在 Windows 原生环境运行 Coding Agent（Kilo、Claude Code、OpenCode 等）时，Agent 会频繁调用 Linux
生态的常用命令：rg、grep、head、tail、sqlite3。若这些命令缺失或未进 PATH，调用会直接以
is not recognized / command not found 失败，十分浪费算力以及时间。
遂对本地 969 个 kilo 会话、45,065 次 bash 调用做了统计（截至 2026-09-09，
同一次调用内多次报错只计一次）：
886 次调用以 is not recognized / command not found 失败，约占全部调用的 2%。
按命令分布，失败次数最多的是：
| 命令 | 失败次数 |
|---|---|
rg |
235 |
head |
206 |
grep |
71 |
tail |
36 |
sqlite3 |
25 |
本文使用 winget 安装，以及复用 Git for Windows 自带工具来补齐 Windows 原生环境 CLI 所缺失的能力。
# 1. winget 安装
winget install BurntSushi.ripgrep.MSVC # ripgrep：快速文本搜索工具
winget install jqlang.jq # jq：JSON 管道刚需
winget install SQLite.SQLite # sqlite3 CLI
新开终端逐项验证，版本号能正常打印即安装成功：
rg --version # ripgrep：应输出 ripgrep x.x.x 及相关功能开关信息
jq --version # jq：应输出 jq-x.x.x
sqlite3 --version # sqlite3：应输出版本号与编译信息；若报「不是内部或外部命令」，说明未进 PATH，
# 改用 Node `node:sqlite` 或 Python `sqlite3` 模块代替
# 2. 复用 Git for Windows 自带工具
Git for Windows 的 usr\bin 目录自带一批 Unix 工具（约 248 个 exe），
包括 grep/head/tail/sed/awk/which/touch/chmod/diff/find/unzip，可以通过配置 PATH 实现快速调用：
- 将
C:\Program Files\Git\usr\bin\加到用户环境变量 PATH尾部； - 必须置于
System32之后：GNUfind.exe与系统find.exe同名，后置可避免覆盖系统版本， 保护批处理兼容性；
配置 PATH 后新开终端，逐项验证：
# 1) 确认解析到的路径是 Git 的
# （应指向 C:\Program Files\Git\usr\bin\...，而不是 System32 或 PowerShell 别名。
# 注意：diff 要写 diff.exe —— 裸名 diff 会被内置别名 Compare-Object 劫持，与 PATH 无关）
Get-Command grep, head, tail, sed, awk, diff.exe, unzip | Select-Object Name, Source
# 2) 各工具能正常打印版本/帮助
grep --version | Select-Object -First 1 # GNU grep 版本
sed --version | Select-Object -First 1 # GNU sed 版本
awk --version | Select-Object -First 1 # gawk 版本（或用 awk -W version）
diff.exe --version | Select-Object -First 1 # GNU diffutils 版本（必须写 .exe）
unzip -v | Select-Object -First 1 # unzip 版本
# 3) 实测一个小功能
"hello" | grep hello # 应输出 hello
echo "a b c" | awk '{print $2}' # 应输出 b
# 4) find：预期解析到 System32 —— 这是有意为之，见上
(Get-Command find).Source # 预期 C:\Windows\System32\find.exe（字符串搜索版，保护批处理兼容性）
# 3. 小结
两条路线的分工：
rg/jq/sqlite3走 winget 安装；grep/head/tail/sed/awk等直接复用Git for Windows自带工具，避免重复安装。