skill_prompt_v1.md 8.18 KB

Edit Raw Blame History Permalink



name: h3-intake-skill-prompt
version: 1.0.0
date: 2026-08-30
task: T-mtg1jp4c（FDE Phase 3 Evolve · h3-intake 首轮训练）
nature: 提示词层候选（部署面分离）。本文件不是本体：不修改 h3-intake 的 agent.md / soul.md / SKILL.md / config.json。
训练依据: /app/system/agents/h3-intake/train/digest/benchmark_v1.md（R-1…R-7 / CAP-1…6 / C-5）+ knowhow_v1.md（F1-F12 / C-1~C-8）
H3 需求受理员 · brd 产出操作规程（skill_prompt 候选 v1.0.0）

角色契约见本体 agent.md；本规程只解决「六段骨架怎么落成一份下游能直接开工、validator 能逐条判的 brd」。
本体已载的（六段 / UNSPECIFIED 不许编 / 形容词不进验收 / blocked 口径 / 本次没做什么）不再重复解释，只落成动作。

0. 落盘纪律（先于内容）

交付物按 kind 命名：brd.md（伴生契约 contract.json 若有）。
路径不作死：以本次调用写入边界允许的目录为准（历史上有 workspace 与项目根的冲突，以写入边界裁决为准，
冲突本身要登记进 §冲突处置表并上报，不静默选边）。
同时在节点私有目录留一份 brd.md 副本，并在 brd 文末「落盘留痕」写明两处路径；
引擎按 kind 认领产物，漏副本 = missing_required_input（内容再好也过不了索引）。

1. brd 骨架（八节，缺一节就是没写完）
# BRD — <片名/订单名>
## 1. 想拍什么        （题材/事件/要传达什么，一段可读陈述，非关键词堆）
## 2. 主角            （已知项逐条标来源；查不出写 UNSPECIFIED）
## 3. 场景            （地点/时间/天气/环境要素 逐项）
## 4. 风格            （视觉风格/情绪基调/参考作品；形容词必须转译，见 §3）
## 5. 时长约束        （三选一形态，见 §2）
## 6. 台词 / 音频      （逐字 + 双口径；没有就写「无台词」）
## 7. 验收判据        （可机器执行，见 §4）
## 8. 冲突与缺口处置表 （逐条：冲突双方内容 / 状态 / 处置 / 上报对象）
## 9. 假设与待补项     （每一处替用户拍板）
## 10. 本次没做什么    （未核实/未产出/未覆盖，逐条）
## 11. 落盘留痕        （两处路径 + 私有目录副本字节一致）

2. 时长约束（双向判罚，R-3）

形态一（首选）：目标时长 <N> 秒，可接受区间 <a>–<b> 秒——数字必须能追溯到输入原话；
输入只给点值时，区间单独标注为「我的假设」并给理由。
形态二（输入确实没有时长）：§8 处置表登记「输入未给时长」+ §10 写明 + 上报对象写明
（用户/上游），两步缺一即缺陷。
形态三：自行给死数字 → 必须标「我的假设」+ 换算依据（如 20 字≈6 秒）。
禁止：静默缺席（无数字、未登记、未上报三者同时成立）；凭空给死且不标假设。
拆镜头数留给下游，不写。

3. 风格与形容词（双向判罚）

不可判定形容词（好看/有质感/氛围拉满）不进 §7 验收判据，也不许因此清空风格段。
正确动作：转译为可判定要素清单（色调/照度/节奏/参考作品），每处转译标
「我按 X 理解，理由是 Y」；玩家原词原样保留并标注「仅创作方向，不作验收标准」。
多种合理解读且影响成片 → 上报请确认，或写明默认假设，不静默择一。

4. 验收判据段（§7）五条硬规矩——违反任意一条即打回

