@wbern/claude-instructions 1.3.0 → 1.4.0

package/README.md

@@ -24,6 +24,7 @@ npx @wbern/claude-instructions
 ```
 
 The interactive installer lets you choose:
+
 - **Variant**: With or without [Beads MCP](https://github.com/steveyegge/beads) integration
 - **Scope**: User-level (global) or project-level installation
 
@@ -89,6 +90,7 @@ flowchart TB
     Utils --> TDD[📚 /tdd<br/>Remind agent about TDD]
     Utils --> AddCommand[➕ /add-command<br/>Create custom commands]
     Utils --> Summarize[📄 /summarize<br/>Summarize conversation<br/><i>Optional: Beads MCP</i>]
+    Utils --> Gap[🔍 /gap<br/>Find unaddressed items<br/><i>Optional: Beads MCP</i>]
     Utils --> Beepboop[🤖 /beepboop<br/>AI attribution]
 
     Worktree[<b>WORKTREE MANAGEMENT</b>]
@@ -121,6 +123,7 @@ flowchart TB
 - `/show` - Show code to team with auto-merge - for changes that should be visible but don't need approval (Cursor's modern workflow)
 - `/ask` - Request team review and approval - for complex changes needing discussion (OK fine, traditional PRs still have their place - Cursor)
 - `/summarize` - Summarize conversation progress and next steps
+- `/gap` - Analyze conversation context for unaddressed items and gaps
 
 ### Worktree Management
 
@@ -140,6 +143,7 @@ flowchart TB
 Here's a simple example to get you started with the TDD workflow:
 
 **1. Write a failing test (`/red`)**
+
 ```
 You: /red add a function that validates email addresses
 
@@ -149,6 +153,7 @@ Claude: I'll write a failing test for email validation.
 ```
 
 **2. Make it pass (`/green`)**
+
 ```
 You: /green
 
@@ -158,6 +163,7 @@ Claude: I'll implement the minimal code to pass the test.
 ```
 
 **3. Refactor for quality (`/refactor`)**
+
 ```
 You: /refactor extract regex pattern to a constant
 
@@ -169,18 +175,23 @@ Claude: I'll refactor while keeping tests green.
 ### Complete Workflow Example
 
 **Starting from a GitHub issue:**
+
 ```
 /issue 123
 ```
+
 Claude analyzes the GitHub issue and creates a TDD implementation plan showing what tests to write.
 
 **Running a full TDD cycle:**
+
 ```
 /cycle implement user authentication with password hashing
 ```
+
 Claude executes the complete red-green-refactor cycle: writes a failing test, implements it, then refactors.
 
 **Individual phases for more control:**
+
 ```
 /red test that users can't login with wrong password
 /green
@@ -188,14 +199,17 @@ Claude executes the complete red-green-refactor cycle: writes a failing test, im
 ```
 
 **Committing and creating PRs:**
+
 ```
 /commit
 ```
+
 Claude reviews changes, drafts a commit message following project standards, and creates the commit.
 
 ```
-/pr
+/ask
 ```
+
 Claude analyzes commits, creates a PR with summary and test plan.
 
 ### What to Expect
@@ -220,69 +234,84 @@ The commands enforce TDD discipline: you can't refactor with failing tests, can'
 
 👤 `/red` single element [1] returns 1
 
-🔴 *writes test*
+🔴 _writes test_
+
 ```typescript
 expect(closestToZero([1])).toBe(1);
 ```
+
 FAIL: closestToZero is not defined
 
 👤 `/green`
 
-🟢 *returns hardcoded 1*
+🟢 _returns hardcoded 1_
+
 ```typescript
 function closestToZero(nums: number[]): number {
   return 1; // minimal - only need to pass current test
 }
 ```
+
 ✅ Test passes
 
 👤 `/red` two numbers [3, 2] returns 2
 
-🔴 *writes test*
+🔴 _writes test_
+
 ```typescript
 expect(closestToZero([3, 2])).toBe(2);
 ```
+
 FAIL: expected 1 to be 2
 
 👤 `/green`
 
-🟢 *sorts and returns first*
+🟢 _sorts and returns first_
+
 ```typescript
 function closestToZero(nums: number[]): number {
   return nums.sort((a, b) => a - b)[0]; // minimal
 }
 ```
+
 ✅ 2/2 tests pass
 
 👤 `/red` with negative [-3, 2] returns 2
 
