workdsh/docs/PLAN.md

2026-09-15：官方 Team 替换自有专家团（用户明确授权）

用户要求直接废弃自有专家团执行实现。当前专项改为：移除 TeamRunsManager、SOP 运行状态机、workdsh_expert_team_* 工具和 workdsh-expert one-shot provider；以 0.1.6-alpha.1 官方 Agent Teams、九项工具及官方 Web 团队面板实现。角色/技能/WorkBuddy 导入和已发布专家内容保留为资产配置，协作场景作为工作指导，运行事实仅由官方 Session 日志和 Team 拥有。旧运行数据保留原地，不再续跑旧调度器；新任务使用官方 Team。公开查询缺陷单独实测和修复，不再作为保留旧执行器的理由。

复用：发布包 @deepseek-ai/dsh-experimental-agent-team、dsh-experimental-tool-agent-team、dsh-experimental-client-ui-agent-team；公开 agent/created、agentTeams.tryMembership 和 Agent 局部 persona/skill-filesystem 组合。已有 V1 证据包含并行、角色/技能隔离、fresh/fork、未知成员拒绝、中断和冷恢复；本次必须补生产插件测试，不能用独立探针替代。保持原有资产授权，禁止复制上游实现或增加团队运行表。未验收完整真实模型业务，不对其宣称完成。

当前有效计划（2026-09-15升级前置验证更新）

当前专项：DSH 0.1.6 升级与公开预览版

执行 DSH 0.1.6 升级计划：按用户最新顺序，先在隔离环境升级到底座 0.1.6-alpha.1，跑构建、安装、启动及现有功能，逐项修复实际适配错误；再验证官方新能力和专家团迁移路线，最终公开发布预览版，不等待 RC。暂时找不到接口不能推导为功能不可实现，需实测默认组合、配置与其他公开接点。官方 Team 替换已按最新授权实施并完成隔离运行/Web 验证，自建执行器已删除；专业成果仍单独验收。

U16-0/U16-1 的隔离升级与基础启动已完成；下一执行项为 U16-2 剩余协议、旧数据及长任务回归。V1—V3 的剩余专业场景与故障检查继续跟踪，不再以保留旧执行器作为过渡条件。主线 D04/TM-01 完成状态及后续业务步骤不变，现有历史证据不代表 0.1.6 验收。

本次升级同时交付官方新能力接入，不能只恢复旧功能。专项计划已列 U16-F01—F12：终端/归档/预览、官方 Team、浏览器操作、电脑操作、MCP 资源、SSH 工作区、Headless、自动审核、长任务/PTC、图片与 Messages、可见过程/重连及插件配置恢复。逐项验证有效 Profile/preset、实际用户入口或调用示例、真实任务及失败路径；外部条件未就绪保持待办，包已安装不等于可用。优先继承官方所有者，WorkDSH 负责现有业务适配和必要组合，不另建执行、审批、连接或调度底座。

专家专项进一步以减少自有实现为目标：不预设保留整套 ExpertsManager、preset 编译器与协作服务。先验证不依赖旧专家绑定的官方 Team/Persona/Skill，再按实际业务差异留下最小导入、编辑、授权与成果验收适配；保留用户作品和历史，不要求旧内部结构原样沿用。

当前状态摘要与验收边界见开发台账。机器可读主线以开发顺序为准，模块实现状态以模块登记为准。发布状态与模块完成状态分别记录。

主线 D04、TM-01 整体业务验收保持 in_progress；本轮官方 Team 替换已通过真实运行 9 项和独立 Web 7 项检查。原自建文件签收/尝试预算状态机已经退役，其早期验收记录只作历史。真实模型完整专业流程仍待验收。

本轮5模块GitHub alpha已公开发行；不发布npm。Office专项暂停保留，Word和Excel新增开发不恢复；PPT当前使用React viewer路线，旧Konva/CreatPPT/PPTist选型只作历史。画布/多维表格移出Office专项，D15长期范围保留。D05及后续未开发模块顺序不变，LIMS尚未立项。本次只整理文档台账。

当前追加：内置技能工程化

用户要求纠正所有工程内置技能的存储与交付，按所属插件统一 resources/skills//SKILL.md；腾讯适配回工程并随包交付，原始研究资料保留 docs。七个现有WorkDSH内置的登记、Markdown源、包内资源及preview迁移验收，不扩展其他业务阶段。

每周发行排期

用户要求每周发布，采用八周滚动版本计划：每周五为目标发行日，先收口D04/TM-01，再按D05连接器、D06资料库、D07项目推进。日期受前置验收约束，不自动恢复暂停任务、不自动推进阶段或代发外部消息。

历史计划与授权追溯

以下按历史记录保留，旧“当前/下一步/未发布”不覆盖顶部最新状态；不需重新执行已被后续证据覆盖的安装验证。

当前授权：独立活动展示插件

基于现有执行能力新增P1-01展示插件，需求与复用记录见设计。不改变专家团阶段/预算规则，下方原生对话/工具/成果保持。

专家团 TM-01 优先验证

第五批已完成运行接入并实测通过：one-shot 适配迁入专家插件正式生命周期（ctx.effect 托管注册/撤销/清理）、六项 AI 可调用受控委派工具、签收/交接/交付三闸门文件版本校验；生产路径 --team 退出0（7项检查全过：两位已有专家协作生成/审核/交付同一 sha256，跳步/漂移/取消/重复调用均被拒，冷读deliveryArtifactMatch=true）。前四批（one-shot成员适配、有限SOP、目标Profile组合与文件版本回执、取消/不确定派发对账）保持通过。团队创建页面本批明确不做，运行只经AI工具；不签收完整D11，TM-01整体退出（完整生产Profile、付费模型、AT-T01～07）等待用户验收。

按当前用户方向由设计者执行 TM-01 隔离验证，activeSlice 已切换为 expert-team-tm01；原 Office 专项保留在 deferredSlices，未标完成。TM-01各批已验证官方运行接点，D04主线与D11完整产品验收保持原状态，不据此推进TM-02～04。证据见TM-01。

下一步专家团规划（2026-09-13）

当前交接已收敛为专家团实施入口。下一项具体开发为TM-01隔离探针，不再扩大设计范围；以两位真实成员的固定专家/技能绑定、SOP准入和取消证据决定原生运行路线。本次只交付设计；启动专家团优先切片时同步development-order及ADR，保留D04未完成记录和其余模块，不以专业样本逐个修复阻止这一有限技术验证。

