reliefe

用这个 https://www.v2ex.com/t/1222778

@itechify 大概是 macOS 对开发比较友好吧...

@qaq13037 有相同之处，但又不太一样

1. agent.md 各个 Agent 的规范和文件名都不太一样，不方便跨 Agent 迁移
2. agent.md 过于隐秘，类似 memory 你不知道 agent 在哪记了什么东西。agent.md 也是，可能全局有，可能目录下有。
3. skill 下可以有文档有脚本有 tools ，相比 agent.md 更加灵活
4. skill 可以用 npx skills 在一处管理到处应用。更可以通过 git 在团队之间相互同步。


理论上来说 skill, agent.md, memory 都是给 agent 提供上下文的方案，不同的场景可以选择不同的方案，但我倾向于把一种给优化到极致。

@Rliey

好的，用好了忽悠公司给你们报销，我这有质保的 codex cc 能开专票 :)

是这样的，我对 Agent 能完全遵守你的项目已有框架和组件进行开发，抱有悲观态度，因为哪怕是另一个人也不可能完全按照你的想法来。我们基础架构给了标准的 JSON 库和版本，以及各种使用案例，也封装了方法。但是一统计下来实际使用有七八个库，二十几个版本。这还是之前因为 JSON 格式化造成过线上事故，整顿过的情况下。

我们现在是这么用的
1. 首先不会从项目进入，要从上层进入，除非你只有一个项目。但即使你只有一个项目，也不建议这么做。因为这个目录下还可以放工作日志和最新的非代码的要求。
2. 先让 Agent 通过 subagent 搞懂每个项目，再总结起来项目的定位，项目之间的联系，然后再去写每个项目的代码规范。其实所有公司的规范只有一句话：之前怎么弄现在就怎么弄。使用之前用过的框架，之前的代码格式，之前的 commit 格式等。
3. 总结完的信息放到一个 skill 里去，skill 的名字是你们公司的名字或者产品的名字。


把 skill 当成活的东西，每次通过 skill 去做事，都要去维护 skill ，最低也要写个工作日志。
如果一开始没有自动加载 skill 的话，就在目录下的 agent.md 里写上「做任何事之前首先加载 xxx skill 」

这个流程我们公司所有人都在用，通过一个 skill 掌管了四十几个项目，以及项目之外的业务也通过 skill 来做，而且只有这一个 skill 。

也同时推荐给了其他公司，现在反馈都还不错，因此还弄了个 org-altas skill 可以一键来初始化专属 skill 。正在计划把这个开源。

@biubiu88 我们公司还真有 40k 的；

只要够优秀，工资可以开的很高；

@lerefe 有一定概率，现在行业内的降智概率在 60-70% 左右，我们能做到 30% 左右。一般新开一个窗口就可以了

@VictorChang 我们要找的人应该猎头不好找

微信 base64 emhpZ3VvNjMwMA==