In windows 7 64-bit, you've got cmd.exe but no execution of DOS binaries (or win16 binaries, for that matter). Since you're almost always better off with DOSBox or the XP virtual environment, no great loss.
Also, Console2 makes working with the cmd prompt slightly more bearable (easier copy and paste etc).
EDIT: Console2 is nice, though. I can get behind that.
One thing that I've come so accustomed to in unix environments is the ease of creating CLI tools in a nice language like python and then glue it all together with bash scripts. I can't really imagine being so productive in DOS, but maybe I just don't know it enough, hence the question.
To your question, it is just as easy to write console Python tools in Windows as it is under Unix. I've written quite a few work on both.
Glue scripts (Batch files) are just fine too, as long as you don't try to do too much with them. When something gets too complex, move that part to Python, or really any language you like. To be honest I like that, I'd prefer people not write complex things in shell scripts that could be done more elegantly in a programming language.
(Disclaimer: not the OP)
Sadly, DCL had (some) use beyond VMS: http://en.wikipedia.org/wiki/DIGITAL_Command_Language
Maybe what you mean, is you want a terminal that can display a number of well-know content-types, negotiate with an upstream process for the content, receive that as a stream of bytes, for display to the user. :)