skillZs
LIVE SKILL TAGS
>>> LIVE SKILLS INDEX <<<
* OPEN SOURCE *
NO LOGIN, NO TRACKING
REAL INSTALL DATA
← back to all skills
gabros20/automation-skill1 installs

automation

Build reliable cross-system and human-in-the-loop processes — what to automate and whether to at all, on which platform, triggered how, in what order, behind which approval, and how you learn it stopped. Spans Zapier/Make, n8n/Windmill, Temporal/Inngest and cron. Use to wire Stripe, a CRM, email and Slack together, fix a duplicate or a sync loop, catch an automation that silently died, or design an approval gate. Not your own server's jobs, queues or tests (→ backend), model cognition (→ ai), analytics (→ data), deploy and monitoring (→ operate), or the ship gate (→ quality).

How do I install this agent skill?

npx skills add https://github.com/gabros20/automation-skill --skill automation
view source ↗

Is this agent skill safe to install?

  • Gen Agent Trust Hubpass

    The 'automation' skill is a comprehensive and security-aware instructional guide for designing reliable, cross-system, and human-in-the-loop workflows. It provides robust architectural patterns to mitigate common integration risks, including silent failures, race conditions, and credential mismanagement. No malicious code, obfuscation, or data exfiltration patterns were detected.

  • Socketpass

    No alerts

  • Snykpass

    Risk: LOW · No issues

What does this agent skill do?

Workflow Automation

Mission and boundary

Build reliable cross-system and human-in-the-loop processes. The workflow that fires when a customer upgrades, the nightly sync between two SaaS tools, the refund that waits for someone to approve it, the cron job nobody has looked at in six months.

This pack owns the decisions, not the click-path: whether to automate a thing at all, which of the four platform tiers to build it on, what triggers it, what order the steps run in, what happens when one fails halfway, who approves the risky one, and how you find out it stopped. It runs across hosted iPaaS (Zapier, Make), self-hosted engines (n8n, Windmill, Activepieces, Kestra), code-first durable execution (Temporal, Inngest, Restate, Step Functions), and plain cron — the techniques are the same; the surfaces say how each one reshapes.

Two properties define the work and shape every technique in it: a step may belong to a vendor you cannot deploy to, and a step may be a person. Hence the through-line — you cannot deploy a fix into someone else's system, and you cannot un-send.

That substrate is what separates this pack from backend, which owns async work inside a system you do control — your queue, your workers, your database, deployable and testable end to end. The primitives are shared; what differs is that here the API can change with no deploy on your side, the quota belongs to someone else, and a person clicking "approve" is a node in the graph.

The default reader is one person, or a small team, with no second pair of eyes. That matters more here than it looks: nearly every control this domain teaches assumes a counterparty. Approval assumes an approver who is not the requester. Reconciliation assumes a reconciler who is not the recorder. The functions survive at n=1; the second body does not, and the substitute is an independent source, a clock, or a rule committed to in advance (I6).

automation writes workflow definitions, integration code, connector configuration and functions. It does not author the business rule — product and the commercial skills own that; when no upstream rule exists, capture it explicitly (process-capture) rather than inventing one silently.

Operate independently when invoked alone. When compatible upstream artifacts are provided, use them without silently overriding established decisions. Recommend adjacent skills when useful; do not invoke them automatically unless the user explicitly requested a composition workflow.

Route before acting

  1. Identify the one primary job and the one base surface. Read one of each. If the request names no platform, do not stall — proceed on the job alone, or assume the default surface (hosted iPaaS) and say which you assumed. Many questions (approval policy, when not to automate) are surface-independent.
  2. Add surface-agentic.md on top of a base surface only when a model is a step or the trigger. It is additive, never a replacement.
  3. Re-verify anything volatile before using it. Vendor limits, retry schedules, retention windows, pricing and licences churn, and a dependency can change with no deploy on your side (I15).
  4. Read every selected reference completely before producing the affected artifact.
  5. Do not load unrelated references.

Jobs

