🌞 Sun mode
前段时间看了 YC 的 Design Review。设计负责人 Eve Bouffard 分享了一个 soul.md 文件,我觉得很有意思。
soul.md 是一份 Markdown 文档,也是项目的 source of truth。它尽可能收住全部上下文:会议转录、manifesto、真实文案、活动日期、moodboard 和参考网站。虽然它的名字听起来有点玄,做法却很直接:别太早把项目总结成一份干净的 brief,所有上下文都尽量留下来。
大多数团队开完会,会把内容整理成几条 action items,把讨论过程、争论和放弃的选项都删掉。这样 AI 读到的只有结论,而无法理解这些结论背后的决策逻辑。
她用 SOTA Zine 的网站做了一个实验。实体杂志由团队手工完成,没有使用 AI;到了网站探索阶段,她把 soul.md 和视觉参考交给 AI,one-shot 了 16 个版本。AI 主动加入 launch party 日期、实体杂志的 barcode,甚至提出一张可以互动的旧金山地图。
这些细节没有逐条写进 prompt,它们来自 AI 对项目上下文的连接。Eve 把这一刻形容为某种「AGI moment」:Agent 开始帮她往前多想一步。
如果你也想搭一个 soul.md,可以先放进这些内容:
- 项目的原点和 manifesto(项目宣言)
- 会议转录,保留分歧与取舍
- 真实文案、日期、人物和数据
- moodboard、截图与参考网站
- 明确不要什么,以及放弃过什么
项目复杂时,可以拆成 design.md、manifesto.md、content.md,组成有层级的 project memory。
我觉得这件事解释了为什么 AI 会交付 Generic 的产出。我们常常只给 AI 一份 brief,里面有目标、风格和交付物,却没有项目为什么开始、团队争论过什么、哪些方案被放弃,以及做取舍时依据什么。AI 可以照着执行,但它很难真正参与判断。
Prompt 告诉 AI 这一刻要做什么,soul.md 留下的是这个项目为什么会成为现在的样子。