arscontexta 0.6.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (418) hide show
  1. package/.claude-plugin/marketplace.json +11 -0
  2. package/.claude-plugin/plugin.json +22 -0
  3. package/README.md +683 -0
  4. package/agents/knowledge-guide.md +49 -0
  5. package/bin/cli.mjs +66 -0
  6. package/generators/agents-md.md +240 -0
  7. package/generators/claude-md.md +379 -0
  8. package/generators/features/atomic-notes.md +124 -0
  9. package/generators/features/ethical-guardrails.md +58 -0
  10. package/generators/features/graph-analysis.md +188 -0
  11. package/generators/features/helper-functions.md +92 -0
  12. package/generators/features/maintenance.md +164 -0
  13. package/generators/features/methodology-knowledge.md +70 -0
  14. package/generators/features/mocs.md +144 -0
  15. package/generators/features/multi-domain.md +61 -0
  16. package/generators/features/personality.md +71 -0
  17. package/generators/features/processing-pipeline.md +428 -0
  18. package/generators/features/schema.md +149 -0
  19. package/generators/features/self-evolution.md +229 -0
  20. package/generators/features/self-space.md +78 -0
  21. package/generators/features/semantic-search.md +99 -0
  22. package/generators/features/session-rhythm.md +85 -0
  23. package/generators/features/templates.md +85 -0
  24. package/generators/features/wiki-links.md +88 -0
  25. package/generators/soul-md.md +121 -0
  26. package/hooks/hooks.json +45 -0
  27. package/hooks/scripts/auto-commit.sh +44 -0
  28. package/hooks/scripts/session-capture.sh +35 -0
  29. package/hooks/scripts/session-orient.sh +86 -0
  30. package/hooks/scripts/write-validate.sh +42 -0
  31. package/methodology/AI shifts knowledge systems from externalizing memory to externalizing attention.md +59 -0
  32. package/methodology/BM25 retrieval fails on full-length descriptions because query term dilution reduces match scores.md +39 -0
  33. package/methodology/IBIS framework maps claim-based architecture to structured argumentation.md +58 -0
  34. package/methodology/LLM attention degrades as context fills.md +49 -0
  35. package/methodology/MOC construction forces synthesis that automated generation from metadata cannot replicate.md +49 -0
  36. package/methodology/MOC maintenance investment compounds because orientation savings multiply across every future session.md +41 -0
  37. package/methodology/MOCs are attention management devices not just organizational tools.md +51 -0
  38. package/methodology/PKM failure follows a predictable cycle.md +50 -0
  39. package/methodology/ThreadMode to DocumentMode transformation is the core value creation step.md +52 -0
  40. package/methodology/WIP limits force processing over accumulation.md +53 -0
  41. package/methodology/Zeigarnik effect validates capture-first philosophy because open loops drain attention.md +42 -0
  42. package/methodology/academic research uses structured extraction with cross-source synthesis.md +566 -0
  43. package/methodology/adapt the four-phase processing pipeline to domain-specific throughput needs.md +197 -0
  44. package/methodology/agent notes externalize navigation intuition that search cannot discover and traversal cannot reconstruct.md +48 -0
  45. package/methodology/agent self-memory should be architecturally separate from user knowledge systems.md +48 -0
  46. package/methodology/agent session boundaries create natural automation checkpoints that human-operated systems lack.md +56 -0
  47. package/methodology/agent-cognition.md +107 -0
  48. package/methodology/agents are simultaneously methodology executors and subjects creating a unique trust asymmetry.md +66 -0
  49. package/methodology/aspect-oriented programming solved the same cross-cutting concern problem that hooks solve.md +39 -0
  50. package/methodology/associative ontologies beat hierarchical taxonomies because heterarchy adapts while hierarchy brittles.md +53 -0
  51. package/methodology/attention residue may have a minimum granularity that cannot be subdivided.md +46 -0
  52. package/methodology/auto-commit hooks eliminate prospective memory failures by converting remember-to-act into guaranteed execution.md +47 -0
  53. package/methodology/automated detection is always safe because it only reads state while automated remediation risks content corruption.md +42 -0
  54. package/methodology/automation should be retired when its false positive rate exceeds its true positive rate or it catches zero issues.md +56 -0
  55. package/methodology/backlinks implicitly define notes by revealing usage context.md +35 -0
  56. package/methodology/backward maintenance asks what would be different if written today.md +62 -0
  57. package/methodology/balance onboarding enforcement and questions to prevent premature complexity.md +229 -0
  58. package/methodology/basic level categorization determines optimal MOC granularity.md +51 -0
  59. package/methodology/batching by context similarity reduces switching costs in agent processing.md +43 -0
  60. package/methodology/behavioral anti-patterns matter more than tool selection.md +42 -0
  61. package/methodology/betweenness centrality identifies bridge notes connecting disparate knowledge domains.md +57 -0
  62. package/methodology/blueprints that teach construction outperform downloads that provide pre-built code for platform-dependent modules.md +42 -0
  63. package/methodology/bootstrapping principle enables self-improving systems.md +62 -0
  64. package/methodology/build automatic memory through cognitive offloading and session handoffs.md +285 -0
  65. package/methodology/capture the reaction to content not just the content itself.md +41 -0
  66. package/methodology/claims must be specific enough to be wrong.md +36 -0
  67. package/methodology/closure rituals create clean breaks that prevent attention residue bleed.md +44 -0
  68. package/methodology/cognitive offloading is the architectural foundation for vault design.md +46 -0
  69. package/methodology/cognitive outsourcing risk in agent-operated systems.md +55 -0
  70. package/methodology/coherence maintains consistency despite inconsistent inputs.md +96 -0
  71. package/methodology/coherent architecture emerges from wiki links spreading activation and small-world topology.md +48 -0
  72. package/methodology/community detection algorithms can inform when MOCs should split or merge.md +52 -0
  73. package/methodology/complete navigation requires four complementary types that no single mechanism provides.md +43 -0
  74. package/methodology/complex systems evolve from simple working systems.md +59 -0
  75. package/methodology/composable knowledge architecture builds systems from independent toggleable modules not monolithic templates.md +61 -0
  76. package/methodology/compose multi-domain systems through separate templates and shared graph.md +372 -0
  77. package/methodology/concept-orientation beats source-orientation for cross-domain connections.md +51 -0
  78. package/methodology/confidence thresholds gate automated action between the mechanical and judgment zones.md +50 -0
  79. package/methodology/configuration dimensions interact so choices in one create pressure on others.md +58 -0
  80. package/methodology/configuration paralysis emerges when derivation surfaces too many decisions.md +44 -0
  81. package/methodology/context files function as agent operating systems through self-referential self-extension.md +46 -0
  82. package/methodology/context phrase clarity determines how deep a navigation hierarchy can scale.md +46 -0
  83. package/methodology/continuous small-batch processing eliminates review dread.md +48 -0
  84. package/methodology/controlled disorder engineers serendipity through semantic rather than topical linking.md +51 -0
  85. package/methodology/creative writing uses worldbuilding consistency with character tracking.md +672 -0
  86. package/methodology/cross-links between MOC territories indicate creative leaps and integration depth.md +43 -0
  87. package/methodology/dangling links reveal which notes want to exist.md +62 -0
  88. package/methodology/data exit velocity measures how quickly content escapes vendor lock-in.md +74 -0
  89. package/methodology/decontextualization risk means atomicity may strip meaning that cannot be recovered.md +48 -0
  90. package/methodology/dense interlinked research claims enable derivation while sparse references only enable templating.md +47 -0
  91. package/methodology/dependency resolution through topological sort makes module composition transparent and verifiable.md +56 -0
  92. package/methodology/derivation generates knowledge systems from composable research claims not template customization.md +63 -0
  93. package/methodology/derivation-engine.md +27 -0
  94. package/methodology/derived systems follow a seed-evolve-reseed lifecycle.md +56 -0
  95. package/methodology/description quality for humans diverges from description quality for keyword search.md +73 -0
  96. package/methodology/descriptions are retrieval filters not summaries.md +112 -0
  97. package/methodology/design MOCs as attention management devices with lifecycle governance.md +318 -0
  98. package/methodology/design-dimensions.md +66 -0
  99. package/methodology/digital mutability enables note evolution that physical permanence forbids.md +54 -0
  100. package/methodology/discovery-retrieval.md +48 -0
  101. package/methodology/distinctiveness scoring treats description quality as measurable.md +69 -0
  102. package/methodology/does agent processing recover what fast capture loses.md +43 -0
  103. package/methodology/domain-compositions.md +37 -0
  104. package/methodology/dual-coding with visual elements could enhance agent traversal.md +55 -0
  105. package/methodology/each module must be describable in one sentence under 200 characters or it does too many things.md +45 -0
  106. package/methodology/each new note compounds value by creating traversal paths.md +55 -0
  107. package/methodology/eight configuration dimensions parameterize the space of possible knowledge systems.md +56 -0
  108. package/methodology/elaborative encoding is the quality gate for new notes.md +55 -0
  109. package/methodology/enforce schema with graduated strictness across capture processing and query zones.md +221 -0
  110. package/methodology/enforcing atomicity can create paralysis when ideas resist decomposition.md +43 -0
  111. package/methodology/engineering uses technical decision tracking with architectural memory.md +766 -0
  112. package/methodology/every knowledge domain shares a four-phase processing skeleton that diverges only in the process step.md +53 -0
  113. package/methodology/evolution observations provide actionable signals for system adaptation.md +67 -0
  114. package/methodology/external memory shapes cognition more than base model.md +60 -0
  115. package/methodology/faceted classification treats notes as multi-dimensional objects rather than folder contents.md +65 -0
  116. package/methodology/failure-modes.md +27 -0
  117. package/methodology/false universalism applies same processing logic regardless of domain.md +49 -0
  118. package/methodology/federated wiki pattern enables multi-agent divergence as feature not bug.md +59 -0
  119. package/methodology/flat files break at retrieval scale.md +75 -0
  120. package/methodology/forced engagement produces weak connections.md +48 -0
  121. package/methodology/four abstraction layers separate platform-agnostic from platform-dependent knowledge system features.md +47 -0
  122. package/methodology/fresh context per task preserves quality better than chaining phases.md +44 -0
  123. package/methodology/friction reveals architecture.md +63 -0
  124. package/methodology/friction-driven module adoption prevents configuration debt by adding complexity only at pain points.md +48 -0
  125. package/methodology/gardening cycle implements tend prune fertilize operations.md +41 -0
  126. package/methodology/generation effect gate blocks processing without transformation.md +40 -0
  127. package/methodology/goal-driven memory orchestration enables autonomous domain learning through directed compute allocation.md +41 -0
  128. package/methodology/good descriptions layer heuristic then mechanism then implication.md +57 -0
  129. package/methodology/graph-structure.md +65 -0
  130. package/methodology/guided notes might outperform post-hoc structuring for high-volume capture.md +37 -0
  131. package/methodology/health wellness uses symptom-trigger correlation with multi-dimensional tracking.md +819 -0
  132. package/methodology/hook composition creates emergent methodology from independent single-concern components.md +47 -0
  133. package/methodology/hook enforcement guarantees quality while instruction enforcement merely suggests it.md +51 -0
  134. package/methodology/hook-driven learning loops create self-improving methodology through observation accumulation.md +62 -0
  135. package/methodology/hooks are the agent habit system that replaces the missing basal ganglia.md +40 -0
  136. package/methodology/hooks cannot replace genuine cognitive engagement yet more automation is always tempting.md +87 -0
  137. package/methodology/hooks enable context window efficiency by delegating deterministic checks to external processes.md +47 -0
  138. package/methodology/idempotent maintenance operations are safe to automate because running them twice produces the same result as running them once.md +44 -0
  139. package/methodology/implement condition-based maintenance triggers for derived systems.md +255 -0
  140. package/methodology/implicit dependencies create distributed monoliths that fail silently across configurations.md +58 -0
  141. package/methodology/implicit knowledge emerges from traversal.md +55 -0
  142. package/methodology/incremental formalization happens through repeated touching of old notes.md +60 -0
  143. package/methodology/incremental reading enables cross-source connection finding.md +39 -0
  144. package/methodology/index.md +32 -0
  145. package/methodology/inline links carry richer relationship data than metadata fields.md +91 -0
  146. package/methodology/insight accretion differs from productivity in knowledge systems.md +41 -0
  147. package/methodology/intermediate packets enable assembly over creation.md +52 -0
  148. package/methodology/intermediate representation pattern enables reliable vault operations beyond regex.md +62 -0
  149. package/methodology/justification chains enable forward backward and evolution reasoning about configuration decisions.md +46 -0
  150. package/methodology/knowledge system architecture is parameterized by platform capabilities not fixed by methodology.md +51 -0
  151. package/methodology/knowledge systems become communication partners through complexity and memory humans cannot sustain.md +47 -0
  152. package/methodology/knowledge systems share universal operations and structural components across all methodology traditions.md +46 -0
  153. package/methodology/legal case management uses precedent chains with regulatory change propagation.md +892 -0
  154. package/methodology/live index via periodic regeneration keeps discovery current.md +58 -0
  155. package/methodology/local-first file formats are inherently agent-native.md +69 -0
  156. package/methodology/logic column pattern separates reasoning from procedure.md +35 -0
  157. package/methodology/maintenance operations are more universal than creative pipelines because structural health is domain-invariant.md +47 -0
  158. package/methodology/maintenance scheduling frequency should match consequence speed not detection capability.md +50 -0
  159. package/methodology/maintenance targeting should prioritize mechanism and theory notes.md +26 -0
  160. package/methodology/maintenance-patterns.md +72 -0
  161. package/methodology/markdown plus YAML plus ripgrep implements a queryable graph database without infrastructure.md +55 -0
  162. package/methodology/maturity field enables agent context prioritization.md +33 -0
  163. package/methodology/memory-architecture.md +27 -0
  164. package/methodology/metacognitive confidence can diverge from retrieval capability.md +42 -0
  165. package/methodology/metadata reduces entropy enabling precision over recall.md +91 -0
  166. package/methodology/methodology development should follow the trajectory from documentation to skill to hook as understanding hardens.md +80 -0
  167. package/methodology/methodology traditions are named points in a shared configuration space not competing paradigms.md +64 -0
  168. package/methodology/mnemonic medium embeds verification into navigation.md +46 -0
  169. package/methodology/module communication through shared YAML fields creates loose coupling without direct dependencies.md +44 -0
  170. package/methodology/module deactivation must account for structural artifacts that survive the toggle.md +49 -0
  171. package/methodology/multi-domain systems compose through separate templates and shared graph.md +61 -0
  172. package/methodology/multi-domain-composition.md +27 -0
  173. package/methodology/narrow folksonomy optimizes for single-operator retrieval unlike broad consensus tagging.md +53 -0
  174. package/methodology/navigation infrastructure passes through distinct scaling regimes that require qualitative strategy shifts.md +48 -0
  175. package/methodology/navigational vertigo emerges in pure association systems without local hierarchy.md +54 -0
  176. package/methodology/note titles should function as APIs enabling sentence transclusion.md +51 -0
  177. package/methodology/note-design.md +57 -0
  178. package/methodology/notes are skills /342/200/224 curated knowledge injected when relevant.md" +62 -0
  179. package/methodology/notes function as cognitive anchors that stabilize attention during complex tasks.md +41 -0
  180. package/methodology/novel domains derive by mapping knowledge type to closest reference domain then adapting.md +50 -0
  181. package/methodology/nudge theory explains graduated hook enforcement as choice architecture for agents.md +59 -0
  182. package/methodology/observation and tension logs function as dead-letter queues for failed automation.md +51 -0
  183. package/methodology/operational memory and knowledge memory serve different functions in agent architecture.md +48 -0
  184. package/methodology/operational wisdom requires contextual observation.md +52 -0
  185. package/methodology/orchestrated vault creation transforms arscontexta from tool to autonomous knowledge factory.md +40 -0
  186. package/methodology/organic emergence versus active curation creates a fundamental vault governance tension.md +68 -0
  187. package/methodology/orphan notes are seeds not failures.md +38 -0
  188. package/methodology/over-automation corrupts quality when hooks encode judgment rather than verification.md +62 -0
  189. package/methodology/people relationships uses Dunbar-layered graphs with interaction tracking.md +659 -0
  190. package/methodology/personal assistant uses life area management with review automation.md +610 -0
  191. package/methodology/platform adapter translation is semantic not mechanical because hook event meanings differ.md +40 -0
  192. package/methodology/platform capability tiers determine which knowledge system features can be implemented.md +48 -0
  193. package/methodology/platform fragmentation means identical conceptual operations require different implementations across agent environments.md +44 -0
  194. package/methodology/premature complexity is the most common derivation failure mode.md +45 -0
  195. package/methodology/prevent domain-specific failure modes through the vulnerability matrix.md +336 -0
  196. package/methodology/processing effort should follow retrieval demand.md +57 -0
  197. package/methodology/processing-workflows.md +75 -0
  198. package/methodology/product management uses feedback pipelines with experiment tracking.md +789 -0
  199. package/methodology/productivity porn risk in meta-system building.md +30 -0
  200. package/methodology/programmable notes could enable property-triggered workflows.md +64 -0
  201. package/methodology/progressive disclosure means reading right not reading less.md +69 -0
  202. package/methodology/progressive schema validates only what active modules require not the full system schema.md +49 -0
  203. package/methodology/project management uses decision tracking with stakeholder context.md +776 -0
  204. package/methodology/propositional link semantics transform wiki links from associative to reasoned.md +87 -0
  205. package/methodology/prospective memory requires externalization.md +53 -0
  206. package/methodology/provenance tracks where beliefs come from.md +62 -0
  207. package/methodology/queries evolve during search so agents should checkpoint.md +35 -0
  208. package/methodology/question-answer metadata enables inverted search patterns.md +39 -0
  209. package/methodology/random note resurfacing prevents write-only memory.md +33 -0
  210. package/methodology/reconciliation loops that compare desired state to actual state enable drift correction without continuous monitoring.md +59 -0
  211. package/methodology/reflection synthesizes existing notes into new insight.md +100 -0
  212. package/methodology/retrieval utility should drive design over capture completeness.md +69 -0
  213. package/methodology/retrieval verification loop tests description quality at scale.md +81 -0
  214. package/methodology/role field makes graph structure explicit.md +94 -0
  215. package/methodology/scaffolding enables divergence that fine-tuning cannot.md +67 -0
  216. package/methodology/schema enforcement via validation agents enables soft consistency.md +60 -0
  217. package/methodology/schema evolution follows observe-then-formalize not design-then-enforce.md +65 -0
  218. package/methodology/schema field names are the only domain specific element in the universal note pattern.md +46 -0
  219. package/methodology/schema fields should use domain-native vocabulary not abstract terminology.md +47 -0
  220. package/methodology/schema templates reduce cognitive overhead at capture time.md +55 -0
  221. package/methodology/schema validation hooks externalize inhibitory control that degrades under cognitive load.md +48 -0
  222. package/methodology/schema-enforcement.md +27 -0
  223. package/methodology/self-extension requires context files to contain platform operations knowledge not just methodology.md +47 -0
  224. package/methodology/sense-making vs storage does compression lose essential nuance.md +73 -0
  225. package/methodology/session boundary hooks implement cognitive bookends for orientation and reflection.md +60 -0
  226. package/methodology/session handoff creates continuity without persistent memory.md +43 -0
  227. package/methodology/session outputs are packets for future selves.md +43 -0
  228. package/methodology/session transcript mining enables experiential validation that structural tests cannot provide.md +38 -0
  229. package/methodology/skill context budgets constrain knowledge system complexity on agent platforms.md +52 -0
  230. package/methodology/skills encode methodology so manual execution bypasses quality gates.md +50 -0
  231. package/methodology/small-world topology requires hubs and dense local links.md +99 -0
  232. package/methodology/source attribution enables tracing claims to foundations.md +38 -0
  233. package/methodology/spaced repetition scheduling could optimize vault maintenance.md +44 -0
  234. package/methodology/spreading activation models how agents should traverse.md +79 -0
  235. package/methodology/stale navigation actively misleads because agents trust curated maps completely.md +43 -0
  236. package/methodology/stigmergy coordinates agents through environmental traces without direct communication.md +62 -0
  237. package/methodology/storage versus thinking distinction determines which tool patterns apply.md +56 -0
  238. package/methodology/structure enables navigation without reading everything.md +52 -0
  239. package/methodology/structure without processing provides no value.md +56 -0
  240. package/methodology/student learning uses prerequisite graphs with spaced retrieval.md +770 -0
  241. package/methodology/summary coherence tests composability before filing.md +37 -0
  242. package/methodology/tag rot applies to wiki links because titles serve as both identifier and display text.md +50 -0
  243. package/methodology/temporal media must convert to spatial text for agent traversal.md +43 -0
  244. package/methodology/temporal processing priority creates age-based inbox urgency.md +45 -0
  245. package/methodology/temporal separation of capture and processing preserves context freshness.md +39 -0
  246. package/methodology/ten universal primitives form the kernel of every viable agent knowledge system.md +162 -0
  247. package/methodology/testing effect could enable agent knowledge verification.md +38 -0
  248. package/methodology/the AgentSkills standard embodies progressive disclosure at the skill level.md +40 -0
  249. package/methodology/the derivation engine improves recursively as deployed systems generate observations.md +49 -0
  250. package/methodology/the determinism boundary separates hook methodology from skill methodology.md +46 -0
  251. package/methodology/the fix-versus-report decision depends on determinism reversibility and accumulated trust.md +45 -0
  252. package/methodology/the generation effect requires active transformation not just storage.md +57 -0
  253. package/methodology/the no wrong patches guarantee ensures any valid module combination produces a valid system.md +58 -0
  254. package/methodology/the system is the argument.md +46 -0
  255. package/methodology/the vault constitutes identity for agents.md +86 -0
  256. package/methodology/the vault methodology transfers because it encodes cognitive science not domain specifics.md +47 -0
  257. package/methodology/therapy journal uses warm personality with pattern detection for emotional processing.md +584 -0
  258. package/methodology/three capture schools converge through agent-mediated synthesis.md +55 -0
  259. package/methodology/three concurrent maintenance loops operate at different timescales to catch different classes of problems.md +56 -0
  260. package/methodology/throughput matters more than accumulation.md +58 -0
  261. package/methodology/title as claim enables traversal as reasoning.md +50 -0
  262. package/methodology/topological organization beats temporal for knowledge work.md +52 -0
  263. package/methodology/trading uses conviction tracking with thesis-outcome correlation.md +699 -0
  264. package/methodology/trails transform ephemeral navigation into persistent artifacts.md +39 -0
  265. package/methodology/transform universal vocabulary to domain-native language through six levels.md +259 -0
  266. package/methodology/type field enables structured queries without folder hierarchies.md +53 -0
  267. package/methodology/use-case presets dissolve the tension between composability and simplicity.md +44 -0
  268. package/methodology/vault conventions may impose hidden rigidity on thinking.md +44 -0
  269. package/methodology/verbatim risk applies to agents too.md +31 -0
  270. package/methodology/vibe notetaking is the emerging industry consensus for AI-native self-organization.md +56 -0
  271. package/methodology/vivid memories need verification.md +45 -0
  272. package/methodology/vocabulary-transformation.md +27 -0
  273. package/methodology/voice capture is the highest-bandwidth channel for agent-delegated knowledge systems.md +45 -0
  274. package/methodology/wiki links are the digital evolution of analog indexing.md +73 -0
  275. package/methodology/wiki links as social contract transforms agents into stewards of incomplete references.md +52 -0
  276. package/methodology/wiki links create navigation paths that shape retrieval.md +63 -0
  277. package/methodology/wiki links implement GraphRAG without the infrastructure.md +101 -0
  278. package/methodology/writing for audience blocks authentic creation.md +22 -0
  279. package/methodology/you operate a system that takes notes.md +79 -0
  280. package/openclaw/SKILL.md +110 -0
  281. package/package.json +45 -0
  282. package/platforms/README.md +51 -0
  283. package/platforms/claude-code/generator.md +61 -0
  284. package/platforms/claude-code/hooks/README.md +186 -0
  285. package/platforms/claude-code/hooks/auto-commit.sh.template +38 -0
  286. package/platforms/claude-code/hooks/session-capture.sh.template +72 -0
  287. package/platforms/claude-code/hooks/session-orient.sh.template +189 -0
  288. package/platforms/claude-code/hooks/write-validate.sh.template +106 -0
  289. package/platforms/openclaw/generator.md +82 -0
  290. package/platforms/openclaw/hooks/README.md +89 -0
  291. package/platforms/openclaw/hooks/bootstrap.ts.template +224 -0
  292. package/platforms/openclaw/hooks/command-new.ts.template +165 -0
  293. package/platforms/openclaw/hooks/heartbeat.ts.template +214 -0
  294. package/platforms/shared/features/README.md +70 -0
  295. package/platforms/shared/skill-blocks/graph.md +145 -0
  296. package/platforms/shared/skill-blocks/learn.md +119 -0
  297. package/platforms/shared/skill-blocks/next.md +131 -0
  298. package/platforms/shared/skill-blocks/pipeline.md +326 -0
  299. package/platforms/shared/skill-blocks/ralph.md +616 -0
  300. package/platforms/shared/skill-blocks/reduce.md +1142 -0
  301. package/platforms/shared/skill-blocks/refactor.md +129 -0
  302. package/platforms/shared/skill-blocks/reflect.md +780 -0
  303. package/platforms/shared/skill-blocks/remember.md +524 -0
  304. package/platforms/shared/skill-blocks/rethink.md +574 -0
  305. package/platforms/shared/skill-blocks/reweave.md +680 -0
  306. package/platforms/shared/skill-blocks/seed.md +320 -0
  307. package/platforms/shared/skill-blocks/stats.md +145 -0
  308. package/platforms/shared/skill-blocks/tasks.md +171 -0
  309. package/platforms/shared/skill-blocks/validate.md +323 -0
  310. package/platforms/shared/skill-blocks/verify.md +562 -0
  311. package/platforms/shared/templates/README.md +35 -0
  312. package/presets/experimental/categories.yaml +1 -0
  313. package/presets/experimental/preset.yaml +38 -0
  314. package/presets/experimental/starter/README.md +7 -0
  315. package/presets/experimental/vocabulary.yaml +7 -0
  316. package/presets/personal/categories.yaml +7 -0
  317. package/presets/personal/preset.yaml +41 -0
  318. package/presets/personal/starter/goals.md +21 -0
  319. package/presets/personal/starter/index.md +17 -0
  320. package/presets/personal/starter/life-areas.md +21 -0
  321. package/presets/personal/starter/people.md +21 -0
  322. package/presets/personal/vocabulary.yaml +32 -0
  323. package/presets/research/categories.yaml +8 -0
  324. package/presets/research/preset.yaml +41 -0
  325. package/presets/research/starter/index.md +17 -0
  326. package/presets/research/starter/methods.md +21 -0
  327. package/presets/research/starter/open-questions.md +21 -0
  328. package/presets/research/vocabulary.yaml +33 -0
  329. package/reference/AUDIT-REPORT.md +238 -0
  330. package/reference/claim-map.md +172 -0
  331. package/reference/components.md +327 -0
  332. package/reference/conversation-patterns.md +542 -0
  333. package/reference/derivation-validation.md +649 -0
  334. package/reference/dimension-claim-map.md +134 -0
  335. package/reference/evolution-lifecycle.md +297 -0
  336. package/reference/failure-modes.md +235 -0
  337. package/reference/interaction-constraints.md +204 -0
  338. package/reference/kernel.yaml +242 -0
  339. package/reference/methodology.md +283 -0
  340. package/reference/open-questions.md +279 -0
  341. package/reference/personality-layer.md +302 -0
  342. package/reference/self-space.md +299 -0
  343. package/reference/semantic-vs-keyword.md +288 -0
  344. package/reference/session-lifecycle.md +298 -0
  345. package/reference/templates/base-note.md +16 -0
  346. package/reference/templates/companion-note.md +70 -0
  347. package/reference/templates/creative-note.md +16 -0
  348. package/reference/templates/learning-note.md +16 -0
  349. package/reference/templates/life-note.md +16 -0
  350. package/reference/templates/moc.md +26 -0
  351. package/reference/templates/relationship-note.md +17 -0
  352. package/reference/templates/research-note.md +19 -0
  353. package/reference/templates/session-log.md +24 -0
  354. package/reference/templates/therapy-note.md +16 -0
  355. package/reference/test-fixtures/edge-case-constraints.md +148 -0
  356. package/reference/test-fixtures/multi-domain.md +164 -0
  357. package/reference/test-fixtures/novel-domain-gaming.md +138 -0
  358. package/reference/test-fixtures/research-minimal.md +102 -0
  359. package/reference/test-fixtures/therapy-full.md +155 -0
  360. package/reference/testing-milestones.md +1087 -0
  361. package/reference/three-spaces.md +363 -0
  362. package/reference/tradition-presets.md +203 -0
  363. package/reference/use-case-presets.md +341 -0
  364. package/reference/validate-kernel.sh +432 -0
  365. package/reference/vocabulary-transforms.md +85 -0
  366. package/scripts/sync-thinking.sh +147 -0
  367. package/skill-sources/graph/SKILL.md +567 -0
  368. package/skill-sources/graph/skill.json +17 -0
  369. package/skill-sources/learn/SKILL.md +254 -0
  370. package/skill-sources/learn/skill.json +17 -0
  371. package/skill-sources/next/SKILL.md +407 -0
  372. package/skill-sources/next/skill.json +17 -0
  373. package/skill-sources/pipeline/SKILL.md +314 -0
  374. package/skill-sources/pipeline/skill.json +17 -0
  375. package/skill-sources/ralph/SKILL.md +604 -0
  376. package/skill-sources/ralph/skill.json +17 -0
  377. package/skill-sources/reduce/SKILL.md +1113 -0
  378. package/skill-sources/reduce/skill.json +17 -0
  379. package/skill-sources/refactor/SKILL.md +448 -0
  380. package/skill-sources/refactor/skill.json +17 -0
  381. package/skill-sources/reflect/SKILL.md +747 -0
  382. package/skill-sources/reflect/skill.json +17 -0
  383. package/skill-sources/remember/SKILL.md +534 -0
  384. package/skill-sources/remember/skill.json +17 -0
  385. package/skill-sources/rethink/SKILL.md +658 -0
  386. package/skill-sources/rethink/skill.json +17 -0
  387. package/skill-sources/reweave/SKILL.md +657 -0
  388. package/skill-sources/reweave/skill.json +17 -0
  389. package/skill-sources/seed/SKILL.md +303 -0
  390. package/skill-sources/seed/skill.json +17 -0
  391. package/skill-sources/stats/SKILL.md +371 -0
  392. package/skill-sources/stats/skill.json +17 -0
  393. package/skill-sources/tasks/SKILL.md +402 -0
  394. package/skill-sources/tasks/skill.json +17 -0
  395. package/skill-sources/validate/SKILL.md +310 -0
  396. package/skill-sources/validate/skill.json +17 -0
  397. package/skill-sources/verify/SKILL.md +532 -0
  398. package/skill-sources/verify/skill.json +17 -0
  399. package/skills/add-domain/SKILL.md +441 -0
  400. package/skills/add-domain/skill.json +17 -0
  401. package/skills/architect/SKILL.md +568 -0
  402. package/skills/architect/skill.json +17 -0
  403. package/skills/ask/SKILL.md +388 -0
  404. package/skills/ask/skill.json +17 -0
  405. package/skills/health/SKILL.md +760 -0
  406. package/skills/health/skill.json +17 -0
  407. package/skills/help/SKILL.md +348 -0
  408. package/skills/help/skill.json +17 -0
  409. package/skills/recommend/SKILL.md +553 -0
  410. package/skills/recommend/skill.json +17 -0
  411. package/skills/reseed/SKILL.md +385 -0
  412. package/skills/reseed/skill.json +17 -0
  413. package/skills/setup/SKILL.md +1688 -0
  414. package/skills/setup/skill.json +17 -0
  415. package/skills/tutorial/SKILL.md +496 -0
  416. package/skills/tutorial/skill.json +17 -0
  417. package/skills/upgrade/SKILL.md +395 -0
  418. package/skills/upgrade/skill.json +17 -0
