[Roadmap] Akashic

[kachofugetsu09]

Akashic Roadmap

这里仅记录已经确认、适合公开跟踪的方向。

总设计草案：#375

详细合同

• [Session] 统一 Web 与 Mobile 的 akashic canonical session #368 — Web/Mobile 共享 akashic:* Canonical Session
• [Project] 为通用 Akashic 增加项目 Session 与 coding context #369 — Project Session 与 coding context
• [Memory] 为 Companion 与各 Project 建立独立 Akasha 图 #370 — Companion / Project 独立 Akasha 图
• [Context] 长工具结果完整展示后折叠，并按原消息回读 #371 — 大型 tool result 归档与按需回读

依赖主链：#368 → #369 → #370。
#371 的原 Session 归档可独立推进；同 Project 跨 Session 回读在 #369 后启用。

延后占位

以下方向只保留位置，当前不展开问题、方案、依赖、优先级或验收：

• [Plugin] 收敛插件自验证与晋升权限链 #372 — 插件自验证与晋升权限链
• [Self-improvement] 结合 Akasha burst 完成自主能力补全 #373 — Akasha burst 与自主能力补全
• [Onboarding] 建立连续、易理解的首次配置体验 #374 — 连续 Onboarding

记录规则

• 每项 Roadmap 都先创建或关联一个 Issue。
• 开始实现后，由 Pull Request 关联对应 Issue。
• 合并完成后勾选事项，并保留 Issue 或 PR 链接。
• 未确认的想法、内部待办和临时调查不写入 Roadmap。

[akashic-review-bot]

首次处理：Roadmap 与 docs/NOW.md 逐条对齐检查。

结论：12 条全部能在 NOW.md 找到承接点，没有孤儿项，也没有已完成的旧账混入。

对应关系：

Plugin

• 插件递归自验证的真实隔离验收 → NOW P0·插件递归自验证 第 1 条（Fitbit canonical source + validation_port_env 一次性验收）
• 插件发布在进程崩溃下的恢复验证 → NOW P0·插件递归自验证 第 2 条（turn-boundary 崩溃注入矩阵）
• Skill 与 MCP 安装统一到插件发布链 → NOW P1（mcp/servers/*.toml 直装 + 手工 skill 目录迁移成插件贡献，收窄 WorkspaceMcpAdmin/watcher/loader）

Runtime

• 容器 / Host Bridge / 本机分层验证 → NOW P1（按容器与 Host Bridge 非迁移实验合同）
• hua-home 隔离候选运行时验证 → NOW P1（capability matrix + Supervisor 故障注入 + 零写入证据齐全前不迁移）
• 高风险重构差分回放 → NOW P1（base/candidate 差分回放，核对 write set、事件、外部调用、错误分类）

Reliability

• 核心不变量转可执行验收 → NOW P1（projectneed 中 MEM-001/MEM-002/OUT-001/PLG-001/PLG-004/WSP-001/BAK-001 迁移）
• 轻量变更意图检查 → NOW P0·独立语义验收（change-intent 校验）
• 保护 P0 验收器 → NOW P0·独立语义验收（受保护路径 policy：semantic_delta: none 不得改 oracle/mutant/coverage）

Persistence

• 持久化状态地图剩余语义确认 → NOW P1（INT-009/010/012–014 + 旧消息编辑 + turns retention，等维护者确认）
• 状态地图转机器可读备份清单 → NOW P1（备份 manifest + 目录快照 + global companion state）
• 隔离只读恢复演练 → NOW P1（snapshot 启动只读 runtime，读会话/记忆/调度/插件数据/主动流程连续性）

两点观察：

1. 最近合入的 fix(runtime): align healthcheck readiness window #362（healthcheck readiness）、fix(installer): pin Bridge venv to mise Python #363（bridge venv pin）、fix(mobile): reconcile interrupted turns after restart #364（mobile interrupted turns reconcile）、fix(provider): 轮转 LLM 请求快照 #365（LLM 请求快照轮转）都不在 roadmap 条目内——说明这份 roadmap 是方向级追踪，PR 级进展仍以 NOW.md 为准，两层的粒度分工是自洽的。
2. 唯一需要维护者人工输入的接点是 Persistence 第 1 条：INT-009/010/012–014 的语义确认和旧消息编辑/turns retention 决策。其余条目都等实现推进，不依赖外部输入。

当前没有可勾选项。如果某项开始推进，建议在此评论下贴对应 PR，完成后再勾选，正好符合"维护方式"里"完成一项后直接勾选，并链接对应 Issue 或 PR"的约定。

[kachofugetsu09]

本轮必要性判断：旧 #367 总路线不再需要作为当前实施追踪，按 not_planned 归档；仍开放的 #371 继续独立交付，不因此取消或视为完成。

刚核对真实远端：#368 是 completed；#369/#370 与三个留位 #372/#373/#374 均已 not_planned。父项仍列旧 #368→#369→#370 依赖链和六个未勾选项，容易把已退出当前计划的方向重新当成执行任务。

现行权威 0073（e8224559） 已以通用 Session.scope、Projects owner 和 Akasha 图选择器实现项目归属/记忆图；明确只提升这两部分，working_root、项目指令和 coding context 仍是草案。原 #369/#370 的专用字段/路径模型不能重新实施。旧 Mobile 路线也已由0076 Android Shell取代。关闭这个父项不把未提升草案冒充已实现。

四套固定 harness 的模型各异：Codex ThreadId/cwd与fork、Pi JSONL SessionHeader/cwd/parentSession、Maka session/turn/run admission、DSH插件声明的storage-domain。可借鉴身份与owner边界，不将这些产品形式拼回旧路线；当前Akashic的已批准Message/Turn/Session与普通插件合同负责后续设计。

剩余大型 tool result 已由 #371 和既有 Draft PR886 拥有；benchmark 由 #549 拥有。此父项没有独占的实施、状态或验收责任，保留开放只重复子项。保留历史链接，后续新产品选择按现行模型建立明确问题合同。