chore: release v1.0.1

docs/roadmap/artifacts/architecture-blueprint.md

@@ -56,7 +56,7 @@
 - `src/components/agent/chat/workspace/workbenchPreview.tsx`
 - `src/components/agent/chat/workspace/WorkspaceCanvasContent.tsx`
 - `src/components/artifact/ArtifactRenderer.tsx`
-- `src/components/content-creator/canvas/document/editor/NotionEditor.tsx`
+- `src/components/workspace/document/editor/NotionEditor.tsx`
 - `src-tauri/src/services/agent_timeline_service.rs`
 
 从这些事实源可以确认：
@@ -531,7 +531,8 @@ Stage 2 的职责是生成正式结构化交付物。
 必须输出：
 
 - `artifact_document_draft`
-- 或增量 `artifact ops`
+- 或正式单条 incremental op
+- `artifact_ops` 只作为兼容回退
 
 必须遵守：
 

docs/roadmap/artifacts/artifact-document-v1.md

@@ -1,7 +1,7 @@
 # ArtifactDocument v1 协议草案
 
-> 状态：提案  
-> 更新时间：2026-03-24  
+> 状态：进行中，block renderer 映射、current-first 协议读取、Markdown / HTML / JSON 桌面导出主链已落地，完整导出态仍未完成  
+> 更新时间：2026-03-31  
 > 运行时边界：turn metadata、prompt 组装入口、runtime output schema 注入链以 `docs/roadmap/lime-conversation-execution-efficiency-roadmap.md` 为准；本文只定义 `ArtifactDocument v1` 的产品层协议与校验映射  
 > 依赖文档：`docs/roadmap/artifacts/roadmap.md`  
 > 架构蓝图：`docs/roadmap/artifacts/architecture-blueprint.md`  
@@ -555,8 +555,9 @@ export type ArtifactOpEnvelope =
    - 判断是否需要 Artifact
    - 判断文档 kind
    - 判断是否需要 sources
-2. `artifact_document_draft` 或 `artifact ops`
+2. `artifact_document_draft`、正式单条 incremental op，或兼容态 `artifact_ops`
    - 正式生成结构化内容
+   - 运行时内部按 current-first action apply；`artifact_ops` 只保留 compat 输入回退
 
 这样比“一次自然语言长回复”更稳定。
 

docs/roadmap/artifacts/roadmap.md

@@ -1,7 +1,7 @@
 # Lime 高配版 Artifacts 路线图
 
-> 状态：进行中，P1 / P2 已落地，P3 已闭环，rewrite typed patch 合同已落地  
-> 更新时间：2026-03-25  
+> 状态：进行中，P1 / P2 已落地，P3 已闭环，rewrite typed patch 与 current incremental 合同已落地  
+> 更新时间：2026-03-31  
 > 运行时边界：发送边界、runtime metadata、Team 委派、协议瘦身以 `docs/roadmap/lime-conversation-execution-efficiency-roadmap.md` 为准；本文只定义 Artifact 产品层与 Workbench 主线  
 > 目标：把 Lime 从“能显示文件/画布的聊天工作台”升级为“交付物优先的 Artifact Workbench”，让回复不再只是普通 Markdown，而是可扫描、可编辑、可版本化、可复用的正式产物
 >
@@ -29,8 +29,8 @@
 - `src/components/agent/chat/workspace/workbenchPreview.tsx`
 - `src/components/agent/chat/workspace/WorkspaceCanvasContent.tsx`
 - `src/lib/workspace/workbenchCanvas.ts`
-- `src/components/content-creator/canvas/document/DocumentRenderer.tsx`
-- `src/components/content-creator/canvas/document/editor/NotionEditor.tsx`
+- `src/components/workspace/document/DocumentRenderer.tsx`
+- `src/components/workspace/document/editor/NotionEditor.tsx`
 - `src-tauri/src/services/agent_timeline_service.rs`
 
 从这些事实源可以确认：
