蕉不焦操作路径与服务蓝图：从焦点胶囊到下一步递交

本文定义：蕉不焦不是”想法很多的 App”，而是可实现的多端服务，并围绕懒系反射式沉淀这一主价值铺开操作路径。每个操作路径都必须从用户动作开始——而这个用户动作被压到只剩一个：丢进来；其余判断、归并、冷冻、拆小、端点选择、提示时机全部由后台反射完成，最后回到一个可执行下一步。
设计原则：用户在哪里被事情打断，蕉不焦就在哪里接住；用户在哪里最可能开始，蕉不焦就在哪里递交。用户不需要分类、不需要选端点、不需要填字段——这是”懒系”，不是懒，是”少管一点，事情也有着落”。
功能边界：不做完整项目管理中心，不做陪聊主角，不要求用户每天维护复杂系统。

一、总服务蓝图：胶囊不是终点，沉淀才是主价值

蕉不焦的基本服务链路是：

1
碎片出现
2
  -> 胶囊式极速捕获
3
  -> 即时低压反馈
4
  -> 后台智能体沉淀
5
  -> 线程归并或冷冻
6
  -> 选择端点和时机
7
  -> 递交一个下一步
8
  -> 低成本回应
9
  -> 晚间无责复盘

这个链路里最容易被误解是”胶囊”。胶囊不是一个装饰性卡片，也不是把闪念胶囊原样搬过来。它只是前台的轻入口——用户唯一要做的动作。真正让蕉不焦成立的是后台沉淀：系统替用户判断这条碎片是不是任务、是否需要今天出现、是否属于已有线程、是否只是资料、是否等待别人、是否可以冷冻、是否已经可以归档。用户丢进来，它自己沉下去——这就是懒系反射式沉淀的产品化样貌。

因此蕉不焦的体验不能停在“已记录”。“已记录”只解决遗忘，不解决负担。更好的反馈应该是“我已经接住，并且知道现在不该打断你”。用户真正想要的不是多一个盒子，而是脑子可以暂时放下。

二、核心对象：焦点胶囊的生命周期

本文暂用“焦点胶囊”作为工作名。它不是最终品牌名，但能表达“接住闪念，沉淀为焦点”的体验。

1. 新鲜胶囊

新鲜胶囊来自用户刚刚输入、复制、截图、分享或语音说出的碎片。它的特点是信息不完整，但上下文鲜活。系统此时不应该要求用户填写项目、日期、优先级、标签。用户只需要确认“系统接住了”。

在形态上，新鲜胶囊深度参考闪念胶囊的美学：半透明地悬浮在屏幕边缘，默认收起、不打扰当前工作；用户轻拖边缘的小把手即可展开胶囊队列。系统可按沉淀结果给胶囊一个极轻的颜色暗示（例如硬截止、等待、灵感、资料），但这只是氛围，不是要求用户手动分类。这套“边缘悬浮 + 拖动展开 + 颜色暗示”的语言，让捕获在视觉上永远轻，把复杂性留在后台。

示例反馈：

“收到。我先放进产品页线程，现在不打断你写代码。”

这句话包含三层信息：已接住、已归并、暂不打断。它比“创建成功”更有价值。

2. 沉淀中胶囊

后台开始判断胶囊去向。此时系统会读取来源端点、原始内容、时间、当前工作状态、相关线程、可能截止、用户历史偏好。沉淀不是无限思考，而是几秒到几十秒内形成一个可解释结果。

沉淀出口固定为七类：

3. 可递交胶囊

只有一部分胶囊会变成可递交动作。可递交不等于“任务已创建”，而是系统找到了一个合适端点和合适时机。

用户也可以直接参与递交：像闪念胶囊那样把胶囊拖进便签、微信输入框或某个端点即完成路由，或把它拖到“焦点带”的某个粗时段完成轻排程（见后文第十四节）。拖动即决策——这是蕉不焦最省力的兜底方式之一，用户是决策者，但只花一次拖动。

一个可递交动作必须满足：

1. 动词具体。
2. 能在 2 到 15 分钟内开始。
3. 不要求用户先整理其他信息。
4. 与当前端点匹配。
5. 可以被完成、拆小、推迟或冷冻。

坏例子：

“完善定价页。”

好例子：

“打开定价页文档，只摘三条竞品定价表达，不写正文。”

4. 已完成、已冷冻或已归档胶囊

胶囊最终不一定以完成结束。对蕉不焦来说，以下状态同样是有效结果：

• 用户完成了下一步。
• 用户把动作拆小。
• 用户推迟到一个明确条件。
• 系统发现它属于已有线程资料。
• 系统确认它只是噪音并归档。
• 系统把它冷冻到下周、对方回复后或阶段复盘时。
• 用户在晚间复盘时选择“这件事不再需要”。

