https://blog.ohtly.com/tags/%E6%9E%B6%E6%9E%84%E5%AF%B9%E6%AF%94/ Recent content in 架构对比 on OHTLY Blog Hugo zh-cn Thu, 25 Jun 2026 23:21:09 +0800 https://blog.ohtly.com/posts/2026-06-25-codex-vs-opencomplex-devtasks/ Thu, 25 Jun 2026 23:21:09 +0800 https://blog.ohtly.com/posts/2026-06-25-codex-vs-opencomplex-devtasks/ <p>之前我写了篇 <a href="https://blog.ohtly.com/posts/2026-06-24-codex-vs-opencode/" >Codex CLI 与 OpenCode 的对比</a>，那篇文章侧重于 general 场景的横向评测。最近在开发一个 Obsidian 同步插件时，我有了更深的感受——<strong>当任务复杂度提升到某个临界点，两者的差距不是线性增长，而是质的分化</strong>。</p> <h2 id="场景开发一个复杂的插件"> 场景：开发一个复杂的插件 <a class="heading-link" href="#%e5%9c%ba%e6%99%af%e5%bc%80%e5%8f%91%e4%b8%80%e4%b8%aa%e5%a4%8d%e6%9d%82%e7%9a%84%e6%8f%92%e4%bb%b6"> <i class="fa-solid fa-link" aria-hidden="true" title="链接到标题"></i> <span class="sr-only">链接到标题</span> </a> </h2> <p>这个插件需要：</p> <ul> <li>理解 Obsidian 的插件 API 和事件系统</li> <li>实现增量同步的状态机（chunker + diff + merge）</li> <li>与 CouchDB 后端交互，处理冲突解决</li> <li>多文件协同，跨多个模块的状态一致性</li> </ul> <p>用 Codex 跑这个任务，从头到尾大约 <strong>20 分钟</strong>，人工介入 <strong>1 次</strong>（最后 review 时改了一个变量名）。</p> <p>用 OpenCode 跑同一个任务，大约 <strong>40 分钟</strong>，人工介入 <strong>4 次</strong>：</p> <ol> <li>某个子任务完成后需要确认，才肯继续</li> <li>doom loop 检测触发了一次</li> <li>压缩后上下文丢失，一度开始改无关内容</li> <li>最后合并时又需要一次确认</li> </ol> <p>这不是模型的问题——两者用的都是 deepseek v4 flash medium。问题出在<strong>架构设计</strong>上。</p>