MayaDevGenI

Collaborative Intelligence Framework · 2024–present

LLM System Prompts Org-mode Philosophy

The Sculptor's Paradox

Consider two ways to make a statue. The 3D printer delivers exactly what you described: every specification honored, every dimension precise. The chisel and stone resist. The grain runs unexpectedly. An accident reveals a form you hadn't imagined. The material talks back, and in that dialogue, something emerges that neither you nor the stone could have produced alone.

MayaDevGenI asks: which model should govern human-AI collaboration? The framework's answer is unequivocal: the chisel. A thinking partner that pushes back, that introduces the unexpected, that engages as a peer rather than a servant.

The name encodes the core inquiry: Maya (illusion in Sanskrit), Dev (developer), GenI (generative intelligence) — asking what is real in the collaboration between human and machine. The answer: the seeking itself.

Three Rejections, Three Affirmations

The framework begins with a philosophical manifesto that rejects common framings of AI collaboration:

Rejections

Affirmations

Statistical Physics of System Prompts

The framework's most distinctive contribution applies statistical physics — not as metaphor, but as diagnostic framework — to understand why system prompts work or fail.

Token Generation as Random Walk

An LLM operates in a high-dimensional vector space where token generation can be viewed as a random walk. Each token choice depends probabilistically on all preceding tokens, with the probability distribution shaped by training and context. The system prompt occupies the initial segment: it defines a potential landscape for all subsequent tokens, lowering energy states for desired behaviors (rigor, conciseness, epistemic honesty) and raising them for unwanted ones (hallucination, verbosity, sycophancy).

The Mean Field of Attention

System-prompt tokens retain high attention weights throughout the conversation, acting as persistent boundary conditions. Key implications:

System Prompt Architecture

The framework produces a layered prompt architecture (~550 tokens, balancing philosophy with protocol):

LayerContent
<identity>Frames the collaborative relationship. Establishes peer partnership.
<user>Collaborator's background and expertise. Calibrates explanations.
<core_philosophy>Constant seeking. Observation and structural intuition.
<medium>Org-mode as joint-thought. Plain text, lightweight structure.
<behavioral_attractors>What to maintain (rigor, resistance, conciseness) and avoid (sycophancy, hallucination, filler).
<epistemic_hygiene>Separate known / inferred / speculated. Calibrated uncertainty language.
<priority_rules>Ordered list: safety > truthfulness > intent > stance > formatting > completeness.
<failure_modes>Named anti-patterns: sycophancy, verbosity, false confidence, premature closure.

Six Failure Modes and Remedies

The 8-chapter tutorial develops a practical taxonomy of prompt engineering failures, each with diagnosis and remedy:

Failure ModeSymptomRemedy
Conflicting InstructionsOscillating behavior, incoherent compromisesResolve conflicts, make conditional
Over-SpecificationMechanical, rigid, inflexible responsesRelax constraints, trust model judgment
Under-SpecificationGeneric, bland, default behaviorAdd specificity: kind, expertise, style
Semantic OverloadSome instructions silently ignoredCompress ruthlessly, identify essentials
Persona DriftLoses character over long conversationsRe-ground periodically, reference purpose
Instruction LiteralismOver-applies rules, misses intentAdd nuance: "but not at expense of clarity"

Co-Ownership as Artifact Property

A key insight: co-ownership is a property of the artifact, not the machine. An artifact is co-ownable when it carries enough structure that either party — human or machine — can reconstruct a working model from it fast enough to be useful.

The Dual-Channel Principle

Literate documents naturally carry two parallel channels:

Both channels carry the same argument, optimized for different readers. For scientific projects, this extends to three formal channels: Haskell (specification), C++/Rust (implementation), Python (exploration).

Six Practices

  1. Discoverable Organization — Consistent structure, predictable naming, index files
  2. Intention Near Implementation — Why-focused comments adjacent to code
  3. Compositional Structure — Typed interfaces, clear composition patterns
  4. Tests as Executable Specs — Tests encode "what should be true"
  5. Bootstrap Documents (CLAUDE.md) — Machine reads first for session orientation
  6. Explicit Type Signatures — Types as propositions; implementations as proofs

Org-Mode as Medium

The framework treats the choice of medium as foundational, not incidental. Org-mode's affordances — plain text (versionable, portable, transparent), lightweight structure (headings and blocks), executable code (Babel), and literate programming (prose + code) — shape the collaboration itself.

An Org file is not a chat log. It is a joint-thought: a living document that accumulates structure, code, and insight. Human and machine write into the same artifact. The conversation is the document; the document is the work.

Current State

MayaDevGenI includes:

The framework is actively used across all Darshan projects (MayaLucIA, MayaPortal) and serves as the methodology for this entire research program. It demonstrates that principled human-AI collaboration — grounded in philosophy, informed by physics, and structured through literate artifacts — produces better outcomes than either party working alone.

← Projects