[设计] 保留个人空间并兼容个人 Chief、群聊、公共 Bot 与既有任务迁移 #2186

Written-by: Codex

这是用户已确认的后端边界收敛设计记录，不代表已实现、已部署或真实任务已验证；暂不自动派发、启动实施或中断现有前端流程。优先盘点并复用现有服务，不建立平行身份、任务、会话或调度系统。区分主仓 main 与交付分支已有能力。
常规技术设计可独立完成，改变既定产品/权限边界才向用户提交具体方案。

关联与定位

承接 #2170/#2171/#2175/#2177/#2179/#2182，明确原 FlyBot 能力如何接入统一后端，避免新 Project 模型吞掉个人空间。
迁移规划从第一步参与现有能力盘点；实际切换在身份、执行、存储与服务契约稳定后分批进行。

已确认边界

• 个人 Chief、个人 Bot 与群聊可独立存在，不强制绑定 Project。
• 只有明确参与项目的活动进入项目协作边界；个人与项目上下文不可自动混合。
• 个人 Chief 可以承担个人代理职责，保留身份、私聊和私有记忆，不把个人 Chief 与项目 Chief 合并。
• 群聊可以显式关联项目；群聊消息本身不自动创建 Task，咨询仍是咨询。
• 公共 Bot 保留原有交互、人设/长期记忆的授权查看能力，遵循公开与私有边界；不能借兼容公开私人内容。
• 原有任务与 Workflow 通过适配接入统一 Task 契约。已有执行先保留，新增工作逐步切换，不能保留两套可写任务事实或强制重跑活动任务。
• 适配不得将固定 DAG 重新设为所有项目派活的唯一机制；保留既有场景与新 Handoff 契约的明确映射。
• 不删除原能力来简化实现，不另做一套前端，不改 control-plane。

设计与迁移要求

1. 列出现有对象、入口、权限、数据/Session、活跃任务和 UI 依赖，逐项标记复用、适配、迁移和待补齐。
2. 保留原 ID 或明确持久化映射，保留父子关系、历史、产物和引用；私有数据不能错误归入共享项目。
3. 为旧入口提供领域服务适配，兼容读取旧记录；明确唯一写入来源与切换边界。
4. 与 [设计] 收敛 Project 状态更新与持久化：确定性事件、按需摘要及 SQLite 迁移 #2182 的 JSON→SQLite 迁移统一制定核验/回退，不长期双写，不回退后重新运行已完成外部动作。
5. 活跃执行在安全检查点迁移或等待完成；禁止擅自中断健康 SDK、未知退出后重复派活。
6. 迁移前后提供记录数量、身份/权限/引用一致性和功能回归核对；失败保留诊断与恢复依据。

验收两条主链

• 新链：用户/个人代理提出 Task → Chief 接纳 → Dev/Reviewer/Tester Handoff → Chief 裁定，子任务并行及父任务恢复符合统一契约。
• 兼容链：个人 Chief 使用、未绑定 Project 的个人/群聊、关联项目的群聊、公共 Bot 交互及人设/记忆授权查看仍正常。
• 验证普通提问不建 Task、私有记忆不泄露、多项目代理身份隔离。
• 对旧记录、活跃工作、迁移中断、回退及重复事件做回归；真实任务和 UI 验收与单测分别记录。

建议推进顺序

先做能力/数据盘点 → 身份授权及执行生命周期、存储事务契约 → SQLite 与统一服务接口 → 既有入口兼容适配/分批切换 → 一个外部代理端到端验证 → 扩大调用方。

交付要求

• 同步项目长期记忆、架构/子系统文档、接口/配置说明和变更记录。
• 测试标明实际提交、执行项及未覆盖项；区分测试替身通过与真实 SDK/实际任务可用。
• 不改 control-plane，不擅自部署、合并或中断健康执行。后续按依赖拆可审阅实施项。