build-distribution
Skill0 starsChanged 7 months agoMITView on GitHub
Convert the prepared export package into reader-facing distribution formats such as HTML, EPUB, or PDF once a clean export already exists under 08_exports and the required conversion tools are available.
In this repository27 other files it gives its agents.
- beta-reader-passSkill
- chapter-reviewSkill
- continuity-checkSkill
- create-character-bibleSkill
- define-style-bibleSkill
- draft-chapterSkill
- generate-high-level-outlineSkill
- if-design-dialogueSkill
- if-design-mapSkill
- if-design-progressionSkill
- if-design-structureSkill
- if-draft-inkSkill
- if-init-projectSkill
- if-load-contextSkill
- if-plan-ink-sliceSkill
- if-playtest-reviewSkill
- if-sync-stateSkill
- ink-docSkill
- init-story-projectSkill
- load-story-contextSkill
- manuscript-reviewSkill
- plan-chapterSkill
- prepare-exportSkill
- rewrite-chapterSkill
- sync-story-bibleSkill
- update-character-stateSkill
- update-timelineSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
22 rules. About 0 are common, 15 are distinctive, and 7 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈15
Distinctive · estimate
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 10
Use this skill to convert the clean export package into distribution formats for reading or delivery.
- Distinctive: line 14
Use this skill when:
- Very specific: line 21
Do not use this skill before the export package exists.
- Distinctive: line 32
Ask questions only when the target format scope is genuinely unclear and cannot be inferred safely.
- Distinctive: line 43
Read these when present and relevant:
- Very specific: line 50
Write or update under 08_exports/dist/:
- Distinctive: line 57
If the project already uses a more specific naming convention, follow it consistently.
- Very specific: line 63
use pandoc when available.
- Distinctive: line 71
Do not pretend a distribution was built if the backend is missing.
- Very specific: line 77
Read story.language before producing distribution artifacts.
- Distinctive: line 78
Keep file and folder names in English.
- Distinctive: line 80
Keep YAML keys in English.
- Very specific: line 81
If story.language is missing, gather it before building the distribution.
- Very specific: line 85
Verify that 08_exports/ already contains a clean export package.
- Distinctive: line 87
Check tool availability before starting conversion.
- Distinctive: line 95
If a requested format cannot be produced, report it explicitly and avoid creating misleading placeholder binaries.
- Distinctive: line 120
After running the skill, provide:
- Distinctive: line 135
no source export files were modified unnecessarily.
- Distinctive: line 139
Do not build directly from raw draft chapters if a prepared export package exists.
- Very specific: line 140
Do not overwrite 08_exports/manuscript_export.md during distribution.
- Distinctive: line 141
Do not claim a format was produced when the converter is missing.
- Distinctive: line 142
Do not bundle internal review artifacts into the reader-facing distribution.
≈ “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
Build Distribution
Overview
Use this skill to convert the clean export package into distribution formats for reading or delivery. It should take the prepared export artifacts under 08_exports/, generate one or more requested output formats, and keep the distribution outputs isolated from the source export files.
When To Use
Use this skill when:
prepare-exporthas already produced a clean export package;- the user wants reader-facing formats such as HTML, EPUB, or PDF;
- the manuscript needs a deliverable format beyond Markdown;
- the project is ready for packaging or external distribution.
Do not use this skill before the export package exists. Build the export first with prepare-export.
Required Inputs
Gather or infer these inputs:
story.yamlmetadata;- current export package under
08_exports/; - requested target formats;
- available conversion tools in the environment.
Ask questions only when the target format scope is genuinely unclear and cannot be inferred safely.
Files To Read
Always read:
story.yaml08_exports/manuscript_export.md08_exports/export_package.md08_exports/export_manifest.yaml
Read these when present and relevant:
02_story/logline.md02_story/synopsis.md
Files To Write
Write or update under 08_exports/dist/:
manuscript_export.htmlwhen HTML is requestedmanuscript_export.epubwhen EPUB is requestedmanuscript_export.pdfwhen PDF is requesteddistribution_manifest.yaml
If the project already uses a more specific naming convention, follow it consistently.
Tooling Rules
Preferred backend:
- use
pandocwhen available.
Format support expectations:
- HTML: use
pandocwhen available; ifpandocis unavailable, stop and report the missing dependency rather than producing a misleading low-fidelity fake conversion. - EPUB: requires
pandoc; if absent, stop and report the missing dependency. - PDF: requires
pandocplus an available PDF engine supported by the environment; if unavailable, stop and report the missing dependency chain clearly.
Do not pretend a distribution was built if the backend is missing.
Language Rules
This skill depends on story.yaml as the source of truth for project metadata.
- Read
story.languagebefore producing distribution artifacts. - Keep file and folder names in English.
- Preserve the manuscript content language exactly as exported.
- Keep YAML keys in English.
- If
story.languageis missing, gather it before building the distribution.
Procedure
- Verify that
08_exports/already contains a clean export package. - Detect which target formats were requested or implied.
- Check tool availability before starting conversion.
- Build outputs into
08_exports/dist/only, leaving the source export package untouched. - Generate
distribution_manifest.yamlrecording:- formats requested;
- formats produced;
- source export files used;
- tool backend used;
- blocked formats and reasons, if any.
- If a requested format cannot be produced, report it explicitly and avoid creating misleading placeholder binaries.
Output Requirements
distribution_manifest.yaml should capture at minimum:
titlelanguagesource_exportrequested_formatsproduced_formatsbackendblocked_formatsnotes
The distribution stage should make it easy to answer:
- what source export was used;
- which formats were requested;
- which formats were actually built;
- what toolchain produced them;
- why any requested format was skipped.
Output
After running the skill, provide:
- a short summary of the distribution build;
- which formats were produced;
- which formats were blocked, if any;
- what files were written under
08_exports/dist/.
Definition Of Done
This skill is done when:
- the requested build was attempted against the prepared export package;
- successful outputs exist under
08_exports/dist/; - blocked formats are explicitly documented rather than silently skipped;
- the distribution manifest records the result clearly;
- no source export files were modified unnecessarily.
Restrictions
- Do not build directly from raw draft chapters if a prepared export package exists.
- Do not overwrite
08_exports/manuscript_export.mdduring distribution. - Do not claim a format was produced when the converter is missing.
- Do not bundle internal review artifacts into the reader-facing distribution.
Example Invocation
Use $build-distribution to convert the current export package into HTML and EPUB, and produce PDF too if the required backend is available.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.