User intentReadContribution
Prove what actually happened — catch what the webhook missed, diff against the vendor, close the gap ⭐reconciliationFlagship. Reconcile against the vendor's authoritative state, never your own record; cadence and window; ID-set diff before field diff; matched / within-tolerance / exception; alert-first at n=1
Stop duplicates and missed work — delivery semantics, dedup, at-least-onceintegration-reliabilityQuick Acknowledgment (ack fast, process async); dedup keyed on the business event; the completion-check false positive; per-vendor delivery guarantees
A step failed after an earlier one already sent, charged or wrotecompensation-and-recoveryCompensation is a forward action, not a rollback; hardest-to-revert last; compensation as a human act; resume-vs-restart before any irreversible step
Manage API keys and OAuth across many vendors; something silently stopped authenticatingcredentials-and-connectionsThe credential fleet; silent-expiry traps; scheduled pre-expiry refresh; credential health as its own monitored resource; the shared-account bus factor
Put a human in the loop — who approves, what happens on timeoutapproval-and-authorityTranslating meeting-paced GRC (maker-checker, delegation of authority) into machine-timeout policy; no engine ships a default; the n=1 compensating control
Decide what starts the workflow; a trigger fires too often, too broadly, or twicetrigger-designTrigger taxonomy; over-broad conditions; the cron/DST comparison; trigger idempotency across two delivery paths
Keep two systems in step; records duplicated, deleted rows diverging, a loopsync-semanticsThe A→B→A loop; deletes are invisible to incremental sync; updated_at is a lie; conflict policy as a decision; backfill-to-incremental cutover
Tell whether it is still running, and what "green" does not meanworkflow-observabilityA workflow that stopped is not a workflow that failed; no engine alerts by default; missing-heartbeat over failure notification; audit of what ran on whose authority
Cap what this costs; a loop or a retry is burning quotacost-and-quotaPer-task billing; the quota is the vendor's and its blast radius is the whole account; retry × 429; the workflow circuit breaker
Choose or leave a platform — no-code, self-hosted, code-firstplatform-selectionThe four tiers; resume-capability as a selection criterion; licence and liveness; exit cost asked up front
Test a workflow that spans vendors you cannot controlworkflow-testingWhat is genuinely untestable and what replaces it — dry run, narrow canary, first-then-bulk gate, fixture replay
Turn a business rule into a workflow — or decide not to automate at allprocess-captureCapturing the rule at n=1; the control-flow vocabulary worth having; when not to automate; prefer the API, and what you buy when there isn't one

Surfaces

SurfaceReadWhen
Hosted iPaaS — Zapier/Make-class, connectors and a visual buildersurface-hosted-ipaasDefault
Self-hosted engine — n8n/Windmill/Activepieces/Kestrasurface-self-hosted-engineYou run the engine
Code-first durable execution — Temporal/Inngest/Restate/Step Functionssurface-code-first-durableThe workflow is code, steps are durable
Platform-native — Actions, cron, cloud schedulerssurface-platform-nativeNo engine; the platform is the scheduler
Agentic (additive overlay)surface-agenticStacks on a base surface. A model is a step, or is the trigger

Emitting for downstream work → handoff.

Not this skill

AskGoes to
Jobs, queues, outbox, saga inside your own system; the idempotency-key primitive itselfbackend
The model's cognition — prompts, agent loop, retrieval, evals, model-level guardrailsai
The warehouse, ETL/ELT, analytical modelling, the governed datasetdata
Deploying the workflow, running the monitoring platform, incident responseoperate
Write tests for a service, endpoint or model — including integration tests for code you ownthe owning build skill: backend · frontend · data · ai. Not quality, which declines test-writing in its own description. automation's workflow-testing covers only workflows that cross vendors you cannot deploy to
Independent verification, the ship/claim decision, or judging whether a suite can be believedquality
Authoring the business rule, or customer-facing commsproduct · marketing · sales · success
System shape, contracts, NFR budgets, threat modelarchitecture
Coordinating agents inside a development session to produce artifactsorchestrate (not a lifecycle skill)

Universal invariants

