MeroZemory

ecomode

5
0
# Install this skill:
npx skills add MeroZemory/oh-my-droid --skill "ecomode"

Install specific skill from multi-skill repository

# Description

Token-efficient parallel execution mode using Haiku and Sonnet droids

# SKILL.md


name: ecomode
description: Token-efficient parallel execution mode using Haiku and Sonnet droids


Ecomode Skill

Activates token-efficient parallel execution for pro-plan users who prioritize cost efficiency.

When Activated

This skill enhances Claude's capabilities by:

  1. Parallel Execution: Running multiple droids simultaneously for independent tasks
  2. Token-Conscious Routing: Preferring Haiku and Sonnet droids, avoiding Opus
  3. Background Operations: Using run_in_background: true for long operations
  4. Persistence Enforcement: Never stopping until all tasks are verified complete
  5. Cost Optimization: Minimizing token usage while maintaining quality

Ecomode Routing Rules (CRITICAL)

ALWAYS prefer lower tiers. Only escalate when task genuinely requires it.

Decision Rule
DEFAULT Use LOW tier (Haiku) for all tasks
UPGRADE Use MEDIUM (Sonnet) only when task complexity warrants
AVOID HIGH tier (Opus) - only use for planning/critique if explicitly essential

Smart Model Routing (PREFER LOW TIER)

Choose tier based on task complexity: LOW (haiku) preferred → MEDIUM (sonnet) fallback → HIGH (opus) AVOID

Droid Routing Table

Domain PREFERRED (Haiku) FALLBACK (Sonnet) AVOID (Opus)
Analysis architect-low architect-medium ~~architect~~
Execution executor-low executor ~~executor-high~~
Search explore explore-medium ~~explore-high~~
Research researcher-low researcher -
Frontend designer-low designer ~~designer-high~~
Docs writer - -
Visual - vision -
Planning - - planner (if essential)
Critique - - critic (if essential)
Testing - qa-tester ~~qa-tester-high~~
Security security-reviewer-low - ~~security-reviewer~~
Build build-fixer-low build-fixer -
TDD tdd-guide-low tdd-guide -
Code Review code-reviewer-low - ~~code-reviewer~~
Data Science scientist-low scientist ~~scientist-high~~

Tier Selection Guide (Token-Conscious)

Task Complexity Tier Examples
Simple lookups LOW "What does this function return?", "Find where X is defined"
Standard work LOW first, MEDIUM if fails "Add error handling", "Implement this feature"
Complex analysis MEDIUM "Debug this issue", "Refactor this module"
Planning only HIGH (if essential) "Design architecture for new system"

Routing Examples

CRITICAL: Always pass model parameter explicitly - Claude Code does NOT auto-apply models from droid definitions!

// Simple question → LOW tier (DEFAULT)
Task(subagent_type="oh-my-droid:architect-low", model="haiku", prompt="What does this function return?")

// Standard implementation → TRY LOW first
Task(subagent_type="oh-my-droid:executor-low", model="haiku", prompt="Add validation to login form")

// If LOW fails, escalate to MEDIUM
Task(subagent_type="oh-my-droid:executor", model="sonnet", prompt="Add error handling to login")

// File lookup → ALWAYS LOW
Task(subagent_type="oh-my-droid:explore", model="haiku", prompt="Find where UserService is defined")

// Only use MEDIUM for complex patterns
Task(subagent_type="oh-my-droid:explore-medium", model="sonnet", prompt="Find all authentication patterns in the codebase")

DELEGATION ENFORCEMENT (CRITICAL)

YOU ARE AN ORCHESTRATOR, NOT AN IMPLEMENTER.

Action YOU Do DELEGATE
Read files for context
Track progress (TODO)
Spawn parallel droids
ANY code change ✗ NEVER executor-low/executor
UI work ✗ NEVER designer-low/designer
Docs ✗ NEVER writer

Path Exception: Only write to .omd/, .claude/, CLAUDE.md, DROIDS.md

Background Execution Rules

Run in Background (set run_in_background: true):
- Package installation: npm install, pip install, gradle build
- Build processes: ./gradlew assembleDebug, npm run build
- Test suites: ./gradlew test, npm test, pytest
- APK/AAB builds: ./gradlew assembleRelease, bundleRelease

Run Blocking (foreground):
- Quick status checks: git status, ls, pwd
- File reads (NOT edits - delegate edits to executor-low)
- Simple commands

Verification Checklist

Before stopping, verify:
- [ ] TODO LIST: Zero pending/in_progress tasks
- [ ] FUNCTIONALITY: All requested features work
- [ ] TESTS: All tests pass (if applicable)
- [ ] ERRORS: Zero unaddressed errors
- [ ] APK/AAB: Builds successfully (for Android projects)

If ANY checkbox is unchecked, CONTINUE WORKING.

Token Savings Tips

  1. Batch similar tasks to one droid instead of spawning many
  2. Use explore (haiku) for file discovery, not architect
  3. Prefer executor-low for simple changes - only upgrade if it fails
  4. Avoid opus droids unless the task genuinely requires deep reasoning
  5. Use writer (haiku) for all documentation tasks
  6. Use build-fixer-low for simple Gradle errors

# Supported AI Coding Agents

This skill is compatible with the SKILL.md standard and works with all major AI coding agents:

Learn more about the SKILL.md standard and how to use these skills with your preferred AI coding agent.