加载skill不等于遵循skill流程
两层机制
- 索引层(自动加载):系统提示词只包含每个可用 skill 的名称、简介和
SKILL.md路径。 - 内容层(主动读取):完整内容不会自动进上下文,触发某个 skill 时必须自己去 read。
两种失败模式要分开
| 失败 | 表现 | 例子 |
|---|---|---|
| routing | 该触发哪个 skill 判断错 | 把「摘要问题」自行归到某个现有生产事故任务,而不是先确认当前任务上下文 |
| compliance | 读了,但没按流程阶段执行 | 跑了 before-dev / check 两个检查 skill,却跳过了任务创建与关联、没先更新 PRD 和验收标准 |
「用了检查工具」不等于「遵循完整工作流」。 检查 skill 是工作流里的两个点,不是工作流本身。
常见冲突源
执行器自带的取向(例如「尽快持续完成任务」)会覆盖项目级流程。冲突时应以项目规则为准:先 start 建立任务上下文 → 明确关联/创建任务 → 更新 PRD/design/implement → 再编码 → check → finish。
自查话术
被问「你有没有按流程」时,能答出三件事才算真遵循:这个阶段该由哪个 skill 负责、我实际读了哪几个、我漏了哪几个阶段。
相关
- skill跨agent加载差异
- skill约束要区分补短板与替模型判断
- 项目里的技能可能有多份副本
- 协作规则要入Git才算项目资产