菜单
定位商品模板 schema 配置问题。引导澄清五元组，调用 locate_template_schema 定位字段，决定直接分析或委派 sub-agent。Use when：用户反馈表单字段不显示、选项缺失、校验报错、组件行为异常，用户提到"模板"、"配置"、"schema"、"字段"、"组件"等关键词，需要查看某个类目/商品类型下字段的配置详情。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | schema-diagnosis |
| description | 定位商品模板 schema 配置问题。引导澄清五元组，调用 locate_template_schema 定位字段，决定直接分析或委派 sub-agent。Use when：用户反馈表单字段不显示、选项缺失、校验报错、组件行为异常，用户提到"模板"、"配置"、"schema"、"字段"、"组件"等关键词，需要查看某个类目/商品类型下字段的配置详情。 |
| allowed-tools | ["locate_template_schema","task","bash","read_file"] |
用户反馈表单字段问题（不显示、缺选项、校验异常）时，定位到具体的 schema 配置。
从用户描述中提取以下信息。缺少的必须向用户确认，不要猜测。
必须拿到：
category_full_name — 类目路径，格式 一级>二级>三级（如 购物>果蔬生鲜>水果）。能精确到叶子节点最好，至少要到二级。尽量拿到：
匹配规则： 读取 ./referrences/template_properties_map.json 的枚举，做以下匹配：
product_sub_type（更精确），如"权益卡"→ 101product_sub_type 再匹配 product_type，如"团购"→ 1category_full_name，让 locate_template 返回所有匹配尽量拿到：
field_name — 用户关心的具体字段名称（标题、key、组件名均可）强制规则：当 locate_template_schema 返回包含 next_action 字段时，必须使用 task 工具委派 sub-agent。不要自己分析。
这不是并行分解，而是 context 隔离——源码分析会产生大量输出，必须隔离到 sub-agent 中，避免污染 lead agent 的上下文。即使只有 1 个任务，也必须委派。
委派方式：
task 工具，subagent_type 指定为 "code-analyst"next_action 字段的完整内容作为 task 的 promptnext_action 的内容不需要委派的情况（仅当 next_action 不存在时）：
locate_template_schema 返回的字段信息已足够清晰（无组件源码需要分析）reaction_rules、validator_rules 等给出结论Sub-agent 负责执行（读代码、分析 schema），lead agent 负责感知和决策。
收到 sub-agent 结果后，检查以下三点：
| 评估结果 | 行动 |
|---|---|
| 三点都满足 | 直接呈现：整理 sub-agent 的分析，格式化输出给用户 |
| 缺源码分析（sub-agent 没读到代码或只是推测） | 针对性补充：自己用 bash 读 sub-agent 没读到的那几个文件，补充代码分析 |
| 根因不明确 | 追问 sub-agent：再派一次 task，缩小范围，指定要分析的具体文件和问题 |
| schema 数据不够 | 针对性补充：read_file 读全量 schema 中缺失的关联字段，补充后自己给结论 |
关键原则：不要全盘重做。 sub-agent 已经做过的工作（已读的文件、已分析的配置）不要重复。只补充缺失的部分。
诊断结论呈现给用户后，必须主动请求评分：
"本次诊断到此结束。请对诊断过程评分（1-10 分），可以附带评语。 评分标准：定位是否准确、过程是否高效、建议是否可操作。"
收到评分后回复确认即可，不需要额外操作（middleware 会自动处理后续提取）。
locate_template_schema 已经把全量 schema 存到了 schema_path，sub-agent 可以直接 read_file 读取