如果你是搜 DeepSeek TUI vs Codex CLI 进来的，先记住项目现在的正式名字是 CodeWhale。这组对比有价值，是因为两者都能进入严肃的终端工作流，但它们在 planning、execution 和 model alignment 上并不完全一样。
这页要帮助用户比较日常终端代理适配度、planning 姿态、guardrail 预期，以及两者在维护层面的差异。
比较它们在正常会话里，是如何组织 planning、execution 和 tool use 的。
有些用户更需要明确审批边界，有些用户更追求少摩擦、快迭代。
看哪一边的模型生态、配置方式和团队习惯更贴近你当前机器和工作流。
当你已经知道哪一边的工作流姿态更贴近自己的终端习惯，以及下一步该进哪个更深的栏目时，就可以离开这页了。
先拿可执行例子，再回头做更细的调整。
如果你的终端工作很依赖护栏和审批流程，就先比这些，而不是先比命令表面。
# 先比 planning 可见性
# 再比 approval 摩擦
# 最后才比命令面公平的比较应该让任务不变，再看工作流感受，而不是只看最后是不是做完。
# 用一个重复任务
# 对照两边的会话体验先判断你卡在哪一层，再去对应分支，不要把所有问题都混成一个。
这通常说明差异在工作流姿态，而不是功能点。终端代理要更信长期会话感受。
那还太浅。应该把比较推进到 approval、session model 和长期复用层。