Before adopting DSPy, prove the LM program has a contract

DSPy is easy to undersell. If you describe it as "a nicer way to write prompts", you will probably test the wrong thing.

The better first test is this: can your language-model workflow be expressed as a small program with declared inputs, declared outputs, measurable examples, and an optimizer that is allowed to change prompts without changing the business boundary?

That is the point where DSPy starts to make sense.

The upstream README positions DSPy as a framework for programming, rather than prompting, foundation models. The current Doramagic project pack for stanfordnlp/dspy also points at the same starting command: pip install dspy. The package metadata I checked today declares name="dspy", version 3.3.0b1, and Python >=3.10,<3.15. The GitHub API snapshot showed the repository was still active, with a push on 2026-07-05 and recent pull requests around empty evaluation sets, document formatting, and GEPA trace attribution.