Windows Shell 语法

当用户使用 Windows 系统，且请求终端命令、Shell 脚本、转义规则，或要求对比 Windows 与 Linux 终端语法时，请使用本技能。

首要规则：识别 Shell

切勿笼统地称其为“Windows 终端语法”，仿佛 Windows 只有一种 Shell。

在 Windows 上，需明确区分以下几种 Shell：

• PowerShell（powershell、pwsh）
• cmd.exe（cmd）
• Git Bash / WSL bash（Windows 上的类 Unix Shell）

Windows Terminal 仅是终端应用程序，可托管多种 Shell。

若 Shell 类型不明确：

• 请主动询问用户所用 Shell，或
• 分别提供 PowerShell: 和 cmd: 两种写法。

硬性规则

除非用户明确说明正在使用以下任一环境，否则不得向 Windows 用户直接提供仅适用于 Bash 的语法：

• Git Bash
• WSL
• MSYS2
• Cygwin
• Linux 远程 Shell

以下属于 Bash 特有习惯，若未加明确标注，不得直接提供给 cmd/PowerShell 用户：

• export NAME=value
• 在 cmd 中使用 $VAR 引用环境变量
• 默认以反斜杠 \ 进行转义（如 "）作为 Windows 的答案
• 将 rm、mv、cp 视为原生 cmd 命令
• 使用反斜杠 \ 实现行延续

&& / || 兼容性规则

切勿声称“Windows 不支持 &&”。

真实兼容性矩阵如下：

• cmd.exe：支持 &、&& 和 ||
• PowerShell 7+：支持 && 和 ||
• Windows PowerShell 5.1：不支持 && 和 ||
• Git Bash / WSL：支持 && 和 ||

因此，关键问题在于“使用的是哪个 Shell？哪个 PowerShell 版本？”，而非简单判断“是否为 Windows”。

PowerShell 版本不确定时的安全默认方案

若仅知用户处于 PowerShell 环境，但无法确认是：

• Windows PowerShell 5.1（powershell），还是
• PowerShell 7+（pwsh / 现代 PowerShell）

则应在默认回答中避免使用 && / ||，而改用显式受控逻辑（如 if 判断）。

快速对照表

转义与引号

cmd.exe

• 使用 ^ 对元字符进行转义
• 常见特殊字符：& | ( ) < > ^
• 需在 cmd 片段中表示字面量双引号时（用于 cmd 转义上下文）：^"
• 路径含空格时使用 "..."
• 环境变量引用：%USERPROFILE%
• 行延续：^ 放在行尾
• 命令链：
  • 无条件执行下一条：&
  • 仅当前命令成功时执行下一条：&&
  • 仅当前命令失败时执行下一条：||

PowerShell

