documentation
Documentation (ADR & Runbook)
When to Create
- ADR: Technology choices, architectural changes, new patterns, deprecations
- Runbook: Service deployment, common ops tasks, incident response
ADR Template
# ADR-[N]: [TITLE]
**Status:** Proposed | Accepted | Deprecated | Superseded by ADR-X
**Date:** YYYY-MM-DD
## Context — ## Decision — ## Options Considered — ## Consequences
Location: docs/adr/ADR-NNN-description.md. Keep immutable — supersede, don't edit.
Runbook Template
# Runbook: [Service]
**Owner:** [Team] | **On-Call:** [Contact]
## Prerequisites — ## Common Operations — ## Troubleshooting — ## Alerts & Escalation
Location: docs/runbooks/service-name.md. Test commands before documenting.
Principles
- ADR: clear problem, options evaluated, consequences documented
- Runbook: commands copy-paste-ready, escalation path defined
More from nguyenthienthanh/aura-frog
stitch-design
Generate UI designs using Google Stitch AI with optimized prompts
37angular-expert
Angular 17+ gotchas and decision criteria. Covers signals vs observables, standalone patterns, and common pitfalls Claude gets wrong.
31flutter-expert
Flutter/Dart mobile expert. PROACTIVELY use when working with Flutter, Dart, mobile apps. Triggers: flutter, dart, widget, bloc, riverpod
16dev-expert
Development patterns for React, Vue, Laravel, Next.js, React Native - state management, forms, API integration
13react-native-expert
React Native best practices expert. PROACTIVELY use when working with React Native, mobile apps, Expo. Triggers: react-native, expo, mobile, iOS, Android, NativeWind
13visual-pixel-perfect
Pixel-perfect visual testing with auto-fix loop. Implement → Render → Snapshot → Compare → Fix until pass.
13