Django App Development
Trigger Boundary
- •Use when building or refactoring Django apps and modules.
- •Do not use for Django-independent Python utility scripts.
- •Do not use for frontend-only component architecture.
Goal
Maintain clear Django app boundaries with reliable model, view, and configuration behavior.
Inputs
- •Domain model and feature requirements
- •App/module boundaries and settings constraints
- •Security and migration policies
Outputs
- •App structure and responsibility map
- •Model/view/form/service interaction plan
- •Migration and verification checklist
Workflow
- •Partition features into coherent Django apps by domain.
- •Define models with explicit constraints and indexes.
- •Keep views thin and move domain logic into services/managers.
- •Manage settings by environment without hidden defaults.
- •Validate migrations, permissions, and critical user flows.
Quality Gates
- •App boundaries reduce coupling and circular imports.
- •Migrations are reversible where required and reviewed.
- •Auth and permission checks are explicit on protected routes.
- •Settings are environment-driven and fail fast when missing.
Failure Handling
- •Stop when app responsibilities overlap without clear ownership.
- •Escalate when migration risk or permission model is unresolved.