reliefe

@Avn 这是个垃圾来的，完全没用，极其难用，而且 agent 不友好。你试试我的项目就知道啦。

@PaulSamuelson 如果你用过，就知道它并不好用。在我这里会出现需要反复授权的问题，隔段时间授权就失效了。另外在操作的时候会导致 Chrome 和 Tab 不停的弹到前台，不止影响你正常用浏览器，甚至没办法用电脑。

@123128xyz 不是 cdp ，也不是远程部署，不会浪费资源，这个也不是 md 。

才发现忘了贴 github 地址: https://github.com/reliefeai/browser-relay

用这个 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 的；

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