Having it as a base for that was and still is the intention.
Essentially it is on our backlog for a while now. What's blocking it is not so much implementation but specification. The syntax for evaluation is something that strongly bothers me. Specifying time (ranges) is fine for the current testing but not suitable for a more general purpose language. Especially as promtool should eventually replace prometheus_cli and the should use the same language for that. The evaluation syntax of the prometheus_cli is not an optimal reference solution to adapt.
It is absolutely on our roadmap (should probably be added to the actual one on the website) but without ETA.
Implementation-wise it is likely worth it to drag the parsing into PromQL entirely.
If you are interested in contributing to push the whole issue forward (through further discussion, suggestions, or coding), we will support you as good as we can in all areas. The whole matter probably just needs a little kick-start.