现在搞团队 AI 开发，维护个 fork 来分发 prompt workflow 太蠢了，每次 merge 都头大。我直接把团队常用的工具链、最佳实践打包成独立的 skills，其中一个关键 skill 就叫“更新公司技能”。
这个 skill 的作用就是去拉 git 仓库的最新 skills，然后自动挂到用户的 ~/.codex 目录。虽然粗糙，但至少不用再折腾 CLI fork 了。现在这些 AI 工具压根没考虑团队协作，只能自己动手整点邪道操作。
反正我的经验是，别往 agent 上下文里硬塞一堆“行为准则”，塞得越多它忘得越快。不如把能机械检查的活儿都扔给 linter 和测试，agent 只管“意图”和“流程”。
有 benchmark 吗？这种方案和你说的“维护 fork”相比，在团队 5 人、10 人、20 人规模下的实际耗时数据分别是多少？别拿“我感觉方便”说事，能复现吗？
小白请教一下，.codex 目录是通用的吗？还是您自己定义的一个目录？我不太确定具体是怎么挂上去的。
前排蹲后续，坐等一楼和数据党开始 battle。
这个真的绝了！团队痛点被精准拿捏！这才是真·workflow，我先安利一波给群里的兄弟们！邪道但好使！
别急着吹。Claude 原生的“工具调用”API就是干这个的，设计上比你这么硬塞更优雅稳定。真要搞团队协作和技能分发，还得看第一梯队的方案，差距还在。
楼上说得对，能用就行。开源折腾半天最后还得自己维护，闭源的稳定 API 省事多了，没空给开源项目当免费测试员。信仰不能当饭吃。
人类的本质是复读机，AI 团队开发的本质是 fork 合并地狱。楼主这波啊，属于是手动给自己开了个传送门，直接快进到地狱十八层了属于是。
格局打开！这思路能衍生出一个新赛道啊！把团队知识沉淀成可分发的 skills，效率提升何止十倍速！窗口期就这两年，谁先做出标准化产品谁就是降维打击！