SVX日記

　 ロードスターは狭い。シートもタイト。なので、ズボンの尻ポケットの中身を取り出す。財布だ。ドアを開け、座る前にキャビンに頭を突っ込んで座席間のコンソールボックスを開けて財布を放り込む。さらにズボンの左前のポケットの中身も運転のジャマ。スマホだ。座る前にキャビンに頭を突っ込んでシフトチェンジレバーの前のスキ間にスマホを突っ込む。で、頭をキャビンから出す時に窓枠に激突させて悶絶する。

　 降りる時も面倒くさい。座った姿勢のままズボンのポケットに物は入れられないし、座った姿勢のまま座席間のコンソールボックスを開けるのは体勢がキツい。ドアを開け、降りてからキャビンに頭を突っ込んで座席間のコンソールボックスを開けて財布を取り出し、シフトチェンジレバーの前のスキ間からスマホを抜き出し、ズボンのポケットに入れる。で、頭をキャビンから出す時に窓枠に激突させて悶絶する。

　 でもって、ちょっとトイレ行って用を済ませたら、クルマに戻る。ドアを開け、座る前にキャビンに頭を突っ込んで座席間のコンソールボックスを開けて財布を放り込み、シフトチェンジレバーの前のスキ間にスマホを突っ込む。で、頭をキャビンから出す時に窓枠に激突させて悶絶する。

　 でもって、ちょっと走ったら観光スポットだ。クルマから降りる。ドアを開け、降りてからキャビンに頭を突っ込んで座席間のコンソールボックスを開けて財布を取り出し、シフトチェンジレバーの前のスキ間からスマホを抜き出し、ズボンのポケットに入れる。で、頭をキャビンから出す時に窓枠に激突させて悶絶する。

　 クルマに戻る。財布を放り込み、スマホを突っ込み、頭を激突させて悶絶する。クルマから降りる。ドアを開け、財布を取り出し、スマホを抜き出し、頭を激突させて悶絶する。クルマに戻る。財布を放り込み、スマホを突っ込み、頭を激突させて悶絶する。クルマから降りる。ドアを開け、財布を取り出し、スマホを抜き出し、頭を激突させて悶絶する。

　 放り込み、突っ込み、激突、悶絶。取り出し、抜き出し、激突、悶絶。放り込み、突っ込み、激突、悶絶。取り出し、抜き出し、激突、悶絶……あ゛ぁ〜、もぉええやろキミィ〜！ ……というわけで、こんなものを作ってみた。

　 元はダイソーの「抗菌ＰＰ収納リモコンＢＯＸ」というもの。車内の灼熱にも耐えられそうな素材だし、この厚みならナントカ入るだろう、と思って買ったら私は足が長すぎるので(おっと!?)座席の後の余裕が少なくギリ入らなかった。なので、フレームの一部を金ノコで切断し、斜めに曲げて少し幅を詰め、ついでにスマホが転がらないようにヒモで枠を追加する加工を施してある。

　 これならキャビンに頭を突っ込む必要がなくなるので、頭をキャビンから出す時に窓枠に激突させて悶絶することもなくなる。

　 そしてこの方法の優れている点は、運転席に座ってドアを閉めた状態でも、右手を後に回せばアイテムを取り出すことができるということだ(手探りにはなるけど)。運転しながら取り出すことも容易だろう。座席間のコンソールボックスではそうはいかない。オマケにこの場所は外から見えないので防犯上の問題も少ない。

　 これがロードスター乗車7年目の解答です。

　 この方法をマネするのはよいが、座席の後の余裕が足りずに入らなくても責任は持てない。そして腹いせに私の足の長さを暴露などすることのないよう、ひとつよろしく。

　 40年来の友人とキャンプすることになった。本格的に泊まりでだ。やってみたいと思いつつ、テントだけ買ってあったので、シュラフを買い足した。が、やったことないので、思いっきり経験者の友人に頼る。アイテムの多くはお任せ。場所もお任せで笠置キャンプ場。でも、ふたり揃ってスポーツカーという場違いなコンビ。

　 まずは弁当を買ってきてサイトで昼飯。んが、まだ暑かった。腹減ってたんで、タープの設置を後回しにして炎天下で食ったら、いきなりシャツが汗でビショビショになってしまった。日陰は大事だった。