这很重要，因为传统任务工具容易把“未完成”视为唯一失败。蕉不焦要把“正确地不做”也视为任务减负成果。

三、端点职责：每个端只做它最适合的事

桌面端

桌面端负责深度工作中的杂念回收和深度动作递交。它不应该把用户拖进完整 App，而应提供全局快捷键、轻浮层、当前上下文捕获、文件和浏览器关联。

桌面端最适合处理：

• 写代码时冒出的产品想法。
• 写文档时想起的行政任务。
• 浏览资料时需要保存的研究线索。
• 需要打开文件、网页、设计稿或代码库才能做的下一步。
• 下午或晚上适合在桌面完成的深度动作。

微信端

微信端负责人情任务、客户催办、朋友请求、家人提醒、社群消息和链接复制。它不展示完整清单，只提供捕获、轻澄清、可控回复草案和结果确认。捕获层需正视微信约束：微信聊天内长按后的内部分发入口只面向微信联系人、群、收藏或文件传输助手，不能让独立 App 直接接收聊天消息；微信也不调用系统分享菜单。因此存在三条合规捕获通道，互为补充：（1）复制 / 截图 → 系统分享菜单（iOS Share Extension / Android ACTION_SEND）；（2）桌面 / 全局粘贴浮层自动接住剪贴板；（3）微信服务号（公众号）入站消息——用户把文字或语音发给蕉不焦服务号，由服务端转写入库（flomo 的”服务号语音输入”已验证这条路合规可行）。第（3）条需认证主体，且受微信 48 小时会话窗口与主动推送模板限制，适合”用户主动发给服务号”的捕获，不适合系统高频回推。三条通道都要在产品里压成单一肌肉动作（复制即接住 / 发给服务号即接住）。蕉不焦不得依赖任何个人号 hook、群机器人或代写微信消息的违规接入；回复草案必须由用户回到微信手动确认发送。

微信端最适合处理：

• “今天能给初稿吗”这类对外承诺。
• “你帮我看下这个”这类隐性任务。
• 朋友发来的链接和截图。
• 家人提醒的生活事务。
• 需要先回一句话稳定关系的场景。

浏览器端

浏览器端负责网页任务和研究任务。它不做简单收藏夹，而要判断网页在用户任务中的角色。

浏览器端最适合处理：

• 竞品页面保存和归并。
• 价格页、功能页、案例页的信息提取。
• 稍后阅读但不进入今日任务的资料。
• 报名、预约、申请、报销等网页流程。
• 多个标签页合并成一个研究线程。

手机端

手机端负责随手捕获、语音倾倒、状态确认、轻处理和晚间复盘。它不适合做复杂计划，不应该让用户长时间整理任务。

手机端最适合处理：

• 路上语音说出混乱想法。
• 分享菜单接收图片、链接、文件。
• 早上确认能量状态。
• 通知里的完成、推迟、拆小和冷冻。
• 晚上无责复盘。

通知端

通知端负责递交一个动作，而不是展示未完成账单。通知必须具备低成本回应能力。

每条通知只允许出现一个核心动作，并提供：

• 完成。
• 拆小。
• 推迟。
• 冷冻。
• 今天别推。

这些按钮不是简单交互，而是智能体学习用户偏好的信号。

后台智能体端

后台智能体是蕉不焦的核心。它不是一个聊天界面，而是一组连续能力：

• 捕获后判断。
• 沉淀分流。
• 任务降载。
• 提示策略。
• 多端递交。
• 无责复盘。

后台智能体必须可解释。用户不需要看到全部推理，但必须知道系统为什么把某条胶囊冷冻、归并或推迟。

人机协作样态：AI 自主运行，用户一句话兜底

蕉不焦不是“AI 提议、用户点头”的半自动清单。默认状态应该是 AI 自主运行：它自动判断出口、排程、冷冻、拆解、选择端点、递交下一步；用户只在结果出现后，用极轻方式兜底。兜底不是审批流，而是自然介入：

• “这事别冷冻，今天给我。”
• “这步拆小。”
• “换到手机上做。”
• “这不是硬截止。”
• “以后客户稿下午递，别晚上递。”

系统收到这类介入后，当场改计划，并给一句短反馈：“记下了，客户稿以后优先下午递。”这句话不是陪聊，而是学习确认。每次一句话改、一个按钮或一个手势，都会写回用户偏好、端点倾向、动作粒度和提示时机。这样“准不准”不再是模型一次判断的输赢，而是越用越懂用户的协作闭环。

四、操作路径一：桌面杂念，不打断深度工作

用户故事

作为一个独立开发者，我正在写代码。脑子里突然冒出“定价页要改”，但我不想打开任务软件，也不想立刻切到产品文档。我希望系统接住这个想法，并在不破坏当前代码上下文的情况下，稍后提醒我做一个很小的产品动作。