最新选型核对见团队方案第12节：官方Agent Teams两个experimental包均已发布当前0.1.5-rc.1，优先评估其名册/消息/任务依赖，workflow作为固定段候选。创建支持一句话同时形成成员和团队草稿，使用前冻结真实发布成员。仍为规划，不改主线台账或安装Profile。

用户要求下一步规划专家团。本轮细化团队方案第10节，复用现有TM-01～04；先验证精确专家绑定与原生workflow/subagent，再实现定义发布、协作交付和异常界面。仅规划，不改D11 todo/D10前置或启动代码；优先实施时需同步主线顺序。专业样本失败保留，不作为逐个修复的无限平台发布前置。

当前授权变更（2026-09-13）：用户确认当前功能先保留，优先网页制作增强，连接器与资料库后移。先完善现有 workdsh-web-design 的工程选择、实际预览和最终文件交付，再用完整案例验收；不以技能文字增强宣称统一HTML编辑器上线。专家历史未签收项保留，暂不追加模型复测；Excel格式/合并/图表继续暂停。PPT仅保留当前中文pptx-react-viewer效果，Word新开发继续暂停。

技能市场对标 WorkBuddy（2026-09-13）

用户要求技能页与 WorkBuddy 相同体验；三项决策已确认：一体式市场（目录与已安装同页）、复制为 WorkDSH 自有目录、按真实状态分区（无假推荐）。已交付 skills alpha.26：真实分类标签、品牌图标、中文名/中文描述、「可安装」分区「＋」直接安装；目录安装复用官方 installImport 名称锁与原子发布；目录缺失/损坏降级为诚实诊断。验证：集成 20/20、probe:skills 7/7、18989 活预览截图。后续：目录数据随官方技能市场迭代更新；不新增第二套 registry 或安装路径。

PPT体验以完整编辑流程对标（2026-09-13）

用户要求全面对标WorkBuddy。优先验证完整原生编辑器桌面承载，验收覆盖中文菜单/提示、常驻缩略图与属性面板空间分配、图片/表格/图表编辑、编辑后缩略图更新、保存重开/导出、放映/返回。已测闭合侧栏画布不代表完整通过；正式替换和发布仍在上述验收后。

用户选择React PPT候选（2026-09-13）

按用户选择优先验证pptx-react-viewer，PPTist接入继续暂停。原生手工图表数据及导入工作簿同步/LibreOffice读入已验证。限定容器CSS及五类新建图表工作簿增强试验已通过（未覆盖全部主题/弹窗和23类图表），随后复用正式React Slot及既有Office业务服务，保留旧稿，最后真实AI逐页跟随/人工保存/正式文件产物联测。不新增生成Agent loop；Word暂停和八类后续路线保留。

PPTist 下一步（2026-09-13）

常见图表能力验证已通过（8类型+原生PPTX），转向PPTist薄适配器：先明确源构建/嵌入契约与AGPL分发条件，复用Office存储/授权/审计/AI工具，保留逐页提交和明确焦点；旧CreatPPT稿件保留，迁移后只保留一个默认编辑器。完整字体资源、安装生命周期、WorkDSH真实模型与Office/WPS图表编辑视觉验收待做，不把独立原生体验算作应用接入完成。

本轮 PPT 制作契约收口（2026-09-12）

已完成逐页内容提交、明确焦点ID、通用原生版式能力描述和五页真实模型验收；18989已安装体验候选。后续验证旧会话压缩流程、受控PPT产物卡与原生包完整许可/安装生命周期，再决定发布；Word暂停，八类Office与D04/D15路线不变。

2026-09-12 PPT-02应用闭环已通过：同一服务/六工具、原生右Tab、修订同步、人工保存、PPTX下载及刷新重开；alpha.3本地预览已安装。真实模型自然语言转换及带两项全局PPT技能的新任务复测已通过，随后检查旧任务上下文与制品生命周期/许可；不扩展Word或新增Agent框架。见 evidence/office-creatppt-u2.md。

当前 PPT-02：CreatPPT 原生接入

用户确认单独采用 CreatPPT。执行 ADR-0026：原生领域适配与编辑导出实测 → 既有 ContentService 类型接入 → 原生页面在官方右侧 Tab 装配 → AI 自动打开与修订同步 → 制品生命周期验收。自建 Konva 探针停止扩展；八类范围保留，Word 暂停后续开发。

2026-09-12 PPT-01：Word后续开发暂停；下一阶段先验证MIT Konva/PptxGenJS原生交互、语义操作和导出，再以PPT-02接入既有统一内容服务/工具/右侧实时页面，最后独立插件制品验收；不提前启用PPT菜单，不新增Agent loop或第二套存储。见design/office/PPT-IMPLEMENTATION.md。

2026-09-12 OFFICE-IMAGE-REF-02：用户继续授权跨Word工作副本图片引用；复用原六工具/ContentService及来源读取、目标编辑、组织/工作区/CAS/租约，源不变、目标独立保存，不扩大八类完成状态。新文件资源/远程URL/通用资产幂等仍后置。

2026-09-12 WORD-RELEASE-02：Word 文本预览独立制品排除旧实验适配器，许可无缺项；同修订导出稳定路径及写入回执未知/冲突/取消检查通过。全仓构建/类型、65集成、2规划及Word-only真实制品12浏览器/6生命周期通过，按office-v0.1.0-alpha.1预览发布，八类路线与表格/图片/分页后续不变。

2026-09-12 OFFICE-WORD-RELEASE-01：先收口Word文本工作副本预览与独立tgz安装/卸载/重装。六工具生命周期缺口已修复，12项集成、Word12/真实模型15/制品重装6项验证通过。README突出实时成果、人机接续、原生交付、按需插件，并保留Word表格/图片/分页及其余七类后续。候选制品准备不等于公开发布。

2026-09-12 用户新增 OFFICE-INPUT-01：复用原生输入触发来源和 reference chips，实现 /office 八类输出标签及可选 @ 工作副本参考/修改角色。Word 实时链路复用现有服务，其余七类标注待接入，不扩大已完成范围。

2026-09-12 U2修复：新AI提交刷新同Session右栏展示请求，客户端成功打开后标seen；首次ACK后收起右栏再继续写的浏览器回归通过。人工保存/幂等重放不重开。后续范围不变。

