获得徽章 0
- 有一个关于 skill 使用方式 的疑问:
当我们使用 Codex 或 Cursor 这类工具时,只需要在 .codex 或 .cursor 目录下的 skills 文件夹中创建一个 xxx 子文件夹,并在其中放一个 SKILL.md 文件,就相当于创建了一个 skill。
之后这个 skill 就可以被工具识别和使用了。比如我们创建了 100 个 skill,当在聊天窗口输入 /skill 时,就可以看到这些 skill 列表。这应该是 Codex CLI 或 Cursor 内部提供的一种 skill 调度机制,可以按需动态加载。
基于这个机制,我有一个延伸问题:
在公司实际业务中,我们该如何使用自己编写的 skill?
例如:
A 系统提供了一个 skill(可以调用 A 系统接口,实现数据的增删改查)
B 系统希望复用 A 系统的这个 skill 来实现自己的业务逻辑
那么应该如何设计?
一种直接方案是:
将公司所有 skill 文件统一存放在一个 CDN 上
B 系统从 CDN 拉取对应的 skill
然后在 B 系统后端实现一个类似 Cursor / Codex CLI 的 skill 调度与加载机制,按需使用这些 skill
但这样感觉实现成本比较高,也不太优雅。展开11点赞 - 请教一个问题,后端对接飞书,如何获取飞书的组织架构呢?目前文档是:1、先获取到整个组织的所有部门包括子部门 假设有200个部门 2、在调用两边遍接口根据部门查找直属用户 。 这个不合理吧,万一公司多点部门那不嗝屁了。有人对接过嘛~24点赞