1
最近有个问题想请教下大家。
我们公司内部现在有不少服务已经支持了 MCP 或 CLI 调用，技术同学用起来还算方便，可以接到 Codex、Claude Code 这类工具里。但对非技术部门的同学来说，这套东西上手成本还是偏高：要安装、配置、授权，还要理解命令和参数，出了问题也不太好排查。
所以我在想，如果想把这些内部能力开放给非技术同学使用，比较好的产品形态应该是什么？
现在我想到两个方向：
一个是做一个统一的飞书智能体，把常见场景封装进去，然后按权限开放给大家用。这样入口简单，非技术同学打开飞书就能用，推广成本也低。
另一个是把这些内部服务封装成 skill，放到公司内部的 skill 私有分发平台上，让大家在 Codex、Claude Code 等工具里按需安装。这样复用性和灵活性更强，但感觉对非技术同学来说，可能还是有一定门槛。
所以想听听大家有没有类似经验：
这种面向非技术同学的内部服务调用场景，大家更推荐做成飞书智能体，还是沉淀成 skills？或者是两者结合，比如普通用户用智能体，高阶用户/技术同学用 skill？
也想了解下大家在权限管理、服务封装、用户教育、后续维护和问题排查上有没有踩过坑，有没有比较推荐的实践方式？
佬问的就是龙虾热的主原因：普通人怎么用。
但是佬这个很好约束的就是内部场景，所以：
Aimt (Lived) 5
封装到hermes，业务方直接NL调用就行
Andy_Ding (Andy Ding) 6
对于生产环境来说，稳定性和响应性压倒一切，hermes虽说也是技术债务累积期，但好在它一开始的架构就很方便去进行个性化定制。你有分发skill到员工电脑本地的想法，证明是有本地操作员工电脑的需求，而不是就向agent问问题那么简单，可能有时候还要agent帮忙操作员工电脑，这种情况下其实hermes挺合适，员工开放公司工位电脑权限，有事的时候飞书上一喊，公司服务器上Hermes直接openssh到员工电脑PsExec win32gui UIAutomation一套小连招搞定，当然我是简化了，工具不止这些，整合也需要技巧，总的来说效果是比openclaw好的。
MapleGao (MapleGao) 7
自己做个cli，带自动更新，让他们运行就行了
wxk666 (wxk666) 8
非技术的人员用agent 最好先安装国内大厂的一些改版（比如qclaw 自带微信/qq/飞书绑定 且有免费token 如果只是日常的一些任务肯定够了 比原版好上手太多了 而且不需要懂命令行什么的）（不是推广！）
但凡让非技术人员用ai cli编程工具就是增加门槛，可以尝试使用桌面端，最直接就是openclaw了解机器人开放出去，按需分配
person (person) 10
agent的意思就是mcp/skills吗？还不是很了解agent具体定义是啥
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。