2026-09-12 U2工具栏纠正：采用Tiptap官方MIT Toolbar/ToolbarGroup、Button与SVG的适配组件，单行44px，窄栏按官方方式横向浏览；取代旧多排大按钮。保留富格式与实时保存下载，范围/后续任务不变。证据：官方工具栏。

2026-09-12 原生交付增量：已移除自绘成果卡，content_export 组合官方 bash/present 生成真实 DOCX，由 Harness 原生文件卡显示。保留实时工作副本与浏览器下载，导出文件与后续编辑修订分开。当前有限交付路径不代替 U3 全量导出任务/幂等/故障恢复验收，随后继续文档表格/图片与其余七类。

2026-09-12 用户纠正：Office 完成成果必须复用官方文件交付卡。下一项 U2/U3 前置是统一受控文件导出与官方 present 桥接，保留实时工作副本、跟随和下载，完成后删除自绘成果卡；先核对公开文件写入/审批与文件修订关联，不伪造路径或私有导入原生卡。

2026-09-12 U2 工具栏增量：常用文字/段落排版、原生列表、撤销重做、查找替换和缩放接入统一语义服务与浏览器 DOCX 下载，见验收记录。下一步文档表格/图片及 U3 文件导入导出与失败恢复；不将常用工具栏视为完整 Word 或八类完成。

2026-09-12 U2追加：Office插件默认写作引导与标准模式短报告真实模型通过，见evidence/office-natural-writing-u2.md。普通请求首个工具content_open，随后分批content_edit；真实场景保留officecli Skill无文件生成绕行。此有限样本不标Word/八类完成。下一步文档表格与U3 DOCX冻结导出/重开/失败恢复，专家/PTC/长报告继续待验。

2026-09-12 当前实施进展：U1 最小文档插件与 U2 确定性工具/UI 链路已通过，见证据。五个原生工具、内容服务、原生 Tiptap、独立预构建安装已实现；真实模型/PTC、导出/文件保真、未保存缓冲/卸载故障与其余七类仍按 U2—U5 推进，六工具最终目标不变，尚未实现的 content_export 不注册。主线 D04/D15 保持原状态。

2026-09-12 最新插件复审：OP-R01—06已补设计处置；插件架构固定独立workdsh-plugin-office、官方Host服务/工具/Connection子插件与Client图。U1先验证最小真实插件及预构建包，再做Tiptap闭环；U3验在途卸载/重装，U4逐类codec矩阵，U5完整制品OP-T01—07。Office专项使用顺序台账activeSlice，保留主线D04/D15状态。设计修订不等于运行通过。

2026-09-12 范围与组件决定：正式交付八类：Word、PPT、Excel、PDF、画布、多维表格、HTML、Markdown。采用GenOffice使用的上游基础库，组件方案固定Tiptap/ProseMirror、Univer、Konva、PDF.js/pdf-lib/PDFium及CodeMirror/Mermaid/KaTeX。HTML提供源码编辑与实时页面预览，Markdown提供正文编辑/源码切换；二者同样支持AI分批写入、人工修改、保存重开。多维表格首版是独立内容文档，不接管tables业务数据；HTML不包含pages发布。U4先扩展Markdown/HTML；停止默认扩展旧候选探针。仅技术路线采纳，尚未安装新增组件或完成产品集成。

2026-09-12 接口修订：内容API v0.4已补Review六项设计处置和HTML/Markdown严格分支；Harness集成决策选定单Agent原生工具、PTC复用、子智能体可选、rc.1官方Connection修订查询。执行有限U1—U5：模型/公开面→文档实时闭环→导出与故障收口→其他七类→八类联合验收。全部八类范围保留，子智能体与专家团SOP不作编辑器前置；该段为设计阶段记录，最新实现以首部 U1 证据为准，不标 D04/D15 完成。

以下保留历史追加记录；与上方当前八类/开源组件/插件专项决定冲突时，以上方及对应最新版设计为准。

历史用户追加（2026-09-12）：六类编辑器必须同时向 AI 暴露结构化操作，页面显示同一文档的实时提交。按 ADR-0024 和 AI协作交付计划 A—D 执行；内部复用 Harness 原生工具/Remote，MCP 仅作为可选适配。首条实际闭环为文档写作/手动编辑/最新内容读取/保存重开，不把独立编辑器演示当成集成完成。

编辑器范围继续覆盖 Word/PPT/Excel/PDF/画布/多维表格，依赖优先 MIT/Apache-2.0；按宽松许可候选验证计划先做 PPT 真文件直接编辑与导出重开探针，再决定迁移。原 Univer 商业组件装配通过不代表许可或产品验收完成。

WorkDSH 详细开发计划

2026-09-12 Office U2 增量：成果卡片/右侧 DOCX 下载/自动跟随已完成有限验收，见 文档交付记录。下载当前保存修订；完整表格、保真导入/导出和八类实时链路仍按既有后续计划推进，主线与 activeSlice 不变。

2026-09-12 历史范围：用户要求 Univer 截图全部组件类别。统一版本迁移、原生编辑与浏览器约束见 ADR-0023，逐类状态见 完整组件验证。后续已按用户要求改为上方开源组件路线；此处保留探针历史。

用户最新指令：直接集成 Word/PPT/Excel 浏览器编辑，不扩展公式计算。作为已授权 P1-01 右侧产物扩展新增 office 插件；三类 Office 导入和导出分别记录实际范围，不提前声明 D15 完成。

用户追加：Office 应可编辑且不采用服务端转换。先在 examples/univer-browser-edit 验证浏览器 Excel 导入、Univer 编辑、导出；这是基础能力兼容探针，不提前完成 D15 在线表格或改动用户 Profile。ADR-0021 服务端方案已被用户否决。

2026-09-12 专家设计交接：文档包 将 D04 单专家 0.1 固定为 EP-01～EP-07，覆盖制作、发布、召唤、管理和恢复；专家团在 D11 实施，企业服务器/管理 Web 后置。本次仅设计，不修改开发顺序和完成状态。

