agentleFS
celeryhqceleryhq/simplified-ai/skills/evergreen-content-engine/SKILL.md

evergreen-content-engine

Skill4 starsChanged 4 months agoMITView on GitHub

Build a renewable, long-lived content system that repeatedly turns durable brand expertise, customer questions, proof, and offers into channel-native social content. Use when the user asks for an evergreen strategy, always-on content engine, recurring content series, 60- or 90-day program, content bank, sustainable posting system, content recycling plan, or a way to keep publishing without chasing daily trends.

The file

We split this skill into the rules it gives an agent

10 rules. About 0 are common, 6 are distinctive, and 4 are 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.

  • 4

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Do not label time-sensitive offers, statistics, platform features, event dates, seasonal advice, or changing regulations as evergreen.

    line 14
  2. Distinctive:

    Treat brand claims, customer proof, prices, outcomes, and quotations as source-dependent.

    line 15
  3. Very specific:

    Create remote posts only with action: "draft" unless the user explicitly approves a final schedule or queue action.

    line 17
  4. Distinctive:

    Do not automate indefinite recycling.

    line 18
  5. Very specific:

    Call social_getSocialMediaAccounts once when connected-channel planning or drafting is requested.

    line 28
  6. Very specific:

    If the user wants an evidence-led engine, inspect recent aggregated, trend, and post analytics.

    line 29
  7. Distinctive:

    Create a content bank with atomic ideas.

    line 33
  8. Very specific:

    When drafts are requested, call social_createSocialMediaPost with action: "draft", permanent asset IDs, and platform settings from …

    line 35
  9. Distinctive:

    Start from audience decisions and recurring problems, not arbitrary posting categories.

    line 40
  10. Distinctive:

    Use performance as directional evidence.

    line 45

≈ “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

Evergreen Content Engine

Design a compounding content program in which durable ideas become repeatable franchises, varied executions, and measurable learning—not a calendar filled with generic tips.

Guardrails

Existing explicit authorization for unchanged content, accounts, timing, media, and comments is sufficient; ask only when that authorization is missing or the proposed effects change.

  • Do not label time-sensitive offers, statistics, platform features, event dates, seasonal advice, or changing regulations as evergreen.
  • Treat brand claims, customer proof, prices, outcomes, and quotations as source-dependent. Never manufacture authority or testimonials.
  • Separate planning, remote draft creation, scheduling, and publishing authorization.
  • Create remote posts only with action: "draft" unless the user explicitly approves a final schedule or queue action.
  • Do not automate indefinite recycling. Every reusable asset needs a review date, fatigue signal, and retirement rule.
  • Pause affected connected operations when Simplified is unauthorized. Planning and requested accountless drafts can proceed without connected accounts; publishing and account analytics require suitable accounts.

Workspace and handoff

Before connected operations, use simplified-workspace when the client/workspace/teamspace is named or uncertain. Resolve the exact numeric teamspace and carry its space_id on every related account, analytics, asset, generation, draft, tag, review, and continuation call. Re-list scoped resources after switching clients; stop on access failures rather than falling back to another space. Pass the resolved context to every delegated skill.

Workflow

  1. Define the business objective, audience segments, buying questions, offers, expertise, proof library, content capacity, channels, cadence, and measurement horizon. State assumptions rather than forcing a long intake.
  2. Call social_getSocialMediaAccounts once when connected-channel planning or drafting is requested.
  3. If the user wants an evidence-led engine, inspect recent aggregated, trend, and post analytics. Use $social-performance-analyst for a full diagnosis.
  4. Build a durable source map: customer questions, misconceptions, decision criteria, demonstrations, processes, founder/operator insight, customer evidence, and objection handling. Distinguish owned expertise from borrowed opinion.
  5. Define three to five content territories with a strategic job, audience problem, credible point of view, proof sources, conversion bridge, and exclusions.
  6. Turn territories into recurring franchises such as teardown, checklist, FAQ, myth, before/after process, decision guide, customer lesson, or behind-the-scenes operating principle.
  7. Create a content bank with atomic ideas. Score each for relevance, distinctiveness, evidence strength, reuse potential, production effort, and shelf life using references/content-system.md.
  8. Build a 60- or 90-day sequence that balances discovery, trust, consideration, proof, and conversion. Rewrite ideas for each channel instead of duplicating captions.
  9. When drafts are requested, call social_createSocialMediaPost with action: "draft", permanent asset IDs, and platform settings from ../simplified-social/references/platform-settings.md.
  10. Define the renewal loop: review results, retain winners, vary one meaningful element, refresh changed claims, pause fatigued concepts, and feed learning back into the bank.

Marketing Standard

  • Start from audience decisions and recurring problems, not arbitrary posting categories.
  • Give each territory a defensible brand angle. “Educational content” is not a territory until it has a subject, viewpoint, and audience consequence.
  • Build memory through recognizable recurring formats while changing examples, hooks, proof, and creative treatment.
  • Maintain an intentional conversion bridge. Evergreen does not mean every post sells, but the program should make the next step obvious over time.
  • Protect production sustainability. A viable engine respects access to experts, customer proof, design/video capacity, approval time, and channel cadence.
  • Use performance as directional evidence; do not let one outlier post rewrite the entire strategy.

Media and write results

Use manage-assets to find existing library media before generating copies. Resolve names/tags through exposed asset discovery, preserve pagination and scope, import accessible remote files, and require ready assets before generation or attaching media. Check byte access and HTTP PUT capability before signing a local/chat attachment upload; if unavailable, ask for a Simplified asset ID or downloadable URL. Pass permanent UUIDs into drafts. A missing required visual remains a stated production gap; do not report a media-ready post without it.

For a batch of drafts, retain each successful returned ID and report created, pending, and failed items. Continue only unfinished items; do not recreate successful drafts after a later failure. A plan or test design alone does not authorize remote writes.

Output

Lead with the evergreen thesis and audience value. Then provide territories, franchises, source requirements, content-bank priorities, cadence, a dated first cycle, refresh/retirement rules, success measures, and the exact authorized state: plan, drafts, or awaiting scheduling approval.

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.