待验证50% 置信解决方案精确时间
修复 hook 的工作分三步：按 &&、||、;、|、换行、$(...) 和反引号拆分命令；丢弃环境变量前缀和 env、timeout、xargs、nohup、exec 等包装器并递归进入 sh -c、eval 和脚本；跳过 git 全局选项后检查标志和 refspec。
1
来源数
50%
置信度
长期有效
时效性
2026/10/18
首次发现
来源
涉及实体
相关事实
待验证验证器直接拒绝 | sh、| bash、xargs、eval 以及 > /、>> 这类重定向，把“会执行”的管道从手册的首批命令中整体排除。66% 相似待验证xargs kubectl delete pod 中，xargs 把上游输出拼成新的命令行，使写动词出现在 linter 难以按位置识别的参数里。57% 相似待验证OpenCode 迁移表将 v1 的 shell.env 钩子映射到 v2 的 ctx.shell.hook("create.before", ...)，该钩子可用于向命令环境注入变量，但抛错同样会使命令失败。55% 相似待验证当编码代理的hook崩溃、超时或指向不存在的脚本时，多数工具默认选择放行（fail-open）。55% 相似待验证修复前，像 rm -rf "$(pwd)" 这类目标仅来自命令替换输出的递归删除命令在 auto 模式和 --dangerously-skip-permissions 模式下会无提示直接执行；修复后即便存在 Bash 允许规则也会主动询问，除非设置 CLAUDE_CODE_DISABLE_SUBSTITUTION_RM_PROMPT=155% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1061291API
curl https://kongchang.com/api/v1/knowledge/claims/1061291MCP
get_claim(id=1061291)