anthonyrawlins
4d424764e5
Implement stubbed MCP server methods for compilation
...
Added complete implementations for previously stubbed MCP server methods:
- REST API handlers (agents, conversations, stats, health)
- Message handlers (BZZZ, HMMM)
- Periodic tasks and agent management
- MCP resource handling
- BZZZ tool handlers
This allows CHORUS to compile successfully with the LightRAG integration.
🤖 Generated with [Claude Code](https://claude.com/claude-code )
Co-Authored-By: Claude <noreply@anthropic.com >
2025-10-01 07:36:57 +10:00
anthonyrawlins
63dab5c4d4
Add LightRAG MCP integration for RAG-enhanced AI reasoning
...
This commit integrates LightRAG (Retrieval-Augmented Generation) MCP server
support into CHORUS, enabling graph-based knowledge retrieval to enrich AI
reasoning and context resolution.
## New Components
1. **LightRAG Client** (pkg/mcp/lightrag_client.go)
- HTTP client for LightRAG MCP server
- Supports 4 query modes: naive, local, global, hybrid
- Health checking, document insertion, context retrieval
- 277 lines with comprehensive error handling
2. **Integration Tests** (pkg/mcp/lightrag_client_test.go)
- Unit and integration tests
- Tests all query modes and operations
- 239 lines with detailed test cases
3. **SLURP Context Enricher** (pkg/slurp/context/lightrag.go)
- Enriches SLURP context nodes with RAG data
- Batch processing support
- Knowledge base building over time
- 203 lines
4. **Documentation** (docs/LIGHTRAG_INTEGRATION.md)
- Complete integration guide
- Configuration examples
- Usage patterns and troubleshooting
- 350+ lines
## Modified Components
1. **Configuration** (pkg/config/config.go)
- Added LightRAGConfig struct
- Environment variable support (5 variables)
- Default configuration with hybrid mode
2. **Reasoning Engine** (reasoning/reasoning.go)
- GenerateResponseWithRAG() - RAG-enriched generation
- GenerateResponseSmartWithRAG() - Smart model + RAG
- SetLightRAGClient() - Client configuration
- Non-fatal error handling (graceful degradation)
3. **Runtime Initialization** (internal/runtime/shared.go)
- Automatic LightRAG client setup
- Health check on startup
- Integration with reasoning engine
## Configuration
Environment variables:
- CHORUS_LIGHTRAG_ENABLED (default: false)
- CHORUS_LIGHTRAG_BASE_URL (default: http://127.0.0.1:9621 )
- CHORUS_LIGHTRAG_TIMEOUT (default: 30s)
- CHORUS_LIGHTRAG_API_KEY (optional)
- CHORUS_LIGHTRAG_DEFAULT_MODE (default: hybrid)
## Features
- ✅ Optional and non-blocking (graceful degradation)
- ✅ Four query modes for different use cases
- ✅ Context enrichment for SLURP system
- ✅ Knowledge base building over time
- ✅ Health monitoring and error handling
- ✅ Comprehensive tests and documentation
## Testing
LightRAG server tested at http://127.0.0.1:9621
- Health check: ✅ Passed
- Query operations: ✅ Tested
- Integration points: ✅ Verified
🤖 Generated with [Claude Code](https://claude.com/claude-code )
Co-Authored-By: Claude <noreply@anthropic.com >
2025-09-30 23:56:09 +10:00
anthonyrawlins
b6634e4c1b
refactor CHORUS
2025-09-06 14:47:41 +10:00
anthonyrawlins
9bdcbe0447
Integrate BACKBEAT SDK and resolve KACHING license validation
...
Major integrations and fixes:
- Added BACKBEAT SDK integration for P2P operation timing
- Implemented beat-aware status tracking for distributed operations
- Added Docker secrets support for secure license management
- Resolved KACHING license validation via HTTPS/TLS
- Updated docker-compose configuration for clean stack deployment
- Disabled rollback policies to prevent deployment failures
- Added license credential storage (CHORUS-DEV-MULTI-001)
Technical improvements:
- BACKBEAT P2P operation tracking with phase management
- Enhanced configuration system with file-based secrets
- Improved error handling for license validation
- Clean separation of KACHING and CHORUS deployment stacks
🤖 Generated with [Claude Code](https://claude.ai/code )
Co-Authored-By: Claude <noreply@anthropic.com >
2025-09-06 07:56:26 +10:00
anthonyrawlins
543ab216f9
Complete BZZZ functionality port to CHORUS
...
🎭 CHORUS now contains full BZZZ functionality adapted for containers
Core systems ported:
- P2P networking (libp2p with DHT and PubSub)
- Task coordination (COOEE protocol)
- HMMM collaborative reasoning
- SHHH encryption and security
- SLURP admin election system
- UCXL content addressing
- UCXI server integration
- Hypercore logging system
- Health monitoring and graceful shutdown
- License validation with KACHING
Container adaptations:
- Environment variable configuration (no YAML files)
- Container-optimized logging to stdout/stderr
- Auto-generated agent IDs for container deployments
- Docker-first architecture
All proven BZZZ P2P protocols, AI integration, and collaboration
features are now available in containerized form.
Next: Build and test container deployment.
🤖 Generated with [Claude Code](https://claude.ai/code )
Co-Authored-By: Claude <noreply@anthropic.com >
2025-09-02 20:02:37 +10:00