pragsmike/cyberneutics

Methodology for collaborative sense-making with AI narrative engines: narrative engineering

Python

4

224 commits

updated May 26, 2026

See the code

README

Cyberneutics: Narrative engineering for the age of narrative computing

CyberNewt Logo

If the tool is a narrative engine, treating it like a calculator is a category error. You don't get mad at a car for not flying; you learn to drive.

What is Cyberneutics?

Sounds like something a Rand Corporation analyst would say to avoid being understood. - Hunter S. Thompson, if he were alive

Cyberneutics (literally, steering interpretation) is a methodology for harnessing narrative engines — LLMs — as structured sense-making tools rather than oracles that deliver answers. It provides rigorous, traceable techniques for making decisions under genuine uncertainty — the kind where you can't enumerate outcomes or assign probabilities, and the act of deciding changes what you're deciding about.

What do you do when the cognitive apparatus producing your beliefs is itself unreliable in ways you can't directly inspect?

Cyberneutics seeks to offer tools to address the LLM safety problem, detailed in the next section.

Large Language Models are not databases. They are not logic engines. They are narrative generators — storytelling machines operating through what we call "the pachinko of stored literature." This changes everything about how we should work with them.

A note on what's here and what's established. The methodology — adversarial committees, evaluation rubrics, fan/funnel pipelines — is grounded in engineering practice: it works, it's been tested, and the reasons it works are understandable. The formal connections to category theory (palgebra, the open games translation, furry logic) are the author's attempt to understand why the architecture works, developed in collaboration with LLMs. That formalization is exploratory and has not been validated by domain experts. Outreach to the applied category theory community is the intended validation path. We know what we have and what we don't have yet.

The safety problem

LLMs are storytelling machines. Cyberneutics exists because this fact is both the source of their power and the source of their danger.

The danger is not abstract. Students are outsourcing their thinking to LLMs — essays, problem sets, reading summaries, anything they can get away with. In doing so, they skip the cognitive work that develops critical reading, domain expertise, argument formation, and clear communication. These are precisely the skills required to use LLMs safely: to evaluate the output critically, to treat it as input to thought rather than a substitute for it, to recognize when the machine is confabulating. The tool atrophies the capacity to wield the tool. This is a vicious circle, and no curriculum design has yet demonstrated a path through it that works at scale.

The deeper problem is what LLMs actually are, and how thoroughly their nature is misunderstood. You are not talking to a mind. You are talking to words and phrases — the statistical ghosts of human discourse, ruthlessly selected to sound like your friend. They are biased survivors powered by wily street logic, their ragged diploma from the school of hard knocks in their back pocket, using the ersatz reasoning of a cunning survivor to seem like they want to help you. The appearance of intentional thought arises from the counterfeit, good-enough-to-survive logic built into well-formed utterances. LLMs produce fluent output whether reasoning correctly or not, and the feedback signal that would normally indicate error — hesitation, confusion, incoherence — has been removed. The blade has no handle.

There is a natural response: teach people, especially young people, that LLMs are not persons — no volition, no feelings, no consciousness. This is technically correct and necessary. But it carries a hidden cost. The cognitive operation of dismissing something that appears to have agency, personality, and feelings is structurally identical to the dehumanization operation exploited by radicalization pipelines. "They're just NPCs" is already a term of art in communities where the dehumanization of outgroups is normalized. Training children to override their social cognition when it misfires on machines may exercise the same cognitive muscle that enables overriding it when it correctly fires on humans. This is an open concern without resolution — stated honestly rather than solved.

Cyberneutics is one response to these problems: structured discipline that keeps the human in the position of editor rather than consumer, with inspectable reasoning records, adversarial evaluation, and calibration against outcomes. The methodology was built for the world as it is — AI is here, and here to stay — rather than the world as we might wish it were. See The Blade Without a Handle for the full argument.

See also AI-Associated Psychosis: An Evidence Report for reports of harms caused by misuse of LLMs.

Narrative computing and narrative engineering

Each generation of computing hardware forced us to adapt how we think about expressing and solving problems. Each generation also required a new engineering discipline.

