前言¶
在使用编码智能体时，我们常遇到这样一个问题：模型能力很强，但执行过程缺乏纪律。比如过早编辑生产代码、丢失原本的计划、依赖过时的 API 知识，或者在没有充分验证的情况下就宣称“Done”。这通常不是模型本身的问题，而是缺乏一套完善的“ harness”。
get-fable 是一个旨在为编码智能体提供这种纪律的工具。它不替换底层的模型，而是围绕模型构建一套确定性的工作流程和技能路由，将“好的工作习惯”转化为可执行的步骤。
是什么¶
get-fable 是一个便携式编码生命周期系统，它将智能体包裹在一个结构化的工作流中，通过 13 个核心技能模块来引导决策。它由 imMamdouhaboammar 维护，采用 MIT 许可证。
其核心目标是让智能体从“猜测”转向“证据驱动”，确保每一个操作都有相应的验证步骤，而不是单纯依赖模型的原始推理能力。
核心功能¶
get-fable 提供了以下能力：
- 全流程生命周期：涵盖从发现、研究、规划、测试、委托、执行、验证、审查、安全加固、恢复到发布的完整闭环。
- 确定性路由：根据任务类型和上下文，智能地选择下一个专用的技能模块，而不是对所有请求使用同一套指令。
- 核心技能：包括路由、研究、规划、架构设计、TDD（测试驱动开发）、验证、审查、红队测试、安全愈合、恢复、gRPC Worker 和 TOON 协议支持。
- DSH 插件集成：作为 DeepSeek Harness 的插件，可与 DSH 环境无缝配合运行。
安装与启用¶
通过 Bun 包管理器进行全局安装：
bun add -g get-fable
安装后，它将以 DSH 插件的形式运行，接管当前智能体的工作流控制权。
典型用法¶
get-fable 定义了一套标准化的操作序列。对于一个常规的 Bug 修复任务，它会强制执行以下步骤：
- DISCOVER：追踪真实的代码库/运行时执行路径，而非仅凭文件名猜测。
- RESEARCH：确认当前外部事实与版本匹配。
- PLAN：基于证据生成依赖感知、风险感知且可证伪的工作卡片。
- TEST：执行 TDD 流程，先失败（RED），再修改代码使测试通过（GREEN），并验证变异测试结果。
- REVIEW：审查实际代码变更。
整个生命周期可以概括为：
DISCOVER -> RESEARCH -> PLAN -> TEST -> DELEGATE -> EXECUTE -> VERIFY -> REVIEW -> SECURITY -> RECOVER -> RELEASE
例如，在修复 Token 刷新竞态条件时，系统会引导你先追踪行为、复现问题、确认测试边界，然后进行最小化的生产代码变更，最后验证变异和审查 Diff，而不是直接修改代码。
适用场景与注意¶
- 适用对象：需要提升编码智能体执行纪律的开发团队，或希望摆脱“大而全”系统提示词，转而追求可复现工作流的开发者。
- 权限与安全：作为 DSH 插件，它以当前 DSH 进程的权限运行。在启用前，建议检查其源码与许可证（MIT）。
- 定位：它不是 Prompt Pack，而是提供一种“围绕指令的操作性判断”，旨在提升模型的稳定性与可靠性。
总结¶
get-fable 证明了智能体的强弱不仅仅取决于模型本身，更取决于其周围的工作方式。通过引入确定性的技能路由和验证步骤，它将智能体的行为从“尝试修补”提升到了“严谨工程”的层面。