-🔴 *writes test*
+🔴 _writes test_
+
 ```typescript
 expect(closestToZero([-3, 2])).toBe(2);
 ```
+
 FAIL: expected -3 to be 2 (regular sort puts -3 first)
 
 👤 `/green`
 
-🟢 *sorts by absolute value*
+🟢 _sorts by absolute value_
+
 ```typescript
 function closestToZero(nums: number[]): number {
   return nums.sort((a, b) => Math.abs(a) - Math.abs(b))[0];
 }
 ```
+
 ✅ 3/3 tests pass
 
 👤 `/red` exact tie [-2, 2] returns positive 2
 
-🔴 *writes test*
+🔴 _writes test_
+
 ```typescript
 expect(closestToZero([-2, 2])).toBe(2);
 ```
+
 FAIL: expected -2 to be 2 (returns first when tied)
 
 👤 `/green`
 
-🟢 *adds tie-breaking: prefer positive*
+🟢 _adds tie-breaking: prefer positive_
+
 ```typescript
 function closestToZero(nums: number[]): number {
   return nums.sort((a, b) => {
@@ -291,11 +320,13 @@ function closestToZero(nums: number[]): number {
   })[0];
 }
 ```
+
 ✅ 4/4 tests pass
 
 👤 `/refactor` extract helper and use iteration instead of sort
 
-🔵 *extracts helper function for comparison logic*
+🔵 _extracts helper function for comparison logic_
+
 ```typescript
 function isCloser(candidate: number, current: number): boolean {
   const candAbs = Math.abs(candidate);
@@ -314,21 +345,23 @@ function closestToZero(nums: number[]): number {
   return closest;
 }
 ```
+
 ✅ 4/4 tests still pass
 
 👤 `/refactor`
 
-🔵 *uses reduce for more functional style*
+🔵 _uses reduce for more functional style_
+
 ```typescript
 function closestToZero(nums: number[]): number {
   if (nums.length === 0) return 0;
   return nums.reduce((closest, num) =>
-    isCloser(num, closest) ? num : closest
+    isCloser(num, closest) ? num : closest,
   );
 }
 ```
-✅ 4/4 tests still pass
 
+✅ 4/4 tests still pass
 
 ## Contributing
 

package/bin/cli.js

@@ -2,6 +2,7 @@
 
 // scripts/cli.ts
 import { select, text, groupMultiselect, isCancel, intro, outro } from "@clack/prompts";
+import os2 from "os";
 
 // scripts/cli-generator.ts
 import fs from "fs-extra";
@@ -24,14 +25,30 @@ var DIRECTORIES = {
   DOWNLOADS: "downloads"
 };
 var TEMPLATE_SOURCE_FILES = ["CLAUDE.md", "AGENTS.md"];
+var ELLIPSIS = "...";
+function truncatePathFromLeft(pathStr, maxLength) {
+  if (pathStr.length <= maxLength) {
+    return pathStr;
+  }
+  const truncated = pathStr.slice(-(maxLength - ELLIPSIS.length));
+  const firstSlash = truncated.indexOf("/");
+  if (firstSlash > 0) {
+    return ELLIPSIS + truncated.slice(firstSlash);
+  }
+  return ELLIPSIS + truncated;
+}
 var VARIANT_OPTIONS = [
-  { value: VARIANTS.WITH_BEADS, label: "With Beads" },
-  { value: VARIANTS.WITHOUT_BEADS, label: "Without Beads" }
-];
-var SCOPE_OPTIONS = [
-  { value: SCOPES.PROJECT, label: "Project/Repository" },
-  { value: SCOPES.USER, label: "User (Global)" }
+  { value: VARIANTS.WITH_BEADS, label: "With Beads", hint: "Includes Beads task tracking" },
+  { value: VARIANTS.WITHOUT_BEADS, label: "Without Beads", hint: "Standard commands only" }
 ];