连贯操作

1. 用户在写代码时按下桌面全局快捷键。
2. 屏幕中央出现一行极轻输入框。
3. 用户输入：“定价页要改，别现在打断我。”
4. 系统在 2 秒内返回：“已放入产品页线程。下午不打断代码主线。”
5. 浮层自动消失，用户继续写代码。
6. 后台智能体将 raw_fragment 保存为原始输入，将 source_endpoint 记为桌面快捷键，将 thread_id 归并到产品页线程。
7. 系统自主判断这不是硬截止，也不是现在必须处理的事项，因此设置 freeze_state 为今日下午前冷冻。
8. 如果用户补一句“这事别冷冻，今天给我”，系统当场改为今天产品时间段递交，并反馈：“记下了，产品页事项以后不默认沉到晚上。”
9. 下午用户从代码工作切换到产品时间段，桌面浮层递交：“只摘三条竞品定价表达，先不用改页面。”
10. 用户点击“开始”，系统打开产品页线程和之前保存的竞品页面。
11. 用户完成后点“完成”，系统在晚间复盘里只写：“产品页胶囊已推进一步。”

后台沉淀

这条路径的关键不是创建任务，而是保护上下文。智能体要识别用户明确说了“别现在打断我”，并把这个偏好转成提示策略。它不能立刻弹出清单，也不能继续追问“什么时候提醒、优先级多少、属于哪个项目”。如果系统追问太多，就已经破坏了深度工作。

设计约束

• 捕获输入框必须在 2 秒内可用。
• 输入后最多返回一句处理结果。
• 非硬截止不弹出完整任务编辑。
• 下午递交时只给一个动作。
• 用户一句话改变冷冻或递交时机时，系统必须当场生效并记入偏好。
• 如果用户连续三次把同类产品想法推迟，系统应降低白天提示频率，改到晚间沉淀。

五、操作路径二：微信催办，先稳住关系再拆下一步

用户故事

作为一个自由职业者，我在微信收到客户消息：“今天能给初稿吗？”我还没有开始，但也不想逃避。我希望系统帮我识别这是对外承诺，先给一个可控回复草案，再把正文拆成一个 10 分钟动作。

连贯操作

1. 客户在微信发来：“今天能给初稿吗？”
2. 用户在微信内长按该消息，选择“复制”（或对截图选“保存图片”），再切到蕉不焦的轻量入口：iOS 上用系统「分享菜单」选中蕉不焦 Share Extension、Android 上用系统「分享」 ACTION_SEND 选中蕉不焦，桌面/其他情况用蕉不焦的全局快捷粘贴浮层接收剪贴板内容。这里需正视一个工程现实——微信聊天内长按后的内置发送面板只面向微信联系人、群、收藏和文件传输助手，不能直接把聊天消息发送给独立 App；微信也不调用系统分享菜单。因此蕉不焦不能假设微信存在“直接发送到蕉不焦”的原生动作。可行路径是「复制/截图 → 系统分享或全局粘贴浮层 → 蕉不焦」，或「把消息/语音转发给蕉不焦服务号 → 服务端转写入库」（见本文端点职责节的三条合规通道），并把它压成用户的肌肉记忆（复制即捕获 / 发给服务号即捕获）。
3. 蕉不焦返回：“这像是对外承诺。我先给你一条不夸口的回复，再把初稿拆到第一步。”
4. 系统自主给出回复草案：“可以，我今天先给你结构和第一版方向，完整细节我会在明天上午补齐。你看这个节奏可以吗？”
5. 用户可以直接复制，也可以一句话兜底：“语气再软一点”“别承诺明天上午”“这客户要更正式”。系统改写后短反馈：“记下了，这类客户回复以后更保守。”
6. 后台把这条胶囊归为硬后果任务，建立客户初稿线程；若系统对承诺强度不确定，不弹复杂表单，只进入“接住待定”并问一句：“这是今天必须回复的客户承诺吗？”
7. 系统从上下文中提取下一步：“打开初稿文档，写三个小标题和每个标题一句话。”
8. 如果用户在桌面，系统 15 分钟后递交桌面动作；如果用户在手机，系统只提醒“回到桌面时递交”。
9. 用户完成第一步后，系统不继续轰炸，而是在晚间复盘里提示“客户初稿已从失控变成结构草案，明天只补第一段正文。”

后台沉淀

微信催办不是普通任务，它包含社交压力、承诺风险和时间不确定。智能体不能只生成“写初稿”任务，也不能替用户直接承诺过度。它应先降低外部压力，再把内部执行降到可开始动作。捕获层必须接受微信约束的妥协实现（复制/截图 → 系统分享/粘贴浮层），而非期待微信开放“聊天消息原生直达独立 App”的能力；下沉层与递交层则不受微信限制，可在桌面 / 通知 / 复盘自由运转。

