Use the generated project as the starting point, then grow solver behavior in the
application that depends on solverforge.
- Add or refine constraints when the default business rules are incomplete.
- Tune
solver.tomlwhen the search strategy, termination, or runtime settings need to change. - Introduce custom phases, selectors, or acceptors when the stock search flow is not a fit for the problem shape.
- Keep domain modeling in Rust and solver policy in configuration separate.
- Preserve structured solver events and telemetry so the UI and service layer remain accurate.
- Prefer small, app-specific extensions over forking the scaffold templates.
- Start from the scaffolded project.
- Change the domain model or constraints that encode your business rules.
- Adjust solver configuration for search strategy and termination.
- Add custom solver code only when configuration is not enough.