Files
Redflag/docs/4_LOG/2025-11/Status-Updates/todos.md

89 lines
2.9 KiB
Markdown

# RedFlag v0.2.0+ Development Roadmap
## Server Architecture & Infrastructure
### Server Health & Coordination Components
- [ ] **Server Health Dashboard Component** - Real-time server status monitoring
- [ ] Server agent/coordinator selection mechanism
- [ ] Version verification and config validation
- [ ] Health check integration with settings page
### Pull-Only Architecture Strengthening
- [ ] **Refine Update Command Queue System**
- Optimize polling intervals for different agent states
- Implement command completion tracking
- Add retry logic for failed commands
### Security & Compliance
- [ ] **Enhanced Signing System**
- Automated certificate rotation
- Key validation for agent-server communication
- Secure update verification
## User Experience Features
### Settings Enhancement
- [ ] **Toggle States in Settings** - Server health toggles configuration
- Server health enable/disable states
- Debug mode toggling
- Agent coordination settings
### Update Management UI
- [ ] **Update Command History Viewer**
- Detailed command execution logs
- Retry mechanisms for failed updates
- Rollback capabilities
## Agent Management
### Agent Health Integration
- [ ] **Server Agent Coordination**
- Agent selection for server operations
- Load balancing across agent pool
- Failover for server-agent communication
### Update System Improvements
- [ ] **Bandwidth Management**
- Rate limiting for update downloads
- Peer-to-peer update distribution
- Regional update server support
## Monitoring & Observability
### Enhanced Logging
- [ ] **Structured Logging System**
- JSON format logs with correlation IDs
- Centralized log aggregation
- Performance metrics collection
### Metrics & Analytics
- [ ] **Update Metrics Dashboard**
- Update success/failure rates
- Agent update readiness tracking
- Performance analytics
## Next Steps Priority
1. **Create Server Health Component** - Foundation for monitoring architecture
2. **Implement Debug Mode Toggle** - Settings-based debug configuration
3. **Refine Update Command System** - Improve reliability and tracking
4. **Enhance Signing System** - Strengthen security architecture
## Pull-Only Architecture Notes
**Key Principle**: All agents always pull from server. No webhooks, no push notifications, no websockets.
- Agent polling intervals configurable per agent
- Server maintains command queue for agents
- Agents request commands and report status back
- All communication initiated by agents
- Update commands are queued server-side
- Agents poll for available commands and execute them
- Status reported back via regular polling
## Configuration Priority
- Enable debug mode via `REDFLAG_DEBUG=true` environment variable
- Settings toggles will affect server behavior dynamically
- Agent selection mechanisms will be configurable
- All features designed for pull-only compatibility