设计约束

• 捕获走「复制/截图 → 系统分享菜单或全局粘贴浮层」或「发给蕉不焦服务号」的合规链路，不依赖微信原生直达独立 App 的入口。
• 微信端的回复必须由用户手动确认发送；蕉不焦不自动回写微信，不要求个人号 hook 或群机器人等违规接入。
• 对外回复草案必须保守，不制造无法兑现的新承诺。
• 用户改过回复基调后，同一客户或同类客户线程要记住偏好。
• 下一步必须短到 10 到 15 分钟内可启动。
• 如果用户没有桌面环境，不在手机上强推写作任务。
• 复盘只强调已推进和明天第一步，不列“你今天没写完全文”。

六、操作路径三：浏览器研究，把多个网页归并成一个线程

用户故事

作为一个个人创作者，我在浏览器里打开了三个竞品页面。过去我会把每个页面都收藏，最后再也不看。我希望系统把它们归并成一个研究线程，而不是生成三个待办。

连贯操作

1. 用户在浏览器打开三个竞品页面。
2. 用户点击蕉不焦插件按钮，选择“保存到研究线程”。
3. 系统显示：“这 3 个页面像同一组竞品研究。我不会生成 3 个任务，会合成一个 20 分钟动作。”
4. 后台抓取页面标题、URL、用户选中的文字和页面截图缩略图。
5. 系统将三个网页归并到同一 thread_id：竞品定价研究。
6. 系统生成下一步：“摘价格、入口、核心承诺，每页只写一行。”
7. 如果用户当前还在浏览器研究状态，系统可以递交浏览器侧边栏；如果用户正要切走，系统冷冻到下午桌面时段。
8. 用户下午打开桌面，收到：“竞品定价研究只做 20 分钟：每页摘价格、入口、核心承诺。”
9. 用户完成后，系统把摘录沉淀到线程记录，晚间复盘显示“3 个网页已合并为 1 个研究动作”。

后台沉淀

这条路径的关键是去重和归并。普通收藏会让网页越来越多，普通待办会把每个网页都变成负担。蕉不焦要判断网页之间是否属于同一主题，并把它们压缩成一个动作。

设计约束

• 多个网页默认不生成多个任务。
• 研究动作必须限定输出格式，避免无限阅读。
• 插件不要求用户写长备注。
• 页面内容只作为线程资料，不直接塞进今日列表。
• 如果同主题网页超过 8 个，系统应先生成“研究包”，晚间再询问是否保留，不让它自动膨胀。

七、操作路径四：手机语音焦虑倾倒，只递交一个现实动作

用户故事

作为一个高压学生，我晚上走在路上，突然觉得事情很多。我不想打开清单，因为清单会让我更乱。我希望对手机说一段混乱的话，系统帮我抓出真正需要做的一步，其余先放下。

连贯操作

1. 用户长按手机快捷入口，说：“我现在很乱，明天要交小组报告，宿舍还要交费，我还想改简历，但我真的不知道先做哪个。”
2. 系统先返回一句承接：“我接住了。现在不整理全部，只保留一个现实后果最高的动作。”
3. 后台自主识别三类事项：明天小组报告是硬截止，宿舍交费可能是行政事项，改简历是长期发展事项。
4. 系统把小组报告设为下一步，把宿舍交费冷冻到明天下午，把简历放入周末灵感或发展线程。
5. 如果用户说“宿舍交费不是明天，是今晚”，系统立即改成今晚轻提醒，并反馈：“记下了，缴费类事项以后不默认冷冻到明天。”
6. 手机端只显示：“现在只做报告第一步：打开群文件，确认你负责哪一页。”
7. 用户点击“我现在做不了”。
8. 通知提供“拆小一点”，系统改成：“只打开群聊，找到报告文件，不需要写。”
9. 用户完成后点“完成”。
10. 晚间复盘显示：“今晚接住 3 件事，1 件变成下一步，1 件明天下午出现，1 件放到周末。你今晚不用反复想这三件。”

后台沉淀

语音倾倒不应被逐字变成清单。很多内容只是压力表达。系统要把情绪负荷和现实事项分开，只推出一个现实后果最高、启动成本最低的动作。

设计约束

• 语音输入后不展示长任务列表。
• 第一反馈必须短，先承接，再行动。
• 系统不能把用户说出的每个担忧都变成任务。
• 用户拒绝动作时，优先拆小，而不是提高提醒强度。
• 用户指出分类错误时，系统改当次计划，并把同类语音倾倒中的分类偏好写回记忆。
• 晚间复盘不使用失败语言，只展示沉淀结果。

八、操作路径五：截图 OCR，把视觉碎片变成可处理对象

用户故事

作为一个设计师，我在群里看到一张活动安排截图，里面有时间、地点和提交材料要求。我不想手动抄，也怕忘。我希望把截图丢给蕉不焦，系统自动识别并判断哪些需要提醒。