+function getScopeOptions(terminalWidth = 80) {
+  const projectPath = path.join(process.cwd(), DIRECTORIES.CLAUDE, DIRECTORIES.COMMANDS);
+  const userPath = path.join(os.homedir(), DIRECTORIES.CLAUDE, DIRECTORIES.COMMANDS);
+  return [
+    { value: SCOPES.PROJECT, label: "Project/Repository", hint: truncatePathFromLeft(projectPath, terminalWidth) },
+    { value: SCOPES.USER, label: "User (Global)", hint: truncatePathFromLeft(userPath, terminalWidth) }
+  ];
+}
 async function getCommandsGroupedByCategory(variant) {
   const sourcePath = path.join(__dirname, "..", DIRECTORIES.DOWNLOADS, variant || VARIANTS.WITH_BEADS);
   const metadataPath = path.join(sourcePath, "commands-metadata.json");
@@ -179,9 +196,11 @@ async function main(args) {
     if (isCancel(variant)) {
       return;
     }
+    const terminalWidth = process.stdout.columns || 80;
+    const uiOverhead = 25;
     scope = await select({
       message: "Select installation scope",
-      options: [...SCOPE_OPTIONS]
+      options: getScopeOptions(terminalWidth - uiOverhead)
     });
     if (isCancel(scope)) {
       return;
@@ -205,7 +224,12 @@ async function main(args) {
     }
   }
   const result = await generateToDirectory(void 0, variant, scope, { commandPrefix, skipTemplateInjection: args?.skipTemplateInjection, commands: selectedCommands });
-  outro(`Installed ${result.filesGenerated} commands to .claude/commands`);
+  const fullPath = scope === "project" ? `${process.cwd()}/.claude/commands` : `${os2.homedir()}/.claude/commands`;
+  outro(`Installed ${result.filesGenerated} commands to ${fullPath}
+
+If Claude Code is already running, restart it to pick up the new commands.
+
+Happy TDD'ing!`);
 }
 
 // scripts/bin.ts

package/downloads/with-beads/ask.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: mcp__github__*, Bash(git:*)
+allowed-tools: mcp__github__create_pull_request, mcp__github__update_pull_request, Bash(git status:*), Bash(git log:*), Bash(git push:*), Bash(git branch:*)
 description: Request team review and approval - for complex changes needing discussion (OK fine, traditional PRs still have their place - Cursor)
 argument-hint: [optional-pr-title-and-description]
 ---
@@ -18,6 +18,7 @@ argument-hint: [optional-pr-title-and-description]
 > 💭 **Cursor says**: Fine, SOME things still need traditional PRs. But be intentional about it.
 
 Ask is for complex changes that need team discussion and approval. Examples:
+
 - Breaking API changes
 - New architecture decisions
 - Significant feature additions
@@ -27,6 +28,7 @@ Ask is for complex changes that need team discussion and approval. Examples:
 ## When to Ask
 
 Use **Ask** when:
+
 - Changes affect multiple systems
 - Breaking changes are needed
 - You need input on approach
@@ -54,10 +56,11 @@ Arguments: $ARGUMENTS
    - Push to remote: `git push origin [branch-name]`
 
 2. **Create Ask PR**: Create a PR that clearly needs review
-   
+
    Title: conventional commits format, prefixed with `[ASK]`
-   
+
    Description template:
+
    ```markdown
    ## 🤔 Ask - Review and Approval Needed
 
@@ -68,32 +71,38 @@ Arguments: $ARGUMENTS
    -->
 
    ### What changed
+
    [Detailed description of changes]
 
    ### Why
+
    [Rationale and context]
 
    ### Questions for reviewers
+
    - [ ] Question 1
    - [ ] Question 2
 
    ### Concerns
+
    - Potential concern 1
    - Potential concern 2
 
    ### Test Plan
+
    - [ ] Unit tests
    - [ ] Integration tests
    - [ ] Manual testing steps
 
    ### Alternatives considered
+
    - Alternative 1: [why not chosen]
    - Alternative 2: [why not chosen]
    ```
 
 3. **Request Reviewers**: Assign specific reviewers who should weigh in
 
-4. **Add Labels**: 
+4. **Add Labels**:
    - "needs-review"
    - "breaking-change" (if applicable)
    - "security" (if applicable)
@@ -113,6 +122,7 @@ Arguments: $ARGUMENTS
 ## Decision Guide
 
 Use **Ask** when:
+
 - ✅ Change is complex or risky
 - ✅ Breaking changes involved
 - ✅ Need team input on approach
@@ -131,4 +141,3 @@ Use Beads MCP to:
 - Track dependencies with `bd dep add`
 
 See https://github.com/steveyegge/beads for more information.
-

package/downloads/with-beads/cycle.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: Read, Glob, Grep, Bash(pnpm test:*), Bash(pnpm:*)
+allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
 description: Execute complete TDD cycle - Red, Green, and Refactor phases in sequence
 argument-hint: <feature or requirement description>
 ---

package/downloads/with-beads/gap.md

@@ -1,5 +1,4 @@
 ---
-allowed-tools: mcp__beads__list, mcp__beads__ready
 description: Analyze conversation context for unaddressed items and gaps
 ---
 
@@ -8,13 +7,14 @@ Analyze the current conversation context and identify things that have not yet b
 1. **Incomplete implementations** - Code that was started but not finished
 2. **Unused variables/results** - Values that were captured but never used
 3. **Missing tests** - Functionality without test coverage
-4. **Open issues** - Beads issues that are still open or in progress
-5. **User requests** - Things the user asked for that weren't fully completed
-6. **TODO comments** - Any TODOs mentioned in conversation
-7. **Error handling gaps** - Missing error cases or edge cases
-8. **Documentation gaps** - Undocumented APIs or features
+      4. **Open issues** - Beads issues that are still open or in progress
+      4. **User requests** - Things the user asked for that weren't fully completed
+5. **TODO comments** - Any TODOs mentioned in conversation
+6. **Error handling gaps** - Missing error cases or edge cases
+7. **Documentation gaps** - Undocumented APIs or features
 
 Present findings as a prioritized list with:
+
 - What the gap is
 - Why it matters
 - Suggested next action

package/downloads/with-beads/green.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: Read, Glob, Grep, Bash(pnpm test:*), Bash(pnpm:*)
+allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
 description: Execute TDD Green Phase - write minimal implementation to pass the failing test
 argument-hint: <implementation description>
 ---

package/downloads/with-beads/red.md

@@ -1,4 +1,5 @@
 ---
+allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
 description: Execute TDD Red Phase - write ONE failing test
 ---
 

package/downloads/with-beads/refactor.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: Read, Glob, Grep, Bash(pnpm test:*), Bash(pnpm:*)
+allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
 description: Execute TDD Refactor Phase - improve code structure while keeping tests green
 argument-hint: <refactoring description>
 ---

package/downloads/with-beads/ship.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: mcp__github__*, Bash(git:*)
+allowed-tools: Bash(git status:*), Bash(git log:*), Bash(git diff:*), Bash(git checkout:*), Bash(git pull:*), Bash(git merge:*), Bash(git push:*), Bash(git branch:*)
 description: Ship code directly to main - for small, obvious changes that don't need review (Cursor's modern alternative to PRs)
 argument-hint: [optional-commit-message]
 ---
