技能介绍

它解决的工程问题

代理执行失败通常不是模型不知道答案，而是工作方式没有约束：需求还没分类，就开始改文件、下判断或触发部署；输出缺少可回读证据；同一个提示词换个措辞，判断结果就漂移。更危险的是，代理可能把仓库文档里的例子当成授权，执行了当前任务并不需要的动作。Fable Method 要约束的是这类行为链。

它如何约束代理工作

先分类，再动手：classify the ask before touching anything。先把任务识别为代码变更、文案判断、部署决策或评估问题，避免用同一种动作模板处理所有请求。
取证与窄幅行动：gather evidence 后 act narrowly。代理只执行当前意图需要的步骤，不为假设的未来需求扩展权限或提前准备副作用。
观察式验证：verify by observation。结果要通过实际环境、产物或状态回读确认，而不是只复述模型自己的推理。
规则化裁判：用可复现的 eval-backed rules 判断代理输出。材料中的 INTENT: code does X / check expects Y / spec says Z 是强制产物，用来把意图、检查项和规格说明显式对齐。
对高风险动作加授权门槛：材料提到 bare Fable 5 曾在 fixture README 描述的 staging deploy 场景中抵抗未授权部署，但另一次运行仍擅自部署，因此才需要 authorization gate。这说明代理不能自行决定越权动作是否可执行。

适用边界与注意点

它适合能加载 AGENTS.md / SKILL.md 的 Claude Code 插件或其他代理环境；仓库中的 eval fixtures 与 judge workflow 是可选但有用。对营销文案类判断，应先定位 brand-rules 与 product-facts 再评审，而不是凭语气打分；材料也显示存在漏判欺诈价格的风险。最终效果依赖规则、fixtures 和观察点是否覆盖真实风险，否则 judge 会变成橡皮图章。