@@ -49,13 +49,16 @@
 3. 后端已具备 `ArtifactDocument v1` 的 validator / repair / fallback / workspace 落盘能力。
 4. Timeline snapshot metadata 已可回灌 `artifactDocument`，前端在 `content` 为空时也能直接渲染结构化文档。
 5. 前端已落地最小 `artifact-protocol` 壳层，用于统一 runtime metadata 中的 `artifactDocument` 与 `artifact_path(s)` 读取合同。
-6. 后端已支持最小 `artifact_ops` 增量协议，可把 `artifact.upsert_block / attach_source / finalize_version` 等操作应用到已有 `ArtifactDocument` 并生成新版本。
+6. 后端已支持最小 current-first 增量应用链，并兼容 ingest `artifact_ops`；可把 `artifact.upsert_block / attach_source / finalize_version` 等操作应用到已有 `ArtifactDocument` 并生成新版本。
 7. 右侧已接入最小 `ArtifactWorkbenchShell`，包含阅读面与 `概览 / 来源 / 版本 / 差异` inspector。
 8. 当前版本已支持最小 block diff 摘要，以及来源项 / 差异项到文档 block 的 Workbench 内跳转。
 9. `rewrite` 已把 `artifact_target_block_id` 贯通到 prompt / output schema / ops apply / persist 链路，非目标 block 的 op 会在运行时被忽略并记录 issue。
-10. `rewrite` 现已支持专用 `artifact_rewrite_patch` envelope，并保留 `artifact_ops` 兼容回退，用于逐步收紧模型输出合同。
+10. `rewrite` 现已支持专用 `artifact_rewrite_patch` envelope，并接受正式单条 incremental op；`artifact_ops` 只保留兼容回退，用于逐步收紧模型输出合同。
+11. 前端 `src/lib/artifact-document/*` 已补齐 current-first operation candidate 读取边界，可统一识别正式单条 incremental op、`artifact_rewrite_patch` 与 `artifact_ops` compat 回退。
+12. Rust `artifact_ops_service` 内部 apply 已切到 normalized action 列表；`current incremental` 与 `artifact_rewrite_patch` 不再先包成 `artifact_ops`，后者只保留 compat 输入壳。
+13. Artifact Workbench 的 Markdown / HTML / Artifact JSON 导出已接入统一桌面导出链，复用保存对话框与 `save_exported_document` 主路径，不再走浏览器下载旁路。
 
-这意味着当前主线已经从“只有路线图”推进到“结构合同 + 版本快照 + Workbench inspector 闭环”。当前仍然属于后续阶段的，主要是更细粒度的 typed rewrite patch 合同，以及编辑态 / 展示态 / 导出态的进一步同源。
+这意味着当前主线已经从“只有路线图”推进到“结构合同 + 版本快照 + Workbench inspector 闭环”。当前仍然属于后续阶段的，主要是编辑态 / 展示态 / 导出态的进一步同源、更完整的导出格式与分享链，以及在模型稳定后进一步收紧 rewrite 的 `artifact_ops` compat 分支。
 
 ## 2. 现状判断
 

docs/roadmap/artifacts/system-prompt-and-schema-contract.md

@@ -1,7 +1,7 @@
 # Artifact Workbench 的 System Prompt 与 Schema 合同
 
-> 状态：进行中，核心合同已落地，P3 产品闭环已落地，rewrite typed patch 合同已落地  
-> 更新时间：2026-03-25  
+> 状态：进行中，核心合同已落地，P3 产品闭环已落地，rewrite typed patch 与 current incremental 合同已落地  
+> 更新时间：2026-03-31  
 > 运行时边界：prompt 组装入口、turn metadata 主合同、runtime output schema 注入链以 `docs/roadmap/lime-conversation-execution-efficiency-roadmap.md` 为准；本文只细化 Artifact 相关合同  
 > 关联文档：
 > - `docs/roadmap/artifacts/architecture-blueprint.md`
@@ -16,16 +16,16 @@
 1. 后端已按 turn metadata 组装 Artifact 专属 prompt 段落。
 2. Artifact 回合已在 `runtime_turn` 中绑定 turn-level output schema。
 3. 结构化输出已经接入 validator / repair / fallback，并可落盘为 `ArtifactDocument v1`。
