Skip to content

dnatag/mission-toolkit

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

63 Commits
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

Mission Toolkit

"Slow down the process to speed up the understanding"
Intent defines the scope and approach β€” let purpose drive process

🧠 The Philosophy

Intent-Driven Atomic Development is a minimalist workflow designed to bridge the gap between "Vibe Coding" (Chaos) and "Spec-Driven Development" (Bureaucracy).

We believe that AI coding fails in two extremes:

πŸŒ€ The Vibe Trap: You let the AI drive. It moves fast, generates massive code changes beyond human comprehension, and paints you into a corner. You feel frustrated and alienated from your own codebase.

πŸ“ The Spec Trap: You write exhaustive documentation before coding. AI generates large implementations that work, but the sheer volume alienates you from the codebase. You feel like a contributor, not an owner.

✨ Intent-Driven Atomic Development is the Golden Ratio. It forces a "🀝 Handshake" before every coding task and keeps changes within human comprehension limits. You don't write the code, but you authorize the architecture and verify the implementation.

βš›οΈ Why Atomic?

This creates the psychological sweet spot where you maintain ownership while leveraging AI capabilities. The secret is deliberate pacing β€” "slow down the process to speed up the understanding."

We deliberately work only with atomic-sized intents to maintain small scope. This actually slows down the process β€” you can't tackle massive features in one go. But this constraint gives you better understanding and genuine ownership. When your brain can fully comprehend each small mission, you maintain control instead of becoming a passenger to AI speed.

βš™οΈ How It Works

The Mission Toolkit implements this philosophy through a systematic approach that converts user intents into structured, executable missions with built-in complexity management and continuous improvement.

πŸ”„ The Three-Phase Handshake

1. πŸ“ Intent Analysis (Human) - You define what you want, the Mission Toolkit categorizes complexity using a 4-track system

2. πŸ› οΈ Mission Planning (AI + Human) - AI proposes scope and plan, you authorize the architecture

3. πŸš€ Execution & Learning (AI + Human) - AI implements, you verify, system learns patterns

Core Capabilities

  • πŸ”„ WETβ†’DRY Evolution: Write Everything Twice (WET) first, then Don't Repeat Yourself (DRY) β€” allows duplication initially, then extracts abstractions when patterns emerge
  • 🎯 Mission-Based Execution: Breaks work into atomic, verifiable missions
  • πŸ“ˆ Continuous Improvement: Tracks metrics and patterns for process optimization

🀝 The Slash Commands

Note: Amazon Q CLI and Kiro CLI differences:

  • Use '@' commands instead of '/' (e.g., @m.plan, @m.clarify, @m.apply, @m.complete)
  • Inline arguments are ignored - the AI will prompt for input

πŸ“ /m.plan - The Planning Handshake

Converts your intent into a structured mission. You define what, AI proposes how, you authorize.

# Example usage
/m.plan "Add user authentication to the API"

Features:

  • 🎯 4-track complexity analysis (Atomic, Standard, Robust, Epic)
  • πŸ“ Automatic scope estimation and file identification
  • πŸ”’ Security validation and input sanitization
  • πŸ“‹ Backlog management for complex intents

πŸ” /m.clarify - The Clarification Handshake (Optional)

Refines vague or complex intents before planning. Helps break down ambiguous requirements into actionable missions.

# Example usage
/m.clarify

Features:

  • 🎯 Intent disambiguation and scope refinement
  • πŸ“‹ Requirement extraction from vague descriptions
  • πŸ”„ Interactive clarification process
  • πŸ“ Structured output ready for m.apply

πŸš€ /m.apply - The Execution Handshake

Implements your authorized plan. AI handles execution while you maintain oversight.

# Example usage
/m.apply

Features:

  • 🎯 Focused scope enforcement (only modify listed files)
  • πŸ”„ WET vs DRY mission differentiation
  • βœ… Mandatory verification execution
  • πŸ” Pattern detection for future refactoring

πŸ“ˆ /m.complete - The Learning Handshake

Captures what was accomplished and learned. Builds organizational memory for future missions.

# Example usage
/m.complete

Features:

  • πŸ“ Mission archival with timestamps
  • πŸ“Š Metrics collection and analysis
  • πŸ“‹ Backlog updates and pattern tracking
  • πŸ“† Historical data preservation

Project Structure

