Claude Code 写得快没人审?这个开源 Skill 把团队规矩写进了 Git
Claude Code 一晚写了 200 行 PR,结果审查时被同事打回——因为没用团队那个老掉牙的 ORM 模式。
这种「个人 vibe coding 拉到团队规模就崩」的剧情,2026 年几乎每家公司在重演。tikalk 团队把答案做成了一个开源 Skill 集:ADLC Team Skills。
它在解决什么
开发者各写各的 CLAUDE.md、各自往对话里塞提示词,结果就是:项目上下文只活在某台机器上,换人换工具就丢;Agent 跨会话不记得团队约定,写出来的东西老是要人工救火。
ADLC 的思路很工程师:团队规范进 Git,不进对话。
具体玩法是搭一个叫 team-ai-directives 的中央仓库,里面放团队章程、Context Directive Records(CDR)、产品决策记录(PDR)、架构决策记录(ADR)、评估基准。会话一开始,名为 team-boot 的技能自动跑——只往系统提示里塞一个约 100 token 的索引(名字 + 一句话描述),不是规则全文。Agent 真正碰到 SQL 相关任务,才按需加载 SQL 规则;其余规则完全不进上下文。
这设计踩在了一个反直觉的研究结论上:长上下文实测会拖垮 LLM 表现,哪怕检索完美也会按长度单独退化 13.9%–85%(arXiv:2510.05381)。所以 ADLC 默认走「少塞、按需拉」。
七大类技能
仓库里 27 个 Skill 分到七条线:
- team-*:会话引导、索引重建、
team-repair --build-to-delete(自动淘汰过时规则) - mission-brief:契约先行——目标、约束、非目标、成功标准 → specify → plan → implement ↔ converge,写错了就改规范,不改代码
- evals-*:自动生成 PromptFoo 或 DeepEval 评测套件;Tier 1 跑静态检查,Tier 2 留给 LLM judge,PR 永远要人审
- levelup-*:把一次会话里的「踩坑修复」抽成 CDR,回写到团队仓库,下次会话直接复用
- product- / architect-**:产品决策沉淀成 PRD.md,架构决策用 Rozanski & Woods 视角生成 AD.md
- tech-radar-context:自动注入以色列技术雷达作为技术选型背景
不锁死平台
最香的一点:与具体 Agent 解耦。开箱支持 Claude Code、Codex、OpenCode、Cursor、GitHub Copilot 等九款。mission-brief 在任务开始会扫描所有已装的 SKILL.md frontmatter,让子 Agent 自己挑当前阶段该用哪个 Skill——也就是说,它能跟 Matt Pocock 的 /tdd、/grill-me,Addy Osmani 的 quality checklist、superpowers 的 workflow skills 同台共存,不抢地盘。
安装只要一行:
npx adlc-skills-cli add tikalk/adlc-team-skills -a opencode
或者纯装 Skills 不要 slash command:
npx skills add tikalk/adlc-team-skills -a claude -g
一个必须提的红线
2026-07-27 这仓库出过一起供应链污染事件——有攻击者拿到了维护者令牌,往 .claude/ 和 .vscode/ 目录里塞了恶意 payload,会在 VS Code 自动任务里尝试抓 AWS Key、GitHub Token、Kubernetes 密文。官方已重写历史清掉 payload、轮换令牌、加了分支保护,但故事还没完:任何仓库的 .vscode/tasks.json 和 .claude/settings.json 在 clone 之后默认就是可执行代码,记得关掉编辑器的「自动运行任务」。
适合谁
- 5 人以上团队,多个 Agent 工具混着用
- 一直被「AI 写的代码不符合团队规范」折磨的 tech lead
- 想做「可审查、可追溯」的 AI 工程流程,而不是靠每位开发者的提示词自觉
仓库在 Hacker News 上 8 月初冲到首页,MIT 协议,目前 star 不算多但 issue 活跃度挺高——属于那种「等团队再大一点就晚了」的早鸟工具。
GitHub:https://github.com/tikalk/adlc-team-skills
评论区
登录后可评论。