扣子旧版低代码智能体发布到飞书后，能否让同事实际使用，取决于渠道授权、企业管理员审核、应用可见范围和用户访问权限。开发者自己能对话，只完成了其中一部分；最后要让另一位同租户同事测试一次。
适用范围：本文仅面向已有扣子旧版低代码资源与入口的存量用户。当前官方说明旧版不再向新注册用户开放；看不到旧版入口的新账号不能按此教程创建同样项目。本流程是 coze.cn 商业版飞书渠道发布，不是 Coze Studio 开源版的原生发布能力。本文未在真实飞书租户中实测，测试句和核对目标均为演示。
步骤依据为 2026 年 10 月 1 日读取的官方飞书发布文档，旧版入口限制见官方低代码工作流说明。先确认你能进入旧版且拥有目标项目与飞书企业应用的操作权限。
发布前先准备一个明确的测试问题
在扣子的智能体预览中发送：只返回 FEISHU-CHECK-42，不要添加其他内容。 确认模型可以响应。这个编号只是检查消息闭环，不涉及文件权限或业务知识；若预览本身失败，先解决智能体配置，再接飞书。
准备两个同一企业租户的账号：开发者账号 A，以及准备加入可用范围的同事账号 B。不要使用开发者自己的多个浏览器窗口代替不同成员测试。
从旧版入口发布并授权
- 登录扣子编程首页，在右上角点击回到旧版。如果没有入口，先确认账号是否具有存量资源与功能权限。
- 选择目标工作空间，进入项目开发，打开已经调试好的低代码智能体。
- 点击发布，选择飞书渠道。首次发布按引导进行飞书授权，核对授权的租户和账号。
- 完成渠道配置并提交发布，记录飞书侧应用名称与当前状态。
在飞书租户首次发布时，可能需要企业管理员审核。只有审核通过，应用才具备正常使用条件。授权完成与发布提交，都不能替代管理员审核通过。
开发者可用，同事不可用：检查两条路径
路径一：分享链接后处理访问申请
在飞书里的智能体头像处进入分享，把链接发给同租户测试同事。被分享者按页面申请访问权限后，开发者需要处理申请。分享链接不是自动授予权限，也不能据此让其他租户使用。
路径二：在飞书应用版本里设置可用范围
具有权限的人员进入飞书开放平台的对应应用，打开版本管理与发布 → 创建版本，在可用范围中选择测试成员或部门，保存后申请上线发布。等待当前版本完成所需审核，再让成员重试。
两条路径的目的都是让目标同事获得使用条件，具体采用哪条取决于你的应用管理方式。不要把测试阶段可用范围直接设成所有员工；先确认 B 能正常访问，再按实际需要扩展。
用第二个账号验证发布结果
| 检查人 | 操作 | 应看到的结果 |
|---|---|---|
| A 开发者 | 打开飞书应用，发送编号测试句 | 收到 FEISHU-CHECK-42，对照扣子日志能找到本次对话 |
| B 同租户成员 | 从分享链接或应用入口访问，并发送相同测试句 | 获得访问权限后可收到编号；未获权限时显示明确申请或限制提示 |
| A 应用管理员 | 查看当前上线版本与可用范围 | B 位于已生效的范围内，状态已通过所需审核 |
如果 A 成功而 B 失败，优先看 B 的权限和已生效版本，不要立刻重写提示词。如果二人都失败，先查渠道授权、管理员审核与扣子侧日志。
一直“正在回复”，从两端日志定位
先看扣子是否收到这次问题。未收到时检查访问入口和渠道；收到但执行报错时检查智能体与模型；扣子日志已经产生回复、飞书仍不展示时，再检查飞书侧响应与内容处理。
官方文档提示，个人隐私等内容可能被飞书拦截，但这只是一个排查方向。先用无个人信息的编号测试句对照，再看实际错误，不要仅凭“正在回复”就认定是内容拦截。
两个范围问题
能分享给另一个公司的飞书用户吗？
官方渠道说明仅支持同一租户分享，不支持跨租户。跨企业使用需要另行设计接入与权限方案，本文步骤不能绕过此限制。
能通过微信二维码分享这个飞书智能体吗？
当前官方说明不支持微信二维码分享。用同租户的飞书入口或分享链接，检查访问权限后再测试；不要向用户提供不存在的分享方式。
编号测试通过证明基本发布与消息闭环可用，不证明应用已获得读取飞书文档、日历或其他业务数据的权限。增加相关插件后，还要分别测试对应资源与授权范围。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/31545.html