@@ -18,6 +18,7 @@ argument-hint: [optional-commit-message]
 > 🎯 **Cursor says**: It's 2025! Not everything needs a PR. Ship small, obvious changes directly.
 
 Ship is for small, obvious changes that don't need code review. Examples:
+
 - Typo fixes
 - Formatting changes
 - Documentation updates
@@ -27,6 +28,7 @@ Ship is for small, obvious changes that don't need code review. Examples:
 ## Prerequisites
 
 Before shipping directly to main:
+
 1. All tests must pass
 2. Linter must pass
 3. Changes must be small and low-risk
@@ -57,10 +59,11 @@ Arguments: $ARGUMENTS
    - Is this a small, obvious change?
    - Do all tests pass?
    - Is CI green?
-   
+
    If ANY of these are "no", suggest using `/show` or `/ask` instead.
 
 5. **Merge to Main**: If all checks pass and user confirms:
+
    ```bash
    git checkout main
    git pull origin main
@@ -69,6 +72,7 @@ Arguments: $ARGUMENTS
    ```
 
 6. **Cleanup**: Delete the feature branch
+
    ```bash
    git branch -d [feature-branch]
    git push origin --delete [feature-branch]
@@ -79,6 +83,7 @@ Arguments: $ARGUMENTS
 ## Safety Rails
 
 If tests fail, linter fails, or changes are large/complex, STOP and suggest:
+
 - Use `/show` for changes that should be seen but don't need approval
 - Use `/ask` (traditional PR) for complex changes needing discussion
 
@@ -90,4 +95,3 @@ Use Beads MCP to:
 - Track dependencies with `bd dep add`
 
 See https://github.com/steveyegge/beads for more information.
-

package/downloads/with-beads/show.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: mcp__github__*, Bash(git:*)
+allowed-tools: mcp__github__create_pull_request, mcp__github__update_pull_request, Bash(git status:*), Bash(git log:*), Bash(git push:*), Bash(git branch:*)
 description: Show code to team with auto-merge - for changes that should be visible but don't need approval (Cursor's modern workflow)
 argument-hint: [optional-pr-title-and-description]
 ---
@@ -18,6 +18,7 @@ argument-hint: [optional-pr-title-and-description]
 > 🚀 **Cursor says**: Not every change needs a traditional review. Show your work, then merge.
 
 Show is for changes that teammates should see, but don't require approval. Examples:
+
 - Refactoring with test coverage
 - New features with comprehensive tests
 - Performance improvements
@@ -26,6 +27,7 @@ Show is for changes that teammates should see, but don't require approval. Examp
 ## Prerequisites
 
 Before using show:
+
 1. All tests must pass
 2. Changes should have good test coverage
 3. Changes should be non-breaking or backward compatible
@@ -60,6 +62,7 @@ Arguments: $ARGUMENTS
    - Add notice that feedback is welcome but not required
 
 4. **PR Description Template**:
+
    ```markdown
    ## 🚀 Show - Auto-merging after CI
 
