<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>产品对比 - Tag - 傲来说的博客</title><link>https://aolaishuo.cc/tags/%E4%BA%A7%E5%93%81%E5%AF%B9%E6%AF%94/</link><description>产品对比 - Tag - 傲来说的博客</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><lastBuildDate>Fri, 29 May 2026 09:10:00 +0800</lastBuildDate><atom:link href="https://aolaishuo.cc/tags/%E4%BA%A7%E5%93%81%E5%AF%B9%E6%AF%94/" rel="self" type="application/rss+xml"/><item><title>Codex 和 Hermes Agent：小孩才选边，大人看场景</title><link>https://aolaishuo.cc/posts/codex-vs-hermes/</link><pubDate>Fri, 29 May 2026 09:10:00 +0800</pubDate><author>傲来说</author><guid>https://aolaishuo.cc/posts/codex-vs-hermes/</guid><description><![CDATA[<h1 id="codex-和-hermes-agent小孩才选边大人看场景">Codex 和 Hermes Agent：小孩才选边，大人看场景</h1>
<p>说实话，这两个东西根本不是一类。</p>
<p>但在 AI Agent 这个赛道上，所有人都在问同一个问题：&ldquo;该选哪个？&quot;——好像世界上只能有一个 Agent 活下来似的。</p>
<p>我的看法可能让你意外：<strong>两个都值得用，但用法完全不同。</strong></p>
<p>先说结论，再讲道理：</p>
<ul>
<li><strong>Codex 桌面端</strong> = 软件工程的编码指挥台。写代码、跑测试、看 diff、提交 Git，它是干活的。</li>
<li><strong>Hermes Agent</strong> = 长期运行的自托管智能体底座。记忆、技能、自学习、跨平台消息交互，它是陪你长大的。</li>
</ul>
<p>一句话说透：<strong>Codex 是你雇佣的工程师，Hermes 是你培养的助手。</strong> 工程师按项目结算，助手跟你一起成长。</p>
<hr>
<h2 id="codex围绕代码项目的工程闭环">Codex：围绕代码项目的工程闭环</h2>
<p>Codex App 的定位很清晰——一个用于并行处理 Codex 线程的桌面体验，内置 worktree、automations 和 Git 功能。macOS 和 Windows 都支持。</p>
<p>它的强项从来不是&quot;陪你聊天&rdquo;，而是围绕代码项目形成一个近乎封闭的工作流：</p>
<p>选一个项目文件夹，让 Agent 读取项目、运行命令、修改代码。通过 Git checkpoint、diff、worktree 管理风险。多个线程并行处理不同任务。最后审查、提交、推送或发 PR。</p>
<p>从头到尾，你看得到它改了什么。</p>
<p>官方 Quickstart 说得很直白：Codex IDE 扩展默认以 Agent mode 启动，可以读取文件、运行命令并在项目目录中写入修改。Codex Cloud 更进一步——连接 GitHub 仓库、后台运行任务、完成后审查变更和创建 PR。</p>
<p>说白了，Codex 最好的使用场景就四个：</p>
<p><strong>明确的工程任务。</strong> 修 bug、补测试、重构、解释项目结构、生成脚手架。这些活 Codex 干起来最利索。</p>
<p><strong>多线程并行开发。</strong> 一个线程做登录模块，一个线程修 UI，一个线程写测试。Codex App 的 worktree 可以让多个任务互不干扰——官方文档原话是，worktree 可以让 Codex 在同一项目中跑多个独立任务而不互相冲突。</p>]]></description></item></channel></rss>