信访工作台插件体系
- 一切皆插件
- 信访
- AI协作
- 本地工作台
- DSH
🎯 目标
把"收到一段投诉 → 后续一系列办理工作"交给一个工作台：谁来帮、怎么帮、怎么用、结果在哪——像老员工一样配合用户完成办件全流程。
💡 概念
一切皆插件：平台外壳 + 功能插件 + 数据总线（dataBus）。 每个办件环节是一个插件；AI 协作走"连网 DeepSeek 为主、本地 AI 兜底"（生成带 Schema 的 Prompt → 在线对话 → JSON 回填表单 → 人工确认）。
⚙️ 过程
1. 读取工作对话语料（10 个分享链接）提炼办件流程、诉求类型与模板口径 2. 搭平台外壳 + 数据总线 + 插件清单（登记/提取/文书/审核/报表/归档…） 3. 持续学习 4 轮迭代：v2.0 办件向导 → v2.1 AI 要素提取 → v2.2 答复 AI 审核 → v2.3 办结归档 4. headless 命令行派单闭环（cu/bu 通道不稳后固化 `dsh --profile headless`） 5. 每轮独立验收：selftest 实跑 + console-check 双协议（file:// 与 http://）+ 文件凭证
🚧 问题
- file:// 下 localStorage opaque origin 抛 SecurityError（初始化期访问 localStorage 致控制台报错）→ 安全封装 _lsAvailable/_safeLsGet/_apiSafeEnabled 修复 - DSH 网页端派单不稳（bu 超时/发错会话）→ 改 headless 命令行通道，100% 不会发错 - DSH 服务重启导致工单中断（task-board 锁冲突）→ 重启前记录基线、重启后补发 - AI API 直连需显式授权、Key 仅 localStorage、默认零外网、敏感字段遮蔽——保密红线贯穿
✅ 成果
平台 v2.3 全链路闭环（登记→转办→办理→答复→办结→汇报 6 步），selftest 513/513 + console-check 双协议 ALL PASS；10+ 插件（extract/document/review/finish/similar/draft/stats/workflow/aiprompt/aideepseek/context-kb…）；连续 5 版（v1.9.1/v2.0/v2.1/v2.2/v2.3）独立验收通过。
🔗 链接
📂 过程资产
- 坑Astro Preview 后台进程运行中自动退出（ERR_CONNECTION_REFUSED）与重启验证2026-10-03
用 Start-Process 后台启动的 astro preview 服务在运行几分钟后进程退出，浏览器/curl 报 ERR_CONNECTION_REFUSED（服务此前正常）。解法：重启前先确认端口无监听（Get-NetTCPConnection），用 Start-Process 重新拉起并轮询 HTTP 200 就绪后再继续浏览器验证，避免误判为构建产物缺失。
- 案例AI 协作 JSON 回填模式（Prompt 生成 → 在线对话 → JSON 粘贴 → 自动回填）2026-09-17
平台内 AI 能力的统一交互模式：插件生成带 Schema 的严格 JSON Prompt → 一键打开在线 DeepSeek（或 API 直连）→ 用户把 AI 返回的 JSON 粘贴回 → 解析逐字段回填表单，人工确认生效。extract（要素提取）/ review（文书审核）均已落地。
- 坑file:// 下 localStorage opaque origin 报错与安全封装修复2026-09-17
插件初始化期访问 localStorage，在 file:// 协议（opaque origin）下抛 SecurityError 致控制台报错；用 _lsAvailable/_safeLsGet/_apiSafeEnabled 三安全封装降级修复，console-check 双协议 0 报错。
- 报告信访工作台持续学习 4 轮迭代验收闭环（v2.0 → v2.3）2026-09-17
按"调研对标→设计文档→headless 派单→盯→独立验收"闭环连续 4 轮推进：办件向导/AI 要素提取/答复 AI 审核/办结归档，selftest 334→513，console-check 双协议全 PASS。