Align Repo Conventions
Audit the current repo's .claude/settings.json and CLAUDE.md against team standards.
Execution Rules
- Execute the checklist strictly step by step.
- Present ONE item per message. Show its status, and if action is needed, ask and STOP.
- Do not present the next item until the user has responded.
- If an item is already aligned, say so and immediately proceed to the next item in the same message.
- If an item needs action, show current vs expected and ask: *"Want me to align this?"*
- Never batch multiple action items into one message.
- Never auto-apply changes — every modification requires explicit user confirmation.
- Merge, don't overwrite — add missing keys without clobbering existing ones.
- Preserve existing content in CLAUDE.md — don't remove or reorder existing sections.
Checklist
- 0. Self-update — Run:
npx skills add https://github.com/apocohq/skills --skill align-repo -a claude-code -y. If updated, tell the user: *"align-repo was updated. Please start a new session and re-run/align-repoto use the latest version."* Stop — do not continue with outdated instructions. - 1. Gather state — Read
.claude/settings.json,CLAUDE.md, and check for.claude/settings.local.json(note existence, don't modify). If.claude/settings.jsondoesn't exist, ask if you should create it. IfCLAUDE.mddoesn't exist, ask if you should create it. - 2. Attribution config — Check
.claude/settings.jsonfor the expectedattributionblock (see Reference A). - 3. Allowed tools — Check
allowedToolsas a set (see Reference B). Report missing entries and flag extra entries (don't remove extras — they may be project-specific). - 4. Worktrees convention — Check
.gitignoreincludes.worktrees/. CheckCLAUDE.mdfor a Worktrees section (see Reference C). - 5. Architecture principles — Check
CLAUDE.mdfor a Separation of Concerns & DRY section (see Reference D). - 6. Commit conventions — Check
CLAUDE.mdfor a Commit Conventions section covering all 5 items (see Reference E). - 7. Meeting format — Skip if no
meetings/directory. CheckCLAUDE.mdfor a Meeting Format section (see Reference F). - 8. Recommend skills — Review repo purpose/tech stack. For each relevant skill from Reference G, explain why it fits and ask to install. Skip skills that don't match.
- 9. Check skill updates — Run
npx skills check. If updates available, ask to runnpx skills update. Skip if noskills-lock.json. - 10. Summary — Print the alignment summary (see Reference H).
References
A. Expected attribution
{
"attribution": {
"commit": "Assisted-By: Claude (Anthropic AI) <noreply@anthropic.com>",
"pr": ""
}
}B. Expected allowed tools
{
"allowedTools": [
"Bash(git status*)",
"Bash(git diff*)",
"Bash(git log*)",
"Bash(git fetch*)",
"Bash(git branch*)",
"Bash(git checkout -b *)",
"Bash(git stash*)",
"Bash(git add *)",
"Bash(git commit *)",
"Bash(gh issue view*)",
"Bash(gh issue list*)",
"Bash(gh pr view*)",
"Bash(gh pr list*)",
"Bash(ls:*)"
]
}C. Expected worktrees convention
## Worktrees
Use `.worktrees/` for git worktrees. Branch naming follows commit conventions (e.g., `feat/session-history`).
### Setup
After creating a worktree, run project setup:
- **Node.js**: `pnpm install`
- **Python**: `uv sync`
### Verification
Run tests to confirm a clean baseline before starting work. If tests fail, report failures and ask before proceeding.
### Report
After setup, report: worktree path, test results, and readiness.D. Expected architecture principles
## Separation of Concerns & DRY Principle
This system is a modular component system following the DRY (Don't Repeat Yourself) principle. Each piece has a single responsibility. You should be able to swap out any component without rewriting others.E. Expected commit conventions
## Commit Conventions
- **Conventional Commits**: `type(scope): short summary` — types: `feat`, `fix`, `docs`, `refactor`, `test`, `chore`, `revert`, `style`, `perf`, `ci`, `build`.
- **Scope**: Optional but encouraged (e.g., `feat(ui):`, `fix(hook):`, `docs(design):`).
- **Body**: Optional concise bullet points for non-trivial changes.
- **Trailer**: Configured via `.claude/settings.json` `attribution` — do not add manually.
- **Branch naming**: `type/short-description` (e.g., `feat/session-history`, `fix/stale-timer`). Same type prefixes as commits.F. Expected meeting format
## Meeting Format
---
date: "YYYY-MM-DD"
attendees:
- First Last
- First Last
---
# Meeting Title
One concise paragraph summarizing the meeting.
## Transcript / Notes / Meeting MinutesG. Available skills
| Skill | What it does | When to suggest |
|---|---|---|
process-transcript | Converts VTT meeting transcripts into structured markdown notes | Repos that track meetings or have a meetings/ directory |
ralph-it | Picks the next user story from a PRD GitHub issue, implements it, and opens a PR | Repos that use GitHub issues for PRDs or have structured user stories |
write-a-prd | Interviews the user and writes a PRD, then submits it as a GitHub issue | Any repo that plans features via PRDs or GitHub issues |
review-work | Dispatches a code-reviewer subagent to review changes before pushing | Any repo where code quality reviews before push are desired |
adr | Creates, lists, and updates Architecture Decision Records in docs/adrs/ | Repos that track architectural decisions or have a docs/adrs/ directory |
Install command: npx skills add https://github.com/apocohq/skills --skill <skill-name> -a claude-code -y
H. Summary template
## Alignment Summary
- settings.json attribution: [aligned / changed / skipped]
- settings.json allowed tools: [aligned / changed / skipped]
- .gitignore worktrees: [aligned / added / skipped]
- CLAUDE.md worktrees: [present / added / skipped]
- CLAUDE.md architecture principles: [present / added / skipped]
- CLAUDE.md commit conventions: [present / added / skipped]
- CLAUDE.md meeting format: [present / added / skipped / n/a]
- Skills installed: [list or "none"]
- Skills updated: [list or "all up to date"]
- Items skipped by user: [list if any]