任务：自动日报与用户画像能力现状分析

[jinyu918]

自动日报与用户画像能力现状分析

当前已具备的基础

能力	状态	说明
镜子概览接口	已有	agent.mirror.overview.get 返回 history_summary/daily_summary/profile/memory_references
任务完成后写记忆摘要	已有	materializeMemoryWriteReferences() 写入短文本摘要
简单日报统计展示	已有	daily_summary 返回日期、完成数、产出数（现算，非生成）
简单画像推断	已有	buildMirrorProfile() 推断 work_style/preferred_output/active_hours（启发式）
周期设置项	已有配置	work_summary_interval / profile_refresh_interval 存在于 settings

当前缺失的关键能力

1. 无真正的周期触发器

• settings 有周期配置，但无后台调度器真正执行
• 建议：补 startup 检查 + 定时轮询

2. 无正式日报生成链路

• daily_summary 只是统计数字，非 Agent 生成的自然语言日报
• 无 artifact 落盘
• 建议：创建正式"日报任务"，产出 markdown artifact

3. 画像生成过于简单

• 只有 bubble vs document 和 活跃时段 推断
• 无法总结：工作类型、表达偏好、提醒接受度、长期目标、禁忌
• 建议：升级 builder，增加输入方式、入口、任务类型等字段

4. 存储模型不完整

• memory_summaries 表缺少 category/lifecycle 字段
• 无法区分：日报类、画像类、普通摘要
• 建议：补字段，按类别分开存

5. 用户画像管理未实现

• agent.mirror.memory.manage 是 planned，非 stable
• 无法编辑、纠正、删除画像
• 文档已列在未完成项 docs/work-priority-plan.md:283

6. memory.enabled 开关后端未真正治理

• 前端有开关，但后端未将其作为停止写入/停止自动总结的硬开关

---

最小可用实现方案建议

第一阶段：自动日报 MVP

1. 触发方式: 复用 settings.memory.work_summary_interval 周期配置
2. 数据来源: 复用 DashboardModuleGet / MirrorOverviewGet 可拿到的任务/交付/风险/记忆数据
3. 产出形式: 正式 delivery_result + markdown artifact（如 workspace/archive/daily-summary-YYYY-MM-DD.md）
4. 幂等保证: 按日期生成，同一天不重复

需要新增:

• 周期触发器/启动检查器
• 日报任务装配函数
• artifact 交付逻辑
• 幂等键机制

第二阶段：基础版自动画像

1. 升级 buildMirrorProfile() 为独立 builder
2. 新增字段: 常用输入方式、常用入口、偏好任务类型、提醒接受度
3. 数据来源: 已完成任务、mirror conversation 统计、交付类型、意图/source_type/input_mode
4. 产出形式: 结构化快照回给前端

第三阶段：真正"自动生成"

1. 后台调度器: startup 检查 + 定时轮询
2. 执行逻辑: 到期即创建日报任务/画像刷新任务
3. 状态记录: 更新最后执行时间

第四阶段：存储补齐

新增字段:

• memory_summaries.category (profile/stage_summary/preference)
• memory_summaries.lifecycle (控制保留周期)

第五阶段：前端承接

• 镜子页展示最近日报 artifact/文本摘要
• 画像区使用后端真实刷新结果
• 现有承接位置：mirrorService.ts / mirrorViewModel.ts

---

完成标准

• 到设定周期后，系统自动创建"日报任务"
• 任务完成后产出正式文档/结果
• 镜子页能看到最近日报
• 系统按周期刷新基础画像
• 画像不再只是弱推断
• 同一天不重复生成日报

---

建议优先级

序号	任务	优先级
1	日报任务自动创建	中
2	日报 artifact 交付	中
3	画像 builder 升级	低
4	memory 表补字段	低
5	镜子页展示与管理入口	低

---

相关文档

• docs/work-priority-plan.md - 分工与勾选标准
• docs/protocol-design.md - 协议真源
• docs/data-design.md - 存储设计
• docs/module-design.md - 镜子域设计
• docs/control-panel-settings.md - 设置项说明

[Blackcloudss]

关于这个前后端负责的部分别单独开个子issue吧

[Blackcloudss]

关于用户画像和任务日报的前端展现方式可以参考之前我那个readdy的“星球”原型

[gdemonc]

结论

• 结合 任务：自动日报与用户画像能力现状分析 #477 和当前仓库，前端不用去做“自动生成日报 / 周期调度 / 画像计算 / 存储分类”本身，前端主要做的是镜子页承接、设置解释、结果展示、以及后续画像管理入口。
• 现阶段前端已经有一半底座，真正缺的是把后端未来补齐的正式结果接进来，而不是再继续在前端拼“伪日报/伪画像”。
  当前已具备
• 镜子页已经走正式 RPC：agent.mirror.overview.get，并拉取 history_summary / daily_summary / profile / memory_references，见 apps/desktop/src/features/dashboard/memory/mirrorService.ts:186。
• 协议里当前 daily_summary 只有日期、完成数、产出数，profile 只有 3 个字段，见 packages/protocol/rpc/methods.ts:651、packages/protocol/rpc/methods.ts:656。
• 镜子页已经区分“后端画像字段”和“最近本地统计”，没有把本地统计伪装成正式画像，见 apps/desktop/src/features/dashboard/memory/MirrorDetailContent.tsx:563、apps/desktop/src/features/dashboard/memory/MirrorDetailContent.tsx:572。
• 控制面板和镜子页已经能展示/修改 memory.enabled、lifecycle，并展示 work_summary_interval、profile_refresh_interval，见 apps/desktop/src/features/dashboard/memory/MirrorDetailContent.tsx:744、apps/desktop/src/features/control-panel/ControlPanelApp.tsx:1471。
  前端接下来要做的
• 日报承接：后端一旦提供“真正的日报结果 / artifact / delivery_result”，镜子页要新增“最近日报”展示与打开入口，而不是只显示当前统计摘要。
• 画像承接：后端一旦扩展正式 profile 字段，镜子页要把现有 3 字段展示升级成更完整的画像卡片分组。
• 画像管理入口：为后续“编辑 / 纠正 / 删除画像”预留页面入口、按钮状态和交互承接，但不能在 stable API 之前自己发明操作协议。
• 开关语义修正：前端需要明确提示 memory.enabled 当前更多是前端/设置层开关，后端是否真正停止写入要以后端治理落地为准，避免 UI 过度承诺。
  现在不该由前端做的
• 周期触发器、startup 检查、定时轮询。
• 正式日报任务创建、artifact 落盘、幂等键。
• 画像 builder 升级、memory 表 category/lifecycle 建模。
• 绕过 stable 协议直接实现 agent.mirror.memory.manage；协议文档已明确它还是 planned，见 docs/protocol-design.md:2919。
  最大阻塞
• 协议没给“正式日报文本/摘要/artifact 引用”，所以前端无法诚实地做“自动日报展示”，只能先显示统计，见 packages/protocol/rpc/methods.ts:651。
• 协议没给 richer profile schema，所以前端现在只能展示 work_style / preferred_output / active_hours，见 packages/protocol/rpc/methods.ts:656。
• 协议没给 stable 的画像管理 API，前端不能先做真编辑流，见 docs/protocol-design.md:2920。
  建议前端实施顺序

1. 先等后端/协议补齐日报与画像正式字段。
2. 再改镜子页承接最近日报、画像增强展示。
3. 最后接画像管理入口和控制面板说明文案。