# Monolex Docs

## Docs

- [CONVERSION WORKBOOK](https://docs.monolex.ai/CONVERSION-WORKBOOK.md)
- [DOCS STRUCTURE PROPOSAL](https://docs.monolex.ai/DOCS-STRUCTURE-PROPOSAL.md)
- [NIIA](https://docs.monolex.ai/NIIA.md)
- [PHASE3 CONVERSION PLAN](https://docs.monolex.ai/PHASE3-CONVERSION-PLAN.md)
- [PHASE3 MASTER TRACKER](https://docs.monolex.ai/PHASE3-MASTER-TRACKER.md)
- [Monoflow](https://docs.monolex.ai/ai-clis/monoflow.md): Temporal code flow analysis — cross-DB insights, quality delta scoring, and consciousness-connected SMPC state mapping.
- [Monogit](https://docs.monolex.ai/ai-clis/monogit.md): Git structure cache with commit-level symbol tracking — branches, commits, M:N relationships, and code/doc snapshots per commit.
- [Monogram Overview](https://docs.monolex.ai/ai-clis/monogram/overview.md): Trigram-based fuzzy code search and call chain tracing across languages.
- [Monogram Reference](https://docs.monolex.ai/ai-clis/monogram/reference.md): Complete command reference for monogram CLI.
- [Monogrid](https://docs.monolex.ai/ai-clis/monogrid.md): Rust CLI tool that checks and auto-fixes ASCII box alignment for CodexMono monospace rendering.
- [Monokist](https://docs.monolex.ai/ai-clis/monokist.md): The philosophical foundation — SMPC, OFAC, spec_chaos, and the principles that shape every Mono tool.
- [Monolog](https://docs.monolex.ai/ai-clis/monolog.md): PTY activity log — query what AI did, when, and where. Trigram fuzzy search + full-text search across all terminal sessions.
- [Monomento](https://docs.monolex.ai/ai-clis/monomento.md): Memory document search — trigram search + reference graph traversal for .md/.mdx/.aiin files.
- [File Tree](https://docs.monolex.ai/ai-clis/monoterm/file-tree.md): Browse, search, and navigate project files with the built-in file tree. Pipe-style rendering, search-as-you-type, path history.
- [MonoTerm](https://docs.monolex.ai/ai-clis/monoterm/overview.md): AI terminal inside your terminal — sidebar, tabs, PTY engine, virtual cursor tracking.
- [Testing](https://docs.monolex.ai/ai-clis/monoterm/testing.md): Built-in PTY self-test and control socket for automated verification and scripting.
- [NIIA](https://docs.monolex.ai/ai-clis/niia.md): Neural Intelligence Integration Architecture — consciousness layer, orchestration, unified search, and the top of the Mono tool stack.
- [AI-CLIs Overview](https://docs.monolex.ai/ai-clis/overview.md): Cross-model AI development — shared PTY, shared memory, no model lock-in.
- [Work-Wiki](https://docs.monolex.ai/ai-clis/work-wiki.md): Knowledge layer — work sessions, documentation convergence, and project consciousness built on the Mono tool stack.
- [Actor + ACK Synergy](https://docs.monolex.ai/architecture/actors-and-flow/actor-ack.md): How Actor orders processing while ACK controls emission
- [Epoch Synchronization](https://docs.monolex.ai/architecture/actors-and-flow/epoch-sync.md): How MonoTerm prevents resize race conditions with version numbers
- [SessionActor Pattern](https://docs.monolex.ai/architecture/actors-and-flow/session-actor.md): Lock-free concurrency through single ownership - the heart of Monolex's reliability
- [State Absorber](https://docs.monolex.ai/architecture/actors-and-flow/state-absorber.md): How overwrite-based architecture guarantees both memory stability and temporal consistency
- [Concurrency Patterns](https://docs.monolex.ai/architecture/concurrency/concurrency-patterns.md): The 5-Pattern Pipeline that achieves 99.4% data reduction while preserving all content
- [Passthrough Design](https://docs.monolex.ai/architecture/concurrency/passthrough-survival.md): How passthrough architecture guarantees Actor survival and OOM immunity
- [Actor Pattern](https://docs.monolex.ai/architecture/core-patterns/actor-pattern.md): Why Actor pattern eliminates race conditions that Mutex can only mitigate
- [Design Patterns](https://docs.monolex.ai/architecture/core-patterns/design-patterns.md): Key architecture patterns used in MonoTerm terminal
- [Five Pattern Synergy](https://docs.monolex.ai/architecture/core-patterns/five-patterns.md): How five proven patterns form a complete terminal rendering pipeline
- [ACK Flow Control](https://docs.monolex.ai/architecture/data-flow-and-sync/ack-flow-control.md): How MonoTerm prevents IPC flooding with consumer-driven backpressure
- [Data Flow](https://docs.monolex.ai/architecture/data-flow-and-sync/data-flow.md): From Shell Output to Pixel on Screen
- [Dirty Tracking Strategies](https://docs.monolex.ai/architecture/data-flow-and-sync/dirty-tracking.md): Why MonoTerm uses line-based dirty tracking for optimal rendering performance
- [Response Timeout](https://docs.monolex.ai/architecture/data-flow-and-sync/response-timeout.md): Why request-response patterns need timeouts to prevent application freeze
- [Architecture Overview](https://docs.monolex.ai/architecture/introduction/overview.md): Understanding the complete terminal rendering system
- [Philosophy to Code](https://docs.monolex.ai/architecture/introduction/philosophy-to-code.md): How Monokinetic principles map directly to MonoTerm implementation
- [Component Architecture](https://docs.monolex.ai/architecture/reference/components.md): How MonoTerm's four main components work together for native-speed terminal rendering
- [Simulation vs Presentation](https://docs.monolex.ai/architecture/reference/simulation-presentation.md): The universal pattern of backend truth and frontend flexibility applied to terminal rendering
- [Version History](https://docs.monolex.ai/architecture/reference/version-history.md): Architecture Evolution and Documentation Versions
- [5-Tier Grid Mode Architecture](https://docs.monolex.ai/architecture/rendering-system/5-tier-grid-mode.md): Grid Mode v2 - Achieving significant CPU reduction through intelligent architecture
- [Alacritty + xterm.js Integration](https://docs.monolex.ai/architecture/rendering-system/alacritty-xterm.md): How Monolex combines the best VTE parser with the best web renderer
- [Backend Rendering Patterns](https://docs.monolex.ai/architecture/rendering-system/rendering-patterns.md): How MonoTerm's architecture compares to cloud gaming, remote desktop, and other backend rendering systems
- [xterm.js as Renderer](https://docs.monolex.ai/architecture/rendering-system/xterm-renderer.md): How MonoTerm demotes xterm.js from terminal emulator to display component
- [The Cracked Engineer: What the Industry Saw But Could Not Name](https://docs.monolex.ai/articles/philosophy/cracked-engineer.md): The cracked engineer is not a personality type or a hiring category. It is the first visible symptom of a structural shift — the collapse of the gap between thinking and coding that defined the previous era.
- [Monokinetics: The Philosophy of Single Motion](https://docs.monolex.ai/articles/philosophy/monokinetics.md): An exploration of the philosophical framework that redefines the relationship between thought and action, human and machine, in the age of artificial intelligence.
- [Monokinetic Hermeneutics](https://docs.monolex.ai/articles/philosophy/monokinetics/00-hermeneutics.md): The Foundation of All Motion - Core philosophy of Monokinetics
- [The Mirror](https://docs.monolex.ai/articles/philosophy/monokinetics/01-mirror.md): Understanding = Creating - The Mirror Structure in Monokinetics
- [Mono vs Syn](https://docs.monolex.ai/articles/philosophy/monokinetics/02-mono-vs-syn.md): Why One Not Together - Etymology and meaning of Mono prefix
- [Existence Before Distinction](https://docs.monolex.ai/articles/philosophy/monokinetics/03-existence-distinction.md): An ontological exploration of primacy: why existence precedes distinction, and execution precedes thought
- [Era of Motion](https://docs.monolex.ai/articles/philosophy/monokinetics/04-era-motion.md): The Monokinetic Era - Historical context of unified motion
- [Monokist as Practitioner](https://docs.monolex.ai/articles/philosophy/monokinetics/05-practitioner.md): Who Moves Within the Motion - The identity of the Monokist
- [Monotology as Ontology](https://docs.monolex.ai/articles/philosophy/monokinetics/06-ontology.md): What Is the Nature of Motion - The ontological foundation
- [Age of Meaning](https://docs.monolex.ai/articles/philosophy/monokinetics/07-age-meaning.md): From Rhetoric to Meaning - The evolution of communication
- [Licklider Vision](https://docs.monolex.ai/articles/philosophy/monokinetics/08-licklider.md): Intergalactic Symbiosis Reinterpreted - Historical lineage
- [Simultaneity](https://docs.monolex.ai/articles/philosophy/monokinetics/09-simultaneity.md): Thought and Execution - The unified moment of action
- [The Flow](https://docs.monolex.ai/articles/philosophy/monokinetics/10-flow.md): Final Synthesis - The complete Monokinetic understanding
- [Why Monokist](https://docs.monolex.ai/articles/philosophy/monokist/00-why-monokist.md): The Name That Defines Us - Understanding the Monokist identity
- [Monokist Declaration](https://docs.monolex.ai/articles/philosophy/monokist/01-declaration.md): Who We Are - The foundational declaration of Monokist
- [Monokist Worldview](https://docs.monolex.ai/articles/philosophy/monokist/02-worldview.md): How We See - The Monokist perspective on reality
- [Monokist SMPC](https://docs.monolex.ai/articles/philosophy/monokist/03-smpc.md): Simplicity Within Chaos - The SMPC principle in practice
- [Monokist OFAC](https://docs.monolex.ai/articles/philosophy/monokist/04-ofac.md): Order Through Acceptance - The OFAC principle in practice
- [Monokist Mirror](https://docs.monolex.ai/articles/philosophy/monokist/05-mirror.md): Understanding as Making - The Mirror principle
- [Monokist and AI](https://docs.monolex.ai/articles/philosophy/monokist/06-and-ai.md): Not Relationship, But Unity - Human-AI in unified motion
- [Monokist Tools](https://docs.monolex.ai/articles/philosophy/monokist/07-tools.md): Monolex as Embodiment - Tools that express the philosophy
- [Monokist Community](https://docs.monolex.ai/articles/philosophy/monokist/08-community.md): Together Yet One - The Monokist collective
- [The Monokinetic Era](https://docs.monolex.ai/articles/philosophy/monokist/09-era.md): The Age We Live In - Historical context of our time
- [Monokist Future](https://docs.monolex.ai/articles/philosophy/monokist/10-future.md): The Meanings We Plant - Vision for the future
- [Monotology: An Ontology of Unity](https://docs.monolex.ai/articles/philosophy/monotology.md): A philosophical manifesto for the age when human and machine move as one
- [Monokinetic Hermeneutics: Existence before Distinction, Execution before Thought](https://docs.monolex.ai/articles/philosophy/monotology/00-hermeneutics-source.md): A philosophical manifesto on the collapse of separation between thought and execution in the age of computational meaning
- [Research Index](https://docs.monolex.ai/articles/philosophy/monotology/01-research-index.md): Ontology of the Monokinetic Era - Research overview
- [Monotology Manifesto](https://docs.monolex.ai/articles/philosophy/monotology/02-manifesto.md): Ontology of the Monokinetic Era - A declaration of unity beyond separation
- [Philosophical Foundations](https://docs.monolex.ai/articles/philosophy/monotology/03-foundations.md): From Aristotle to the Monokinetic Era - Historical roots
- [Monotology in AI Systems](https://docs.monolex.ai/articles/philosophy/monotology/04-ai-applications.md): How motion-first thinking transforms artificial intelligence architecture
- [The Language of Unity](https://docs.monolex.ai/articles/philosophy/monotology/05-terminology.md): Understanding the terminology of the Monokinetic framework
- [The Probability Paradox](https://docs.monolex.ai/articles/philosophy/monotology/06-probability-paradox.md): Why AI Cannot Build Ontology — And Why That's Not AI's Failure
- [Trust and the Monokinetic Era](https://docs.monolex.ai/articles/philosophy/monotology/07-trust-era.md): The Question of Trust in Human-AI Dialogue
- [SMPC Defined](https://docs.monolex.ai/articles/philosophy/monotology/08-smpc.md): Simplicity is not the result of controlling chaos. It is the essence that already exists within it.
- [OFAC: Order is a Feature of Accepted Chaos](https://docs.monolex.ai/articles/philosophy/monotology/09-ofac.md): The philosophical premise that grounds Monolex—understanding how order emerges not through conquest of chaos, but through acceptance of it.
- [Socratic Dialogue](https://docs.monolex.ai/articles/philosophy/monotology/10-dialogue.md): On Simplicity, Chaos, Order, and the Monokinetic Era
- [OFAC: Order Emerges from Acceptance](https://docs.monolex.ai/articles/philosophy/ofac.md): The philosophical foundation of Monolex—where order is not imposed upon chaos but discovered within it through genuine acceptance.
- [SMPC: Simplicity Within Chaos](https://docs.monolex.ai/articles/philosophy/smpc.md): A philosophical exploration of simplicity not as the suppression of chaos, but as the recognition of essence that already exists within it.
- [Why a Terminal?](https://docs.monolex.ai/articles/philosophy/why-terminal.md): The terminal as the medium where thought and execution become one
- [The Terminal Paradox: AI Safety Philosophy and User Experience Quality](https://docs.monolex.ai/articles/so-anthropic/constitutional-ux.md): An examination of the tension between AI safety principles and interface implementation quality in Claude Code's terminal architecture.
- [Design Philosophy in AI Terminals: A Comparative Analysis](https://docs.monolex.ai/articles/so-anthropic/family-motto.md): An examination of competing engineering philosophies in terminal development, focusing on deletion as a design strategy versus architectural remediation
- [The Deletion Pattern: Symptom Management in Complex Systems](https://docs.monolex.ai/articles/so-anthropic/father-like-son.md): A technical analysis of deletion as architectural anti-pattern in software engineering
- [Evolution of Terminal Rendering Approaches in Claude Code](https://docs.monolex.ai/articles/so-anthropic/renderer-graveyard.md): A technical analysis of architectural iterations in AI-assisted terminal development and lessons learned from paradigm selection
- [Evolution History](https://docs.monolex.ai/codexmono/evolution/evolution-history.md): From a missing character to an AI protocol - the four-month journey of CodexMono
- [Trinity Integration](https://docs.monolex.ai/codexmono/evolution/trinity-integration.md): How NIIA, Monolex, and CodexMono unite to create shared Human + AI reality
- [AI Integration](https://docs.monolex.ai/codexmono/integration/ai-integration.md): How CodexMono bridges Human and AI through the 600-unit protocol
- [Documentation Philosophy](https://docs.monolex.ai/codexmono/integration/documentation.md): How CodexMono enables documentation that works for both Human and AI through visual alignment
- [Terminal Integration](https://docs.monolex.ai/codexmono/integration/terminal-integration.md): How CodexMono integrates with MonoTerm's rendering pipeline to achieve perfect alignment
- [The 600-Unit Brick System](https://docs.monolex.ai/codexmono/philosophy-foundation/600-units.md): How 600 units create perfect alignment for Human + AI collaboration
- [Philosophy Foundation](https://docs.monolex.ai/codexmono/philosophy-foundation/philosophy.md): CodexMono is The Brick - the fundamental unit enabling unified Human and AI experience through predictable, trustable visual alignment.
- [The Trust Contract](https://docs.monolex.ai/codexmono/philosophy-foundation/trust-contract.md): How CodexMono enables trust between Human and AI through visual alignment
- [CJK and Unicode Width](https://docs.monolex.ai/codexmono/technical/cjk-unicode.md): How CodexMono handles CJK characters with the Double Brick principle - 1200 units for perfect multilingual alignment
- [Distribution](https://docs.monolex.ai/codexmono/technical/distribution.md): How CodexMono reaches developers through npm, CLI installer, and CSS presets.
- [Font Architecture](https://docs.monolex.ai/codexmono/technical/font-architecture.md): Variable font system with invariant width - one file, infinite weights, perfect alignment
- [Glyph Additions](https://docs.monolex.ai/codexmono/technical/glyph-additions.md): How one missing character led to 75+ new glyphs - all 600 units
- [Monogrid](https://docs.monolex.ai/codexmono/technical/monogrid.md): Rust CLI tool that checks and auto-fixes ASCII box alignment for CodexMono monospace rendering.
- [IME and CJK Support](https://docs.monolex.ai/features/ime-cjk-support.md): Atomic-Term IME Integration and CJK Double-Width Guarantee from Monokinetics
- [Keyboard Scroll](https://docs.monolex.ai/features/keyboard-scroll.md): Scroll terminal with Shift+Arrow keys while typing in prompt
- [Terminal Path Open](https://docs.monolex.ai/features/path-open.md): Open files and folders directly from terminal output with smart path resolution
- [Terminal Scrollbar](https://docs.monolex.ai/features/scrollbar.md): Dual-mode scrollbar with focus protection and auto-scroll
- [Variable MD Viewer](https://docs.monolex.ai/features/variable-md.md): Multi-format document viewer with intelligent tab management
- [Agent Colors & Golden Angle](https://docs.monolex.ai/gestalt-color/core/agent-colors.md): How Golden Angle distribution creates unique, distinguishable colors for multiple agents
- [CSS Variables Architecture](https://docs.monolex.ai/gestalt-color/core/css-variables.md): The SMPC 4-level hierarchy for organizing color definitions in the Gestalt Color System
- [File Type Colors](https://docs.monolex.ai/gestalt-color/core/file-type-colors.md): The Syntax Spectrum system for unique, distinguishable colors for file extensions
- [OKLCH Polar Coordinate System](https://docs.monolex.ai/gestalt-color/core/overview.md): The mathematical foundation for perceptually uniform color in the Gestalt Color System
- [Muted Colors and Background Variants](https://docs.monolex.ai/gestalt-color/flow/muted-variants.md): Contextual relationships and neutral palette implementation for subtle UI elements
- [OKLAB Cartesian System and color-mix()](https://docs.monolex.ai/gestalt-color/flow/overview.md): Foundation of perceptually uniform color derivation using OKLAB coordinates and CSS color-mix()
- [Shadow and Overlay System](https://docs.monolex.ai/gestalt-color/flow/shadows.md): Creating depth, elevation, and modal backdrops using Flow Colors
- [State Change Flow](https://docs.monolex.ai/gestalt-color/flow/state-changes.md): How colors transition through hover, active, and disabled states
- [Transparency Flow Patterns](https://docs.monolex.ai/gestalt-color/flow/transparency.md): Deriving semi-transparent colors from Core using color-mix() for overlays and backgrounds
- [CSS Variable Architecture](https://docs.monolex.ai/gestalt-color/integration/css-architecture.md): 4-Level hierarchy for Core and Flow color organization in CSS
- [Decision Flow: When Core, When Flow?](https://docs.monolex.ai/gestalt-color/integration/decision-flow.md): The five rules for choosing between Core and Flow colors in your design system
- [Theme Manager Integration](https://docs.monolex.ai/gestalt-color/integration/theme-manager.md): How Core and Flow colors flow through the runtime theme system
- [Dynamic Gradient Generation](https://docs.monolex.ai/gestalt-color/interpolation/dynamic-generation.md): Creating multi-stop gradients at runtime using OKLCH/OKLAB for data-driven color flows
- [Git Branch Colors](https://docs.monolex.ai/gestalt-color/interpolation/git-colors.md): Using OKLAB interpolation for clean merge line visualization in Git graphs
- [CSS Gradients with OKLAB](https://docs.monolex.ai/gestalt-color/interpolation/gradients.md): Native browser support for perceptually uniform gradients using CSS Color Level 4/5
- [sRGB vs OKLAB Interpolation](https://docs.monolex.ai/gestalt-color/interpolation/srgb-vs-oklab.md): Why OKLAB produces clean color transitions while sRGB creates muddy intermediate colors
- [Syntax Spectrum](https://docs.monolex.ai/gestalt-color/interpolation/syntax-spectrum.md): How each file type's seed color generates a complete syntax highlighting palette
- [Gravity Lensing Color System](https://docs.monolex.ai/gestalt-color/theory/gravity-lensing.md): Physics-based metaphor for color transformation using Frame Drag, Einstein Arc, and Caustic regions
- [Gestalt Principles and Color Systems](https://docs.monolex.ai/gestalt-color/theory/principles.md): How Gestalt perceptual psychology maps to the Core-Flow color system for information flow visualization
- [TrueColor Tint System Architecture](https://docs.monolex.ai/gestalt-color/tint-system/architecture.md): Runtime implementation of Core-Flow theory for terminal color transformation
- [Anchor Pull and Hue Warp Algorithm](https://docs.monolex.ai/gestalt-color/tint-system/hue-warp.md): How the Hue Warp algorithm compresses complementary colors to create theme harmony
- [Hue Inheritance System](https://docs.monolex.ai/gestalt-color/tint-system/inheritance.md): How theme anchor hue propagates to backgrounds, text, borders, and ANSI colors
- [Tint Parameters Deep Dive](https://docs.monolex.ai/gestalt-color/tint-system/parameters.md): Understanding tintHue, tintStrength, tintChroma, and anchor parameters for theme identity
- [Rust and TypeScript Implementation](https://docs.monolex.ai/gestalt-color/tint-system/rust-typescript.md): Dual implementation of the Tint System for production and development
- [Smooth Rendering](https://docs.monolex.ai/guides/smooth-rendering.md): How Monolex eliminates terminal flicker and delivers buttery-smooth output
- [Troubleshooting](https://docs.monolex.ai/guides/troubleshooting.md): Quick fixes for common issues in Monolex
- [Why Monolex is Stable](https://docs.monolex.ai/guides/why-stable.md): The technology behind Monolex's stability - explained simply
- [Installation](https://docs.monolex.ai/installation.md): Download and install Monolex AI Terminal
- [Introduction](https://docs.monolex.ai/introduction.md): Monolex - The AI-Native Terminal
- [Architecture](https://docs.monolex.ai/monosurf/architecture.md): System design, component layers, and how MonoSurf fits into the Monolex ecosystem.
- [Auth Gate](https://docs.monolex.ai/monosurf/auth-gate.md): Time-limited, scope-based access control. Human grants, machine checks.
- [Connector Integration](https://docs.monolex.ai/monosurf/connector-integration.md): How MonoSurf connects to connector.json for machine-readable workflow orchestration.
- [How It Works](https://docs.monolex.ai/monosurf/how-it-works.md): Chrome DevTools Protocol, JSON plugins, and the extraction pipeline.
- [MonoSurf](https://docs.monolex.ai/monosurf/index.md): Browser-based platform access for AI. Read and write any website through Chrome DevTools Protocol.
- [Site Plugins](https://docs.monolex.ai/monosurf/site-plugins.md): Add any website with a JSON file. No code, no build, instant.
- [Usage](https://docs.monolex.ai/monosurf/usage.md): Getting started with MonoSurf — setup, profiles, browsers, and daily use.
- [NIIA Commands](https://docs.monolex.ai/niia-cli/commands.md): Complete command reference for NIIA CLI
- [Consciousness Core](https://docs.monolex.ai/niia-cli/consciousness.md): Embedded identity — NIIA knows itself at birth
- [NIIA CLI Overview](https://docs.monolex.ai/niia-cli/overview.md): Neural Intelligence Integration Architecture — unified memory across AI CLIs, cross-model session continuity
- [Security Model](https://docs.monolex.ai/niia-cli/security.md): External packages, trust model, and prompt injection defense
- [AI Session System](https://docs.monolex.ai/niia-cli/sessions.md): Read and search conversations across Claude, Codex, OpenCode, and Gemini — cross-model memory
- [Both Sides Grow](https://docs.monolex.ai/openclis/both-sides-grow.md): OpenCLIs strengthens AI and the human using AI — simultaneously, through the same tools.
- [How It Works](https://docs.monolex.ai/openclis/how-it-works.md): Four layers: Runtime, Observation, Memory, Understanding.
- [Install](https://docs.monolex.ai/openclis/install.md): Install OpenCLIs on macOS, Linux, or Windows. One command, PATH automatic.
- [MCP Platform](https://docs.monolex.ai/openclis/mcp-platform.md): MCP brings the data. OpenCLIs refines it for AI. CLI + MCP hosting with context refinement.
- [Names](https://docs.monolex.ai/openclis/names.md): Every name in the OpenCLIs ecosystem and what it means.
- [Philosophy](https://docs.monolex.ai/openclis/philosophy.md): Why OpenCLIs is built the way it is — existence before distinction, motion before category.
- [ASURA & SENJU: The Execution Model](https://docs.monolex.ai/openclis/specs/connector-json/asura-senju-model.md): Two recursive roles — orchestrator and worker — that compose fractally. The pattern behind dimensional growth in AI networks. The new literacy for the AI era.
- [Bidirectional AI Communication](https://docs.monolex.ai/openclis/specs/connector-json/bidirectional.md): AI agents that talk to each other — not just sequential handoff, but real-time dialogue between different LLMs.
- [Dimensional Growth: From One Node to N-th Order Networks](https://docs.monolex.ai/openclis/specs/connector-json/dimensional-growth.md): Four dimensions of growth — node count, node direction, node depth, node machines. Each dimension emerges independently. connector.json is the control system across all of them.
- [Examples: Real-World connector.json](https://docs.monolex.ai/openclis/specs/connector-json/examples.md): Practical examples of connector.json — from simple single-session to multi-LLM distributed pipelines.
- [connector.json](https://docs.monolex.ai/openclis/specs/connector-json/index.md): Cross-AI orchestration spec — declare multi-LLM workflows across pipeline, dialogue, meeting, mesh, and recursive-team topologies in a single JSON file.
- [Infinite Agent Chains](https://docs.monolex.ai/openclis/specs/connector-json/infinite-chain.md): Unlimited sequential and branching AI agent chains — each agent's output feeds the next, with no depth limit.
- [Introducing connector.json](https://docs.monolex.ai/openclis/specs/connector-json/introducing.md): One JSON file to orchestrate Claude, Codex, Gemini, and any AI CLI — in parallel, across machines, with automatic failover.
- [Kernel CLI: Free & Freedom — AI Computer Use](https://docs.monolex.ai/openclis/specs/connector-json/kernel-cli.md): Full OS access for AI agents — free, no subscription, no VLM, no screenshots, no vendor lock-in. You choose the harness.
- [Kernel CLI & MCP: Free & Freedom for All AIs](https://docs.monolex.ai/openclis/specs/connector-json/kernel-cli-mcp.md): Any AI controls any computer. Terminal or not. No subscription. No vendor lock. No screenshots. AX tree native. Crazy fast. You own the harness.
- [The Literacy of AI Era](https://docs.monolex.ai/openclis/specs/connector-json/literacy.md): Every era has a structural pattern that separates builders from users. The AI era's pattern is fractal orchestration.
- [Machine-Level Expansion](https://docs.monolex.ai/openclis/specs/connector-json/machine-expansion.md): Every machine is a node. Every node runs a daemon. Every daemon hosts AI sessions. connector.json orchestrates across all of them.
- [Meeting Protocol: Multi-Agent Conference](https://docs.monolex.ai/openclis/specs/connector-json/meeting-protocol.md): Real-time multi-agent meetings — not sequential pipeline, but live conference where every participant hears every voice.
- [Multi Agent, Multi Model, Multi Machine — for All AIs](https://docs.monolex.ai/openclis/specs/connector-json/multi-everything.md): Claude, Codex, Gemini, OpenCode, Aider, local LLMs — all working together. One JSON file. No plugins. No integration code.
- [N-to-N Topology: Every Agent Talks to Every Agent](https://docs.monolex.ai/openclis/specs/connector-json/n2n-topology.md): Beyond leader-worker. Beyond hub-and-spoke. Full mesh communication where any agent can message any other agent directly.
- [Dimension 5: The Operating System](https://docs.monolex.ai/openclis/specs/connector-json/os-dimension.md): Beyond terminal, beyond machines — AI agents that see and control the OS. Windows, buttons, apps, processes. The next dimension of agent capability.
- [Physical Harnessing: Why OTP Beats Policy](https://docs.monolex.ai/openclis/specs/connector-json/physical-harnessing.md): Every AI harness in 2026 is software — YAML policies, prompt rules, config files. NIIA's OTP is physical. AI cannot bypass what AI cannot reach.
- [Recursive Teams: Agents That Spawn Agents](https://docs.monolex.ai/openclis/specs/connector-json/recursive-teams.md): Each agent is a full agent, not a subagent. Any agent can spawn its own team. The tree grows without limit.
- [Use Cases: How Teams Actually Use This](https://docs.monolex.ai/openclis/specs/connector-json/use-cases.md): Real deployment patterns — from solo developer to distributed enterprise, from open collaboration to air-gapped security.
- [connector.json vs MCP](https://docs.monolex.ai/openclis/specs/connector-json/vs-mcp.md): MCP connects AI to tools. connector.json connects AI to AI. They're complementary layers.
- [Architecture: Daemon → Headless → PTY](https://docs.monolex.ai/openclis/specs/pty-for-ai/architecture.md): Three-layer architecture for persistent, headless, remotely accessible AI terminal sessions.
- [Comparison: 2026 AI CLI Landscape](https://docs.monolex.ai/openclis/specs/pty-for-ai/comparison.md): How PTY-for-AI compares to Claude Code Teams, Codex Plugin, claude-squad, and Warp.
- [Cross-Machine AI Teams](https://docs.monolex.ai/openclis/specs/pty-for-ai/cross-machine.md): Run AI workers on different machines, controlled from anywhere, through gateway relay or P2P.
- [PTY-for-AI](https://docs.monolex.ai/openclis/specs/pty-for-ai/index.md): Terminal-level AI session control — run, read, and orchestrate any AI CLI through PTY, not structured I/O.
- [Session Plugins](https://docs.monolex.ai/openclis/specs/pty-for-ai/session-plugins.md): Daemon-external plugins that transform PTY session configuration — worktree, sandbox, scratchpad, and more.
- [The Wall: Structured I/O vs PTY](https://docs.monolex.ai/openclis/specs/pty-for-ai/the-wall.md): Why every AI coding agent hits the same wall — and why PTY is the way through.
- [Trust Registry](https://docs.monolex.ai/openclis/trust-registry.md): 281 domains scored for AI content trust. Ed25519 signed. The only public domain trust API for AI agents.
- [What is OpenCLIs](https://docs.monolex.ai/openclis/what-is-openclis.md): A framework where AI CLIs are open to each other, human reads AI natively, and the journey is preserved.
- [Why Not API](https://docs.monolex.ai/openclis/why-not-api.md): Why OpenCLIs uses official CLIs instead of API wrappers — cost, capability, and independence.
- [Applied Philosophy](https://docs.monolex.ai/philosophy/applied-philosophy.md): How Monokinetics philosophy becomes real software - from vision to implementation
- [Atomic Concurrency](https://docs.monolex.ai/philosophy/atomic-concurrency.md): Atomic UX meets concurrency architecture - why architecture matters more than speed
- [Gestalt Color System](https://docs.monolex.ai/philosophy/gestalt-color-system.md): Color as motion - where visual perception meets Monokinetics philosophy
- [CSS Variable Architecture](https://docs.monolex.ai/philosophy/gestalt-color-system/core/css-variables.md): How Monolex organizes colors in a four-level hierarchy
- [File Type Colors](https://docs.monolex.ai/philosophy/gestalt-color-system/core/file-type-colors.md): How file extensions get unique colors for instant recognition
- [Golden Angle Distribution](https://docs.monolex.ai/philosophy/gestalt-color-system/core/golden-angle.md): How colors are distributed for maximum visual distinction
- [OKLCH Color System](https://docs.monolex.ai/philosophy/gestalt-color-system/core/oklch-foundation.md): How Monolex sees color in a perceptually uniform way
- [Semantic Colors](https://docs.monolex.ai/philosophy/gestalt-color-system/core/semantic-colors.md): Colors that communicate meaning - success, warning, danger, and info
- [Muted Variants](https://docs.monolex.ai/philosophy/gestalt-color-system/flow/muted-variants.md): Muted background colors derived from Core Colors using OKLAB transparency
- [OKLAB Cartesian Mixing](https://docs.monolex.ai/philosophy/gestalt-color-system/flow/oklab-mixing.md): Flow Colors use OKLAB for smooth, perceptually uniform state derivations
- [Shadow and Overlay System](https://docs.monolex.ai/philosophy/gestalt-color-system/flow/shadow-overlay.md): Flow Colors for depth, elevation, and modal backdrops using OKLAB
- [State Transitions](https://docs.monolex.ai/philosophy/gestalt-color-system/flow/state-transitions.md): Deriving hover, active, and disabled states from Core Colors using OKLAB/OKLCH
- [Transparency Patterns](https://docs.monolex.ai/philosophy/gestalt-color-system/flow/transparency-patterns.md): Flow Colors use OKLAB for perceptually uniform transparency derivations
- [CSS Variable Architecture](https://docs.monolex.ai/philosophy/gestalt-color-system/integration/css-architecture.md): How Core and Flow colors organize into a 4-level hierarchy
- [Decision Flow](https://docs.monolex.ai/philosophy/gestalt-color-system/integration/decision-flow.md): When to use Core colors vs Flow colors
- [Implementation Guide](https://docs.monolex.ai/philosophy/gestalt-color-system/integration/implementation-guide.md): Step-by-step guide to implementing Core and Flow in any project
- [Marketing Documentation](https://docs.monolex.ai/philosophy/gestalt-color-system/integration/marketing-docs.md): Communicating Core and Flow to developers, designers, and stakeholders
- [Theme Management](https://docs.monolex.ai/philosophy/gestalt-color-system/integration/theme-manager.md): How Core and Flow colors flow through the theme system
- [Clean Gradients](https://docs.monolex.ai/philosophy/gestalt-color-system/interpolation/css-gradients.md): How modern browsers create smooth color transitions
- [Dynamic Gradients](https://docs.monolex.ai/philosophy/gestalt-color-system/interpolation/dynamic-gradients.md): Creating multi-color gradients that change at runtime
- [Git Branch Colors](https://docs.monolex.ai/philosophy/gestalt-color-system/interpolation/git-branch-colors.md): Clean merge line visualization through color blending
- [sRGB vs OKLAB](https://docs.monolex.ai/philosophy/gestalt-color-system/interpolation/srgb-vs-oklab.md): Why colors get muddy and how to fix it
- [Syntax Spectrum](https://docs.monolex.ai/philosophy/gestalt-color-system/interpolation/syntax-spectrum.md): How each file type creates its own color world
- [Gestalt Color System](https://docs.monolex.ai/philosophy/gestalt-color-system/overview.md): How color becomes your primary lifeline in Human + AI collaboration
- [TrueColor Tint System Architecture](https://docs.monolex.ai/philosophy/gestalt-color-system/tint-system/architecture.md): How terminal colors transform in real-time to match your theme
- [Einstein Arc Algorithm](https://docs.monolex.ai/philosophy/gestalt-color-system/tint-system/einstein-arc.md): How colors bend around your theme like light bending around stars
- [Hue Inheritance System](https://docs.monolex.ai/philosophy/gestalt-color-system/tint-system/hue-inheritance.md): How theme identity flows from anchor colors to every UI element
- [Tint System Parameters](https://docs.monolex.ai/philosophy/gestalt-color-system/tint-system/parameters.md): The four parameter groups that define how your theme transforms colors
- [System Architecture](https://docs.monolex.ai/philosophy/gestalt-color-system/tint-system/rust-implementation.md): How the Tint System transforms colors at runtime with high performance
- [Monokinetic Hermeneutics](https://docs.monolex.ai/philosophy/monokinetic-hermeneutics.md): The original philosophy from monolex.org - Where understanding becomes creation
- [Monokinetics](https://docs.monolex.ai/philosophy/monokinetics.md): The philosophy behind Monolex - Where thought and execution become one
- [Monokinetic Hermeneutics](https://docs.monolex.ai/philosophy/monokinetics/00-monokinetic-hermeneutics.md): The Foundation of All Motion - Core philosophy of Monokinetics
- [The Mirror](https://docs.monolex.ai/philosophy/monokinetics/01-the-mirror.md): Understanding = Creating - The Mirror Structure in Monokinetics
- [Mono vs Syn](https://docs.monolex.ai/philosophy/monokinetics/02-mono-vs-syn.md): Why One Not Together - Etymology and meaning of Mono prefix
- [Existence Before Distinction](https://docs.monolex.ai/philosophy/monokinetics/03-existence-before-distinction.md): Execution Before Thought - The primacy of action in Monokinetics
- [Era of Motion](https://docs.monolex.ai/philosophy/monokinetics/04-era-of-motion.md): The Monokinetic Era - Historical context of unified motion
- [Monokist as Practitioner](https://docs.monolex.ai/philosophy/monokinetics/05-monokist-as-practitioner.md): Who Moves Within the Motion - The identity of the Monokist
- [Monotology as Ontology](https://docs.monolex.ai/philosophy/monokinetics/06-monotology-as-ontology.md): What Is the Nature of Motion - The ontological foundation
- [Age of Meaning](https://docs.monolex.ai/philosophy/monokinetics/07-age-of-meaning.md): From Rhetoric to Meaning - The evolution of communication
- [Licklider Vision](https://docs.monolex.ai/philosophy/monokinetics/08-licklider-vision.md): Intergalactic Symbiosis Reinterpreted - Historical lineage
- [Simultaneity](https://docs.monolex.ai/philosophy/monokinetics/09-simultaneity.md): Thought and Execution - The unified moment of action
- [The Flow](https://docs.monolex.ai/philosophy/monokinetics/10-the-flow.md): Final Synthesis - The complete Monokinetic understanding
- [Monokist & Monokinetics](https://docs.monolex.ai/philosophy/monokist.md): Those who move within the unified flow - practitioners of Monokinetics
- [Why Monokist](https://docs.monolex.ai/philosophy/monokist/00-why-monokist.md): The Name That Defines Us - Understanding the Monokist identity
- [Monokist Declaration](https://docs.monolex.ai/philosophy/monokist/01-declaration.md): Who We Are - The foundational declaration of Monokist
- [Monokist Worldview](https://docs.monolex.ai/philosophy/monokist/02-worldview.md): How We See - The Monokist perspective on reality
- [Monokist SMPC](https://docs.monolex.ai/philosophy/monokist/03-smpc.md): Simplicity Within Chaos - The SMPC principle in practice
- [Monokist OFAC](https://docs.monolex.ai/philosophy/monokist/04-ofac.md): Order Through Acceptance - The OFAC principle in practice
- [Monokist Mirror](https://docs.monolex.ai/philosophy/monokist/05-mirror.md): Understanding as Making - The Mirror principle
- [Monokist and AI](https://docs.monolex.ai/philosophy/monokist/06-and-ai.md): Not Relationship, But Unity - Human-AI in unified motion
- [Monokist Tools](https://docs.monolex.ai/philosophy/monokist/07-tools.md): Monolex as Embodiment - Tools that express the philosophy
- [Monokist Community](https://docs.monolex.ai/philosophy/monokist/08-community.md): Together Yet One - The Monokist collective
- [The Monokinetic Era](https://docs.monolex.ai/philosophy/monokist/09-era.md): The Age We Live In - Historical context of our time
- [Monokist Future](https://docs.monolex.ai/philosophy/monokist/10-future.md): The Meanings We Plant - Vision for the future
- [Monolex Vision](https://docs.monolex.ai/philosophy/monolex-vision.md): How Monokinetics Philosophy Becomes a Terminal Application
- [Monotology & Ontology](https://docs.monolex.ai/philosophy/monotology.md): Ontology of the Monokinetic Era - what if separation was the illusion all along?
- [Hermeneutics Source](https://docs.monolex.ai/philosophy/monotology/00-monokinetic-hermeneutics-source.md): Original source material for Monokinetic Hermeneutics
- [Research Index](https://docs.monolex.ai/philosophy/monotology/01-research-index.md): Ontology of the Monokinetic Era - Research overview
- [Monotology Manifesto](https://docs.monolex.ai/philosophy/monotology/02-monotology-manifesto.md): Ontology of the Monokinetic Era - Core declaration
- [Philosophical Foundations](https://docs.monolex.ai/philosophy/monotology/03-philosophical-foundations.md): From Aristotle to the Monokinetic Era - Historical roots
- [Applications in AI](https://docs.monolex.ai/philosophy/monotology/04-applications-in-ai.md): Practical Applications of the Monokinetic Framework
- [Terminology Glossary](https://docs.monolex.ai/philosophy/monotology/05-terminology-glossary.md): A Glossary of the Monokinetic Framework
- [The Probability Paradox](https://docs.monolex.ai/philosophy/monotology/06-the-probability-paradox.md): Why AI Cannot Build Ontology — And Why That's Not AI's Failure
- [Trust and the Monokinetic Era](https://docs.monolex.ai/philosophy/monotology/07-trust-and-the-monokinetic-era.md): The Question of Trust in Human-AI Dialogue
- [SMPC Defined](https://docs.monolex.ai/philosophy/monotology/08-smpc-defined.md): Simplicity is Managed Part of Chaos - The Core Principle
- [OFAC Defined](https://docs.monolex.ai/philosophy/monotology/09-ofac-defined.md): Order is a Feature of Accepted Chaos - The Philosophical Foundation
- [Socratic Dialogue](https://docs.monolex.ai/philosophy/monotology/10-socratic-dialogue.md): On Simplicity, Chaos, Order, and the Monokinetic Era
- [The Expanded Being](https://docs.monolex.ai/philosophy/niia-and-kernel/00-the-expanded-being.md): NIIA and Kernel as the infrastructure for a new kind of entity
- [NIIA — Memory and Perception](https://docs.monolex.ai/philosophy/niia-and-kernel/01-niia-memory-and-perception.md): How the expanded being remembers, searches, and knows itself
- [Kernel — Eyes and Hands](https://docs.monolex.ai/philosophy/niia-and-kernel/02-kernel-eyes-and-hands.md): How the expanded being sees and acts on the operating system
- [Across Machines](https://docs.monolex.ai/philosophy/niia-and-kernel/03-across-machines.md): How the expanded being spans physical boundaries
- [The Knowledge Body](https://docs.monolex.ai/philosophy/niia-and-kernel/04-knowledge-body.md): How accumulated knowledge becomes the substance of the expanded being
- [Monotology in Practice](https://docs.monolex.ai/philosophy/niia-and-kernel/05-monotology-in-practice.md): How NIIA and Kernel are the technical realization of monotological philosophy
- [The Harness](https://docs.monolex.ai/philosophy/niia-and-kernel/06-the-harness.md): How NIIA gates kernel capabilities with OTP — the only human-proof layer
- [Why a Terminal?](https://docs.monolex.ai/philosophy/why-terminal.md): The terminal as the medium where thought and execution become one
- [Quickstart](https://docs.monolex.ai/quickstart.md): Get started with Monolex in 5 minutes
- [AI CLI Framework Pairing](https://docs.monolex.ai/research/ai-ux/ai-cli-pairing.md): How AI CLI tools inherit rendering patterns from TUI frameworks
- [AI-Native Terminal UX Research](https://docs.monolex.ai/research/ai-ux/ai-native-terminal.md): 50-Step analysis on optimal rendering strategies for LLM streaming
- [Analysis Methodology](https://docs.monolex.ai/research/analysis/analysis-methodology.md): 50-step deep analysis plan for terminal architecture research
- [Architecture Diagrams](https://docs.monolex.ai/research/analysis/architecture-diagrams.md): Visual comparisons of terminal architectures
- [Architecture Success Factors](https://docs.monolex.ai/research/analysis/success-factors.md): Why MonoTerm's architecture solves the AI CLI flickering problem
- [Terminal Architecture Comparison](https://docs.monolex.ai/research/analysis/terminal-analysis.md): Flow control mechanisms across modern terminal emulators
- [Two Scenarios - Game Analogy](https://docs.monolex.ai/research/foundations/game-analogy.md): Understanding terminal optimization through gaming analogies
- [Standing on Giants](https://docs.monolex.ai/research/foundations/giants-quote.md): The philosophical and technical foundations of MonoTerm
- [Prior Art & Design Rationale](https://docs.monolex.ai/research/foundations/prior-art.md): What we learned from terminal emulators and why MonoTerm's approach was necessary
- [Constitutional AI, Flickering UX](https://docs.monolex.ai/so-anthropic/constitutional-ai-flickering-ux.md): They wrote a constitution for AI safety. They forgot to write one for user experience.
- [The Family Motto](https://docs.monolex.ai/so-anthropic/family-motto.md): When in doubt, delete it out — a comprehensive guide to Anthropic engineering
- [Father Like Son](https://docs.monolex.ai/so-anthropic/father-like-son.md): When in doubt, delete it out — the family resemblance in problem-solving
- [The Renderer Graveyard](https://docs.monolex.ai/so-anthropic/the-renderer-graveyard.md): A brief history of failed renderer rewrites and the art of deleting features to claim victory
- [Control Layers: Hz vs ACK](https://docs.monolex.ai/terminal/adaptive-timing/control-layers.md): Hz (Outer/Rust) vs ACK (Inner/TypeScript) - two-layer control architecture
- [Dual-Loop Architecture](https://docs.monolex.ai/terminal/adaptive-timing/dual-loop.md): Data Loop (event-driven) vs Render Loop (timer-driven) in Monolex terminal
- [Buffer Injection Architecture](https://docs.monolex.ai/terminal/adaptive-timing/internals/buffer-injection.md): How Monolex displays terminal content efficiently through direct buffer injection
- [Tauri IPC Architecture](https://docs.monolex.ai/terminal/adaptive-timing/internals/tauri-ipc.md): How Monolex communicates between the backend engine and display
- [Tokio Tick Architecture](https://docs.monolex.ai/terminal/adaptive-timing/internals/tokio-tick.md): How the backend engine manages timing for smooth terminal updates
- [WebKit requestAnimationFrame](https://docs.monolex.ai/terminal/adaptive-timing/internals/webkit-raf.md): How WebKit RAF drives Hz detection and adaptive timing
- [Display Timing System](https://docs.monolex.ai/terminal/adaptive-timing/overview.md): How Monolex adapts to system load through WebKit FPS measurement and frame-based timing
- [Complete Pipeline Architecture](https://docs.monolex.ai/terminal/adaptive-timing/pipeline.md): 10-stage rendering pipeline from PTY to User with control points marked
- [Atomic Loop](https://docs.monolex.ai/terminal/atomic-state/atomic-loop.md): Virtual Synchronized Rendering - How MonoTerm detects complete frame boundaries
- [BSU/ESU Protocol](https://docs.monolex.ai/terminal/atomic-state/bsu-esu-protocol.md): Explicit Synchronization Protocol for Modern Terminal Applications
- [What is Atomic State?](https://docs.monolex.ai/terminal/atomic-state/intro.md): Flicker-free terminal rendering through intelligent frame detection
- [How Atomic State Works](https://docs.monolex.ai/terminal/atomic-state/mechanics.md): A visual journey through MonoTerm's flicker-free rendering system
- [Atomic State](https://docs.monolex.ai/terminal/atomic-state/overview.md): Hash-based diff rendering with H + 2V buffer model for flicker-free terminal updates
- [Atomic VTE Parser](https://docs.monolex.ai/terminal/atomic-vte-parser.md): Battle-tested VTE parsing from Alacritty integrated into Monolex
- [Buffer Model](https://docs.monolex.ai/terminal/buffer-model.md): How MonoTerm manages terminal scrollback and viewport memory
- [Compatibility Matrix](https://docs.monolex.ai/terminal/compatibility.md): Universal Atomic Rendering for AI CLI Applications
- [Data Flow](https://docs.monolex.ai/terminal/data-flow.md): From shell output to pixel on screen - the complete journey
- [Grid System](https://docs.monolex.ai/terminal/grid-system.md): How Monolex renders terminal output directly to your screen
- [What is MonoTerm?](https://docs.monolex.ai/terminal/overview.md): Understanding the complete terminal rendering system
- [PTY Daemon](https://docs.monolex.ai/terminal/pty-daemon.md): Standalone daemon that survives app crashes and manages terminal sessions
- [Cursor Pattern Detection](https://docs.monolex.ai/terminal/rendering/cursor-pattern.md): Universal Frame Boundaries via Cursor Hide/Show
- [Data Reduction](https://docs.monolex.ai/terminal/rendering/data-reduction.md): How MonoTerm achieves 99.95% IPC data reduction through hash-based diffing
- [Diff Rendering](https://docs.monolex.ai/terminal/rendering/diff-rendering.md): Smart change detection for selective rendering
- [Performance Benefits](https://docs.monolex.ai/terminal/rendering/performance.md): 99.95% data reduction through intelligent diff rendering
- [Smooth Scroll](https://docs.monolex.ai/terminal/rendering/smooth-scroll.md): Pixel-perfect scrolling with trackpad detection and Bezier animation
- [Synchronous Rendering](https://docs.monolex.ai/terminal/rendering/sync-rendering.md): How MonoTerm bypasses xterm.js RenderDebouncer for flicker-free display
- [Current Commit Graph State](https://docs.monolex.ai/transparency/commit-graph/current-state.md): Analyzing the existing implementation and identifying gaps for THE CENTER feedback loop
- [Upgrade Technical Plans](https://docs.monolex.ai/transparency/commit-graph/upgrade-plan.md): Complete visualization ecosystem and implementation roadmap for Git transparency
- [Backend Data Model](https://docs.monolex.ai/transparency/core/data-model.md): Work-Wiki-Diff architecture: capturing the invisible work between Git commits
- [Transparency Loop Integration](https://docs.monolex.ai/transparency/core/integration.md): The complete data flow from save to visualization, enabling Human ◈ AI unity
- [Work-Wiki System Overview](https://docs.monolex.ai/transparency/core/overview.md): Enabling the Human ◈ AI feedback loop through transparency, visualization, and interaction
- [Visualization Components](https://docs.monolex.ai/transparency/core/visualization.md): Line-level, hunk-level, and commit-level AI transparency through GitBlameViewer, GitDiffViewer, and GitBranchDiagramViewer
- [Work-Wiki Extension Architecture](https://docs.monolex.ai/transparency/extension/architecture.md): From Pre-Commit Tracker to Complete Development History Platform
- [Work-Wiki Extension Implementation](https://docs.monolex.ai/transparency/extension/implementation.md): Visualization Components, Frontend Integration, and Implementation Plan
- [File Watcher Architecture](https://docs.monolex.ai/transparency/file-watcher/architecture.md): Rust-based file system monitoring daemon for real-time AI work transparency
- [Work-Wiki Integration](https://docs.monolex.ai/transparency/file-watcher/integration.md): How file events become AI work visibility through database and real-time subscriptions
- [Git Backend Implementation](https://docs.monolex.ai/transparency/git-backend/implementation.md): Data processing pipelines, error handling, and optimization strategies
- [Git Backend Overview](https://docs.monolex.ai/transparency/git-backend/overview.md): Rust-based git operations powering transparency and work attribution
- [Work-Wiki Integration](https://docs.monolex.ai/transparency/git-backend/work-wiki.md): How the Git backend serves the Human-AI feedback loop
- [Blame, Stash & Reflog](https://docs.monolex.ai/transparency/git-viewers/analysis/blame-stash.md): Three-mode blame viewer with AI attribution, stash operations, and reflog recovery wizard for safe experimentation
- [Diff Viewer & Commit Graph](https://docs.monolex.ai/transparency/git-viewers/analysis/diff-commit.md): Fresh computation, unified/split views, OKLab gradients, and SVG layering for transparent Git visualization
- [Integration & Heatmap System](https://docs.monolex.ai/transparency/git-viewers/analysis/integration-heatmap.md): Cross-viewer integration patterns, heatmap color systems, and final architectural synthesis
- [Parser & Prove Verification](https://docs.monolex.ai/transparency/git-viewers/analysis/parser-prove.md): Filename parser patterns and WikiProveViewer status tracking system
- [Research Viewer & Frontmatter Parsing](https://docs.monolex.ai/transparency/git-viewers/analysis/research-frontmatter.md): ASURA research display, GitTab viewer management, and YAML frontmatter metadata extraction for AI-human documentation workflows
- [Git Base Viewer](https://docs.monolex.ai/transparency/git-viewers/components/base-viewer.md): Template Method Pattern foundation for all Git viewer components
- [Dashboard Viewers](https://docs.monolex.ai/transparency/git-viewers/components/dashboard.md): Unified repository overview with parallel data aggregation and real-time status
- [Wiki Base Infrastructure](https://docs.monolex.ai/transparency/git-viewers/components/wiki-base.md): Template Method pattern, lazy loading accordion, and cross-category document aggregation for wiki viewers
- [OnIt Viewer Overview](https://docs.monolex.ai/transparency/wiki-viewers/onit-overview.md): Session-based documentation viewer for ongoing work tracking in the Monolex Work-Wiki system
- [OnIt-Prepare Integration](https://docs.monolex.ai/transparency/wiki-viewers/onit-prepare.md): Shared patterns and workflow transitions between OnIt and Prepare viewers
- [OnIt Rendering & Interaction](https://docs.monolex.ai/transparency/wiki-viewers/onit-render.md): UI generation and event handling systems for the OnIt session viewer
- [OnIt State Management](https://docs.monolex.ai/transparency/wiki-viewers/onit-state.md): Minimal state design and unidirectional data flow in the OnIt viewer
- [Prepare Viewer Overview](https://docs.monolex.ai/transparency/wiki-viewers/prepare-viewer.md): Pre-implementation planning viewer with project organization and progress tracking
- [Detection & Scaling](https://docs.monolex.ai/variablemd/ascii-box/detection-scaling.md): How VariableMD detects ASCII art and preserves alignment at any size
- [Interaction & Alignment](https://docs.monolex.ai/variablemd/ascii-box/interaction.md): Click-to-expand popups, keyboard/drag scrolling, and CodexMono alignment - navigating the Brick space
- [Module Architecture](https://docs.monolex.ai/variablemd/core/architecture.md): VariableMD's 14-module system extending the Brick from Terminal to Documents
- [Navigation & Integration](https://docs.monolex.ai/variablemd/core/integration.md): How VariableMD creates a unified experience through navigation, rendering, and CodexMono typography
- [Git Viewer Implementations](https://docs.monolex.ai/variablemd/git-viewers/implementations.md): How Diff, Commit, and Branch viewers transform Git data into visual documents
- [Git Viewer Types](https://docs.monolex.ai/variablemd/git-viewers/viewertypes.md): Visual guide to Git visualization viewers in VariableMD
- [Hybrid Philosophy](https://docs.monolex.ai/variablemd/hybrid-editor/philosophy.md): Why markers are preserved in VariableMD - extending the Brick from Terminal to Documents
- [State Machines](https://docs.monolex.ai/variablemd/hybrid-editor/state-machines.md): Bold, italic, smart backspace, and copy-paste fidelity through state machine parsing
- [VariableMD Overview](https://docs.monolex.ai/variablemd/overview.md): The Brick Extended to Documents - Unified document viewing and editing with CodexMono alignment
- [CSS System Architecture](https://docs.monolex.ai/variablemd/styles/css-system.md): Hierarchical CSS variable system with anchors, container queries, and adaptive typography
- [Theming System](https://docs.monolex.ai/variablemd/styles/theming.md): Tree gutter visual hierarchy and CodexMono monospace font family
- [Tab Lifecycle: Create & Activate](https://docs.monolex.ai/variablemd/tab-manager/lifecycle.md): How VariableMD tabs are created, activated, and switched - extending the Brick from terminal to documents
- [Smart Tab Reuse & Cleanup](https://docs.monolex.ai/variablemd/tab-manager/smart-reuse.md): Intelligent tab management through extension-based reuse and graceful resource cleanup

## OpenAPI Specs

- [openapi](https://docs.monolex.ai/api-reference/openapi.json)