-4. `stage2` 已允许输出 `artifact_document_draft | artifact_ops`，`rewrite` 已收紧到增量 `artifact_ops`。
-5. 后端已支持最小 `artifact_ops` 应用链，可在已有 Artifact 上执行 block / source / version 级增量更新。
+4. `stage2` 已允许输出 `artifact_document_draft | current 单条 incremental op | artifact_ops`，`rewrite` 已允许输出 `artifact_rewrite_patch | current 单条 incremental op | artifact_ops`。
+5. 后端已支持最小 current-first 增量应用链，可在已有 Artifact 上执行 block / source / version 级增量更新；`artifact_ops` 只保留 compat 输入壳。
 6. 当前版本已回灌 `currentVersionDiff / artifactVersionDiff`，Workbench 也已接入来源抽屉、差异面以及来源项 / 差异项到 block 的定位。
 7. 当前版本已支持 `timeline item <-> artifact block` 双向跳转：timeline 可精确打开目标 block，Workbench 也可回跳对应过程项。
-8. `rewrite` 已把 `artifact_target_block_id` 下沉到 prompt hint、turn-level output schema、`artifact_ops` runtime apply 与 persist validator context；非目标 block 的改写 / 绑定 / 删除会被忽略并记录 issue。
-9. `rewrite` 已支持专用 `artifact_rewrite_patch` 输出 envelope，并在后端兼容转换为 `artifact_ops` 应用链，便于逐步把改写合同从“通用 ops”收紧到“目标 block patch”。
+8. `rewrite` 已把 `artifact_target_block_id` 下沉到 prompt hint、turn-level output schema、runtime apply 与 persist validator context；非目标 block 的改写 / 绑定 / 删除会被忽略并记录 issue。
+9. `rewrite` 已支持专用 `artifact_rewrite_patch` 输出 envelope，同时接受正式单条 incremental op；后端会直接把它们归一化到内部 action 列表，`artifact_ops` 只作为 compat 回退输入，便于逐步把改写合同从“通用 ops”收紧到“目标 block patch”。
 
 仍未完全落地的部分：
 
-1. rewrite 已具备 typed patch 主合同，但当前仍保留 `artifact_ops` 兼容分支；待模型稳定后可进一步收紧到单一 rewrite envelope
+1. rewrite 已具备 typed patch + current 单条 op 主合同，但当前仍保留 `artifact_ops` 兼容分支；待模型稳定后可进一步收紧到单一 rewrite envelope
 
 ## 1. 核心观点
 
@@ -259,7 +259,8 @@ interface ArtifactStage1Result {
 职责：
 
 - 输出正式 `artifact_document_draft`
-- 或输出增量 `artifact ops`
+- 或输出正式单条 incremental op
+- `artifact_ops` 只作为兼容回退
 
 必须：
 
@@ -275,10 +276,11 @@ type ArtifactStage2Result =
       type: "artifact_document_draft";
       document: ArtifactDocumentV1;
     }
+  | ArtifactOpEnvelope
   | {
       type: "artifact_ops";
       artifactId: string;
-      ops: ArtifactOpEnvelope[];
+      ops: Array<Record<string, unknown>>;
     };
 ```
 
@@ -292,11 +294,32 @@ type ArtifactStage2Result =
 建议 schema 形态：
 
 ```ts
-interface ArtifactRewriteResult {
-  artifactId: string;
-  targetBlockId: string;
-  block: ArtifactBlockV1;
-}
+type ArtifactRewriteResult =
+  | {
+      type: "artifact_rewrite_patch";
+      artifactId: string;
+      targetBlockId: string;
+      block: ArtifactBlockV1;
+      source?: ArtifactSourceV1;
+      sources?: ArtifactSourceV1[];
+      summary?: string;
+      status?: ArtifactStatus;
+    }
+  | Extract<
+      ArtifactOpEnvelope,
+      {
+        type:
+          | "artifact.source.upsert"
+          | "artifact.block.upsert"
+          | "artifact.complete"
+          | "artifact.fail";
+      }
+    >
+  | {
+      type: "artifact_ops";
+      artifactId: string;
+      ops: Array<Record<string, unknown>>;
+    };
 ```
 
 ## 8. Output Schema 策略