fix(performance): go-faster Step 1 reports no Python when the Bash tool runs zsh
维护者通常 1 天内回复
评估
- 难度
- 3/5
- 预计耗时
- 半天
- 新手友好度
- 72/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
调研方向
Start at plugins/performance/skills/go-faster/SKILL.md around the preamble that sources harness-lib.sh, then plugins/performance/scripts/harness-lib.sh harness_require_python (type -P). Make that lookup portable or wrap the preamble in bash -c, and scan other harness-lib.sh callers. Point the go-faster-sweeper at scripts/harness-lib.sh not lib/. Done when the preamble resolves python3 from a zsh Bash-tool shell and a stay-quiet test covers that.
由索引模型根据 Issue 内容生成。
描述
Problem
/performance:go-faster Step 1 reports PY=unresolved ("no python3 or python on PATH runs") on a host where python3 runs, when the Bash tool's shell is zsh. The skill then stops.
The preamble at plugins/performance/skills/go-faster/SKILL.md:35 runs ( source "${CLAUDE_PLUGIN_ROOT}/scripts/harness-lib.sh" && harness_require_python ... ) in the Bash tool's own shell. harness_require_python (plugins/performance/scripts/harness-lib.sh:184-197) resolves each candidate with type -P, which is bash-only. zsh prints type: bad option: -P, every candidate is skipped, and the function dies.
A second defect from the same run: the dispatching session reported this to the go-faster-sweeper agent, and the sweeper could not reproduce it because it looked for harness-lib.sh in the plugin's lib/ directory. The file lives in scripts/.
Evidence
- 2026-10-04, WSL2 host, Bash tool shell zsh: the preamble printed the HARNESS FAIL line;
command -v python3gave/home/kyle/.local/bin/python3(3.14.7);bash -c 'source .../scripts/harness-lib.sh && harness_require_python && echo $HARNESS_PYTHON'printed that same path. - The sweep's report lists the finding as
session-work-4, "not reproduced: harness-lib.sh is not in this plugin's lib directory".
Fix
- Run the preamble under bash explicitly (
bash -c '...'), or makeharness_require_pythonportable (command -vplus an absolute-path check in place oftype -P). Check the plugin's otherharness-lib.shcallers for the same shape. - Point the sweeper at
scripts/harness-lib.shwherever it resolves the library. - A stay-quiet test: the preamble resolves Python when run from zsh.
Related
- #6234 (go-faster from a worktree-isolated session), a different failure in the same skill.
- 主要语言
- Shell
- 星标
- 22
- 派生
- 2
- 平均合并
- 8 小时 44 分钟
- 30 天内合并 PR
- 926
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
melodic-software/claude-code-plugins 的其他 Issue
-
status: ready
难度 2/5 1-3 小时 新手友好度 73/100
melodic-software/claude-code-plugins#8537 ·
维护者通常 1 天内回复
-
priority: medium status: confirmed
难度 2/5 1-3 小时 新手友好度 72/100
melodic-software/claude-code-plugins#8507 · 1 条评论 ·
维护者通常 1 天内回复
-
priority: low
难度 2/5 1-3 小时 新手友好度 82/100
melodic-software/claude-code-plugins#8476 · 1 条评论 ·
维护者通常 1 天内回复
-
area: security needs-human priority: low
难度 2/5 1-3 小时 新手友好度 68/100
melodic-software/claude-code-plugins#8472 · 1 条评论 ·
维护者通常 1 天内回复
-
priority: low
难度 2/5 1-3 小时 新手友好度 72/100
melodic-software/claude-code-plugins#8434 · 1 条评论 ·
维护者通常 1 天内回复
查看 melodic-software/claude-code-plugins 的全部 Issue
相似的 Issue
-
Gemini: respect PLANNING_DISABLED=1 in lifecycle context hooks可能已有人在做 @AmariAugustin 今天认领。 未关闭bug good first issue help wanted
难度 2/5 1-3 小时 新手友好度 87/100
OthmanAdi/planning-with-files#329 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 84/100
维护者通常 2 天内回复
-
headers-parser: `forRegExp` does not escape regexp characters in path segments that contain `*`可能已有人在做 @RaphaelFakhri 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 85/100
维护者通常 1 天内回复
-
needs-triage
难度 2/5 1-3 小时 新手友好度 82/100
mattpocock/skills#1307 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 84/100
vladmandic/sdnext#5161 ·
维护者通常 1 天内回复