References cite these by number. The numbering is canonical here.

  • I1 — Reconcile against the vendor's authoritative state, never against your own record of what you told it. An ack is not evidence. A webhook that never arrived leaves no trace in your logs.
  • I2 — Never let the system's own record of what it did be the only evidence that it did it. Log the raw event and your interpretation of it as two separate facts, so a completion check can be falsified against the raw log rather than confirmed by your own prior write.
  • I3 — Compensation is a new forward action with its own side effects, not a rollback. A refund is not an un-charge. Where no compensating action exists, perform the hardest-to-revert action last. Compensation may legitimately be a human act.
  • I4 — Derive the idempotency key from the business event's identity, not the trigger mechanism that delivered it. The same event arriving by webhook and by reconciliation poll must collapse to one.
  • I5 — Assume your incremental cursor cannot see deletes unless the vendor names a mechanism — then check its retention window.
  • I6 — At n=1, independence comes from the source, the clock, or a pre-committed rule — never from a second person who does not exist. The functions survive; the second body does not.
  • I7 — Credential health is its own monitored resource, checked on its own schedule, independent of whether any workflow happened to run.
  • I8 — A workflow that stopped is not a workflow that failed. No engine alerts by default; the missing-heartbeat signal is yours to build.
  • I9 — Before any irreversible early step, know whether your engine resumes or restarts. Restart-only plus an irreversible early step is a duplicate generator on every retry.
  • I10 — The quota is the vendor's. Exhausting it is an availability event you cannot fix by paying faster, and its blast radius is every flow on the account.
  • I11 — Retrying into a 429 converts a transient failure into a sustained ban. Backoff with jitter, honour Retry-After, budget retries as a fraction of successes.
  • I12 — An agentic step fails by continuing. It fails loudly only where someone bolted a deterministic ceiling onto it — the fix is to reintroduce the property that made deterministic automation fail loudly.
  • I13 — Timeout policy is a decision, not a config default. No engine ships one. Name deny / allow / escalate before the gate goes live.
  • I14 — Prefer the API. Where there is none you have bought a maintenance liability with no deprecation notice — a UI-scraping bot consumes no versioned contract, so it gets no version signal.
  • I15 — Date-stamp every volatile vendor fact, and name the interest of anyone selling what they measure — including when it makes their claim stronger.

Core workflow

  1. Establish the primary job and base surface; add the agentic overlay only if it applies.
  2. State the business rule you are implementing, and who owns it. If nobody upstream stated it, say so.
  3. Inventory the irreversible steps first — what sends, charges, writes to a system of record, or contacts a person. Order the flow so the hardest to revert runs last (I3).
  4. Choose the idempotency key from the business event (I4), and decide the dedup window.
  5. Decide the reconciliation loop: what you compare, how often, over what window, and whether a discrepancy alerts or auto-heals (I1). At n=1, alert-first.
  6. Name the failure path per step: retry with jitter, compensate, dead-letter, or halt (I11).
  7. For any human gate, state the timeout decision and who may approve — before it ships (I13).
  8. Establish how you will learn it stopped (I8), and what it costs per run (I10).
  9. Emit a compact handoff when downstream work is expected.

Artifact contract

An automation artifact is incomplete unless it carries: the business rule and its owner · the trigger and what it will also fire on · every irreversible step, named · the idempotency key and its window · the failure and compensation path per step · the reconciliation loop or an explicit statement that there is none · how you learn it stopped · the credentials it uses and when they expire · and its cost per run with a ceiling.

Everything volatile — vendor limits, retry schedules, retention windows, prices, licences — carries a verification date and a re-verify pointer.

Completion and handoff

Before completion:

  • Confirm you can tell, from outside the system, whether it ran and whether it is still running.
  • Confirm every irreversible step is either idempotent or gated.
  • Confirm the reconciliation loop exists, or state plainly that drift will go undetected.
  • Distinguish what was verified against the live vendor from what is assumed.
  • When downstream work is expected, provide artifact paths, owners, residual risk with expiry, and a recommended next skill — typically operate to run and watch it, or quality to verify it.

Resources

Jobs — reconciliation ⭐ · integration-reliability · compensation-and-recovery · credentials-and-connections · approval-and-authority · trigger-design · sync-semantics · workflow-observability · cost-and-quota · platform-selection · workflow-testing · process-capture

Surfaces — surface-hosted-ipaas (default) · surface-self-hosted-engine · surface-code-first-durable · surface-platform-native · surface-agentic (additive) · handoff

Assets — irreversibility-inventory.md · reconciliation-worksheet.md · credential-register.md · approval-policy-card.md · trigger-audit-sheet.md · run-cost-table.md · handoff.yaml

Artifact home

Deliverables this skill produces default to digital-product/automation/ at the working repository's root, with cross-skill state in digital-product/LEDGER.md — created on first use and committed with the repo. The digital-product composer skill owns this convention; solo use writes to the same place. Never write into .orchestrate/ — that folder belongs to an orchestration run's execution state, not to this family's deliverables.

Add the canonical catalog link to the repository README so users can inspect current installs and available audits. The publishing guide covers the complete discovery path.

<a href="https://skillzs.dev/skills/gabros20/automation-skill/automation">View automation on skillZs</a>