codex skill 让 codex 操控 gemini-cli

继上次 codex 作为主 agent 使用 skill 操控 claude code 的讨论：

已经用了一周了，感觉效果还挺不错，可以一定程度上进一步加快 codex，因为 codex 会把绝大部分写代码的活交给 claude code，这样也可以很大程度上降低 codex 的上下文使用，使其能够工作更久、直接完成更加复杂的工作。而且在使用这个 skill 后，可以让 codex 利用好 "cc 写前端写的好" 的优点。

因此根据这位佬的回复，让 codex 和 cc 一起，连续花了一小时，按照类似的思路完成了一个新的 skill，让 codex 操控 gemini-cli。

再加上 codex 最新版更新了能够随时在工作中注入新的 prompt，实现更加无缝的交互，作为主 agent 使用起来还是非常爽的。btw, 感觉 gpt-5.2-xhigh 这个模型在一定程度上已经成为我对于 vibe coding 认识的一个分界线：现在我已经能够把绝大部分任务放心得交给 codex + gpt-5.2-xhigh 了。

skill 已经开源，以下是项目地址：

可能有人会问，这不就是把我之前的项目 ZhenHuangLab/collaborating-with-claude-code 稍微改一下输入输出就行了吗？但我考虑的可能会多一些。

众所周知，gemini-3-pro-preview 由于注意力机制的原因，其有效上下文比较有限（大概 50k 以下吧）。所以在 develop 这个 skill 的时候，相比于 codex 操控 cc 的 skill，我又加了比较多的约束：例如，默认只读、给同一个 session 内读取的文件 bytes 加了一个比较软的约束、增加了能够控制 gemini-cli focus 到某些文件的约束，等等（不过这些都是可以由你决定的，你也可以让 codex 完全不 care 这些约束），希望对于 codex 调用 gemini-cli 有一些帮助吧

以下是示例：

在体感上，gemini-cli 的回复会比 claude code 更快。所以或许可以要求 codex 鞭打 gemini 做一些精准的脏活累活，或者相当于多一个看代码的视角，帮助给某个文件找找 bug。就不用切来切去了，还能够做到整体任务的 context 连续性和一致性.

不过估计还得在不断使用过程中优化迭代一下，欢迎大家多提意见建议