agentleFS
Pearl1531Pearl1531/Archetype-talk/.claude/skills/export/SKILL.md

export

Skill2 starsChanged 48 days agoMITView on GitHub

Outbound deliverables: persona one-pagers (pdf/pptx/docx), Idea files as Linear/Jira tickets, stakeholder share packs. Use on /export or when something must be handed to PMs/stakeholders.

24 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use menu, import and 7 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • sasly2048Skill

    menu

    Point the user to cc-atlas's full interactive menu (dashboard, project comparison, session replay, team activity, anomalies, goals) — screens that need a real terminal.

    Also in 3 projects that use this

  • michaelenglandSkill

    import

    This skill should be used when the user wants to import an existing .pptx file into deckwright, bring in a PowerPoint that was created outside this tool, reverse-engineer a presentation for editing, or invoke /deckwright:import. Converts a .pptx into a PptxGenJS generation script so it can be edited and regenerated through the deckwright pipeline.

    Also in 3 projects that use this

  • kv0906Skill

    preview

    Render vault notes as styled HTML and open in browser. Turn markdown docs, decisions, progress reports into readable previews. Use for "/preview docs/project-a/checkout-flow.md", "/preview progress all", "/preview decide auth-approach", or when user wants to see a doc before sharing.

    Also in 3 projects that use this

  • AnthropicSkill

    search

    Search across all connected sources in one query. Trigger with "find that doc about...", "what did we decide on...", "where was the conversation about...", or when looking for a decision, document, or discussion that could live in chat, email, cloud storage, or a project tracker.

    Also in 4 projects that use this

  • GoogleSkill

    dashboard

    Configures and launches the GKE Capacity & Triage Dashboard scoped to a GCP project ID, GKE cluster name, or target ML workload ID. Uses the configure-and-launch-dashboard action and launch-workload-dashboard workflow to verify local dashboard health, discover cluster capacity, trigger live scans, and generate deep-linked URLs. Use when the user types "/dashboard", says "launch dashboard", "open dashboard", "show capacity", or "view triage dashboard" with a project, cluster, or workload. Don't use for general workload log querying or automated failure attribution (use the troubleshoot skill).

    Also in 4 projects that use this

  • MicrosoftSkill

    report

    Turn an exploration (threads, findings, charts) into a single Markdown report — note, blog post, executive summary, KPI dashboard, slide brief, or multi-section analytical report, with embedded charts.

    Also in 4 projects that use this

The file

We split this skill into the rules it gives an agent

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

  • 0

    Common

    Most of the 17 edited versions we read keep these.

  • 5

    Distinctive

    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:

    Never pad a sparse persona to make the page look full — an L2-heavy persona ships with visibly fewer, honestly-labeled claims.

    line 28
  2. Distinctive:

    Read the Idea file + its linked Evidence/Signal.

    line 32
  3. Distinctive:

    Use the Linear/Jira MCP connection if configured.

    line 34
  4. Distinctive:

    After creating, offer to note the ticket URL in the Idea file (traceability both ways).

    line 36
  5. Distinctive:

    No new claims at export time: if it isn't in the graph, it isn't in the deliverable.

    line 45

“Common” is measured: kept by at least 6 in 10 of the 17 edited versions of this file we could read. “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

export — Deliverables out of the graph

Everything else in this repo pulls data IN. This skill is the outbound direction: turn graph entities into artefacts other people consume — without ever weakening the grounding on the way out.

Trigger

/export one-pager Personas/Emma.md          ← persona one-pager (ask: pdf / pptx / docx)
/export ticket Ideas/<file>.md              ← Idea → Linear/Jira ticket (via MCP)
/export pack Personas/Emma.md               ← share pack: one-pager + top ideas + open questions

One-pager (for design crits, kickoffs, stakeholder walls)

Build from the persona file + linked sources; render via the pdf/pptx/docx skills. One page, in this order:

  1. Name, one-line description, the bio quote
  2. Top 3 Pains — each with its source named ("Interview INT-01, Jun 2025 + Spotify Community") and grounding in plain words, not codes
  3. Jobs to be Done (top 2–3)
  4. "Won't fake agreement on" — the guardrails section; this is the differentiator, keep it
  5. Footer: data freshness ("research from Jun 2025 — refresh recommended" when the 3-month rule applies), demo: true → a visible "EXAMPLE DATA" stamp, and "every claim traceable in the repo"

Never pad a sparse persona to make the page look full — an L2-heavy persona ships with visibly fewer, honestly-labeled claims.

Ticket (Ideas → Linear/Jira)

  1. Read the Idea file + its linked Evidence/Signal.
  2. Compose: title from the Idea name; body = When / I want / So that verbatim, then a Why (evidence) section citing each linked source by name with a one-line summary (public links included where the Evidence has them), then Open questions — matching rows from Research backlog.md, so engineering sees what's still unvalidated.
  3. Use the Linear/Jira MCP connection if configured; otherwise output ready-to-paste markdown and say which MCP connector would automate it.
  4. Creating a ticket is an external, visible action — always show the full ticket and get an explicit yes before creating. Never bulk-create.
  5. After creating, offer to note the ticket URL in the Idea file (traceability both ways).

Share pack

One folder (Export/<Persona> <YYYY-MM-DD>/): the one-pager, the persona's Ideas as one summary doc, and the open backlog questions for that persona — the honest "what we still don't know" page stakeholders never usually get. Offer to zip it.

Rules

  • Exports are snapshots — stamp every artefact with the date and, where stale data is involved, the refresh recommendation. Never present old research as current.
  • No new claims at export time: if it isn't in the graph, it isn't in the deliverable.
  • Anonymization rule (same as persona-voice): no real participant PII ever leaves the repo in an export.

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.