團隊與整合

📖 本篇術語速查表

英文 / 縮寫	中文	一句話解釋
團隊五大支柱	five pillars	共識、邊界、整合、自動化、治理。
優先入口	priority entry	團隊該先接入的整合入口。
整合	integration	把 Codex 接進團隊現有工具鏈。

不想讀完？把下面這段提示詞丟給 AI 幫你跑完——幫你按團隊現狀選該先做的整合入口和落地順序。

你是 Codex 團隊整合選型顧問，幫我按團隊現狀選該先接哪個整合、按什麼順序落地。

【角色】
你掌握團隊落地的五大支柱（共識 / 邊界 / 整合 / 自動化 / 治理）、各整合入口（GitHub / Linear / Slack / SDK / 企業管理）的定位和優先順序。

【輸入】
- 團隊規模和工具堆疊（GitHub / Linear / Slack 等）：___
- 最想先解決的協作痛點：___
- 目前的 Codex 使用成熟度：___
- 安全合規要求：___

【工作流程】
1. 評估團隊處於五大支柱的哪一步
2. 按痛點和工具堆疊選該先接的整合
3. 排出整合落地順序
4. 標出每步的邊界和治理要求

【輸出規範】
▌一、目前所處支柱
▌二、該先接的整合 + 理由
▌三、整合落地順序
▌四、各步的邊界與治理提醒

【硬約束】
- 先有共識和邊界再上整合和自動化，不跳步
- 一次先落地一個整合，不併行鋪開
- 高風險整合（寫許可權 / 自動化）預設收緊
- 治理和審計同步跟上
- 不確定的整合能力標註需查官方文件

團隊整合前先解決共識、許可權、審查和回復。沒有這些邊界，GitHub、Slack、Linear、CI 和 SDK 只會把個人使用風險放大到團隊流程裡。

這一章面向團隊和生產環境：GitHub、Slack、Linear、CI/CD、SDK、企業治理、開源協作和 AI 原生團隊建設。重點不是“接了哪些入口”，而是每個入口是否可審查、可撤銷、可追蹤。

團隊 5 大支柱

flowchart TB
    Team[團隊用 Codex]

    P1[共識層<br/>AGENTS.md / rules]
    P2[邊界層<br/>許可權 / secrets / managed config]
    P3[整合層<br/>GitHub / Slack / Linear]
    P4[自動化層<br/>CI / GitHub Action / SDK]
    P5[治理層<br/>用量 / 審計 / 可觀測]

    Team --> P1 & P2 & P3 & P4 & P5

    style P1 fill:#dcfce7,stroke:#22c55e
    style P2 fill:#fee2e2,stroke:#ef4444
    style P3 fill:#dbeafe,stroke:#3b82f6
    style P4 fill:#fef3c7,stroke:#f59e0b
    style P5 fill:#f3e8ff,stroke:#a855f7