ただポケットランドはcreateJSというフレームワークを元にキャンバス部分を作っているらしく、この辺は全く使ったことがないのでコードを解読するのが難航しているというのが現状です

@trade自体はただ画像を受け付けているにすぎないので、結局@gamesやポケットランドでコーデ画像が撮れるかどうかに帰着するでしょう。

@gamesはflashを基本にしており、ブラウザ側からflashのスクリーンショットを撮るのはJavascriptレベルでは不可能であるため、自分でスクリーンショットを撮影して切り取って投稿してもらうほかないと思います。今までより若干不便になります。

ポケットランドはHTML5のcanvasという機能を使って各パーツの画像を重ね合わせた上で動かしており、仕組み上はJavascriptレベルでも画像化できますが、残念ながらポケットランドのサーバーと画像サーバーが異なる(クロスオリジン)ため、セキュリティ上の理由からcanvasの仕様上「汚染された」キャンバスと見なされて保存できず、同様にスクリーンショットを撮ってもらう方法が今のところ第一候補です。

ただ現在は抜け道について色々調査中で、可能性がないわけでもないようです。
canvasの画像ロード時にクロスオリジンなリソースを持つサーバーが明示的にAccess-Control-Allow-Originヘッダを指定していればcrossorigin属性を付けてロードすることでcanvasも汚染されていないと見なされ画像として保存可能だというところまで判明しています。各パーツの画像のヘッダを見たところ幸いこれは指定されているようです。
なので、ブックマークレット側でポケットランドで読み込むjavascriptのうち画像ロードを行う部分を見つけてcrossorigin属性を付けて読み込ませるようなものに書き換えてそれを使ってキャンバスを構成させるようにすればおそらく画像保存は可能だと思われます。
もしこれ以上のことについて詳しい人が居れば教えて貰える都助かります。

横から失礼いたします。
カメラ機能についてFAQにて問い合わせたところ、『「カメラ」「アルバム」については今回の一部機能の終了の中に含まれているため、完全にご利用いただけなくなってしまいます。』との回答でした。

カメラ機能は廃止されると明言されていないので、撮影した画像を保存すればいけるかと思います。
カメラごと廃止されるのであれば、ポケットランド経由で投稿を楽にする方向で考えます。ポケットランドだと、flashが基本になっているため中を見ることができない@gamesとは異なり、装着アイテムを自動で知る方法があるからです。