当前追加（2026-09-11）：用户要求技能页移除当前产品不存在的 SkillHub/套件，并完成新增技能闭环。P1-03 当前切片已扩展为：添加菜单提供查找、上传、创建；创建由 /skill-creator 和 Harness 原生 Conversation 承载，上传由认证流式 route、Host 预检、显式确认和原子安装承载；官方 SkillRegistry、文件提供方、监听器和 /name 调用链继续拥有运行语义。该段为当时范围记录；Skill 0.1 已完成，D01 已按本地单用户边界收口。

当前追加（2026-09-10）：用户要求先实现原型公共外壳；ADR 0014 允许 P1-01 展示切片，该段为当时的展示切片说明；当前 D01—D03 已完成，开发顺序进入 D04。

当前执行覆盖（2026-09-10）：依据用户确认，按 ADR 0013 提前交付 P1-03 原生任务技能浏览切片。该段为提前切片时的历史说明；D01 后续已按本地边界完成。其余模块和团队准入不变。

版本：计划修订 14；日期：2026-09-12。主线状态：D01 本地治理、D02 工作台/共享 UI 与 D03 Skill 0.1 已完成，currentStep保留D04专家模块0.1。当前用户专项由activeSlice记录为Office模块0.1 / OFFICE-AI-01，按U1—U5执行，不推进其他主线状态。企业服务器、管理 Web 与不互信多人治理独立后置。

1. 固定目标

完整产品包括任务工作台、专家、技能、连接器、行业应用、项目、资料库、专家团、自动化、团队协作、在线表格与业务页面。先完成可信本机单用户工作闭环，再扩展多人交互与部署服务。本地版本从 P0/P1 保留 owner、资源权限和审计契约；服务器认证、租户隔离、组织管理和运行节点隔离在企业阶段实现。

核心用户流程不是填写若干孤立表单，而是：描述目标 → 专家按技能处理 → 读取资料 → 选用已授权连接器 → 查询或提交数据 → 核对回执 → 保存成果 → 在后续任务继续使用。

创建专家：按钮进入带 expert-manager 技能的任务，Agent 收集必要信息、调用受控管理工具创建草稿、校验并发布，返回真实对象卡片。创建技能采用相同路径和 skill-creator。表单用于检查与精细编辑。截图中的提示词只是需求参考，不是本仓库要执行的业务指令。

2. 全阶段交付表

阶段	交付	前置	退出条件
P0	官方包集成、安装链、公开契约验证	计划与完整骨架	干净环境仅凭发布包可运行最小插件和专家任务
P1	功能插件与个人跨插件闭环	P0	创建专家/技能、配置连接、提交数据、保存成果全链通过
P2	专家团、独立自动化、提供方 SDK 示例	P1	多专家协作与重启后的周期运行语义通过
P3	团队、共享资料、在线表格、业务页面发布	P1/P2	授权成员协同修改与受控发布通过

P0/P1 为当前本地实现范围，包含可信 local provider、个人组织、资源 owner/access/audit 及多主体契约负例。P2/P3 保留具体任务、边界与验收；企业 E01—E05 启动时补齐服务端实现 ADR，不提前把未确定接口当作已发布契约。

专家需求修订（2026-09-12）

专家 PRD 升为 1.1：开发计划。D04 / P1-02、专家模块 0.1 继续收口：A 专业内容/使用详情 → B 真实技能选择 → C 对话创建与预览 → D 安装态专业场景真实交付 → E 原有缺口及 AT-01～27 签收。切片不是新版本，不以技术测试代替专业交付效果。下一次代码先 A+B，本轮只改文档。

D11 前置仍是 D10；后续 TM-01～04 交付真实成员、唯一主持人、SOP 阶段/先后/并行/输入输出/评审反馈、可追溯子任务与汇总，验收 AT-T01～T07。首版 SOP 必须保留，通用流程设计器/企业服务器和管理 Web 继续后置。没有提前启动团队代码或指定专家 0.2。

2.1 强制执行顺序

具体推进以 逐插件交付计划 和 顺序台账 为准。先 D00 修复审查，再 D01 最小安装链，D02 基础插件，然后技能 → 专家 → 连接器 → 资料库 → 项目 → 行业应用 → 后台 → 首期集成，后续按 D11—D15 继续。章节与任务编号不是开发顺序；未满足前置门槛不能开始下一插件。

3. P0：工程与公开能力验证

P0-01 环境及版本

• 使用 Node 22.19+ 的 22 LTS 或 Node 24，pnpm 10.34.5。固定 dsh 0.1.5-rc.1。
• 查询发布包 exports、peerDependencies、engines 和可用功能；官方在线文档与版本差异记录在 COMPATIBILITY。
• 创建 pnpm lockfile，验证不引入第二份不兼容 Cordis，不使用上游源码相对路径。
• 开发 Profile、Harness home 和测试文件位于隔离目录；禁止写默认用户环境。
• 产物：依赖清单、锁文件、明确的启动和诊断命令。

P0-02 安装与客户端扩展探针

当前兼容性记录：纯 npm 最小例已完成 Host 取消/卸载验证，但官方生成器未产出 Remote 元数据；复现见 Remote 证据。该问题保留为 Harness 升级时的生成 Remote 兼容项，不再阻塞使用官方 Connection exact Fetch 扩展面的 Skill 0.1。未来新增的一元业务 Remote 仍须先通过官方生成链，不能复制当前适配层作为通用协议。

识别边界现已定位到 rc.1 对外部 protocol 符号的处理，runtime decorator 检查通过。C01 正文 scope 隔离、Session 技能消费、冷恢复和 Skill 管理网络取消均已验证。P0-02 的本地安装与 Client/Host 链已经通过；通用生成 Remote 问题只作为后续新增 Remote 时的兼容门槛登记。

后续进展：官方 Agent loop 的 Session skill 消费正反例已通过（固定测试模型，无外部请求），现已通过官方 JSONL 正常关闭后的跨进程恢复及空目录退役测试；不代替崩溃恢复、Remote 或团队准入。

• 构建最小 bundle，声明官方 dsh.bundle，使用预构建 tgz 安装。
• 验证配置树、Host 激活、Client 模块发现、Remote 调用和导航/页面贡献。
• 验证断线重连与取消；卸载后注册项、监听器、资源完整释放。
• ���时记录官方 Conversation/Sidebar/附件能力的复用方式，不实现平行文件查看系统。

P0-03 专家与作用域探针

该探针的本地范围已经完成，历史验证见 D01 证据；企业执行节点、多人授权与受控 Remote 进入企业版架构说明。当前开发进入 D02。

