Cool but it is not a framework for working with AI, it is an _opinionated_ framework for building full-stack apps right? As in, I can't use any of it if I'm building, say, a Spark data processing pipeline. Or a ML framework. Or automation software that runs on custom processors.
The idea of "guardrails outside the model" is definitely appealing but I wonder if you can make it generalize well.
You’re right of course, the framework is pretty rigidly tied to full stack.
But the underlying idea I think has power - find a process you can codify enforcement of rather than telling models how they should do things.
Spec driven development probably means creating tooling to track how code maps to specs, for example.. and then working out how to manage that as data. Then you can query the data to confirm all mappings between code and specs. That gets you out of the business of nicely and repeatedly asking very expensive and undependable models such queries :)
The idea of "guardrails outside the model" is definitely appealing but I wonder if you can make it generalize well.