尧图网页设计 
mini、nano与full有什么区别agent-rules-books三档规则版本完整对比与适用场景【免费下载链接】agent-rules-booksAGENTS.md rules / skills for AI coding agents: Codex, Cursor Claude Code. Inspired by Clean Code, Refactoring, DDD, Clean Architecture and DDIA programming books.项目地址: https://gitcode.com/gh_mirrors/ag/agent-rules-booksagent-rules-books 是一套从经典编程书中提炼出来的 AGENTS.md 规则集面向 Codex、Cursor 和 Claude Code 等 AI 编码智能体提供可直接使用的工程规则。每本书的规则都以mini、nano、full 三档版本发布mini 是推荐默认档、nano 是超小体积兜底档、full 是完整参考档。本文带你完整对比三档规则版本的区别、体积与适用场景帮你为项目选对档位。三档规则版本是什么仓库中每本书如 Clean Code、Refactoring、Domain-Driven Design都会生成三个 Markdown 文件版本文件命名定位fullclean-code.md完整规则源文件权威参考版本miniclean-code.mini.md按需压缩版推荐大多数任务使用nanoclean-code.nano.md紧凑兜底版适合极紧张的上下文预算三档共用同一套统一结构适用场景When to use、需要纠正的主要倾向Primary bias to correct、决策规则Decision rules、触发规则Trigger rules、最终检查清单Final checklist。区别在于规则的密度和篇幅而非结构。体积对比以 Clean Code 为例以 clean-code/clean-code.md 这套规则为例README 的发布矩阵给出了三档的确定性指标行数、规则条数、字节数版本行数规则条数文件体积full297 行220 条13,851 Bmini47 行29 条3,804 Bnano32 行14 条1,235 B可以看到mini 约为 full 的 1/6 行数但保留了会真正改变智能体决策的规则如读写分离的命令/查询、为本地推理而写nano 约为 full 的 1/9 行数只保留纠正已知模型偏好的最小规则集例如能跑的代码不等于干净的代码规则最多的 Refactoring.Gurufull 版高达 765 行 / 478 条 / 62,561 B而 mini 版仅 64 行——这正说明为什么不能把 full 直接塞进每个项目的常驻上下文mini 和 nano 怎么选两者的结构相同区别在压缩到什么程度mini保留书中的核心论点、改变决策的规则、权衡冲突裁决规则和容易被智能体漏掉的微观决策规则。适合当作技能skill主体或项目级常驻规则nano只保留始终开启always-on也安全的规则专门纠正浅层封装、框架先行、不安全重试、伪分层等已知捷径。适合跨多个编辑器携带同一份基线、或常驻指令预算非常小的工具仓库的使用文档 docs/USAGE.md 给了明确建议默认用 mini只有当工具常驻预算极小、或同一基线要在不同编辑器间搬运时才降级到 nano。full 版本什么时候用full 不建议全局常驻多个 full 文件同时加载会挤占上下文它适用于审计与二次蒸馏审查一套规则、或从中派生更小范围的规则深度参考技能包里附带的 reference 文件供智能体按需查阅专注的临时会话一次性任务上下文预算充足检索 / MCP 投递内容太大或太不常用时交给检索系统而非塞进提示词三档版本适用场景速查投递方式推荐版本技能 / 命令重构、评审、迁移、遗留代码改造mini可配 full 作参考项目级常驻规则mini预算紧张时用 nano目录 / 文件类型作用域规则mini极小提醒用 nano按需加载on-demandmini检索、MCP、RAGfull更多投递模式与 Codex、Claude Code、Cursor 各自的推荐配置见 docs/USAGE.md多本书如何组合搭配见 docs/COMPATIBILITY.md。快速选择指南想给某类任务如重构、DDD 建模加书级倾向 → 用对应书的mini做成技能想让整个仓库保持稳定工程倾向 → 在AGENTS.md放一份mini工具的常驻指令位非常小→ 用nano兜底需要完整规则结构做审计、派生、深度会话 → 用full一个值得参考的验证实验在同类重构任务中加载 mini 规则的智能体方案被评分约 74/100而仅提到书名的方案只有 46/100——说明列出具体的规则条目比只报书名更有效。规则文件在哪里三档发布文件每本书的目录内如 clean-code/clean-code.mini.md、clean-code/clean-code.nano.md压缩过程与规则分类标准_rule-workbench/PROCESS.md规则可追溯映射mini/nano 每条规则对应的 full 源章节_rule-workbench/clean-code/traceability.md发布流程与指标口径行数、规则数、字节数如何统计_rule-workbench/RELEASE.md完整发布矩阵与指标表README.md版本演进见 CHANGELOG.md小结一句话记住三档分工mini 是默认主力nano 是超小兜底full 是参考底稿。选对版本AI 编码智能体既能拿到足够的工程判断压力又不会让上下文被规则本身占满。【免费下载链接】agent-rules-booksAGENTS.md rules / skills for AI coding agents: Codex, Cursor Claude Code. Inspired by Clean Code, Refactoring, DDD, Clean Architecture and DDIA programming books.项目地址: https://gitcode.com/gh_mirrors/ag/agent-rules-books创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 mini、nano与full有什么区别？agent-rules-books三档规则版本完整对比与适用场景
mini、nano与full有什么区别agent-rules-books三档规则版本完整对比与适用场景【免费下载链接】agent-rules-booksAGENTS.md rules / skills for AI coding agents: Codex, Cursor Claude Code. Inspired by Clean Code, Refactoring, DDD, Clean Architecture and DDIA programming books.项目地址: https://gitcode.com/gh_mirrors/ag/agent-rules-booksagent-rules-books 是一套从经典编程书中提炼出来的 AGENTS.md 规则集面向 Codex、Cursor 和 Claude Code 等 AI 编码智能体提供可直接使用的工程规则。每本书的规则都以mini、nano、full 三档版本发布mini 是推荐默认档、nano 是超小体积兜底档、full 是完整参考档。本文带你完整对比三档规则版本的区别、体积与适用场景帮你为项目选对档位。三档规则版本是什么仓库中每本书如 Clean Code、Refactoring、Domain-Driven Design都会生成三个 Markdown 文件版本文件命名定位fullclean-code.md完整规则源文件权威参考版本miniclean-code.mini.md按需压缩版推荐大多数任务使用nanoclean-code.nano.md紧凑兜底版适合极紧张的上下文预算三档共用同一套统一结构适用场景When to use、需要纠正的主要倾向Primary bias to correct、决策规则Decision rules、触发规则Trigger rules、最终检查清单Final checklist。区别在于规则的密度和篇幅而非结构。体积对比以 Clean Code 为例以 clean-code/clean-code.md 这套规则为例README 的发布矩阵给出了三档的确定性指标行数、规则条数、字节数版本行数规则条数文件体积full297 行220 条13,851 Bmini47 行29 条3,804 Bnano32 行14 条1,235 B可以看到mini 约为 full 的 1/6 行数但保留了会真正改变智能体决策的规则如读写分离的命令/查询、为本地推理而写nano 约为 full 的 1/9 行数只保留纠正已知模型偏好的最小规则集例如能跑的代码不等于干净的代码规则最多的 Refactoring.Gurufull 版高达 765 行 / 478 条 / 62,561 B而 mini 版仅 64 行——这正说明为什么不能把 full 直接塞进每个项目的常驻上下文mini 和 nano 怎么选两者的结构相同区别在压缩到什么程度mini保留书中的核心论点、改变决策的规则、权衡冲突裁决规则和容易被智能体漏掉的微观决策规则。适合当作技能skill主体或项目级常驻规则nano只保留始终开启always-on也安全的规则专门纠正浅层封装、框架先行、不安全重试、伪分层等已知捷径。适合跨多个编辑器携带同一份基线、或常驻指令预算非常小的工具仓库的使用文档 docs/USAGE.md 给了明确建议默认用 mini只有当工具常驻预算极小、或同一基线要在不同编辑器间搬运时才降级到 nano。full 版本什么时候用full 不建议全局常驻多个 full 文件同时加载会挤占上下文它适用于审计与二次蒸馏审查一套规则、或从中派生更小范围的规则深度参考技能包里附带的 reference 文件供智能体按需查阅专注的临时会话一次性任务上下文预算充足检索 / MCP 投递内容太大或太不常用时交给检索系统而非塞进提示词三档版本适用场景速查投递方式推荐版本技能 / 命令重构、评审、迁移、遗留代码改造mini可配 full 作参考项目级常驻规则mini预算紧张时用 nano目录 / 文件类型作用域规则mini极小提醒用 nano按需加载on-demandmini检索、MCP、RAGfull更多投递模式与 Codex、Claude Code、Cursor 各自的推荐配置见 docs/USAGE.md多本书如何组合搭配见 docs/COMPATIBILITY.md。快速选择指南想给某类任务如重构、DDD 建模加书级倾向 → 用对应书的mini做成技能想让整个仓库保持稳定工程倾向 → 在AGENTS.md放一份mini工具的常驻指令位非常小→ 用nano兜底需要完整规则结构做审计、派生、深度会话 → 用full一个值得参考的验证实验在同类重构任务中加载 mini 规则的智能体方案被评分约 74/100而仅提到书名的方案只有 46/100——说明列出具体的规则条目比只报书名更有效。规则文件在哪里三档发布文件每本书的目录内如 clean-code/clean-code.mini.md、clean-code/clean-code.nano.md压缩过程与规则分类标准_rule-workbench/PROCESS.md规则可追溯映射mini/nano 每条规则对应的 full 源章节_rule-workbench/clean-code/traceability.md发布流程与指标口径行数、规则数、字节数如何统计_rule-workbench/RELEASE.md完整发布矩阵与指标表README.md版本演进见 CHANGELOG.md小结一句话记住三档分工mini 是默认主力nano 是超小兜底full 是参考底稿。选对版本AI 编码智能体既能拿到足够的工程判断压力又不会让上下文被规则本身占满。【免费下载链接】agent-rules-booksAGENTS.md rules / skills for AI coding agents: Codex, Cursor Claude Code. Inspired by Clean Code, Refactoring, DDD, Clean Architecture and DDIA programming books.项目地址: https://gitcode.com/gh_mirrors/ag/agent-rules-books创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考