停止孤立编码的氛围。为您的工程团队构建共享认知层。个别提示技巧为单独开发人员带来了快速的成功，但在团队之间推广时，“氛围编码”会导致混乱的技术债务、上下文衰退、无法审核的PR和失去代码所有权。速度问题已解决；信任和验证是AI工程中的新瓶颈。ADLC团队技能（tikalk/adlc-team-skills）是十二因子代理SDLC的开源团队层。它将AI代理从孤立的猜测者转变为合规的、负责任的团队成员，与您的团队章程、产品战略、架构标准和评估基准共享。团队AI指令（tikalk/agentic-sdlc-team-ai-directives）是一个伴随的代码库，持有您团队的版本控制上下文模块（章程、规则、角色、示例）、CDR索引和技能清单。快速启动#安装技能 + 生成斜杠命令 + 连接session_start事件 npx adlc-skills-cli add tikalk/adlc-team-skills -a opencode #或者使用npx技能（没有命令/事件的技能） npx skills add tikalk/adlc-team-skills -a claude -g与任何支持代理技能标准的代理都能够开箱即用——Claude Code、Codex、OpenCode、Cursor、GitHub Copilot等。斜杠命令 + 事件：adlc-skills-cli封装npx skills add，并额外生成/名称斜杠命令以及连接session_start事件钩子（通过.events.json）为9个编码代理。没有.events.json的技能代码库只会获取命令。通用编排：mission-brief自动发现来自任何来源的技能（mattpocock/skills、addy osmani/agent-skills、superpowers、spec-kit或您自己的）并动态连接它们到任务管道。没有供应商锁定。黄金路径——团队AI指令的boot在会话开始时通过事件钩子自动运行。在未配置的项目中，它会输出一个警告，告诉用户运行/team-setup。team-setup也可以按需使用：npx adlc-skills-cli add tikalk/adlc-team-skills -a opencode #安装技能 + 命令 + 事件 然后选择模式3 — 创建新的空team-ai-directives，或者模式1 — 从GitHub克隆以分叉tikalk/agentic-sdlc-team-ai-directives：team-setup →选择目标（默认./team-ai-directives） + 团队名称 →创建README / AGENTS.md / CDR.md / .skills.json / 章程占位符 / OKF索引文件 + git init team-constitution →交互式地用您的真实原则替换占位符 team-boot（自动）→将章程 + CDR索引 + PDR/ADR索引 + 技能注册表整合到系统提示中在会话开始时已经有指令代码库？team-setup提供另外三种模式：模式1 — 从GitHub克隆（例如，分叉tikalk/agentic-sdlc-team-ai-directives）模式2 — 指向现有的本地路径（连接您已经拥有的代码库）模式4 — 已经配置（验证现有设置）指令作为代码：四个团队支柱[伟大的过滤器]（人类团队领导宏观审查） ▲ │ ┌──────────────────┴──────────────────┐ │ 支柱4：治理与评估 │ │ （第一层快速检查 + LLM判断） │ └──────────────────▲──────────────────┘ │ ┌──────────────────┴──────────────────┐ │ 支柱3：规范驱动的工作流程 │ │ （合同优先任务管道） │ └──────────────────▲──────────────────┘ │ ┌──────────────────┴──────────────────┐ │ 支柱2：产品和架构 │ │ （产品PDR + 架构ADR） │ └──────────────────▲──────────────────┘ │ ┌───────────────────┴───────────────────┐ │ 支柱1：战略与团队指令 │ │ （team-boot / levelup / CDR存储库） │ └───────────────────────────────────────┘ 🏛️ 支柱1：战略与团队指令（团队优先对齐）因素I — 开发人员作为指挥者。因素X — 上下文工程。因素XI — 指令作为代码。将团队置于您的AI战略中心。与其让个人开发人员在本地机器上囤积提示快捷方式，不如让团队标准存在于版本控制的Git仓库（team-ai-directives）。team-boot：在会话开始时通过事件钩子自动运行，组装团队章程、CDR索引、PDR/ADR索引和技能注册表到系统提示中。team-discover：手动重新扫描团队上下文模块以获取显式结构化发现表。通过/team-discover获得。team-constitution：交互式定义、审查或修订您工程团队的核心原则。team-repair：重新索引CDR.md，扫描规则冲突，并验证指令的新鲜度。team-boot →组装章程 + CDR索引 + PDR/ADR + 技能到系统提示中 team-discover →手动重新扫描结构化发现表(/team-discover) team-constitution →交互创建或修订团队章程 team-repair →重新索引CDR.md，扫描冲突，验证新鲜度 🎯 支柱2：产品战略与架构治理（PDR和ADR）因素III — 任务定义。因素IV — 结构化规划。因素IX — 可追溯性。没有文档化的决策，每次实施会议都会面临挑战。