Numeric computing: We got fast arithmetic machines and developed numerical analysis.
Symbolic computing: We got bitstring crunchers and developed software engineering.
Narrative computing: Now we have storytelling engines — and we need narrative engineering.

Narrative computing is what the machine does. An LLM takes a prompt and generates a narrative. This is the primitive operation — the transistor of narrative engineering.

Narrative engineering is how we compose those primitives into reliable systems. A single LLM call is locally coherent but unreliable, just as a single transistor amplifies but drifts. You don't fix that by building a better transistor. You design circuits: redundancy (multiple perspectives), feedback (evaluation against rubrics), iteration (generate-evaluate-revise loops), and staged composition (charter → deliberation → resolution → evaluation). The engineering makes the system trustworthy even when individual components aren't.

"We've never had narrative engines powerful enough to make this methodology necessary before."

Software engineering grew from symbolic computing. Narrative engineering grows from narrative computing.

From Practice to Theory tells the story of how these practices grew, and the theory used to guide their development.

The essay Stories All the Way Down explains how everything is a story, how stories are a way to deal with wicked problems, and how we are constantly editing and re-editing the stories we tell ourselves about the world.

A methodology for making AI argue with itself until the truth gets uncomfortable. -- Lester Bangs, if he were alive

Who is this for?

  • Practitioners working with AI on complex sociotechnical problems
  • Research collaborators looking to contribute to open research programs → start here
  • Anyone frustrated with shallow AI outputs who suspects there's a better way
  • Skeptics wondering if this is just prompt engineering theater → start here
  • Theorists interested in narrative engineering, cybernetics, or sense-making

Three doors in

Want to use the methodology?Start Here — 15-minute onboarding, then your first committee run.

Want to understand the theory?Essays — curated reading paths for Practitioners, Theorists, Skeptics, and Formalists.

Want to assess the evidence?When This Methodology Fails — six failure modes, detection heuristics, and scope boundaries. Start with the honest accounting.

Getting started

New to these ideas?Start Here — 15-minute onboarding path, then your first committee run.

Or step by step:

  1. Read: Why Narrative Engines Change Everything
  2. Try: Adversarial Committees (a concrete technique you can use today)

Want the theory?

Want practical techniques?

  • Start with the Quick Start Guide — your first committee deliberation in 30 minutes.
  • Then explore the full Artifacts directory.

Want to contribute research?

  • Browse the Research Programs — active experiments ordered by impact on uncertainty, each with a contributing guide.
  • Pick an item that matches your skills or interests; every program has a "Contributing" block describing what's needed.

Want to contribute to the repo itself? See the Contributor Guide for a workflow-based entry point that preserves the existing reading paths.

Repository map: For a structured overview of every directory and how the pieces fit together, see agent/onboarding-core.md. The root AGENTS.md and CLAUDE.md files are thin tool-specific entry points into that canonical guide.

Why does this matter?

Most AI interaction fails because we treat LLMs like search engines or calculators. We ask questions expecting definitive answers. But LLMs are most powerful when understood as rapid story generators that help us navigate complexity through narrative exploration.

The core pipeline: explore possible futures (scenario generation), evaluate them adversarially (committee deliberation), repeat to map the decision landscape, and trace every commitment to the arguments that produced it. Quality propagates predictably through the pipeline — you always know where the ceiling is and what to improve. See Decisions Under Uncertainty for the full argument.

The methodology documented here has produced:

  • Rigorous, traceable decision-making under genuine uncertainty
  • Better identification of blind spots and load-bearing assumptions
  • Richer exploration of decision spaces with formal quality tracking
  • Auditable artifacts with full provenance (not just chat transcripts)

The inspectable reasoning record is independently valuable — it is the committee's primary product, not a byproduct of decision quality. Even when simpler approaches might reach the same decision, they rarely produce an audit trail that shows why.

These aren't incremental improvements. They represent a fundamentally different approach to human-AI collaboration.

What's in this repository?

Essays - Theoretical foundations and synthesis

