课前导读
辛辛苦苦搭好一个好用的助手，如果只有你自己用，就浪费了——真正的价值是让全组同事都用上。这一节讲最后一步：发布和分享。这篇约 10 分钟的图文教程手把手教你点"发布"、选择发到哪个渠道、发到智能体商店或直接分享给同事。看的时候重点搞清楚两件事：一是发布后别人怎么找到、怎么用；二是权限怎么设，谁能用、能不能改。把这一步走通，你的助手就从"个人玩具"变成了"团队工具"。
教学正文
从个人试用到团队使用，变的是责任边界
Agent 自己用得爽，和发给同事用，是两回事。最大的变化不是"多了几个用户"，而是责任边界和运营机制变了。百炼发布后能通过 API/SDK 调用、发到钉钉微信；扣子能发布到飞书；Dify 发布后生成 Web App 和 API 端点。但"发布"不是"把链接甩出去"这么简单——你要把提示词、知识库、工具权限、版本、反馈渠道、下线机制一起交付出去。
所以发布给同事前，至少做四件事：写清使用范围、准备示例问题、设置禁用场景、安排反馈渠道。别把你个人的对话链接当团队工具用，因为个人对话缺权限、缺版本、缺知识库治理——同事乱问、问错、或者往里塞敏感数据，你都拦不住。
还要破一个幻想："发布后同事自然会用"不现实。没有场景说明和示例，同事要么不知道能问啥，要么问错、要么手一滑把候选人身份证号贴进去。上线的一半工作，是教人怎么用、以及告诉人别输什么。
跟我做：用扣子把制度问答机器人发布到飞书测试群
走灰度路线——先小范围、带使用说明、收反馈，再决定扩不扩大。
- 先在扣子里测好，确保系统提示词包含"只基于知识库回答、无依据就说材料未提供"。
- 写一份《使用说明》：适用问题、禁止输入的数据、示例问法、反馈方式。"禁止输入的数据"这条最重要，直接写进说明和群公告
- 点智能体页面右上角"发布"，首次发布按提示完成授权。
- 勾选"飞书"渠道，发布范围先选测试群或指定人员，别全员可见。首次发布可能要等企业管理员审核
- 在飞书建测试群「HR AI 制度问答测试群」，只拉 HR 核心用户和 IT／法务观察员。
- 群公告写死：不得输入员工姓名、身份证号、薪酬、绩效、投诉和争议材料。
- 试运行 1 周，收集错误答案、无依据问题、用户误用情况。
- 按反馈更新知识库和系统提示词，再决定要不要扩大范围。
直接全员发布 vs 灰度上线
有人测都没测就把机器人甩进全员群，结果第一天就有人问"我这个绩效申诉谁对"、有人把候选人简历原文整段贴进去、机器人还答错了两条制度——错误被放大到全公司，收都收不回来。灰度路线不一样：先在 HR 小群跑一周，错误答案和误用行为都在可控范围内被发现、被修，稳了再扩。
本节配套的《扣子平台搭建简单智能体并发布》（CSDN，约 10 分钟）图文讲了点"发布"→选渠道→发商店／分享同事的完整路径，可以对照操作。想再深一层，去「深入一层」看"AI 产品运营"：上线后盯使用量、命中率、拒答率、错误反馈、敏感输入拦截次数——把 Agent 当内部产品来运营，而不是一次性工具。
未测就全员发布：错误会被放大到全公司。先灰度到 HR 小组。
没有使用说明：同事可能往里塞敏感数据。发布页、群公告、开场白都要写清禁用数据。
没有版本记录：改了提示词却不知道效果变好还是变坏。每次发布写版本说明。
发布后没人维护知识库：制度变了机器人还答旧规则。指定知识库 owner 和月度复核日。
配套参考资料
CSDN · 覆盖 S5-9 · 约10分钟阅读 · 图文并茂：点"发布"→选渠道→发商店/分享同事
学习发布渠道和使用权限设置。
自测
1为什么不能把自己的个人对话链接直接当团队工具发给同事？
因为个人对话缺权限、缺版本、缺知识库治理——你拦不住同事乱问、问错或塞进敏感数据，也没法统一更新和回滚。正式发布要把提示词、知识库、工具权限、版本、反馈渠道、下线机制一起交付。"发布"是交付一套可治理的工具，不是甩一个链接。
2为什么上线要走灰度，而不是测好就全员开放？
因为灰度把错误关在小范围里——先在 HR 小群跑一周，答错的制度、无依据的问题、往里塞敏感数据的误用，都能被及时发现和修复；一旦全员开放，同一批错误会被放大到全公司且收不回来。灰度的本质是"用可控的小代价，换出问题在爆炸前被发现"。
3"发布后同事自然会用"这句话哪里天真？
天真在以为工具会自己教会用户。没有场景说明和示例，同事要么不知道能问什么、要么问错、要么手滑把候选人身份证号贴进去。上线的一半工作是"教人怎么用+告诉人别输什么"——使用说明、示例问法、禁用数据清单，缺一个都可能出事。工具上线只是开始，运营才是关键。
小结
- 从个人用到团队用，变的是责任边界：发布要把提示词/知识库/权限/版本/反馈/下线机制一起交付
- 别把个人对话链接当团队工具——缺权限、缺版本、缺治理，拦不住误用
- 走灰度：先 HR 小群带使用说明跑一周，收错误和误用再扩，别测都没测就全员开放
- "发布后自然会用"不现实——上线一半的工作是教人怎么用+写死禁止输入的数据
实操落点
- 把你前面搭好的那个政策答疑或面试助手正式发布一次。发布前先过一遍：内容有没有敏感信息、答复口径对不对。然后选一个你同事最方便使用的渠道（一个分享链接往往最简单），发给三五个信得过的同事先试用，并明确告诉他们"这个能帮你答哪些问题，遇到不准的反馈给我"。收集一轮反馈，把答错、答漏的地方补进知识库再更新。这样一个从搭建、调教到发布、迭代的完整闭环，你就真正跑通了。
深入一层 · 实战演练与研究依据
发布不是发链接，是灰度交付一整套东西
从个人试用到团队使用，最大的变化是责任边界和运营机制。发布不是把链接甩群里，而是把提示词、知识库、工具权限、版本、反馈、下线机制一起交付。
用扣子把"HR 制度问答机器人"发到飞书测试群：先确认系统提示含"只基于知识库回答、无依据就说材料未提供"；准备一份《使用说明》（适用问题、禁止输入的数据、示例问法、反馈方式）；点右上角发布，勾选飞书渠道，发布范围先选测试群，不要全员可见。
飞书测试群只拉 HR 核心用户和 IT/法务观察员，群公告写死："不得输入员工姓名、身份证号、薪酬、绩效、投诉和争议材料。"试运行一周，收集错误答案、无依据问题、用户误用。反面教材是没测就全员发布——一个错误答案会被瞬间放大到全公司。
三家的发布路径，本质都是"交付 + 治理"
阿里云百炼发布后可 API/SDK 调用，支持版本管理和回滚；扣子发布到飞书需管理员审核；Dify 发布后生成 Web App 和 API endpoint，Web 嵌入和 API 会反映最新配置。渠道不同，但要交付的东西一样——不只是入口，还有版本和知识库治理。
所以别把个人对话链接直接当团队工具，它缺权限、缺版本、缺知识库维护。最适合先发布的是低敏工具：培训大纲、制度 FAQ、面试题、招聘周报草稿；简历评估、绩效申诉、薪酬解释、员工关系处理，不适合直接公开。
五个翻车点
① 未测就全员发布——先灰度到 HR 小组。
② 没有使用说明——发布页、群公告、开场白都写清禁用数据，否则同事会输敏感信息。
③ 没有版本记录——每次发布写版本说明，改了提示词才追踪得到效果。
④ 没有反馈渠道——设"反馈表"或群内固定反馈格式，错误答案才回收得回来。
⑤ 发布后没人维护知识库——指定 owner 和月度复核日，制度变了别还答旧规则。
可复制的上线说明 prompt + 再深一层
让 AI 帮你写一份能直接发飞书群的上线说明：「请为一个即将发布给同事的 HR 智能体写上线说明。名称：{}；用途：{员工手册问答/面试题生成/招聘周报草稿}；使用对象：{HR 团队/用人经理/全体员工}；可回答的问题：{}；禁止输入的数据：{简历原文/薪酬/绩效/投诉/身份证等}；人工复核要求：{}；反馈渠道：{}。请输出：50 字以内简介、适用场景清单、禁用场景清单、5 条示例问法、错误反馈格式、免责声明（AI 只作辅助，不替代 HR/法务/管理者判断）、灰度发布计划（第 1/2/3 周）。语气清楚直接，适合发群公告。」
再深一层是把 Agent 当内部产品运营。上线后看使用量、命中率、拒答率、错误反馈、重复问题、敏感输入拦截次数。学有余力可设计灰度、A/B 测试、版本回滚和知识库更新节奏——它是持续运营的产品，不是一次性工具。
- 阿里云《智能体应用》，2026
- 扣子《发布到飞书》，2026
- Dify《Publishing Overview》，2026