それは Lore [0] と混同してるよ、今も HN のフロントページに載ってるしね。[1] [0]: https://lore.org [1]: https://news.ycombinator.com/item?id=48571081

ここに比較があるよ: https://loreline.app/en/docs/comparison/

まず、ウェブサイトはLorelineで実際に見栄えがいいね。

誰かが Inform 7 のような IF ツールを LLM エージェントに与える仕様言語として使ったことがあるのかな？UI スクリーンを説明するのに良さそうだね。

あれをチェックできてよかった。驚くべきか、恐ろしいか、どっちか分からないけど。

何言ってるの、それただの文章が詰まったテキストファイルじゃん - ああ、ああ、ダメだ。 （マジで、これはすごく賢いか、全然ダメかのどっちかだね。まだ決めてないけど。誰かが COBOL の後を追わなきゃいけなかったんだろうな。） 編集: もっと考えたら、意図されたユーザーにとっては素晴らしいと思った。形式的な証明言語も普通のプログラミング言語みたいにアルファベットと数字の予約語を使えばいいのにって思うけど、作家たちが身近に感じるのは、ちゃんと文書化すれば実際に悪影響がない助けになるステップかもしれないね。

Inform 7を使っていくつかゲームを作ったり、ワークショップも開いたことがあるんだけど。言語の技術的なクセだけじゃなくて、数時間使って「ゾーン」に入ると、自分が作っている世界に入り込んで「見える」ようになるんだよね。プログラマーが技術的な問題を解決するんじゃなくて、世界を作るクリエイターの気持ちになる感じ。流れを壊すのは、配列の扱い方を考えたりすることかな。あの体験が好きだったし、言語の特性がどうやってそれに関わるか、DXがまだ十分に探求されてないと思う。

以前ポッドキャストで聞いたInform 7の説明を言い換えると、Inform 7は普通の英語のように振る舞おうとしているけど、実際はちょっとぎこちない感じ。テキストアドベンチャーも、プレイヤーがゲーム内で意味のある自由を持っているかのように振る舞うけど、実際はそうじゃないよね。

確かに不気味の谷に入ってるね。俺はあんまりうまくいかなかったけど、特定の英語のフレーズテンプレートをたくさん覚えなきゃいけないし、それがゲームロジックにどう組み込まれるかも覚えないといけない。結局、普通の手続き的なロジックに逃げちゃうことが多いんだ。でも、野心的な実験だし、ドキュメントは読む価値があるよ。たまにまた挑戦してみることにしてる :^P