oil-oil (@I_am_oil_oil)
@I_am_oil_oil
0 正在关注 0 粉丝
最近的 Agent 组合是 CodeX + Kimi Code + Grok Build
我喜欢 CodeX 的原因不仅仅是因为模型能力，它在长对话和大量任务并存时依然流畅，界面也一直保持克制。很多功能不会全部堆在页面上，但需要时又能找到，我自己比较喜欢克制的产品。
不过 GPT-5.6 在处理复杂任务时比较严谨，喜欢读取大量文件，上下文又小，非常容易触发上下文压缩，压缩后它可能需要重新读取代码，简单任务也得做很久。
Kimi Code 主要负责前端设计。在我目前的实际体验里，Kimi 的原生设计和创造能力是最强的。我的个人主页 和 VibeHub Kimi 完成的。
但是 Kimi 的缺点也很明确：速度慢，价格不低。但作为一个设计能力顶尖的模型，我还是会选择他。
Grok Build 负责快速执行边界明确的任务。Grok 4.5 的输出速度很快，大约能达到 90～100 TPS。后端代码的小范围修改、前端样式调整，以及不涉及业务逻辑的代码结构整理，它通常不会过度分析，能够很快完成。而且它的前端能力也不错，处理已有页面时，一般不会轻易破坏原来的 UI 风格。我现在非常期待 Grok 4.6～
由于 Kimi Code 和 Grok Build 本身都是终端工具，但我不想频繁切换到终端，所以把它们封装成了 Skill。
现在的工作方式是：
我只和 CodeX 讨论主线任务。CodeX 根据任务类型调用 Kimi Code 或 Grok Build。子 Agent 完成任务后，把结果写入文档。相当于 CodeX 是主 Agent，Kimi 和 Grok 是两个各有所长的子 Agent。
调用 Kimi 的 Skill：
调用 Grok 的 Skill：
显示更多
我把我用 AI 视频做动画的 Skill 开源啦：
整个 Skill 的流程大概是这样的：
参考素材、表达目的和控制方式
↓
先确认开始、中间和结束时应该是什么样子
↓
使用 AI 视频生成这些画面之间的连续动作
↓
逐帧检查，删除停顿、重复和异常画面
↓
按照页面中的实际显示大小整理并压缩资源
↓
把滚动、鼠标、拖动、触摸或设备方向对应到动画进度
因为整个流程还是有点复杂的，所以我把我实际做的时候的一些实现做成脚本放进去了，这样生成后处理动画会更加稳定一些，而且我还补充了一些创意方面的参考文档，比如说大家能够在视频里面看到的那个苹果的滚动爆炸图的效果。
欢迎大家体验～
显示更多
Codex 在做前端页面设计或者写文档的时候，似乎有一个问题，就是它很喜欢把跟我们对话的内容写到最终的产物里面，导致我们需要频繁的去纠正它。不知道大家有没有遇到类似的问题呢？
显示更多