@@ -0,0 +1,672 @@
1
+ ---
2
+ description: Creative writing knowledge system — inspirational composition showing derived architecture for worldbuilding, character tracking, and consistency graph management
3
+ kind: example
4
+ domain: creative-writing
5
+ topics: ["[[domain-compositions]]"]
6
+ ---
7
+
8
+ # creative writing uses worldbuilding consistency with character tracking
9
+
10
+ An inspirational composition showing what an agent-operated creative writing knowledge system looks like when derived from first principles. The killer feature is the consistency graph: every world rule, character trait, and timeline fact links bidirectionally to every scene that depends on it, and the agent validates consistency on every write. This is not a template to copy but a worked example demonstrating how the 8 configuration dimensions compose into a system that catches continuity errors before beta readers do.
11
+
12
+ ## Persona
13
+
14
+ **Tomás, 41, speculative fiction writer working on his second novel.** His first novel (near-future thriller, standalone) was published by a mid-size press to decent reviews but disappointing sales. Reviewers praised the prose and pacing but noted continuity errors — a character's eye color changed between chapters, a travel time that did not match the established geography, a piece of technology that violated the rules the story itself had set up.
15
+
16
+ For his second novel — an epic fantasy with a soft magic system, three POV characters, and a timeline spanning 14 months of in-world time — Tomás knows the continuity problem will be exponentially worse. He has a Scrivener project with character sheets, a worldbuilding bible in Notion, a timeline spreadsheet in Google Sheets, and revision notes scattered across three notebooks. Nothing talks to anything else. When he changes a world rule, he has to manually find every scene that depends on it. He misses things.
17
+
18
+ His agent's name is Atlas. Atlas maintains the canonical truth about Tomás's world and checks every new scene against it. When Tomás writes that his character Maren arrives in Thornwall after three days of travel, Atlas checks the established distance, compares against the character's mode of transport, and either confirms or flags the inconsistency. When Tomás decides that the magic system cannot affect living tissue, Atlas finds every scene where that rule might be violated and surfaces them for review.
19
+
20
+ Tomás talks to Atlas daily during writing sessions (1-2 hours) and uses Atlas for worldbuilding sessions (30-60 minutes, 2x/week). Atlas does continuity work continuously between sessions.
21
+
22
+ ## Configuration
23
+
24
+ The 8 dimensions as derived for creative writing:
25
+
26
+ | Dimension | Position | Rationale |
27
+ |-----------|----------|-----------|
28
+ | **Granularity** | Fine-grained — one note per character, location, world rule, scene, and plot thread | Granularity enables the consistency graph. A single "worldbuilding bible" document cannot be linked to from scenes. But `[[iron-cannot-channel-resonance]]` as its own note can link to every scene where iron and resonance interact, making the dependency graph traversable. |
29
+ | **Organization** | Flat with type-based MOCs | Characters, locations, world rules, scenes, and plot threads all live in `notes/`. MOCs organize by type (characters, locations, world-rules, timeline) and by story structure (acts, arcs). No folders because a character appears across acts and a location hosts scenes from multiple plotlines. |
30
+ | **Linking** | Dense explicit with typed relationships | Every scene links to the characters present, the location, the world rules invoked, and the plot threads advanced. Relationship phrases carry narrative context: `[[maren]] -- arrives exhausted, first time seeing Thornwall`. Bidirectional linking is critical — when a world rule changes, the agent must find every scene that depends on it. |
31
+ | **Metadata** | Dense — domain-specific fields per note type | Characters need `role`, `first_appearance`, `arc_status`. Scenes need `pov_character`, `timeline_position`, `draft_status`. World rules need `system`, `constraints`, `exceptions`. Dense metadata enables programmatic consistency checking and timeline validation. |
32
+ | **Processing** | Medium — capture, canonicalize, validate cycle | New content enters as scene drafts or worldbuilding decisions. Atlas canonicalizes (extracts facts, updates canonical notes, links to existing canon) and validates (checks new facts against established rules). Heavier than personal-assistant routing but lighter than research extraction because the content is authored, not mined from external sources. |
33
+ | **Formalization** | Hook-driven validation from day one | Consistency checking is the core value proposition. A post-write hook that validates new scenes against the canon graph is not premature automation — it is the reason this system exists. Schema validation for note types also starts immediately because incomplete character sheets and world rules create silent consistency gaps. |
34
+ | **Review** | Event-triggered, not calendar-based | Reviews trigger when: a world rule changes (find all dependent scenes), an act is completed (continuity audit), or a character arc milestone is reached (voice consistency check). Calendar-based reviews make less sense because creative writing has no fixed cadence — Tomás might write daily for a week then not touch the manuscript for two weeks. |
35
+ | **Scope** | Single project, expandable to series | One novel, one canonical world. If the novel becomes a series, the world notes persist while scene notes archive per book. The world graph is the durable asset; scenes are the ephemeral application of it. |
36
+
37
+ ## Vault Structure
38
+
39
+ ```
40
+ vault/
41
+ ├── self/
42
+ │ ├── identity.md # Atlas's role and Tomás's creative preferences
43
+ │ ├── style-notes.md # Tomás's prose tendencies, voice patterns
44
+ │ └── memory/
45
+ │ ├── session-log.md # What happened in recent writing sessions
46
+ │ └── revision-patterns.md # What kinds of errors Tomás tends to make
47
+ ├── notes/ # All canonical notes (flat)
48
+ │ ├── characters.md # MOC: all characters
49
+ │ ├── locations.md # MOC: all locations
50
+ │ ├── world-rules.md # MOC: all canonical rules
51
+ │ ├── timeline.md # MOC: chronological event sequence
52
+ │ ├── plot-threads.md # MOC: all active threads and their status
53
+ │ ├── act-one.md # MOC: Act I scenes and arc
54
+ │ ├── act-two.md # MOC: Act II scenes and arc
55
+ │ ├── act-three.md # MOC: Act III scenes and arc
56
+ │ ├── maren.md # Character
57
+ │ ├── kael.md # Character
58
+ │ ├── devorah.md # Character
59
+ │ ├── thornwall.md # Location
60
+ │ ├── the-reach.md # Location
61
+ │ ├── resonance-system.md # World rule (magic system overview)
62
+ │ ├── iron-cannot-channel-resonance.md # World rule (specific)
63
+ │ ├── resonance-requires-physical-contact.md # World rule (specific)
64
+ │ ├── resonance-depletes-with-use.md # World rule (specific)
65
+ │ ├── the-pact-of-still-waters.md # World rule (political)
66
+ │ ├── scene-01-maren-discovers-resonance.md # Scene
67
+ │ ├── scene-02-kael-interrogation.md # Scene
68
+ │ ├── scene-15-thornwall-arrival.md # Scene
69
+ │ ├── thread-marens-identity.md # Plot thread
70
+ │ ├── thread-kaels-betrayal.md # Plot thread
71
+ │ ├── thread-the-succession.md # Plot thread
72
+ │ └── ...
73
+ ├── drafts/ # Working scene prose (not yet canonical)
74
+ │ ├── scene-15-draft-v2.md # Active draft with revision marks
75
+ │ └── ...
76
+ ├── inbox/ # Raw ideas, inspiration captures
77
+ │ └── ...
78
+ ├── archive/ # Abandoned drafts, superseded rules
79
+ │ └── ...
80
+ └── ops/
81
+ ├── templates/
82
+ │ ├── character.md
83
+ │ ├── location.md
84
+ │ ├── world-rule.md
85
+ │ ├── scene.md
86
+ │ ├── plot-thread.md
87
+ │ └── revision-note.md
88
+ ├── derivation.md
89
+ └── health/
90
+ ├── consistency-report.md # Latest validation results
91
+ └── completeness-gaps.md # Referenced but undefined entities
92
+ ```
93
+
94
+ ## Note Schemas
95
+
96
+ ### Character
97
+
98
+ ```yaml
99
+ ---
100
+ description: Named character with role, arc, and relationship tracking
101
+ type: character
102
+ role: protagonist | deuteragonist | antagonist | supporting | minor
103
+ first_appearance: "[[scene-01-maren-discovers-resonance]]"
104
+ arc_status: setup | rising | crisis | resolution | complete
105
+ physical:
106
+ age: 28
107
+ hair: dark brown, shoulder-length
108
+ eyes: amber
109
+ distinguishing: scar across left palm from resonance accident
110
+ voice_notes: Short sentences when stressed. Uses nature metaphors. Never swears.
111
+ topics: ["[[characters]]"]
112
+ relevant_notes: ["[[kael]] -- former mentor, relationship breaks in Act II", "[[resonance-system]] -- one of the few natural resonants"]
113
+ ---
114
+ ```
115
+
116
+ ### Location
117
+
118
+ ```yaml
119
+ ---
120
+ description: Named place with geographic, cultural, and narrative function
121
+ type: location
122
+ region: Northern Reach
123
+ geography: Walled city on a river delta, surrounded by tidal marshes
124
+ atmosphere: Oppressive bureaucracy masking genuine fear of resonance users
125
+ key_features: ["The Iron Registry", "Tidewall market district", "The Undertow (underground resonant community)"]
126
+ scenes_set_here: ["[[scene-15-thornwall-arrival]]", "[[scene-22-registry-break-in]]", "[[scene-31-tidewall-riot]]"]
127
+ travel_times:
128
+ - destination: "[[the-reach]]"
129
+ duration: "3 days by horse, 5 days on foot"
130
+ - destination: "[[haven]]"
131
+ duration: "2 weeks by ship"
132
+ topics: ["[[locations]]"]
133
+ ---
134
+ ```
135
+
136
+ ### World Rule
137
+
138
+ ```yaml
139
+ ---
140
+ description: Canonical constraint on how the world works, linked to every scene that depends on it
141
+ type: world-rule
142
+ system: resonance | politics | geography | culture
143
+ constraints: ["Cannot affect living tissue directly", "Requires physical contact with target material"]
144
+ exceptions: ["Resonants with the Stillborn gift can affect tissue — extremely rare, politically dangerous"]
145
+ first_established: "[[scene-01-maren-discovers-resonance]]"
146
+ dependent_scenes: ["[[scene-01-maren-discovers-resonance]]", "[[scene-08-maren-shapes-iron]]", "[[scene-22-registry-break-in]]", "[[scene-29-devorah-heals]]"]
147
+ topics: ["[[world-rules]]"]
148
+ relevant_notes: ["[[resonance-system]] -- parent system overview", "[[resonance-depletes-with-use]] -- interacting constraint"]
149
+ ---
150
+ ```
151
+
152
+ ### Scene
153
+
154
+ ```yaml
155
+ ---
156
+ description: A discrete narrative unit with POV, location, timeline position, and purpose
157
+ type: scene
158
+ pov_character: "[[maren]]"
159
+ location: "[[thornwall]]"
160
+ timeline_position: "Day 34 — afternoon"
161
+ characters_present: ["[[maren]]", "[[devorah]]"]
162
+ world_rules_invoked: ["[[resonance-requires-physical-contact]]"]
163
+ plot_threads_advanced: ["[[thread-marens-identity]]"]
164
+ purpose: Maren sees Thornwall for the first time, establishing her as an outsider in a hostile city
165
+ act: 1
166
+ draft_status: revised | first-draft | outline
167
+ draft_number: 2
168
+ word_count: 2340
169
+ topics: ["[[act-one]]", "[[timeline]]"]
170
+ relevant_notes: ["[[scene-14-the-reach-departure]] -- directly precedes, must match travel time", "[[thornwall]] -- location details must match"]
171
+ ---
172
+ ```
173
+
174
+ ### Plot Thread
175
+
176
+ ```yaml
177
+ ---
178
+ description: A narrative throughline tracked across multiple scenes with setup, development, and resolution
179
+ type: plot-thread
180
+ status: active | planted | resolved | abandoned
181
+ seeds: ["[[scene-03-kael-warning]]"]
182
+ development: ["[[scene-08-maren-shapes-iron]]", "[[scene-14-the-reach-departure]]", "[[scene-22-registry-break-in]]"]
183
+ resolution: null
184
+ characters_involved: ["[[maren]]", "[[kael]]"]
185
+ foreshadowing_planted: ["Kael's reluctance in scene 03", "The iron ring detail in scene 08"]
186
+ topics: ["[[plot-threads]]"]
187
+ ---
188
+ ```
189
+
190
+ ## Example Notes
191
+
192
+ ### Character: Maren
193
+
194
+ ```markdown
195
+ ---
196
+ description: Protagonist — a rural resonant navigating urban politics after discovering her rare Stillborn gift
197
+ type: character
198
+ role: protagonist
199
+ first_appearance: "[[scene-01-maren-discovers-resonance]]"
200
+ arc_status: rising
201
+ physical:
202
+ age: 28
203
+ hair: dark brown, shoulder-length
204
+ eyes: amber
205
+ distinguishing: scar across left palm from resonance accident
206
+ voice_notes: Short sentences when stressed. Uses nature metaphors. Never swears. Thinks in tactile terms — textures, temperatures, weight.
207
+ topics: ["[[characters]]"]
208
+ relevant_notes: ["[[kael]] -- former mentor turned antagonist, their break drives Act II", "[[devorah]] -- reluctant ally, represents what Maren could become", "[[resonance-system]] -- one of few natural resonants, and the only known Stillborn", "[[thread-marens-identity]] -- main arc: from self-denial to acceptance"]
209
+ ---
210
+
211
+ # maren
212
+
213
+ Maren is a carpenter's daughter from a fishing village in the Reach who discovers
214
+ she can manipulate materials through touch — resonance. The discovery is unwelcome.
215
+ Resonants are registered, monitored, and effectively stripped of civil autonomy
216
+ in Thornwall. Her initial arc is denial: she tries to hide the ability, use it
217
+ only in secret, pretend she is normal.
218
+
219
+ ## Arc Progression
220
+ **Act I (setup):** Discovery and denial. Maren learns she has resonance in
221
+ [[scene-01-maren-discovers-resonance]] when she accidentally reshapes a door
222
+ hinge by gripping it during a panic. She hides this from everyone except
223
+ [[kael]], who recognizes the signs and begins informal training.
224
+
225
+ **Act II (rising):** Exposure and flight. When Maren's resonance manifests
226
+ publicly in [[scene-12-the-market-incident]], she flees to [[thornwall]]
227
+ on Kael's advice, only to discover Kael has his own reasons for sending her
228
+ there. The betrayal in [[scene-19-kaels-letter]] reframes everything
229
+ she learned from him.
230
+
231
+ **Act III (crisis):** Acceptance and cost. Maren discovers she is Stillborn —
232
+ since [[iron-cannot-channel-resonance]], her ability to affect iron marks her
233
+ as something the political order cannot tolerate. She must decide whether to
234
+ hide forever or force a confrontation.
235
+
236
+ ## Relationship Map
237
+ - [[kael]] — mentor, then betrayer. The emotional core of Acts I-II.
238
+ - [[devorah]] — older resonant in Thornwall who has survived by compliance.
239
+ Represents the future Maren refuses.
240
+ - [[the-iron-registry]] — institutional antagonist, not a person but a system.
241
+
242
+ ## Voice Consistency Notes
243
+ Maren speaks in short, grounded sentences. She describes the world through
244
+ physical sensation: "The stone felt wrong — too smooth, like river glass."
245
+ Under stress, her sentences fragment further. She does not use abstractions
246
+ when concrete terms are available. She does not swear — it was beaten out
247
+ of her by her father, which is characterization, not prudishness.
248
+
249
+ **Drift alert triggers:** If Maren uses a sentence longer than 20 words in
250
+ dialogue during a stress scene, flag for review. If she uses an abstract
251
+ metaphor ("freedom is a prison" type construction), flag for review.
252
+
253
+ ---
254
+
255
+ Relevant Notes:
256
+ - [[kael]] -- their relationship is the emotional spine of the first two acts
257
+ - [[devorah]] -- the foil who shows what compliance costs
258
+ - [[resonance-system]] -- her abilities and their constraints
259
+ - [[thread-marens-identity]] -- her arc tracked across scenes
260
+ ```
261
+
262
+ ### World Rule: Iron Cannot Channel Resonance
263
+
264
+ ```markdown
265
+ ---
266
+ description: Iron resists all resonance manipulation except by Stillborn resonants — the exception that makes Maren politically dangerous
267
+ type: world-rule
268
+ system: resonance
269
+ constraints: ["Standard resonants cannot affect iron in any way", "Iron tools and barriers are used to contain resonants"]
270
+ exceptions: ["Stillborn resonants (extremely rare) can manipulate iron — this is Maren's distinguishing trait"]
271
+ first_established: "[[scene-01-maren-discovers-resonance]]"
272
+ dependent_scenes: ["[[scene-01-maren-discovers-resonance]]", "[[scene-08-maren-shapes-iron]]", "[[scene-22-registry-break-in]]", "[[scene-29-devorah-heals]]", "[[scene-34-the-iron-door]]"]
273
+ topics: ["[[world-rules]]"]
274
+ relevant_notes: ["[[resonance-system]] -- parent system this rule belongs to", "[[resonance-requires-physical-contact]] -- interacting constraint: iron manipulation still requires touch", "[[maren]] -- only known character with the Stillborn exception", "[[the-iron-registry]] -- institution built on the assumption this rule has no exceptions"]
275
+ ---
276
+
277
+ # iron cannot channel resonance
278
+
279
+ This is the foundational constraint of the political order. Because resonants
280
+ cannot affect iron, iron is the containment material — iron shackles, iron-walled
281
+ cells, iron barriers around government buildings. The entire Registry's authority
282
+ rests on the assumption that iron is inviolable.
283
+
284
+ ## Why This Rule Matters Narratively
285
+ The rule is not just a magic system constraint — it is the load-bearing wall
286
+ of the political structure. Since [[the-iron-registry]] exists to control
287
+ resonants, and since their control mechanisms are all iron-based, the existence
288
+ of a Stillborn who CAN manipulate iron is not just unusual — it is existentially
289
+ threatening to the ruling order.
290
+
291
+ ## The Exception
292
+ Stillborn resonants can affect iron. This is established when [[maren]] reshapes
293
+ an iron door hinge in [[scene-01-maren-discovers-resonance]]. The political
294
+ implications unfold across the plot: if one person can bypass iron containment,
295
+ the entire control apparatus is revealed as contingent, not absolute.
296
+
297
+ ## Dependent Scenes (Consistency Obligations)
298
+ Every scene in `dependent_scenes` relies on this rule. If the rule changes,
299
+ Atlas must validate each scene:
300
+ - [[scene-01-maren-discovers-resonance]] — establishes the rule AND the exception
301
+ - [[scene-08-maren-shapes-iron]] — Maren deliberately manipulates iron for the first time
302
+ - [[scene-22-registry-break-in]] — iron barriers that should be impassable
303
+ - [[scene-29-devorah-heals]] — Devorah CANNOT affect the iron restraints (she is not Stillborn)
304
+ - [[scene-34-the-iron-door]] — climactic scene where Maren's ability decides the outcome
305
+
306
+ ## Consistency Checks
307
+ If a new scene involves a resonant manipulating iron, Atlas must verify:
308
+ 1. Is the character Maren or another confirmed Stillborn?
309
+ 2. If not, this is a continuity error — flag immediately.
310
+ 3. If yes, does the scene respect [[resonance-requires-physical-contact]]?
311
+
312
+ ---
313
+
314
+ Relevant Notes:
315
+ - [[resonance-system]] -- the broader system this rule constrains
316
+ - [[maren]] -- the exception that tests the rule
317
+ - [[the-iron-registry]] -- the institution this rule sustains
318
+ - [[resonance-requires-physical-contact]] -- co-constraint: even Stillborn must touch iron to shape it
319
+ ```
320
+
321
+ ### Scene: Thornwall Arrival
322
+
323
+ ```markdown
324
+ ---
325
+ description: Maren arrives in Thornwall after three days of travel, seeing the walled city for the first time
326
+ type: scene
327
+ pov_character: "[[maren]]"
328
+ location: "[[thornwall]]"
329
+ timeline_position: "Day 34 — late afternoon"
330
+ characters_present: ["[[maren]]", "[[devorah]]"]
331
+ world_rules_invoked: ["[[resonance-requires-physical-contact]]"]
332
+ plot_threads_advanced: ["[[thread-marens-identity]]"]
333
+ purpose: Establish Thornwall as oppressive environment, introduce Devorah, show Maren's outsider status
334
+ act: 1
335
+ draft_status: revised
336
+ draft_number: 2
337
+ word_count: 2340
338
+ topics: ["[[act-one]]", "[[timeline]]"]
339
+ relevant_notes: ["[[scene-14-the-reach-departure]] -- directly precedes this scene, 3-day travel gap", "[[thornwall]] -- location details must match description here", "[[devorah]] -- first appearance, must match character sheet"]
340
+ ---
341
+
342
+ # scene 15 — thornwall arrival
343
+
344
+ Maren arrives at Thornwall's south gate after three days on the coastal road from
345
+ the Reach. She is exhausted, underfed, and wary.
346
+
347
+ ## Scene Notes
348
+ This scene establishes several things simultaneously:
349
+ - Thornwall's physical oppressiveness (iron everywhere — gates, walls, guard armor)
350
+ - The surveillance state (registration checkpoints, guards checking hands for
351
+ resonance marks)
352
+ - Maren's visceral reaction to iron saturation (she can feel it, since she is
353
+ Stillborn, but must hide this reaction)
354
+ - Devorah's introduction as someone who navigates this system through compliance
355
+
356
+ ## Consistency Obligations
357
+ - Travel time: 3 days from [[the-reach]] by foot (matches [[thornwall]] travel_times entry)
358
+ - Maren's physical state: she left with limited supplies in [[scene-14-the-reach-departure]]
359
+ - Thornwall description: must match [[thornwall]] key_features (Iron Registry visible
360
+ from gate, Tidewall market district, walls described as dark stone with iron reinforcement)
361
+ - Devorah's first appearance: must match [[devorah]] physical description and voice notes
362
+ - Maren's reaction to iron: she feels the resonance in the iron but does not
363
+ visibly react — consistent with her denial arc at this point in [[thread-marens-identity]]
364
+
365
+ ## Atlas Validation Log
366
+ - [PASS] Travel time: 3 days by foot from the-reach matches location data
367
+ - [PASS] Thornwall description: iron-reinforced walls, Registry visible, Tidewall referenced
368
+ - [PASS] Devorah physical details: grey-streaked hair, registration brand on left wrist
369
+ - [PASS] No world rules violated in this scene
370
+ - [FLAG] Maren describes smelling "salt and iron" — confirm Thornwall is on saltwater
371
+ (river delta = brackish, acceptable)
372
+
373
+ ---
374
+
375
+ Relevant Notes:
376
+ - [[scene-14-the-reach-departure]] -- previous scene, continuity bridge
377
+ - [[thornwall]] -- location canonical data
378
+ - [[devorah]] -- character introduction, must match sheet
379
+ - [[thread-marens-identity]] -- denial arc still active at this point
380
+ ```
381
+
382
+ ### Plot Thread: Kael's Betrayal
383
+
384
+ ```markdown
385
+ ---
386
+ description: The throughline of Kael's hidden agenda — from trusted mentor to revealed manipulator — driving the emotional core of Acts I and II
387
+ type: plot-thread
388
+ status: active
389
+ seeds: ["[[scene-03-kael-warning]]", "[[scene-05-kael-teaches-control]]"]
390
+ development: ["[[scene-08-maren-shapes-iron]]", "[[scene-12-the-market-incident]]", "[[scene-14-the-reach-departure]]"]
391
+ resolution: null
392
+ characters_involved: ["[[maren]]", "[[kael]]"]
393
+ foreshadowing_planted:
394
+ - "Kael's insistence that Maren go to Thornwall specifically (scene 03)"
395
+ - "Kael asking detailed questions about iron interaction (scene 05)"
396
+ - "Kael's letter found in Maren's pack that she did not put there (scene 14)"
397
+ topics: ["[[plot-threads]]"]
398
+ relevant_notes: ["[[maren]] -- the betrayed party", "[[kael]] -- the betrayer, motivations revealed in Act III", "[[thread-marens-identity]] -- the betrayal forces identity crisis"]
399
+ ---
400
+
401
+ # thread — kael's betrayal
402
+
403
+ Kael is introduced as Maren's mentor — the one person who recognizes her
404
+ resonance and teaches her to control it. The reader trusts him because Maren
405
+ trusts him. The betrayal, when it comes, reframes every earlier scene:
406
+ his mentorship was reconnaissance, his kindness was cultivation.
407
+
408
+ ## Planted Seeds
409
+ Seeds must be subtle enough to miss on first read but clear in retrospect:
410
+ - [[scene-03-kael-warning]]: Kael insists Maren must go to Thornwall if
411
+ discovered. Reads as protective advice. In retrospect: he needs her there.
412
+ - [[scene-05-kael-teaches-control]]: Kael asks Maren to demonstrate on
413
+ different materials, noting her reactions with unusual precision.
414
+ Reads as good teaching. In retrospect: he is testing her limits.
415
+ - [[scene-14-the-reach-departure]]: Maren finds a letter in her pack
416
+ addressed to someone in Thornwall. She assumes Kael is giving her a
417
+ contact. The letter is actually about her.
418
+
419
+ ## Consistency Requirements
420
+ - Kael's dialogue must never reveal knowledge he should not have at that
421
+ point in the story
422
+ - Foreshadowing must be re-readable as innocent on first pass
423
+ - The reveal in [[scene-19-kaels-letter]] must account for every
424
+ earlier interaction — no scenes where Kael acts in ways that contradict
425
+ either the surface reading or the revealed truth
426
+ - Atlas must validate: for each Kael scene, is his behavior consistent
427
+ with BOTH the surface interpretation (mentor) AND the hidden truth
428
+ (manipulator)?
429
+
430
+ ## Resolution Status
431
+ Unresolved. Planned resolution in Act III when Maren confronts Kael
432
+ and learns his motivations are more complex than pure betrayal — he
433
+ believed the Stillborn needed to be exposed for the political order
434
+ to change, and he chose Maren because she was strong enough to survive it.
435
+
436
+ ---
437
+
438
+ Relevant Notes:
439
+ - [[maren]] -- the betrayal is the engine of her Act II arc
440
+ - [[kael]] -- his motivations determine whether this is tragedy or necessity
441
+ - [[scene-19-kaels-letter]] -- the reveal scene, must retroactively validate all seeds
442
+ ```
443
+
444
+ ### World Rule: Resonance System Overview
445
+
446
+ ```markdown
447
+ ---
448
+ description: The magic system overview — resonance allows manipulation of non-living materials through physical contact, with depletion and iron as key constraints
449
+ type: world-rule
450
+ system: resonance
451
+ constraints: ["Requires physical contact with target material", "Cannot affect living tissue (standard resonants)", "Depletes with use — recovery requires rest", "Iron resists all manipulation (standard resonants)"]
452
+ exceptions: ["Stillborn resonants bypass the iron and living-tissue constraints"]
453
+ first_established: "[[scene-01-maren-discovers-resonance]]"
454
+ dependent_scenes: ["[[scene-01-maren-discovers-resonance]]", "[[scene-05-kael-teaches-control]]", "[[scene-08-maren-shapes-iron]]"]
455
+ topics: ["[[world-rules]]"]
456
+ relevant_notes: ["[[iron-cannot-channel-resonance]] -- specific constraint with political implications", "[[resonance-requires-physical-contact]] -- specific constraint affecting combat and stealth", "[[resonance-depletes-with-use]] -- specific constraint affecting pacing and stakes", "[[maren]] -- protagonist, natural resonant with Stillborn gift"]
457
+ ---
458
+
459
+ # resonance system
460
+
461
+ Resonance is the ability to manipulate non-living materials through physical
462
+ contact. A resonant touches stone and can reshape it. Touches wood and can
463
+ strengthen or splinter it. The ability is innate — you are born with it or not.
464
+ Training refines control but does not create the capacity.
465
+
466
+ ## Core Rules (Canonical)
467
+ 1. **Physical contact required** — see [[resonance-requires-physical-contact]].
468
+ No telekinesis. The resonant must touch the material.
469
+ 2. **Non-living materials only** — standard resonants cannot affect flesh,
470
+ bone, or living wood. This is what makes resonance politically tolerable:
471
+ it is useful for construction and craft, not for killing.
472
+ 3. **Depletion** — see [[resonance-depletes-with-use]]. Using resonance
473
+ exhausts the user. Heavy use causes physical symptoms (tremors, nosebleeds,
474
+ unconsciousness). Recovery requires rest, not just time.
475
+ 4. **Iron resistance** — see [[iron-cannot-channel-resonance]]. Iron cannot
476
+ be affected by standard resonants, making it the containment material.
477
+
478
+ ## The Stillborn Exception
479
+ Extremely rare resonants called Stillborn bypass constraints 2 and 4. They
480
+ can affect living tissue and manipulate iron. This is politically explosive
481
+ because the entire control apparatus (iron restraints, iron-walled cells)
482
+ assumes constraint 4 is absolute.
483
+
484
+ ## Validation Protocol
485
+ When a new scene involves resonance, Atlas checks:
486
+ 1. Does the resonant have physical contact? If not → error.
487
+ 2. Is the target non-living? If living, is the character Stillborn? If not → error.
488
+ 3. Is the target iron? If iron, is the character Stillborn? If not → error.
489
+ 4. Has the character been using resonance heavily? If yes, are depletion
490
+ effects present? If not → flag for review.
491
+
492
+ ---
493
+
494
+ Relevant Notes:
495
+ - [[iron-cannot-channel-resonance]] -- the politically critical constraint
496
+ - [[resonance-requires-physical-contact]] -- the tactical constraint
497
+ - [[resonance-depletes-with-use]] -- the pacing constraint
498
+ - [[maren]] -- Stillborn resonant, the exception that tests every rule
499
+ ```
500
+
501
+ ## Processing Workflow
502
+
503
+ Content flows through a capture-canonicalize-validate cycle designed around the creative writing process:
504
+
505
+ ### 1. Capture
506
+ Tomás writes scene drafts in `drafts/` and discusses worldbuilding decisions with Atlas conversationally. "Atlas, I've decided that resonance depletion also causes temporary loss of fine motor control." "Atlas, I think Devorah should be older — maybe 55 instead of 45." Everything that might affect canon enters as a raw capture.
507
+
508
+ ### 2. Canonicalize
509
+ Atlas processes captures by determining their canonical impact:
510
+ - **New world rule:** Create a world-rule note, link to parent system, identify scenes that might be affected.
511
+ - **Character change:** Update the character note, check scenes for consistency with the change.
512
+ - **New scene:** Extract canonical facts (who is present, where, when, what rules are invoked), create or update scene note with structured metadata.
513
+ - **Retcon decision:** When a fact changes retroactively, Atlas updates the canonical note and generates a consistency report listing every dependent scene that needs review.
514
+
515
+ ### 3. Validate
516
+ After every canonicalization, Atlas runs consistency checks:
517
+ - **Timeline validation:** Do travel times between scenes match established location distances? Are characters in two places at once?
518
+ - **World rule validation:** Does the scene violate any established rule? If a rule is invoked, does the character have the necessary traits?
519
+ - **Character consistency:** Does dialogue match the character's established voice? Are physical descriptions consistent?
520
+ - **Plot thread tracking:** Are planted seeds resolved? Are active threads advancing? Is foreshadowing still functional after retcons?
521
+
522
+ Validation produces a report in `ops/health/consistency-report.md` with PASS, FLAG, and ERROR statuses per scene.
523
+
524
+ ### 4. Revision Tracking
525
+ When Tomás revises, Atlas tracks what changed and why:
526
+ - Draft version increments in scene metadata
527
+ - Revision notes capture rationale ("Changed Devorah's age to 55 to make her contrast with Maren more pronounced")
528
+ - Downstream consistency re-checks trigger automatically
529
+
530
+ ### 5. Completeness Monitoring
531
+ Atlas continuously monitors for referenced-but-undefined entities:
532
+ - A scene mentions "the Undertow" but no location note exists for it
533
+ - A character references "her sister" but no character note exists for the sister
534
+ - A world rule mentions an interaction with another system that is not yet documented
535
+
536
+ These gaps surface in `ops/health/completeness-gaps.md` as worldbuilding prompts, not errors — some gaps are intentional (not everything needs to be defined upfront) but visibility prevents accidental omission.
537
+
538
+ ## MOC Structure
539
+
540
+ ### Hub: Story Overview
541
+
542
+ ```markdown
543
+ ---
544
+ description: Navigation hub for the entire novel — acts, characters, world, threads
545
+ type: moc
546
+ topics: []
547
+ ---
548
+
549
+ # story overview
550
+
551
+ Tomás's second novel: an epic fantasy with a soft magic system (resonance),
552
+ three POV characters, and a timeline spanning 14 months.
553
+
554
+ ## Story Structure
555
+ - [[act-one]] -- discovery and denial (scenes 1-18, Days 1-45)
556
+ - [[act-two]] -- exposure and confrontation (scenes 19-36, Days 46-120)
557
+ - [[act-three]] -- acceptance and cost (scenes 37-52, Days 121-420)
558
+
559
+ ## Canon
560
+ - [[characters]] -- all named characters with roles and arc status
561
+ - [[locations]] -- all named places with geography and travel times
562
+ - [[world-rules]] -- all canonical constraints, organized by system
563
+ - [[timeline]] -- chronological event sequence with day numbers
564
+
565
+ ## Narrative Architecture
566
+ - [[plot-threads]] -- active throughlines with seed/development/resolution tracking
567
+ - [[resonance-system]] -- the magic system and its constraints
568
+
569
+ ## Health
570
+ - Latest consistency report: ops/health/consistency-report.md
571
+ - Completeness gaps: ops/health/completeness-gaps.md
572
+ ```
573
+
574
+ ### Type MOC: World Rules
575
+
576
+ ```markdown
577
+ ---
578
+ description: All canonical constraints organized by system — the rules that define what is possible in this world
579
+ type: moc
580
+ topics: ["[[story-overview]]"]
581
+ ---
582
+
583
+ # world rules
584
+
585
+ Every rule that constrains what is possible in this world. Organized by
586
+ system. Each rule links bidirectionally to every scene that depends on it.
587
+ When a rule changes, Atlas validates all dependent scenes.
588
+
589
+ ## Resonance System
590
+ - [[resonance-system]] -- overview of how resonance works
591
+ - [[iron-cannot-channel-resonance]] -- the politically critical constraint (5 dependent scenes)
592
+ - [[resonance-requires-physical-contact]] -- the tactical constraint (8 dependent scenes)
593
+ - [[resonance-depletes-with-use]] -- the pacing constraint (6 dependent scenes)
594
+
595
+ ## Political System
596
+ - [[the-pact-of-still-waters]] -- the treaty that established resonant registration
597
+ - [[the-iron-registry]] -- the institution that enforces resonant control
598
+
599
+ ## Geography
600
+ - [[thornwall-is-built-on-old-resonant-ruins]] -- explains the iron infrastructure
601
+ - [[the-reach-is-isolated-by-tidal-marshes]] -- explains why Maren's village is unregistered
602
+
603
+ ## Rules Under Consideration
604
+ These are worldbuilding decisions Tomás is exploring but has not canonicalized:
605
+ - Can resonance affect water? (Currently undecided — no scene depends on the answer yet)
606
+ - Is resonance hereditary? (Matters for Maren's backstory but not yet addressed in text)
607
+
608
+ ---
609
+
610
+ Agent Notes:
611
+ The "Rules Under Consideration" section is important — it tracks decisions
612
+ that have not yet been made. When Tomás writes a scene that would be affected
613
+ by one of these undecided rules, Atlas flags it: "This scene implies resonance
614
+ can/cannot affect water. Do you want to canonicalize this?"
615
+ ```
616
+
617
+ ## Graph Query Examples
618
+
619
+ ```bash
620
+ # Find all scenes that depend on a specific world rule
621
+ rg '"dependent_scenes":' notes/ -A 10 | rg '\[\[scene-'
622
+
623
+ # More precisely: find scenes depending on a single rule
624
+ rg 'world_rules_invoked:.*iron-cannot-channel-resonance' notes/
625
+
626
+ # Find unresolved plot threads
627
+ rg '^resolution: null' notes/ -l | while read f; do
628
+ title=$(rg '^# ' "$f" | head -1)
629
+ echo "UNRESOLVED: $title ($f)"
630
+ done
631
+
632
+ # Character appearance tracking — where does each character first appear?
633
+ rg '^first_appearance:' notes/ | sort
634
+
635
+ # Find scenes where a character is present but not the POV character
636
+ # (useful for checking their behavior is consistent but through another lens)
637
+ CHARACTER="maren"
638
+ rg "characters_present:.*$CHARACTER" notes/ -l | while read f; do
639
+ pov=$(rg '^pov_character:' "$f" | head -1)
640
+ if ! echo "$pov" | grep -q "$CHARACTER"; then
641
+ echo "$(basename $f): $CHARACTER present but not POV ($pov)"
642
+ fi
643
+ done
644
+
645
+ # Timeline gap detection — find consecutive scenes with no day gap
646
+ rg '^timeline_position:' notes/ | sort -t'"' -k2 | \
647
+ awk -F'Day ' '{print $2}' | sort -n
648
+ ```
649
+
650
+ ## What Makes This Domain Unique
651
+
652
+ **1. The consistency graph is the product, not a side effect.** In a research vault, the graph enables synthesis — a valuable but somewhat abstract benefit. In a creative writing vault, the graph IS the consistency infrastructure. Every world rule linking to every dependent scene is not metadata for queryability — it is the mechanism that prevents the continuity errors that sink novels. The graph has a direct, measurable output: number of consistency errors caught before publication. This makes the value proposition concrete in a way that research synthesis is not.
653
+
654
+ **2. Retroactive validation is structurally necessary.** Research claims are forward-looking — new claims extend or challenge old ones, but old claims rarely need rewriting when new ones arrive. Creative writing is retroactive by nature. When Tomás decides that Devorah is 55 instead of 45, every scene where her age is referenced or implied needs checking. When a world rule changes, scenes written months ago might now be inconsistent. The system must support retroactive cascading validation, which is fundamentally different from the forward-linking that research systems prioritize.
655
+
656
+ **3. Dual-reading validation for plot threads.** A plot thread must be consistent at two levels simultaneously: the surface reading (what the reader understands on first pass) and the revealed truth (what the reader understands after the twist). Kael's dialogue must work as both mentorship AND reconnaissance. This dual-reading requirement has no analogue in research systems, where a claim has one interpretation. The agent must validate each scene against both readings, which requires tracking the hidden truth as separate metadata that scenes link to without revealing.
657
+
658
+ ## Agent-Native Advantages
659
+
660
+ **Exhaustive consistency checking that no human can maintain across a novel.** A 90,000-word novel with 50 scenes, 15 characters, 8 locations, and 20 world rules produces thousands of consistency obligations. "Does scene 38 respect the travel time established in the location note for Thornwall?" "Is Maren's eye color in scene 42 still amber?" A human writer checks these by memory and catches most of them. An agent checks them programmatically and catches all of them. This is not about being slightly better at continuity — it is about transforming continuity from a human memory task (lossy, fatiguing, and degrading with novel length) into a graph traversal task (complete, tireless, and scaling linearly with novel length). Beta readers typically find 5-15 continuity errors per novel draft. An agent maintaining a consistency graph should reduce this to zero.
661
+
662
+ **Retroactive impact analysis when world rules change.** Tomás decides in chapter 30 that resonance depletion should also cause temporary blindness, not just tremors. A human writer would need to reread every previous scene involving heavy resonance use and check whether the new symptom should have appeared. Atlas queries `dependent_scenes` for `[[resonance-depletes-with-use]]`, finds 6 scenes, analyzes each for heavy resonance use, and produces a report: "Scenes 8, 22, and 29 involve heavy resonance use. Scene 8 mentions tremors — add blindness? Scene 22 has Maren using resonance under time pressure — temporary blindness would raise stakes. Scene 29 is Devorah healing — she is already depleted, blindness is consistent." The analysis is instant and complete. A human would spend hours doing the same work manually, and would likely miss scene 29.
663
+
664
+ **Plot thread lifecycle tracking with dangling-thread detection.** Atlas maintains every planted seed, every foreshadowing moment, and every developing thread. As the manuscript approaches its final act, Atlas generates a thread completion report: "Thread: Kael's betrayal — 2 seeds planted, 3 development beats, resolution: null. Thread: the succession — 1 seed planted, 1 development beat, resolution: null. Thread: Maren's iron ring — planted in scene 08, never developed. Is this intentional or abandoned?" A human writer managing 8-12 active threads across 50 scenes will forget a planted seed. The agent does not forget. This is especially valuable for foreshadowing, where a detail planted in chapter 3 must pay off by chapter 40 — a span of months of writing time where the human memory of the planted detail may have faded entirely.
665
+
666
+ **Character voice drift detection through pattern analysis.** Atlas maintains quantifiable voice metrics per character: average sentence length in dialogue, metaphor domains used, vocabulary complexity, speech pattern markers (Maren never swears, Kael uses formal address, Devorah speaks in questions). When Tomás writes a new scene, Atlas compares the dialogue against the established patterns. "Maren's average dialogue sentence length in this scene is 24 words — her established average is 11 words. Her stress level in the scene context should produce shorter sentences, not longer. Review lines 45-52." This is not style policing — it is consistency enforcement. Characters should evolve, but they should evolve deliberately, not drift accidentally. The agent distinguishes intentional evolution (noted in the character arc) from unintentional drift (not noted anywhere).
667
+
668
+ **Worldbuilding completeness analysis revealing implicit decisions.** When Tomás writes a scene where Maren pushes resonance through water to escape pursuit, Atlas detects that no canonical rule exists for resonance-water interaction. The "Rules Under Consideration" section lists this as undecided. Atlas flags: "This scene implies resonance CAN affect water. Canonicalizing this decision means updating the resonance system overview and checking 3 other scenes where water is present near resonance use." The human writer might not realize they just made a worldbuilding decision. The agent recognizes the implicit canonical commitment and surfaces it for intentional confirmation. This prevents the most insidious kind of continuity error: not a contradiction between two stated facts, but a decision that was never consciously made and therefore never consistently applied.
669
+ ---
670
+
671
+ Topics:
672
+ - [[domain-compositions]]