@@ -71,12 +74,15 @@ Arguments: $ARGUMENTS
    -->
 
    ### What changed
+
    [Brief description]
 
    ### Why
+
    [Rationale for change]
 
    ### Test coverage
+
    - [ ] All tests pass
    - [ ] Coverage maintained/improved
    - [ ] No breaking changes
@@ -87,6 +93,7 @@ Arguments: $ARGUMENTS
 ## Decision Guide
 
 Use **Show** when:
+
 - ✅ Tests are comprehensive
 - ✅ Changes are non-breaking
 - ✅ You're confident in the approach
@@ -104,4 +111,3 @@ Use Beads MCP to:
 - Track dependencies with `bd dep add`
 
 See https://github.com/steveyegge/beads for more information.
-

package/downloads/with-beads/summarize.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: AskUserQuestion, mcp__beads__list, mcp__beads__stats
+allowed-tools: AskUserQuestion
 description: Summarize conversation progress and next steps
 ---
 

package/downloads/without-beads/ask.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: mcp__github__*, Bash(git:*)
+allowed-tools: mcp__github__create_pull_request, mcp__github__update_pull_request, Bash(git status:*), Bash(git log:*), Bash(git push:*), Bash(git branch:*)
 description: Request team review and approval - for complex changes needing discussion (OK fine, traditional PRs still have their place - Cursor)
 argument-hint: [optional-pr-title-and-description]
 ---
@@ -18,6 +18,7 @@ argument-hint: [optional-pr-title-and-description]
 > 💭 **Cursor says**: Fine, SOME things still need traditional PRs. But be intentional about it.
 
 Ask is for complex changes that need team discussion and approval. Examples:
+
 - Breaking API changes
 - New architecture decisions
 - Significant feature additions
@@ -27,6 +28,7 @@ Ask is for complex changes that need team discussion and approval. Examples:
 ## When to Ask
 
 Use **Ask** when:
+
 - Changes affect multiple systems
 - Breaking changes are needed
 - You need input on approach
@@ -54,10 +56,11 @@ Arguments: $ARGUMENTS
    - Push to remote: `git push origin [branch-name]`
 
 2. **Create Ask PR**: Create a PR that clearly needs review
-   
+
    Title: conventional commits format, prefixed with `[ASK]`
-   
+
    Description template:
+
    ```markdown
    ## 🤔 Ask - Review and Approval Needed
 
@@ -68,32 +71,38 @@ Arguments: $ARGUMENTS
    -->
 
    ### What changed
+
    [Detailed description of changes]
 
    ### Why
+
    [Rationale and context]
 
    ### Questions for reviewers
+
    - [ ] Question 1
    - [ ] Question 2
 
    ### Concerns
+
    - Potential concern 1
    - Potential concern 2
 
    ### Test Plan
+
    - [ ] Unit tests
    - [ ] Integration tests
    - [ ] Manual testing steps
 
    ### Alternatives considered
+
    - Alternative 1: [why not chosen]
    - Alternative 2: [why not chosen]
    ```
 
 3. **Request Reviewers**: Assign specific reviewers who should weigh in
 
-4. **Add Labels**: 
+4. **Add Labels**:
    - "needs-review"
    - "breaking-change" (if applicable)
    - "security" (if applicable)
