agentleFS
markoblogomarkoblogo/abvx-agent-skills/skills/bounded-growth-loop/SKILL.md

bounded-growth-loop

Skill16 starsChanged 5 months agoMITView on GitHub

Design a small recurring product, content, SEO, analytics, or go-to-market review loop with evidence checks, durable state, explicit stop rules, and approval-gated outputs. Use before scheduling recurring growth work or turning a repeated marketing task into an agent loop.

The file

We split this skill into the rules it gives an agent

7 rules. About 0 are common, 6 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈6

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    stop, error, and escalation rules.

    line 31
  2. Very specific:

    Read docs/product-context.md or the repo's equivalent.

    line 36
  3. Distinctive:

    Run a verifier before proposing action.

    line 41
  4. Distinctive:

    Do not auto-publish, auto-send, shift ad spend, alter pricing, or contact people.

    line 53
  5. Distinctive:

    Do not act on sparse, stale, personally identifiable, or unverified data.

    line 54
  6. Distinctive:

    Do not treat a dashboard movement as causation.

    line 55
  7. Distinctive:

    Keep the loop product-specific and delete it when it no longer earns its operating cost.

    line 56

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Bounded Growth Loop

Turn a proven recurring review into a safe, useful loop. The default output is a report or draft, never an unreviewed external action.

Use When

  • a content freshness, SEO, funnel, partner, activation, or market-positioning review repeats on a cadence;
  • a team wants a weekly or monthly operating rhythm without a full marketing runtime;
  • a recurring agent task needs state, deduplication, evidence checks, and a clear human gate.

Loop Contract

Specify all of these before scheduling:

  • cadence and trigger;
  • action condition, distinct from the check itself;
  • one intended outcome and bounded scope;
  • source and product context inputs;
  • self-check and evidence threshold;
  • durable state, dedupe key, cooldown, and run log;
  • proposal output location;
  • stop, error, and escalation rules;
  • approval boundary and rollback/discard path.

Workflow

  1. Read docs/product-context.md or the repo's equivalent.
  2. Select one narrow loop; begin report-only or proposal-first.
  3. Match cadence to signal speed and sample size; do not create daily noise for slow signals.
  4. Define the condition that authorizes a recommendation or draft.
  5. Retain the report, evidence, and state outside ephemeral chat.
  6. Run a verifier before proposing action; distinguish tracking defects, seasonality, and real changes.
  7. Send external copy, publishing, scheduling, spend, pricing, outreach, or product mutations through explicit approval.
  8. Review whether the loop is still useful; pause it when it creates noise or no one acts on its output.

Default Levels

  • L1 report-only: reads and summarizes with no external mutation.
  • L2 proposal-first: creates reviewable drafts or PRs behind a human gate.
  • L3 governed: only after durable state, verifier evidence, budget limits, run log, rollback, and controlled settlement exist.

Guardrails

  • Do not auto-publish, auto-send, shift ad spend, alter pricing, or contact people.
  • Do not act on sparse, stale, personally identifiable, or unverified data.
  • Do not treat a dashboard movement as causation; record alternative explanations.
  • Keep the loop product-specific and delete it when it no longer earns its operating cost.

Pair With

  • product-context for approved product language and boundaries;
  • loop-readiness-review for readiness classification;
  • bounded-evaluation for the verifier;
  • reversible-agent-task and social-publishing-gate for proposal and publication settlement.

Provenance

Adapted from coreyhaines31/marketingskills recurring-loop structure, aligned with ABVX proposal-first execution and loop-readiness gates rather than a marketing automation runtime.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.