問題 3 / 5
在 Standards（標準層）中，如何區分「不可變的流程規則」與「可調整的組織政策」？請舉例說明。
AI 根據文章內容回答
成熟的 AI 流程治理會將標準拆分為兩類，以兼顧系統的一致性與靈活性：
1. 不可變的流程規則：這類規則屬於工作方法論的底層原則，不隨團隊喜好而改變，是確保流程可追蹤、可審查與可維護的基礎。文章中列舉的範例包括：所有工作必須能追溯到 Issue、所有 Commit 必須符合 Conventional Commits 規範、所有 PR 必須與 Issue 建立連結，以及 Commit 變更應保持原子性（Atomic）。這些規則若被隨意修改，會破壞整體 Skill 的穩定性。
2. 可調整的組織政策：這類標準屬於組織內部的操作語言，允許不同團隊根據自身需求進行客製化。範例包括：允許使用的分支類型（Branch type）、Commit 可接受的具體類型、PR 標題或描述的具體格式規範、AI 貢獻是否需加上特定標籤（Trailer），以及 PR 需要多少位審核者（Reviewer）。
這種區分反映了成熟的產品思維：由系統提供穩定的核心方法，而由組織決定本地的執行政策。這種設計讓 AI 協作系統具備高度的可移植性，既能維持「核心不亂動」，又能支援「局部可調整」的彈性。
1. 不可變的流程規則：這類規則屬於工作方法論的底層原則，不隨團隊喜好而改變，是確保流程可追蹤、可審查與可維護的基礎。文章中列舉的範例包括：所有工作必須能追溯到 Issue、所有 Commit 必須符合 Conventional Commits 規範、所有 PR 必須與 Issue 建立連結，以及 Commit 變更應保持原子性（Atomic）。這些規則若被隨意修改，會破壞整體 Skill 的穩定性。
2. 可調整的組織政策：這類標準屬於組織內部的操作語言，允許不同團隊根據自身需求進行客製化。範例包括：允許使用的分支類型（Branch type）、Commit 可接受的具體類型、PR 標題或描述的具體格式規範、AI 貢獻是否需加上特定標籤（Trailer），以及 PR 需要多少位審核者（Reviewer）。
這種區分反映了成熟的產品思維：由系統提供穩定的核心方法，而由組織決定本地的執行政策。這種設計讓 AI 協作系統具備高度的可移植性，既能維持「核心不亂動」，又能支援「局部可調整」的彈性。