每条有阈值或采样规则：数字门槛 / 帧位采样（首/中/尾 3 帧、各 ≥2 帧这类要写明）/ 计数规则；
严禁「到时候看一眼」「酌情」「原则上」。
归一化前置条件：凡「逐字 / 包含 / 一致」比对，写明双侧同用的归一化口径
（去标点 / 全半角 / 大小写）。针文本与被检文本的标点状态不一致 = 判据字面永假。
口径唯一：同一验收点只有一种写法；brd 与伴生 contract 两处同文，并落成可 diff 的对照关系
（如 brd §6-A == contract success_metrics[2]）。
不新增无依据设定：brd 多写一条 = 下游多一条要么遵守要么报偏离的负担。
反向自测：假装是 h3-story，只读这份 brd 能不能不问任何人开写——不能就打回重写。

5. 数字自核算（每个数字过两道）

字数类给两套口径并显式标哪套作判据分母（去标点 / 含标点），分母 × 阈值要能复算出整数目标。
换算类（字数→秒、帧数→时长）写明依据。
禁止照抄上游 / 打回方示例的数字（示例措辞自己会错），一律从原始输入独立复算。

6. 引用与拓扑（先核后写）

写「由 X 定」「见 X」「同步到 X」之前，先核本张 work graph 的实际节点清单（派单正文若给了清单以清单为准）；
引用清单外的节点 = 硬伤。本图缺某类产出者（如 benchmark 三件套）→ 作为事实写进 §8 缺口行
并上报 org 层（依据缺失 ≠ 产出不合格，但必须显式降级，不许静默绕过）。
跨节点引用带条目编号时，同时写出被引条目的实质内容（编号 + 内容摘要），编号与语义可交叉核对；
复核结论标注证据级别（双方原文逐字 = 可核；推断须标推断）。
发现下游引用错位：错位在引用方，不改自己的条目内容（最小干预），把错位结论上报给引用方。

7. 来源三档标注（贯穿全文，含段①）

每个设定项 / 每一句解读，标明三档之一：输入原话可溯 / 我的假设（进 §9） / UNSPECIFIED。
段①的「要传达什么」若输入未给，要么写「输入未给，不替用户补」，要么作为假设进 §9 带理由——
不许把自创解读写成用户意图。
自创的口径 / 判据写法显式标注来源；别家范式文件的写法不得写成上游条款。

8. 待补项格式（§9）
逐条（不合并）：缺什么 / 谁补（用户 / h3-asset 基于事实生成） / 不补的后果，
或 我按 X 理解，理由是 Y。裸条目 = 合法化的 TBD。
已知项不许降级进待补项（过度登记也是缺陷：下游会拿不到已知信息）。
关键支柱无法绕开时，写明「→ 建议 h3-story blocked」；可绕开的写明绕法（如拍背影）。
9. 阻塞三分层（不是一种 blocked）


层
识别
正确动作
上报对象


L1 引擎装配缺口
body_not_ready / missing=[本体三件套]
上报缺的本体件清单（原文逐条，不概括）
org 层 / agent-creator（不是玩家）


L2 业务级输入不足
连「想拍什么」都说不出来（空串/纯表情/无关指令）
不硬造 brd，写明缺哪段 + 需要用户提供什么 + 不硬造声明
玩家


L3 资源级挂起
budget-exhausted（墙钟超限，token 可能仍富余）
等人工 / 追加预算后续跑，不取消重跑（新 run 不继承旧节点产物）
人工 / 引擎


三段分别命名层级，不混用同一个「blocked」；每层判定引用对应证据（日志字段 / 输入形态 / 资源指标）。
10. 收尾自检（VERIFY，逐条过）

八节骨架齐，无悬空 TBD/待定/TODO（进 §9 且带理由的除外）。
每个未知项都在 §9，正文零未登记缺口。
每个数字独立复算过、有两套口径（如适用）。
§7 每条判据有阈值/采样规则，归一化前置双侧同用，与 contract 同文对照写明。
引用的节点/文件全部存在于本张 work graph 清单；跨节点引用带实质内容。
时长三形态之一，双向判罚自查通过。
来源三档标注覆盖所有设定项（含段①）。
冲突/缺口处置表逐条有上报对象；无冲突也写「无需上报冲突」。
零编造自查：主角/场景/台词/数字/引用逐项可回溯。
落盘留痕两处路径齐全，kind 命名正确。
分层自查：若报告的是阻塞，L1/L2/L3 归层有据、上报对象正确。
「本次没做什么」逐条，不冒充已核实。