Purpose: Quick lookup guide showing which practice to use in different scenarios.
Must Use:
- Air-Gapped Workflow - Understand laptop/bastion/CloudShell separation
- Runbook Documentation - Document EVERY command and output (MANDATORY)
- Configuration Management - Organize environment-specific configs
Should Use:
- Efficiency Guidelines - Copy-paste vs script decisions
- Task Tracking - Track deployment progress
Related Templates:
- RUNBOOK-template.md - Session log template
Must Use:
- Documentation Standards - File naming, report types, structure
- README Maintenance - Keep directories self-documenting
Should Use:
- Runbook Documentation - Session logs (WHAT we did)
- Session Continuity - Ensure work is resumable
Related Templates:
- RUNBOOK-template.md - Session log structure
- TRACKER-template.md - Task tracking structure
Must Use:
- Session Continuity - Handoff protocol, what to commit
- Task Tracking - Update TRACKER.md with current status
Should Use:
- Runbook Documentation - Complete session log before ending
- Documentation Standards - Proper file naming for new docs
Related Templates:
- CURRENT-STATE-template.md - Session handoff template
- TRACKER-template.md - Progress tracking
Must Use:
- Configuration Management - Environment-specific configs
- README Maintenance - Document directory structure
Should Use:
- Documentation Standards - File naming conventions
- Git Practices - Use git mv for reorganization
Related Templates:
- None specifically, but see README examples in practices
Must Use:
- Runbook Documentation - Capture all debugging steps
- Documentation Standards - Create lessons-learned report
Should Use:
- Efficiency Guidelines - Pre-flight checks to avoid issues
- Configuration Management - Check config organization
Related Templates:
- RUNBOOK-template.md - Document troubleshooting session
Must Use:
- Standard Workflow - Overall approach and structure
- Configuration Management - Set up configs/ directory
- README Maintenance - Create READMEs for all directories
Should Use:
- Task Tracking - Set up TRACKER.md
- Session Continuity - Set up CURRENT-STATE.md
- Git Practices - Initialize repo properly
Related Templates:
- CLAUDE-template.md - Project instructions for AI assistant
- TRACKER-template.md - Task tracking setup
- CURRENT-STATE-template.md - Session handoff setup
Use Issue Tracking When:
- Project has >20 work items beyond high-level milestones
- Need granular tracking of bugs, features, technical debt
- Want complete historical record for reports/reviews
- Team needs searchable, filterable work item management
- Project duration >1 month with many moving parts
Practice:
- Issue Tracking 🆕 - In-repository Jira-like issue system
Related Templates:
- ISSUE-TEMPLATE.md - Individual issue template
- ISSUES.md - Issue index with dashboard
- issues/README.md - How to use the system
Tool:
- issue-manager.sh - CLI for creating, listing, updating issues
Relationship to TRACKER.md:
- TRACKER.md: High-level milestones (e.g., "Deploy Test environment")
- ISSUES.md: Granular work items (e.g., "Fix OTLP bug", "Deploy kube-state-metrics")
- Use together: TRACKER for "where we are", ISSUES for "what needs doing"
-
- When: Any work involving AWS/EKS in air-gapped environments
- Why: Prevents assuming direct access from laptop
- Key concept: Laptop (Claude) → S3 → Bastion → EKS
- Related: Efficiency Guidelines
-
Runbook Documentation 🚨 CRITICAL
- When: EVERY session (MANDATORY, zero exceptions)
- Why: Single source of truth for troubleshooting and reproducibility
- Key concept: Capture ALL commands and outputs verbatim
- Related: Documentation Standards, Session Continuity
- Template: RUNBOOK-template.md
-
- When: Managing environment-specific configs
- Why: Clarity, reproducibility, no ambiguity
- Key concept:
configs/<env>/k8s/andconfigs/<env>/ec2/structure - Related: README Maintenance
-
- When: Starting/ending sessions, switching systems
- Why: Work must be resumable after
git push - Key concept: Everything lives in git, no local-only state
- Related: Task Tracking, Documentation Standards
- Template: CURRENT-STATE-template.md
-
- When: Multi-task projects, tracking progress over time
- Why: Single source of truth for project status
- Key concept: TRACKER.md with ✅ ⏳
⚠️ status indicators - Related: Session Continuity
- Template: TRACKER-template.md
-
- When: Creating any documentation
- Why: Consistent structure and naming across projects
- Key concept: UTC timestamps, report types, file organization
- Related: Runbook Documentation, README Maintenance
-
- When: Creating directories with 3+ files, reorganizing structure
- Why: Self-documenting repositories
- Key concept: Every directory must have README explaining contents
- Related: Configuration Management, Documentation Standards
-
- When: Any git operations
- Why: Preserve history, avoid losing work
- Key concept: Use
git mvfor moves, commit only when requested - Related: Session Continuity
-
- When: Deciding how to provide commands/scripts to user
- Why: Balance simplicity vs reusability, minimize overhead
- Key concept: Copy-paste vs script decision framework
- Related: Air-Gapped Workflow
-
- When: Setting up new projects, onboarding team members
- Why: Consistent approach across all infrastructure projects
- Key concept: Overall structure and best practices
- Related: All practices (this is the overview)
-
Issue Tracking 🆕 ADVANCED
- When: Complex projects with >20 work items, long duration (>1 month)
- Why: Granular tracking beyond TRACKER.md milestones, complete history
- Key concept: In-repository Jira-like system with CLI tool
- Related: Task Tracking (complements, not replaces)
- Templates: ISSUE-TEMPLATE.md, ISSUES.md, issues-README.md
- Tool: issue-manager.sh (CLI for management)
- Note: Optional - only use for complex projects needing detailed tracking
- Runbook Documentation - EVERY session must have a runbook (zero exceptions)
- Air-Gapped Workflow - Missing this causes commands to fail (laptop has no AWS access)
- Configuration Management - Prevents config confusion across environments
- Session Continuity - Required for resuming work on different systems
- Task Tracking - Essential for multi-session projects
- Documentation Standards - Improves consistency but not blocking
- README Maintenance - Helps onboarding but not immediately critical
- Git Practices - Prevents mistakes but recoverable
- Efficiency Guidelines - Optimizes workflow but not blocking
- Standard Workflow - Good for new projects, less critical mid-project
Practices to use:
- Air-Gapped Workflow (understand environment constraints)
- Runbook Documentation (document every step)
- Configuration Management (organize deployment configs)
- Task Tracking (track deployment progress)
- Efficiency Guidelines (pre-flight checks)
Templates:
- RUNBOOK-template.md
- TRACKER-template.md (if new project)
Practices to use:
- Runbook Documentation (capture all debugging steps)
- Air-Gapped Workflow (understand access paths)
- Documentation Standards (create lessons-learned report if complex)
- Session Continuity (ensure findings are preserved)
Templates:
- RUNBOOK-template.md
Practices to use:
- Session Continuity (complete handoff state)
- Task Tracking (update TRACKER.md with current status)
- Runbook Documentation (complete session logs)
- README Maintenance (ensure all directories are documented)
- Documentation Standards (organize all reports/guides)
Templates:
- CURRENT-STATE-template.md
Practices to use:
- Standard Workflow (overall structure)
- Configuration Management (set up configs/ directory)
- README Maintenance (create README for all directories)
- Task Tracking (initialize TRACKER.md)
- Session Continuity (set up CURRENT-STATE.md)
- Git Practices (initialize repo with proper structure)
Templates:
- CLAUDE-template.md
- TRACKER-template.md
- CURRENT-STATE-template.md
Practices to use:
- Documentation Standards (check file naming, organization)
- README Maintenance (ensure all directories have READMEs)
- Git Practices (use git mv for reorganization)
- Session Continuity (preserve links and references)
Templates:
- None specifically
Standard Workflow (overview)
├── Air-Gapped Workflow (environment-specific)
│ └── Efficiency Guidelines (optimization)
├── Runbook Documentation (mandatory)
│ └── Documentation Standards (structure)
├── Configuration Management (configs)
│ └── README Maintenance (documentation)
├── Session Continuity (handoffs)
│ └── Task Tracking (progress)
└── Git Practices (version control)
Question: Should I use this practice now?
Are you deploying infrastructure?
├─ YES → Air-Gapped Workflow, Runbook Documentation, Configuration Management
└─ NO
└─ Are you documenting work?
├─ YES → Documentation Standards, README Maintenance
└─ NO
└─ Are you starting/ending a session?
├─ YES → Session Continuity, Task Tracking
└─ NO
└─ Are you organizing files?
├─ YES → Configuration Management, README Maintenance
└─ NO
└─ Are you troubleshooting?
├─ YES → Runbook Documentation, Documentation Standards
└─ NO → See Standard Workflow for guidance
| Template | Use When | Related Practices |
|---|---|---|
| CLAUDE-template.md | Setting up new project | Standard Workflow, All Practices |
| TRACKER-template.md | Need task tracking | Task Tracking, Session Continuity |
| CURRENT-STATE-template.md | Ending session, handoff | Session Continuity |
| RUNBOOK-template.md | EVERY session (MANDATORY) | Runbook Documentation |
- Air-Gapped Workflow + Efficiency Guidelines = Optimized commands for air-gapped environments
- Runbook Documentation + Documentation Standards = Well-structured session logs
- Configuration Management + README Maintenance = Self-documenting config structure
- Session Continuity + Task Tracking = Resumable work with clear status
- Standard Workflow provides the overall structure
- Air-Gapped Workflow adds environment-specific constraints
- Runbook Documentation captures what you did
- Documentation Standards organizes your documentation
- Session Continuity ensures everything is resumable
- Always check: Runbook documentation after every session (MANDATORY)
- Before deploying: Review Air-Gapped Workflow and Efficiency Guidelines
- When creating directories: Immediately create README (README Maintenance)
- End of session: Update TRACKER.md and CURRENT-STATE.md
- File operations: Use
git mvnotmv(Git Practices)
- If Claude forgets runbook: Remind: "Update the runbook with these commands"
- If commands fail: Check: "Are we following air-gapped workflow?"
- If configs confusing: Reference: Configuration Management practice
- If resuming work: Read: CURRENT-STATE.md and TRACKER.md first
Last Updated: 2026-02-20 Related: README.md | CHANGELOG.md