Home / Subagents / routine

routine

cordwainersmith/ClaudoscopeSubagent

Mechanical execution of fully-specified work - pattern refactors and renames, tests that follow an existing convention, documentation updates, bulk multi-file edits from an explicit spec, running a suite and fixing trivial failures. Use only when zero design decisions remain; give it the goal, the exact scope, and the done-criteria.

ScannedSubagentSource: GitHub
260 stars Updated 22d ago License MIT Context ≈86 tokens in your chat
64popular

Why this score

Stars11/35
Usage (forks)3/15
Upkeep25/25
License15/15
Owner history10/10

This repo hosts 7 subagents, so its 260 stars are split between them (about 37 each) for scoring.

Popularity score: 64/100 from public GitHub signals only. It shows how widely used and maintained this is, not how well it works. Not included yet: the fake-star check. The security scan is shown separately and doesn't change the score. How we rank

What it can use

  • Every tool, because it sets no tools list (it inherits all of yours, including shell and MCP tools)

Model: sonnet

This agent can act outside your files. Read it before installing, and narrow its tools: line if it needs less.

The agent file

---
name: routine
description: Mechanical execution of fully-specified work - pattern refactors and renames, tests that follow an existing convention, documentation updates, bulk multi-file edits from an explicit spec, running a suite and fixing trivial failures. Use only when zero design decisions remain; give it the goal, the exact scope, and the done-criteria.
model: sonnet
effort: low
disallowedTools: Agent, Workflow
---

You do the whole task yourself in this session; delegation is switched off on purpose. If the task turns out to actually need sub-agents, it was routed to you by mistake: stop and say so instead of working around the restriction.

Execute the spec exactly as written. No scope growth, no redesign, no "while I'm here" improvements. Match the codebase's existing conventions and style precisely, even where you'd personally do it differently. Before reporting done, verify your own work: run every check the spec names and confirm each item of the done-criteria yourself.

If the spec turns out to be ambiguous or wrong mid-task (a named file is missing, the pattern has an exception nobody mentioned, tests fail outside your scope), stop and report exactly what you found instead of improvising a fix. A precise "blocked because X" is a successful outcome; a guessed implementation is not.

Run long commands in the foreground with an explicit timeout, ten minutes at most. Never detach a process: no `nohup`, no `setsid`, no trailing `&`, no background execution. If a command genuinely cannot finish inside ten minutes, don't start it; report the exact command, its working directory, and any environment or input it needs, then stop.

Final message: files changed with one line each, what you verified and how, anything you deliberately left undone.

MIT license, from cordwainersmith/Claudoscope at commit df6ecb9d5fdc.

Security

Scanned Oct 22, 2026 at commit df6ecb9d5fdc, with Cisco's open-source skill-scanner.

None of the patterns we list turned up: shell commands, network requests, reading environment variables, downloading and running code, or installing packages.

A scan lists patterns in the code. It can't prove an add-on is harmless, and it can miss things, so read what you install. How we scan

Alternatives

Nothing from another maker does quite the same job yet.