.agents/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 kagenti/humr 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]
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.
testing
Upgrade a previously bootstrapped or adopted project when the architecture evolves. Diffs the current architecture rules against the project's last locked review, identifies new or changed rules, and proposes incremental changes. Triggers on phrases like "upgrade my project", "sync with latest architecture", "update to new rules", "upgrade tseng", or "architecture changed, update my project". Also invocable via the /tseng:upgrade slash command.
development
Spec out a feature or change with full knowledge of the opinionated TypeScript architecture and the project's adoption state. Conducts a thorough discovery interview to understand domain concerns, bounded contexts, and application services, then produces a high-level architectural specification — never concrete implementation details. Triggers on phrases like "spec this feature", "design this change", "architect this", "help me spec", "what modules do I need", or "think through this feature". Also invocable via the /tseng:spec slash command.
development
Review an existing TypeScript project against the opinionated architecture rules. Use when the user asks to review, audit, check, or validate their project's architecture. Triggers on phrases like "review my project", "check the architecture", "audit my code structure", "validate my project", or "does my project follow the rules". Also invocable via the /tseng:review slash command.