The two dataclasses used @dataclass decorator without importing it from
dataclasses, causing a NameError on import. This also violated the
architecture invariant that requires all dataclasses to use Pydantic
BaseModel instead of @dataclass.
Replace @dataclass with BaseModel inheritance and field(default_factory=...)
with Field(default_factory=...) which was already imported from pydantic.
Fix two critical issues identified by HAL9001 review #8271:
1. Rename literal step 'policy{1,2} has priority_weight' in loader
steps to 'loader policy{1,2} has priority_weight' to disambiguate
from parameterised 'policy(\d+) has priority_weight' in integration
steps (fixes AmbiguousStep Conflicts 1 & 2 - root cause of CI failures).
2. Fix NameError: change undefined variable 'weight' to float(weight_str)
in step_policy1_priority and step_policy2_priority functions.
3. Rename duplicate Python function names across step files to prevent
namespace shadowing: step_check_view_name, step_have_multiple_policies,
step_have_policy_config, step_policy_not_applied → suffixed with _loader
or _integration.
ISSUES CLOSED: #9584
Convert all Behave {param:d/f/int} cucumber-expression format specifiers
to raw regex patterns (\d+, [\d.]+) compatible with behave 1.3.x parse
library. Remove duplicate @given/@then step definitions across both ACMS
step files that caused AmbiguousStep errors: budget_override and assembled
context budget assertions. Remove overlapping 'I prepare LLM context'
handlers that matched the same plain text feature steps. Restore missing
ContextPolicyConfig/ConfigurationLoader/PolicyScope/ViewPolicyConfiguration
imports in acms/__init__.py.
ISSUES CLOSED: #9584
Resolve blocking issues identified in final review (ID 7998) for PR #9671:
1. AmbiguousStep fix: Renamed duplicate step '@then("the policy should not be applied")'
to '@then("the policy should not be applied to the LLM context")' in
acms_plan_execution_integration_steps.py and updated corresponding scenario in
features/acms_plan_execution_integration.feature
2. lint fix (SIM102): Combined nested if statements into single compound condition in
step_set_policy_priority() to remove ruff SIM102 violation
3. Type safety fix: Changed 'policy: Any' to 'policy: ContextPolicyConfig' in
ACMSContextAssembler._apply_policy() for proper Pyright type safety, added
ContextPolicyConfig to module imports
This resolves the unit_tests CI failure caused by AmbiguousStep and fixes
the lint CI failure introduced by commit 3457fc61.
ISSUES CLOSED: #9584
The Plan Execution ACMS Integration feature file was missing step
definitions for three key test scenarios: priority weight configuration,
budget override enforcement, and negative-scope policy rejection. Added:
- 'policy{count} has priority_weight {weight}' step
- 'the policy has budget_override {amount}' step
- generic 'I prepare LLM context' catch-all step
Also added explicit Then assertions for budget verification, scope
mismatch rejection, and negative context checks.
ISSUES CLOSED: #9584
Remove import inside function body in acms_plan_execution_integration_steps.py
which violated the project rule against imports inside functions. Move
StrategyDecision import to the top-level import block.
ISSUES CLOSED: #9584
Wire PlanExecutionACMSIntegration into PlanExecutor and RuntimeExecuteActor
via dependency injection. PlanExecutor now accepts an optional acms_integration
parameter and passes it to RuntimeExecuteActor, which uses it to assemble
context via ACMS policies before LLM calls instead of passing raw file dumps.
Added BDD tests verifying the DI wiring and context assembly integration.
Updated CHANGELOG to document the plan execution engine integration.
ISSUES CLOSED: #9584
The CI lint job runs both ruff check and ruff format --check. The format
check was failing because 5 files had formatting inconsistencies. Applied
ruff format to fix the CI lint failure.
ISSUES CLOSED: #9584
Implemented a new context policy configuration loader and integrated plan execution context assembly for ACMS. Key additions include:
- New module: src/cleveragents/acms/context_policy_loader.py
- ContextPolicyConfigurationLoader class for loading YAML/TOML configurations
- Data models: PolicyScope and ContextPolicyConfig dataclasses
- ViewPolicyConfiguration for per-view policy management
- Schema validation to ensure policy configurations adhere to expected structure and constraints
- Supports loading configurations from both files and strings, with robust error reporting
- New module: src/cleveragents/acms/plan_execution_integration.py
- ACMSContextAssembler for assembling runtime context based on policy-driven decisions
- PlanExecutionACMSIntegration to connect with the plan execution engine
- Flexible policy loading from files or strings, allowing runtime configurability
- BDD tests
- features/acms_context_policy_loader.feature (20 scenarios) validating loader behavior and policy scoping
- features/acms_plan_execution_integration.feature (8 scenarios) validating end-to-end plan-context integration
- features/steps/acms_context_policy_loader_steps.py (step definitions)
- features/steps/acms_plan_execution_integration_steps.py (step definitions)
- Tests cover YAML/TOML parsing, validation errors, per-view policy application, and plan integration flows
- Updated exports
- Updated src/cleveragents/acms/__init__.py to export the two new modules, enabling easier imports and usage
ISSUES CLOSED: #9584