.mission/
β”œβ”€β”€ governance.md          # Core principles and workflow rules
β”œβ”€β”€ backlog.md            # Future work and refactoring opportunities
β”œβ”€β”€ metrics.md            # Aggregate performance statistics
β”œβ”€β”€ mission.md            # Current active mission (auto-generated)
β”œβ”€β”€ execution.log         # Current mission execution log
β”œβ”€β”€ completed/            # Archived missions and detailed metrics
β”‚   β”œβ”€β”€ MISSION-ID-mission.md
β”‚   β”œβ”€β”€ MISSION-ID-metrics.md
β”‚   └── MISSION-ID-execution.log
β”œβ”€β”€ paused/               # Temporarily paused missions
β”‚   └── TIMESTAMP-mission.md
└── libraries/            # Template system (embedded)
    β”œβ”€β”€ analysis/         # Analysis guidance templates
    β”œβ”€β”€ displays/         # User output templates
    β”œβ”€β”€ logs/             # Execution logging templates
    β”œβ”€β”€ metrics/          # Metrics templates
    β”œβ”€β”€ missions/         # Mission file templates
    β”œβ”€β”€ scripts/          # Operation templates
    └── variables/        # Variable calculation rules

# AI-specific prompt directories:
.amazonq/prompts/         # Amazon Q prompts
.claude/commands/         # Claude commands
.kiro/prompts/           # Kiro prompts
.opencode/command/       # OpenCode commands
β”œβ”€β”€ m.clarify.md        # Clarification prompt for vague intents
β”œβ”€β”€ m.plan.md           # Planning prompt and complexity matrix
β”œβ”€β”€ m.apply.md          # Execution prompt and safety checks
└── m.complete.md       # Completion prompt and observability

Complexity Matrix

Track Scope Files Keywords Action
TRACK 1 (Atomic) Single line/function 0 new files "Fix typo", "Rename var" Skip Mission, direct edit
TRACK 2 (Standard) Single feature 1-5 files "Add endpoint", "Create component" Standard WET mission
TRACK 3 (Robust) Cross-cutting concerns Security/Auth/Performance "Add authentication", "Refactor for security" Robust WET mission
TRACK 4 (Epic) Multiple systems 10+ files "Build payment system", "Rewrite architecture" Decompose to backlog

Note: Test files don't count toward complexity

πŸ”„ WET-then-DRY Workflow

πŸ’§ WET Phase (Write Everything Twice)

  • Purpose: Understand the problem domain through implementation
  • Approach: Allow duplication to explore solutions
  • Outcome: Working features with identified patterns

