Pattern Proposal: Layered CLI, Runner, and Governance Architecture
Summary
The project separates a thin CLI entry point from a FlowRunner application layer and from governance domain services and models.
Candidate Pattern
- ID:
layered-cli-runner-governance-architecture - Classification: governance
- Maturity: strategic_direction
- Type: emerging
Observed Signals
No specific signals listed.
Evidence
Supporting Evidence
- src/cas_runner/cli.py
- src/cas_runner/runner.py
- src/cas_runner/governance/governance_action_service.py
Scope Assessment
- Evidence Strength: medium
- Confidence: medium
- Applies to: ideas-to-life-cas
Rationale
- Intent: Keep user invocation, run orchestration, and governance semantics in distinct Python modules so the executable core can be reasoned about as a layered application.
- Context: A Python codebase with a CLI module, a runner module, and a governance subpackage containing services, engines, and models.
- Force: The system exposes an executable entry point
- Force: Governance logic is deep enough to deserve its own subdomain
- Force: Run-level control should not be hardwired into command parsing
Traceability
Artifact source: proposed-patterns