团队与集成

📖 本篇术语速查表

英文 / 缩写	中文	一句话解释
团队五大支柱	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