连贯操作

1. 用户从微信或相册分享截图到蕉不焦。
2. 系统返回：“我会从截图里提取时间、地点和需要你做的动作。”
3. 后台 OCR 提取关键信息：活动日期、提交截止、材料清单、地点。
4. 系统自主判断其中“提交作品登记表”是硬截止，“活动地点”是资料，“嘉宾介绍”是可选阅读。
5. 如果截止信息不清楚，系统不把整张图变成问卷，而是放入“接住待定”并问一句：“我不太确定登记表是否明天截止，你扫一眼？”
6. 用户说“这不是硬截止，只是建议日期”，系统当场把它从硬截止改为资料提醒，并记住该类活动截图不要仅凭醒目日期判硬截止。
7. 系统创建线程：活动提交。
8. 系统把地点和嘉宾介绍归并为资料，不生成任务。
9. 系统把登记表拆为下一步：“明天 10:00 打开登记表链接，只填姓名和联系方式。”
10. 通知在明天 10:00 出现，按钮为“完成”“拆小”“推迟到午休”“冷冻到晚上”。
11. 用户完成姓名和联系方式后，系统更新下一步：“晚上补作品名称和简介。”

后台沉淀

截图是典型多信息碎片。传统 OCR 工具只提取文字，传统任务工具要求用户自己判断。蕉不焦要做的是把截图中的信息拆成任务、资料、可选内容和硬截止。

设计约束

• OCR 结果不应整段展示给用户造成负担。
• 时间和地点应进入结构化信息，但前台用自然语言解释。
• 可选信息不进入今日任务。
• 硬截止必须明确提醒，但提醒动作仍要小。
• 识别不确定时只问一个澄清问题，例如“这个截止是必须提交，还是只是活动开始时间？”
• 用户改过硬截止判断后，系统要学习类似截图里的日期语义。

九、操作路径六：通知回应，把提醒变成训练信号

用户故事

作为一个创作者，我不希望通知一直催我。我希望每条提醒都只给我一个动作，并且我能快速告诉系统“现在不合适”“再拆小”“今天别推这个”。

连贯操作

1. 系统在桌面或手机通知用户：“现在只要打开报价表，把客户名填上。”
2. 通知按钮显示：“完成”“拆小”“推迟”“冷冻”“今天别推”。
3. 用户点击“拆小”。
4. 系统改写动作：“只打开报价表，不填内容。”
5. 系统补一句轻反馈：“记下了，报价类任务先从打开模板开始。”
6. 用户点击“完成”。
7. 后台记录：该用户在报价类任务上需要更小启动动作。
8. 下次类似任务出现时，系统不再直接要求填写，而是先递交打开文件、定位位置、复制模板这类动作。

后台沉淀

通知按钮是用户偏好学习的重要来源。它不只是完成状态，而是提示策略的反馈数据。用户连续点击“今天别推”说明系统时机错了；用户连续点击“拆小”说明动作粒度过大；用户连续推迟某类任务说明它可能需要先处理外部承诺或心理阻力。

设计约束

• 通知不显示“还有 N 个任务”。
• 每条通知只递交一个动作。
• 用户关闭通知也应被理解为信号，不能无限重发。
• 同一线程一天内主动提醒次数应有上限。
• 系统必须允许用户一键静默某类任务到晚间复盘。

十、操作路径七：晚间无责复盘，交还沉淀结果

用户故事

作为一个容易被清单压住的人，我晚上不想看到一长串没完成任务。我只想知道今天那些乱七八糟的事情有没有被系统接住，哪些明天还要做，哪些今晚可以不用想。

连贯操作

1. 晚上用户打开手机，看到蕉不焦的晚间复盘卡。
2. 复盘不以“完成率”开头，而是以“今天系统接住了什么”开头。
3. 系统展示：“今天接住 12 个胶囊，3 个变成下一步，5 个归并到线程，2 个冷冻，2 个归档。今晚只需要确认明天第一步。”
4. 用户点开“明天第一步”。
5. 系统展示：“客户初稿：明天 9:30 只补第一段正文。竞品研究：下午只整理价格、入口、承诺。”
6. 用户可选择“明天少一点”。
7. 系统将明天可见动作压缩到一个，并把其他动作冷冻。
8. 复盘结束语：“今晚不用再想这些，我会在对应端点递交。”

后台沉淀

晚间复盘的价值不是统计，而是恢复信任。用户要知道系统没有丢东西，也没有把所有东西都推给明天。复盘应该把沉淀结果可视化：接住、归并、冷冻、等待、归档和下一步。

设计约束

• 不使用失败账单式排序。
• 不突出未完成数量。
• 允许用户减少明天可见动作。
• 告诉用户哪些今晚不用想。
• 每条复盘项都能追溯原始胶囊，但默认不展开。

