WICS
なお、局所的にはJPとJRの最適化は行われたが、これはキャリーラボが既にBASE-80に実装している。
コンパイラが生成した目的プログラムは、ディスプレイのリフレッシュレートとの同期を行わない。このため、BASICの感覚で画面出力ステートメントを記述すると、実行時に画面上にノイズが現れることがある。
ランタイムは、インタープリタ、コンパイラ、目的プログラムのいずれもが共通に使用する。2560バイト~4608バイトと小型であり、各種の標準ルーチンと、機械語モニタを含んでいるが、 MZ-80B/2000用等では、他に5376バイトのTSモニタを必要とする。
コンパイラが生成した目的プログラムは、ランタイムのみを使用する(インタープリタ本体は使用しない)。このため、インタープリタに上書きして目的プログラムを生成することにより、ランタイムと目的プログラムを併せた連続占有メモリを小さくできる。
BASICに似た文法構造のため、BASIC経験者にとっては修得が容易であった。
それまでMZ-80シリーズのゲーム開発で人気があった、ハドソン製のFORM(整数型Tiny FORTRAN)に代わり、ゲーム開発用言語として一定の人気を博した。前述のI/O及びその姉妹誌では、発表されるプログラムの作成ツールでは主流となった。
一つの仕様の言語が、インタープリタとコンパイラとに共通で適用できることにも魅力があった。処理系がコンパイラのみの場合、OSのない当時のPCでは、目的プログラムのテストランは失敗時にハードウエア・リセット以外の復旧方法がない。MZシリーズではカセットテープからの再読込が必要となる。この問題に対してWICSでは、コンパイル予定のプログラムを、比較的安全にインタープリタ上でテストランできる。
インタープリタの設計がテストランを意識している傍証として、VLISTコマンド(プログラム停止時の変数の値を列挙する)の存在を挙げることができる。