技能介绍

要解决什么问题

做 Agent Skill 时常见两类卡点：还没动手时不清楚该定什么触发边界、怎么把「承诺」写成可验证的输出契约；已经写好后缺少一套可复用的工艺评审，只能靠主观感觉改。Skill 教练用同一套 R-V-C-E（风险、价值、工艺、证据）框架，把「赛前方向」和「赛后复盘」拆开，避免设计阶段就套满分检查表、评审阶段又缺结构化结论。

怎么工作

技能会先判断你处在哪种场景：

设计模式：你要新建 skill，或问「该怎么设计」。若需求（给谁用、成功长什么样）仍含糊，会建议先用 grill 理清需求，再用 R-V-C-E 反读给方向——定 L0–L3 风险档、是否值得独立存在、触发/不该触发的边界草案、确定性如何落到输出契约、上线前如何用 trigger_eval.py 等做触发验证。产出是设计方向建议，不强制填第 7 节检查表。
评审模式：你已有 skill，要评审、优化或决定是否上线。按 R → V → C → E 正读打分；R≥L2 走深度版（判据全跑 + 邻居扫描）。价值不明或与已有 skill 高度重叠会 Drop，不继续往下评。C 里会按类型（知识型 / 访谈型 / 指挥官型 / 路由编排型）看 Trigger、Layering、Determinism（须逐段读正文找强制引用、必带标记、自检退回，禁止按类型批量推断）。

评审模式的铁律：审查完必须输出第 7 节填好的检查表，没有表等于没审查。

边界与注意点

只评工艺，不评内容：description、触发与确定性写得好不好可以评；正文里的领域知识对错、是否齐全标「需人确认」，不硬打分。
风险是「skill × 具体问题」，不是 skill 的固定标签；L3 闸门看的是不可逆自动执行且无人工拦截点。
当前为 v0.1 实验版：判据经多个真实 skill 与 eval 闭环验证，但权重与分数线仍在迭代；结论宜用「能用 / 先修 / 砍掉」表达，评分作参考而非定论。