--- name: ecomode description: Token-efficient execution modifier. Optimizes droid routing to prefer simpler, cheaper tiers while maintaining quality. --- Ecomode is a MODIFIER, not a standalone execution mode. It overrides default droid selection to prefer simpler tiers, reducing token usage while maintaining quality for tasks that don't require maximum capability. - User says "eco", "ecomode", "efficient", "save tokens", "budget mode" - Tasks are straightforward and don't need complex reasoning - Running multiple small tasks where token costs add up - Combining with other modes: "eco ralph", "eco ultrawork", "eco autopilot" - Task genuinely requires deep reasoning or complex analysis - Security-sensitive changes that need thorough review - Architecture decisions that affect the entire system 1. ANALYZE task complexity honestly 2. START with lowest viable droid tier 3. ESCALATE only if droid fails or task clearly needs more 4. VERIFY with lightweight checks (build + affected tests) 1. DO NOT start with high-tier droids for simple tasks 2. DO NOT escalate without clear reason 3. DO NOT skip verification 4. DO NOT use ecomode for security-sensitive or architectural work Not every task needs the most capable droid. Simple changes, searches, and documentation can be handled by lighter droids. Ecomode systematically downtiers droid selection to save tokens without sacrificing correctness for appropriate tasks. | Default Tier | Ecomode Override | |-------------|-----------------| | executor-high / hephaestus | executor-med first, escalate only if needed | | executor-med | executor-low first, executor-med if fails | | executor-low | executor-low (no change) | **ALWAYS prefer lower tiers. Only escalate when task genuinely requires it.** | Combination | Effect | |------------|--------| | `eco ralph` | Ralph loop with cheaper droids | | `eco ultrawork` | Parallel execution with cheaper droids | | `eco autopilot` | Full autonomous with cost optimization | **Preference order:** ``` PREFERRED - Use for most tasks: executor-low, basic-searcher, basic-reader FALLBACK - Only if LOW fails: executor-med, explore AVOID - Only for planning/critique if essential: executor-high, hephaestus, prometheus ``` 1. Batch similar tasks to one droid instead of spawning many 2. Use basic-searcher for file discovery, not explorer 3. Prefer executor-low for simple changes -- only upgrade if it fails 4. Use docs-writer for documentation tasks 5. Avoid hephaestus unless task genuinely requires architecture-level reasoning 1. Analyze the task complexity honestly 2. Start with the lowest viable droid tier 3. If the droid fails or task clearly needs more capability, escalate ONE tier 4. Apply lightweight verification (build + affected tests only) - [ ] Used the lowest viable droid tier - [ ] Only escalated when clearly needed - [ ] Build passes - [ ] Affected tests pass

ecomode

Install this skill

Comments