作用先摸清企业里已有的专家资产,能避免重复建设,也便于规划分类。
操作进入「专家列表」标签页,查看当前企业可用的所有专家,使用顶部搜索框可以按专家名称或专家标识快速定位。
注意内置市场专家由平台提供,开箱即用,不受企业下发策略约束,不需要也不支持企业端管理。

作用企业自建专家是把内部经验产品化的载体,标识与分类决定了后续的可检索性。
操作单击「+ 上传企业专家」进入新建专家流程,按要求填写基本信息。必填项为专家标识、显示名称、分类;选填项为头像、版本、描述。
注意专家标识创建后不可修改,建议采用语义化命名如 code-reviewer、data-analyst,创建前先确认团队命名规范并留档。

作用专家包是专家能力的核心载体,知道传输与校验机制才能在失败时判断原因。
操作在上传环节选择本地专家包文件完成上传。
注意仅支持 .zip 格式文件,其他格式无法上传;上传失败时先核对文件格式再排查包内容。
作用可见范围决定谁能在客户端看到并使用这位专家,是权限收敛的第一道闸门。
操作在权限配置处选择可见成员范围,再决定保存方式:单击「仅保存草稿」,专家处于未启用状态;单击「保存并启用」,立即发布专家,成员可开始使用。
注意企业自建专家的可见范围由管理员在创建时设定;启用与关闭状态独立于下发策略,关闭后的专家所有成员均无法使用。

作用合理的分类能提升专家在企业市场中的可发现性,避免好东西被埋没。
操作在「分类管理」标签页单击「+ 新增分类」,填写分类名称、分类描述与排序位置后保存。已有分类支持重命名与删除。
注意分类名称建议简短清晰;删除分类前先确认该分类下是否仍有在用的专家,删除后这些专家需要重新归类。

作用下发策略实现差异化授权,验证则确保策略真的按预期落在了目标成员身上。
操作在「专家下发策略」标签页单击「+ 新建策略」,填写策略名称、策略类型、目标专家与作用范围并保存。策略列表支持按名称搜索、按类型筛选,并可通过权限查询快速查看某成员对某专家的最终访问权限。
注意黑名单优先级高于白名单,被黑名单禁止的用户无法通过白名单获得访问权限;建议对涉及敏感数据或高风险操作的专家配置白名单策略。

作用自建专家意味着企业要为自己的内容负责,把边界讲清楚才能推得动。
操作在推广自建专家前,把涉及的数据项整理成清单,并明确哪些是必填、哪些是可选。
注意企业自建专家的内容准确性、安全性和合规性由上传者负责;专家在对话中的输出内容仅供参考,关键决策请结合实际业务情况验证。
```markdown
我要为企业规划自建专家的命名与分类体系,请帮我设计方案。
必须依据的真实约束(不要增删限制):
- 专家标识是全局唯一标识符,格式如 frontend-expert,发布后不可修改;
- 显示名称必填,是在界面中展示的名称;
- 分类必填,用于组织和检索;
- 版本选填,默认为 v1.0;描述选填,一句话说明用途,最多 2000 字;
- 头像支持 png、jpg、svg,推荐尺寸 200×200,文件大小不超过 512KB,未上传时自动生成默认头像;
- 分类名称最多 20 个字符,分类描述最多 500 字,排序位置可选追加到末尾或置顶到首位。
我的场景:需要建 6 个专家,覆盖前端开发、后端开发、测试、数据分析、产品需求撰写、运维值班六个方向,其中数据分析专家涉及敏感数据。
请输出:1)一张规划表(专家用途 / 建议标识 / 显示名称 / 所属分类 / 是否需限权);2)一段命名规范建议(不超过 150 字),说明为什么标识要语义化且创建前留档;3)一份分类体系设计,包含分类名称、描述与排序建议。
```得到一张规划表、命名规范建议和分类体系设计,所有标识均语义化,字符数限制被正确遵守。
```markdown
我有一个涉及敏感数据的专家需要限制使用范围,请帮我设计权限方案。
必须依据的真实规则(不要新增策略类型):
- 下发策略支持两种类型:白名单(仅允许指定的成员使用目标专家)、黑名单(禁止指定的成员使用目标专家);
- 优先级规则:同一专家同时存在白名单和黑名单策略时,黑名单优先级高于白名单,被黑名单禁止的用户无法通过白名单获得访问权限;
- 可见范围可选所有成员或部分成员(仅指定的成员或部门可使用);
- 专家的启用/关闭状态独立于下发策略,关闭后的专家所有成员均无法使用;
- 内置市场专家由平台提供,开箱即用,不受企业下发策略约束;
- 策略列表支持按名称搜索、按类型筛选、查看作用范围与关联专家、通过权限查询查看某成员对某专家的最终访问权限。
我的场景:数据分析专家仅允许数据组成员 12 人使用,其中 2 名实习生虽在数据组但不应获得访问权。
请输出:1)一套配置方案,说明可见范围选什么、策略类型选什么、作用范围怎么填;2)一段为什么实习生场景必须用黑名单而不是缩小白名单的解释(不超过 150 字);3)一份验证方案,说明用权限查询验证哪三个人、预期结果分别是什么。
```得到一套可行的配置方案、黑名单必要性的解释和三人验证方案,优先级规则被正确应用。
```markdown
我们企业已经上传了多位自建专家,需要一份运营与下架规范。
必须依据的真实事实(不要增删功能):
- 专家列表字段包括专家、类型、职业、分类、版本、状态、可见范围、启用状态;
- 专家包仅支持 .zip 格式,上传后系统通过 MD5 / SHA256 校验文件完整性,并直接传输至对象存储;
- 专家的浏览、上传和管理不消耗积分;成员在客户端使用专家对话时,由客户端根据任务量和模型调用消耗积分;
- 企业自建专家的内容和能力由企业管理和控制,不会共享给平台外第三方;专家的外部服务调用能力取决于专家包内的配置,不在企业管理范围内;
- 不再使用的专家请及时停用或删除,并同步清理关联的下发策略;
- 专家在对话中的输出内容仅供参考,关键决策请结合实际业务情况验证。
请输出:1)一份运营流程(上线—推广—评估—下架),每阶段写明动作与判定标准;2)一张季度评估表(评估项 / 数据来源 / 下线阈值 / 下线前动作);3)一段给用户的使用提示模板(不超过 150 字),提醒输出仅供参考、关键决策需人工验证。
```得到一份运营流程、季度评估表和用户提示模板,积分与共享相关的表述与给定事实完全一致。