docs: separate design reference queue
- 将不直接执行的 process-reference 文档迁入各域 reference 目录 - 更新 design/README、AGENTS 和总序文档，固定 process/draft/reference/done 目录语义 - 修正活跃文档中指向旧 process 位置的参考链接 验证：git diff --check；codegraph sync .
This commit is contained in:
lix-2026
@@ -1,124 +0,0 @@
|
||||
# 12 Sidex / VSCode Workbench 对照审查 v1
|
||||
|
||||
> 状态：process-reference
|
||||
>
|
||||
> 归档说明（2026-05-21）：本 review 的 P0/P1/P2 缺口已拆分到 `4-*` / `5-*` 执行 checklist；本文保留为 Sidex / VSCode 对照原始证据，不再作为直接执行清单。
|
||||
>
|
||||
> 日期：2026-05-20
|
||||
>
|
||||
> 范围：`reference-code/sidex-main` 对照 MNote 当前主编辑区、资源 tab、File Tree、资源生命周期和 smoke 覆盖。
|
||||
|
||||
## 1. 审查方法
|
||||
|
||||
本轮使用 CodeGraph 与只读 subagent 并行审查，优先对照 `/mnt/Data1T/mnote/reference-code/sidex-main`，因为该目录包含较完整的 VSCode workbench 源码。`reference-code/vscode` 当前更像裁剪版快照，只作为辅助证据。
|
||||
|
||||
审查按功能切面展开：
|
||||
|
||||
- Editor / tab：`EditorService.openEditor`、`EditorGroupModel`、`EditorGroupView`、`MultiEditorTabsControl`、`OpenEditorsView`。
|
||||
- Explorer / file actions：`ExplorerService`、`ExplorerView`、`fileActions`、`ResourceFileEdit` / `IBulkEditService`。
|
||||
- MNote 对应链路：`mnote-web` 的 `web_shell.rs`、`layout.rs`、`tree.rs`、`local_folder_source.rs`、`resource_trash.rs`、`onlyoffice.rs`、`leptos-tiptap-spike`。
|
||||
|
||||
## 2. Sidex / VSCode 可借鉴模型
|
||||
|
||||
- Explorer 打开文件不是按 UI 分支散落处理，而是统一交给 `IEditorService.openEditor({ resource, options }, ACTIVE_GROUP / SIDE_GROUP)`。
|
||||
- `EditorGroupModel` 是 tab/editor 列表真相层，维护 `editors`、`active`、`preview`、`sticky`、`transient`、MRU 和 selection，并发布 open / close / move / dirty / label 等模型事件。
|
||||
- `EditorTitleControl` / `MultiEditorTabsControl` 只是消费模型做渲染、滚动、reveal active、DnD、右键菜单和 tab action，不承载资源事实。
|
||||
- `OpenEditorsView` 监听 editor group model，与 active editor、visible editors、dirty/label 状态联动。
|
||||
- Explorer 文件生命周期通过 `ResourceFileEdit` + `IBulkEditService` 聚合执行，并处理 dirty working copy、readonly、trash / permanent delete、undo label、cancel 和失败 fallback。
|
||||
|
||||
## 3. MNote 当前链路
|
||||
|
||||
- 主文档页由 `document_page_shell` 生成，SSR 初始只有固定 page tab、resource tab host 和可选 secondary pane。
|
||||
- `resourceTabRegistry` 是浏览器内存 Map，`openResourceInActiveTab` 按 `objectIdentity` 去重并动态创建 tab/panel；关闭时直接 unmount、remove、delete。
|
||||
- 文件树点击在 `layout.rs` 中分发：document / markdown 页面走 `navigateToDocument`，asset 触发 `tree.asset.open`；local office 可进 resource tab，Convex office 仍可能新窗口，mindmap 走独立 object shell。
|
||||
- local_folder executor 已能处理 Markdown、目录、raw file 的 create / rename / copy / move / delete / restore / purge，但 filetree runtime 的打开目标模型和资源生命周期模型仍未完全对齐。
|
||||
- resource lifecycle 仍散在 tree command、resource_trash 兼容 route、layout 内联 JS 多条路径。
|
||||
|
||||
## 4. P0 缺口
|
||||
|
||||
### P0-1 统一 editor input / editor group / active editor 模型缺失
|
||||
|
||||
MNote 当前 page、secondary pane、resource tab、mindmap shell、OnlyOffice 新窗口分别走不同状态链。`resourceTabRegistry` 只存在于页面内存，不能被 Sidebar、Open Editors、快捷键、持久化恢复或 watcher 统一消费。
|
||||
|
||||
建议：先实现 MNote 轻量版 `EditorInput` / `EditorGroupState`，只覆盖 active group 内的 page/resource editor，不照搬 VSCode 完整 DI 和多 group grid。
|
||||
|
||||
### P0-2 resource tab 关闭缺少 dirty / saving / conflict 防护
|
||||
|
||||
`closeResourceTab` 直接释放 view/session 并移除 DOM，但同一文件中已经存在 `session.dirty`、`saving`、`hasExternalConflict` 等状态。关闭脏资源、保存中资源或外部冲突资源需要最小防护。
|
||||
|
||||
建议：关闭前先检查 session 状态；脏资源优先触发保存或阻止关闭并给出确认；保存中/冲突状态不能静默释放。
|
||||
|
||||
### P0-3 资源打开策略不一致
|
||||
|
||||
local office 可进入主编辑区 tab，Convex office 仍可能新窗口；mindmap 总是 object shell；部分非本页 code/text attachment 会 `window.open`。这和“默认主编辑区 tab，显式新窗口例外”的当前目标不一致。
|
||||
|
||||
建议：引入统一 `openResourceEditor(input, target)`，把 `active-tab`、`side`、`new-window` 作为显式目标，并把 resource kind 解析集中在 resolver。
|
||||
|
||||
### P0-4 File Tree 打开目标与资源生命周期模型不对齐
|
||||
|
||||
`filetree_runtime::OpenTarget` 只能表达 document / index / asset / asset-folder，不能完整表达 raw local file、directory、arbitrary resource；但 local_folder executor 已支持 raw file / directory lifecycle。
|
||||
|
||||
建议：扩展 open target / resource identity 合同，至少能稳定表达 `local_file`、`directory`、`mindmap`、`table`、`office`、`image` 等资源类型。
|
||||
|
||||
### P0-5 resource lifecycle 仍多入口分散
|
||||
|
||||
资源删除/恢复/永久删除仍由 tree command、resource_trash route、layout 内联 JS 分流处理。云端 asset、mindmap、table、本地 raw file 的路径不完全统一，容易造成垃圾箱、刷新、tab 状态不同步。
|
||||
|
||||
建议：继续推进 `tree.resource.*` cutover，旧 URL 只作为兼容 alias；前端也应逐步走统一 resource command client。
|
||||
|
||||
## 5. P1 缺口
|
||||
|
||||
- local_folder `move` 丢弃 `sortOrder`，拖拽排序与持久顺序语义不闭环。
|
||||
- resource tab active 状态只改 DOM，不同步 URL、sidebar active row、可恢复状态。
|
||||
- tab identity 混用 `objectIdentity / assetId / href / resource:file:<rootUri>:<path>`，需要 canonical resource identity。
|
||||
- mindmap 仍是独立 object shell，不是 main editor group 内的 editor kind。
|
||||
- secondary pane 与 main tab 是两套概念；长期应映射为 side target / side group 语义。
|
||||
- delete 缺少 dirty / readonly / undo / fallback 统一动作层。
|
||||
- paste / right-click paste 目标模型不完整；外部 drop 对二进制文件支持不足。
|
||||
- smoke 偏“资源存在 / 不闪烁”，缺少 editor workbench 语义断言。
|
||||
|
||||
## 6. P2 缺口
|
||||
|
||||
- tab strip 缺少键盘 roving tabindex、左右切换、关闭快捷键、MRU 回退。
|
||||
- tab overflow / reveal active / multi-row / context menu / close others 等能力较弱。
|
||||
- `.txt` / `.json` / `.ts` / PDF / image 等类型 smoke 矩阵不完整。
|
||||
- PDF badge 当前与 ppt 复用，资源类型与显示颜色语义应拆开。
|
||||
- File Tree 上下文菜单仍有英文和禁用项暴露实现缺口。
|
||||
- trash modal 与 resource command 仍是并行入口，需要继续收口到统一资源生命周期视图。
|
||||
|
||||
## 7. 不建议照搬
|
||||
|
||||
- 不照搬 Sidex / VSCode 的 DI service 容器。
|
||||
- 不照搬完整多 editor group grid；MNote 当前只需要 active tab + side target 的轻量模型。
|
||||
- 不照搬 Monaco / TextModel 作为 Markdown 文档事实源；MNote 主编辑仍是 tiptap / Page Aggregate / local Markdown。
|
||||
- 不照搬 Extension Host、ContextKey 全体系和完整 UndoRedoSource。
|
||||
- 不把参考项目 UI 层状态当成 MNote 的新事实源；MNote 的树、资源归属、生命周期仍以 Rust kernel / local-first 合同为准。
|
||||
|
||||
## 8. 执行拆分
|
||||
|
||||
本 review 拆分为三份执行 checklist：
|
||||
|
||||
- `design/05-editor-mainline/done/5-16-editor-group-resource-tab-safety-checklist-v1.md`
|
||||
- `design/04-tree-domain/process/4-38-filetree-resource-lifecycle-open-target-checklist-v1.md`
|
||||
- `design/05-editor-mainline/done/5-17-resource-editor-kind-and-smoke-matrix-checklist-v1.md`
|
||||
|
||||
第二轮 P0 收口继续拆为四份独立 checklist：
|
||||
|
||||
- `design/05-editor-mainline/done/5-18-main-editor-tab-state-and-error-placeholder-checklist-v1.md`
|
||||
- `design/05-editor-mainline/done/5-19-resource-open-resolver-and-onlyoffice-checklist-v1.md`
|
||||
- `design/04-tree-domain/done/4-39-filetree-open-target-resource-identity-checklist-v1.md`
|
||||
- `design/04-tree-domain/done/4-40-resource-lifecycle-command-cutover-smoke-checklist-v1.md`
|
||||
|
||||
第三轮继续收口剩余 P0，并在 P0 清零后推进相邻 P1：
|
||||
|
||||
- `design/05-editor-mainline/done/5-20-resource-tab-close-confirm-checklist-v1.md`
|
||||
- `design/04-tree-domain/done/4-41-filetree-bulk-resource-command-cutover-v1.md`
|
||||
- `design/04-tree-domain/done/4-42-filetree-open-target-rooturi-contract-v1.md`
|
||||
- `design/05-editor-mainline/done/5-21-editor-tab-url-active-identity-checklist-v1.md`
|
||||
|
||||
第四轮进入 P1，按 editor workbench 语义继续拆分：
|
||||
|
||||
- `design/04-tree-domain/done/4-43-local-folder-sort-order-persistence-v1.md`
|
||||
- `design/05-editor-mainline/done/5-22-mindmap-main-editor-tab-kind-v1.md`
|
||||
- `design/05-editor-mainline/done/5-23-editor-side-target-secondary-pane-v1.md`
|
||||
- `design/04-tree-domain/process/4-44-filetree-action-layer-paste-drop-delete-v1.md`
|
||||
@@ -1,101 +0,0 @@
|
||||
# 13 Hermes VSCode 插件对照审查 v1
|
||||
|
||||
> 状态：process-reference
|
||||
>
|
||||
> 归档说明（2026-05-21）：P0 缺口已拆分到 `7-30` 至 `7-33` 并完成归档；本文保留 Hermes VSCode 插件对照证据和 P1/P2 参考项。
|
||||
>
|
||||
> 日期：2026-05-20
|
||||
>
|
||||
> 范围：`reference-code/hermes-vscode-main` 对照 MNote 当前 `mnote-web` Hermes / ACP / Page AI 实现。
|
||||
|
||||
## 1. 审查方法
|
||||
|
||||
本轮先以 Hermes VSCode 插件为参考实现，核查它对 ACP runtime、会话恢复、权限请求、tool call、上下文注入和 Webview 控制面的处理方式，再对照 MNote 当前 Rust Web 主链：
|
||||
|
||||
- 参考实现：`src/acpClient.ts`、`src/sessionManager.ts`、`src/protocol.ts`、`src/chatPanel.ts`、`src/sessionStore.ts`、`src/webview/main.ts`、`src/webview/renderers.ts`、`src/modelCatalog.ts`、`src/skillCatalog.ts`。
|
||||
- MNote 实现：`rust/crates/mnote-web/src/acp_client.rs`、`acp_session_manager.rs`、`acp_bridge.rs`、`routes/hermes_client.rs`、`ssr/pages/layout.rs`。
|
||||
- 审查口径：不把 VSCode UI 状态照搬为 MNote 真相源；MNote 继续遵守 local-first、Rust Web 承载、Page AI 文件引用 + agent 原生 patch/diff + watcher 同步主线。
|
||||
|
||||
## 2. Hermes VSCode 可借鉴模型
|
||||
|
||||
- `SessionManager.ensureSession()` 在已有 `storedSessionId` 时必须调用 ACP `session/load`。仅把旧 session id 写回内存会产生 phantom session，后续 `session/prompt` 可能静默失败。
|
||||
- `AcpClient` 区分 JSON-RPC response、notification 和 incoming request；`session/request_permission` 通过 handler 返回真实 allow / deny 结果。
|
||||
- `session/update` 中的 `tool_call.locations[]` 会被解析保存；`tool_call_update completed` 后，`read` 打开 preview editor，`edit` 打开 persistent editor。
|
||||
- `session_info_update` 会更新会话标题；`plan` / todo tool 输出可渲染为任务 overlay，而不是丢弃。
|
||||
- Webview 对 slash command 有 allowlist，slash 响应渲染为居中的 system message，不混入普通 user / assistant 泡泡。
|
||||
- model / skill picker 来自 Hermes 本地缓存和 `SKILL.md` 目录，作为 agent 控制面的一部分。
|
||||
- Prompt 注入包含 cwd、active file、selection、open tabs、附件引用和 skills advisory，不把这些上下文当成长期正文真相。
|
||||
|
||||
## 3. MNote 当前状态
|
||||
|
||||
- Rust `AcpSessionManager` 已有 `session/new`、`session/prompt`、`session/cancel`、streaming dedup、typed event 和 usage / thought / tool / plan / session info 解析雏形。
|
||||
- `acp_bridge.rs` 已把 TextDelta、ThoughtDelta、ToolCall、ToolCallUpdate、UsageUpdate、PermissionRequest 转成 SSE，但 `SessionInfoUpdate` 和 `PlanUpdate` 当前仍被丢弃。
|
||||
- `layout.rs` Page AI 已有 session list/detail/search/resume/rename/delete、localStorage cache、Convex/local ACP runtime store、permission dialog、tool event UI、profile/skills 控制面和 usage summary。
|
||||
- `routes/hermes_client.rs` 已有 local-first AI session JSONL、Convex ACP runtime store、run queue、abort 和 local agent audit。
|
||||
- 当前 `resume_session` 只恢复 MNote/Convex/local 会话历史，不等同于对 ACP adapter 调用 `session/load` 注册底层 ACP session。
|
||||
- 当前 `AcpClient` 对 incoming `session/request_permission` 仍立即返回 unsupported/deny，前端按钮没有真正回传 ACP 决策。
|
||||
- 当前 `SessionUpdate::ToolCall` 类型未保留 `locations`，因此无法像 Hermes VSCode 一样把 read/edit 工具结果联动到主编辑器 tab。
|
||||
|
||||
## 4. P0 缺口
|
||||
|
||||
### P0-1 ACP `session/load` 恢复缺失
|
||||
|
||||
MNote 有会话列表、恢复按钮和 runtime store，但恢复更多是 MNote 会话历史层的恢复。对 ACP runtime 来说，若没有对 adapter 调用 `session/load { sessionId, cwd, mcpServers: [] }`，后续 prompt 可能对应不到 agent 侧真实 session。
|
||||
|
||||
建议：在 `AcpSessionManager` 增加 stored ACP session id / `load_session` / `ensure_session` 能力；在 `hermes_client` 的 ACP run 启动处尽量使用已保存 ACP session id 进行 load，失败再 `session/new`。
|
||||
|
||||
### P0-2 权限请求缺少真实 allow / deny 闭环
|
||||
|
||||
前端存在 permission dialog，但后端 `AcpClient` 对 incoming request 立即返回 JSON-RPC error，再广播 denied。用户点击允许/拒绝不能影响当前 ACP 请求。
|
||||
|
||||
建议：`AcpClient` 增加 incoming request handler；`AcpSessionManager` 把 `session/request_permission` 转成 pending request；`routes/hermes_client` 提供按 run/session/permission id 决策的短生命周期接口；超时默认 deny。
|
||||
|
||||
### P0-3 tool `locations[]` 与 read/edit 打开联动缺失
|
||||
|
||||
Hermes VSCode 会保存 tool locations，并在 read/edit 完成后打开对应文件。MNote 当前 tool SSE 只有 raw input / output，不保留 `locations`，也没有把 tool 完成联动到 main editor resource tab / file tree target。
|
||||
|
||||
建议：扩展 ACP 类型、event 和 SSE 数据，保留 `locations`；前端对 completed read/edit 工具提供“打开”动作，优先复用现有 main editor resource tab，不默认新浏览器窗口。
|
||||
|
||||
### P0-4 `session_info_update` / `plan` 被桥接层丢弃
|
||||
|
||||
MNote 已在 `AcpSessionManager` 解析 `SessionInfoUpdate` 和 `PlanUpdate`，但 `acp_bridge` 当前返回 `None`。会话自动标题、agent plan/todo 不能进入 UI，也不能进入 runtime event 记录。
|
||||
|
||||
建议：转发 `session.info.updated` 和 `plan.updated` SSE；前端更新当前会话标题，并将 plan/todo 作为轻量状态面板或 tool/system message 渲染。
|
||||
|
||||
## 5. P1 缺口
|
||||
|
||||
- slash command 响应仍更像普通聊天消息，缺少参考实现中的 system message 视觉语义和 allowlist 明确边界。
|
||||
- skills / model 控制面已存在，但未完全对齐 Hermes 本地 model cache 与 `SKILL.md` 目录；需要确认是否存在过期 profile / skill 混用。
|
||||
- busy queue / interrupt cancel 已有队列和 stop，但与参考实现“第二条消息排队、interrupt 立即 unblock”的交互语义仍需 smoke 覆盖。
|
||||
- Page AI session restore 需要区分 MNote session id、ACP adapter session id、run id，避免 UI 把任意历史 session 当作可继续底层 ACP 对话。
|
||||
- tool raw output 中的 todo JSON 还没有独立 overlay，计划状态只能混在 tool card 中。
|
||||
|
||||
## 6. P2 缺口
|
||||
|
||||
- Webview markdown rendering / sanitization 参考实现使用 `marked` + `DOMPurify`；MNote 当前对 assistant 消息仍偏纯文本逃逸，后续可评估富文本安全渲染。
|
||||
- active file / selection / open tabs 上下文注入需要继续与 MNote editor group / resource tab 模型对齐。
|
||||
- Hermes 插件中 attachments 以 `[Referenced file: path]` 进入 prompt；MNote local-first 已有文件 scope，但附件引用提示仍可更清晰。
|
||||
- session store 的 max 20 sessions / max 300 messages 可作为 MNote localStorage/local JSONL 裁剪策略参考。
|
||||
|
||||
## 7. 不建议照搬
|
||||
|
||||
- 不照搬 VSCode Webview 的 DOM/CSS 结构；MNote 仍使用 Wolai 主题 Page AI drawer。
|
||||
- 不把 VSCode `workspaceState` 当作 MNote 会话真相；local-first 下本地 JSONL / Convex control-plane / runtime registry 各自职责不变。
|
||||
- 不把 Hermes 插件中的自动打开文件行为做成不可控跳转；MNote 应默认在 main editor resource tab 打开，并保留显式新窗口入口。
|
||||
- 不在 UI 层新增第二套文件权限真相；权限和 allowed roots 仍由 Rust Web / local-first scope 决定。
|
||||
- 不把 Page AI block-edit workflow 扩成普通 Markdown 主路径；local folder 继续走文件引用 + agent 原生 patch/diff + watcher 同步。
|
||||
|
||||
## 8. 执行拆分
|
||||
|
||||
本 review 先拆四份 P0 checklist，允许并行推进：
|
||||
|
||||
- `design/07-ai/done/7-30-acp-session-load-resume-checklist-v1.md`
|
||||
- `design/07-ai/done/7-31-acp-permission-decision-loop-checklist-v1.md`
|
||||
- `design/07-ai/done/7-32-acp-tool-location-and-open-action-checklist-v1.md`
|
||||
- `design/07-ai/done/7-33-acp-session-info-plan-ui-checklist-v1.md`
|
||||
|
||||
P0 收口后再拆 P1：
|
||||
|
||||
- slash/system message 与 model/skill 控制面收口。
|
||||
- queue / interrupt cancel browser smoke。
|
||||
- assistant markdown 安全渲染评估。
|
||||
@@ -1,65 +0,0 @@
|
||||
# 14 Sidex / MNote Workbench Gap Follow-up Review v1
|
||||
|
||||
> 状态：process-reference
|
||||
>
|
||||
> 归档说明（2026-05-21）：本 follow-up review 已拆分出 `5-24`、`5-25`、`5-26`、`4-45` 等执行项；本文保留为后续 workbench 对照参考，不作为直接执行清单。
|
||||
>
|
||||
> 日期：2026-05-21
|
||||
>
|
||||
> 范围：在 12 号 review 已覆盖的基础上，继续对照 Sidex / VSCode workbench，收口当前仍最有价值的 editor/workbench 差距。
|
||||
|
||||
## 1. 本轮背景
|
||||
|
||||
上一轮对照已经把 P0/P1 的大方向列出，也推动了 main resource tab、Office local writeback、side target、filetree action layer 的若干补齐。当前需要继续沿 Sidex / VSCode 对照，找出仍值得优先参考的 workbench 细节，避免把精力花在已经收口或不值得照搬的部分。
|
||||
|
||||
## 2. 当前已收口或已在推进的部分
|
||||
|
||||
- `resourceTabRegistry` 已有基础的 active tab / close / URL state 行为。
|
||||
- `openTarget=side` 已有轻量 side target 合同。
|
||||
- `mindmap` 已能进入 main editor resource tab。
|
||||
- `open/edit` 相关 Office 行为已区分默认 view、显式 edit、new-window 与 main resource tab。
|
||||
- local folder sort order、close guard、filetree readonly action layer 已有对应 checklist。
|
||||
|
||||
## 3. 仍值得继续参考 Sidex 的切面
|
||||
|
||||
### 3.1 Open Editors 视图 / tab 模型聚合
|
||||
|
||||
VSCode 的 `OpenEditorsView` 不是单纯 tab strip，而是和 group model、dirty state、label refresh、active focus、drag and context menu 绑在一起。MNote 目前有 `resourceTabRegistry` 和 DOM tab strip，但还缺少一个更像“可被 Sidebar / 搜索 / 快捷键复用”的轻量 open editors 聚合视图。
|
||||
|
||||
### 3.2 tab 键盘 / MRU / 上下文菜单动作一致性
|
||||
|
||||
VSCode 的 tab 组支持聚焦、左右切换、关闭、关闭其他、固定、上下文菜单等。MNote 当前主要靠鼠标点击和少量 close 行为，键盘 roving / MRU / group context action 仍可参考。
|
||||
|
||||
### 3.3 资源打开目标的 resolver 集中化
|
||||
|
||||
Sidex 的 Explorer 不直接决定具体 editor 类型，而是统一交给 editor service + editor input resolver。MNote 现在的资源 open 逻辑已收拢不少，但正文附件、FileTree、side target、new-window 仍有分支，需要继续收敛到一个更明确的 resolver 入口。
|
||||
|
||||
### 3.4 资源生命周期与 filetree / open editors 联动
|
||||
|
||||
VSCode 的 Open Editors / Explorer / working copy / dirty indicator 是一条链。MNote 需要继续确认：
|
||||
|
||||
- tab 关闭和 dirty / saving / conflict 提示
|
||||
- filetree active row 与 resource tab active state 的联动
|
||||
- open editors 视图是否值得在当前阶段做成轻量聚合
|
||||
|
||||
## 4. 不建议继续照搬的部分
|
||||
|
||||
- 不要直接引入完整多 group grid。
|
||||
- 不要照搬完整 DI / service container。
|
||||
- 不要把 Monaco 文本模型当成 MNote 主事实源。
|
||||
- 不要把 VSCode 插件宿主体系当成当前主线。
|
||||
|
||||
## 5. 本轮执行拆分
|
||||
|
||||
拆为四个方向并行推进：
|
||||
|
||||
- `design/05-editor-mainline/done/5-24-open-editors-lightweight-view-checklist-v1.md`
|
||||
- `design/05-editor-mainline/done/5-25-editor-tab-keyboard-and-mru-checklist-v1.md`
|
||||
- `design/05-editor-mainline/process/5-26-resource-open-resolver-convergence-checklist-v1.md`
|
||||
- `design/04-tree-domain/process/4-45-filetree-open-editors-lifecycle-link-checklist-v1.md`
|
||||
|
||||
## 6. 预期结果
|
||||
|
||||
- 先用 review / checklist 明确还值得参考的 Sidex 切面。
|
||||
- 再派发多个 Reasonix 并行执行。
|
||||
- 由 Codex 复核是否真的能对齐 MNote 的主线，而不是把 VSCode 全量搬过来。
|
||||
Reference in New Issue
Block a user