用户提供的完整官方文档镜像必须在 D02 前完成系统审查，固定波次、精确进度与能力映射见 Harness 官方文档能力审查。审查结论用于修正本探针和后续契约；没有逐份登记时不得概括为“官方全部支持”。

DOC-06 已完成 127/127 份文档审查；收尾清单 登记 C01—C06 与版本差异。下一项实际编码为 C01：扩展现有 probe:presets，验证两个同时存活 Session 的技能目录和正文按需加载。然后继续自有生成 Remote、取消与 D01 剩余门槛，不能把阅读完成作为产品准入证据。

接续：C01 已通过双 Session 目录、发布包正文接口、Session 内正文消费、正常关闭后的磁盘恢复，以及两个同时存活 Agent Session 的同名技能调用与同伴卸载隔离，证据见 预设探针。Skill 管理的认证请求超时、流式上传取消、提交前取消和重试也已通过。WorkDSH 不可变 SkillRevision 绑定仍属于后续业务契约；Typert 外部 workspace 生成问题作为上游兼容项保留。每项编码遵守 AGENTS.md 的官方优先复用约束，并填写 PLUGIN-DELIVERY 中的复用记录。

• 验证原生预设发现、创建或受控生成、挂载、空会话选择、首次执行和恢复接口。
• 验证两种专家组合并发工作时技能目录及可变状态隔离。
• 验证技能的目录发现、正文按需读取和随包资源寻址。
• 验证模型可见配置如何进入持久日志，不通过私有 Session 文件修改。
• 明确预设同进程代次与重启后恢复的差异；如历史修订恢复不可用，明确阻塞继续运行，不假定原生自动保留一切。
• 验证 SkillRevision 通过不可变 locator/provider 投影后，同名新修订不会改变历史 Session 的正文；覆盖冷 Session、目录不完整、撤权与资源读取。
• 验证 ResolvedExecutionBinding 锁定专家/preset/模型/技能/工具/资料/连接及授权修订；显式不支持的 reasoning effort 在 provider I/O 前失败。
• 验证系统提示词、动态上下文和工具经官方组装与 surface 持久化；两个 scope 并发不串扰，complete owner 冲突明确失败。
• 验证一次性与可继续 Subagent 的结果、部分输出、inbox 接受、interrupt、dispose/停稳、冷恢复和 provider 卸载语义。
• 验证 Agent Team task CAS、循环依赖拒绝、mailbox acknowledgement、fork 隔离和成员逐项重新授权；不把 team task 映射成项目 WorkItem。
• 验证 compaction 中断/部分提交/flush 失败及工具平衡；确认它只改变 surface，不删除项目和资料事实。

P0-04 契约与发布门槛

本地 0.1 以已验证的 Cordis 服务、官方 Storage Domain、Connection exact Fetch、Session owner/runtime binding 与工具 guard 收口。以下涉及通用生成 Remote、多人入口和强隔离的条目保留为企业 E01—E05 的设计输入，不表示当前本地版本已经实现企业传输。

• 固化工作台贡献、专家、技能管理、连接器、应用、项目和资产契约，审查依赖方向。
• 固化 workdsh* Cordis 服务命名、稳定 Loader entry id、必需/可选依赖规则和 Fiber 诊断契约；安装健康必须区分 ACTIVE、PENDING、FAILED。
• 固化 effect 所有权与停稳卸载规则，验证服务替换会重启消费者且不会留下旧句柄、监听器、连接或子进程。
• 固化官方 Session Controller 任务适配、Session/业务事实边界、自定义事件升级规则、flush 耐久屏障与 fork/恢复授权重验；不得用裸 Session create 建立产品任务。
• 依据执行能力复用矩阵验证 Tool guard 对 native/PTC/MCP 子调用的覆盖，MCP 发现与断线状态，以及 Schedule/Webhook/Job 包装为持久 AutomationRun 的失败语义。
• 依据治理能力复用矩阵固化 Settings、业务 Domain、Credentials、Approval、Permission Preset、Sandbox/runtime 的独立所有权；验证密钥脱敏、按操作解析、修订冲突和失败关闭。
• 依据 Agent 与专家编排矩阵固化 ExpertRevision、preset、Session、Subagent、Agent Team、模型与 compaction 边界；验证精确模型解析、adapter 代次、流终态和 retry ownership。
• 使用生成的 Typert Remote 承载一元业务方法并在 Host 入口执行 ActorContext 授权；分页、事件流、Session follow 与长任务进度使用专用协议，不以开发 SRC fallback 作为发布证据。
• 按 Harness 扩展交付清单 验证 Remote 稳定错误码、Host/Client settings namespace、工具规范结果与 tool.call.toolview 回退；原生与 PTC 调用必须经过同一业务 guard。
• 补齐事故回归门槛：真实 Loader/export 与可选服务拓扑、快照外的工具及成果断言、确切 origin 的页面验收、底层结构化错误保留；核对 rc.1 的 config/disabled 表达式求值，不能套用历史事故结论。
• 编写 ADR，输出 smoke 日志与版本矩阵。
• 功能包只有实现真实入口并通过检查后，才能添加可加载 manifest。
• P0 不通过时修订方案或报告具体公开接口缺口，不复制上游实现绕过。

P0-05 本地治理基线与企业信任边界设计

• 按 TEAM-DESIGN 定义 ActorContext、Organization、Membership、ResourceOwner、AccessGrant、RuntimeBinding 和 AuditEvent。
• 定义身份/授权/审计提供方契约；本地模式以可信 local provider 生成唯一主体和个人组织，测试覆盖多主体，不能直接信任前端 ID。
• 本地版本验证受控 Session Host 入口和官方工具路径的 owner、授权与审计；不把内部 Host Service 宣称为企业公网 API。
• 验证 ctx.fs 的 observation policy、sandbox/runtime provider 与 WorkDSH 授权同时生效；先读后写仅视为新鲜度保护，不能代替目录和资产权限。
• 验证 Permission Preset 不会提升 WorkDSH access 或连接授权；Sandbox 返回 partial 时团队强隔离任务失败关闭，网络外发由独立策略阻断。
• 确定本地与团队 runtime 的隔离规则：团队不允许多个不互信用户共享可任意执行的 OS 身份/工作目录。
• 企业 Remote、Session-follow、文件、子任务、成员撤权和在途取消的全路径验证进入企业版架构说明 E01—E05；未通过前禁止开放团队远程服务，但不阻塞本地版本。
• 产物：本地治理契约与验证证据、企业信任边界和后期工作包。

