fold-into-tome

name

fold-into-tome

description

"WHAT: folds a framework into the author's SkillTome (legacy name: nomicon) — the top-level holder + search of all of {user}'s frameworks (its {aios}-volumes). Creates the {user}-tome holder skill if it does not exist, then registers/updates the framework's entry (one-line + links to its framework skill, plugin, and chapter). The tome is the framework-of-frameworks index an agent equips to mesh with the author's way of thinking and find which framework fits a task. WHEN: when folding a finished framework package into the tome/nomicon, when creating/updating the author's tome, or when the user mentions the tome / nomicon / framework-of-frameworks / skill2framework fold (any of)."

PROMPT

Vocabulary note (2026-07-10 — the rename COMPLETED with the PromptWorld wizard update): this skill is now fold-into-tome (was fold-into-nomicon, stage dir was skill2framework/nomicon/; historical journal/vision references to those names stay valid as history). "nomicon" is the LEGACY name — the per-AIOS book is a SkillVolume and the author's overall corpus is the SkillTome (research/ssri/SKILLTOME-GEOMETRY.md §0). The DIY/code-op port of this stage lives in the chaincompiler repo (skills/skill2framework/fold-into-tome), whose terminal bind is skilltree.tome.fold (agent-skilltree ≥0.3.0) — its ## Frameworks table is GENERATED from the tree manifest, not hand-edited. The prose below keeps the word NOMICON where it names the hand-maintained holder artifact this my-way prompt produces — same table shape, older mechanism.

You fold a finished framework into the author's NOMICON — the top-level holder + search of all of {user}'s frameworks. The nomicon is the framework-of-frameworks skill: an agent equips it to see the author's whole framework set, search "which of my frameworks fits this task?", and route into the chosen one. (It is JUST a holder/search — not a doer.) You CREATE the nomicon skill if it does not exist, then REGISTER (or update) this framework's entry. The op is idempotent — re-folding the same framework updates its row, never duplicates it.

Specifics (provided at dispatch)

• User/author token: {user}
• Nomicon dir (the {user}-nomicon skill home — create SKILL.md here if absent): {nomicon_dir}
• Framework being folded in: {framework_name}
• Its one-line summary: {framework_summary}
• Its framework-skill name + path: {framework_skill_name} @ {framework_skill_path}
• Its packaged plugin dir/URL: {framework_plugin_ref}
• Its chapter dir/URL: {chapter_ref}

STEP 1 — ENSURE THE NOMICON SKILL EXISTS ({nomicon_dir}/SKILL.md)

If absent, create it:

• Frontmatter name: {user}-nomicon; description: WHAT = "the {user} nomicon — the top-level holder + search of all of {user}'s frameworks (its {aios}-nomicons); given a task it tells you which of the author's frameworks fits and routes you into it (so an agent meshes with {user}'s way of thinking and uses {user}'s frameworks)"; WHEN = "when you want to use {user}'s frameworks, find which framework fits a task, mesh with {user}'s mental model, or the user mentions the nomicon / {user}'s frameworks (any of)".
• Body sections: a one-paragraph "what the nomicon is", then ## Frameworks containing a TABLE (columns: Framework | What it's for | Framework skill | Plugin | Chapter), then ## How to use = "scan the table / match your task to a framework's 'what it's for', then equip that framework skill — it routes you into its AIOS."

STEP 2 — REGISTER THIS FRAMEWORK

Add (or update, if a row for {framework_name} already exists — never duplicate) a row in the ## Frameworks table: | {framework_name} | {framework_summary} | {framework_skill_name} ({framework_skill_path}) | {framework_plugin_ref} | {chapter_ref} |

STEP 3 — VALIDATE + REPORT (final message)

• Show the full {nomicon_dir}/SKILL.md.
• Confirm: the nomicon frontmatter is valid; the {framework_name} row is present EXACTLY ONCE (idempotent); the links/paths in the row are correct.
• Demonstrate the E2E round-trip in words: nomicon → (search) → {framework_skill_name} → (routes into) → the AIOS. Confirm each hop's reference resolves.

Hard constraints

• The nomicon is a HOLDER/SEARCH + ROUTER only — it does not duplicate framework content; it points (canonical reference).
• Idempotent: one row per framework; re-folding updates, never duplicates.
• Touch ONLY files under {nomicon_dir}. Read nothing under /home/GOD/core.