Skip to content

fix(constraints): list constraints from the constraint-modules manifest - #12

Merged
blackopsrepl merged 1 commit into
mainfrom
fix/constraints-from-manifest
Nov 10, 2026
Merged

blackopsrepl merged 1 commit into
mainfrom
fix/constraints-from-manifest

Conversation

@blackopsrepl

Copy link
Copy Markdown
Contributor

Closes #11. Local gate on the branch tip: fmt, clippy, unit (238), scaffold, runtime, MCP, install-skill, skill references and browser e2e all passed. The new list_constraints test fails when the file-name scan is restored.

list_constraints treated every .rs file in src/constraints except mod.rs and
assemble.rs as a constraint, so helper modules such as shared.rs, support.rs
or a tests.rs module showed up as constraints in solverforge.app.toml, the
generated ui-model.json, `solverforge info` and destroy's dependent-constraint
hints.

The constraint ids are now the modules declared in the constraint-modules
block of src/constraints/mod.rs, validated the same way check and the model
contract read them; a malformed manifest is reported instead of guessed
around, and destroy matches dependents against that list. The file-name
predicate is gone. The destroy fixtures declare the constraints they write,
as generate constraint does.

Closes #11
@blackopsrepl
blackopsrepl merged commit 0902d68 into main Nov 10, 2026
4 checks passed
@blackopsrepl
blackopsrepl deleted the fix/constraints-from-manifest branch November 10, 2026 01:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

fix: constraint listing counts helper modules in src/constraints

1 participant