文档提示工程人工智能【免费下载链接】claude-code-system-promptsAll parts of Claude Codes system prompt, 27 builtin tool descriptions, sub agent prompts (Plan/Explore/Task), utility prompts (CLAUDE.md, compact, statusline, magic docs, WebFetch, Bash cmd, security review, agent creation). Updated for each Claude Code version.项目地址https://gitcode.com/gh_mirrors/cl/claude-code-system-prompts点击查看免费下载本篇技术指南基于 Claude Code System Prompts 仓库中的 system-prompt-powershell-edition-for-5-1.md深入讲解 Claude Code 在 Windows PowerShell 5.1powershell.exe环境下运行时注入给 Agent 的兼容性规则哪些 PowerShell 7 语法在 5.1 中会直接解析报错、为何对原生可执行程序重定向 stderr 会引发NativeCommandError假失败、以及不同写文件命令之间编码默认值的差异。读完本文你将掌握在 5.1 环境下写出零解析错误、零假失败、编码正确的 PowerShell 命令的完整实战方案。背景为什么 Claude Code 需要按版本区分的 PowerShell 提示Claude Code 的系统提示并非单一字符串而是由大量按环境条件注入的片段拼装而成见 README.md。其中与 shell 工具相关的提示会根据探测到的 PowerShell 版本动态切换仓库中存有三份互为补充的版本化提示文件适用场景system-prompt-powershell-edition-for-5-1.md检测到 Windows PowerShell 5.1powershell.exesystem-prompt-powershell-edition-for-7.md检测到 PowerShell 7pwshsystem-prompt-powershell-edition-unknown.md版本未知按 5.1 兼容性保守处理三份文件在 README.md 中均有登记。从 CHANGELOG.md 可以确认演进脉络5.1 版本提示最初于某次发布中新增见 changelog 第 2637 行 NEW:System Prompt: PowerShell edition for 5.1随后在第 1251 行被修正——Corrects file-encoding guidance to distinguish UTF-8 output from,, andOut-Filefrom the system-codepage defaults ofSet-ContentandAdd-Content即把编码指导细化为重定向运算符与Out-File默认 UTF-8而Set-Content/Add-Content默认系统 ANSI 代码页的精确表述。这说明该提示本身就是踩坑经验沉淀的产物。unknown版本则体现了向下兼容原则当 Claude Code 无法确认 PowerShell 版本时直接按 5.1 的语法子集约束 Agent禁止使用任何 7 专属语法避免在最坏情况下产生解析错误见 system-prompt-powershell-edition-unknown.md。PowerShell 5.1 的语法禁区7 专属运算符的解析错误Windows PowerShell 5.1 基于 .NET Framework其语言解析器不支持 PowerShell 7pwsh引入的一批管道链/空值安全运算符。5.1 提示明确列出四类不可用语法管道链运算符与||在 5.1 中直接触发 parser error。三元运算符?:不可用。空合并运算符??不可用。空条件运算符?.不可用。对比 system-prompt-powershell-edition-for-7.md 可以看到这些语法在 7 中全部可用且行为与 bash 一致5.1 提示因此把它们称为PowerShell 7 onlyunknown 版本 的原话。条件串联命令的正确替代写法的语义是仅当前一条命令成功时才执行后一条。5.1 下用自动化变量$?等价实现# 等价于 bash 的 A B仅当 A 成功时才运行 B A; if ($?) { B } # 无条件串联等价于 bash 的 A; B A; B$?保存最近一条命令的执行状态这一点在 tool-description-powershell.md 的退出码章节中也有呼应-ErrorAction SilentlyContinue虽然抑制了错误输出但 cmdlet 失败仍会使工具以 exit 1 报告只有将其提升为终止错误并吞掉才能让失败真正不致命try { Cmdlet ... -ErrorAction Stop } catch {}这与$?的语义相互印证在 5.1 中判断命令成败必须显式检查$?不能依赖 stderr 是否产生输出。空值判断的替代写法??与?.分别对应空值回退与空值安全访问5.1 下要求用显式$null -eq比较和if/else替代# 等价于 $value ?? default $result if ($null -eq $value) { default } else { $value } # 等价于 $obj?.Property $prop if ($null -eq $obj) { $null } else { $obj.Property }注意提示特意写作$null -eq而非$value -eq $null当$value是数组时$value -eq $null会按过滤器语义返回数组而非布尔值把$null放在左侧才是稳妥的比较方式。陷阱一对原生可执行程序执行21会制造假失败5.1 提示中分量最重的一条是Avoid21on native executables. In 5.1, redirecting a native commands stderr inside PowerShell wraps each line in an ErrorRecord (NativeCommandError) and sets$?to$falseeven when the exe returned exit code 0. stderr is already captured for you — dont redirect it.原理拆解在 Windows PowerShell 5.1 中21会把原生程序git、npm、docker 等 exe的 stderr 输出包装成NativeCommandError类型的ErrorRecord。这带来两个连锁后果$?被置为$false即使 exe 实际以退出码 0 成功结束$?仍报告失败导致if ($?)判断失真输出被污染stderr 的每一行都被裹进错误记录而非普通文本流进一步混淆对命令结果的判断。值得强调的是Claude Code 的 PowerShell 工具本身已经自动捕获 stderr——tool-description-powershell.md 在 Unix 命令对照表中对2/dev/null的对应写法给出2$null并注明 but stderr is captured for you — usually unnecessary。也就是说在 Claude Code 环境中任何21都是多余的直接丢弃即可。若确需静默 stderr用2$null而非21。这也解释了为何 system-prompt-powershell-edition-for-7.md 中完全没有这条禁令——PowerShell 7 已不再把原生 stderr 包装成 ErrorRecord。陷阱二写文件命令的编码默认值并不统一5.1 提示给出的编码规则表面矛盾、实则精确、重定向运算符与Out-File通常默认 UTF-8带 BOMSet-Content/Add-Content仍默认系统 ANSI 代码页例如简体中文 Windows 的 GBK/CP936。因此当写出的文件需要被其他工具读取跨进程、跨平台、被 git 追踪时必须显式传递-Encoding utf8# 推荐显式指定 UTF-8避免 ANSI 乱码 Set-Content -Path out.txt -Value $content -Encoding utf8 Add-Content -Path log.txt -Value $line -Encoding utf8 Out-File -FilePath out.txt -InputObject $content -Encoding utf8对比 7 版本 Default file encoding is UTF-8 without BOM5.1 的编码行为明显更碎片化这正是该提示在 CHANGELOG.md 中被专门修正的原因。CLAUDE.md 侧同样存在相关约束tool-description-powershell.md 明确要求文件写入优先使用专用 Write 工具而非Set-Content/Out-File编码陷阱正是这一约束的底层动机之一。陷阱三ConvertFrom-Json返回 PSCustomObject 而非哈希表5.1 中ConvertFrom-Json的默认输出类型是PSCustomObject不支持-AsHashtable参数该参数是 PowerShell 6 才引入的。这会影响后续的属性访问方式# 5.1 下解析 JSON得到 PSCustomObject用点号访问属性 $obj ConvertFrom-Json {name: claude, tags: [shell, prompt]} $obj.name # 正常 $obj.tags[0] # 正常 # 7 才可用的写法在 5.1 中会直接报错 # $hash ConvertFrom-Json -InputObject $json -AsHashtable如需键值对语义5.1 下应改为显式转换例如用$obj.PSObject.Properties遍历或将 JSON 结果逐个写入哈希表。$null -eq判断配合属性访问即可安全探测字段是否存在与前述空值判断规则一致。结合工具描述5.1 环境下完整命令编写守则5.1 版本提示是 tool-description-powershell.md 的组成部分——后者在变量清单中声明了RENDER_POWERSHELL_EDITION_GUIDANCE_FN与POWERSHELL_EDITION运行时按探测到的版本把对应 edition 提示渲染进工具描述。因此5.1 环境下编写命令时应同时遵守以下来自工具描述的配套规则语法层5.1 专属转义符是反引号而非反斜杠变量用$前缀字符串插值写作Hello $name或Hello $($obj.Property)环境变量读取用$env:NAME设置用$env:NAME value不要用 bash 的export或Set-Variable带空格的原生程序路径要用调用运算符 C:\Program Files\App\app.exe arg1 arg2注册表访问使用 PSDrive 前缀HKLM:\、HKCU:\不能写裸的HKEY_LOCAL_MACHINE\...。Unix 命令对照5.1 无这些命令head/tail→Get-Content file -TotalCount N/-Tail N管道场景用Select-Object -First N/-Last Nwhich→(Get-Command name).Source2/dev/null→2$null且通常根本不需要——stderr 已被工具捕获bash 的控制流语法if [ -f x ]、for x in *、反引号命令替换在 PowerShell 中是 parser error要用if (Test-Path x)、foreach ($x in ...)、$(cmd)替代。多行字符串向 git commit 等原生程序传多行内容时使用单引号 here-string...字面量、不展开$与反引号且收尾的必须顶格独占一行缩进会解析报错。若参数含-、等被 PowerShell 当作运算符的字符用停止解析令牌--%绕过。交互与阻塞工具以-NonInteractive运行、stdin 挂接 null 设备因此 5.1 下禁止使用Read-Host、Get-Credential、Out-GridView、pauseRemove-Item等破坏性 cmdlet 需加-Confirm:$false防止等待确认。睡眠与等待配套的 system-prompt-avoiding-unnecessary-sleep-commands-part-of-powershell-tool-description.md 要求避免不必要的Start-Sleep——命令能立即运行就直接运行长任务改用run_in_background并在完成时接收通知不要用 sleep 循环重试失败命令确需轮询外部进程时先用检查命令而非先睡必须 sleep 时保持短时长。Git 安全遵循 tool-description-powershell-git-guidance.md——优先新建提交而非 amend执行git reset --hard、git push --force等破坏性操作前先评估更安全的替代方案除非用户明确要求不得跳过 hooks--no-verify或绕过签名--no-gpg-sign等hook 失败应定位并修复根本原因。速查表5.1 与 7 关键差异一览特性Windows PowerShell 5.1PowerShell 7pwsh/||管道链不可用parser error用A; if ($?) { B }可用行为同 bash三元?:、空合并??、空条件?.不可用用if/else$null -eq可用原生程序21产生 NativeCommandError$?变$false禁止使用无此问题文件编码默认值//Out-File通常 UTF-8带 BOMSet-Content/Add-Content为系统 ANSI 代码页需显式-Encoding utf8UTF-8 无 BOMConvertFrom-Json -AsHashtable不可用返回 PSCustomObject可用版本未知时按 5.1 语法子集执行见 unknown 版—小结在 Claude Code 的 5.1 环境中写出无坑命令本提示的核心价值在于把 Windows PowerShell 5.1 的静默陷阱显式化语法层面把 7 运算符挡在门外并给出等价替代执行层面禁止21以避免$?假失败文件层面区分重定向与 cmdlet 的编码默认值数据层面明确 JSON 解析返回类型。配合 tool-description-powershell.md 提供的 Unix 命令对照、here-string 规则、退出码语义以及 tool-description-powershell-git-guidance.md 的 git 安全约束即可在 5.1 环境下稳定地执行 git、npm、docker 等日常终端操作——无需等待升级到 pwsh也不必在解析错误与假失败之间反复试错。赞分享文档提示工程人工智能【免费下载链接】claude-code-system-promptsAll parts of Claude Codes system prompt, 27 builtin tool descriptions, sub agent prompts (Plan/Explore/Task), utility prompts (CLAUDE.md, compact, statusline, magic docs, WebFetch, Bash cmd, security review, agent creation). Updated for each Claude Code version.项目地址https://gitcode.com/gh_mirrors/cl/claude-code-system-prompts点击查看免费下载相关推荐Claude Code System Prompts 解析PowerShell 版本未知时如何编写兼容 Windows PowerShell 5.1 的命令Claude Code System Prompts 解析PowerShell 版本未知时如何编写兼容 Windows PowerShell 5.1 的命令文档提示工程人工智能ServiceWorker API详解从ServiceWorkerContainer到ServiceWorkerRegistrationServiceWorker API详解从ServiceWorkerContainer到ServiceWorkerRegistration ServiceWor文档/教程网络与通信受 Karpathy 启发的 Claude Code 行为指南用四大原则根治 LLM 编码陷阱受 Karpathy 启发的 Claude Code 行为指南用四大原则根治 LLM 编码陷阱 本文基于 README.zh.md https://link.AI 技能提示工程上一篇Middleman中的QUIC协议提升连接性能下一篇Python性能回归测试VizTracer基准比较功能使用指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考