- 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.
 |