夜雨聆风最近在折腾 AI 写代码这件事，越折腾越发现一个怪现象。
明明现在一个人 + 一个 Claude Code 就能干掉过去三个工程师的活儿，可 GitHub 上那些最火的AI 编码框架，反而一个比一个像在给团队开发的，动不动就是规范注入、任务编排、协作工作流。
讲真，看到这些词的第一反应是：这玩意儿跟我一个独立开发者有半毛钱关系?
但你顺着看进去会发现，事情没那么简单。
先认识下今天的两位主角
最近在国外开发者圈子里被刷屏的两个工具，一个叫 Trellis，一个叫 Superpowers。
听名字像两兄弟，实际上路数完全不一样。
Trellis 是 mindfold-ai 团队搞的，主打多 AI 工具通吃，今天用 Claude Code、明天换 Cursor、后天试 Codex，它都能给你一套统一的规范和工作流。
文件全放在项目里一个 .trellis/ 文件夹下，什么 spec、PRD、任务状态、journal 日志，一个都不少。
它的核心思路挺反直觉的：不相信 AI 能自觉守规矩，所以用 hook 把规矩钉死。
啥意思呢，就是你在 .trellis/spec/ 里写一条"组件必须用 PascalCase"，Trellis 不是提醒AI 看，而是每次相关任务强制把这条规则塞进 AI 的上下文里。AI 没有选择权，只能照做。
Superpowers 就是另一个画风了。
作者是 obra（Jesse Vincent），Claude Code 生态里最有名的玩家之一，这个插件在 GitHub 拿了二十多万星，在编程工具里算第一梯队的水准。
它不管你的项目规范长啥样，它管的是 AI 写代码的职业素养。
里面塞了一堆 skill，挑几个最重要的说：
brainstorming：你说帮我写个登录功能，它不写，先问你十个问题
writing-plans：动手前先把活儿拆成 2-5 分钟一个的小任务
test-driven-development：强制红绿重构，先写测试再写代码
systematic-debugging：不理解 bug 就不许修，杜绝瞎试
subagent-driven-development：派一个干净的 subagent 去实现，再派另一个去 review
一句话总结这俩玩意儿：
Trellis 是给项目装的法规；Superpowers 是给 AI 装的职业道德。
Trellis vs Superpowers 功能对比图
但是，我一个人写代码，要这些干嘛?
这就是我想了好久的问题。
按理说，这些工具听起来都很团队范儿——什么协作、什么规范、什么 review，我一个人写代码，有必要搞这套吗?
刚开始我也是这么觉得的。直到我把协作这个词拆开看。
你以为的协作是：你和另一个人类写代码。
实际的协作是：
1. 你和三个月后的自己协作
2. 你和未来某个 AI agent 协作
3. 你和正在开会的另一个 AI agent 协作（对，2026 年大家都在跑多 agent 了）
敢打赌你一定有过这种经历：打开半年前自己写的代码，看到一段奇怪的 if 分支，完全不记得为啥要这么写，删又不敢删，最后只能注释一句"// 不要动，会爆"，然后下次的自己看到这句话还是想动。
这就是上下文衰减。
人脑装不下，Claude 的 context window 也装不下。你不把这些东西沉淀下来，每次写代码都在重新发明轮子，每次开新会话都在给 AI 重新解释一遍项目背景。
一个人 ≠ 没有协作。你和未来的你之间，隔着的就是一支完整的团队。
Trellis 和 Superpowers，记忆这事谁更靠谱?
聊到这儿就到关键问题了——记忆。
两边都说自己能记事，但记的方式完全不一样。
Superpowers 有个插件叫 episodic-memory（也叫情景记忆）。
原理也不复杂：每次你启动 Claude Code，一个 hook 自动把昨天、上周、上月所有对话归档到本地，扔进一个 SQLite 向量数据库里。
等你下次问"上次咱们讨论的那个 X 功能"，Claude 会自己去搜这个数据库，把相关对话片段拉出来。
实测了一下，装起来真的就是一行命令：
/plugin install episodic-memory@superpowers-marketplace
存储 100% 自动，你不用操心。但检索是 AI 自己决定的，它觉得当前任务跟过去对话有关，就去搜；觉得没关系，就不搜。
这里有个坑必须提醒一下：Claude Code 默认 30 天删除原始对话日志。
所以装插件之前那批历史，如果你想留，得先去 ~/.claude/settings.json 把 cleanupPeriodDays 调大，比如调成 99999。
不然装完才发现以前的对话早没了，哭都来不及。
而 Trellis 的记忆完全是另一种东西。它不存对话，它存的是结构化的规范和决策。
.trellis/spec/frontend.md 里写"我们用 Zustand 不用 Redux"；
.trellis/tasks/2024-01-15-login/ 里存着这个任务的 PRD、实现笔记、review 记录；
.trellis/workspace/journal.md 里写着"上次因为 SSR 问题切掉了某个库"；
全都是 Markdown 文件，你能看、能改、能 git diff、能跟代码一起 code review。
打个比方就清楚了：
两种记忆方式对比表格图
Superpowers 的记忆，像 AI 的私人日记本：AI 自动归档，AI 主动搜，存在 SQLite 里，人不直接看，不能进 Git。
Trellis 的记忆，像项目的 wiki：你（或团队）亲自写，hook 强制塞给 AI，文件就在那儿随时打开，能进 Git。
所以一句话总结：
Superpowers 解决AI 老忘事。Trellis 解决AI 不听话。 你怕 AI 忘，装前者；你怕 AI 不守规矩，装后者。怕都怕，两个一起上。
那到底要不要上这些工具?
说回来，到底要不要上？给你一个很简单的判断框架：
使用场景判断决策树图
啥都不用装，纯 Claude Code 就够的场景：
写一次性脚本，周末小玩具；代码量几百行，大脑装得下；写完不打算维护。
只装 Superpowers 就够：
你一个人，只用 Claude Code；想让 AI 别动不动就乱写代码；想要 AI 自己记得过去的对话。
需要再加上 Trellis:
项目持续超过一个月，会回来改；你切来切去用好几个 AI 工具；你有一些硬规则想强制 AI 遵守（不是建议，是必须）；你的项目大到你自己都开始记不清细节。
两个都上的：
真·团队项目或者一个人但项目复杂得像团队项目的。
几句真心话
折腾了一圈下来，有几个反常识的体会想跟大家唠唠。
第一，AI 写代码的瓶颈早就不是模型智商了。
模型已经够聪明了。真正卡住事情的是：纪律、上下文、和你能不能把项目里那些潜规则明确写出来。
你看 Superpowers 火成那样，作者最常被引用的一句话是："问题不在模型不够聪明，而在它缺乏纪律。"一字不差。
第二，"团队工具"这个标签具有欺骗性。
Trellis 把自己包装成团队工具，是营销策略，大公司决策者听到"团队"才掏钱。
但它真正的核心价值（spec 注入、journal 记忆、任务隔离），对一个人同样成立，甚至对一个人更重要。
因为团队里至少还有别的人脑能临时存储上下文，一个人就只有你自己的脑子和 AI 的 context window，两个都不够用。
第三，2026 年了，你的协作者早就不只是人。
今天一个独立开发者的工作流可能长这样：一个 agent 写代码，一个 agent 跑测试，一个 agent 监控线上数据，一个 agent 处理客户邮件。
它们之间通过 MCP 协议互相调用，你只负责拍板。
这种场景下，你需要一个协调层，告诉这些 agent 我们的项目规矩是啥、现在谁负责啥、上次干到哪儿了。
这个协调层叫不叫团队工具已经不重要了。本质上它是反熵工具——对抗时间和遗忘的工具。
最后
写这篇文章不是要给谁打广告，Trellis 也好 Superpowers 也好，都是开源免费的，GitHub 上自己下。
真正想说的是：别再用"我就一个人写代码"当借口拒绝这些工具。
一个人 ≠ 简单项目，一个人 ≠ 不需要规范，一个人 ≠ 不会忘事。
恰恰相反，你是一个人，所以你比任何团队都更经不起遗忘的代价。
团队忘了事还能问同事，你忘了就是真的忘了。AI 忘了事还能搜数据库，你不给它搜的工具它就是真的没记忆。
工具不是给团队的，是给对抗熵增的人的。而每一个写代码的人，迟早都要面对熵增。
以上，一点小见解，欢迎在评论区拍砖。下次有时间咱们聊聊怎么让两个 AI agent 互相 review 代码，那才叫魔幻。
