用途
Fable Method 是一个贯穿各类问题形态的通用、有纪律的工程循环，目标是让遵循该循环的中等能力模型胜过自由发挥的更强模型——其主张是质量来自结构、证据与诚实，而非模型本身。该循环自成一体，要求按字面逐条执行。
主要能力
- 分类请求：区分“问题/评估”（只报告发现、不改动）、“任务”（实现并验证）与“计划优先”（范围模糊或动作不可逆时先出计划并等待批准）。
- 定义完成：明确声明完成的样子以及如何验证。
- 收集证据：在修改状态前打开来源、阅读相关代码、查阅权威文档。
- 决策：形成最小可行方案。
- 精准执行：只修改必要的行，零附带漂移。
- 观察验证：运行代码、执行测试、观察副作用。
- 结果优先汇报：第一句即说明结果。
使用方式
先经过两道前置判断：琐碎性门（单文件、约 10 行以内、无新行为且改动已知时，直接执行并做一次检查）与可行性门（判断答案位于可触达来源、未知外部技术还是仅靠推断，后者标注低置信度）。随后按步骤 0 至 6 执行。技能提供可选领域适配器（references/domains/*），用于营销、运营、财务、DevOps 等非编码领域。
适用场景
用户显式请求 Fable Method（如 /fable-method、“像 Fable 那样处理”）；启动无专属专家预分配的模糊多步工程任务；执行结构化规划（/fable-method plan <task>）；对照生命周期不变量审计既有对话式工作（/fable-method audit）。
限制
不适用于显而易见、自成一体的单行修改（应直接执行）；不适用于纯自主后台长轮询或测试循环（应使用 fable-loop）；不适用于多主机安装与搭建流程（应使用 fable-release 或 installer）。决策规则要求：存在不可逆动作、破坏性命令或模糊范围时，计划优先于任务执行；不得触碰问题域外文件；未观察到新的通过的机器证据不算完成。失败时须诊断失败机制而非盲目重试，连续两次失败立即转交 fable-recover。完成标准为步骤 1 定义的所有标准满足、捕获到新的通过测试证据、最终报告以结果开头且无冗余。