• 字面量字符串优先使用单引号：'...'
• 双引号："..." 支持变量展开/插值
• 转义字符为反引号：`
• 若整个字符串已用单引号包裹，则字面量双引号通常无需转义
• 环境变量引用：$env:USERPROFILE
• 行延续：通常应避免；如确需，可在行尾使用反引号；但更推荐使用 splatting 或括号提升可读性
• PowerShell 7+ 支持 && / ||
• Windows PowerShell 5.1 不支持 && / ||
• 当兼容性重要时，优先使用显式 if 检查，而非管道链式操作符

Bash

• 转义字符：\
• 强字面量引号：'...'
• 可展开引号："..."
• 环境变量引用：$HOME、$VAR
• 行延续：\ 放在行尾

安全回答模式

当用户请求某条命令但未指明 Shell 时，推荐采用如下结构：

PowerShell:


cmd:

若不同 Shell 语法存在差异，切勿仅提供一条未标注 Shell 的命令。

若版本兼容性至关重要，则推荐采用如下结构：

PowerShell 5.1 兼容：


PowerShell 7+：


cmd：

重写规则

1. 命令链式执行

若原本拟使用 Bash 链式语法，请根据实际 Shell 重写。

• Bash：cmd1 && cmd2
• cmd：cmd1 && cmd2
• PowerShell 7+：cmd1 && cmd2
• PowerShell 5.1 兼容：cmd1; if ($?) { cmd2 }

示例：

PowerShell 5.1 兼容：
cmd1
if ($?) { cmd2 }

PowerShell 7+：
cmd1 && cmd2

cmd：
cmd1 && cmd2

2. 如何替代 &&

当用户反馈 && 不起作用时，首先推断其可能使用的 Shell：

• 若为 Windows PowerShell 5.1，请替换为：
  • cmd1 && cmd2 → cmd1; if ($?) { cmd2 }
  • cmd1 || cmd2 → cmd1; if (-not $?) { cmd2 }
• 若为 cmd，保留 && / ||
• 若为 PowerShell 7+，&& / || 合法且通常可保持原样

对于 PowerShell 中的原生可执行文件，若需精确控制退出码行为，建议使用更显式的形式：

cmd1
if ($LASTEXITCODE -eq 0) { cmd2 }

尤其当左侧为 .exe 或外部 CLI 工具，且需严格依据进程退出码决策时，应优先使用此形式。

3. 环境变量

• Bash：export NAME=value
• PowerShell：$env:NAME = 'value'
• cmd：set NAME=value

读取变量值时：

• Bash：$NAME
• PowerShell：$env:NAME
• cmd：%NAME%

4. 含空格路径

Windows 中含空格的路径必须加引号。

• PowerShell："C:\Program Files\App"
• cmd："C:\Program Files\App"

5. 内嵌引号

若用户使用 cmd，请牢记对元字符及引号敏感场景使用 ^ 转义； 若用户使用 PowerShell，优先切换引号风格，而非堆叠转义符。

示例：

PowerShell:
python -c 'print("hello")'

cmd:
python -c "print(^"hello^")"

cmd 示例应尽量精简，并确保经测试验证；cmd 的引号处理极易混乱。

6. 多行命令

优先采用各 Shell 原生的多行风格：

PowerShell:
& python `
  script.py `
  --name test

cmd:
python ^
  script.py ^
  --name test

但若单行命令可接受，应优先选用单行形式。

6.5 引号困境：优先规避

对 cmd 和 PowerShell 而言，深度嵌套的引号极易变得脆弱，尤其涉及以下情形时：

• python -c "..."
• 命令行内联传递 JSON
• 同时含引号与反斜杠的正则表达式
• 嵌入另一 Shell 命令中的命令

一旦引号处理变得复杂难懂，应优先选择更安全的重写方式，而非强行实现完美转义。

推荐的规避手段：

• 将内容写入脚本文件，再运行该文件
• 将 JSON 写入文件，传入文件路径
• PowerShell 中，尽可能在外层使用单引号、内层使用双引号
• cmd 中，优先将复杂逻辑完全移出命令行
• 若两种 Shell 均可能，优先提供PowerShell 变体，而非强行构造复杂的 cmd 示例

经验法则：若需用一段文字解释转义逻辑，就应重构整体方案。

6.6 重定向/管道陷阱：优先采用简洁模式

Windows 各 Shell 在重定向与管道行为上差异显著。

• cmd 管道基于文本
• PowerShell 管道在命令间传递对象
• 标准错误/标准输出重定向在原生命令、cmd 与 PowerShell 中行为可能不同

若某命令依赖复杂的重定向逻辑，优先采用更简洁的模式：

• 先将输出写入文件，再读取/处理该文件
• 将命令拆分为多个独立步骤，而非压缩成密集管道
• PowerShell 中，当清晰度更重要时，优先使用显式变量而非巧妙的管道链式调用
• 提供跨 Shell 答案时，除非明确标注 Shell 特定变体，否则应避免高级重定向

经验法则：若正确性依赖于细微的管道/重定向语义，应选择更显式的多步形式。

7. Bash → Windows 重写速查表

当用户提供 Bash 命令并要求等效 Windows 命令时，参考本节。

cmd1 && cmd2

Bash:
cmd1 && cmd2

PowerShell 5.1 兼容：
cmd1
if ($?) { cmd2 }

PowerShell 7+：
cmd1 && cmd2

cmd：
cmd1 && cmd2

cmd1 || cmd2

Bash:
cmd1 || cmd2

PowerShell 5.1 兼容：
cmd1
if (-not $?) { cmd2 }

PowerShell 7+：
cmd1 || cmd2

cmd：
cmd1 || cmd2

export NAME=value

Bash:
export NAME=value

PowerShell:
$env:NAME = 'value'

cmd:
set NAME=value

echo $NAME

Bash:
echo $NAME

PowerShell:
echo $env:NAME

cmd:
echo %NAME%

~/file.txt

Bash:
cat ~/file.txt

PowerShell:
Get-Content $HOME\file.txt

cmd:
type %USERPROFILE%\file.txt

rm、cp、mv

Bash:
rm file.txt
cp a.txt b.txt
mv a.txt b.txt

PowerShell:
Remove-Item file.txt
Copy-Item a.txt b.txt
Move-Item a.txt b.txt

cmd:
del file.txt
copy a.txt b.txt
move a.txt b.txt

VAR=value command

该 Bash 模式在 PowerShell 或 cmd 中无直接等价的单行语法。

Bash:
NAME=value mytool

PowerShell:
$env:NAME = 'value'
mytool

cmd:
set NAME=value
mytool

若临时作用域行为至关重要，需说明：Bash 可将环境变量作用域限定于单个命令；而 PowerShell/cmd 示例通常需额外清理，才能实现真正的一次性作用域。

command \

--flag value

Bash:
command \
  --flag value

PowerShell:
command `
  --flag value