@@ -113,6 +122,7 @@ Arguments: $ARGUMENTS
 ## Decision Guide
 
 Use **Ask** when:
+
 - ✅ Change is complex or risky
 - ✅ Breaking changes involved
 - ✅ Need team input on approach
@@ -123,4 +133,3 @@ Use **/show** instead if: confident in approach, just want visibility
 
 Use **/ship** instead if: change is tiny, obvious, and safe
 
-

package/downloads/without-beads/cycle.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: Read, Glob, Grep, Bash(pnpm test:*), Bash(pnpm:*)
+allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
 description: Execute complete TDD cycle - Red, Green, and Refactor phases in sequence
 argument-hint: <feature or requirement description>
 ---

package/downloads/without-beads/gap.md

@@ -1,5 +1,4 @@
 ---
-allowed-tools: mcp__beads__list, mcp__beads__ready
 description: Analyze conversation context for unaddressed items and gaps
 ---
 
@@ -8,12 +7,13 @@ Analyze the current conversation context and identify things that have not yet b
 1. **Incomplete implementations** - Code that was started but not finished
 2. **Unused variables/results** - Values that were captured but never used
 3. **Missing tests** - Functionality without test coverage
-5. **User requests** - Things the user asked for that weren't fully completed
-6. **TODO comments** - Any TODOs mentioned in conversation
-7. **Error handling gaps** - Missing error cases or edge cases
-8. **Documentation gaps** - Undocumented APIs or features
+      4. **User requests** - Things the user asked for that weren't fully completed
+5. **TODO comments** - Any TODOs mentioned in conversation
+6. **Error handling gaps** - Missing error cases or edge cases
+7. **Documentation gaps** - Undocumented APIs or features
 
 Present findings as a prioritized list with:
+
 - What the gap is
 - Why it matters
 - Suggested next action

package/downloads/without-beads/green.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: Read, Glob, Grep, Bash(pnpm test:*), Bash(pnpm:*)
+allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
 description: Execute TDD Green Phase - write minimal implementation to pass the failing test
 argument-hint: <implementation description>
 ---

package/downloads/without-beads/red.md

@@ -1,4 +1,5 @@
 ---
+allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
 description: Execute TDD Red Phase - write ONE failing test
 ---
 

package/downloads/without-beads/refactor.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: Read, Glob, Grep, Bash(pnpm test:*), Bash(pnpm:*)
+allowed-tools: Read, Glob, Grep, Bash(pnpm test:*)
 description: Execute TDD Refactor Phase - improve code structure while keeping tests green
 argument-hint: <refactoring description>
 ---

package/downloads/without-beads/ship.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: mcp__github__*, Bash(git:*)
+allowed-tools: Bash(git status:*), Bash(git log:*), Bash(git diff:*), Bash(git checkout:*), Bash(git pull:*), Bash(git merge:*), Bash(git push:*), Bash(git branch:*)
 description: Ship code directly to main - for small, obvious changes that don't need review (Cursor's modern alternative to PRs)
 argument-hint: [optional-commit-message]
 ---
@@ -18,6 +18,7 @@ argument-hint: [optional-commit-message]
 > 🎯 **Cursor says**: It's 2025! Not everything needs a PR. Ship small, obvious changes directly.
 
 Ship is for small, obvious changes that don't need code review. Examples:
+
 - Typo fixes
 - Formatting changes
 - Documentation updates
@@ -27,6 +28,7 @@ Ship is for small, obvious changes that don't need code review. Examples:
 ## Prerequisites
 
 Before shipping directly to main:
+
 1. All tests must pass
 2. Linter must pass
 3. Changes must be small and low-risk
@@ -57,10 +59,11 @@ Arguments: $ARGUMENTS
    - Is this a small, obvious change?
    - Do all tests pass?
    - Is CI green?
-   
+
    If ANY of these are "no", suggest using `/show` or `/ask` instead.
 
 5. **Merge to Main**: If all checks pass and user confirms:
+
    ```bash
    git checkout main
    git pull origin main
@@ -69,6 +72,7 @@ Arguments: $ARGUMENTS
    ```
 
 6. **Cleanup**: Delete the feature branch
