則能否同時使用？agent-rules-books的CHECK_COMPATIBILITY工作流實戰(zhàn))
如何判斷兩本書的規(guī)則能否同時使用agent-rules-books的CHECK_COMPATIBILITY工作流實戰(zhàn)【免費下載鏈接】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 把 14 本軟件工程經(jīng)典書提煉成可直接加載給 AI 編程代理Codex、Cursor、Claude Code的規(guī)則集。當你想同時啟用兩本書的規(guī)則時最核心的問題就是它們會不會打架本文帶你實戰(zhàn)這個項目內(nèi)置的 CHECK_COMPATIBILITY 工作流學會用三檔判定? 互補 / ? 沖突 / 重疊科學判斷兩本書的規(guī)則能否同時使用。 先搞懂這里的書規(guī)則長什么樣每個書目都以純 Markdown 規(guī)則發(fā)布并提供三個版本版本定位適用場景mini推薦主力決策壓力完整大部分真實任務、技能skill主體nano極小緊湊版上下文預算非常緊張的常駐規(guī)則full完整權威源審計、深度會話、參考資料例如 Clean Code 的 mini 規(guī)則 只有 47 行卻完整保留了函數(shù)要小、命令與查詢分離、按復雜度而非大小拆分等會真正改變代理決策的規(guī)則。具體如何加載到編輯器可參考 docs/USAGE.md。 三檔判定兼容性矩陣怎么看所有書兩兩對比的結(jié)果匯總在 docs/COMPATIBILITY.md矩陣單元格只有三種可能外加對角線N/A判定含義你應該怎么做? Complementary 互補兩本書在不同層面施壓可平等加載放心一起用? Conflicting 沖突同時加載會推動代理做出相反決策不要同時作為主動規(guī)則加載 Overlap 重疊干的是同一份工作或一個是另一個的替代版二選一避免浪費上下文當前 91 個書對的對戰(zhàn)結(jié)果? 78 對、? 2 對、 11 對。也就是說多數(shù)書是安全的但 DDD 系和企業(yè)應用架構(gòu)一碰就有問題——這正是下面案例要講的。?? CHECK_COMPATIBILITY 工作流實戰(zhàn)整套判斷邏輯寫在 _rule-workbench/CHECK_COMPATIBILITY.md 里是給 AI 代理執(zhí)行的嚴格流程。核心步驟如下建工作隊列在_rule-workbench/compatibility-pair-workqueue.md生成 91 個未排序書對的復選框14 本書 91 對一次只分析一對從第一個未勾選項開始禁止并行、禁止批量糊弄只信mini證據(jù)必須以兩本書的mini文件為主證據(jù)不允許憑書名、名氣或社區(qū)印象打分提取主動壓力每本書先回答——它最強的默認值、觸發(fā)條件、停止條件、禁止動作是什么三維打分給出Conflict、Overlap、Complementarity三個百分比0-20 弱 → 81-100 主導只給一個判定不允許 ?/? 這種混合結(jié)論產(chǎn)出對比文件寫到docs/compatibility/書A/書B.md按字母序每對只建一個文件回寫矩陣并勾選項矩陣單元格與詳細文件判定必須一致防作弊的硬性規(guī)則這個工作流最有價值的是它的一堆反偷懶約束每條結(jié)論必須引用具體行號區(qū)間禁止整文件引用比如lines 3-49一律不通過同族書對如 DDD 三姐妹、Refactoring 與 Refactoring.Guru默認判 除非能證明兩者壓力不同高風險書對要判 ?必須滿足舉證責任命名出公開張力、本地mini有門禁、加載后壓力不重復套話檢測如果某段分析能原樣貼進其他對比文件直接打回重寫 兩個真實書對案例案例一Clean Code vs《A Philosophy of Software Design》→ 重疊這是最典型的一對同族張力書。詳見 docs/compatibility/a-philosophy-of-software-design/clean-code.mdVerdict: Overlap Conflict: 55% Overlap: 72%矛盾點很具體APoSD 規(guī)則 要求按總復雜度而非大小拆分、拒絕淺層 helper 模塊而 Clean Code 規(guī)則 要求函數(shù)要小、混合階段的函數(shù)要拆分。兩本都加載代理就會一邊拆到 Clean Code 滿意一邊被 APoSD 罵拆出來的接口太淺——行為不穩(wěn)定。所以結(jié)論是二選一模塊/API 設計任務選 APoSD局部可讀性與日常代碼衛(wèi)生選 Clean Code。案例二DDD vs《Patterns of Enterprise Application Architecture》→ ? 沖突矩陣里僅有的 ? 之一詳見 docs/compatibility/domain-driven-design/patterns-of-enterprise-application-architecture.mdVerdict: ? Conflicting Conflict: 62% Overlap: 68%DDD 的默認壓力是把業(yè)務決策推進領域?qū)ο笥镁酆稀}儲、領域語言測試而 PoEAA 明確允許簡單域直接用 Transaction Script、Table Module、Active Record。兩本同時作為平等主動規(guī)則加載代理會在深度領域建模和更簡單的企業(yè)模式之間反復橫跳。判定文件給出的加載建議DDD 為主、PoEAA 只約束特定基礎設施決策時才可以一起出現(xiàn)。? 實戰(zhàn)速查判斷兩本書能否同時加載不必自己跑完整流程也可以照這個順序快速自查是否觸發(fā)同一類任務兩本書的when to use是否指向同一場景如都管日常代碼質(zhì)量首選動作是否兼容遇到同一問題它們各自推薦的第一步會不會互相否定復雜度方向是否對沖一本書的默認抽象壓力是否正好增加另一本書想消除的復雜度誰當裁判如果必須指定一本書說了算那這對就是 而不是 ?拿不準就只加載一個主規(guī)則集把另一本降級為背景參考資料——docs/USAGE.md 的建議正是從一個主規(guī)則集開始用最小的機制改變代理決策 相關文件資源工作流總綱_rule-workbench/CHECK_COMPATIBILITY.md兼容性矩陣與統(tǒng)計docs/COMPATIBILITY.md91 個書對詳細對比docs/compatibility/規(guī)則加載方式技能 / 常駐 / 按路徑限定docs/USAGE.md新書的規(guī)則提煉流程_rule-workbench/PROCESS.md版本發(fā)布說明docs/ADDING_THE_BOOK.md一句話總結(jié)把兩本書能不能一起用從感覺問題變成證據(jù)問題——讀mini、引行號、打三分、給一判你的 AI 代理就不會再被互相矛盾的規(guī)則撕扯了?！久赓M下載鏈接】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創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 如何判斷兩本書的規(guī)則能否同時使用？agent-rules-books的CHECK_COMPATIBILITY工作流實戰(zhàn)
如何判斷兩本書的規(guī)則能否同時使用agent-rules-books的CHECK_COMPATIBILITY工作流實戰(zhàn)【免費下載鏈接】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 把 14 本軟件工程經(jīng)典書提煉成可直接加載給 AI 編程代理Codex、Cursor、Claude Code的規(guī)則集。當你想同時啟用兩本書的規(guī)則時最核心的問題就是它們會不會打架本文帶你實戰(zhàn)這個項目內(nèi)置的 CHECK_COMPATIBILITY 工作流學會用三檔判定? 互補 / ? 沖突 / 重疊科學判斷兩本書的規(guī)則能否同時使用。 先搞懂這里的書規(guī)則長什么樣每個書目都以純 Markdown 規(guī)則發(fā)布并提供三個版本版本定位適用場景mini推薦主力決策壓力完整大部分真實任務、技能skill主體nano極小緊湊版上下文預算非常緊張的常駐規(guī)則full完整權威源審計、深度會話、參考資料例如 Clean Code 的 mini 規(guī)則 只有 47 行卻完整保留了函數(shù)要小、命令與查詢分離、按復雜度而非大小拆分等會真正改變代理決策的規(guī)則。具體如何加載到編輯器可參考 docs/USAGE.md。 三檔判定兼容性矩陣怎么看所有書兩兩對比的結(jié)果匯總在 docs/COMPATIBILITY.md矩陣單元格只有三種可能外加對角線N/A判定含義你應該怎么做? Complementary 互補兩本書在不同層面施壓可平等加載放心一起用? Conflicting 沖突同時加載會推動代理做出相反決策不要同時作為主動規(guī)則加載 Overlap 重疊干的是同一份工作或一個是另一個的替代版二選一避免浪費上下文當前 91 個書對的對戰(zhàn)結(jié)果? 78 對、? 2 對、 11 對。也就是說多數(shù)書是安全的但 DDD 系和企業(yè)應用架構(gòu)一碰就有問題——這正是下面案例要講的。?? CHECK_COMPATIBILITY 工作流實戰(zhàn)整套判斷邏輯寫在 _rule-workbench/CHECK_COMPATIBILITY.md 里是給 AI 代理執(zhí)行的嚴格流程。核心步驟如下建工作隊列在_rule-workbench/compatibility-pair-workqueue.md生成 91 個未排序書對的復選框14 本書 91 對一次只分析一對從第一個未勾選項開始禁止并行、禁止批量糊弄只信mini證據(jù)必須以兩本書的mini文件為主證據(jù)不允許憑書名、名氣或社區(qū)印象打分提取主動壓力每本書先回答——它最強的默認值、觸發(fā)條件、停止條件、禁止動作是什么三維打分給出Conflict、Overlap、Complementarity三個百分比0-20 弱 → 81-100 主導只給一個判定不允許 ?/? 這種混合結(jié)論產(chǎn)出對比文件寫到docs/compatibility/書A/書B.md按字母序每對只建一個文件回寫矩陣并勾選項矩陣單元格與詳細文件判定必須一致防作弊的硬性規(guī)則這個工作流最有價值的是它的一堆反偷懶約束每條結(jié)論必須引用具體行號區(qū)間禁止整文件引用比如lines 3-49一律不通過同族書對如 DDD 三姐妹、Refactoring 與 Refactoring.Guru默認判 除非能證明兩者壓力不同高風險書對要判 ?必須滿足舉證責任命名出公開張力、本地mini有門禁、加載后壓力不重復套話檢測如果某段分析能原樣貼進其他對比文件直接打回重寫 兩個真實書對案例案例一Clean Code vs《A Philosophy of Software Design》→ 重疊這是最典型的一對同族張力書。詳見 docs/compatibility/a-philosophy-of-software-design/clean-code.mdVerdict: Overlap Conflict: 55% Overlap: 72%矛盾點很具體APoSD 規(guī)則 要求按總復雜度而非大小拆分、拒絕淺層 helper 模塊而 Clean Code 規(guī)則 要求函數(shù)要小、混合階段的函數(shù)要拆分。兩本都加載代理就會一邊拆到 Clean Code 滿意一邊被 APoSD 罵拆出來的接口太淺——行為不穩(wěn)定。所以結(jié)論是二選一模塊/API 設計任務選 APoSD局部可讀性與日常代碼衛(wèi)生選 Clean Code。案例二DDD vs《Patterns of Enterprise Application Architecture》→ ? 沖突矩陣里僅有的 ? 之一詳見 docs/compatibility/domain-driven-design/patterns-of-enterprise-application-architecture.mdVerdict: ? Conflicting Conflict: 62% Overlap: 68%DDD 的默認壓力是把業(yè)務決策推進領域?qū)ο笥镁酆稀}儲、領域語言測試而 PoEAA 明確允許簡單域直接用 Transaction Script、Table Module、Active Record。兩本同時作為平等主動規(guī)則加載代理會在深度領域建模和更簡單的企業(yè)模式之間反復橫跳。判定文件給出的加載建議DDD 為主、PoEAA 只約束特定基礎設施決策時才可以一起出現(xiàn)。? 實戰(zhàn)速查判斷兩本書能否同時加載不必自己跑完整流程也可以照這個順序快速自查是否觸發(fā)同一類任務兩本書的when to use是否指向同一場景如都管日常代碼質(zhì)量首選動作是否兼容遇到同一問題它們各自推薦的第一步會不會互相否定復雜度方向是否對沖一本書的默認抽象壓力是否正好增加另一本書想消除的復雜度誰當裁判如果必須指定一本書說了算那這對就是 而不是 ?拿不準就只加載一個主規(guī)則集把另一本降級為背景參考資料——docs/USAGE.md 的建議正是從一個主規(guī)則集開始用最小的機制改變代理決策 相關文件資源工作流總綱_rule-workbench/CHECK_COMPATIBILITY.md兼容性矩陣與統(tǒng)計docs/COMPATIBILITY.md91 個書對詳細對比docs/compatibility/規(guī)則加載方式技能 / 常駐 / 按路徑限定docs/USAGE.md新書的規(guī)則提煉流程_rule-workbench/PROCESS.md版本發(fā)布說明docs/ADDING_THE_BOOK.md一句話總結(jié)把兩本書能不能一起用從感覺問題變成證據(jù)問題——讀mini、引行號、打三分、給一判你的 AI 代理就不會再被互相矛盾的規(guī)則撕扯了?！久赓M下載鏈接】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創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考