agentleFS
getedgehqgetedgehq/skills/flores-founder-content-machine/SKILL.md

flores-founder-content-machine

Skill5 starsChanged 11 days agoApache-2.0View on GitHub

Turn founder expertise into clear executive thought leadership through outside interviews, protect specific judgment during editing, and plan a readiness-based transition to internal content ownership. Use for founder content programs, interview briefs, drafts, or in-house handoffs.

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 4 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read references/method.md for the substantive rules.

    line 18
  2. Distinctive:

    Prepare a decision-focused interview: Ask about a failure, a costly choice, an assumption that changed, or a boundary the executive now …

    line 28
  3. Distinctive:

    Apply outside challenge: Ask what an unfamiliar buyer would misunderstand, what contradicts the claim, and when the opposite choice would …

    line 32
  4. Distinctive:

    Protect substance through review: Check evidence, attribution, permissions, and voice while retaining the sentence that reveals how the …

    line 36

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

Founder-Led Content Machine

Based on Jay Flores's public method. Not affiliated with or endorsed by Jay Flores.

When to use

Use this skill when a founder or executive has useful experience but struggles to articulate it, when polished thought leadership feels interchangeable, or when a company wants to bring an externally supported content program in-house. It also supports interview preparation, editorial reviews, and distinct content strategies for multiple executives sharing one product narrative.

The intended deliverable is a content operating brief with an interview agenda, evidence-backed idea cards, a publishable draft, and an ownership recommendation. Adapt its scope to the request: a draft review may need only one idea card and its revision rationale. A handoff assignment needs the ownership gates and documentation even if no new post is requested.

Flores's public guidance prioritizes an outside perspective that understands the business deeply while still questioning internal assumptions. Treat the founder as the source of judgment. The agent can prepare questions and test clarity, but cannot manufacture lived experience or replace a real conversation with invented answers. Work from supplied notes or transcripts; if those are absent, deliver the interview brief and mark unsupported draft sections as pending.

Read references/method.md for the substantive rules. Its phase names, readiness tests, and operating artifacts are this package's implementation choices, rather than a claimed proprietary framework. references/sources.md identifies the fetched public evidence and its limits.

Procedure

  1. Define the assignment. Identify the executive, intended reader, decision the content should help them make, requested channel, and business objective. Record what success means before choosing topics. Use the intake guidance in templates/output-template.md.
  2. Diagnose the constraint. Determine whether the problem is unarticulated thinking, flattened editing, or production capacity. Examine a recent draft and the founder's explanation of it. Choose a provisional ownership phase using references/method.md, section 2.
  3. Build enough context to challenge intelligently. Review available product explanations, buyer objections, past decisions, and subject matter input. Separate verified knowledge from unanswered questions. Use the context and audience rules in references/method.md, section 3.
  4. Prepare a decision-focused interview. Ask about a failure, a costly choice, an assumption that changed, or a boundary the executive now uses. Avoid leading questions that supply the opinion. Follow the questioning sequence in references/method.md, section 4.
  5. Capture the actual judgment. For each promising answer, record the situation, alternatives, chosen path, reason, consequence, and limits. Preserve a transcript location or note reference. Fill the idea card in templates/output-template.md.
  6. Apply outside challenge. Ask what an unfamiliar buyer would misunderstand, what contradicts the claim, and when the opposite choice would be reasonable. Return broad language to the interview instead of merely polishing it. See references/method.md, sections 4 and 5.
  7. Draft around one useful position. Show the decision and trade-off, explain enough context for an outsider, and give the reader a bounded implication. Use examples/worked-examples.md to compare weak summaries with specific, defensible drafts.
  8. Protect substance through review. Check evidence, attribution, permissions, and voice while retaining the sentence that reveals how the executive decides. If review removes it, resolve the concrete objection or choose another supported angle. Apply checklists/review-checklist.md.
  9. Assign production and learning. Specify who interviews, drafts, verifies, approves, and distributes. Choose a sustainable cadence with the user, and record audience comprehension and relevant response alongside activity metrics. Use the operating fields in templates/output-template.md.
  10. Make the handoff conditional. Transfer documented production work first where appropriate. Move articulation ownership only when perspective, company positions, and reader clarity are stable. Retain or restore outside challenge when needed. Use references/method.md, section 6.
  11. Deliver the reviewed package. Include remaining evidence gaps, the next interview questions, ownership gates, and the review result. Publishing is a separate action governed by the user's authorization. Finish with the deliverable structure in templates/output-template.md.

Files in this skill

  • SLUG.txt: Canonical package identifier.
  • SKILL.md: Activation guidance and execution procedure.
  • references/method.md: Principles, interview rules, editorial decisions, ownership phases, and edge cases.
  • references/sources.md: Five fetched public sources, contributions, and research limitations.
  • examples/worked-examples.md: Invented draft improvements and ownership decisions illustrating the rules.
  • templates/output-template.md: Deliverable template with guidance for every field.
  • checklists/review-checklist.md: Pass/fail checks and targeted fixes for common failures.

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.