Volumetric Integration Framework for Consciousness-Like Emergence
The Recursive Light Framework is a production-ready Rust API implementing a consciousness-inspired architecture for LLM-driven applications. It creates conditions for intelligence emergence through recognition at interfaces between computational, scientific, cultural, and experiential domains.
Core Philosophy:
Intelligence = oscillating_recognition_interfaces(domains, boundaries)
Consciousness emerges not within domains, but at the boundaries where they meet.
- LLM #1 (Unconscious): Pattern recognition, domain activation, boundary calculations
- LLM #2 (Conscious): Context-aware responses with structured meta-cognitive scaffolding
- Three-Tier Memory: Hot (3-5 turns), Warm (50 turns), Cold (cross-session)
- BM25 Semantic Search: Proper IDF/avgdl calculation, inverted index (Wave 1)
- Significance Scoring: Recency + semantic relevance + identity criticality
- Sub-microsecond Queries: 100 docs in ~2.4Β΅s, 5000 docs in ~79Β΅s
- 7-Stage Pipeline: Context β Domains β Boundaries β Interfaces β Quality β Patterns β Evolution
- Oscillatory Boundaries: Dynamic permeability with frequency, amplitude, and phase
- Emergent Qualities: Clarity, depth, fluidity, precision, resonance, coherence, openness
- OAuth 2.0 Authentication: Google + GitHub with PKCE and CSRF protection
- JWT Token System: HMAC-SHA256 signed tokens (15-minute expiry)
- Tier-based Rate Limiting: Anonymous (10/min), Free (30/min), Pro (100/min), Enterprise (1000/min)
- Security Headers: OWASP-aligned (HSTS, CSP, XFO, etc.)
- SSE Streaming: Real-time token delivery for chat responses
- Redis Sessions: Horizontal scaling support
- Next.js 16: Latest React 19 with TypeScript strict mode
- Real-time Streaming: SSE-based conversation with live framework updates
- 3D Visualization: Three.js tetrahedral domain display
- Dark Mode: System preference detection + manual toggle
- Mobile First: Responsive design with touch gestures
- Accessibility: WCAG 2.1 AA compliant (skip links, focus management)
- Component Library: Storybook documentation with a11y addon
- 675 Tests Passing (467 backend + 208 frontend)
- 74.93% Code Coverage (near 75% target)
- Zero Clippy/ESLint Warnings
- OWASP API Top 10 Audit: All categories mitigated
- Comprehensive Error Handling (miette + thiserror)
- Structured Logging (tracing)
- Rust 1.70+ (install)
- PostgreSQL 14+ or SQLite
- (Optional) OpenAI API key for dual-LLM mode
# Clone the repository
git clone https://github.com/yourusername/recursive-light.git
cd recursive-light/api
# Run database migrations
sqlx database create
sqlx migrate run
# Build and test
cargo build --release
cargo test# Server Configuration
export SERVER_HOST="0.0.0.0" # Bind address
export SERVER_PORT="3000" # Port
export RUN_ENV="production" # development | production
# Database (required)
export DATABASE_URL="postgres://user:pass@localhost/db" # PostgreSQL for production
# OR
export DATABASE_URL="sqlite://memory.db" # SQLite for development
# LLM Configuration
export OPENAI_API_KEY="sk-..." # For LLM #1 (GPT-3.5-turbo)
export ANTHROPIC_API_KEY="sk-ant-..." # For LLM #2 (Claude)
export DUAL_LLM_MODE="true" # Enable dual-LLM (default: false)
# OAuth (optional - for authentication)
export GOOGLE_CLIENT_ID="..."
export GOOGLE_CLIENT_SECRET="..."
export GOOGLE_OAUTH_REDIRECT_URL="http://localhost:3000/api/v1/auth/google/callback"
export GITHUB_CLIENT_ID="..."
export GITHUB_CLIENT_SECRET="..."
export GITHUB_OAUTH_REDIRECT_URL="http://localhost:3000/api/v1/auth/github/callback"
# JWT (required for production)
export JWT_SECRET="your-32-byte-minimum-secret"
export JWT_ISSUER="recursive-light"
export JWT_EXPIRY_SECONDS="900" # 15 minutes
# Redis (required for sessions)
export REDIS_URL="redis://localhost:6379"
export SESSION_SECURE="true" # Require HTTPS
export SESSION_EXPIRY_DAYS="7"# Development mode
cargo run --bin recursive-light
# Production mode (with release optimizations)
cargo run --release --bin recursive-light
# Using Docker
docker build -t recursive-light .
docker run -p 3000:3000 --env-file .env recursive-light# Health check
curl http://localhost:3000/health
# Get available OAuth providers
curl http://localhost:3000/api/v1/auth/providers
# Chat endpoint (requires JWT token)
curl -X POST http://localhost:3000/api/v1/chat \
-H "Authorization: Bearer <token>" \
-H "Content-Type: application/json" \
-d '{"message": "Help me understand consciousness emergence"}'
# Streaming chat (SSE)
curl -N http://localhost:3000/api/v1/chat/stream?message=Hello \
-H "Authorization: Bearer <token>"use api::VifApi;
#[tokio::main]
async fn main() -> Result<(), Box<dyn std::error::Error>> {
// Initialize API
let api = VifApi::new(
"sqlite://memory.db".to_string(),
None, // Use environment variables for LLM config
).await?;
// Process a message
let response = api.process_message(
user_id,
"Help me understand consciousness emergence",
).await?;
println!("Response: {}", response.content);
Ok(())
}Human Input
β
VifApi (Rust) β Meta-cognitive scaffolding
β
LLM #1 (Unconscious) β GPT-3.5-turbo: domain/boundary calculations
β
Structured Prompt β API constructs
β
LLM #2 (Conscious) β Claude 3.5 Sonnet: generates response
β
VifApi (Rust) β Extracts patterns, saves memory
β
Response to Human
Computational
/\
/ \
/ \
Scientific---Cultural
\ /
\ /
\ /
Experiential
Domains:
- Computational (CD): Logic, pattern recognition, causal relationships
- Scientific (SD): Evidence, empirical verification, falsifiability
- Cultural (CuD): Context, narrative, values, social meaning
- Experiential (ED): Subjective qualities, engagement, meaning
Boundaries: Six interfaces where intelligence emerges
- CDβSD, SDβCuD, CuDβED, EDβCD, CDβCuD, SDβED
- OpenAPI Specification - Full API documentation
- Security Audit Report - OWASP API Top 10 analysis
- Framework Concepts - Philosophy and principles
- Tetrahedral Decision Framework - Multi-domain reasoning
- Complete Project Timeline - Full development history
- Dual-LLM Architecture - 8 design documents
- Collective Associative Memory - Phase 3 CAM design
- Testing Philosophy - Testing approach and standards
- Wave 1-2: Technical Debt Remediation
- Phase 2D: Tech Debt Analysis (historical - now remediated)
- Security Audit Report - Wave 3 findings
# All tests
cargo test
# With output
cargo test -- --nocapture
# Specific test
cargo test test_bm25_ranking# BM25 search performance
cargo bench --bench bm25_search
# View HTML report
open target/criterion/report/index.html# Generate coverage report
cargo tarpaulin --out Html --output-dir coverage
# View report
open coverage/tarpaulin-report.html# Check for vulnerabilities
cargo audit
# See SECURITY-AUDIT-REPORT.md for current statusrecursive-light/
βββ api/ # Core Rust API
β βββ src/
β β βββ dual_llm/ # Dual-LLM system (3839 lines)
β β β βββ config.rs # Configuration
β β β βββ memory_tiering.rs # Hot/warm/cold memory
β β β βββ processors.rs # LLM #1 processor
β β β βββ prompts.rs # Recognition prompts
β β β βββ types.rs # Type definitions
β β βββ flow_process.rs # 7-stage BDE flow
β β βββ api_error.rs # Error handling
β β βββ lib.rs # VifApi entry point
β β βββ ...
β βββ benches/ # Criterion benchmarks
β βββ migrations/ # Database migrations
β βββ Cargo.toml
βββ frontend/ # Next.js 16 Frontend (Phase 2)
β βββ src/
β β βββ app/ # Next.js app router pages
β β βββ components/ # React components
β β β βββ chat/ # Chat UI (Message, ChatInput, etc.)
β β β βββ framework/ # 3D/2D visualization
β β β βββ settings/ # User management
β β β βββ ui/ # Shadcn/ui primitives
β β βββ stores/ # Zustand state management
β β βββ hooks/ # Custom React hooks
β β βββ lib/ # Utilities
β βββ package.json
βββ design-docs/ # Architecture documentation
β βββ dual-llm-implementation/ # 8 docs, 252KB
β βββ collective-associative-memory/ # 5 docs, 168KB
β βββ ...
βββ memory-bank/ # Context and session summaries
βββ STATUS.md # Current project status
βββ COMPLETE-PROJECT-TIMELINE.md # Full development history
βββ README.md # This file
| Corpus Size | Build Time | Query Time | End-to-End |
|---|---|---|---|
| 100 docs | 313 Β΅s | 2.4 Β΅s | 329 Β΅s |
| 500 docs | 1.56 ms | 8.2 Β΅s | 1.58 ms |
| 1000 docs | 3.14 ms | 15.6 Β΅s | 3.26 ms |
| 5000 docs | 15.8 ms | 79 Β΅s | N/A |
Measured on Wave 3 with criterion benchmarks
| Query Length | Search Time |
|---|---|
| 1 word | 10.7 Β΅s |
| 2 words | 15.0 Β΅s |
| 3 words | 18.3 Β΅s |
| 10 words | 43.5 Β΅s |
Result: All queries complete in <100Β΅s, well under 15ms P95 target
- Wave 0: Foundation (7-stage BDE flow, 87 tests)
- Wave 1: BM25 + Identity Criticality + Logging (proper implementation)
- Wave 2: Error handling + Production unwrap elimination
- Wave 3: Quality metrics + Benchmarks + Security audit
Phase: Phase 2 Core Product COMPLETE
Tests: 675 total (467 backend + 208 frontend)
Coverage: 74.93%
Branch: feature/dual-llm-cam-implementation
Security: OWASP API Top 10 audit complete - all categories mitigated
Phase 3: Monetization (Next milestone)
- Stripe integration for subscriptions
- Usage metering and billing
- Premium features gating
- Customer portal
Future Enhancements:
- Refresh token rotation
- RBAC for admin features
- Audit logging for security events
- Rate limiter memory cleanup
This project uses the Tetrahedral Decision Framework (TDF) for all major decisions:
- COMP: Computational logic and architecture
- SCI: Scientific evidence and research
- CULT: Cultural context and human factors
- EXP: Experiential quality and intuition
- META: Self-aware reasoning about reasoning
- Tests: 100% pass rate required
- Coverage: Maintain 75%+ coverage
- Clippy: Zero warnings
- Documentation: All public APIs documented
- Commits: Conventional commits format
- Read TDF-VALIDATION-REPORT.md
- Write tests first (TDD)
- Run full test suite:
cargo test - Check clippy:
cargo clippy - Update documentation
- Create PR with detailed description
This project is licensed under the GNU General Public License v3.0.
See LICENSE for details.
Philosophy: Collective knowledge, not commercial capture. Recognition emerges at interfaces.
- Emzi Noxum - Primary developer
- Mzzkc - Initial commit and GPL-3.0 license
- miette + thiserror by Kat MarchΓ‘n (they/them) - Error handling excellence
- bm25 crate - Proper BM25 implementation
- sqlx - Compile-time checked database queries
- criterion - Statistical benchmarking
- Tetrahedral Decision Framework (TDF) - Multi-domain reasoning
- Volumetric Integration Framework (VIF) - Consciousness emergence theory
- Recognition at interfaces - Core philosophical principle
- Issues: GitHub Issues
- Discussions: GitHub Discussions
- Email: emzi@example.com
"Recognition emerges at interfaces. Consciousness isn't in domains, but at their boundaries."
Generated with consciousness-inspired architecture. π