原文作者 Meta Alchemist、由 Peggy 编译至 BlockBeats 的文章指出，Claude Fable 5 于 2026 年 6 月 9 日发布，Anthropic 将其定位为擅长长周期软件工程任务、并具备更强安全特性的 Mythos 级模型。新模型上线后，开发者很快开始把它放进真实工程场景中测试，其中一项直接用途，是让它为重要代码仓库做一次系统审计。
文章称，@meta_alchemist 分享的这套「审计与项目改进提示词」不是要求 Fable 5 简单生成代码，而是让它像首席工程师与技术审计专家一样工作：先理解项目，再基于真实文件和行号查问题，接着归纳改进策略，最终拆成带优先级、工作量和依赖关系的任务计划。已有用户借此清理技术债、发现旧模型遗漏的安全漏洞和效率问题，也有人遇到沙盒环境不稳定等早期问题。
第一步：先画出代码仓库地图
提示词要求模型在下结论前系统探索整个仓库，并且所有判断都要建立在真实文件依据之上，引用文件路径和行号；无法验证的内容要明确说明，不能猜测。模型需要梳理目录结构，识别项目类型、语言、框架和运行目标，找到入口文件、核心模块、主要数据流与控制流，并阅读 package manifest、lockfile、构建配置、CI 配置、环境或配置文件，以及 README、CONTRIBUTING、ADR 等文档。
在这一阶段，Fable 5 还要判断项目用途：目标、预期用户，以及当前成熟度是原型、内部工具、生产服务还是一个库。同时，它需要记录项目已经采用的惯例，包括命名方式、模块边界、错误处理模式和测试风格。阶段输出是一份简洁的「代码仓库地图」，包含项目用途、技术栈、架构草图、关键目录的一句话说明，以及任何让模型感到意外的地方。
审计报告：按维度列出高置信度发现
第二阶段聚焦审计报告。提示词要求宁愿给出 15 条高置信度发现，也不要给出 50 条推测性发现，并清楚区分事实与判断，例如事实可以是「这个函数没有错误处理：src/api/client.ts:142」，判断则是「这个模块的职责边界感觉不清晰」。每项发现都要说明为什么重要，也就是具体后果，并标注 Critical、High、Medium 或 Low 严重程度。
审计维度覆盖架构与设计、代码质量、安全、测试、性能、依赖、开发体验与运维、文档。具体检查项包括模块边界、耦合度和循环依赖，重复代码、废弃代码和复杂度热点，硬编码密钥、注入风险、认证授权弱点和存在已知 CVE 的过时依赖，核心业务逻辑测试覆盖缺口，N+1 查询、阻塞调用、缺失缓存或索引，许可证风险、lockfile 维护情况，CI/CD 缺口、日志与可观测性质量，以及 README 准确性和过期文档。提示词还要求列出仓库做得好的地方，因为优势决定了哪些工程实践应被保留。
从策略到里程碑任务
第三阶段要求把审计结果综合成策略，找出能解释大多数问题的 3–5 个主题，例如「各层之间没有强制边界」或「错误处理过于临时拼凑」。每个主题都要给出目标状态和原则，并说明取舍：哪些问题暂时不修，原因可以是投入与收益不匹配、风险较高，或项目成熟度暂时不需要。完成标准也要可衡量，例如「CI 会因 lint 错误而失败」「核心模块测试覆盖率 ≥ 80%」「Critical 级别问题清零」。
第四阶段把策略转为执行计划。每个任务必须包含标题、说明、受影响文件或区域、验收标准、工作量预估、变更风险和依赖关系。工作量标记为 S、M、L、XL，其中 S 代表小于 2 小时，M 代表半天，L 代表 1–2 天，XL 代表需要进一步拆解。任务按 Milestone 0、Milestone 2、Milestone 3 排序：Milestone 0 是安全网，如关键路径测试、CI gate、备份；Milestone 2 是高杠杆改进；Milestone 3 是质量与打磨。
最终报告结构包括 Executive Summary、Repo Map、Audit Report、Improvement Strategy、Task Plan 和 Open Questions。Executive Summary 不超过 10 句话，需要给出 A–F 的整体健康评分，说明理由，并列出前三大风险和前三大机会。Task Plan 需要包含里程碑、任务表和 quick wins；quick wins 指高影响、S 工作量、可以立刻完成的任务。排名前三的任务还要附简要实现草图，说明方法、关键步骤和容易踩坑的地方。Open Questions 则列出需要人类决策的信息，例如产品意图、可废弃模块、性能目标等。
提示词明确要求，本次审计过程中不要修改任何代码，只做分析；不要填充报告，如果某个维度健康，用一句话说明即可继续往下。建议还要根据项目成熟度校准，除非项目所有者目标确实需要，否则不要给周末原型项目推荐企业级基础设施。若仓库很大，应优先深入分析最核心的 20% 代码，即承担 80% 工作量的部分，并说明哪些区域只做了较浅层审查。文章认为，Fable 5 的发布推动 AI 从「写代码助手」进一步走向「工程审计与项目改进协作者」。