十一、完整用户故事：独立开发者的一天

早上 9:20，用户在桌面写代码。突然想到“定价页要改”。他按快捷键输入一句话，蕉不焦告诉他“已放入产品页线程，下午不打断代码主线”。这件事没有进入屏幕上的任务列表，也没有破坏当前工作。

10:40，客户在微信问“今天能给初稿吗”。用户在微信里长按复制这条消息（或截图），切到蕉不焦的轻量入口（iOS 系统分享 / Android 分享 / 桌面全局粘贴浮层自动接住剪贴板），蕉不焦识别这是对外承诺，先给保守回复草案，再把初稿拆成“打开文档，写三个小标题”。用户复制草案切回微信发出后，压力下降，因为关系层面先被稳住了。注意这里不能假设微信聊天消息可以原生直达独立 App；真正可用的链路是“复制/截图 → 系统分享或全局粘贴浮层 → 蕉不焦”。

12:30，用户吃饭时刷到一个竞品页面，分享到蕉不焦。系统没有生成新任务，而是把页面归并到产品页线程，说明“下午如果有产品时间，只摘价格和入口”。

15:00，桌面端递交一个动作：“产品页线程只做 20 分钟，摘三条竞品定价表达。”用户完成后，系统不要求继续写完整页面。

18:20，用户手机语音说“我还有报销、医保、周报，好烦”。系统只推出一个现实后果最高的动作：“今晚只把报销发票截图放到一个文件夹，医保明天下午再出现，周报周五上午再出现。”

22:30，晚间复盘显示：“今天接住 9 个胶囊，2 个推进，4 个归并，2 个冷冻，1 个归档。明天只接客户初稿第一段。”用户没有看到失败清单，而是知道系统正在兜住事情。

这个故事说明蕉不焦不是一个 App 页面，而是一条跨端服务线。它在不同端点出现，但围绕同一件事持续沉淀。

十二、完整用户故事：高压学生的一天

早上 8:10，学生在手机上收到课程群截图，里面有报告提交要求。她把截图分享给蕉不焦。系统提取截止时间和材料要求，只把“确认自己负责哪一页”作为上午动作。

中午，她在微信收到同学消息：“你那部分今晚能写完吗？”她长按复制这条消息（微信内置发送面板不能把聊天消息直达独立 App），切到蕉不焦的快速入口（系统分享菜单 / 全局粘贴浮层自动接住剪贴板）。系统先给出可控回复：“我今晚先给你结构和要点，完整表述明早补齐。”然后把任务拆为“打开共享文档，写三个要点”。

下午，她在浏览器查资料，连续保存五个网页。蕉不焦把它们归并成“报告资料线程”，不生成五个待办，只递交“每个网页摘一句可引用观点”。

晚上，她语音倾倒：“我还要洗衣服、背单词、写报告、交费。”系统识别报告是硬后果，交费是行政事项，背单词可以冷冻，洗衣服可以作为生活提醒。手机只显示“现在只打开共享文档写三个要点”。

睡前复盘告诉她：“今天接住 11 个胶囊，报告已推进，交费明天下午出现，背单词本周只保留两次，今晚不用再想。”这不是让她更自律，而是让她少被未沉淀事项拖住。

十三、极轻交互系统：语音、拖动、手势

蕉不焦的用户端只用三种极轻交互，把「记 App」的成本压到接近于零。它们都可逆、都有即时反馈，背后是认知卸载（把判断交给 AI）与直接操作（连续可见、可逆增量、即时反馈弥合执行鸿沟）两条学术支撑，形态则深度继承闪念胶囊的手势/拖动美学。用户始终是决策者，但插手只花一句话、一次拖动、一次滑动；其余判断与分诊由 AI 自主完成。

语音：最低能量的捕获与指令

语音适合走路、开车、低能量、不想打字的时刻。它既是捕获，也是指令：

• 捕获：“帮我记一下，定价页要改。”
• 指令：“放到明早。”“这条不用做。”“拆小一点。”“换到手机上做。”

系统先把语音转成 raw_fragment 并保留原声可回听（闪念胶囊式），再反射沉淀，绝不把逐字转写直接变成任务列表。

拖动：把「决策」变成一次直接操作

拖动是蕉不焦最核心的直接操作，一个动作对应一种决策：

• 拖到焦点带的某个粗时段 = 排程（见第十四节）。
• 拖到某个端点 / 便签 / 微信输入框 = 路由落地（继承闪念胶囊「拖拽落地」范式）。
• 拖到冷冻区 / 归档 = 延后或消解。

拖动全程有即时视觉反馈，对象连续可见、随时可逆——用户不需要理解后台逻辑，拖到哪里就是决定去哪里。

手势 / 滑动：AI 先预标，滑动只确认

