最近有个问题想请教下大家。
我们公司内部现在有不少服务已经支持了 MCP 或 CLI 调用，技术同学用起来还算方便，可以接到 Codex、Claude Code 这类工具里。但对非技术部门的同学来说，这套东西上手成本还是偏高：要安装、配置、授权，还要理解命令和参数，出了问题也不太好排查。
所以我在想，如果想把这些内部能力开放给非技术同学使用，比较好的产品形态应该是什么？
现在我想到两个方向：
一个是做一个统一的飞书智能体，把常见场景封装进去，然后按权限开放给大家用。这样入口简单，非技术同学打开飞书就能用，推广成本也低。
另一个是把这些内部服务封装成 skill，放到公司内部的 skill 私有分发平台上，让大家在 Codex、Claude Code 等工具里按需安装。这样复用性和灵活性更强，但感觉对非技术同学来说，可能还是有一定门槛。
所以想听听大家有没有类似经验：
这种面向非技术同学的内部服务调用场景，大家更推荐做成飞书智能体，还是沉淀成 skills？或者是两者结合，比如普通用户用智能体，高阶用户/技术同学用 skill？
也想了解下大家在权限管理、服务封装、用户教育、后续维护和问题排查上有没有踩过坑，有没有比较推荐的实践方式？
6 个帖子 - 6 位参与者
来源: LinuxDo 最新话题查看原文