it does mean that.  And I'm not really happy about this either.  There are not many applications of askSage yet, so 
now is the time to make a clean break if any.  That could inhibit really simple uses of askSage however -- it means
that any single cell code has to back up it's return in the WEBWORK() hash and then webwork would have to unpack it.

The "print 3+5" hello world example wouldn't be allowed.  Perhaps that is what we want but I wanted to allow for a simple use
case if like this (for connectivity testing if for no other reason) if that was at all possible.

I was having  trouble testing for $decoded->{user_variables}{WEBWORK}{data}{'application/json'}  since that variable is not empty
but contains an empty hash.  We can probably figure out a way to check for that robustly and put the WEBWORK() return case first and then fall back to looking at the stdout only if that is empty.

Let's see what Jason Aubrey and John Travis have to say about this.  They have written most of the examples so far.