在胶囊或下一步卡片上，滑动完成最高频的沉淀动作：

• 右滑 = 接受 / 完成。
• 左滑 = 不用做 / 归档。
• 下拉 = 新建捕获。
• 上滑 = 冷冻。

与纯手势清单（如 Minimalist）不同的是：蕉不焦的 AI 先给出预标默认值，滑动只是确认或推翻。判断由系统卸载，用户只用一个动作拍板。

操作演示：手势快速沉淀

1. 用户拖开边缘把手，展开今天的胶囊队列。
2. 每个胶囊上，系统已用极轻颜色/标记预标了建议出口（下一步 / 资料 / 等待 / 冷冻 / 归档）。
3. 用户对“同学发来的活动链接”右滑一下——系统按预标把它归并进“活动线程”作为资料，不新增任务。
4. 对“随手记的播客点子”上滑——冷冻进灵感池，低频再浮现。
5. 全程无输入、无表单、无翻页，几秒清空当前队列，前台回到干净。

交互设计约束

• 每个关键动作至少支持语音、拖动、手势中的一种，且都可撤销。
• 手势语义全局一致，默认值由 AI 预标，用户滑动只是确认或推翻。
• 捕获与轻排程都不要求填字段。
• 复杂性藏后台，前台永远只呈现「下一步 + 一条轻焦点带」。

十四、焦点带（Focus Band）：一条轻可视排程

排程问题——「这件事到底什么时候做」——用极轻交互来解，而不是让用户面对一张日历。蕉不焦的答案是一条轻可视排程带：屏幕上一条横向的「焦点带」，只有几个粗时段：现在 / 今天晚点 / 明天 / 本周 / 冷冻。

它怎么工作

• 焦点带上只显示 AI 浮出的少数胶囊（与 Kanban WIP 一致），不是全部任务墙。
• AI 先按后台的艾森豪威尔矩阵 + next-do，把「重要且现在能开始」的一步放到“现在”，其余按重要性/后果预排到合适粗时段。
• 用户是决策者：拖一下把某步从“现在”挪到“今天晚点”，或说一句“放到明早”，即完成改期；对“现在”的那一步直接右滑就开始。
• 改期会写回偏好记忆，系统下次预排更贴合你的节奏。

明确边界：做什么、不做什么

艾森豪威尔四象限与内部置信度只是后台调度信号，前台永远看不到；算法不必公布给用户。

用户故事：任务瘫痪时，只亮一件重要小步

作为一个被十几件事压住、盯着屏幕却不知道从哪开始的人，我不想看到完整清单——那只会让我更想逃。我希望系统替我判断“现在到底该干哪一件”，并且小到我能立刻开始。

连贯操作：

1. 用户打开蕉不焦，焦点带的“现在”只亮着一张胶囊：“先写方案的三个小标题（10 分钟）。”
2. 旁边一句轻解释点明收益：“这步做完，明天就不用赶，客户那边也有交代。”
3. 用户觉得现在没状态，把这张胶囊往右拖到“今天晚点”。
4. 系统即时反馈：“好，晚点再递。现在你什么都不用想。”并把它从前台收起。
5. 后台记下“这类深度写作用户偏好晚间”，下次预排更靠后。
6. 到了晚间，焦点带的“现在”重新亮起这一步，用户右滑开始。

关键是：任何时刻焦点带的“现在”最多只亮一件重要且能开始的事，其余全在后台被矩阵挡住。焦虑被留在后台，前台只剩一个焦点。

后台沉淀与设计约束

• 焦点带的排布来自后台艾森豪威尔 + next-do 分诊，不是用户手排。
• “现在”栏遵守 WIP=1，同一时刻只主动亮一件。
• 拖动/语音改期即时生效并写回偏好记忆。
• 硬截止可以突破粗时段预排，但必须解释原因，且动作仍要小。
• 焦点带永不膨胀成日历或象限视图；一旦前台开始要用户做复杂规划，就说明定位滑坡。

十五、实现优先级：先做闭环，不做大而全

首发 MVP 不需要完整 App。它需要一个小而完整的胶囊闭环：

1. 桌面快捷键捕获。
2. 微信捕获（复制/截图 → 系统分享或全局粘贴浮层）。
3. 浏览器插件捕获。
4. 手机分享和语音捕获。
5. 后台沉淀为七类出口。
6. 后台优先级引擎：艾森豪威尔矩阵 + next-do 分诊出「重要且能开始」的一步。
7. 焦点带轻排程，配语音 / 拖动 / 手势极轻交互。
8. 通知递交一个下一步。
9. 晚间无责复盘。

暂不优先做：

• 复杂项目管理。
• 团队协作权限。
• 甘特图。
• 完整习惯打卡。
• 排行榜。
• 重度日历自动排程（焦点带只做粗时段轻排程，不做分钟级满排）。
• 四象限可视界面（矩阵只在后台分诊，前台不露 2×2）。
• 大型聊天人格。

