eaiadminandClaude Code
593323a934
一次性提交当天全部改动（110 个文件）。 **未按 TOP_CODING_RULES.md G14.5「一次提交只装一件事」拆分** —— 用户明确要求 单一提交，此处如实记录，不静默忽略该冲突。 提交前验证：后端 go build / go vet / go test ./... 全绿，前端 npm run build exit 0，/api/health 与管理员 login 均返回 200。 - 专员目录收敛为 6 个：下线 knowledge-operations / process-coordination / presentation-briefing / report-generation 四个专员（前后端 manifest 与 seed 同步删除），新增 general-assistant。专员的归属关系（拥有哪些技能定义、 哪些目录项、提示词与绑定从哪来）改由 specialists/core 的 ownership.go、 prompt_provider.go、binding_provider.go 统一提供，seed 与 admin_handlers 随之内置化，卸载路径统一走 uninstall.go。 - 技能：补齐 text-to-speech 的前端 manifest（后端包在 HEAD 已存在）， skillcore/ownership.go 提供与专员对称的归属查询。 - AI 路由：ai_config.json 由 OpenRouter/Ollama 切到 LMUAI / SiliconFlow / llama.cpp 本地路由，ai_secrets.example.json 与部署 env 样例同步新增 SILICONFLOW_API_KEY。 - 系统管理页重整：新增 AiAdminPage、OrganizationManagementPage，删除 AdminOverviewPage、CompanyConfigPage，SystemConfigPage 精简，nav / router / config/workbench.js 同步调整。依 G05.5，开发阶段直接收口到新结构，不留旧路由。 - 新增 internal/objectrefs：统一统计对象（专员 / 技能 / xapp）的运行时引用 （被多少 xapp、项目、任务引用），供管理页做删除前的影响面判断。 - 公众号创作专员：新增 OfficialAccountSpecialistPanel，workflow 与投递链路调整。 - XApp：考试 / 培训 Shell 扩展，XAppDirectoryPage 与 xappDefinition 同步。 - 文档：新增 GW01–GW05 工作台演进系列与 AR12 对话驱动与结构化交互架构； 同步 AR05 / SY17 / SY23 / SY25 / PL04；TOP_CODING_RULES.md 增补 G05.5。 Co-Authored-By: Claude Code <noreply@anthropic.com>
2.2 KiB
2.2 KiB
20_Global_Workbench_Evolution 目录说明
本目录专门讨论全球主流软件工作台形态的历史演进，不承担当前系统架构合同职责，也不直接替代 02_Architecture 中的正式架构定义。
本目录的作用有三项：
- 为 EAI 的交互与工作台设计提供跨时代参照系
- 把“对话式 AI 工作台”和传统 GUI、SaaS、协同工作台放在同一条历史线上比较
- 为后续 Workbench、专员工作流、技能运行面、xApp 承接面提供外部样本库
当前文件
-
GW01_全球主流软件工作台历史演进.md- 总时间线文档
- 讨论从 CLI / GUI 到 SaaS / 协同工作台，再到 Copilot / Agent Workbench 的连续演进
-
GW02_对话式AI工作台与传统UI分界判断.md- 专题判断文档
- 讨论"对话发起 + 结构化接管 + 工作流可见性"为什么会成为新一代 AI 工作台的主交互模式
-
GW03_专员工作交互形式分析.md- 专题分析文档
- 对平台中所有专员（通用助手、公众号创作专员、合同审查专员、售前方案专员、客户跟进专员、简历筛选与招聘专员、汇报专员等）逐项分析其启动方式、决策方式、执行方式、反馈方式
- 给出每个专员"对话 vs 结构化 UI"的比例判断和交互设计建议
-
GW04_公众号创作专员可用性改进分析.md- 专题分析文档
- 分析公众号创作专员后端 100% 已实现、前端约 40% 的现状
- 给出完整的前端工作流 UI 实现方案、交互设计、组件结构和工作量评估
-
GW05_公众号创作专员与对话框交互兼容分析.md- 专题分析文档
- 分析公众号创作专员工作流 UI 与当前对话框架构的兼容关系
- 对比三种方案：扩展 SpecialistPanel、独立工作台页面、对话内嵌卡片 + 侧栏扩展
- 给出分阶段实施路径：先让 SpecialistPanel 可交互 → 再在对话消息中嵌入卡片 → 可选完整独立页
使用原则
- 本目录优先记录跨产品、跨代际、跨品类的演进判断
- 当前 EAI 的正式架构结论，仍以
02_Architecture中的正式文档为准 - 当研究判断足够稳定时，可回写到
02_Architecture形成正式合同