-
Notifications
You must be signed in to change notification settings - Fork 0
Implement REST API controllers for all core resources (Litestar) #33
Copy link
Copy link
Closed
Labels
prio:highImportant, should be prioritizedImportant, should be prioritizedscope:large3+ days of work3+ days of workspec:agent-systemDESIGN_SPEC Section 3 - Agent SystemDESIGN_SPEC Section 3 - Agent Systemspec:architectureDESIGN_SPEC Section 15 - Technical ArchitectureDESIGN_SPEC Section 15 - Technical Architecturespec:company-structureDESIGN_SPEC Section 4 - Company StructureDESIGN_SPEC Section 4 - Company Structurespec:human-interactionDESIGN_SPEC Section 13 - Human Interaction LayerDESIGN_SPEC Section 13 - Human Interaction Layerspec:task-workflowDESIGN_SPEC Section 6 - Task & Workflow EngineDESIGN_SPEC Section 6 - Task & Workflow Enginetype:featureNew feature implementationNew feature implementationtype:infraCI/CD, tooling, project setupCI/CD, tooling, project setuptype:testTest coverage, test infrastructureTest coverage, test infrastructure
Milestone
Description
Context
Implement all REST API routes for core resources using Litestar class-based controllers. Each resource group gets its own controller with shared guards and configuration.
Controllers to implement (per §13.2):
CompanyController— CRUD company configAgentController— List, hire, fire, modify agentsDepartmentController— Department managementProjectController— Project CRUDTaskController— Task management (create, assign, status, list, detail)MessageController— Communication log queriesMeetingController— Schedule, view meeting outputsArtifactController— Browse produced artifactsBudgetController— Spending, limits, projectionsAnalyticsController— Performance metricsProviderController— Model provider status, config
Acceptance Criteria
- Class-based controller for each resource group listed above
- Standard CRUD operations where applicable (list, get, create, update, delete)
- Consistent response envelope format across all endpoints
- Pagination support (offset/limit) on all list endpoints
- Filtering support where appropriate (e.g. tasks by status/assignee/project)
- Route guards for authorization on write operations
- Request/response DTOs using Pydantic v2 models (reuse existing domain models where possible)
- Integration with persistence repositories (TaskRepository, CostRecordRepository, MessageRepository)
-
--jsoncompatible output for all endpoints - Unit tests for each controller
Dependencies
- Set up Litestar application with REST API skeleton #31 — Litestar skeleton must be set up
Design Spec Reference
- §13.2 — API endpoint definitions
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
prio:highImportant, should be prioritizedImportant, should be prioritizedscope:large3+ days of work3+ days of workspec:agent-systemDESIGN_SPEC Section 3 - Agent SystemDESIGN_SPEC Section 3 - Agent Systemspec:architectureDESIGN_SPEC Section 15 - Technical ArchitectureDESIGN_SPEC Section 15 - Technical Architecturespec:company-structureDESIGN_SPEC Section 4 - Company StructureDESIGN_SPEC Section 4 - Company Structurespec:human-interactionDESIGN_SPEC Section 13 - Human Interaction LayerDESIGN_SPEC Section 13 - Human Interaction Layerspec:task-workflowDESIGN_SPEC Section 6 - Task & Workflow EngineDESIGN_SPEC Section 6 - Task & Workflow Enginetype:featureNew feature implementationNew feature implementationtype:infraCI/CD, tooling, project setupCI/CD, tooling, project setuptype:testTest coverage, test infrastructureTest coverage, test infrastructure