该图片可能由AI生成
Flavio晒出一张图，瞬间戳中无数开发者的痛点：OpenCode用.opencode/skill/，Claude Code用.claude/skills/，Codex用.codex/skills/，Cursor用.cursor/skills/，Amp用.agents/skills/，Antigravity用.agent/skills/……
他只问了一句：我们怎么走到这一步的？
评论区炸了。
有人说得扎心："我们花了20年学编程，结果变成了聊天机器人的提示词工程师。"
有人预言更扎心："很快我们的项目会变成90%的工具配置，10%的实际代码。"
这场景似曾相识。之前各家AI工具的指令文件也是一团乱麻，直到社区推动了AGENTS.md的标准化——虽然Claude至今没跟进。现在Skills配置又在重蹈覆辙。
社区已经开始自救了。有人提议统一用.ai/目录，下设skills/、opencode/等子文件夹；有人喊话干脆全部归到.agent/；还有人开发了SkillsManager试图解决同步问题，但坦言"保持同步真的太难了"。
最务实的临时方案？symlink。把所有配置目录软链接到同一个地方，虽然治标不治本，但至少能活下去。
有条评论说得好："我们需要一个配置文件界的USB-C。"
这其实是个老问题的新变种。技术生态的演进总是在"野蛮生长"和"统一标准"之间摇摆。当年的包管理器、代码格式化工具、CI配置都经历过类似的混战期。区别在于，AI工具的迭代速度太快，碎片化的痛感来得更猛烈。
更深层的问题是：当每个AI编程助手都需要自己的"技能包"配置，当开发者要同时伺候五六个不同的AI工具，我们到底是在提升效率，还是在制造新的复杂性？
也许答案藏在那句调侃里——"和以前一样的路，只是走得更快了。"
x.com/flaviocopes/status/2011861756260266234