4. P1：工作台、功能插件与团队基础

P1-01 契约与工作台

• contracts 按领域子路径导出标识、修订引用、查询结果、诊断和服务接口。
• 工作台贡献机制负责导航和页面；各功能插件负责自己的视图和数据。
• 首页包含日常工作入口、行业应用选择、专家与技能引用、工作区、权限入口和输入资料。
• 任务页复用上游执行与呈现，增加专家修订、所属应用、项目和成果入口。
• 没安装的可选功能不显示可点击假入口；对象缺依赖保留诊断。

P1-02 专家管理

• 支持多个专家的列表、搜索、详情、创建、修改草稿、复制、发布修订、停用、导入导出。
• 定义包含角色指令、技能引用、资料引用、连接能力要求和交付要求。
• 提供 expert-manager 引导技能及对应结构化管理工具；界面和工具调用同一服务。
• 生成草稿后先校验再发布；用户请求仅要求创建时，发布不自动执行业务任务。
• 第三方预置专家只读，复制后属于用户；用户数据与插件安装目录分离。
• 任务锁定发布修订。新专家通过关联新任务交接摘要和所选资产，原任务保留。

P1-03 技能管理

• 管理多技能及 references/scripts/templates；对接原生技能提供方，不另写模型侧技能执行器。
• 提供 skill-creator 引导技能、创建/更新/校验工具、搜索和启停界面。
• 导入包校验路径、资源大小和引用，不因导入运行脚本；脚本执行遵守现有执行权限。
• 用户指定技能与模型自动选择分别遵守原生 invocation policy。
• 无效技能显示诊断，不进入可用目录；技能依赖按引用关联，不向所有专家自动注入。

P1-04 连接器管理

• 管理服务定义和多个连接实例；首期 MCP stdio、HTTP 两种接入。
• 提供配置页面、配置草稿工具、授权跳转/凭据输入入口、健康检查、重新连接和停用。
• 每实例独立命名空间和账号引用；专家要求表达能力，任务绑定具体实例。
• 多候选且没有明确默认时请求用户选择；禁止跨账号自动回退。
• Agent 可以准备非敏感配置；凭据走专用流程。连接完成后重新检查任务能力。
• 若公开接口不能在现有组合安全接入，保留进度并明确通过关联任务继续，不私下热换预设。

P1-05 行业应用与项目入口（项目完整领域拆至 P1-11）

• 应用插件管理多个应用：名称、品牌、场景、推荐问题、专家/技能目录、连接要求。
• 应用切换影响新任务默认值，不切整个 Profile，不改旧任务。
• 用户明确选择优先于场景默认和应用默认，但不能扩大授权；任务创建时保存解析后的绑定。
• 项目插件管理多个本地项目、任务归属、项目说明和资产引用。项目不是 Profile，也不等于完整历史自动共享。
• 项目指令和资料作为明确任务输入，经公开机制记录。

P1-06 资料库与成果

• 管理目录、导入文件、检索、修订、加入任务、登记成果和下载/打开。
• 区分输入资料、专家参考资料、中间文件与最终成果。
• 使用原生 Sidebar 支持的格式进行预览；额外 CSV 视图按公开扩展提供，未知格式下载。
• 元数据使用各插件拥有的官方 Storage Domain；Profile 首期路由到官方 SQLite/JSON provider，插件不直接打开 SQLite。内容保存到受控资源目录。
• 文件写入采用临时文件后提交，索引提交前验证内容；失败保留诊断和清理策略。
• 编辑冲突用预期修订检查，不静默覆盖。HTML 不获得 Host 工具或凭据。

P1-07 任务绑定、依赖与跨插件流程

• 管理动作、任务执行和持久资产分别记录，不制造第二套 Harness 任务状态机。
• 原生 todo/schedule/team/approval/deliverable 只按官方执行语义使用；项目待办、自动化、企业团队、业务审批和资料资产仍经各自领域服务提交并以稳定 ID 关联。
• 任务开始时记录专家/技能修订、应用、项目、输入资料和具体连接实例。
• 缺必需能力在提交前阻塞并说明修复入口；运行时连接失效保留已完成工作和回执。
• 查询结果、校验后的提交记录和结果回执通过结构化工具返回。
• 请求超时但可能已写入时先查远端记录；支持幂等的提供方使用稳定操作标识，不支持时不得自动重发。
• 资料库保存报告、外部记录 ID 和任务关联，后续任务可继续引用。
• 连接器工具的授权使用官方工具流水线单调 guard；确定性管理操作可用 Command 并关联权威领域事件。动态 Workflow 只作为可选的 Session 内 subagent 编排，不替代业务流程对象。

P1-09 本地治理基础实现（企业扩展后置）

• identity、access、audit 功能插件及 local provider 实现；默认自动创建个人组织和唯一所有者。
• 所有领域服务按服务端主体上下文执行，数据从创建起具有组织、所有者、可见范围、修订。
• 本地模式自动创建个人组织和唯一 owner；多组织测试只验证契约失败关闭，不开放多人产品入口。
• 管理员不隐式读取个人会话；企业成员权限、连接授权和凭据隔离由后期企业版重新端到端验收。
• 建立运行绑定和审计记录；记录已批准的连接身份、使用专家修订与外部操作回执。
• 提供模型访问和用量事件契约；模型治理首期不重写官方路由，无法执行组织策略的入口禁止宣称受管。
• 建立模式和 schemaVersion 迁移基线；本地到团队采用显式导入/归属映射，不直接复制 Session 当作已完成迁移。

P1-10 企业后台基础入口（后期企业版）

• plugin-admin 提供独立管理布局，复用各功能插件的领域服务和 Remote。
• 实现当前组织、基础成员列表、组织对象发布/停用、连接授权范围与审计查询。
• 未实现企业功能明确标“规划中”，不返回伪造邀请/用量/执行结果。
• 本地组织与测试多组织模式使用相同授权，admin 不默认可读个人对话。
• 组织管理权限与宿主插件安装权限分开，首期仍只读显示插件状态与安装说明。
• 验收见 ADMIN-DESIGN 与企业版架构说明。该任务不进入当前本地版本门槛。

