每个严肃代理栈仍然离不开的辅助 CLI

代理工作流里一个经常被忽略的事实

编码代理通常是栈里最显眼的部分，但真正决定稳定性的，往往是外围那些更老的工具。

gh 负责源码托管执行层

GitHub CLI 仍然是把编码代理接入 PR、Issue、Release 和仓库自动化的最干净方式。

没有 gh，很多代理工作流最后都会退回浏览器跳转和手工接管。

rg 负责快速上下文收集

ripgrep 的价值在于，搜索成本就是工作流成本。只有当仓库搜索足够便宜时，代理才能持续有效地收集上下文。

uv 负责可复现的 Python 执行环境

uv 的重要性在于，环境漂移仍然是自动化最常见的破坏因素之一。只要代理会装依赖、跑脚本、执行项目任务，快速复现能力就很关键。

kubectl 负责进入生产场景

kubectl 是把编码代理推进到预发检查、故障分诊、发布验证和线上集群巡检场景的关键工具。

一套务实的基础组合

如果你想先搭一个可靠的方案，可以从这里开始：

• 一个编码代理，比如 Claude Code、Codex CLI、Gemini CLI 或 Aider
• gh 负责 GitHub 原生交付
• rg 负责仓库搜索
• uv 负责 Python 型环境初始化
• 只有工作流真的进入 Kubernetes 时再引入 kubectl

一个简单原则是：让代理专注于推理，把那些已经被验证过的 CLI 留给执行边界。