-
Notifications
You must be signed in to change notification settings - Fork 0
Skills Reference
8-habit-ai-dev ships 24 user-facing markdown skills. Skills are read-only guidance: they structure investigation, planning, review, deployment, communication, and reflection, but they do not execute changes by themselves.
Tip
If you are unsure where to start, use /using-8-habits or the quick selector below.
| Situation | Start with |
|---|---|
| New feature | /requirements |
| Unclear problem | /research |
| Architecture decision | /design |
| AI-generated diff | /review-ai |
| Security-sensitive change | /security-check |
| Production deploy | /deploy-guide |
| Operational finding | /operational-state |
| Bug with unclear cause | /diagnose |
| Incident/config hotfix drift | /consistency-check |
| After a validated fix | /post-mortem |
| Need stakeholder-ready wording | /management-talk |
Investigate before specifying. Produces a research brief with findings, constraints, open questions, and recommended next step.
- Page: Step 0 · Research
- Habit: H5 Seek First to Understand
- Source:
skills/research/SKILL.md
Define what, why, who, scope, success criteria, and Definition of Done before implementation.
- Page: Step 1 · Requirements
- Habit: H2 Begin with End in Mind
- Source:
skills/requirements/SKILL.md
Surface architecture options and make the human decision explicit.
- Page: Step 2 · Design
- Habit: H8 Find Your Voice
- Source:
skills/design/SKILL.md
Decompose approved work into atomic, ordered tasks.
- Page: Step 3 · Breakdown
- Habit: H3 Put First Things First
- Source:
skills/breakdown/SKILL.md
Read existing code and produce an implementation brief before editing.
- Page: Step 4 · Build Brief
- Habit: H5 Seek First to Understand
- Source:
skills/build-brief/SKILL.md
Review AI-generated changes before commit, with findings ordered by severity.
- Page: Step 5 · Review AI
- Habit: H4 Think Win-Win
- Source:
skills/review-ai/SKILL.md
Plan staging, production, rollback, verification, and reconciliation for deploys.
- Page: Step 6 · Deploy Guide
- Habit: H1 Be Proactive
- Current note: includes CI/CD proof-layer discipline and provider-managed canary/capacity reconciliation gates.
- Source:
skills/deploy-guide/SKILL.md
Add or verify health checks, alerting, metrics, logging, dashboards, and runbooks after deployment.
- Page: Step 7 · Monitor Setup
- Habit: H7 Sharpen the Saw
- Source:
skills/monitor-setup/SKILL.md
Run a 17-question 8-Habit readiness check across a plan, diff, or implementation.
- Use before implementation commitment, PR creation, or risky merge.
- Source:
skills/cross-verify/SKILL.md
Assess Body, Mind, Heart, and Spirit balance for a feature, component, or PR.
- Use when a technically correct change may still be unbalanced.
- Source:
skills/whole-person-check/SKILL.md
Run a focused security lens across secrets, input handling, auth, dependencies, config, infrastructure, and source-of-truth drift.
- Use for code, infrastructure, alerting, email, webhook, container, environment, and mounted-config changes with risk-bearing behavior.
- Source:
skills/security-check/SKILL.md
Question whether the proposed change should exist, then trace the actual path to verify it does what it claims.
- Use before committing to a plan or before merging a PR.
- Source:
skills/scrutinize/SKILL.md
Check drift across PRD, design, and tasks. Also supports incident/config hotfix mode for symptom, evidence, root cause, fix, deploy path, and verification consistency.
- Use after persisted spec artifacts or before closing an operational hotfix PR.
- Source:
skills/consistency-check/SKILL.md
Capture a short post-task lesson, including what helped, what confused, and which skill was missed.
- Use after meaningful work, especially after incidents or release work.
- Source:
skills/reflect/SKILL.md
Classify operational findings as Watch, Fix Candidate, Active Incident, Resolved, Handoff, Known Accepted Issue, False Positive, or Self-Resolved before action.
- Use before mutating production state, closing an alert/issue, accepting a known problem, or handing off ownership.
- Boundary: read-only guidance; no runtime state engine or automatic production change.
- Source:
skills/operational-state/SKILL.md
Investigate a bug through feedback loop, reproduction, hypothesis, instrumentation, fix with regression test, and cleanup.
- Use when the cause is not obvious.
- Source:
skills/diagnose/SKILL.md
Write the engineering record after a validated fix: root cause, mechanism, fix, validation, and how it slipped through.
- Use after a reliable repro, known cause, identified fix, and validated outcome exist.
- Source:
skills/post-mortem/SKILL.md
Walk through the 7-step workflow interactively.
- Use when starting a feature and you want the agent to prompt step by step.
- Source:
skills/workflow/SKILL.md
Explain the plugin and route user intent to the most relevant skill.
- Use for onboarding or when a request does not map clearly to one skill.
- Source:
skills/using-8-habits/SKILL.md
Assess guidance maturity and write a local verbosity profile for Claude Code.
- Use when guidance feels too verbose or too sparse.
- Source:
skills/calibrate/SKILL.md
Scaffold a project-root SPEC.md orientation hub when a repository needs a durable project digest.
- Use when starting in an unfamiliar repo and the repo fits the project-orientation hub mode.
- Source:
skills/save-spec/SKILL.md
Reshape engineer-to-engineer content for leadership channels such as JIRA, Slack, standup, email, or meeting notes.
- Use after technical investigation when the audience changes.
- Source:
skills/management-talk/SKILL.md
Redirect stub for EU AI Act compliance work. The canonical implementation lives in pitimon/claude-governance.
- Use the governance plugin for the full checklist.
- Boundary: this plugin does not certify compliance.
- Source:
skills/eu-ai-act-check/SKILL.md
Generate an AI-assisted development log from git history and co-author trailers.
- Use for transparency, release review, or audit trail preparation.
- Source:
skills/ai-dev-log/SKILL.md
Source of truth: this wiki is generated from docs/wiki/. Edits made through the GitHub Wiki web UI may be overwritten by the next sync. To change a page, open a PR against the repository source file.
Repository · Issues · README · License
Workflow discipline for AI-assisted development
Start
Workflow
- Overview
- 0 · Research
- 1 · Requirements
- 2 · Design
- 3 · Breakdown
- 4 · Build Brief
- 5 · Review AI
- 6 · Deploy Guide
- 7 · Monitor Setup
Operations
Reference
- Habits Reference
- Maturity Model
- Architecture
- Limitations
- Vibe Coding vs Structured
- Harness Engineering
Project