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.
In this repository23 other files it gives its agents.
- AGENTS.mdAGENTS.md
- campaign-reviewSkill
- content-repurposerSkill
- creative-testingSkill
- cross-platform-campaignSkill
- edit-imageSkill
- generate-imageSkill
- generate-videoSkill
- generate-voiceoverSkill
- local-business-marketingSkill
- manage-assetsSkill
- manage-brandSkill
- manage-projectsSkill
- repurpose-videoSkill
- simplified-agentsSkill
- simplified-cliSkill
- simplified-project-managementSkill
- simplified-socialSkill
- simplified-workflowsSkill
- simplified-workspaceSkill
- social-content-plannerSkill
- social-performance-analystSkill
- transcribe-mediaSkill
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
- Distinctive: line 14
Do not label time-sensitive offers, statistics, platform features, event dates, seasonal advice, or changing regulations as evergreen.
- Distinctive: line 15
Treat brand claims, customer proof, prices, outcomes, and quotations as source-dependent.
- Very specific: line 17
Create remote posts only with action: "draft" unless the user explicitly approves a final schedule or queue action.
- Distinctive: line 18
Do not automate indefinite recycling.
- Very specific: line 28
Call social_getSocialMediaAccounts once when connected-channel planning or drafting is requested.
- Very specific: line 29
If the user wants an evidence-led engine, inspect recent aggregated, trend, and post analytics.
- Distinctive: line 33
Create a content bank with atomic ideas.
- Very specific: line 35
When drafts are requested, call social_createSocialMediaPost with action: "draft", permanent asset IDs, and platform settings from …
- Distinctive: line 40
Start from audience decisions and recurring problems, not arbitrary posting categories.
- Distinctive: line 45
Use performance as directional evidence.
≈ “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.
Files
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
- 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.
- Call
social_getSocialMediaAccountsonce when connected-channel planning or drafting is requested. - If the user wants an evidence-led engine, inspect recent aggregated, trend, and post analytics. Use
$social-performance-analystfor a full diagnosis. - 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.
- Define three to five content territories with a strategic job, audience problem, credible point of view, proof sources, conversion bridge, and exclusions.
- Turn territories into recurring franchises such as teardown, checklist, FAQ, myth, before/after process, decision guide, customer lesson, or behind-the-scenes operating principle.
- 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.
- Build a 60- or 90-day sequence that balances discovery, trust, consideration, proof, and conversion. Rewrite ideas for each channel instead of duplicating captions.
- When drafts are requested, call
social_createSocialMediaPostwithaction: "draft", permanent asset IDs, and platform settings from../simplified-social/references/platform-settings.md. - 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.
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
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.

