automation-shape-routing

Featured

Front door for agent automation: choose inline, bounded fanout, reusable skill/workflow/gate, persistent agent-native workers, or explicit Gas City. Triggers: "build automation", "which orchestration shape", "should this use NTM".

AI & Automation 434 stars 40 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 97/100

Stars 20%
88
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Automation Shape Routing Choose the smallest execution shape that preserves the required evidence and control. This skill routes; it does not build or start a substrate. Ordered routing works because each rung is strictly cheaper to operate than the next: if the smallest shape truly preserves the evidence and control the task needs, every larger shape can only add coordination cost, never correctness. Named failure mode — **substrate romance**: routing to persistent workers because the topology is interesting, not because any deciding axis demands it. Anti-pattern: starting the chosen substrate as part of routing "to save a step". Corrective: return the one-line verdict and let the owner start under its own authority. ## Critical Constraints - **Route only; do not start a substrate. Why:** choosing an execution shape is a judgment step, while launching NTM, Agent Mail, or Gas City changes runtime state and requires separate operator authority. - **Prefer the smallest shape that preserves evidence. Why:** persistence and coordination add recovery and ownership costs that one-shot work cannot repay. - **Partition write scopes before choosing concurrency. Why:** a larger worker topology cannot make overlapping production writes safe. ## Route in order 1. **One deliverable?** Do it inline. Use a small in-session fresh-context fanout only when independent perspectives are the product. Do not create a reusable artifact for a one-off task. 2. **Reusable seque...

Details

Author
boshu2
Repository
boshu2/agentops
Created
10 months ago
Last Updated
today
Language
Go
License
Apache-2.0

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

design-agent-automation-workflow

Design framework-neutral agent and automation workflows before implementation. Use when choosing between Codex app automations, codex exec, Codex subagents, OpenAI Agents SDK services, LangGraph graphs, Hermes-specific workflows, full-auto execution, auto-with-escalation, or no automation yet, and when the user wants a planning/scaffolding pass that delegates stack-specific implementation to the owning plugin or official docs.

7 Updated 2 weeks ago
gaelic-ghost
AI & Automation Listed

agent-runbook

Routing runbook for engineering tasks across the agent stack (ao spawn, GSD, OMC, /goal, /loop, /schedule, inline, codex, gemini, Claude Flow swarm). Use when uncertain which execution mode to choose, before any non-trivial action. Outputs a composed pipeline, not just one mode. Hard rules and gates live in global CLAUDE.md; this skill is the HOW for routing.

0 Updated 2 days ago
search-atlas-group
AI & Automation Listed

ai

Build model-powered behavior — model routing, context engineering, structured outputs, tools/MCP, agents, RAG, memory, evals, guardrails, and cost/observability — across chat, agent, RAG, batch, and multi-agent systems, any provider or language. Use to route a model, engineer context, build an agent or tool loop, add RAG or memory, write evals, or add guardrails. Not for system/threat design (→ architecture), serving or MCP hosting (→ backend), data pipelines (→ data), chat UI (→ frontend), independent QA (→ quality), deploy (→ operate), or deterministic workflows (→ automation).

1 Updated 1 months ago
gabros20