AI 使用方式 · 不只是 MCP
AI 可以帮你澄清和规划，
但不能替你做决定。
JotGrove 使用多个小型专业 Agent 处理笔记、决策、项目、风险和反思；也能建议标签、整理你选中的随记、基于已确认的「重启人生」蓝图继续工作，并通过受限 MCP 连接供外部 AI 客户端使用。
- 从六类专业 Agent 中选择 1—3 个
- 从随记多选：1 条来源加最多 20 条上下文
- 会产生行动的结果都先成为草稿
我想更从容地开始每周
- 原文来源
原笔记保持不变；服务端运行会绑定它的版本。
- 角色Agent 团队
自行选择角色，或采用系统为这类笔记建议的组合。
- 草稿结果
分别审核澄清、选项、计划、任务、风险或反思。
- 由你决定
接受、拒绝，或让每条结果保持不变。
原始笔记：未修改 · 应用结果：需要确认
运行规则
AI 工作过程可见、范围明确，确认前可以撤回。
每次 AI 运行都关联一条来源笔记，并记录参与的角色和返回的草稿。由模型服务端执行的运行还会绑定来源版本，让服务端可以拒绝已过期的结果。这是审核流程，不是后台改写。
- 01AI Agent 团队
- 02上下文控制
- 03草稿与确认
- 04AI 标签
- 05随记与重启人生
- 06AI 连接 · MCP
AI Agent 团队
根据笔记选择专业角色，而不是只使用一个通用助手。
JotGrove 会根据笔记类型建议一个团队，再由你为本次运行选择一至三个角色。现有角色包括：意图澄清、决策分析、计划拆解、执行设计、风险复核和复盘校准。
- 澄清模糊方向和缺失信息
- 比较选项、拆分计划并准备执行步骤
- 提前看到风险，或只做反思而不强制生成计划
上下文控制
默认只用一张卡片；额外上下文目前从「随记」多选进入。
从便签墙、随记或笔记详情启动 AI 时，默认只使用当前卡片。现在只能在「随记」里至少多选两条来加入上下文：第一条是来源，其后最多二十条是上下文；详情页没有任意选取关联笔记的入口。Web 应用不扫描整面墙，也固定关闭联网研究。
- 先在「随记」中明确多选，再确认 Agent 团队
- 所有未选卡片都不进入提示词
- 模型服务凭据只保留在服务端，不会发到浏览器
草稿与确认
把每种输出作为独立结果逐项审核。
一次运行可能返回摘要、澄清问题、决策选项、计划草稿、任务草稿、执行说明、风险审查或反思。分析结果可以标记为有用或收起；计划和任务草稿会成对确认。
- 任何结果都不会覆盖原始笔记
- 确认后才会创建计划和任务记录
- 服务端模型草稿在应用时会再次核对来源版本
AI 标签
编辑笔记时，可以请求一组标签建议。
AI 可以根据标题、正文、现有标签和工作空间里已有的标签，给出一小组建议。建议会显示在标签编辑器中，是否加入由你决定。
- 建议不会替换已有标签
- 重复和不符合规则的标签名会被过滤
- 仍然可以手动新建、重命名、着色或移除标签
随记与重启人生
AI 可以从工作空间里的多个入口开始。
至少选择两条随记后，可以让一次 AI 运行把它们放在一起分析：第一条作为来源，其余作为明确上下文；运行不会立即合并、加标签或移动它们。使用「重启人生」时，要先确认自己的回答，再把蓝图交给普通 AI 草稿流程。
- 多条随记分析只从你选中的内容开始
- 重启人生的回答由你填写和确认，不由 AI 猜测
- 之后产生的计划或任务仍要经过草稿审核流程
AI 连接 · MCP
让支持 MCP 的外部 AI 客户端读取受限的同步视图。
完成带 PKCE 的 OAuth 2.1 授权后，search、fetch 和 list_recent 会把已同步的各类卡片作为 note 资源读取，也能读取已同步的计划与任务；list_tags 另行汇总已同步卡片的标签。submit_draft 支持 note、knowledge_summary 和 plan_outline 三类草稿，并送回 JotGrove 审核。
- MCP 只能看到已经同步到服务端的内容
- 批准外部草稿只会创建笔记或随记，不会创建计划，也不能改删已有内容
- 可以在设置里撤销单个连接或全部连接
明确边界
当前 Web 版的 AI 不会做什么。
这里的 AI 价值来自可控的草稿流程，而不是无人看管的自动化。
- 01
关闭、建议与自动只控制何时启动；自动运行的结果也要等待审核
- 02
不会读取整个工作空间、联网查资料、覆盖笔记或悄悄创建计划
- 03
真实模型运行和 AI 标签是否可用，取决于服务端配置和网络状态