息壤方法论
让 AI 不再每次失忆
从AI底层原理到协作方法论
AI 角色
主控 AI 拆任务,子 AI 各自交付,再汇总成稳定结果。
今日目标
不是一次提示词技巧分享
而是把“随手问 AI”升级成可复制的产品交付体系
根源不是 AI 不够聪明
而是协作方式还停留在"临时聊天"
每次对话都是全新开始 -- 所谓"记忆"只是把历史重新塞进去
AI 会自动延续上周项目上下文
第 2 轮的历史消息列表只有 1 条
AI 看不到第 1 轮的任何内容
每一轮都要把历史重新塞回去
AI 的"记忆"= 每轮被重新装进去的项目上下文
不塞进去,它就看不到
启示:聊得越久,塞回去的历史越长,直到塞不下(上下文窗口溢出)。这就是为什么长项目 AI 会"失忆"。
角色设定 -- 在对话开始前给 AI 的"角色剧本"
AI 回复:
夏日钜惠,感恩回馈
老友专享,惊喜不断
-- 像广告词,但不像真实项目方案
AI 回复:
老客回厂检测日:到店即领保养券,试驾再送置换评估
-- 同一个问题,角色一变,输出就贴近业务
启示:角色设定是 AI 的"角色卡"。息壤里每个 AI 角色都有独立的身份标签、专长定义、行为约束。
分步思考 + 给例子 -- AI 不是"懂"大家要什么,而是"模仿"给定的模式
AI 输出:
包含预约查询、新增预约、修改预约、取消预约。
页面简洁美观,支持筛选和查看详情。
-- 像 PRD,但缺字段、状态、异常、原型映射
AI 输出:
PRD:字段表 + 状态流转 + 异常流程
原型:筛选区 + 列表 + 空态/错误态 + 操作按钮
-- 交付骨架锁死,开发和评审能接住
启示:息壤的"档位判定表""握手格式""收工三件套" -- 本质就是给 AI 的步骤模板和示例,让它不靠猜。
工具调用的真相 + 幻觉的本质 -- 两个最容易高估 AI 的地方
真相:执行发生在外部框架
模型说"已发送、已更新",不代表真的发生了
真正发群消息、改看板的是外部框架
幻觉:不是 bug,是机制
AI 目标是生成最可能的下一个字,不是求真
关键认知:模型 = 大脑(决策),框架 = 手脚(执行)
启示:息壤里的格式检查脚本、评审门禁、状态机 -- 都是"框架"。模型负责判断和生成,真正执行规则的是这些工具。
多角色协作 -- 主控 AI 编排,子 AI 各做一件事
一个 AI 同时查竞品、写方案、算预算、做质检
上下文爆炸 + 角色混乱 + 容易出错
主控 AI 拆解任务,子 AI 各交付一块
上下文小 + 角色清晰 + 互不干扰
启示:息壤的"角色分工"不是管理学概念,是技术必须 -- 一个 AI 干太多事,上下文塞满就会出错。分工 = 省上下文 = 提质量。
现在大家知道了 AI 的 5 个底层真相。息壤的每一个设计,都在针对性地解决它们。
| AI 的真相 | 带来的问题 | 息壤怎么解决 |
|---|---|---|
| 没有记忆 | 长项目 AI 会失忆,上下文溢出 | 项目记忆 -- Vault 持久化 + 按需加载 |
| 靠角色设定定行为 | 没人设的 AI 千篇一律 | 角色分工 -- 每个 AI 角色独立身份标签 |
| 需要步骤和示例 | 直接问,输出质量不稳定 | 流程推进 -- 档位/握手/收工模板 |
| 模型不执行 + 会幻觉 | 没有约束,AI 会编造和越权 | 质量评审 -- 格式检查/评审门禁/自检脚本 |
| 多 AI 角色需要编排 | 一个 AI 干太多,上下文爆炸 | 协作机制 -- 看板/状态机/任务交接 |
息壤不是凭空设计的管理流程
而是基于 AI 的技术限制,找到的工程化解法
把 AI 从临时聊天对象 → 变成稳定参与项目的协作成员
它不是一个软件,是一套工作方式。Obsidian / 飞书文档 / 普通文件夹都能跑。
这五件事不是新概念 —— 息壤只是让它们在 AI 协作中也能可落地
回忆一下:AI 的记忆 = 每次重新塞进去的历史。那如果历史太长塞不下怎么办?
越长的项目,AI 越不靠谱
本应越来越懂,实际越来越忘
本质:用"外部文件系统"替代"对话历史"作为长期记忆。对话可断,文件不丢。
最小动作:建一个项目背景文件,写清项目背景 + 历史决策。每次新对话贴上去。这就是最简单的"项目记忆"。
回忆:角色设定定行为 + 步骤模板锁输出 + 阶段停顿控流程
核心认知:角色分工 = 精准的角色设定(真相二);流程推进 = 步骤模板 + 阶段停顿点(真相三/四)。不是管理学概念,是 AI 技术限制的工程化解法。
[ 演示 1 ] 跳转 Obsidian
展示:项目记忆结构 / 任务卡 / 状态看板 / 事件流
重点看:
• 一个真实项目的"记忆"长什么样 — 对应项目记忆
• AI 干活时怎么知道自己该做什么 — 对应角色分工 + 流程推进
• 多个 AI 角色怎么协调 — 对应多 AI 角色编排
• 出了问题怎么追溯 — 对应质量评审 + 资产沉淀
[ 演示 2 ] AI 对话实时对比
直接问 vs 有项目记忆 vs 息壤完整协作流程
| 方式 | 质量 | 返工 | 可复用 | 对应原理 |
|---|---|---|---|---|
| 直接问 | 开盲盒 | 3-5 次 | 不可 | 裸对话 |
| 有记忆+人设 | 稳定 70 分 | 1-2 次 | 部分 | 上下文 + 角色设定 |
| 息壤协作 | 稳定 80+ | 0-1 次 | 完全 | 五个原理落地 |
最大的提效不是"快了多少",是"返工少了多少"
30 秒出结果但改 5 遍 < 10 分钟出结果改 0 次
四阶段是光谱,不是必修课;先找到自己的“到此为止”
| 角色 | 建议阶段 | 本周最小动作 | 完全体价值 |
|---|---|---|---|
| 管理者 / 总监 | 第 1-2 步 | 把项目背景写成文件,贴给 AI 辅助判断 | 低:看方向和效果,不需要自己跑智能体 |
| 产品经理 | 第 2-3 步 | 用角色设定 + PRD / 原型模板,完整跑一次交付 | 中:流程推进最有用,协作机制可选 |
| 方案 / 交付 | 第 3 步 | 选一个重复任务,写最小操作流程和验收口径 | 中高:质量评审比多角色编排更重要 |
| 开发 / 基建 | 第 3-4 步 | 从息壤偷一个工具用一周,验证能不能接入流程 | 高:需要维护工具、状态和协作机制 |
| 只看文档的人 | 第 0 步 | 打开资料库浏览材料,知道资料在哪里 | 零:不要折腾他 |
核心判断:日常有没有“重复产出结构化交付物”的场景。完全体是给维护者准备的,不是给所有用户准备的。
| 大家可能会想 | 回应 |
|---|---|
| "文件夹结构太限制" | 最小版只要 7 个文件,不限位置不限命名 |
| "我就想一键出活" | 可以。但先贴 5 分钟项目背景,质量通常会上一个台阶 |
| "概念太多了" | 今天只记一个词:项目记忆。其他等用到再学 |
| "息壤太重了" | 不用全套。多数人停在 1-3 步就够,完全体只给维护者 |
| "AI 本身就不靠谱" | 正因为它会忘、会编、会跑偏,所以才需要记忆、流程和评审 |
息壤不是终点
是每个人的前进方向
大家不需要全盘接受
只需要找到自己该停在哪一步
然后试一周
不用从零学,不同角色直接拿不同材料
| 角色 | 直接拿走 | 解决什么问题 |
|---|---|---|
| 项目负责人 / 管理者 | AI 协作落地路线图 + 试点清单 | 知道先在哪个项目试,怎么判断有没有效果 |
| 产品 / 方案同学 | 项目记忆体系 + PRD / 原型规范 | 让 PRD 和原型说明格式一致、质量一致 |
| 交付 / 实施 / 开发基建同学 | V8 部署指南 + 最小项目包 | 快速搭一套可跑的项目工作台,不从零摸索 |
| 质量 / 评审同学 | 评审门禁 + 自检清单 | 交付前识别风险、遗漏、口径冲突和越权动作 |
| 想深入原理的人 | AI 底层原理笔记 + 术语速查 | 理解为什么需要记忆、角色、流程和评审 |
这次不是只留一份 PPT,而是留一套可复制、可试点、可迭代的 AI 产品方案协作资产
余东波 · 数字营销项目一部 · 产品顾问