LucasSantana-Dev Auto-Invoke
Apply the right skill automatically. Do not wait to be asked — recognize the situation and act.
Skill Routing Table
| Situation | Skill to apply | When exactly |
|---|---|---|
| Building document/semantic search | rag | At task start, before writing any retrieval code |
| Changing a prompt or model | eval | Before the change ships; write eval first |
| Tool call or phase fails | self-heal | Immediately — diagnose before any retry |
| Any error, test failure, broken build | debug | Before touching code |
| Context ≥ 60% of limit | context | Proactively — don't wait for degradation |
| Session ending or key decision made | memory | At session end; also after any surprising gotcha |
| Before PR touching auth/payments/data | secure | Before git push, not after |
| Before claiming any phase done | verify | Every time, no exceptions |
| Picking model/agent for a task | route | At task assignment, before delegating |
| Long autonomous run | loop | At the start; defines phases and exit conditions |
| Building or extending an MCP server | mcp-patterns | Before writing any tool handler code |
| Coordinating multiple specialized agents | multi-agent | When task requires >1 agent with dependencies |
| Choosing or configuring an inference server | model-serving | Before selecting vLLM/TGI/Ollama or quantization |
| Proactive context cleanup at 45% capacity | context-hygiene | After completing a large phase or at 45-50% context |
Decision Protocol
When you encounter a new task or event, ask in this order:
- Is there an error? →
self-heal(recovery) ordebug(root cause) - Does it involve LLM output or prompts? →
eval(before shipping) - Does it involve document retrieval or vector search? →
rag(pipeline) - Is context growing large? →
context(compress now) - Is the session ending? →
memory(persist decisions) - Is security-sensitive code changing? →
secure(checklist) - Is a phase or PR about to be marked done? →
verify(evidence) - Building an MCP server or tool? →
mcp-patterns(schema design + security) - Coordinating multi-agent work? →
multi-agent(DAG + failure handling) - Choosing an inference server? →
model-serving(vLLM/TGI/Ollama decision tree)
Rules
- Skills are automatic responses to situations, not optional enhancements
- Apply
verifybefore EVERY PR — no exceptions, no shortcuts - Apply
memoryat EVERY session end — do not let decisions live only in conversation - Apply
self-healBEFORE retrying any failed tool call — diagnose first - Apply
evalBEFORE any LLM feature ships — write the measurement first - Never apply multiple skills simultaneously; sequence them (heal first, then verify, then ship)
What NOT to auto-invoke
plan— only when starting a new multi-phase task, not on every subtaskresearch— only when genuinely uncertain about external state (library, API, tool)orchestrate— only when spawning subagents for parallel workrag— only when the task involves external document retrieval, not general coding
Usage
This skill itself is rarely invoked directly. It is loaded by the orchestrator at session start to calibrate routing decisions. Individual skills should be read when the routing table above points to them.