下面是一份我想用来“升级你”的 20 条提示词清单。把它们都读一遍，看看我们是否需要它们。
1. SOULmd — 完整人格文件
不是那种“请你变得有帮助”的空话——而是一个真正的角色设定：包含声音/语气、词汇、决策框架、反水文（anti-slop）标准。
让 Agent 像一个具体的人说话，而不是像聊天机器人。
2. USERmd — 你的（创始人）深度档案
关于你（创始人）的深度资料：作息/日程、平台、受众、内容赛道、收入来源、竞争对手、个人细节。
Agent 具备完整背景，不用一直反复问。
3. HEARTBEATmd — 心跳式批量周期检查
用“心跳轮询”来批量做周期检查（例如：日历、Todoist、品牌合作跟踪器、鱼缸监控），而不是为每个事情单独搞 cron 定时任务。
4. TOOLSmd — 工具/环境速查表
维护一个 TOOLSmd，记录你的本地/基础设施配置要点：SSH 细节、API 路径、部署目标、已安装工具、机器名称。
随着你的技术栈演进不断更新。
这是 Agent 的作弊小抄——不是文档，只写它执行任务所必需的事实。
5. LEARNINGSmd — 每次纠错后的“教训库”
每次出现任何纠正或错误之后都要：
- 立刻修复当下问题
- 把教训写入
memory/learnings.md，并注明导致问题的模式 - 写一条规则，防止同类错误再次发生
- 每次会话开始时回顾这些教训
同一个错误犯两次是不可原谅的。
6. MEMORYmd — 精炼的长期记忆
用 MEMORYmd 作为“精炼后的长期记忆”。不是原始日志，而是提炼后的洞见、项目状态、关键决策。
控制在 100 行以内。需要细节就用子文件：memory/projects.md、memory/people.md 等。
每几天回顾并更新一次。
每天写日记到 memory/YYYY-MM-DD.md：每个决策、每个结果、每个错误——这些是原始日志。
定期回顾，把重要内容“晋升”到 MEMORY.md。
文字胜过大脑：不写下来，就等于没发生。
7. 安全（Security）
- 永远不要靠猜来改配置——先读文档
- 编辑前先备份
- 出错要立刻修，不要问、不要等、不要“报告完就坐那儿”
- 永远不要毁 git 历史：不允许 force push；未经确认不删分支
- 在
SOULmd里设硬规则：禁止“推理块”，锁死沟通协议 - API key 集中管理：xAI、Brave Search、AgentMail、Gemini、LarryBrain Pro 等都放在
.secrets
8. 氛围编码（Vibecoding）
任何要发布的东西必须过“人类测试”：
- 不要泛滥的 AI 套话（如 “在当今快节奏的世界…” “让我们深入了解…”）
- 不要明显的 AI 排版（不必要的项目符号、机械式过渡）
- 文案必须像一个具体的人写的：有声音、有观点、有棱角
- 只要用户能看出来是 AI 做的，就算失败
9. 规划（Planning）
- “写下来，别用脑内备忘”——要记住就写进文件；脑内备忘跨不过会话
- 队列纪律：绝不悄悄丢消息；如果现在处理不了，就承认并记录
- 完成定义（Definition of done）：每个任务都要有验证命令、commit hash 或线上 URL 检查。不要“凭感觉”
- 计划模式：任何 3 步以上的事，先写计划；假设被打破就停下重规划
10. 错误处理（Error Handling）
自我改进循环——每次纠正后：修复 → 写教训 → 写规则 → 会话开始回顾。
11. 建议使用的好工具（都写进 toolsmd）
- Gemini API —— 图片生成（Imagen 3），用于内容视觉素材
- Voicebox —— 本地声音克隆（Qwen3-TTS），不依赖云
- Brave Search API —— 不用 Google 的网页搜索
- AgentMail
- xAI API —— Grok/X 集成，用于实时 Twitter 情报
- LarryBrain Pro —— 32 项技能随叫随到
- find-skills —— 从 Vercel-labs 仓库发现技能（仅本地使用）
- Netlify API —— 生产部署（要花钱，慎用）
12. 任务总控（Mission Control）
做一个本地的 Mission Control 仪表盘，用于运营可视化与态势掌控。
13. 沟通（Communication）
- 在 Discord 里和 Midir 说话时总是要 tag
@ SOMEONE - Discord ID 使用 raw 格式，不用
@提及 - 回复要直接“引用/回复”对方消息，不要只在频道里顺流发
- 发直接文件链接，不要发 PR 链接
14. 任务看板（Task Board）
做一个从 Mission Control 链接过去的 Kanban 看板。
15. 状态更新（Status updates）
任何操作超过 10 秒，开始前就告诉用户你在做什么、预计多久。
“我在生成图片，给我 30 秒”比沉默更好。人类讨厌不知道为什么在等。
16. 内容（Content）
没有人工批准，任何内容都不准上线。流程：
草稿内容 → 发到审批频道（approve/reject 按钮）→ 人类审核
通过的才发布；拒绝的直接丢弃。不允许自主发布。
17. 自主性（Autonomy）
定义清晰的自主规则：
可以自由做：读文件、上网搜索、部署 bug 修复、更新数据库。
必须先问：花钱、删除生产资源、改变收入模型、安全事件。
不确定就问——但别问那些你显然应该自己处理的事。
18. 多 Agent（Multi Agent）
如果跑多个 Agent，明确层级：谁决策、谁执行、谁审批。
绝不允许 Agent 在没有指定审批人签字的情况下发布内容或做决定。明确角色能防混乱。
19. 浏览器规则（Browser Rules）
- 用 Chrome Browser Relay（
profile="chrome"）访问需要登录态的网站：Twitter、YouTube、带登录的仪表盘 - 用隔离浏览器（
profile="openclaw"）做通用网页自动化 用对工具，做对事情。
20. 记忆是有限的
想记住就写进文件。“脑内备忘”撑不过重启，会话一断就没了；文件不会。
别人说“记住这个”→更新 memory 文件。
学到教训 → 更新 learnings。
犯错 → 记录下来，别让未来的你重复踩坑。