Session Recap · winBrain Creator OS

聊天入口重设计 · 从设计到代码的完整闭环

ontology-factory-bot（wecom）单会话工作流 · 2026-08-12

测试四版本架构问答 ×4onepager 产物 ×5代码落地 + 推送快照验证
结论 本会话完成一件事的完整闭环：把「创建对话入口重设计」从概念讨论推到 GitLab 已推送代码。 起点：用户质疑「专家=员工+MCP，员工为何能回答问题」→ 引出一系列架构澄清（plugin vs agent / subagent vs workflow / 登记资料）； 中点：按 design 删「补充材料」→ 提交推送 → 快照发现并发改动 → 修复 diff； 终点：用户决策「创建对话只留项目组/专家」→ 与另一会话协作收敛到 7012d3b，check 全绿 207/207。

SVG会话工作流 · 全链路

① 测试与架构澄清 · 四版本 onepager（A/B/C/D）Playwright 实测零错误 · 问答：六大概念 / 专家=Plugin vs Agent / 登记资料 · 问答：subagent vs Dynamic Workflow / 员工如何调 MCP · 产出 5 个 onepager 均部署 cloudflared 公网 ② 按 design 改代码（8e2b338） · 删除「补充材料」分区 + 两个登记按钮 · chat-picker-resource action 移除 + 提示文案更新 · 测试断言/tui-interaction-map 同步 · npm run check 全绿 → commit → push GitLab ③ 快照 → 发现并发 diff · Playwright 快照：员工入口消失（另一会话 040733c 并发提交） · 按用户当时 design 恢复三件套（ea0370a） · 快照脚本断言更新并复跑 PASS ④ 用户最终决策（关键转向） · 员工无法独立调 MCP → 创建对话只留项目组/专家 · 另一会话落地：040733c + Revert + 7012d3b · 本会话 reset 到远端基线，不再反向改动 ⑤ 收尾验证 npm run check 全绿 207/207 · TUI/Web/axe 十场景 0 · 读屏矩阵 21/21 · 本地=远端 7012d3b · 通知另一会话 8e2b338 删补充材料 → 040733c 只留项目组/专家 → 9461583 Revert 三件套 → 7012d3b 契约同步 feature/ink-agent-sdk-creator-os · gitlab008.its.winchannel.net/datascience/winbrain_os

Commits提交链 · 可搜索

4 项
commit 内容 归属
8e2b338 移除 chat picker「补充材料」分区与登记按钮；提示改「工作对象都在这里」；map 101→100 本会话
040733c 创建对话只保留项目组/专家；员工不再作为一级入口（保留协作树/进化/@提及） 并发会话
9461583 Revert 三件套反向改动（员工入口恢复被撤销） 并发会话
7012d3b home.open.employee-creator / result.open.employee 改 equivalent 处置；契约测试同步；check 全绿 并发会话

Artifacts会话产物 · 全部已部署公网

产物 内容
onepager-app-factory-variant-{A,B,C,D}.html App 构建流程四版本对比（本会话测试对象）
workflow-fix-publish.svg 测试→修复→发布工作流 SVG
onepager-skill-intro.html Onepager skill 自介绍页（用其自身法则）
onepager-expert-plugin-explainer.html 专家=Plugin vs Agent 架构解释
onepager-subagent-vs-workflow.html subagent vs Dynamic Workflow 对比
onepager-remove-supplement-demo.html 删除补充材料的 Before/After 交互演示（本次改动设计依据）

Video改动验证 · 浏览器视频 + 快照证据

完整验证流程：首页 → AI 对话 → 选择器（项目组/专家两件套）→ 搜索「员工」无结果 → 专家视图 → 返回入口。共 6 步，Playwright 录制，零 console/page 错误。文件：Design/chat-entry-redesign-20260812.webm（729KB）。

首页 landing
1 · 首页 landing
聊天入口
2 · AI 对话入口
选择器根视图
3 · 选择器根视图（两件套）
搜索员工无结果
4 · 搜索「员工」无结果
专家视图
5 · 专家视图
返回入口
6 · 返回入口

Action Loop验收清单 · 勾选 + 复制

本会话交付核验0/5
▸ 关键架构问答摘要（展开查看）

1. 专家=员工+MCP，员工如何回答问题？

MCP 权限在项目层统一继承：员工聊天经 ChatContext 继承项目绑定的本体/外部 MCP，无需员工自己绑定；员工=Skill（做什么），项目=身份+数据（用什么）。standalone 专家才用专家自己的 MCP。→ 最终用户决策：员工不作为一级对话入口，由专家调度。

2. 专家=Plugin vs Agent？

专家从执行单元降级为静态资产（plugin.json + skills/），执行交给项目级一次 SDK 会话；换来版本化/退休归档/发布 API/组合性，代价是无专家级持久记忆。

3. subagent vs Dynamic Workflow？

差别=谁持有计划：subagent 计划在主 agent 上下文（逐轮决策，适合实时聊天）；Workflow 计划在可重跑 JS 脚本（后台编排几十到几百 agent，适合批量/审计/对抗评审）。建议并存。

4. 登记文本文件 / 登记资料？

ResourceUseCases 三件套（database/document/file）：受控写入 .pi/resources/（0600），并入 CreatorOptions.datasets 供新建专家选用；document 与 file 后端无实质差异。