4.3 造一个专属专家

概念

专家 = 提示词人设 + 附属技能 + 展示信息，打包成一个可直接调用、可分享、可上架的角色。对 FDE 来说，这是把「某个岗位的经验」交付给客户的最完整形态。

用法：个人自建，从零到可用

1. 装专家管理技能 ：「安装技能 expert-manager」，按提示用 git clone 方式拉取。已装过就跳过这步。

2. 先想清定位，再动手 ：这一步不是走流程，是 整个工作里最值钱的部分 。至少要定死六项：

1. 初始化目录骨架 ：运行初始化脚本（ --type agent ），生成带占位符的标准结构：

my-experts/plugins/admission-advisor/

├── .workbuddy-plugin/

│   └── plugin.json          # 展示字段：名字/职业/描述/标签/推荐提问

├── agents/

│   └── admission-advisor.md # 提示词（核心）

├── avatars/

│   └── avatar.png           # 建议 512×512

└── skills/                  # 附属技能（可选）

    └── .../references/      # 领域资料放这里

1. 填内容：人设 + 能力 + 流程 + 输出规范 ： agents/*.md 是灵魂所在，四段必写： 人设 （你是谁、对谁说话）、 核心能力 （能干什么、不能干什么）、 工作流程 （分几步、每步做什么）、 输出规范 （格式、必须标注什么）。领域资料放进 skills/*/references/ 。

把第 8 章的红线写进输出规范里：比如强制要求「每条政策结论后标注来源简章的章节号；查不到依据时明确说明『简章未涉及，建议联系招生办确认』」。三态溯源不是靠事后检查，是靠写进专家定义里。

1. 校验 → 注册 → 打包分享 ：先跑校验脚本确认 无 [TODO] 占位符残留 、字段合规；再注册到「我的专家」即可使用；最后打包成可分发包给同事或客户。 纯文档型专家更容易过审 ——无第三方代码依赖，安全扫描友好。给金融、政企客户交付时这一点很重要。

**💡 提示：**创建专家、修改专家、打包分享 都不消耗积分 （本地写文件）； 与专家对话消耗积分 （要调 AI 模型）。所以「反复打磨专家定义」这件事本身是免费的——大胆改。

示例：企业交付走管理员后台上传

给客户做企业级交付时走这条路径，因为它带权限治理。专家分两种来源：企业自建（管理员上传维护）与内置市场（平台预置，开箱即用）。

入口：企业管理后台 › 专家管理 › 专家列表 › 上传企业专家

配置完可选仅保存（草稿、未启用）或保存并启用（立即发布）。更精细的权限用下发策略：

• 白名单 ： 仅允许 指定成员使用目标专家。适合向特定团队开放敏感专家。

• 黑名单 ： 禁止 指定成员使用。适合限制某些角色访问特定资源。

**⚠️ 风险提示：**① 黑名单优先级高于白名单 ——同一成员同时命中两种策略时以黑名单为准；② 专家的 启用/关闭状态独立于下发策略 ，关闭后所有成员都无法使用；③ 内置市场专家不受企业下发策略约束 。配完策略务必用后台的 「权限查询」 功能验证某成员对某专家的最终权限，别凭推测。