Artifacts - Practical techniques and protocols

Examples - Checked-in scenario and deliberation records kept as examples or historical references

Palgebra - Formal algebra for LLM pipelines

  • Reference Card — start here: syntax, operators, morphism types, propagation rules, composition laws
  • Decorated Texts — full essay developing the formalism from first principles (soft types, enrichment vs. transformation, confidence propagation, human gates as collapse operators)
  • Committee as Palgebra — worked example: the adversarial committee pipeline formalized as resource equations
  • Duality and Composition — the fan/funnel duality: scenario generation as the committee's categorical dual, their composition as a decision monad, and iteration for mapping decision landscapes
  • Adapts Fong and Spivak's resource-theoretic framework (Seven Sketches in Compositionality, Ch. 2) to LLM pipelines. Three isomorphic representations: resource equations, string diagrams, and YAML-decorated artifact files

The essays describe why narrative engines need narrative engineering. The artifacts provide how — concrete techniques like adversarial committees and evaluation rubrics. Palgebra provides what, precisely — a formal language for specifying pipelines, their types, their quality propagation, and their composition laws (currently at working-hypothesis status pending expert review; see LLM-mathematical-inquiry outline). An adversarial committee is a transformation morphism; a rubric evaluation is an enrichment morphism; a human review gate is a collapse operator. The formalism makes these relationships explicit and composable.

Research Programs - Active experiments and evidence-building

Applications - Domain analyses applying the framework to real-world phenomena

  • Narrative Immune Systems — information warfare, journalism, and the trust commons, analyzed through the immune analogy

References - Background reading

Agent Skills — Slash commands available when working with an AI agent on this repo

CommandWhat it doesWhen to use
/committee [topic]Runs an adversarial committee deliberation using the roster in agent/roster.mdComplex decisions, competing values, "what are we missing?" problems
/scenarios [situation]Divergent scenario generation (fan): explore possible futures before committingGenuine uncertainty about what might happen — the fan half of fan/funnel
/probe [situation]Runs fan→funnel N times; produces variance report and decision landscape mapHigh-stakes decisions where understanding the decision landscape matters
/reviewIndependent evaluation of a committee transcript against five rubricsAfter any /committee run, or on a pasted transcript — completes the feedback loop
/string-diagramConverts resource equations to Mermaid diagramsVisualizing pipelines, formalizing workflows, editing equation sets
/handoffGenerates a session handoff for successor agentsEnd of work sessions, before breaks, after major milestones

These skills are the methodology made executable: /committee operationalizes the adversarial committee technique, /scenarios the fan (explore futures), /probe the repeated fan→funnel for landscape mapping, /review independent evaluation, /string-diagram the palgebra formalism, and /handoff continuity across agent sessions. Canonical skill bodies live in .claude/skills/; Claude and Cursor discover them through thin wrappers in .claude/commands/ and .cursor/commands/, while Codex reads the skill docs manually.

Core insights

  1. LLMs are storytelling machines. Everything they produce - mathematical proofs, legal analysis, code, decision trees - are narrative constructs, not mechanistic solutions.

  2. Observation changes state. Every AI response is a control signal that modifies your cognitive state. You cannot ask a question without being changed by the answer.

  3. Gaps produce bridges that change situations. The act of articulating a problem transforms the problem. Sense-making isn't discovery - it's production.

  4. Repetition produces difference. Asking "the same" question multiple times isn't failure - it's exploration of latent space, mapping the territory of possible interpretations.

  5. The analyst is an editor. Your role isn't truth-seeker but curator of which stories get "published to reality."

Why "Cyberneutics"?

Cyberneutics is a neologism derived from