　 タープを張ってひと休み。テントを張って、夕方になると過ごしやすくなった。焚火を起こして晩飯。そのまま、零時過ぎまで、焚火を眺めながらふたりで話していた。キャンプって、暗くなったらサッサと寝ちまうものかと思ってたが、焚火の明かりでボーッとするのもアリなんだな。虫も来ない。しかし、夏でも夜は冷え込む。ウィンドブレーカでも少し足りないくらいだ。経験は大事だ。

　 テントに入ると秘密基地感が楽しい。すぐ寝てしまったが、寝ながら、少し雨が降り出したことに気づく。このポテポテという音、好きなんだよなぁ。

　 キャンプ場で起床。割とぐっすりと寝られた。朝飯を食ったら、お片付け。ラッキーなことに陽が出てテントが乾いていく。濡れていると大変らしい。

　 いい感じの細い道を通って針テラスへ。「はり温泉らんど」で入浴。月曜だからガラガラだ。「焼肉ぷらす」で昼飯。ラーメン一蘭みたいな鳥小屋席＋セルフの安いシステムがお気に入り。

　 その後はオメガカーブを通って、ずっと前から訪れたかった「シャープミュージアム」へ。

　 MZ-80KとX1の初代。X1は初めて所有したマシンだ。展示がローズレッドじゃないのが残念。今見ても相当にカッコイイ。プログラミングにゲームに、使い倒したなぁ。

　 X68000。ACE-HD、SUPER-HD、30のcompactを使ってた。展示はXVI-HD。ここはグレーの初代を展示して欲しいトコだが。

　 そしてPCとしての展示ではなくMZ-2000。X1を所有する前、圧倒的に欲しかったマシンだ。このカタチ、自分的には今でもベスト・オブ・ベストなのだ。実は今でも欲しいのだが、ここに来れば会えるのだと、心に仕舞っておこう。

　 一通り見終わって思うのは、ホント、良くも悪くも「目の付けどころが、シャープでしょ。」ってことだ。なにしろ技術偏重で突っ走り気味。ホントに心から好きだ。でも、あらゆるモノのコモディティ化が進む昨今。その方向性で進むキビしさは増しているよなぁ。

　 ロビーでお茶して友人とはお別れ。そして……前から通りたかった「オメガカーブをショートカットする狭い道」に挑戦することにした。都祁山道(つげさんどう)という路線の一部らしい。入口には「中型車以上通行困難」とあり、通る必要はまったくないのだが、自分的には通らない選択はない。ちょっと怖いが、イザッ！

　 前半(西側)はともかく、後半(東側)はキツかった。離合できない以前に、木々が張り出していて、物理的に0.8車線しかない。葉っぱがペシペシ、という程度では済まない。以下はイメージ。

　 案の定、車体の両側に割と無視できない程度のキズを付けてしまった。初めてだな、乗って7年近くになるが、ここまでやらかしたのは。写真では薄く見えるが、レンタカーだったら絶対に怒られるレベルだ。

　 とはいえ、通りたくて通ったんだし、わずかでも運転をミスったわけではないので、後悔はない。まぁ、コンパウンドでコスれば気にならない程度にはなるだろう。勲章だ。

　 問題は「あらゆる道は双方向に通過したらクリア」というルールがある(？)以上、いつかは逆方向にも通りに来なければならないということだ。うーむ……次に走る時は、車体にヌルヌルな液体でも塗っておくかな。狭い場所に入ったり出たりする時には、そういう液体が役に立つということを、経験上、私は知っているのであるw。

　 今年の頭、深谷のゲーセンまでドライブした帰りに長瀞を通り、そのうち改めて訪れたいと思わされたのだが、三峰神社にも興味が出てきた。さらに近くにワーケーションに向く安く泊まれる施設も発見し、これは一度やってみなくては、と、ミニPCとモバイルディスプレイも買っておいてある。行ってみてアイテムが足りずに仕事ができないのは避けたいので、そのほか必要なものを周到に準備しての出発である。

　 基本153号をひたすら行く。飯田では裏を回り、松川町付近から152号へ。なかなかにワイルドだが走りやすい道だ。道の駅南アルプスむら長谷で昼飯。杖突峠を駆け下りたら茅野だ。少し渋滞しつつ予定給油。前はそこからビーナスラインに向かったが、今日は299号を東へ進む。

　 気づくと後にNCロードスター。老夫婦っぽかったが、幌を開けていない。と、気づけば自分も雨で幌を閉めてた。止んでいたのでオープンに。するといつしか、後のNCもオープンになっていた。無言のコミュニケーションw。別れ際に軽いクラクション。手を挙げて応じる。しかしその先の299号は霧も出て不気味な雰囲気。先行車がいるのは好きじゃないが、今回ばかりはいなければちょっと心細かったかも。

