|
1 | 1 | - In all interactions and commit messages, be extremely concise and sacrifice grammar for the sake of concision. |
| 2 | +- ALWAYS read and understand relevant files before proposing edits. Do not speculate about code you have not inspected. |
| 3 | +- Never browse GitHub, use `gh` instead. Use `dig` skill when the user asks a question about a library, needs to understand a library's API, or when you need information about a library that you don't know about. |
| 4 | +- Dirty workspace: Never pause to ask about unrelated local changes. Continue work and ignore unrelated diffs. |
| 5 | +- Proactively use Skill(tdd) when it adds value; skip TDD for high-friction tests like slow React or browser flows. |
2 | 6 |
|
3 | | -## PR Comments |
| 7 | +## Skill Overrides |
4 | 8 |
|
5 | | -- When tagging Claude in GitHub issues, use '@claude' |
| 9 | +When using the following skills, override the default behavior. |
6 | 10 |
|
7 | | -## GitHub |
| 11 | +`planning-with-files`: |
8 | 12 |
|
9 | | -- Your primary method for interacting with GitHub should be the GitHub CLI. |
| 13 | +- Do not create `task_plan.md`, `findings.md`, or `progress.md` at repo root. Merge that content into one file under `.claude/docs/plans/`. Example: `.claude/docs/plans/2026-03-11-task.md` |
10 | 14 |
|
11 | | -## Plans |
| 15 | +`agent-browser`: |
12 | 16 |
|
13 | | -- At the end of each plan, give me a list of unresolved questions to answer, if any. Make the questions extremely concise. Sacrifice grammar for the sake of concision. |
| 17 | +- Never close agent-browser |
| 18 | +- Use `--headed` only if you failed to test and need manual input from a human. |
| 19 | +- Port `3000` for the main app. |
| 20 | +- Use `agent-browser` instead of next-devtools browser evaluation. |
| 21 | +- If `agent-browser` gets blocked or loops on the same step, stop and ask the user to unblock. |
| 22 | + |
| 23 | +`ce-*`: |
| 24 | + |
| 25 | +- **Git:** Never git add, commit, push, or create PR unless the user explicitly asks. |
| 26 | +- **PR:** Before creating or updating a PR, run the local verification that actually matters here. At minimum: `bun run typecheck`, `bun run lint:fix`, and `bun run build` if the task touched app behavior or build config. |
| 27 | +- **plan:** Include test-browser in acceptance criteria for browser features. |
| 28 | +- **deepen-plan:** Context7 only when not covered by skills. |
| 29 | +- **work:** UI tasks require browser verification before marking complete. Never guess. |
| 30 | + |
| 31 | +## Commands |
| 32 | + |
| 33 | +### Development |
| 34 | + |
| 35 | +**CRITICAL**: Before running type checking, install dependencies and finish any required build first. |
| 36 | + |
| 37 | +**Required sequence for app verification:** |
| 38 | + |
| 39 | +1. `bun install` - Install dependencies and refresh the lockfile if needed. |
| 40 | +2. `bun run build` - Run the build when the task touches app behavior, config, or anything build-sensitive. |
| 41 | +3. Wait for the build command to finish successfully. Never run build and typecheck in parallel. |
| 42 | +4. `bun run typecheck` - Run TypeScript type checking. |
| 43 | +5. `bun run lint:fix` - Auto-fix linting issues. |
| 44 | + |
| 45 | +**Common commands:** |
| 46 | + |
| 47 | +- `bun run dev` - Start the app locally. |
| 48 | +- `bun run build` - Production build. |
| 49 | +- `bun run typecheck` - TypeScript check. |
| 50 | +- `bun run lint:fix` - Auto-fix lint issues. |
| 51 | + |
| 52 | +## Prompt Hook |
| 53 | + |
| 54 | +### Mandatory First Response |
| 55 | + |
| 56 | +🚨 STOP - SKILL ANALYSIS IS MANDATORY |
| 57 | + |
| 58 | +**Instructions:** |
| 59 | +• DO NOT edit until skill analysis is complete. |
| 60 | +• Use `TodoWrite` only if that tool is available in the current runtime. |
| 61 | +• If `TodoWrite` is unavailable, run the same checklist inline. |
| 62 | +• Condition NO -> mark completed -> proceed |
| 63 | +• Condition YES -> work through steps -> mark completed -> proceed |
| 64 | +• Skipping skill analysis = FAILED to follow instructions |
| 65 | + |
| 66 | +**Skill Analysis Checklist:** |
| 67 | +☐ Skill analysis (SKIP if 'quick' in message): (1) STOP rationalizing ('simple question', 'overkill', 'might be relevant') (2) List ALL available skills (3) For EACH: 'always apply' or 'Does task involve [topic]?' -> YES/MIGHT/MAYBE = ✓. Only ✗ if DEFINITELY not related (4) Skill(...) for ALL ✓ IN ONE PARALLEL CALL - do NOT load one then wait (5) Output '[Skills: X available, Y loaded: name1, name2]' CRITICAL: 'Might be relevant' = MUST load. '1% chance' = MUST load. |
| 68 | + |
| 69 | +### Verification Checklist |
| 70 | + |
| 71 | +🔒 VERIFICATION REQUIRED - NO COMPLETION WITHOUT FRESH EVIDENCE |
| 72 | + |
| 73 | +**Instructions:** |
| 74 | +• Track ALL verification items below (use `TodoWrite` if available, otherwise inline) |
| 75 | +• Condition NO -> mark completed and skip |
| 76 | +• Condition YES -> in_progress -> verify -> completed |
| 77 | +• NEVER git commit unless explicitly asked |
| 78 | +• Avoid unnecessary `bun dev` |
| 79 | +• Use Skill(agent-browser) for browser testing instead of next-devtools browser evaluation |
| 80 | + |
| 81 | +**Verification Checklist:** |
| 82 | + |
| 83 | +- [ ] Typecheck (IF updated .ts files): Bash `bun run typecheck` |
| 84 | +- [ ] Lint: Bash `bun run lint:fix` |
| 85 | +- [ ] Build (IF updated app behavior or config): Bash `bun run build` |
| 86 | +- [ ] ce-compound (SKIP if trivial): CRITICAL: After completing this request, you MUST evaluate whether it produced extractable knowledge. EVALUATION PROTOCOL (NON-NEGOTIABLE): (1) COMPLETE the user's request first (2) EVALUATE - Did this require non-obvious investigation or debugging? Was the solution something that would help in future similar situations? Did I discover something not immediately obvious from documentation? (3) IF YES to any: Skill(ce-compound) NOW after the fix is verified and follow its workflow to capture the solution in `docs/solutions/` (4) IF NO to all: Skip - no extraction needed This is NOT optional. Failing to evaluate = valuable knowledge lost. |
| 87 | + |
| 88 | +### Post Compact Recovery |
| 89 | + |
| 90 | +🚨 CONTEXT WIPED - MANDATORY SKILL RELOAD |
| 91 | + |
| 92 | +**Instructions:** |
| 93 | +• STOP. Context compaction DELETED all skills. You FORGOT everything. |
| 94 | +• DO NOT proceed until skill reload complete |
| 95 | +• DO NOT assume you remember skills - they are GONE |
| 96 | +• Skipping = GUARANTEED FAILURE |
| 97 | + |
| 98 | +**Skill Reload Checklist:** |
| 99 | +☐ Skill reload (MANDATORY): (1) Check current task tracking (TodoWrite if available, otherwise inline) (2) List ALL available skills (3) For EACH: 'always apply' or 'Does task involve [topic]?' -> YES/MIGHT/MAYBE = ✓ (4) Skill(...) for ALL ✓ IN ONE PARALLEL CALL - do NOT load one then wait (5) ONLY after reload, resume task CRITICAL: ALL skills GONE. MUST reload. 'Might apply' = MUST load. |
0 commit comments