winBrain · 专家创建 · 设计现状对比

winBrain Creator Lab

岗位职责字段去留 · 两套旧填表单 vs 新聊天新建

李瑞问：新建专家里的「岗位职责」能不能删掉？—— 旧填表单整套废弃，聊天新建接管

结论：岗位职责在旧填表单里的唯一作用 = 编译进专家 Plugin Prompt（purpose: WIZ.duty，`workbench-api-adapter.js:1642`）。 新聊天新建（plugin-dev / skill-creator）由对话自然捕获职责，不再需要表单字段。 → 旧填表单整套弃用，岗位职责字段随之删除；TUI 与 Web 两套表单入口移除，统一走聊天。

3 Designs两套旧表单 + 新聊天

专家创建 · TUI winbrain · 新建专家（终端） 专家名称 * 门店经营总控 所属行业 零售门店 岗位职责 * ← 删除 负责什么、解决什么问题 MCP / 数据库 cloud-agent-db 测试用例 逐行填写，逐项配置… 创建专家 字段逐项 · 无聊天 STEP 1 / 3 · 定义专家身份 专家名称 * 例如：供应链经营总控 所属行业 可选 请输入所属行业 岗位职责 * 用一两句话说明这位专家负责什么 ← 删除此字段 员工 = 核心技能的业务化入口，可选 + 添加员工 下一步：配置员工 多步向导 · 表单勾选 NEW · 专家创建专家（聊天） 当前方案 帮我建一个专家 好，正在调用 plugin-dev + skill-creator 创建。你的职责是 什么？解决哪类问题？ 负责门店经营， 看板与选品… 明白，职责已记入 Plugin Prompt（purpose）。继续： 需要绑定哪些 MCP？ 无字段 · 无表单 · 职责在对话里 继续聊：告诉它要做什么… plugin-dev + skill-creator
当前 step 岗位职责字段（旧表单 · 待删） 新方案

UX Flow点 pad 看每套设计细节

Publish发布机制 · 显式发布，非默认同步

结论：聊天新建/进化产出的是草稿（workspace/experts/.drafts/<draftId>/），不会自动同步进在职专家目录。发布是显式动作，不是默认同步。
链路：聊天创建 → .drafts/<id> 草稿 → testCreatorDraft 真实测试（status=verified） → publishCreatorDraftCandidate 发布候选 → activateExpertVersion 激活版本 → 在职专家
方案 B（草稿 ID 与专家 ID 分离）：发布候选时先经草稿元数据解析源专家，再做在职校验（publishCreatorDraftCandidate）。草稿可 discardCreatorDraft 丢弃，不污染在职目录。
与旧表单一致：两套创建方式共用同一「草稿 → 测试 → 发布」链路，职责来源不同而已（表单字段 vs 对话捕获）。发布后走既有 publishCreatorDraft / 版本激活。
要不要改默认同步？ 不建议。草稿先测试验证再显式发布，避免未认证产物直接上线（status=verified 才可发布）。若想要「一键发布」，保留显式确认即够，不必自动同步。

Decision岗位职责去留

岗位职责的唯一作用：旧表单里 purpose: WIZ.duty → 编译进专家 Plugin Prompt。它是「这个专家负责什么」的核心输入。
聊天新建已接管：plugin-dev / skill-creator 会话里由对话自然捕获职责，不再需要表单字段。
建议：旧填表单（TUI + Web 向导）整套下线，岗位职责字段随之下架；创建专家唯一入口 = 聊天。既有已创建专家的 purpose 保留在 Plugin Prompt，不受影响。
凯哥/李瑞归属：两套都做过——旧填表单是历史方案，新聊天是当前方向。删除旧表单属产品收敛，非砍功能（职责仍会进 Prompt）。