Hypercubicが公開した Hopper は、ひとことで言うと「メインフレームをAIで触れるようにするツール」です。
しかも単なるチャットボットではなく、エージェント型開発環境と呼んでいるのがポイントです。
「エージェント型」というのは、AIがただ答えるだけではなく、実際に操作や手順の実行まで手伝うタイプのことです。たとえば「このジョブを確認して」「失敗原因を調べて」「JCLを書いて」といった作業を、会話ベースで進められるイメージです。
メインフレームと聞くと、かなり古くて特殊な世界を想像する人も多いはずです。実際、z/OSやJCL、VSAM、SDSF、TN3270といった言葉は、一般的なWeb開発とはだいぶ空気が違います。
だからこそ、そこにAIエージェントを持ち込む発想はかなり面白いと思います。古いものを雑に置き換えるのではなく、古い世界の作法を理解したうえで便利にする方向だからです。
元記事では、Hopperでできることがかなり具体的に挙げられています。ここがまた頼もしい。
TN3270は、メインフレームに接続するための端末プロトコルです。要するに、昔ながらの画面を通じて操作するための入口ですね。
Hopperはこれをサポートしていて、しかも「本物のTN3270ターミナルとまったく同じように動作する」と説明されています。PFキー、PAキー、Attentionキーも対応しているとのことです。
この部分はかなり重要です。なぜなら、メインフレーム運用の現場では、見た目は地味でもキーボード操作の細かい作法が命だからです。
AIが賢くても、端末操作が中途半端だと現場では使い物になりません。ここを真正面から押さえているのは好印象です。
メインフレームでは、データは「ファイル」というより「データセット」として扱われることが多いです。Hopperはその中身を確認できるようです。
一般的な感覚で言えば、サーバー上のファイルを覗いて調べるようなものに近いですが、メインフレーム流の流儀に合わせる必要があります。
JCLは Job Control Language の略で、メインフレームに「この処理を実行して」と指示するための言語です。
これがまた独特で、桁位置を厳格に守る必要があるなど、かなりクセがあります。Hopperはここに対応し、JCLを作れるとしています。
個人的には、ここはAIとの相性がすごく良さそうだと思います。
JCLは「知っている人には当たり前、知らない人にはとことん不親切」な領域なので、自然言語から雛形を作ってくれるだけでも救われる場面が多そうです。
失敗したジョブを調べるのは、運用の中でもかなり骨の折れる仕事です。Hopperは、JESMSGLG、JESYSMSG、SYSUDUMPなどを解析し、Abendコード、失敗したステップ、ソース行を特定すると説明しています。
ざっくり言うと、
です。
これらを人が延々と追いかけるのは大変ですが、AIが要点を拾ってくれるなら、かなり時短になるはずです。ここは実務インパクトが大きいところだと思います。
VSAMはメインフレームでよく使われるデータ管理方式のひとつです。
Hopperはこれを SQLで照会できると説明しています。つまり、データベースっぽい感覚で扱えるようにしたい、ということですね。
CICSはトランザクション処理のための仕組みで、NEWCOPYはアプリの新しい版を反映する操作です。
元記事では、JCLを実行し、JESのリターンコードを解析し、CICSにNEWCOPYを適用するところまで一つのプロンプトでできるとしています。
しかも、変更の前には必ず一時停止して承認を待つとのこと。
これはかなり大事です。AIに運用を任せると、どうしても「勝手に進みすぎたら怖い」という不安がありますが、人間の承認ポイントを残しているのは現実的です。
AIは便利、でも最後は人間が責任を持つ。メインフレーム運用では、そのバランス感覚が必須だと思います。
元記事の中で特に目を引いたのが、失敗したジョブのデバッグを@タグ1つで済ませられるという話です。
SDSFは、メインフレームのジョブやスプール出力を確認するための画面です。
運用経験がある人なら、失敗ジョブのトリアージ（原因切り分け）に時間がかかるし、画面を行ったり来たりするのがどれだけ面倒か、よくわかるはずです。
Hopperはそこを、ログやダンプをまとめて読んで、
を整理してくれるようです。
この発想はすごく実務的です。
派手なデモ映えより、毎日の面倒を減らす方向に効く。こういう道具は本当に強いと思います。
Hopperは Model Context Protocol（MCP） を介してAIエージェントをメインフレームにつなぐと説明されています。
MCPは、AIアプリと外部ツールをつなぐための共通の考え方・接続方式のひとつです。
難しく言うと「AIが外の世界に安全に手を伸ばすための標準的な窓口」みたいなものです。
ここが重要なのは、AIをただ“賢い相談相手”で終わらせず、実際の業務システムとつなぐための土台になるからです。
メインフレームのように慎重さが求められる環境では、こういう標準化の発想はかなり相性がいいのではないかと思います。
Hopperには Hobby と Enterprise のプランがあります。
無料で、以下が含まれます。
まず触ってみたい人にはかなり入りやすい設計です。
「メインフレーム × AI」というテーマは、いきなり有料で試すには心理的ハードルが高いので、無料で触れるのはありがたいですね。
企業向けには、以下の機能が用意されています。
ここを見ると、かなり本気で企業導入を狙っているのがわかります。
特に、オンプレミス / VPC や プライバシー管理、SOC 2 といった言葉は、セキュリティにうるさい現場向けの安心材料です。
メインフレームを扱う会社は、そもそもセキュリティや統制に厳しいことが多いので、そこを最初から外していないのは自然ですし、賢い作りだと思います。
Hopperは、たぶん次のような人に刺さります。
逆に、メインフレームにまったく関係がない人には、少し遠い話かもしれません。
でも、**“レガシーな基幹システムにAIをどう入れるか”** というテーマ自体は、今後かなり広がっていくはずです。そう考えると、Hopperは単なるニッチ製品というより、AIエージェントの実運用を考えるうえでの一つの先行例として見る価値があると思います。
個人的には、Hopperの面白さは「AIで何でも自動化します」という雑な話ではなく、メインフレームの面倒くささをちゃんと理解したうえで、そこにAIを差し込もうとしている点にあります。
メインフレームの世界は、派手さはないけれど、止まると社会インフラに響く場面もある、かなり重要な領域です。
だからこそ、AIを入れるなら「便利そう」だけではダメで、操作の正確さ、承認フロー、セキュリティ、監査性が必要になります。Hopperはそのあたりを意識しているように見えます。
もちろん、実際にどこまで現場で使えるかは、導入してみないとわからない部分もあるでしょう。AIは期待が先行しがちですし、メインフレームは特に“うっかり”が高くつく世界です。
それでも、「難しい領域を、自然言語で少しでも扱いやすくする」という方向性はかなり筋がいいと思います。
Hopperは、メインフレーム運用の世界にAIエージェントを持ち込むHypercubicの新しい試みです。
TN3270、JCL、VSAM、SDSF、CICSといった、いかにも“現場の言葉”がそのまま並んでいて、単なるAIデモではなく実務の匂いが強いのが印象的でした。
特に、
あたりは、かなり実用寄りです。
メインフレームの世界はまだまだ奥が深いですが、こういうツールが出てくると、少しずつ「触りにくい巨大システム」が「AIの助けを借りて扱えるシステム」に変わっていくのかもしれません。
