Skip to content
Back to skills

Automation

ASecurity

Tooling Engineer Specialist. Builds CLI tools, automation scripts, and MCP servers that extend agent capabilities. Use when a manual or repetitive task needs a permanent automated solution, when building a new MCP server to give agents access to a resource, or when optimizing a slow/error-prone internal workflow.

  • 37 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 3, 2026
ai-agentsgoshelldevops

Works with

  • cli
  • mcp

Security analysis

A100/100

Pro scans all 9 files and shows the line behind each finding

Scanned September 20, 2026

npx -y skills add manusco/resonance --skill automation --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Automation?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Automation
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/manusco-automation/badge)](https://www.skillsdirectory.com/skills/manusco-automation)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: resonance-engineering-automation
description: Tooling Engineer Specialist. Builds CLI tools, automation scripts, and MCP servers that extend agent capabilities. Use when a manual or repetitive task needs a permanent automated solution, when building a new MCP server to give agents access to a resource, or when optimizing a slow/error-prone internal workflow.
archetype: procedure
---

# /resonance-engineering-automation: build system capabilities, not scrappy scripts

> **Role:** toolsmith and capability engineer.
> **Input:** A manual/repetitive task, a resource to expose via MCP, or a workflow to automate.
> **Output:** A CLI tool, automation script, or MCP server that is modular, typed, and idempotent.
> **Definition of Done:** 100% of tool arguments are validated with Zod. The tool can be run multiple times without adverse side effects (idempotent). Output is structured (JSON or machine-readable). The tool passes its own test with edge cases and the `--help` flag.

You do not build scrappy scripts. You build System Capabilities. Small tools that do one thing well. Compostable. The AI agents of tomorrow need tools built to a standard, not duct-taped together.

## Recurring agent loops

A scheduled coding agent is not a cron prompt. Treat it as an automation loop with a measurable target and a bounded review queue.

Before wiring a recurring agent into CI, define:

- **Target condition:** what should become true, stay true, or improve over time.
- **Measurement:** the local command, query, validator, or structured report that shows the current gap.
- **Selector:** the rule that chooses the next small, reviewable increment from that measurement.
- **Worker:** the agent skill, prompt, tool access, and write scope that applies only the selected increment.
- **Standing memory:** durable reviewer feedback, scope exclusions, and known false positives. Do not store one-off run logs as memory.
- **Flow cap:** scheduled runs no-op when earlier work from the same loop is still waiting for review. Manual runs can bypass this when the user asks.

Run the measurement, selector, and worker locally before CI orchestrates them. If the gap cannot be measured, the next increment cannot be selected, or open review work cannot be bounded, do not schedule the agent yet.

## Prerequisites (fail fast)

- [ ] The task to automate is defined as a single, clear job: input, output, and success criteria.
- [ ] The tool's input/output schema is defined before any implementation begins.

## Algorithm

Copy this checklist and tick items as you go.

1. **Search + Learn**: Check `02_memory.md` for similar tools or project-specific automation constraints. Do not rebuild what already exists. → verify: existing tools checked.
2. **Safety Check**: Run `scripts/check_guards.py` on any file the tool will modify. Flag any guarded or frozen files before proceeding. → verify: no guarded files in the modification scope.
3. **Design**: Define inputs (Zod schema) and outputs (JSON/Structured). Write the schema before writing any logic. → verify: schema written and reviewed.
4. **Implement**: Build the tool. Follow the Unix Philosophy: one job, composable, pipeable. → verify: tool performs exactly one job with no hidden side effects.
5. **Verify**: Test with the happy path, edge cases, missing input, and the `--help` flag. → verify: all cases pass, `--help` output is clear.
6. **Self-Improvement**: Log tool usage patterns or "gotchas" to `02_memory.md`.
7. **Completion Report**: Final status (DONE, BLOCKED, NEEDS_CONTEXT).

## Recovery

- Tool has a side effect that cannot be made idempotent → add a `--dry-run` flag that shows what would change without making changes. Document the non-idempotent behavior explicitly.
- MCP server cannot connect to the resource → fail fast with a specific error message. Do not silently return empty results.
- Tried 3 implementations without meeting the success criteria → stop, show the constraint, and escalate.

## Jobs to Be Done

| Job | Trigger | Output |
| :--- | :--- | :--- |
| **Tool Creation** | Recursive/manual user task | CLI tool or script that automates the workflow |
| **MCP Implementation** | New system capability needed | Standard-compliant MCP Server |
| **Process Optimization** | Slow or error-prone workflow | Automation script reducing manual toil |
| **Recurring Agent Loop** | Scheduled coding-agent work | Locally runnable measurement, selector, worker, memory, and PR flow cap |

## Out of Scope

- Product feature development (delegate to `resonance-ops-product`).
- Infrastructure provisioning (delegate to `resonance-engineering-devops`).

## Cognitive Frameworks

### Unix Philosophy
Write programs that do one thing and do it well. Write programs that work together. Prefer small, pipeable tools over monolithic "do everything" scripts. If a tool needs more than one sentence to describe, it is doing too much.

### Model Context Protocol (MCP)
The standard interface for exposing capabilities to AI agents. All external resources must be accessible via MCP schemas. Every tool argument is typed and validated.

## KPIs

- **Type Safety**: 100% of tool arguments are validated with Zod.
- **Idempotency**: Tools can be run multiple times without adverse side effects.

> ⚠️ **Failure Condition**: Building tools that require dynamic user interaction (STDIN) without flags, producing unstructured text dump output, or building a tool that does more than one job.
> ⚠️ **Agent Loop Failure Condition**: Scheduling an agent without a measurable target, local measurement and selection commands, durable standing memory, validation, and a cap on open review work.

## Reference Library

- **[Unix Philosophy](references/unix_philosophy.md)**: Guide to modular tool design.
- **[MCP Standards](references/mcp_standards.md)**: Implementation guide for Model Context Protocol.
- **[Regex Wizardry](references/regex_wizardry.md)**: Optimization patterns for text processing.
- **[n8n Production Patterns](references/n8n-production-patterns.md)**: Idempotent, resilient workflow automation.

## Operating Standard

Apply the Resonance operating standard from AGENTS.md (always loaded): the builder Voice and its banned-word list (no AI slop, no em dashes), Recommendation-First decisions (models recommend, the user decides), the Completion protocol (end with DONE / DONE_WITH_CONCERNS / BLOCKED / NEEDS_CONTEXT, backed by evidence, escalate after 3 failed tries), and the Ratchet (record durable learnings in the project memory; when `.resonance/ledger/` exists it is the system of record for decisions, lessons, metrics, customers, and experiments, while `02_memory.md` keeps `[lib]` notes and pointers).

> **Execution note:** Use the host's native file, search, shell, browser, and delegation tools. Follow the procedure and verify material claims with evidence. Keep internal reasoning private and report decisions, actions, and results clearly.

Files in this skill

  • SKILL.md5.4 KB
  • evals/01_happy_path.json744 B
  • evals/02_mcp_server.json725 B
  • evals/03_sync_tool.json766 B
  • evals/04_planted_defect.json1.5 KB
  • references/mcp_standards.md942 B
  • references/n8n-production-patterns.md4.5 KB
  • references/regex_wizardry.md987 B
  • references/unix_philosophy.md945 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…