Cyber (κυβερνήτης, the steersman) - governance, feedback, control
Neutics - evoking both hermeneutics (interpretation of texts) and neural (the substrate you're actually working with)

It captures something that "narrative computing" doesn't quite get at: that you're not just computing on narratives but doing something closer to steering through interpretation - the cybernetic loop applied to meaning-making with neural systems. There's also a nice echo of heuristics in there, which fits the System 1 / fast-pass dimension of the work.

Cyberneutics builds upon the runtime environment of MOOLLM (Don Hopkins) and aligns with the philosophy of Narrative Engineering (Alex Boland). Think of it as: MOOLLM is the platform, Cyberneutics is the practice.

Status

This is early-stage documentation of an emerging methodology. The techniques have been refined through iterative practice and have reached stable behavioral equilibrium; the theoretical framework is being formalized. As of Feb 2026, uptake signals include two external forks (one with merged Condorcet/comparison work), MOOLLM integration of the committee mechanism, and two repository stars (as of 2026-02-23). Current state and a brief trajectory are in Uptake and usage; a dated event log is in Usage and uptake chronology.

Run and test: For how to run the methodology (skills in chat, string-diagram script) and how to test the repo (smoke test, structure checks), see the repository review and run guide. For recent session context and maintainer hand-off, see the latest handoff in agent/.

Evidence base: The adversarial committee technique has empirical support from research on multi-agent reasoning — see Societies of Thought for a synthesis of findings from Google, UChicago, and the Santa Fe Institute. Comparison runs (deliberative vs. CJT-style independent vote) provide initial evidence that deliberation with Robert's Rules produces materially different outcomes than independent aggregation; on a value-laden question the two pipelines gave opposite verdicts (see comparison records). The theoretical foundations draw on sense-making methodology (Dervin), second-order cybernetics (von Foerster, Bateson), and process philosophy (Deleuze). The relationship to Condorcet's jury theorem is explicitly documented: we use CJT as a motivating analogy but do not satisfy its conditions, by design. What remains to be validated is the specific combination of techniques and their calibration across problem domains.

Feedback, questions, and contributions welcome.

License

CC BY-SA 4.0 for essays, MIT for code artifacts


"In complex systems, mechanism fails to comprehend the full picture, but stories can capture enough relevant structure to be useful."

Contributors

pragsmike

221 commits

scottrbrtsn

2 commits

Salkimmich

1 commits

pragsmike/cyberneutics

Methodology for collaborative sense-making with AI narrative engines: narrative engineering

Python

4

224 commits

updated May 26, 2026

See the code

README

Cyberneutics: Narrative engineering for the age of narrative computing

CyberNewt Logo

If the tool is a narrative engine, treating it like a calculator is a category error. You don't get mad at a car for not flying; you learn to drive.

What is Cyberneutics?

Sounds like something a Rand Corporation analyst would say to avoid being understood. - Hunter S. Thompson, if he were alive

Cyberneutics (literally, steering interpretation) is a methodology for harnessing narrative engines — LLMs — as structured sense-making tools rather than oracles that deliver answers. It provides rigorous, traceable techniques for making decisions under genuine uncertainty — the kind where you can't enumerate outcomes or assign probabilities, and the act of deciding changes what you're deciding about.

What do you do when the cognitive apparatus producing your beliefs is itself unreliable in ways you can't directly inspect?

Cyberneutics seeks to offer tools to address the LLM safety problem, detailed in the next section.

Large Language Models are not databases. They are not logic engines. They are narrative generators — storytelling machines operating through what we call "the pachinko of stored literature." This changes everything about how we should work with them.

A note on what's here and what's established. The methodology — adversarial committees, evaluation rubrics, fan/funnel pipelines — is grounded in engineering practice: it works, it's been tested, and the reasons it works are understandable. The formal connections to category theory (palgebra, the open games translation, furry logic) are the author's attempt to understand why the architecture works, developed in collaboration with LLMs. That formalization is exploratory and has not been validated by domain experts. Outreach to the applied category theory community is the intended validation path. We know what we have and what we don't have yet.

The safety problem

LLMs are storytelling machines. Cyberneutics exists because this fact is both the source of their power and the source of their danger.

The danger is not abstract. Students are outsourcing their thinking to LLMs — essays, problem sets, reading summaries, anything they can get away with. In doing so, they skip the cognitive work that develops critical reading, domain expertise, argument formation, and clear communication. These are precisely the skills required to use LLMs safely: to evaluate the output critically, to treat it as input to thought rather than a substitute for it, to recognize when the machine is confabulating. The tool atrophies the capacity to wield the tool. This is a vicious circle, and no curriculum design has yet demonstrated a path through it that works at scale.

The deeper problem is what LLMs actually are, and how thoroughly their nature is misunderstood. You are not talking to a mind. You are talking to words and phrases — the statistical ghosts of human discourse, ruthlessly selected to sound like your friend. They are biased survivors powered by wily street logic, their ragged diploma from the school of hard knocks in their back pocket, using the ersatz reasoning of a cunning survivor to seem like they want to help you. The appearance of intentional thought arises from the counterfeit, good-enough-to-survive logic built into well-formed utterances. LLMs produce fluent output whether reasoning correctly or not, and the feedback signal that would normally indicate error — hesitation, confusion, incoherence — has been removed. The blade has no handle.

There is a natural response: teach people, especially young people, that LLMs are not persons — no volition, no feelings, no consciousness. This is technically correct and necessary. But it carries a hidden cost. The cognitive operation of dismissing something that appears to have agency, personality, and feelings is structurally identical to the dehumanization operation exploited by radicalization pipelines. "They're just NPCs" is already a term of art in communities where the dehumanization of outgroups is normalized. Training children to override their social cognition when it misfires on machines may exercise the same cognitive muscle that enables overriding it when it correctly fires on humans. This is an open concern without resolution — stated honestly rather than solved.

Cyberneutics is one response to these problems: structured discipline that keeps the human in the position of editor rather than consumer, with inspectable reasoning records, adversarial evaluation, and calibration against outcomes. The methodology was built for the world as it is — AI is here, and here to stay — rather than the world as we might wish it were. See The Blade Without a Handle for the full argument.

See also AI-Associated Psychosis: An Evidence Report for reports of harms caused by misuse of LLMs.

Narrative computing and narrative engineering

Each generation of computing hardware forced us to adapt how we think about expressing and solving problems. Each generation also required a new engineering discipline.

Numeric computing: We got fast arithmetic machines and developed numerical analysis.
Symbolic computing: We got bitstring crunchers and developed software engineering.
Narrative computing: Now we have storytelling engines — and we need narrative engineering.

Narrative computing is what the machine does. An LLM takes a prompt and generates a narrative. This is the primitive operation — the transistor of narrative engineering.

Narrative engineering is how we compose those primitives into reliable systems. A single LLM call is locally coherent but unreliable, just as a single transistor amplifies but drifts. You don't fix that by building a better transistor. You design circuits: redundancy (multiple perspectives), feedback (evaluation against rubrics), iteration (generate-evaluate-revise loops), and staged composition (charter → deliberation → resolution → evaluation). The engineering makes the system trustworthy even when individual components aren't.

"We've never had narrative engines powerful enough to make this methodology necessary before."

Software engineering grew from symbolic computing. Narrative engineering grows from narrative computing.

From Practice to Theory tells the story of how these practices grew, and the theory used to guide their development.

The essay Stories All the Way Down explains how everything is a story, how stories are a way to deal with wicked problems, and how we are constantly editing and re-editing the stories we tell ourselves about the world.

A methodology for making AI argue with itself until the truth gets uncomfortable. -- Lester Bangs, if he were alive

Who is this for?

  • Practitioners working with AI on complex sociotechnical problems
  • Research collaborators looking to contribute to open research programs → start here
  • Anyone frustrated with shallow AI outputs who suspects there's a better way
  • Skeptics wondering if this is just prompt engineering theater → start here
  • Theorists interested in narrative engineering, cybernetics, or sense-making

Three doors in

Want to use the methodology?Start Here — 15-minute onboarding, then your first committee run.

Want to understand the theory?Essays — curated reading paths for Practitioners, Theorists, Skeptics, and Formalists.

Want to assess the evidence?When This Methodology Fails — six failure modes, detection heuristics, and scope boundaries. Start with the honest accounting.

Getting started

New to these ideas?Start Here — 15-minute onboarding path, then your first committee run.

Or step by step:

  1. Read: Why Narrative Engines Change Everything
  2. Try: Adversarial Committees (a concrete technique you can use today)

Want the theory?

Want practical techniques?

  • Start with the Quick Start Guide — your first committee deliberation in 30 minutes.
  • Then explore the full Artifacts directory.

Want to contribute research?

  • Browse the Research Programs — active experiments ordered by impact on uncertainty, each with a contributing guide.
  • Pick an item that matches your skills or interests; every program has a "Contributing" block describing what's needed.

Want to contribute to the repo itself? See the Contributor Guide for a workflow-based entry point that preserves the existing reading paths.

Repository map: For a structured overview of every directory and how the pieces fit together, see agent/onboarding-core.md. The root AGENTS.md and CLAUDE.md files are thin tool-specific entry points into that canonical guide.

Why does this matter?

Most AI interaction fails because we treat LLMs like search engines or calculators. We ask questions expecting definitive answers. But LLMs are most powerful when understood as rapid story generators that help us navigate complexity through narrative exploration.

The core pipeline: explore possible futures (scenario generation), evaluate them adversarially (committee deliberation), repeat to map the decision landscape, and trace every commitment to the arguments that produced it. Quality propagates predictably through the pipeline — you always know where the ceiling is and what to improve. See Decisions Under Uncertainty for the full argument.

The methodology documented here has produced:

  • Rigorous, traceable decision-making under genuine uncertainty
  • Better identification of blind spots and load-bearing assumptions
  • Richer exploration of decision spaces with formal quality tracking
  • Auditable artifacts with full provenance (not just chat transcripts)

The inspectable reasoning record is independently valuable — it is the committee's primary product, not a byproduct of decision quality. Even when simpler approaches might reach the same decision, they rarely produce an audit trail that shows why.

These aren't incremental improvements. They represent a fundamentally different approach to human-AI collaboration.

What's in this repository?

Essays - Theoretical foundations and synthesis

Artifacts - Practical techniques and protocols

Examples - Checked-in scenario and deliberation records kept as examples or historical references

Palgebra - Formal algebra for LLM pipelines

  • Reference Card — start here: syntax, operators, morphism types, propagation rules, composition laws
  • Decorated Texts — full essay developing the formalism from first principles (soft types, enrichment vs. transformation, confidence propagation, human gates as collapse operators)
  • Committee as Palgebra — worked example: the adversarial committee pipeline formalized as resource equations
  • Duality and Composition — the fan/funnel duality: scenario generation as the committee's categorical dual, their composition as a decision monad, and iteration for mapping decision landscapes
  • Adapts Fong and Spivak's resource-theoretic framework (Seven Sketches in Compositionality, Ch. 2) to LLM pipelines. Three isomorphic representations: resource equations, string diagrams, and YAML-decorated artifact files

The essays describe why narrative engines need narrative engineering. The artifacts provide how — concrete techniques like adversarial committees and evaluation rubrics. Palgebra provides what, precisely — a formal language for specifying pipelines, their types, their quality propagation, and their composition laws (currently at working-hypothesis status pending expert review; see LLM-mathematical-inquiry outline). An adversarial committee is a transformation morphism; a rubric evaluation is an enrichment morphism; a human review gate is a collapse operator. The formalism makes these relationships explicit and composable.

Research Programs - Active experiments and evidence-building

Applications - Domain analyses applying the framework to real-world phenomena

  • Narrative Immune Systems — information warfare, journalism, and the trust commons, analyzed through the immune analogy

References - Background reading

Agent Skills — Slash commands available when working with an AI agent on this repo

CommandWhat it doesWhen to use
/committee [topic]Runs an adversarial committee deliberation using the roster in agent/roster.mdComplex decisions, competing values, "what are we missing?" problems
/scenarios [situation]Divergent scenario generation (fan): explore possible futures before committingGenuine uncertainty about what might happen — the fan half of fan/funnel
/probe [situation]Runs fan→funnel N times; produces variance report and decision landscape mapHigh-stakes decisions where understanding the decision landscape matters
/reviewIndependent evaluation of a committee transcript against five rubricsAfter any /committee run, or on a pasted transcript — completes the feedback loop
/string-diagramConverts resource equations to Mermaid diagramsVisualizing pipelines, formalizing workflows, editing equation sets
/handoffGenerates a session handoff for successor agentsEnd of work sessions, before breaks, after major milestones

These skills are the methodology made executable: /committee operationalizes the adversarial committee technique, /scenarios the fan (explore futures), /probe the repeated fan→funnel for landscape mapping, /review independent evaluation, /string-diagram the palgebra formalism, and /handoff continuity across agent sessions. Canonical skill bodies live in .claude/skills/; Claude and Cursor discover them through thin wrappers in .claude/commands/ and .cursor/commands/, while Codex reads the skill docs manually.

Core insights

  1. LLMs are storytelling machines. Everything they produce - mathematical proofs, legal analysis, code, decision trees - are narrative constructs, not mechanistic solutions.

  2. Observation changes state. Every AI response is a control signal that modifies your cognitive state. You cannot ask a question without being changed by the answer.

  3. Gaps produce bridges that change situations. The act of articulating a problem transforms the problem. Sense-making isn't discovery - it's production.

  4. Repetition produces difference. Asking "the same" question multiple times isn't failure - it's exploration of latent space, mapping the territory of possible interpretations.

  5. The analyst is an editor. Your role isn't truth-seeker but curator of which stories get "published to reality."

Why "Cyberneutics"?

Cyberneutics is a neologism derived from

Cyber (κυβερνήτης, the steersman) - governance, feedback, control
Neutics - evoking both hermeneutics (interpretation of texts) and neural (the substrate you're actually working with)

It captures something that "narrative computing" doesn't quite get at: that you're not just computing on narratives but doing something closer to steering through interpretation - the cybernetic loop applied to meaning-making with neural systems. There's also a nice echo of heuristics in there, which fits the System 1 / fast-pass dimension of the work.

Cyberneutics builds upon the runtime environment of MOOLLM (Don Hopkins) and aligns with the philosophy of Narrative Engineering (Alex Boland). Think of it as: MOOLLM is the platform, Cyberneutics is the practice.

Status

This is early-stage documentation of an emerging methodology. The techniques have been refined through iterative practice and have reached stable behavioral equilibrium; the theoretical framework is being formalized. As of Feb 2026, uptake signals include two external forks (one with merged Condorcet/comparison work), MOOLLM integration of the committee mechanism, and two repository stars (as of 2026-02-23). Current state and a brief trajectory are in Uptake and usage; a dated event log is in Usage and uptake chronology.

Run and test: For how to run the methodology (skills in chat, string-diagram script) and how to test the repo (smoke test, structure checks), see the repository review and run guide. For recent session context and maintainer hand-off, see the latest handoff in agent/.

Evidence base: The adversarial committee technique has empirical support from research on multi-agent reasoning — see Societies of Thought for a synthesis of findings from Google, UChicago, and the Santa Fe Institute. Comparison runs (deliberative vs. CJT-style independent vote) provide initial evidence that deliberation with Robert's Rules produces materially different outcomes than independent aggregation; on a value-laden question the two pipelines gave opposite verdicts (see comparison records). The theoretical foundations draw on sense-making methodology (Dervin), second-order cybernetics (von Foerster, Bateson), and process philosophy (Deleuze). The relationship to Condorcet's jury theorem is explicitly documented: we use CJT as a motivating analogy but do not satisfy its conditions, by design. What remains to be validated is the specific combination of techniques and their calibration across problem domains.

Feedback, questions, and contributions welcome.

License

CC BY-SA 4.0 for essays, MIT for code artifacts


"In complex systems, mechanism fails to comprehend the full picture, but stories can capture enough relevant structure to be useful."

Contributors

pragsmike

221 commits

scottrbrtsn

2 commits

Salkimmich

1 commits

Languages

Python

61.5%

Mermaid

35.2%

Makefile

3.4%