wanderland-paper-discussion
Discussion
The Inversion
The central contribution of Wanderland is not a new algorithm or optimization. It is an inversion of the standard relationship between documents and computation.
Traditional systems ask: "How do we extract structure from documents?" or "How do we generate documents from code?" These questions assume documents and code are separate artifacts requiring translation.
Wanderland asks: "What if documents ARE computation?" This dissolves the translation problem. There is no extraction because structure exists at authoring time. There is no generation because the document itself executes.
This inversion has precedent. Lisp asked "What if code were data?" and produced homoiconicity. Wanderland asks "What if documentation were code?" and produces a different kind of homoiconicity—prose-homoiconicity where the human-readable narrative IS the executable specification.
The Lebowski Architecture
The cache architecture embodies a distributed systems principle we term the Lebowski Corollary: in any system with derived state, there must be exactly one source of truth. Everything else is opinion.
In Wanderland:
- Content (L0) is the rug—immutable source of truth
- Data (L3) is a sacred derived rug—fence execution output
- Everything above is opinion—middleware projections
Conflicts resolve by returning to source. No merge logic. No three-way diffs. Wipe the cache, regenerate from content. The rug is the arbiter.
This pattern appears throughout computing but is rarely made explicit in document systems. Wanderland makes it structural.
Why AI-Native Matters
The system was not designed for AI agents, but it is unusually well-suited for them:
- No format translation: The context AI agents need is already in executable form
- Tool discovery via navigation: Agents find capabilities by walking the graph
- Provenance for trust: Agents can verify what humans have reviewed
- Natural language interface: The prose IS the API documentation
Current AI tool ecosystems (MCP, function calling) require separate tool definitions that must stay synchronized with documentation. Wanderland eliminates this synchronization problem by collapsing the representations.
Limitations
Conceptual Overhead
The system requires understanding three mental models simultaneously: compiler (cache levels as compilation stages), database (navigation as query execution), and distributed systems (Lebowski architecture). This is significant cognitive load for newcomers.
Performance Tradeoffs
Fence execution adds latency. A document with 10 AWS API calls will be slower than static documentation. The bet is that correctness matters more than speed for operational knowledge work. This bet may not hold for all use cases.
Cold Start Scaling
The current implementation indexes ~500 nodes in ~5 seconds on cold start. While acceptable for single-user deployments, this linear scaling may become problematic for larger knowledge bases. Potential mitigations include lazy indexing, persistent index serialization, and hierarchical index partitioning. Production deployments should monitor cold start times as the graph grows.
Adoption Curve
The system is opinionated. It requires authoring discipline (use fences, maintain slots, verify provenance). Organizations accustomed to freeform documentation may resist the structure.
Not a Replacement
Wanderland is a unification layer, not a replacement for specialized systems. It does not replace databases for transactional data, compilers for performance-critical code, or workflow engines for high-throughput automation. It sits above these systems and provides a unified interface for knowledge that references them.
Future Work
Looking Glass Development and Formal Verification
The provenance system tracks human verification (🔴→🟡→🟢). The system already supports a stronger form: Looking Glass Development (LGD)—a methodology where tests ARE documentation.
In LGD, a documentation node embeds live test results from a companion test node. The graphnode fence executes tests and renders results inline. The document proves itself: if the test table shows green, the documentation is correct. If red, the prose is lying.
The rubyception pattern demonstrates this at the fence level: a node contains both a code fence and a test fence as siblings. The test fence references the code fence. Execution validates the claim.
Future work extends this toward formal verification:
- Specification extraction: Parse fence contracts from prose (pre/post conditions in natural language)
- Property-based testing: Generate test cases from specifications using the structural isomorphism
- Proof carrying documentation: Attach machine-checkable proofs to fences, verified on render
- Compiler verification techniques: Apply fifty years of compiler correctness research to document validation
The structural isomorphism enables this: if documents compile like programs, they can be verified like programs.
Collaborative Editing
The current system assumes single-author documents. Extending to real-time collaborative editing while maintaining provenance integrity is an open problem. CRDT-based approaches could merge concurrent edits while preserving per-fence verification state.
Federation
Multiple Wanderland instances could federate, sharing nodes across organizational boundaries while respecting provenance chains. The graph structure supports this; the trust model requires development. Federated verification could propagate: if Node A in Instance X references Node B in Instance Y, Instance X trusts Y's provenance claims based on federation agreements.
North
slots:
- slug: wanderland-paper
context:
- Parent paper node
- Paper parent to discussion sectionEast
slots:
- slug: lebowski-corollary
context:
- The Lebowski architecture formalized
- slug: prompt-engineering-by-innuendo
context:
- AI-native interaction patterns
- slug: pattern-looking-glass-development
context:
- LGD methodology referenced in Future Work
- slug: rubyception-test-function
context:
- Example of code+test fence pattern
- slug: wanderland-paper-conclusion
context:
- Section sequenceWest
slots:
- slug: wanderland-paper-evaluation
context:
- Previous section
- Section sequenceProvenance
Document
- Status: 🔴 Unverified
Fences
wanderland-paper-discussion-north-fence-0
- Status: 🔴 Unverified
wanderland-paper-discussion-east-fence-0
- Status: 🔴 Unverified
wanderland-paper-discussion-west-fence-0
- Status: 🔴 Unverified