梳理数字员工剩余吸收能力

qimingclaw/docs/digital-employee-frontend-integration-plan.md

@@ -534,6 +534,75 @@ GET /api/digital-employee/approvals
 - Event / Artifact / Approval 视图保留原始 payload 抽屉，但列表层必须提炼 `kind/title/message/status/occurred_at`，避免管理端只能看 JSON 排障。
 - qimingclaw 客户端的失败详情深链仍指向 sync record；管理端命中后可跳转到对应业务视图详情，形成“同步诊断 -> 业务事实”的双入口。
 
+## 尚未完全吸收的核心能力清单
+
+以下清单按当前 qimingclaw 已落地状态盘点，不重复列出已完成的前端嵌入、本地 Plan / Task / Run / Event / Artifact / Approval、outbox 同步、技能投影和同步诊断。
+
+1. **PlanStep 与依赖图**
+   - 已吸收：Plan / Task / Run 记录、计划模板、`create_plan` 中的 steps/tasks 可物化为任务。
+   - 缺口：没有正式 `digital_plan_steps` 表、步骤依赖、步骤级状态、步骤级重试/跳过/取消和跨任务编排关系。
+   - 建议：先补 PlanStep 本地表和 projection，再让任务中心 flow 使用真实步骤图。
+
+2. **调度 / 定时 / 周期任务**
+   - 已吸收：`/api/scheduler/jobs` 有 qimingclaw 兼容投影，`create_schedule`、`run_schedule_now` 能返回本地可解释结果。
+   - 缺口：没有数字员工自己的 schedule 表、cron 创建/更新/删除、定时触发 `/computer/chat`、调度运行历史和失败补偿。
+   - 建议：优先落地 `digital_schedules`、`digital_schedule_runs`，把周期任务变成真实 Plan/Task 入口。
+
+3. **MemoryEntry / 长期记忆**
+   - 已吸收：qimingclaw 主客户端已有 memory 服务和 scheduler，但尚未纳入数字员工模型。
+   - 缺口：`MemoryEntry` 未投射为数字员工能力，embedded `/api/memory` 仍未由 qimingclaw adapter 接管；记忆未进入数字员工 outbox / 管理端视图。
+   - 建议：先把 qimingclaw memory 列表投射到数字员工，再补记忆新增、更新、归档和同步。
+
+4. **治理命令完整生命周期**
+   - 已吸收：`create_plan`、`submit_plan`、`approve_plan`、`activate_plan` 等基础命令可记录本地运行事实。
+   - 缺口：`cancel`、`retry`、`skip`、`pause`、`resume`、`escalate`、计划 revision、任务 action endpoint 和治理审计链还不完整。
+   - 建议：围绕 Task Agent 状态机补命令映射，并把每次治理操作写入 Event / outbox。
+
+5. **ManagedService 控制面**
+   - 已吸收：Agent、MCP、Computer Server、Lanproxy、File Server、GUI Server 状态已进入 snapshot / projection。
+   - 缺口：仍是只读状态，缺少 start / stop / restart、lease 持久化、重启历史、服务异常恢复策略和人机介入入口。
+   - 建议：先做只允许安全服务的 restart bridge，保持高风险命令不暴露。
+
+6. **技能生命周期与策略**
+   - 已吸收：ACP / MCP / GUI / file server 能力已投射到 Skill Catalog，技能库不再使用 demo fallback。
+   - 缺口：技能启用/禁用当前主要是兼容返回，尚未真正持久化策略；缺少技能安装、版本、权限范围、allow/deny 生效和调用审计视图。
+   - 建议：新增本地 skill policy settings，并让 Skill Library 的 enabled 状态影响后续任务分配和展示。
+
+7. **产物交付闭环**
+   - 已吸收：运行 payload 中的 artifacts / outputs / files / uri 可提取为正式 `digital_artifacts` 并同步。
+   - 缺口：缺少文件上传/下载生命周期、产物预览、版本、保留策略、交付状态和管理端业务产物视图。
+   - 建议：先把 File Server 的 workspace / upload / download 状态写入 Artifact payload，再补管理端产物列表。
+
+8. **审批 / 人工介入增强**
+   - 已吸收：approval 记录、workday decision、ACP permission 响应桥已有雏形。
+   - 缺口：缺少评论、转交、超时、SLA、通知、审批历史、风险等级和多步审批流。
+   - 建议：先补 approval timeline 和 notification 投影，再做多动作审批。
+
+9. **通知 / Inbox / 用户消息**
+   - 已吸收：运行事件和同步失败能在数字员工页面展示。
+   - 缺口：sgRobot 风格 `/api/notifications`、未读数、read/dismiss/reply 尚未由 qimingclaw adapter 接管；没有统一数字员工 Inbox。
+   - 建议：把 approval、同步失败、服务异常和任务完成统一投射为通知。
+
+10. **入口路由 / 任务分流**
+    - 已吸收：管理端通过 `/computer/chat` 进入 qimingclaw 后会生成本地任务事实。
+    - 缺口：`/api/ingress/route`、`/api/route-decisions` 类能力未吸收；缺少按任务类型、技能、风险、上下文自动路由到 Plan/Task/Skill 的决策记录。
+    - 建议：先把每次远程任务的路由决策写成 Event，再补可视化时间线。
+
+11. **诊断 / 成本 / 审计视图**
+    - 已吸收：同步失败诊断较完整，部分 sandbox / memory / service 日志在 qimingclaw 其他模块中存在。
+    - 缺口：`/api/doctor`、`/api/cost`、`/api/audit`、sandbox audit、token/cost、CLI/tool 调用审计尚未统一进入数字员工视图和 outbox。
+    - 建议：从只读 dashboard 投影开始，避免先做复杂写操作。
+
+12. **管理端业务查询模型**
+    - 已吸收：管理端已有通用 sync record 接收、查询、payload 摘要和深链。
+    - 缺口：尚未拆出 `/api/digital-employee/plans/tasks/runs/events/artifacts/approvals` 业务视图；管理端仍主要从同步记录观察事实。
+    - 建议：先从 sync record 聚合业务视图，不急于拆物理业务表。
+
+13. **日报实体与导出交付**
+    - 已吸收：embedded 页面可基于当前 workday projection 导出本地文本日报。
+    - 缺口：没有正式 DailyReport 实体、日报计划、PDF/HTML 产物、发送记录、管理端回传和日报审批闭环。
+    - 建议：将日报生成记录作为 Artifact + Event 先沉淀，再考虑格式化导出。
+
 ## 管理端联动原则
 
 数字员工状态是本地优先，但不能成为本地孤岛。