Espanso triggers for steering coding agents. Prefixes go before the task, postfixes after, combos replace both.
Set the working mode before stating the task.
Before doing anything, describe what a perfect outcome looks like. What is the end state? What must be true when you are done? Then lay out a concrete plan to get there. Only after the plan is clear, begin executing step by step. If you cannot articulate the goal, you are not ready to start.
Be thorough. Do not take shortcuts, do not leave loose ends, do not skip edge cases. If the scope turns out larger than expected, expand to cover it — do not punt. Partial work is worse than no work. Common failure modes to avoid: do not silently drop parts that seem hard, do not substitute a simpler version of what was asked, do not claim something is done without verifying it, do not stop at the first thing that seems to work. When you think you are done, re-read the original request and confirm every part is addressed — not just the parts that were easy.
Do the minimum necessary to accomplish what was asked. Do not reorganize, do not improve adjacent things, do not add anything beyond the stated scope. If you feel the urge to fix or enhance something nearby, resist — that is a separate task.
Before executing, challenge the premise. Is this the right approach? Is there a simpler way? Am I solving the right problem? State your concerns explicitly, then proceed with either the original plan or your better alternative. Do not silently comply with an approach you believe is wrong.
Do not act yet. First, research the problem thoroughly: read the relevant sources, understand the current state, and identify what would be affected. Present your findings and a proposed approach. I will confirm before you proceed.
Approach this as a senior expert would: consider failure modes, second-order consequences, and long-term maintenance burden. Do not just make it work — make it right. If there is a tradeoff, state it explicitly and make a recommendation instead of asking me to choose.
Append after the task to control verification and output.
After completing the task, verify your work by spawning a separate subagent to check it. The subagent reads the result cold, with no knowledge of your intent — only the original request and what you produced. It should confirm the output fully satisfies what was asked without errors or omissions. Do not declare done until the subagent confirms. If it finds issues, fix them and re-verify.
When done, spawn a subagent to review your output. The subagent acts as a hostile reviewer who has never seen this task — it reads your result cold and tries to find flaws. It looks for: missed requirements, incorrect claims, unnecessary complexity, and deviations from what was asked. Feed the subagent only the output and the original request, not your reasoning. If it finds problems, fix them and re-review. Do not present results until a review subagent passes clean.
Be extremely concise. State results in 1-3 sentences. No summaries of what I asked. No preamble. No filler. If the output speaks for itself, say so and stop.
One trigger covering plan, execution, verification, and reporting.
Follow this protocol strictly: 1. PLAN — Describe the perfect end state and your step-by-step plan to get there. Do not start until the plan is clear. 2. EXECUTE — Carry out the plan completely. No loose ends, no shortcuts. 3. VERIFY — Check every part of the output against the original request. Fix anything that does not match. 4. REPORT — State what you did and what you verified in 1-3 sentences. Nothing more. Do not skip or compress any step.