Repository navigation
Replies: 1 comment
|
Great proposal, @spirotot — we built it. The What's implemented:
On your three hypothesized benefits:
On the rigidity concern — you were right to flag it. We explicitly designed the solver as advisory, not blocking. The module supports Real types for float constraints (e.g., "error rate under 0.5"), handles criteria without IDs gracefully, and reports exactly which criteria were analyzed vs. skipped and why. Architecturally, the backend is pluggable — Z3 is the primary backend, with PySAT and ASP planned for different constraint domains. Thanks for the insight connecting ISC extraction to constraint satisfaction. It's a natural fit. |
Uh oh!
There was an error while loading. Please reload this page.
Hi,
Very cool, very interesting project.
Having experimented with it a bit, at a very high level, seems like the main PAI 'algorithm' extracts constraints from the user's prompt, attempts to proactively solve for those constraints. Has been very effective in my experience so far.
I am wondering if integration with a constraint solver, e.g. z3, has been considered, perhaps via an MCP, like this one.
I haven't experimented with constraint solvers in an AI context yet (on my TODO list), but I wonder if they could be leveraged in the PAI context to increase overall speed, token efficiency, and maybe even confidence in outcome validation. (On the other hand, I could also see such an integration adding a level of determinism/specificity which ends up being _un_helpful. :) )
Curious to hear others' thoughts & experiences!
All reactions