ここ数日で X の algorithmic feed に外国語ポストが本格的に流れ込むようになったらしい。X みたいに人間同士が延々と闘う媒体でこんなことをすると悲惨な結果になるのが見えている。 おかがで選択的伝達の重要性が高まるだろう。メッセージが意図した対象にだけ伝わり、それ以外の者︀に伝わらないようにするということを真面目に考える必要がある。

Sakana AI が LLM に Namazu と名付けて炎上している件、2000-2001年に手元で Namazu を動かしていた年寄りとしては、機能的にも被ってないし、別にええやんと思う。 https://x.com/iwiwi/status/2038535561921839133

私はいまだに RSS feed (Feedly) を常用しているくらいには守旧派で、timeline を自分の制御下に置きたいのだけど、同年代の同業者でも algorithmic feed を使っていることが多くて驚く。

言語地図を作るのに調査地点の緯度経度を特定する必要があるのだけど、面倒なので生成AIで自動化できませんかね、というほのぼのとした相談を受けている間に、米国は爆撃地点の選定を生成AIで自動化し、しかも誤って女学校を標的にして子供を爆殺しまくっているという現実。何か根本的に発想が違う。

監視国家というと自国民を監視する政府を思い浮かべがちだが、より深刻な脅威はむしろ外国。国家の監視を妨げてきた言語の壁は LLM が破壊してしまった。 歴史を振り返ると、機械翻訳が言語処理のキラーアプリケーションだったことは周知の事実。冷戦期のアメリカはソ連のロシア語文献を読みたがっていた。今から考えると、機械翻訳は難しい課題の一部を切り出して定型化したものにすぎない。本当に欲しかったのは翻訳そのものではなく外国語で書かれた情報。つまりは多言語情報抽出。 時代が下って 2010年代の DARPA の LORELEI (Low Resource Languages for Emergent Incidents) になると、直接的に取り組むようになった。表向きには人道支援のための低資源言語処理を掲げながら、DARPA 自身が同時に U.S. Government entities の situational awareness を目的だとあからさまに語っていた。感染症対応や災害対応に使える技術はそのままテロ対策にも使える。 この時代はまだ LLM 以前であり、技術的には古典的な言語処理の延長にあった。発想としても、同じく DARPA の MUC (Message Understanding Conferences) 以来の古典的な情報抽出に近い。named entity や situation frame を事前に定義し、その枠に沿って情報を抽出。 LLM 時代に入って、その種の面倒な事前のタスク設計の必要性が大きく後退した。さらに、多言語理解能力とよべるものが初めて立ち上がってきた。ひとまず大量の外国語テキストをとりあえず読ませておき、あとから人間が好きな問いを投げればよい。 法的に見ても、監視は国内向けより国外向けのほうがはるかにやりやすい。安全保障という名目を掲げればかなり広いことができるし、何が安全保障に関わるかを決める解釈権は監視される側には事実上ない。 外から見た米国の最大の特徴は、世界最大の軍事国家であるという点にある。言語処理はその米国の軍事に奉仕している。人間はわざわざ読まないだろう、まして外国語ならなおさらという前提は、もはや成り立たない。

新しく買ったマシンのセットアップ中。Nostr に書き込みできるところまできた。

long-form content への返信がどうなるか調べていて知ったが、kind:1 short text note とは別に kind:1111 comment が用意されている。 long-form content への返信は NIP-22 により kind:1111 でなければならない。NIP-22 は draft / optional だが、long-form content を定義する NIP-23 でもそう明示されている。 実装を調べてみると、Nostrmo の reply ボタンは kind:1 を作る。long-form content に対する特別な処理はしていないので。 lumilumi は reply ボタンを disabled にして返信できないようにしてある。 https://github.com/TsukemonoGit/lumilumi/blob/main/src/lib/components/NostrElements/kindEvents/NoteActionButtuns/NoteActionButtons.svelte

はじめて long-form content を投稿してみた。njump.me で Markdown のレンダリングがうまくいっていない。空行なしで始めたリストがリストと認識されていない。 原因を ChatGPT に調べさせたところ、Go の gomarkdown には NoEmptyLineBeforeBlock という拡張があるが、njump はこれを有効化していないのでそうなるらしい。 https://github.com/fiatjaf/njump/blob/master/markdown.go 昔の Markdown.pl は空行のあとでないとリストにならない仕様だったとのこと。 https://spec.commonmark.org/0.31.2/

このままエネルギー危機が続くと、AI 研究のための大型計算機利用なんて真っ先に止められるんちゃうの。

この話題を X にクロスポストしないのはイーロンを信用していないから。イーロン自身は今のところイラン攻撃への賛否を表明していないっぽいし、イランの政府系アカウントも生きているけど、今後どう転ぶかはわからない。

イスラエルは日本と利害を共有していないどころの話ではなく、世界の平和と安定の敵と化している。 イランのインフラを大っぴらに破壊していて、アメリカがドン引きしている。というかそれをあの Axios が報じる事態。 https://www.axios.com/2026/03/08/us-dismayed-israel-iran-fuel-strikes