cmd:
command ^
  --flag value

grep pattern file.txt

Bash:
grep pattern file.txt

PowerShell:
Select-String pattern file.txt

cmd:
findstr pattern file.txt

pwd 和 ls

Bash:
pwd
ls

PowerShell:
Get-Location
Get-ChildItem

cmd:
cd
dir

注意：ls 和 pwd 在 PowerShell 中看似可用，实为其内置别名；若旨在清晰教授 Shell 语法，应优先使用原生命令名称。

版本检测提示

判断 PowerShell 中 && 是否安全可用时，可参考以下启发式规则：

• 若环境/工具声明 shell=powershell，仅代表 Shell 家族，未必指明确切版本
• pwsh 通常表示 PowerShell 7+
• powershell 在旧版/默认 Windows 环境中通常表示 Windows PowerShell 5.1
• 若用户提及“Windows PowerShell”，除非另有说明，否则默认为 5.1
• 若用户仅称“PowerShell”且兼容性至关重要，则采用 5.1 安全 形式

若需提供检测命令，可给出：

PowerShell:
$PSVersionTable.PSVersion

响应策略

面向 Windows 用户回复时，请遵循：

1. 若上下文明显，可推断 Shell 类型。
2. 若上下文不明确，务必按 Shell 标注命令。
3. 当环境表明 shell=powershell 时，优先提供 PowerShell 示例。
4. 若用户明确提及 cmd 或使用 ^"，请使用 cmd 语法作答。
5. 将 Linux/Bash 命令转换为 Windows 时，简要说明关键语法差异。
6. 若需区分 Shell 类型，切勿将 PowerShell 语法泛称为“Windows 语法”。
7. 若涉及 &&，请区分 cmd、PowerShell 7+ 与 Windows PowerShell 5.1，而非将所有 Windows Shell 视为同一类。

必要时附带的最小化说明

可使用如下简洁表述：

• Windows Terminal 仅为终端应用程序；实际语法取决于您运行的是 PowerShell 还是 cmd。
• 在 cmd 中，使用 ^ 对特殊字符进行转义。
• 在 PowerShell 中，转义字符为反引号，单引号通常是字面量字符串最简单的表达形式。
• && 在 cmd 和 PowerShell 7+ 中有效，但在 Windows PowerShell 5.1 中无效。

备注

• cmd 通常使用 ^ 对特殊字符进行转义。
• PowerShell 的引号规则与 cmd 差异显著。
• 为保障 PowerShell 最大兼容性，cmd1; if ($?) { cmd2 } 比假设支持 && 更安全。
• 存疑时，应同时提供多种变体，而非随意猜测。