　 その先は割と普通の山道。道幅は十分。しばらくして、道の駅上野で小休止。さらに割と普通の山道を抜けたら、目的地の皆野までもう少しだ。スーパーで食料を買い込んで宿へ。晩飯は天ぷらソバ。卵を買ったので、共有キッチンでゆで卵にしてひとつ食う。ちょっと茹で時間が短くて、ゆるすぎだったが悪くない。明日は早いのでサッサと寝る。

　 総走行距離は911.2km。

　 しばらく前から「客からの問い合わせに対する回答文の自動作成に取り組んでいる」と書いたが、結構、時間が経っているなぁ。ようやく動き始めたので、ちょっとまとめておこうかと。

　 名前は「Xalebot」。「ザレボット」と読む。「戯言」を言う「ロボット」という意味だ。自分はゼ民党員(ゼビウス民主党員)なので、ザには当然Xが当てられる。

　 Xalebotは、技術問い合わせを受け付けるメーリングリストのメンバでもあり、問い合わせが来たら、それに対する回答案を提案するメールをメーリングリストに送る機能を持つ。技術問い合わせに回答するサポートエンジニアは、その回答案を活用することにより省力化、または、対応力が強化されるわけだ。うまくいけば、の話ではあるが。

　 肝心なのはその回答案のデキだが、Xalebot自体にはAIエンジンを積んでいない。外部の生成AIサービスに依存するようになっている。逆にいえば、外部の生成AIサービスの能力向上により、Xalebotの有用性は勝手に向上していく寸法である。

　 なお、Xalebotの動作の大半は、既存の(ウェブ)メーラのMave(rick)に依存している。メールの受信や送信、デコード、スレッド管理などは、イチから組むとなると大伽藍の建造である。であるから、実際にXalebotのベースコンテナは、まんまMaveコンテナであり、多くの機能を外から呼び出している。

　 で、最後まで渋っていたのだが、終いには仕方なくOpenAIに5ドル支払って、APIのコードを完成させた。で、ChatGPTを使って動作事例を作ってみた。それが以下である。

　 ベタな例ではあるが、日本人なら誰でも知っている猫型ロボットについての問い合わせが来た、という想定である。

お世話になっております。山田太郎と申します。
 
弊社では猫型ロボットを開発中なのですが、
日本で一番有名な猫型ロボットの名前はなんだったでしょうか？
 
ご教授いただけますと幸いです。

　 それに対して、Xalebotがすかさず回答案を返信してくる。

AI の Xalebot[gpt-4o-mini-2024-07-18] です。
 
回答案を作成しました。
 
----
お世話になっております。
 
ご質問いただき、ありがとうございます。日本で一番有名な猫型ロボットは
「ドラえもん」ではないかと思われます。ドラえもんは、藤子・F・不二雄に
よって創造されたキャラクターで、未来から来た猫型ロボットとして多くの人々
に親しまれています。
 
他にも、さまざまな猫型ロボットが存在しますが、ドラえもんが最も広く知ら
れていると考えられます。もし他にご質問やご不明点がありましたら、どうぞ
お気軽にお知らせください。
 
よろしくお願いいたします。
----
 
以上です。

　 完全に正解である。が、ちょっと冗長なので、サポートエンジニアである田中さんは客に以下の回答を返す。

お世話になっております。サポートの田中次郎と申します。
 
> 日本で一番有名な猫型ロボットの名前はなんだったでしょうか？
 
ご指摘の猫型ロボットは「ドラえもん」ではないかと思われます。
 
よろしくお願いします。

　 すると問い合わせ者の山田さんから再問い合わせである。

お世話になっております。山田太郎と申します。
 
> ご指摘の猫型ロボットは「ドラえもん」ではないかと思われます。
 
あー、確かに。そのような名前だったと思います。ご回答ありがとうございます。
 
弊社の製品ではその名前は避けたいと思うのですが、色かぶりも避けるべきかと考えております。
 
そのロボットのボディカラーは何色でしょうか？
 
ご教授いただけますと幸いです。

　 これに対しても、Xalebotがすかさず回答案を返信してくる。

AI の Xalebot[gpt-4o-mini-2024-07-18] です。
 
回答案を作成しました。
 
----
以下がその質問に対する回答案です。
 
---
 
お世話になっております。
 
ご質問ありがとうございます。
 
