息壤方法论

AI 产品方案设计暨多智能体协作方式探讨分享会

让 AI 不再每次失忆

从AI底层原理到协作方法论

主控 AI 采集员 设计师 评审员
数字营销项目一部 产品顾问 · 余东波 2026 年 5 月

AI 角色

主控 AI 规划 / 编排
采集员 资料 / 摘要
设计师 方案 / PRD
评审员 质量 / 评审

主控 AI 拆任务,子 AI 各自交付,再汇总成稳定结果。

今日目标

帮每个人找到自己的下一步方向

不是一次提示词技巧分享
而是把“随手问 AI”升级成可复制的产品交付体系

格式一致的 PRD背景、目标、范围、流程、验收口径固定,不再每次重写结构。
质量一致的原型说明页面、状态、异常、交互规则讲清楚,设计和研发能接住。
可追溯的评审清单风险、遗漏、冲突、越权动作逐项检查,交付前先过一遍评审门禁。
可复用的项目记忆客户背景、历史决策、素材资产沉淀下来,下次不用从零开始。
看清原理AI 为什么会忘、会编、会跑偏。
对号入座大家现在处在哪个协作阶段。
拿走清单项目记忆、规范、部署指南,按角色各取所需。

同样用 AI,为什么效果差这么多?

AI 对话插画
每次对话都从头来...
AI 不了解客户背景,每次要重新解释一遍
上周讨论的结论,本周 AI 全忘了
方案看似完整,但前后口径不一致
输出里出现竞品品牌名,人工没检查到
项目结束了,经验没沉淀,继续踩坑

根源不是 AI 不够聪明
而是协作方式还停留在"临时聊天"

真相一:AI 没有记忆

每次对话都是全新开始 -- 所谓"记忆"只是把历史重新塞进去

反例:常见误解

AI 会自动延续上周项目上下文

// 第 1 轮 用户: 这次客户做新能源试驾活动, 预算 8 万,目标是到店留资 AI: 明白,主打试驾预约和销售线索 // 第 2 轮 — 常见误解:它还记得 用户: 沿用上周策略,写一个活动开场 AI: 上周策略是什么?我看不到。

第 2 轮的历史消息列表只有 1 条
AI 看不到第 1 轮的任何内容

推荐:真相

每一轮都要把历史重新塞回去

// 第 2 轮 — 把历史塞回消息列表 [ {"project": "新能源试驾活动;预算 8 万"}, {"decision": "主打试驾预约 + 销售线索"}, {"user": "沿用策略,写活动开场"} ]

AI 的"记忆"= 每轮被重新装进去的项目上下文
不塞进去,它就看不到

启示:聊得越久,塞回去的历史越长,直到塞不下(上下文窗口溢出)。这就是为什么长项目 AI 会"失忆"。

真相二:一句话改变 AI 全部行为

角色设定 -- 在对话开始前给 AI 的"角色剧本"

反例:不加角色设定
// 没有角色设定,直接问 用户: 帮我写一个 618 车主活动标题

AI 回复:

夏日钜惠,感恩回馈
老友专享,惊喜不断

-- 像广告词,但不像真实项目方案

推荐:加一句角色设定
角色设定: "角色:汽车经销商 CRM 产品顾问, 优先考虑到店率、留资成本和销售可执行性" 用户: 帮我写一个 618 车主活动标题

AI 回复:

老客回厂检测日:到店即领保养券,试驾再送置换评估

-- 同一个问题,角色一变,输出就贴近业务

启示:角色设定是 AI 的"角色卡"。息壤里每个 AI 角色都有独立的身份标签、专长定义、行为约束。

真相三:给步骤和示例,准确率暴涨

分步思考 + 给例子 -- AI 不是"懂"大家要什么,而是"模仿"给定的模式

反例:光说要求
用户: 帮我写服务预约列表的 PRD 和原型说明, 要符合交付格式

AI 输出:

包含预约查询、新增预约、修改预约、取消预约。
页面简洁美观,支持筛选和查看详情。

-- 像 PRD,但缺字段、状态、异常、原型映射

推荐:给步骤 + 示例
// 先给两个交付物样例 例 1:预约列表 -> PRD:字段 / 状态 / 操作 / 异常 / 验收 -> 原型:筛选区 / 表格 / 空态 / 错误态 / 分页 例 2:质检详情 -> PRD:检查项 / 结果 / 返工原因 / 签名 -> 原型:分组检查 / 异常标红 / 二次确认 // 再说步骤 请按以下步骤处理: 1. 先列 PRD 骨架:字段、状态、操作、异常、验收 2. 再列原型骨架:页面、组件、空态、错误态、交互 3. 缺资料要标"待确认",不要编 输入:服务预约列表

AI 输出:

PRD:字段表 + 状态流转 + 异常流程
原型:筛选区 + 列表 + 空态/错误态 + 操作按钮

-- 交付骨架锁死,开发和评审能接住

启示:息壤的"档位判定表""握手格式""收工三件套" -- 本质就是给 AI 的步骤模板和示例,让它不靠猜。

真相四:模型本体不负责执行,还会瞎编

工具调用的真相 + 幻觉的本质 -- 两个最容易高估 AI 的地方

反例:以为 AI 能自己执行
用户: 把活动方案发到项目群, 并把看板状态改成"待评审" // 如果没有外部工具,模型只能生成文字

真相:执行发生在外部框架

模型说"已发送、已更新",不代表真的发生了

真正发群消息、改看板的是外部框架