P1-08 发布验收

• 完成教育与办公示例；业务写入使用测试 MCP 服务，无需真实客户账号。
• 测试 API/mock 模型覆盖确定性逻辑；真实模型 smoke 另行记录模型、输入与输出，不把 mock 成功称为真实模型成功。
• 预构建 tgz 干净安装，构建产物带完整技能和模板，卸载保留用户数据。
• 交付开发手册、用户快速开始、已知限制和 P1 验收报告。

5. P2：专家团和自动化

• P2-01：专家插件增加 ExpertTeamRevision、稳定角色、允许的 ExpertRevision、任务分工与整合要求；一次运行建立 ExpertTeamRunBinding。自主委派适配 Subagent，固定流程适配 Workflow，运行协调可使用实验性 Agent Team。每个成员重新解析 flat scope、模型、资料、工具和连接，不能继承父 Agent 权限。
• P2-02：处理一次性与可继续子代理的差异、成员失败、inbox 接受后的独立运行、interrupt 后停稳、部分结果与团队汇总；展示每个成员的真实 Session、执行和成果归属。原生 team task/mailbox 只保存运行协调，项目 WorkItem 和企业通知仍由业务领域拥有。
• P2-03：自动化功能插件管理多个任务，含一次性/每周/每月规则、时区、目标专家与项目、连接引用、Webhook 来源和运行历史。官方 Schedule/Webhook/Job 仅作为触发、Session 创建和活跃运行候选，业务规则与运行事实由 automations Domain 拥有。
• P2-04：持久 delivery/occurrence/run 标识、同次触发去重、同任务默认不重叠、错过触发默认合并为一次待执行；危险提交不自动重试。官方 Webhook 的 202/fire-and-forget 不算成功回执；Job 的进程内终态不算崩溃恢复证据。调度由单一 Host 持久管理；浏览器关闭不影响在线 Host，Host 停机后恢复错过触发；不承诺 Host 离线执行。
• P2-05：提供方示例展示一次注册多个专家/技能/应用，完善发布和兼容测试。

后期企业版 ToDo（不属于当前本地版本）

• 当前不建设公共 Skill 市场，使用 Harness 默认/本地技能。
• 后期建设独立 WorkDSH 企业服务端与管理 Web，组织 Skill 元数据、不可变制品、分类、版本、下发策略和成员上传策略由服务端统一拥有。
• Harness Host/隔离 Worker 作为执行节点同步精确授权修订并投影到官方 Skill provider；管理 Web 不直接操作执行节点文件目录。
• 企业模块开始实现时分别建立自己的 0.1 版本线；不预先命名为 Skill 0.2。完整架构和 E01—E05 工作包见企业版架构说明，Skill 投影决策见 ADR 0015。

6. P3：团队与业务应用

• P3-01：在已有身份/授权契约上增加企业后台、邀请与成员管理、SSO 提供方、组织策略界面；不重新设计所有权和权限模型。
• P3-02：团队资料提供方、共享目录、修订与审阅、并发冲突、操作审计。使用资产契约替换提供方，不更改调用方。
• P3-03：在线表格功能插件管理多个表、schema、行与查询；独立定义并发写入及幂等规则，不以 CSV 冒充数据库。
• P3-04：业务页面功能插件管理多个页面与数据绑定。页面使用受限数据 API，不获得任意本地执行权。
• P3-05：发布、撤销发布、分享权限、引用数据访问检查。默认不公开；明确发布对象和访问者。
• P3-06：钣金工厂示例：客户/询价/报价 → 风险检查 → 更新待办 → 管理页面展示 → 保存报告，使用脱敏数据。
• 阶段入口补齐具体部署提供方、SSO 协议适配、服务端数据库和备份 ADR；基础主体/组织/权限设计已经由 P0/P1 完成。不能把目录占位当作团队功能完成。

7. 开发节奏及变更纪律

每项任务按：读状态和契约 → 标记进行中 → 实现服务 → 工具/Remote/界面 → 失败路径 → 验证 → 更新证据和台账。

完成条件是功能、检查、文档一致；完成页面不等于完成插件，完成插件不等于跨插件链路完成。范围变化必须同步 PLAN、STATUS、ACCEPTANCE 与受影响模块 README。任务 ID 保持稳定，取消的任务保留原因。

不预设交付日期；以阶段退出证据决定进度。P0 发现版本接口差异时记录阻塞与替代方案，不悄悄降低 P1 目标。

8. 团队版设计依据与新增路线

详见 TEAM-DESIGN。P3 增加企业模型目录与访问策略、组织专家/技能发布、连接器使用授权、审计查询与用量看板、私有部署配置。P0/P1 预先定义并验证契约与强制边界，不提前交付虚假后台。完全离线、第三方网络控制和专有资源隔离需要具体部署验收，不能由产品名称推导。

10. 核心领域补充（修订 6，首期必做）

P1-11 项目完整领域与工作闭环

依据 项目设计 实现项目中心、模板、详情、任务、业务待办、资产引用、动态与设置。配置管理项目指令修订及专家/技能/连接默认值；任务绑定保存精确来源。项目不再仅为任务分组。页面与 project-manager 工具共享服务。

完成定义：空项目可找到；两个项目默认能力隔离；配置更新不污染旧任务；项目资产通过 library 复用；业务待办与运行事实分离；交接重查接收者访问和连接授权。测试 J01—J10 中 P1 项全部通过，作为 P1-08 前置。

P1-02 补充

专家中心与我的专家分区，分类/标签/示例、最近使用、置顶及搜索失败诊断；置顶是用户偏好，不能改变任务专家绑定。专家团入口在 P2 实现后开放。

P1-03 补充

发现技能按目标搜索已注册目录，显示来源与依赖；本地导入、自然语言创建、启停与卸载各有真实结果。启停保存为策略而不改 SKILL.md；用户停用后阻止新的调用，运行中不可逆操作遵循取消语义。历史任务仍保留修订引用。卸载先显示依赖影响，批量操作返回逐项结果。

P1-06 补充

个人资料与项目资产使用同一资产服务；保存来源、作者、更新人、类型、大小、任务与修订。添加文档/目录到任务为授权引用，按需读取。上传预检容量并在提交时重查。Agent 修改 MD 产生待审建议，接受/拒绝/冲突均有明确结果，接受后才形成新正文修订。P1 实现文本检索与出处，向量检索及全格式解析不作为已实现能力。

