Carnap Ten Years Later: Lessons Learned and Next Steps

想像してみてください。あなたは4万5千人の学生に、論理パズルの解き方を教えようとしています。毎日練習してほしいと考えていますが、何千もの手書きの証明をすべて手作業で採点するのは悪夢のような作業です。そこで、あなたはロボットの先生を作りました。

これこそが、グラハム・リーチ＝クラウス（Graham Leach-Krouse）がCarnapで行ったことです。Carnapはウェブベースのツールであり、過去10年間にわたり、世界中の学生のために400万件以上の論理問題を採点してきました。しかし、このロボットを10年間運用した結果、著者はそのロボットが少し不器用になってきたことに気づきました。そして、今こそ、まったく新しく、非常に洗練されたバージョンを構築すべき時なのです。

これは、何がうまくいき、何がうまくいかなかったのか、そしてそれを修正するために作られている輝かしい新しいツールについての物語です。

オリジナルのロボット：少し散らかった天才

オリジナルのCarnapは、巨大なオールインワンの十徳ナイフのように作られていました。それはHaskellという非常に高度なプログラミング言語で書かれていました。著者は、それが無料（学生に費用がかからない）であり、ウェブベース（面倒なソフトウェアのインストールが不要）であり、かつ柔軟（単純な数学から複雑な哲学まで、あらゆる種類の論理を教えられる）であることを望んでいました。

うまくいった点:

• ウェブ: ウェブサイトに設置したことは大きな勝利でした。学生はインストールの画面と戦う必要がなく、ただリンクをクリックするだけで済みました。
• フィードバック・ループ: 最も素晴らしかったのは「即時のフィードバック」です。学生が証明を入力すると、ロボットが一行ずつチェックしました。もし間違いがあれば、すぐに「ダメです、もう一度やってみて」と伝えます。これにより、学生は宿題をやっているという感覚ではなく、ゲームをしているような感覚で、「フロー状態」に入ることができました。
• 柔軟性: 著者は、ロボットが数十種類の論理学の教科書を理解できるように、巧妙なトリック（Huetのアルゴリズムと呼ばれるもの）を使用しました。それは、あらゆる論理の方言を瞬時に話せる翻訳者のようでした。

うまくいかなかった点:

• 「オールインワン」の罠: 著者は、一つの巨大なコードブロックの中ですべてを行おうとしました。図を描く部分、数学をチェックする部分、そして成績を保存する部分がすべて絡み合っていました。もし数学チェッカーの小さなバグを直そうとすれば、誤って成績保存システムを壊してしまう可能性がありました。それは、車のホイールが回転している間にエンジンの修理をしようとするようなものでした。
• 「バス・ファクター（Bus Factor）」: コードがあまりに複雑に絡み合い、非常に特殊でインストールが難しいセットアップを使用していたため、他の人が手助けをすることがほぼ不可能でした。もしメインの構築者がバスに跳ねられたら（これは、システムの仕組みを知る唯一の人物を失うことを指す、プログラマーの間での古典的なジョークです）、プロジェクトは終わってしまうかもしれません。
• 信頼の問題: 学生はロボットを信頼する必要があります。もしロボットが不具合を起こしたり、紛らわしいエラーメッセージを出したり、奇妙な挙動をしたりすると、学生は論理そのものを疑うようになります。彼らは「ロボットが壊れている」と思うのではなく、「自分が間違えたのだ」と思うのではなく、「ロボットが壊れている」と考え始めてしまうのです。オリジナルのシステムには、この信頼を損なう小さな不具合が多すぎました。

診断：なぜ古いロボットは引退する必要があるのか

著者は古いシステムを検討し、それが「デュアル・モノリス（二重の単一構造）」アーキテクチャに基づいて構築されていることに気づきました。これは、キッチン、寝室、バスルームが壁のない一つの巨大な部屋になっている家のようなものです。キッチンを改装しようとすると、バスルームを壊してしまうことになります。

具体的な問題は、ブラウザで実行するために使用されていたテクノロジーでした。著者は、高度なコードをウェブ用のコードに変換するために、GHCJSというツールを使用していました。しかし、そのツールは現在「非推奨（deprecated）」（基本的には、製作者によって引退させられた状態）となっています。古いシステムを更新しようとすることは、適合しないパーツを使って車のエンジンを交換しようとするようなものです。それは苦痛で、コストがかかり、失敗する可能性が高いでしょう。

新しい設計：「モジュラー」の夢

この論文では、巨大なロボットを、互いに通信し合う3つの特化した小さなロボットに分割するという、完全な再設計を提案しています。

1. 小さな検証器 (mm0-zig): これは、証明が実際に正しいかどうかをチェックする「脳」です。これはZigという新しい言語で書かれており、驚くほど小さく、わずか4,500行のコードで構成されています。非常に小さいため、人間がその全容を読んで、「よし、これは信頼できる」と言うことができます。これは、膨大な数学のライブラリに対して、瞬時（200ミリ秒未満）に証明をチェックするように設計されています。
2. コンパイラ (Aufbau Bytecode Compiler または abc): これは「翻訳者」です。学生が（おそらく高度なビジュアルエディタを使用して）入力した乱雑で複雑な証明の形式を、クリーンなバイナリ証明書へと変換します。これは、学生が「どのように」書いたかは気にしません。ただ、最終的な結果が有効であるかどうかを確認するだけです。
3. サーバー: これは単なる「書類棚」です。課題や成績を保存します。重い思考は一切行わず、単にデータを管理します。

新しいシステムの魔法:

• 絡まった配線の解消: 新しい種類の論理（新しい教科書など）を追加したい場合、脳や書類棚を書き直す必要はありません。コンパイラに新しいルールを与えるだけで済みます。
• 信頼性: 「脳」（mm0-zig）は非常に小さくシンプルであるため、一人の人間によって監査可能です。一度チェックされれば、二度と変更する必要はありません。
• 高速: 新しい検証器は、C言語ベースの旧バージョンとほぼ同等の速さで動作し、特定のテストケースに対して平均約7.1ミリ秒で動作します（旧バージョンの6.1ミリ秒と比較して）。これは、人間にとって瞬時に感じられるほど十分に高速です。

未来：次は何が？

著者は、新しいシステムはまだ完成していないことを認めています。現在、「翻訳者」（abc）はテキストエディタとの相性が最も良く、これは初めて論理学の授業を受ける初心者にとっては、まだ恐ろしいものに感じられるかもしれません。今後の計画は、翻訳者と通信する、より豊かなビジュアルインターフェース（ドラッグ＆ドロップの証明ツリーなど）を構築することです。

ここでの大きな教訓は、単なるコードについてではなく、「信頼」についてです。あなたが学生であれ、教師であれ、あるいはコーダーであれ、使用しているツールを信頼する必要があります。古いCarnapは役割を果たした英雄でしたが、それは乱雑でした。新しいCarnapは、学生がソフトウェアと戦うのではなく、論理に集中できるよう、スリムで、強力で、透明性の高いものとして構築されています。

要するに、古いロボットは、優秀ですが乱雑な天才でした。新しいロボットは、専門化された信頼できるエキスパートのチームであり、次世代の思考者たちが混乱の重力を脱し、自らの推論における「脱出速度」に到達できるよう準備が整っています。