今年の年初はレギュラー卓もお休みしてみました。

年初の日誌に前回書きましたが、TRPGシナリオの公式音声素材を書き起こして私家翻訳という作業に着手してみたので準備期間としても2日では流石に無理なので丁度良かったかも？
https://trpgsession.com/player/COBRA/comment/COBRA_176719408169/

とはいえ、Geminiが原典ソースを無視した勝手な創作をごちゃまぜにしてくれた事が判明したため5時間分の作業をやりなおしで確認しなおしたものの、上がってきたモチベをメゲて下げられたダメージは事の他おおきく、69トラック内の10しか進んでいません。

しかも、凝った形で異世界にフランス語を所々入れている公式設定なのでＡＩに英語として読み取りをさせると「マドモアゼル」すら読めない書けない状態で支離滅裂な文面を平気で出して来ます。
仕方ないのでニンゲンの私が音声を実際に聴いて確認する始末で二度手間が三度手間に…。

とはいえ長年且つ何度も演目にしてきたアンバー館のNPCが公式だとこういう声なのか～、と思いながら聴いたりもしているのは救いですねｗ
音声を書き起こさないと知らなかった公式設定も結構ありました。
アマプラがＡＩにアニメを吹替えさせた棒読み状態で炎上してすぐに引っ込めたように、
声優さんの音声解析はできても、現状のテクノロジーでは演技は解析できないのも証明されましたし。

＞Amazonプライムビデオに「AI吹き替え」が登場するも強い批判を受け削除される - GIGAZINE
https://gigazine.net/news/20251204-amazon-ai-dub/

TRPGのマスタリング用コンポーネントとして、NPCの喋るセリフを準備してあるということは、どのみち吟遊マスター的であり、TRPG最大調書のセッションとしてのナラティブを放棄することにもつながるなと、素材を確認しながら思いました。ＣＤが普及したタイミングでのアイディアだったのでしょうけども、今となって解析すれば普及浸透しなかった結果も出ていますし。

しかもミステリ側面もあるシナリオなので吟遊とかは大幅にプレイヤーの楽しみを削ぐ内容だと思うんですよね。
書き起こして資料として活用するやり方が正解かもと自分では思っています。

そういえばコレって、海外英語圏でも書き起こしとかまでされてる様子はないので、こういうマスタリングでの使用は数十年の時を経て世界初なのかも？
犬神家の一族みたいに、アンバー家の一族もＮＰＣ数が多いので家系図コンポーネントとかまでついてたりするのですが、前回やったときにPLの用心棒さんがテキスト化してくださった家系図をDiscordとかで共有させていただいております。
導入の吟遊パートも結構に長いのでDiscordで背景説明の共有を卓の前にしてしまおうかなとも。

折角、皆でスケジュール調整して参加している卓時間は資料を読む時間につかうのは勿体ないですし、
資料を隙間時間に眺めておいていただくのはビジネス時の会議でも有効な技法だとも思っています。
会議をその場で相談する用法にしたがる人も結構に多いですが、私は根回しをしておいて合意形成する場として使いますし。

https://nstorg.blog.shinobi.jp/cdnd/gemini%E3%81%A7%E5%A4%A7%E8%A6%8F%E6%A8%A1%E6%88%A6%E9%97%98%E7%94%A8%E3%82%B3%E3%83%BC%E3%83%89%E3%82%92%E6%9B%B8%E3%81%84%E3%81%A6%E3%81%BF%E3%81%9F

各部隊の戦闘力の算出ルーチンもプログラムとして書かせてみたら。リアルで晩飯前の待ち時間に書かせてみるのに10分かからずに用事が住んだので、どうせならと、２つの処理プログラムを結合させてしまいました。

なんか数十年前から必要だったものがコレな気がしますｗ
（当時はJavaScriptが走るブラウザはまだなかったですけど）

のってきたので、今度はトレジャーテーブルをプログラム化してみました。
CD＆Dのモジュールは各部屋やモンスターの持っていた財宝などが細かく書かれているのが青箱モジュールまでの特徴なのですが、緑箱以降は成長に経験値が結構に必要な割には、その為に重要な財宝をちゃんと書いてくれていないモジュールやシナリオが相当に増えているので、当時のシナリオライター達が碌に自分達でテストプレイしないばかりか、多分に地道に成長させたりもしてなさそうなのが伺えます。

でも、そんな品質劣化もあって企業を倒産させてしまうような雑な連中と違って。私はDMとして丁寧にPLさんやPCには対覆したいと考えています。
そのため。モンスターのトレジャーデータから財宝と経験値を出そうとするのですが、緑箱クリーチャーは強力な事もあるせいか、緑箱についている新規トレジャーチャートでは莫大な量の財宝がランダム結果によっては出ます。
しかし、シンプル故の良さがある赤箱の真逆でもあり、これまた複数のチャート処理に時間がかかります。
それをボタン一発でできないかな？とコードをGeminiに書かせてみました。
試用状態で課金するのもなんなので高速モードに書かせながらデバグを繰り返したのですが、そこそこ良い形にできたので、会計時にメモを取りやすいようにコピペボタンを付ける事を思いつきました。
ところが、コピペどころか出力ボタンを押しても結果すら出なくなったので、バグを直す指示をだしたところ、
「データテーブルを省略したことが原因です」と返答してきました！
これでは人間様が折角に手間暇かけてデバグしてた以降にも、コード更新都度にGeminiは平気で過去の正しい挙動箇所までも破壊してた可能性まで排除できなくなるわけです！
勝手な省略によるコードやデータ破壊の禁止を機械であるGeminiにわざわざしなければならないわけです。
イラついたあまりに、双子座の黄金聖闘士のイメージまでチラついた位です（苦笑

ChatGPTが人間様の命令に従わず、妙な創作を勝手に開始する暴走があまりにイラつくのでプロンプトで絶対禁止との指示を出して釘を刺しておくのですが、しばらくするとChatGPTは機械の分際で平気でその命令を無視してくる人工「無能」です。
Geminiもやっぱり似たようなレベルかと思いつつロールバック指示をだしたら今度は
「正しいデータとコードを教えてください」と言ってきました…。チャットでのやりとりログの中にあるにもかかわらずです。
思考モードに切り替えた上で、メンドクサイのでGitHubにバックアップしてあった正常なコードとデータテーブルを丸ごとUPしてコードを修正させました。

そんなこんなで機械の反乱により破壊されたプログラムはなんとか直せたのですが、現状のＡＩコーディングではデモ用モックアップでもつくるのが限界レベルかな～という印象です。
まあ折角に作ったので、卓の最中に急遽に御宝が必要になった際は使おうと思います。

戦闘結果はこんな感じに。



    とはいえ、実際に卓で使ってみた形では面倒な事が高速化できたのでサクサクと処理は進み、ＰＴは戦略や戦術やＲＰやナラティブならではのアイディア出しに使用する方に卓時間を割り振れた形のメリットは大きかったです。 次の大規模戦闘卓はいつになるやらですが、割とサクッとできたのでＶｅｒＵＰしておこうかなと思います。