Skip to content

playbooks: repo-sweep procedures use bash-wrapped script and compound git commands that worktree-isolated sessions refuse #4537

Description

@kyle-sexton

Problem

skills/repo-sweep/reference/next.md tells the session to run bash S/state.sh, bash S/catalog.sh C, bash S/tick.sh ..., and bash S/guard.sh .... It also has the session fetch and fast-forward the sweep branch as one step. In a worktree-isolated Claude Code session the harness refuses both shapes:

  • bash <script>: "this command runs bash in a plain command; what it reads or is handed as shell text cannot be shown not to run git. Refusing to run it"
  • git fetch ... && git merge --ff-only ... combined with other commands: "this command names git in a form too complex to verify that it stays inside the worktree. Refusing to run it"

Seen during the tidy step of the melodic-software/.github sweep (PR melodic-software/.github#153). The workaround was to call each script directly by its absolute path (the scripts are executable) and to run each git command as its own call. The same guard also refused gh issue create --body-file - fed from a heredoc whose text mentioned git, so review should write each issue body to a file under .work/ and pass that path.

Proposed fix

In reference/next.md, reference/review.md, and SKILL.md's script table, write every script call as a direct executable path (S/state.sh, not bash S/state.sh) and put each git command in its own call. In review.md, file issue bodies from a file path rather than stdin. Say once that sweeps run in worktrees and that these shapes are what isolation allows.

🤖 Generated with Claude Code

https://claude.ai/code/session_01EYihoan7ULtdu32i34NaTq

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs-triageNot yet classified. Floor until a type and one priority tier are set.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions