吸收数字员工长期记忆闭环
This commit is contained in:
@@ -536,7 +536,7 @@ GET /api/digital-employee/approvals
|
||||
|
||||
## 尚未完全吸收的核心能力清单
|
||||
|
||||
以下清单按当前 qimingclaw 已落地状态盘点,不重复列出已完成的前端嵌入、本地 Plan / Task / Run / Event / Artifact / Approval、outbox 同步、技能投影和同步诊断。
|
||||
以下清单按当前 qimingclaw 已落地状态盘点,不重复列出已完成的前端嵌入、本地 Plan / Task / Run / Event / Artifact / Approval / MemoryEntry、outbox 同步、技能投影和同步诊断。
|
||||
|
||||
1. **PlanStep 与依赖图(已开始)**
|
||||
- 已吸收:Plan / Task / Run 记录、计划模板、`create_plan` 中的 steps/tasks 可物化为任务;PlanStep 已开始作为正式本地实体落入 `digital_plan_steps`。
|
||||
@@ -550,10 +550,11 @@ GET /api/digital-employee/approvals
|
||||
- 后续缺口:更细的秒级 cron、复杂日历排除规则、多调度并发策略 UI 和管理端调度策略下发仍待吸收。
|
||||
- 建议:下一轮围绕入口路由/任务分流,把 schedule 触发的计划与具体 Skill Policy、Task Agent 状态机更精确地绑定。
|
||||
|
||||
3. **MemoryEntry / 长期记忆**
|
||||
- 已吸收:qimingclaw 主客户端已有 memory 服务和 scheduler,但尚未纳入数字员工模型。
|
||||
- 缺口:`MemoryEntry` 未投射为数字员工能力,embedded `/api/memory` 仍未由 qimingclaw adapter 接管;记忆未进入数字员工 outbox / 管理端视图。
|
||||
- 建议:先把 qimingclaw memory 列表投射到数字员工,再补记忆新增、更新、归档和同步。
|
||||
3. **MemoryEntry / 长期记忆(已开始)**
|
||||
- 已吸收:qimingclaw `memoryService` 已投射为数字员工本地 `digital_memories`,支持从主客户端记忆列表同步、桥接新增和软删除;本地兜底记忆仍可在 memory 服务未初始化时工作。
|
||||
- 当前能力:embedded `/api/memory` 已由 qimingclaw adapter 接管,GET / POST / DELETE 会通过 preload bridge 读写 `digital_memories`;记忆新增、更新和删除会进入 `digital_sync_outbox`,entity type 为 `memory`,同步业务视图会提炼 key、category、source、status 和 content preview。
|
||||
- 后续缺口:记忆合并、归档/恢复 UI、管理端长期记忆业务视图、记忆治理审计链和远端策略下发仍待吸收。
|
||||
- 建议:下一轮围绕管理端视图和记忆治理,把长期记忆从本地事实继续扩展到人工可审计、可归档、可合并的运营闭环。
|
||||
|
||||
4. **治理命令完整生命周期**
|
||||
- 已吸收:`create_plan`、`submit_plan`、`approve_plan`、`activate_plan` 等基础命令可记录本地运行事实;任务级 `retry_task`、`skip_task`、`pause_task`、`resume_task`、`provide_task_input`、`cancel_task`、`start_run`、`cancel_run` 已具备本地事实闭环。
|
||||
|
||||
Reference in New Issue
Block a user