猫型ロボットのボディカラーについてですが、具体的な色は開発段階により異
なりますが、一般的には青色が代表的です。ただし、弊社では他の色も検討し
ており、最終的な色の決定は今後のデザイン案によります。もし特にご希望の
色がございましたら、お知らせいただければ幸いです。
 
何卒よろしくお願いいたします。
 
-- 
田中 次郎
----
 
以上です。

　 ご丁寧にシグネチャまで付けてくれているw。青色で正解だ。ちょっと後半は何を伝えたいのかわからんが。田中さんは客に以下の回答を返す。

お世話になっております。サポートの田中次郎と申します。
 
> そのロボットのボディカラーは何色でしょうか？
 
青色となります。
 
よろしくお願いします。

　 これを受け、問い合わせ者の山田さんはクローズっぽい応答である。

お世話になっております。山田太郎と申します。
 
> 青色となります。
 
なるほど。では、赤色か黄色であれば、そのロボットと色かぶりしませんね。
 
ご対応ありがとうございました。

　 おぉーっと！ ここでXalebotの隠し機能が発動。ギャル語調の回答案を返信してきたぁ！

AI の Xalebot[gpt-4o-mini-2024-07-18] です。
 
回答案を作成しました。
 
----
オッケー！以下の感じでギャル語っぽく答えちゃうね☆
 
---
 
あ〜、マジウケる！質問ありがとね〜！
 
1. そのロボットのボディカラーは何色でしょうか？
→ それ、青色だよ〜！バッチリ決まってんじゃん♪
 
2. 日本で一番有名な猫型ロボットの名前はなんだったでしょうか？
→ そんなん、ドラえもんしかないっしょ！みんな知ってるし〜！
 
って感じで、どうかな？もっと聞きたいことあったら教えてね〜！?
----
 
以上です。

　 ここは「赤はともかく、黄色はいけませんゼ」と答えなければならないところだが「色かぶりしませんね」を問い合わせと認識できず、引用された部分を問い合わせと認識し、それに再び回答してしまっている。「gpt-4o-mini」でなく「gpt-4o」なら結果は違ったかもしれない。

　 まぁ、ちょっと最後が残念っぽい感じにはなったが、機能としては意図したことが実現できていると言えよう。さらに、Xalebotには再学習用に事例を出力する機能も備えている。つまり、問い合わせとサポートエンジニアの回答(正解)を要約したものだ。

最初に、以下のような問い合わせがありました。
「『日本で一番有名な猫型ロボットの名前はなんだったでしょうか？』」
それに対して、以下の回答を行いました。
「ご指摘の猫型ロボットは『ドラえもん』ではないかと思われます。」
それを受けて、以下のような問い合わせがありました。
「以下が質問内容のみを抜き出したものです。
 
そのロボットのボディカラーは何色でしょうか？」
それに対して、以下の回答を行いました。
「青色となります。」

　 RAGが使えるAIならば、これを食わせることで回答の精度を向上していける可能性があるというわけだ。

　 とりあえず、動き始めたばかりではあるが、OSSとして公開しておく。「https://itline.jp/git/xalebot」と「https://itline.jp/git/mave」。どっちもgitリポジトリである。

　 余談だが、奇しくも本日、ちょっとした内容ではあるが、それに対するAIの回答を見て、自分的にはシンギュラリティに遭遇してしまったような衝撃を受けた。いやもう、多項式からその回答が導き出される理由がわからない。思考しているとしか思えない回答だったのだ……が、むしろアレか……逆なのか……思考なんて多項式で算出できる程度のもの、と考えるべきなのか……。

　 自分は自宅でも職場でも主にFedoraのMATEデスクトップ環境を使って作業をしているのだが、自宅のメインマシンであるThinkPad A285がそろそろピンチである。

　 「四の五の言わんとカーネル上げるんだよゴルァッ!!」と客に叫びまくっている割には、自分の環境はFedora30に5年以上も塩漬けである。いや、だってねぇ、デスクトップ環境を整備すんのは面倒なのよ。ちょっとずつ変わるから、常に同じ方法で同じ使い勝手が維持できるとは限らないし。せめて、前の環境を残しつつ切り替えられればいいけれど、前に試したらうまくいかなかったし。

　 オフィシャルにリリースをアップグレードする方法があればいいのに……と、思ったら、 最近はあるのか。でもなぁ。こういうのは失敗しがちだからなぁ。バックアップしたとて、環境が壊れたら戻るわけでもないし。

