skills/align-repo/SKILL.md
Check and align a repo's .claude/settings.json and CLAUDE.md with team conventions. Use when the user wants to standardize a repo, align conventions, check settings, or bootstrap Claude Code config in a new project.
npx skillsauth add apocohq/skills align-repoInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Audit the current repo's .claude/settings.json and CLAUDE.md against team standards.
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-repo to use the latest version." Stop — do not continue with outdated instructions..claude/settings.json, CLAUDE.md, and check for .claude/settings.local.json (note existence, don't modify). If .claude/settings.json doesn't exist, ask if you should create it. If CLAUDE.md doesn't exist, ask if you should create it..claude/settings.json for the expected attribution block (see Reference A).allowedTools as a set (see Reference B). Report missing entries and flag extra entries (don't remove extras — they may be project-specific)..gitignore includes .worktrees/. Check CLAUDE.md for a Worktrees section (see Reference C).CLAUDE.md for a Separation of Concerns & DRY section (see Reference D).CLAUDE.md for a Commit Conventions section covering all 5 items (see Reference E).meetings/ directory. Check CLAUDE.md for a Meeting Format section (see Reference F).npx skills check. If updates available, ask to run npx skills update. Skip if no skills-lock.json.{
"attribution": {
"commit": "Assisted-By: Claude (Anthropic AI) <[email protected]>",
"pr": ""
}
}
{
"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:*)"
]
}
## 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.
## 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.
## 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.
## Meeting Format
---
date: "YYYY-MM-DD"
attendees:
- First Last
- First Last
---
# Meeting Title
One concise paragraph summarizing the meeting.
## Transcript / Notes / Meeting Minutes
| 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
## 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]
testing
Tracks Architecture Decision Records (ADRs) in docs/adrs/. Creates, lists, and updates ADRs following project conventions. TRIGGER when: user wants to record, review, or update an architectural decision.
development
Create a PRD through user interview, codebase exploration, and module design, then submit as a GitHub issue after user approval. Use when user wants to write a PRD, create a product requirements document, or plan a new feature. Always present the PRD for user approval before submitting.
development
Morning review and prioritization of Things todos. Use this skill every morning, or whenever the user asks to review, triage, categorize, or prioritize their Things tasks. Also trigger when the user says things like 'what should I work on today', 'organize my todos', 'morning routine', or 'daily review'.
testing
Use when completing tasks, implementing major features, or before merging to verify work meets requirements