🌡 DRY Phase (Don't Repeat Yourself)

  • Trigger: User explicitly requests refactoring after patterns emerge
  • Approach: Extract abstractions based on observed duplication
  • Outcome: Clean, maintainable code with appropriate abstractions

Mission Lifecycle

User Intent β†’ [m.clarify] β†’ m.plan β†’ .mission/mission.md β†’ m.apply β†’ Verification β†’ m.complete β†’ Archive
                              ↓                                                                    ↓
                          .mission/backlog.md ←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←← .mission/metrics.md

Key Principles

1. Focused Scope

  • Only modify files explicitly listed in mission SCOPE
  • Prevents scope creep and unintended changes
  • Enables precise impact assessment

2. Atomic Execution

  • All changes broken into verifiable steps
  • Each mission has clear success criteria
  • Mandatory verification before completion

3. Complexity Management

  • Automatic complexity detection and routing
  • Epic decomposition into manageable sub-missions
  • Progressive disclosure of complexity

4. Template-Driven Consistency

  • Embedded template system ensures consistent outputs
  • Standardized variable system across all operations
  • LLM-agnostic design works with any AI assistant

5. Continuous Improvement

  • Detailed metrics collection and analysis
  • Pattern detection for process optimization
  • Historical data preservation for trend analysis
  • Execution logging for debugging and learning

πŸš€ Getting Started

Installation

Option 1: Download Pre-built Binaries (Recommended)

Download the latest release for your platform from GitHub Releases:

# macOS (Intel)
curl -L https://github.com/dnatag/mission-toolkit/releases/download/v1.1.4/mission-toolkit_Darwin_x86_64.zip -o m.zip
unzip m.zip && chmod +x m && sudo mv m /usr/local/bin/

# macOS (Apple Silicon)
curl -L https://github.com/dnatag/mission-toolkit/releases/download/v1.1.4/mission-toolkit_Darwin_arm64.zip -o m.zip
unzip m.zip && chmod +x m && sudo mv m /usr/local/bin/

# Linux (amd64)
curl -L https://github.com/dnatag/mission-toolkit/releases/download/v1.1.4/mission-toolkit_Linux_x86_64.zip -o m.zip
unzip m.zip && chmod +x m && sudo mv m /usr/local/bin/

# Linux (arm64)
curl -L https://github.com/dnatag/mission-toolkit/releases/download/v1.1.4/mission-toolkit_Linux_arm64.zip -o m.zip
unzip m.zip && chmod +x m && sudo mv m /usr/local/bin/

# Windows (PowerShell)
Invoke-WebRequest -Uri https://github.com/dnatag/mission-toolkit/releases/download/v1.1.4/mission-toolkit_Windows_x86_64.zip -OutFile m.zip
Expand-Archive m.zip -DestinationPath .
# Add to PATH manually

Option 2: Homebrew (macOS/Linux)

brew tap dnatag/mission-toolkit
brew install mission-toolkit

Option 3: Build from Source

# Prerequisites: Go 1.21+
git clone https://github.com/dnatag/mission-toolkit.git
cd mission-toolkit
go build -o m main.go
sudo mv m /usr/local/bin/

Verify Installation

m version

Quick Start

  1. πŸ“ Initialize Project

    # Initialize Mission Toolkit project with AI-specific templates
    m init --ai q
    
    # Supported AI types: q, claude, kiro, opencode
    # Creates .mission/ directory with governance files and prompt templates
  2. πŸ“Š Check Project Status

    # Display interactive TUI showing current and completed missions
    m status
    
    # Use ↑/↓ to navigate missions, Enter to view details, / to search
    # Shows mission progress and provides clear next steps
  3. πŸ“ Plan Your First Mission

    /m.plan "Your development intent here"
  4. βš™οΈ Execute the Mission

    /m.apply
  5. 🏁 Complete and Track

    /m.complete

Template System Features

Embedded Templates

  • Analysis Templates: Clarification and complexity assessment guidance
  • Display Templates: Consistent user output for all command outcomes
  • Mission Templates: WET, DRY, and clarification mission structures
  • Script Templates: Standardized operations for status updates and archival
  • Metrics Templates: Individual mission and aggregate project metrics
  • Logging Templates: Execution step tracking and debugging

Variable Standardization

  • Consistent naming across all templates ({{TRACK}}, {{MISSION_TYPE}}, etc.)
  • Type-safe variable handling (numeric vs string)
  • Default values for missing variables
  • Cross-template variable dependencies

AI-Agnostic Design

  • Automatic slash prefix adaptation (@m.plan vs /m.plan)
  • AI-specific directory structure (Amazon Q, Claude, Kiro, OpenCode)
  • Template deployment to appropriate AI prompt directories
  • Unified versioning for CLI and templates

Observability Features

Execution Logging

  • Step-by-step mission execution tracking
  • Timestamped log entries with success/failure status
  • Archived logs with completed missions
  • Debugging support for failed missions

Metrics Tracking

  • Mission duration and complexity correlation
  • Track distribution and success rates
  • WETβ†’DRY evolution effectiveness
  • Verification success/failure patterns
  • Template system usage analytics

Pattern Detection

  • Automatic duplication identification
  • Abstraction opportunity recognition
  • Common failure pattern analysis
  • Process bottleneck identification

Historical Analysis

  • Timestamped mission archives with full context
  • Performance trend analysis
  • Process evolution tracking
  • Evidence-based improvements

✨ Benefits

  • 🧠 Reduced Cognitive Load: Atomic missions eliminate decision paralysis β€” your brain stays in sync with AI speed
  • πŸ‘‘ Maintained Ownership: You authorize architecture and verify implementation β€” never feel like just a contributor
  • βœ… Quality Assurance: Mandatory verification and scope constraints prevent the "Vibe Trap" chaos
  • πŸ› οΈ Technical Debt Management: Systematic WETβ†’DRY evolution avoids premature abstraction
  • πŸ“ˆ Scalability: Handles projects from toy features to enterprise systems through complexity decomposition
  • πŸ”§ Template Consistency: Embedded template system ensures reliable, predictable outputs across all AI assistants
  • πŸ“Š Full Observability: Execution logging and metrics provide complete visibility into mission progress and outcomes
  • πŸ”„ AI-Agnostic: Works seamlessly with Amazon Q, Claude, Kiro, OpenCode, and other AI assistants

Versioning

# Check current version
m version

# Update version (for maintainers)
./scripts/sync-version.sh v1.0.0

Release Process

Creating a Release

  1. Tag the release:

    git tag -a v1.0.0 -m "Release v1.0.0"
    git push origin v1.0.0
  2. Automated build: GitHub Actions will automatically:

    • Run tests and validation
    • Build cross-platform binaries (Linux, macOS, Windows)
    • Create zip archives for each platform
    • Generate checksums and changelog
    • Publish release with artifacts
  3. Download binaries: Users can download platform-specific zips from the GitHub releases page.

Supported Platforms

  • Linux (amd64, arm64)
  • macOS (amd64, arm64)
  • Windows (amd64, arm64)

License

This project is licensed under the terms specified in the LICENSE file.

About

No description, website, or topics provided.

Resources

License

Stars

Watchers

Forks

Packages

No packages published