| name | start-work |
| description | Manage implementation sessions with bit issue coordination. Use when: starting non-trivial code changes, resuming previous work, entering plan mode, creating branches, or doing parallel work. Triggers on keywords: bit issue, session, parallel work, resume, continue. |
Session Coordination with bit issue
Coordinate coding sessions using bit issue. Each session declares its Target Files via an issue so other sessions can detect and avoid file conflicts.
This protocol works with any workflow — single-repo, worktrees, or branches.
Issue storage/sync details and label conventions live in the bit-issue skill. In fresh clones (e.g. Claude Code web sessions) fetch the issue notes first, and push them when you update issues:
git fetch origin '+refs/notes/bit-hub:refs/notes/bit-hub'
git push origin 'refs/notes/bit-hub:refs/notes/bit-hub'
Decide: New Session or Resume
bit issue list --open
New Session
1. Read the Plan (if available)
If a plan file exists, read it first. Plans may be .gitignored — read from the main repo path if needed.
2. Declare Scope
Create a bit issue declaring your session and Target Files. Use the current branch name for the session label.
To assign a sequence number, count all issues (not just open) with the session label:
bit issue list --all --label "session:<branch-name>"
bit issue create \
--title "[session:<branch-name>#<seq>] <summary>" \
--label "session:<branch-name>" \
--body "$(cat <<'BODY'
## Target Files
- path/to/file.mbt (modify|create|delete)
## Plan
<plan content or omit>
BODY
)"
Create before starting work so other sessions see your scope immediately.
3. Check for Overlap
For each open session issue other than yours, check Target Files:
bit issue list --open
bit issue get <other-session-id>
Overlap rules (only modify and delete count — create is conflict-free):
| Situation | Action |
|---|
| No overlap | Proceed |
| Some files overlap, others remain | Exclude overlapping files, update issue |
| All files overlap | Ask user whether to proceed or abort |
When excluding files:
bit issue update <id> --body "<revised body>"
bit issue comment add <id> --body "Excluded path/to/file.mbt (owned by session X)"
4. Work
Record scope changes as they happen:
bit issue comment add <id> --body "Target added: path/to/new.mbt (modify) — reason: ..."
5. Complete
bit issue comment add <id> --body "Done: <summary>"
bit issue close <id>
Resume Session
bit issue list --open --label "session:<branch-name>"
bit issue get <id>
bit issue comment list <id>
Continue working. The issue body has the canonical Target Files; comments track changes.
Clean Up Orphans
If a session is abandoned with no committed work:
bit issue comment add <id> --body "Orphan: session abandoned"
bit issue close <id>
Cross-machine Sync (optional)
When coordinating across machines, wrap with relay sync:
bit relay sync fetch "$BIT_RELAY_URL"
bit relay sync push "$BIT_RELAY_URL"
Or use claims for lightweight coordination:
bit issue claim <id>
bit issue claims
Error Handling
| Situation | Response |
|---|
| bit command fails | Notify user, continue without coordination |
| bit not installed | Solo mode — skip coordination |
| Orphan issue | Verify session is still active, exclude from overlap |
Commands Reference
bit issue create --title "..." --label "..." [--label "..."] --body "..."
bit issue list [--open] [--closed] [--all] [--label <name>] [--parent <id>]
bit issue get <id>
bit issue update <id> [--title "..."] [--body "..."] [--label "..."]
bit issue close <id>
bit issue reopen <id>
bit issue comment add <id> --body "..."
bit issue comment list <id>