P2/P3 补充

P2-03 自动化可关联项目但仍为个人所有；动态按创建者权限过滤。P3-01 实现项目邀请审批、只读任务分享、多人执行协作及公开接口支持下的队列；协作禁用个人连接。P3-02 实现团队检索索引与多人资产审阅。P3-03/04/05 实现在线表格和页面数据引用、受控发布，不以 CSV 文件冒充数据库。来源与差异见 研究记录。

11. 项目界面补充（修订 7）

依据 截图记录 与 PROJECT-DESIGN 第 7 节。P1-11 增加四主标签、配置侧栏、留言/待办评论、输入区结构化引用、能力选择草稿与确认提交；P1-02 提供专家候选查询；P1-03 提供项目技能导入暂存和已有技能引用；P1-04 按当前成员解析个人授权，区分已添加与已就绪。项目移除能力只移除关联。

P0-03 补充项目/专家/技能指令的注入层级和预算探针；P0-04 补充能力关联、留言评论与输入引用契约。新增验收 UI01—UI08 为 P1 必测，UI09 为 P2，UI10 为 P3；均保持待实现。P1-08 发布须满足 UI01—UI08，后续阶段入口不伪造成功。

截图没有展开计划、任务、资产页；不承诺未经观察的交互细节。真实通知与邀请维持 P3，自动化维持 P2。本次是需求补充，R01—R06 审查事项仍待处理，修订 7 不表示冻结可实施基线。

12. D00 审查处理（修订 9）

R01—R05 的明确设计见 ADR-0007：连接目标/账号版本绑定，干净上下文摘要，权威资产隔离，同主体首期交接，Host 调度所有权。P0-03 验证新会话受控输入，P0-05 验证所有写路径与隔离；不可用时遵守 ADR 限制或记录阻塞。

R06：阶段验收以 验收台账 的单一 phase 和任务映射为准。P1 发布集合为 phase=P1 的全部用例，P0 是前置；P2/P3 不混入。新增边界用例 B01—B05 与探针 Q01—Q04 均为待验证，设计关闭不代表产品通过。

用户端与管理端的首期拓扑、数据所有权及持久化实施顺序见 部署与存储。首期同 Host、独立界面与服务端权限；领域对象走官方 Storage Domain，资产使用受控文件存储，不为两个前端复制业务数据。

工程目录归类补充

功能插件统一位于 packages/plugins/，各子插件继续独立包和版本；父目录不是可安装包。依据 ADR-0008，顺序仍按 D00—D15 执行。

提供方目录统一归到 packages/providers/，保持各模块任务、独立版本和既定开发顺序，见 ADR-0009。

UI 提案补充

用户要求先审阅产品界面。新增 UI-DESIGN 与 docs/ui/index.html，覆盖首页、任务、项目、能力中心及空状态。该段记录当时的设计交付；当前已进入 D02，正式页面仍按逐插件顺序实现。

页面风格统一以 UI-DESIGN 为准；D02 承接共享 token/控件，后续插件必须复用，视觉和交互交付按其中清单验证。

跨功能执行组合（系统功能补充）

以下加入既有任务，状态均为待实现；不新增独立运行时插件，不改变 D01—D15 门槛。

所属任务	系统功能与交付
P0-03	预设探针同时覆盖无专家普通任务、角色引用、不同工作范围；验证标准组合基础能力，PTC 另做可用性/失败回执验证，不能凭名称宣称性能收益
P0-04	固化角色、组合、范围的独立引用及任务解析结果契约
P1-01 / P1-07	普通任务可不选专家；创建前解析已验证执行组合，提供高级选择及不可用原因；记录有效组合和来源，禁止静默权限升级
P1-02 / P1-03	创建专家/技能使用受控创作流程：草稿、校验、发布；模型不直接安装任意插件或获取凭据
P1-05	行业应用提供场景默认组合、角色与资料需求，创建任务时仍逐项校验
P1-11	项目绑定与执行组合分离，项目范围不等于账号授权
P1-10	管理端查看允许的组合及策略诊断；普通组织管理员不因此获得宿主插件安装权
P2-03 / P2-04	自动化固定组合引用和执行主体，触发时重查授权；批量写入保留逐项回执及未知结果处理

P1 先交付经验证的通用组合与创作流程。PTC、极简模式不强制向普通用户开放；开放前须有独立运行证据。创造模式是可复用开发能力，不直接把任意配置文件编辑暴露为专家创建的正式接口。

Desktop 技能运行环境前置设计（2026-09-13）

用户确认采用应用托管 Python 与精选依赖，继续复用 Harness 官方执行工具和本地沙箱。详见 托管运行环境设计，RUNTIME-01～03 为待实施的 Desktop 发布前置工作，包含公开面探针、离线分发、隔离依赖和可运行性诊断；不改变 D04 主线，不恢复暂停的 Excel 高级编辑开发，不宣称 Desktop 开箱运行 Python 技能已完成。

2026-09-13 最新范围决定：Office 专项取消画布与多维表格开发及新建候选展示，不删除 D15 后续业务模块职责。下一步仅推进 PDF 适配器：同一内容服务的新建/AI 更新、右侧预览、保存重开和真实 PDF 文件交付；优先复用已选浏览器开源基础库，先验证中文字体及文件保真。现有 Word/PPT/Excel/HTML 保持，Markdown、本轮其他 Office 扩展、连接器与资料库继续后置。历史八类计划由本决定覆盖，不声称 PDF 已实现。

PDF 首版实现签收（2026-09-13）：仅新建分页 text/rectangle 工作副本；真实 PDF.js 侧栏、AI 工具按页更新、人工文字保存、冷恢复及 PDF 文件交付链路已验证。字体完整静态嵌入且可见字形检查通过，不依赖用户 Python/系统字体。已有任意 PDF 导入/OCR/图片内容修改、复杂版式和真实模型成品评测未完成；不将首版验收写为 Office 专项整体完成。画布/多维表格仍取消本专项开发。

2026-09-14 用户优先 PPT 风格选择切片：增加四套封面预览与原生提问流程，纠正红色直接认定红金的规则；不扩展 Word/Excel、不更换 PPT 生成引擎。验收边界见 Office NEXT-STAGE。