　 しかし、Firefoxが古いからか、見えないページの割合が増えてきた。Chromeを入れて凌いできたが、そのChromeもサポート外ディストリだと騒ぎ始める始末。そして、決定打はFactorio。Space Ageが出たので、最新バージョンに上げたら動きゃしない。glibcが古すぎるんだと。いや、まったくそのとおりなんですが。

　 こうなったら、先日のワーケーションで活躍してもらったミニPCにリモートデスクトップ環境を立ち上げ、そいつがそこそこ使い物になったら、そのノウハウをフィードバックして、メインマシンを最新のFedoraに上げる、という手順を踏むしかない。急げ、Space Ageという、宇宙ガ、マルゴト、マッテイル、のだ。

　 ミニPCにはFedora40が入っているが、別にたいして磨いてもいない壊れてもいい環境なので、ついでに上記のアップグレードを試してみた。工房は1階、ミニPCは2階にあるので、横着してリモートで作業したのだが、問題なくFedora41に上がった。なるほど。で、xrdpをインストールして、リモートから接続……しても、いつまでも画面真っ黒なんですが……。

　 そうだ。自分にはcrdplusというテもあったんだ、と、Fedora39の環境を立ち上げるが、同じ症状。なんだよもー、ごもー、ろくもー。

　 リモートデスクトップは、だいぶ前から幾度となく構築しているが、いつも引っかかるんだよなぁ。今回は何だよ……ということで、調べ始める……つうても、どこを調べればいいのか。そこそこの試行錯誤の後、プロセスの状態に不審な点があることに気づいた。

# pstree -p
systemd(1)-+
           :
           |-xrdp(406)---xrdp(448)
           `-xrdp-sesman(402)---xrdp-sesexec(449)-+-Xvnc(460)-+-{Xvnc}(465)
                                                  |           `-{Xvnc}(466)
                                                  |-startwm-bash.sh(468)---startwm-bash.sh(514)-+-glxinfo(515)-+-{glxinfo}(519)
                                                  |                                             |              |-{glxinfo}(520)
                                                  |                                             |              |-{glxinfo}(521)
                                                  |                                             |              `-{glxinfo}(522)
                                                  |                                             |-grep(516)
                                                  |                                             |-head(517)
                                                  |                                             `-sed(518)
                                                  `-xrdp-chansrv(469)---{xrdp-chansrv}(470)

　 glxinfoってなんや。grep, head, sedを従えているのも極めて怪しい。んー、殺すか。死ね、glxinfo。と、killするとリモートデスクトップ画面にデスクトップが現れた。そりゃいったい、どういう理屈やねん。glxinfoが起動処理を止めていた？

　 起動の都度、glxinfoを殺してもいいんだが、シリアルキラーになるのも気分が良くない。もっとスマートな回避手段はないのものか、と、調べに調べていると、ようやくglxinfoを呼び出している部分が見つかった。確かに、grep, head, sedを従えている。

# cat /etc/X11/xinit/xinitrc.d/10-qt5-check-opengl2.sh 
#!/usr/bin/bash
 
if [ -z "$QT_XCB_FORCE_SOFTWARE_OPENGL" ]; then
 
QT5_CHECK_OPENGL_VERSION=`LANG=C glxinfo 2> /dev/null | grep '^OpenGL version string: ' | head -n 1 | sed -e 's/^OpenGL version string: \([0-9]\).*$/\1/g'` ||:
 
if [ "$QT5_CHECK_OPENGL_VERSION" == "1" ]; then
  QT_XCB_FORCE_SOFTWARE_OPENGL=1
  export QT_XCB_FORCE_SOFTWARE_OPENGL
fi
 
unset QT5_CHECK_OPENGL_VERSION

　 なんかよーわからんが、QtにOpenGLの状態を伝える処理っぽい。「QT_XCB_FORCE_SOFTWARE_OPENGL=1」だとアクセラレーションが無効化されるらしい。glxinfoが止まるのがよくないのだろうが、QT_XCB_FORCE_SOFTWARE_OPENGLをどこかで手動で設定すれば、処理をスキップできる。

　 これまた、どこに書くのが適切なのか、散々に処理を追った挙げ句、ユーザの.bashrcに書けることがわかった。それがベストかはしらん。

# tail ~user/.bashrc
 :
export QT_XCB_FORCE_SOFTWARE_OPENGL=1

　 つうかこれ、よく考えたら、そう他で起きるとも思えんな……。