幻觉:不是 bug,是机制

AI 目标是生成最可能的下一个字,不是求真

推荐:框架负责执行
1 框架 授权工具:发消息 / 改看板
2 AI 输出结构化动作请求
3 框架 真正调用接口并拿到回执
4 框架 把消息 ID / 状态回填
5 AI 基于真实回执回复

关键认知:模型 = 大脑(决策),框架 = 手脚(执行)

启示:息壤里的格式检查脚本、评审门禁、状态机 -- 都是"框架"。模型负责判断和生成,真正执行规则的是这些工具。

真相五:多 AI 角色需要分工编排

多角色协作 -- 主控 AI 编排,子 AI 各做一件事

反例:一个 AI 什么都干
查竞品 写方案 算预算 做质检 上下文塞满,质量下降

一个 AI 同时查竞品、写方案、算预算、做质检
上下文爆炸 + 角色混乱 + 容易出错

推荐:子 AI 分工协作
主控 AI 采集资料 写 PRD 质量评审 汇总交付

主控 AI 拆解任务,子 AI 各交付一块
上下文小 + 角色清晰 + 互不干扰

启示:息壤的"角色分工"不是管理学概念,是技术必须 -- 一个 AI 干太多事,上下文塞满就会出错。分工 = 省上下文 = 提质量。

知道真相后的启示

现在大家知道了 AI 的 5 个底层真相。息壤的每一个设计,都在针对性地解决它们。

AI 的真相 带来的问题 息壤怎么解决
没有记忆 长项目 AI 会失忆,上下文溢出 项目记忆 -- Vault 持久化 + 按需加载
靠角色设定定行为 没人设的 AI 千篇一律 角色分工 -- 每个 AI 角色独立身份标签
需要步骤和示例 直接问,输出质量不稳定 流程推进 -- 档位/握手/收工模板
模型不执行 + 会幻觉 没有约束,AI 会编造和越权 质量评审 -- 格式检查/评审门禁/自检脚本
多 AI 角色需要编排 一个 AI 干太多,上下文爆炸 协作机制 -- 看板/状态机/任务交接

息壤不是凭空设计的管理流程
而是基于 AI 的技术限制,找到的工程化解法

大家现在在哪一步?

? 随手问 每次新对话 AI 不认识项目 在陌生城市问路人 每次答案靠运气 有人设 AI 有角色设定 但不记得项目 有了地图 但细节自己判断 有流程 有工作流 但每步都要人推 开着导航走 路口还得自己确认 能协作 多角色分工 自动推进和交接 自动驾驶 说出目的地,它规划执行 不是每个人都需要走到最右边 判断标准:日常有没有重复产出结构化交付物

息壤到底解决什么?

临时聊天 每次断连 稳定协作成员 持续参与项目

把 AI 从临时聊天对象 → 变成稳定参与项目的协作成员

它不是一个软件,是一套工作方式。Obsidian / 飞书文档 / 普通文件夹都能跑。

息壤的五个关键词

项目记忆 AI 知道项目背景 历史决策、已有结论 角色分工 不是万能助手 而是有专长的角色 流程推进 按阶段推进 不是一次性输出 质量评审 产出后有自检 互评、风险识别 资产沉淀 每次项目结束,留下可复用的经验

这五件事不是新概念 —— 息壤只是让它们在 AI 协作中也能可落地

解决"AI 没有记忆"-项目记忆

回忆一下:AI 的记忆 = 每次重新塞进去的历史。那如果历史太长塞不下怎么办?

反例:裸对话的困境
// 项目做了 3 个月 // 历史对话:200+ 轮 // 上下文窗口:再大也有限 问题 1: 塞不下 → 只能丢弃旧对话 问题 2: 全塞进去 → AI 找不到重点 问题 3: 换个对话窗口 → 彻底失忆

越长的项目,AI 越不靠谱
本应越来越懂,实际越来越忘

推荐:息壤的项目记忆方案
持久化 关键结论写到文件,不靠对话历史
按需加载 不全塞,这次需要什么就读什么
结构化 背景 / 结论 / 待决事项 分开存
跨对话 开多少新窗口,记忆都在文件里

本质:用"外部文件系统"替代"对话历史"作为长期记忆。对话可断,文件不丢。

最小动作:建一个项目背景文件,写清项目背景 + 历史决策。每次新对话贴上去。这就是最简单的"项目记忆"。

深入:角色分工 + 流程推进

回忆:角色设定定行为 + 步骤模板锁输出 + 阶段停顿控流程

角色分工 = 精细化角色设定

资料采集员:只做信息搜集和摘要,不做判断
方案设计师:基于摘要产出方案,遵循模板格式
质量评审员:只做检查,不改方案,输出评分+问题
每个角色上下文更小 → 幻觉更少 → 输出更专注

流程推进 = 步骤模板 + 阶段停顿点

第 1 步 收集:输入需求 → 输出资料摘要 → 停一下
第 2 步 设计:输入摘要 → 输出方案初稿 → 停一下
第 3 步 评审:输入方案 → 输出评审意见 → 停一下
第 4 步 定稿:输入修改意见 → 输出终版 → 停一下
每步有明确输入/输出 → 错误在早期暴露 → 不用推倒重来

核心认知:角色分工 = 精准的角色设定(真相二);流程推进 = 步骤模板 + 阶段停顿点(真相三/四)。不是管理学概念,是 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 产品方案协作资产
余东波 · 数字营销项目一部 · 产品顾问