- Introduced AGENTS.md, README.md, TASKS.md, and implementation_plan.md for Vexer, detailing mission, responsibilities, key components, and operational notes. - Established similar documentation structure for Vulnerability Explorer and Zastava modules, including their respective workflows, integrations, and observability notes. - Created risk scoring profiles documentation outlining the core workflow, factor model, governance, and deliverables. - Ensured all modules adhere to the Aggregation-Only Contract and maintain determinism and provenance in outputs.
20 lines
839 B
Markdown
20 lines
839 B
Markdown
# Implementation plan — Zastava
|
|
|
|
## Current objectives
|
|
- Maintain deterministic behaviour and offline parity across releases.
|
|
- Keep documentation, telemetry, and runbooks aligned with the latest sprint outcomes.
|
|
|
|
## Workstreams
|
|
- Backlog grooming: reconcile open stories in ../../TASKS.md with this module's roadmap.
|
|
- Implementation: collaborate with service owners to land feature work defined in SPRINTS/EPIC docs.
|
|
- Validation: extend tests/fixtures to preserve determinism and provenance requirements.
|
|
|
|
## Backlog references
|
|
- ZASTAVA runtime tasks in ../../TASKS.md.
|
|
- Webhook smoke tests tracked in src/Zastava/**/TASKS.md.
|
|
|
|
## Coordination
|
|
- Review ./AGENTS.md before picking up new work.
|
|
- Sync with cross-cutting teams noted in ../../implplan/SPRINTS.md.
|
|
- Update this plan whenever scope, dependencies, or guardrails change.
|