譬如我手头上有 cc,codex,opencode,agy 。都接入了不同的模型。那么在同一个任务上，为了增强效率和准确性，有必要让它们协作起来吗。 我现在是这么用的，cc 做 primary agent ，让它干活的时候自己去调用 codex, opencode, agy 做并行任务，去 review 等等。然后 cc 做总的汇总和 review 。 这种用法算不算比较笨的一种。
譬如我手头上有 cc,codex,opencode,agy 。都接入了不同的模型。那么在同一个任务上，为了增强效率和准确性，有必要让它们协作起来吗。 我现在是这么用的，cc 做 primary agent ，让它干活的时候自己去调用 codex, opencode, agy 做并行任务，去 review 等等。然后 cc 做总的汇总和 review 。 这种用法算不算比较笨的一种。
譬如我手头上有 cc,codex,opencode,agy 。都接入了不同的模型。那么在同一个任务上，为了增强效率和准确性，有必要让它们协作起来吗。 我现在是这么用的，cc 做 primary agent ，让它干活的时候自己去调用 codex, opencode, agy 做并行任务，去 review 等等。然后 cc 做总的汇总和 review 。 这种用法算不算比较笨的一种。
譬如我手头上有 cc,codex,opencode,agy 。都接入了不同的模型。那么在同一个任务上，为了增强效率和准确性，有必要让它们协作起来吗。 我现在是这么用的，cc 做 primary agent ，让它干活的时候自己去调用 codex, opencode, agy 做并行任务，去 review 等等。然后 cc 做总的汇总和 review 。 这种用法算不算比较笨的一种。
譬如我手头上有 cc,codex,opencode,agy 。都接入了不同的模型。那么在同一个任务上，为了增强效率和准确性，有必要让它们协作起来吗。 我现在是这么用的，cc 做 primary agent ，让它干活的时候自己去调用 codex, opencode, agy 做并行任务，去 review 等等。然后 cc 做总的汇总和 review 。 这种用法算不算比较笨的一种。
agy无头每次都要重新登陆,gemini cli登陆后基本无法对话 1 个帖子 - 1 位参与者 阅读完整话题
gemini-cli换成Angitravity-cli后发现同样的模型agy审核明显更严了，同样的破禁提示词geminicli可以用agy就不可以，就连简单的解包都已经不肯做了，关于此事，各位佬友有什么看法 5 个帖子 - 3 位参与者 阅读完整话题
现在登录agy需要Pixel手机的安全码,买的账号哪里去接这个安全码啊,有没有佬告诉我能不能解决这个问题或者能不能防止出现这种情况 8 个帖子 - 7 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 1.新增 agy cli调用 ，可以通过Maestro config 在命令中编排agy在核心命令流中的自动调用 在其他cli中 通过语义调用 “使用agyXXXX” 2.Maestro工作流适配agy 当前agy只支持动态定义agent，所有skill中agent调用微调优化 team模式完美适配，无需ultra 即可享受team模式,可以先体验team-lifecycle 和team-coordinate Maestro、Maestro-ralph 适配agy 实现skill 链式调用 3.cc/codex/agy: Maestro、Maestro-ralph 增强与 /goal模式协同 phase0 增加decompose 环节，梳理用户输入内容形成任务清单，配合/goal使用闭环动态推进workflow。 更新日志： Maestro Documentation 项目地址： catlog22/maestro-flow: Workflow orchestration CLI with MCP endpoint support and multi-agent dashboard PS:强烈建议佬们，使用并体验 Maestro-FLow 中知识沉淀功能 历史参考： 【开源自荐】详解Maestro-Flow中的知识管理系统—约束和沉淀 && 实践场景-前后端 API 开发闭环 - 开发调优 - LINUX DO 1 个帖子 - 1 位参与者 阅读完整话题
电脑 mac Proxifier 加了以下规则： "Antigravity.app"; "Antigravity"; "Antigravity Helper.app"; "Antigravity Helper (Plugin).app"; "agy"; com.google.antigravity; language_server_macos_arm; language_server ip 试过 tw、jp，都是长期自用 ip，能正常使用 claude、gpt、gemini 这些 以前老的 Antigravity 和 gemini cli 都能正常登录使用 新的 Antigravity CLI 能登录使用，正常写代码，就是这个新的 App 死活不行 新的 Antigravity App 通过网页登录授权，网页显示成功，跳转回 APP 后显示下面截图。你要说我被封号，但是 CLI 又正常 最后求助各位佬，应该怎么解决？ 18 个帖子 - 9 位参与者 阅读完整话题
问题：我在ubuntu 使用antigravity cli 发现每次启动agy 都需要打开浏览器授权登录使用。我有2个antigravity cli账号，目前能使用cpa进行集中反代使用吗？（不局限于cpa项目可以是其他反代） 6 个帖子 - 4 位参与者 阅读完整话题
新版谷歌反重力antigravity不想开tun的可以尝试把agy.exe加入Proxifier。如题，更新了之后必须使用tun模式，但是使用tun对其他软件似乎有些影响，尝试了打开Proxifier但是无效，后来发现在任务管理器里面有agy.exe，加入到Proxifier就可以免开tun模式了。 4 个帖子 - 2 位参与者 阅读完整话题
安装好后 agy.exe 进程不走代理，登录一直卡住 登录卡住解决方案 使用 ProxyBridge 进程配置代理解决，proxifier应该也行我没试 [09:45:18] agy.exe (PID:65208) -> 142.251.45.138:443 via Proxy SOCKS5://127.0.0.1:20122 可用模型列表 模型挺多的，试下最新的3.5 flash效果咋样 现在谷歌的产品 都是进程不走代理，不想开tun模式可以试下这种 2 个帖子 - 2 位参与者 阅读完整话题
虽然现在 Agy 额度已经一砍再砍了 ，但是还是蛮喜欢和 opus 聊天的 遇到 “agent execution terminated due to error.” 点 Retry 完全不可用的时候可以试试手动 注销 然后在 Agy 客户端内登录，而不是使用 Antigravity Tools 这样的账号管理工具来操作 我测试了所有的号都能通过手动重登避免 “agent execution…” 但是仍然会有非主号遇到“Our servers are experiencing…” 导致依旧不可用的情况 3 个帖子 - 3 位参与者 阅读完整话题