理由很简单：蕉不焦的最小证明不是“功能够不够多”，而是“用户能不能把碎片丢进来，并相信系统会减少而不是增加负担”。

十六、每条路径的验收标准

十七、操作路径到工程实现的最小映射

操作路径要支撑产品设计实现，必须把它逐条翻译成工程能力：每条路径对应入口触发器、捕获链路、沉淀触发、端点递交触发器和最小可观测失败信号。下表是工程团队可据此拆任务的最小映射，不涉及具体技术选型，只描述能力边界。

工程上有八条横切能力必须先就位，否则任意一条路径都会断在沉淀环节，回不到”懒系反射”主轴：

1. 统一捕获层（Capture Bus）：所有端点（桌面快捷键、Share Extension、ACTION_SEND、粘贴浮层、插件、语音、截图、微信服务号入站消息）走同一个 createFragment(raw, source_endpoint, context) 入口，避免每个端各写一套沉淀逻辑。这是”用户只在端点丢一下、其余由系统反射”的工程前提。
2. 沉淀引擎（Sediment Engine）：异步消费 raw_fragment，输出 sedimentation_outcome + thread_id + next_action + freeze_state + reappear_condition + 内部 confidence，全部可解释、可撤销。引擎是”反射”二字落到代码的位置；低置信必须进入”接住待定”队列，只用一个轻量兜底问题反查，而非空转或砸用户多个问号。
3. 端点路由（Endpoint Router）：根据动作类型、用户当前端点活跃度、历史偏好，决定在哪个端点、什么时机、用什么粒度递交；同一时刻只主动递交一个动作（WIP=1）。这是”懒系递交”的工程实体。
4. 提示状态机（Prompt State Machine）：维护每条胶囊的提示频率、静默窗口、今天别推、冷冻到期再激活条件；任何动作都必须能被用户一句话改成本端或全端静默，反之任何硬截止必须能突破静默。这是”无责收束”和”低羞耻”的工程护栏。
5. 偏好记忆层（Preference Memory）：记录用户兜底反馈，包括改时间、改端点、拆小、冷冻、取消、改变回复基调、指出误判类型；下次同类线程必须减少重复错误。这是”越用越懂你”落到系统里的位置。
6. 可信账本（Trusted Ledger）：原始 raw_fragment、来源端点、沉淀历史、用户每一次撤销与纠正都按时间线留存，可导出 Markdown/JSON/CSV，删除真实生效。这是与 memos/IdeaMemo 争信任的工程基线，没有它，反思沉淀都是黑箱。
7. 优先级引擎（Priority Engine）：在沉淀之后、递交之前，后台跑艾森豪威尔矩阵（重要 × 紧急 + 现实后果）结合 next-do，输出「重要且现在能开始」的一步与焦点带的粗时段预排；四象限与内部 confidence 只作调度信号，绝不进入前台。这是”用矩阵解焦虑”落到代码的位置。
8. 焦点带（Focus Band）前端 + 极轻交互层：把优先级引擎的结果渲染成一条粗时段轻排程带，承接语音、拖动、手势三种直接操作，改期即时生效并写回偏好记忆；永不渲染分钟级日历或 2×2。这是”用极轻交互解排程”落到代码的位置。

八条横切能力对应的最小可观测验收：捕获层任意端点新增耗时≤1 工日；沉淀引擎 P95 反馈≤2 秒；端点路由永不出现同一时刻双递交；提示状态机永不让一条胶囊吵过用户设定的当日上限；偏好记忆层能让同类兜底次数下降；可信账本支持任意一条胶囊溯源与一键撤销；优先级引擎前台永不渲染四象限或分钟级日历；焦点带永远遵守 WIP=1、拖动/语音改期即时生效并写回偏好。

十八、设计总判词

蕉不焦的用户体验要足够轻，但不能浅。轻不是少做功能，而是把复杂性藏到后台沉淀里。用户前台看到的应该总是很少：一句反馈、一个动作、一个按钮、一段无责复盘。后台则要足够深：多端上下文、线程归并、冷冻条件、提示策略、任务降载、偏好学习。

如果只做入口，蕉不焦会变成闪念胶囊的弱参照；如果只做清单，蕉不焦会输给 Todoist 和滴答清单；如果只做任务拆解，蕉不焦会被 Unjumble 和 Goblin Tools 夹击；如果只做聊天，蕉不焦会被 ChatGPT、Gemini 和 Copilot 吞掉。

真正的产品路径是把用户工作量压到只剩一个动作——丢进来，其余全部反射化：

你只管丢进来，它自己沉下去；该你做时，只回来一步。

蕉不焦操作路径与服务蓝图 v1.0，2026-07-06