AuroraSOC Developer Guide
This is the main developer entry point for AuroraSOC.
Use this page to understand the platform quickly, choose the right deep-dive documents, and build safely without guessing.
Who This Guide Is For
- Backend engineers extending API, agents, tools, and workflows
- Platform engineers operating infrastructure and observability
- Security engineers integrating SIEM, EDR, SOAR, and CPS data paths
- AI/ML engineers working on Granite model integration and training
Read This First (Learning Paths)
Path 1: New to the Codebase (90 minutes)
Outcome:
- You understand the runtime topology, configuration model, and API entry points.
Path 2: Build Features Safely (half day)
Outcome:
- You can add features with predictable behavior and test coverage.
Path 3: Operate in Production-Like Environments
Outcome:
- You can deploy, observe, and troubleshoot runtime systems confidently.
Architecture in One Screen
Canonical Facts You Should Not Guess
- Agent topology: 1 orchestrator + 16 specialists
- A2A ports: 9000 to 9016
- Python requirement:
>=3.12 - Dashboard Node recommendation: 22
- Docs Node support:
>=18
Authoritative references:
Daily Developer Workflow
# 1) Install dependencies
make install
# 2) Start infra dependencies
make docker-up
# 3) Run migrations
make migrate
# 4) Start API
make api
# 5) Start dashboard (new terminal)
make dashboard-dev
Before pushing code:
make lint
make type-check
make test
Where Things Live in the Repository
aurorasoc/agents/agent construction, prompts, orchestrationaurorasoc/api/HTTP and WebSocket interfacesaurorasoc/tools/MCP tool modules and integrationsaurorasoc/events/Redis, NATS, and MQTT event handlingaurorasoc/memory/tiered memory implementationaurorasoc/config/settings and environment mappingrust_core/normalization and attestation runtimedashboard/frontend and API clienttests/unit and integration tests
Common Extension Tasks
Add a new MCP tool
- Implement tool in the relevant module under
aurorasoc/tools/ - Ensure it derives from the base tool class and follows error contracts
- Wire it through tool loading path
- Add tests
- Update tool docs
Recommended references:
Add or modify an API endpoint
- Implement route and schema updates in API layer
- Enforce auth and permission checks
- Add tests for success and failure paths
- Update docs examples and behavior notes
Recommended references:
Modify agent behavior
- Update prompts, memory policy, or dispatch behavior
- Validate handoff behavior and timeout semantics
- Confirm observability signals remain intact
- Update architecture and behavior docs
Recommended references:
Troubleshooting Strategy
Use this order when debugging:
- Verify configuration and secrets first
- Verify dependencies and network reachability
- Verify agent and tool health endpoints
- Verify event flow and stream lag
- Verify logs, traces, and metrics correlation
Recommended references:
Contributing Standards
Before opening a pull request:
- Keep changes scoped and testable
- Include tests for behavior changes
- Update documentation in the same PR
- Ensure docs meet quality standards
References:
Next Step
If you are new, continue to Architecture Overview.