[FEAT] 1-layout+2-runtime: *langtype 指针字段/参数（ref 轴落地：剥 * → head.ref=1 + Set 单跳类型检查）

[miaobyte]

现状

tutorial 里指针字段一律写成字符串（next:[]char/utf32=""、left/right:[]char/utf32），这是绕过 *langtype 未实装的 workaround。目标：直接写

struct TNode {
	val:int64=0
	left:*TNode=""
	right:*TNode=""
}

三正交轴：设计支持，实现断链

* 是 ref 轴语法。left:*TNode = ref=1 + langtype=/lib/TNode + body 存目标 key（16-ptr.kv 已规定「* 前缀表 ref，layout 剥离后落成 head ref 独立字节」）。设计无缺口，但 layout 处理链是断的：

1. parse_type_raw（layout/src/parser.rs:466）把 * 当 Literal token 吞进类型串 → *int64 / *TNode。
2. expand_struct_refs（layout/src/langtype.rs:187 expand_atom）不识别 * → 落到 format!("/lib/{s}") = 损坏的 /lib/*int64 / /lib/*TNode。
3. valid_langtype（langtype.rs:173）无 * 分支 → 判非法；仅在有校验的位置触发：check_param_types（参数）+ 容器元素 → 报 unknown type ... (got "/lib/*TNode")、invalid langtype "[int64]·/lib/*TNode"。
4. struct 字段 / 局部变量不过 valid_langtype，*T 蒙混过关但存成损坏的 /lib/*T，且从未被真正 deref。
5. 全 layout 无一处剥离前导 * 置 head.ref（唯一 * 处理在 parser.rs:1955，是无关的 .* 动态成员写）。dump 显示 p:*int64=&x 降为纯 kv·abs(x)->p，slot 无 ref。

落地方案

1-layout

• parse_type/parse_type_raw：识别前导 *（Literal "*"）为 ref 轴 → 剥离并记 ref=1，base 保持干净后再 expand_struct_refs。
• field/param/local/return 槽的 head.ref 字节穿透（ffi.rs 已有 r#ref）。
• valid_langtype 接收已剥离 base（或加 * 前缀分支）。

2-runtime

• 写入 *T 槽时单跳类型检查：解析 &x(≡kv·abs, [FEAT] 1-layout: & 一元前缀取址（&x ≡ kv·abs(x)） #283) 路径 → 确认目标 langtype = T；"" 空指针跳过。
• p·field 按目标 head 解引用不变。

验收

• 094_inorder_traversal.kv 用 *TNode 通过（含 [int64]·*TNode 栈、root:*TNode 参数）。
• 12-struct 与 08-leetcode 链表例子 next:*Node 全绿（shm/fs/redis 193×3）。

关联：#283（&/kv·abs 产出指针值）、#199（具名 struct）。

[miaobyte]

已落地（layout 无损伤增量）

• layout/src/langtype.rs：valid_langtype/valid_atom 与 expand_struct_refs/expand_atom 接受并展开 * 前缀，*TNode→*/lib/TNode，参数字段全部通过布局。
• spec 16-ptr.kv：*Node/[int64]·*Node 已写入。
• 全量 192/193 绿，唯一红即 *TNode 用例。

关键发现：*T 字段跑不起来，卡在 ref 语义

实测 left:*TNode 报 TypeError: field left: expected */lib/TNode, got char/utf32。
根因：spec 规定 * 是 ref 前缀，剥离后落 head.ref=1，wire langtype 不含 *（附录/03）；
真指针值 = ref=1 + langtype=目标 kindexpr + body=目标 key（kvspaceNewPtr，见 frontend.c:427）。
但 &x≡kv·abs 产 char 路径串（builtin_kv.c:118），两者不匹配。

落地真 Ptr 的改动路径（精确到文件）

layout

• parser.rs:1243 &→kv·abs 分支 → 改为产 Ptr 的新 builtin（kv·ptr，读目标 langtype→kvspaceNewPtr）；& 产出真 ref=1 值。
• code.rs field_default / write_linear_inst：*T 字段默认值编码（*T="" 空指针→ref=1、body 空）。

runtime（C）

• langtype.c：kvlangXvalueNewPtr 已有；kvlangLangtypeMatch 对着 Ptr 值 typecheck。
• builtin_collection.c:523 struct_field_type + struct·new：*T 字段单跳检查（转发 Ptr 值时解 ref=1 头，校验 langtype=目标 kindexpr，不再 char 匹配）。
• builtin_kv.c:114 kv·abs 新 builtin 产 Ptr：读目标 langtype → kvlangXvalueNewPtr。
• builtin.c:342 cmp：cur != "" 等判空语义——Ptr 与 char 空串/"" 的相等。
• xvalue.c:NewPtr/IsPtr/PtrTarget 已就绪。

kvspace

• frontend.c:427 kvspaceNewPtr 已就绪；storetype_from_kindexpr(331) 已认 structref，无需改。

决策待定（分叉）

1. 注解糖：*T 仅作名字，值仍是 char 路径串（最小改，struct·new 对 *T 字段放行 char）。094 即刻跑，不迁移其它 tutorial。
2. 真 Ptr：& 产 ref=1，迁移全部指针 tutorial（含已改的链表）。
3. 真 Ptr 但只迁树例子（094/100/104），链表暂留 []char/utf32。

当前工作区：094 用 []char/utf32 中间态全绿；layout * 语法接受已提交。