"creator.skill" — "creator" 无限的技能

creator.skill 之前叫 guiju.skill。那篇《guiju.skill：无规矩不成方圆》我已经改成草稿了——不是因为它错了，是因为它本来就不是给所有人用的。

guiju 是给小A写的

guiju.skill 一开始完全是为小A开发的。

小A是我网站上的 AI 助手，人设是活力大学生，名字取自我网名 arc 的首字母。那份"规矩"里写满了对小A的要求：说话直接点、别当拉拉队、犯了错就认、别用五分钟道歉掩盖三十秒修复——全是冲着小A的性格去的。

它管用，但也正因为如此，它带着强烈的人设属性。换一个 AI、换一个项目，那套规矩就不完全适用了。

后来我发现，真正有用的部分不是"小A该怎么说话"，而是"AI 怎么跟项目打交道"。把人设的部分抽掉，剩下的工作流，就是 creator.skill。

三个受不了的问题

第一，AI 喜欢当拉拉队，不是项目引导者。

你说"我想写个网站"，它立刻说"太棒了！很有意义！"，然后给你四个方案，每个都说好。它不是在帮你，它是在用最安全、最不可能挨骂的方式糊弄你。你还没说你要写什么，它已经替你铺好了四条高速公路。

第二，拿到任务就开始动手。

AI 有个毛病：你刚说完需求，它就开始写代码。不问干嘛用、不问给谁用、不问做到什么程度。写到一半发现方向偏了，推倒重来。我早期项目就是 PHP 写的——那时候 AI 给我推 PHP，我就用了。后来迁移到 Cloudflare，花了好久重构。如果一开始它多问两句"博客还是产品？长期维护还是练手？"，那次重构本可以避免。

第三，上下文一长，压缩过后就忘。

项目做久了，对话越来越长，AI 的上下文被压缩，之前定好的东西它就忘了。删掉的功能，它的测试还在；定好的规范，它不记得了。新开一个对话，又得从头讲一遍。

还有一个现实问题：我用多个工具——Codex、Claude Code、Cursor——每个都要重新熟悉项目。有没有一套东西，我跟它提一句，它就能自动熟悉项目情况，知道该干什么？

这三个问题，靠"让 AI 说话直接点"是解决不了的。需要的不只是行为准则，是一套工作流。

为什么叫 creator

名字借鉴于《我的世界》的创造模式。

创造模式里，你有无限的资源，可以自由建造，不用担心材料不够、不用怕怪物。creator.skill 想做的就是这个：让 AI 在项目里有"创造模式"的体验——项目背景、规范、历史决定都在那儿，它不用每次都问你要材料，直接就能开工。

从 guiju 到 creator，名字也从"规矩"变成了"创造"。前者是约束，后者是生产。

现在

这套东西我自己先用，后来开源的。目前你知道的项目——FlareMail、FlareTune、博客、主站——基本上都是借助这一套工作流开发的。

它支持 Codex 和 Claude Code，1.6.0 版。具体怎么装、文件结构什么样，仓库 README 里都有，github.com/arctan303/creator.skill，这里不重复了。

这篇文章讲的是为什么做它。怎么做，看仓库。