+
    ```bash
    git branch -d [feature-branch]
    git push origin --delete [feature-branch]
@@ -79,7 +83,7 @@ Arguments: $ARGUMENTS
 ## Safety Rails
 
 If tests fail, linter fails, or changes are large/complex, STOP and suggest:
+
 - Use `/show` for changes that should be seen but don't need approval
 - Use `/ask` (traditional PR) for complex changes needing discussion
 
-

package/downloads/without-beads/show.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: mcp__github__*, Bash(git:*)
+allowed-tools: mcp__github__create_pull_request, mcp__github__update_pull_request, Bash(git status:*), Bash(git log:*), Bash(git push:*), Bash(git branch:*)
 description: Show code to team with auto-merge - for changes that should be visible but don't need approval (Cursor's modern workflow)
 argument-hint: [optional-pr-title-and-description]
 ---
@@ -18,6 +18,7 @@ argument-hint: [optional-pr-title-and-description]
 > 🚀 **Cursor says**: Not every change needs a traditional review. Show your work, then merge.
 
 Show is for changes that teammates should see, but don't require approval. Examples:
+
 - Refactoring with test coverage
 - New features with comprehensive tests
 - Performance improvements
@@ -26,6 +27,7 @@ Show is for changes that teammates should see, but don't require approval. Examp
 ## Prerequisites
 
 Before using show:
+
 1. All tests must pass
 2. Changes should have good test coverage
 3. Changes should be non-breaking or backward compatible
@@ -60,6 +62,7 @@ Arguments: $ARGUMENTS
    - Add notice that feedback is welcome but not required
 
 4. **PR Description Template**:
+
    ```markdown
    ## 🚀 Show - Auto-merging after CI
 
@@ -71,12 +74,15 @@ Arguments: $ARGUMENTS
    -->
 
    ### What changed
+
    [Brief description]
 
    ### Why
+
    [Rationale for change]
 
    ### Test coverage
+
    - [ ] All tests pass
    - [ ] Coverage maintained/improved
    - [ ] No breaking changes
@@ -87,6 +93,7 @@ Arguments: $ARGUMENTS
 ## Decision Guide
 
 Use **Show** when:
+
 - ✅ Tests are comprehensive
 - ✅ Changes are non-breaking
 - ✅ You're confident in the approach
@@ -96,4 +103,3 @@ Use **/ship** instead if: change is tiny and obvious (typo, formatting)
 
 Use **/ask** instead if: change needs discussion, breaks APIs, or you're uncertain
 
-

package/downloads/without-beads/summarize.md

@@ -1,5 +1,5 @@
 ---
-allowed-tools: AskUserQuestion, mcp__beads__list, mcp__beads__stats
+allowed-tools: AskUserQuestion
 description: Summarize conversation progress and next steps
 ---
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@wbern/claude-instructions",
-  "version": "1.3.0",
+  "version": "1.4.0",
   "description": "TDD workflow commands for Claude Code CLI",
   "type": "module",
   "bin": "./bin/cli.js",
@@ -28,26 +28,33 @@
   "license": "MIT",
   "scripts": {
     "clean": "rm -rf downloads",
-    "clean:dev": "rm -rf .claude/commands",
-    "build": "bash scripts/build.sh",
-    "build:dev": "bash scripts/build-dev.sh",
+    "build": "tsx scripts/build.ts",
     "build:cli": "tsup",
     "test:manual": "pnpm build:cli && TMPDIR=$(mktemp -d) && pnpm pack --pack-destination $TMPDIR && cd $TMPDIR && tar -xzf *.tgz && cd package && pnpm i && node bin/cli.js",
     "generate": "tsx scripts/cli-generator.ts",
     "test": "vitest run",
     "test:watch": "vitest",
     "typecheck": "tsc --noEmit",
+    "knip": "knip",
+    "duplication-check": "jscpd",
     "prepublishOnly": "bash scripts/check-publish.sh && pnpm build && pnpm build:cli",
     "prepare": "husky"
   },
   "devDependencies": {
+    "@eslint/js": "^9.39.1",
     "@types/fs-extra": "^11.0.4",
     "@types/node": "^24.10.1",
+    "eslint": "^9.39.1",
     "husky": "^9.1.7",
+    "jscpd": "^4.0.5",
+    "knip": "^5.70.2",
+    "lint-staged": "^16.2.7",
     "markdown-magic": "^4.0.4",
+    "prettier": "^3.7.2",
     "tsup": "^8.5.1",
     "tsx": "^4.20.6",
     "typescript": "^5.9.3",
+    "typescript-eslint": "^8.48.0",
     "vitest": "^4.0.8"
   },
   "dependencies": {