我用的万人骑机场确实心虚，为此下单了一个月的贵的机场，上来了。因此排除了号被ban和Wifi的问题。 3 个帖子 - 3 位参与者 阅读完整话题
根据国内ICP备案查到的我的信息，打电话联系我， 宣导国家对于AI中转站的整改与清理等相关政策要求。 经过友好商议沟通以后，对站点进行了一些修改和处理。 提供说明函，承诺自用，非商业经营承诺，非盈利承诺等 So…大家都有过这种经历么？都是怎么沟通的。 7 个帖子 - 3 位参与者 阅读完整话题
从 【sine】hermes多agent配置好了（含模型切换脚本） - 开发调优 / 开发调优, Lv1 - LINUX DO 来 之前一直理解的是bot to bot，说白了就是人跟总管交互，总管@各个相关agent开始任务，相关agent完成任务后@总管进行交付。 但是这种方式有极大地不稳定性，昨天看了站内一位佬的帖子，说hermes的kanban功能可以作为桥梁，遂开始实验。 现在agents角色基本没变，改成了以下逻辑： 所有agents（相关的）拉入飞书群组 用户只与总管agent交互（现在还是群组@总管，给她分配任务） 总管会根据任务进行kanban任务拆解，拆解完毕后的任务会进入hermes的kanban 相关agent会执行kanban里的任务，执行完毕后会群组里进行通知 另外，用户还可以群组里@各个agents，他们会单独群组内进行回复消息，互不影响 总管的system prompt： 改造后体感： 暂时达到了多角色团队的效果 token消耗量上升，但是可接受 后续优化方向： 开发agent计划接入codex cli，我已经使用kanban-codex-lane跑通 希望可以达到多角色讨论的效果，但是暂时没有方案 其他优化方向，待定 — 需要几个大项目考验之后总结优化方向 2 个帖子 - 2 位参与者 阅读完整话题
我们的呢，整天在造假。。。。
我们的呢，整天在造假。。。。
我们的呢，整天在造假。。。。
我们的呢，整天在造假。。。。
我们的呢，整天在造假。。。。
我们的呢，整天在造假。。。。
我们的呢，整天在造假。。。。
实现要点： 链式代理：通过万人骑的机场，到稳定的出口 ip ，防止被机场波及导致 OpenAI 这些工具被株连 公司 VPN 分流：只有公司的域名通过 wsl+docker+atrust 的方式进行分流，避免所有流量走公司 VPN TUN 模式：避免 atrust 和 clash verge rev tun 模式资源竞争导致不稳定的问题，正常使用 antigravity 这种强校验代理的软件。此外，tun 模式也可以减少一些不走代理的工具的配置，如终端等。 参考资料： https://github.com/docker-easyconnect/docker-easyconnect 工具配置：把需求和文档发给 Codex Desktop ，嗖一下子就装好。现在脑子已经送给 OpenAI ，完全不想动。
我们的呢，整天在造假。。。。
实现要点： 链式代理：通过万人骑的机场，到稳定的出口 ip ，防止被机场波及导致 OpenAI 这些工具被株连 公司 VPN 分流：只有公司的域名通过 wsl+docker+atrust 的方式进行分流，避免所有流量走公司 VPN TUN 模式：避免 atrust 和 clash verge rev tun 模式资源竞争导致不稳定的问题，正常使用 antigravity 这种强校验代理的软件。此外，tun 模式也可以减少一些不走代理的工具的配置，如终端等。 参考资料： https://github.com/docker-easyconnect/docker-easyconnect 工具配置：把需求和文档发给 Codex Desktop ，嗖一下子就装好。现在脑子已经送给 OpenAI ，完全不想动。
我们的呢，整天在造假。。。。
实现要点： 链式代理：通过万人骑的机场，到稳定的出口 ip ，防止被机场波及导致 OpenAI 这些工具被株连 公司 VPN 分流：只有公司的域名通过 wsl+docker+atrust 的方式进行分流，避免所有流量走公司 VPN TUN 模式：避免 atrust 和 clash verge rev tun 模式资源竞争导致不稳定的问题，正常使用 antigravity 这种强校验代理的软件。此外，tun 模式也可以减少一些不走代理的工具的配置，如终端等。 参考资料： https://github.com/docker-easyconnect/docker-easyconnect 工具配置：把需求和文档发给 Codex Desktop ，嗖一下子就装好。现在脑子已经送给 OpenAI ，完全不想动。