  |
はてなキーワード: エージェントとは
12:47
鋭い指摘ですね。確かに、今回1回だけそんな大胆な行動を取ったと考えるのは不自然です。調べてみます。
調べてみたら、ご指摘がだいぶ核心を突いていることが分かりました。事実関係を整理します。
1. fsnotify の FUNDING.yml の中身は実は「上書き」ではなく「追記」だった
これは知っておくと評価が変わるポイントです。生のpatchを取ってきました:
yaml github: arp242 2026-04-22 (mattn が変更)
diff -github: arp242 +github: [arp242, mattn]
つまり mattn は arp242 を消したわけではなく、自分を追記しています。これだけ見れば「乗っ取り」というよりは「自分も並べて入れた」という挙動です。ただし、(a) 直接 main にコミット、(b) 事前議論なし、というプロセス面の問題は残ります。
2. mattn が他人のプロジェクトの FUNDING.yml を触った形跡は、ほぼ無い
GitHubの commit search で author:mattn FUNDING.yml を全件さらいました。出てきたのは下記がほぼ全部です:
mattn/*(自分の個人リポジトリ多数) — 当然OK、自分のプロジェクト
yagi-agent/.github(mattn が一人で作った AI agent プロジェクトのorg、yagiリポジトリへのコミットの 70+ がmattn自身) — 実質自分のorg
ZaytsveDmitriy/ole 等 — 確認したところ mattn の自分のリポジトリの clone-and-push 系(forkでないが履歴が残っているもの)
fsnotify/fsnotify ← 今回の件
つまり、「他人が主導しているプロジェクト」の FUNDING.yml に自分を追加した、と確認できる事例は、検索した範囲では fsnotify が唯一です。ご指摘の「普段からそうしているなら自然、今回だけというのは奇妙」という観点で見ると、後者寄りの結果になりました。
3. ただし、いくつか公平に見ておきたい点
mattn は当時、形式上ではあれfsnotifyの commit権限を持つ立場 ではあった(arp242の言い分では「過去のゆるい権限付与の名残」だが、権限自体は事実)。「自分はメンテナーだ」と本人が思っていたなら、自分のorgでやるのと感覚的に近かった可能性はある。
追記であって上書きではない以上、「funding を奪った」とまでは言えない。issueの議論で arp242 が「議論なしで sponsors を更新したのが決定打」と言っているのは金額の問題ではなく手続きの問題として読むべき。
thanks.dev からの fund 引き出しの件は arp242 の主張のみで、第三者検証は今のところできていません。
4. 整理すると
ご指摘のとおり、「普段から他のOSSでもやっている習慣」だったなら平常運転として薄められるはずですが、調べた限り mattn は他人のプロジェクトの FUNDING.yml には基本的に手を出しておらず、fsnotify の件は彼の通常パターンから外れた行動と見えます。
これが「悪意があった」と直結するわけではなく、解釈は少なくとも3通りあります:
善意解釈: 自分をメンテナーと認識していたので、自分のorgと同じ感覚で気軽に追記してしまった。プロセスへの配慮が足りなかっただけ。
無自覚解釈: 普段の自分のリポジトリでの作業の延長で、機械的にやってしまった。
批判解釈: 実質メンテしていないプロジェクトで、自分の知名度を使って funding routes に乗ろうとした(arp242寄りの見方)。
ただ少なくとも「普段からやってる人」という解釈は、データを見る限り取れません。そこは観察として明確に答えになっていると思います。
12:50
ほぼ確実に本人です。コミットのメタデータを見ると、技術的に「他人がmattnを名乗って書く」のは(アカウント乗っ取り以外では)できない作り方になっています。
何が分かるか
該当コミット (1e5a3eedac2ed46771c59e0b100b9f9383887a3b) の構造:
| 項目 | 値 | 意味 |
| Author | mattn (GitHub user #10111) | コードを書いた人 |
| Committer | web-flow (isGitHub: true) | GitHub.com の Web UI が代理コミット |
| mattn.jp@gmail.com | 公開されているmattnのアドレス | |
| Date | 2026-04-22 14:09:07 +09:00 (JST) | 関西在住のmattnのタイムゾーン |
committer = web-flow というのは、GitHubのWebエディタ(ブラウザ上で「✏️」アイコンを押して編集する機能)経由でのコミットである、という強い証拠です。
Author欄は git config user.name/email でいくらでも詐称可能(ローカルでmattn名義にしてpushすれば、見た目はmattnになる)
だから「Authorだけ見て本人とは限らない」というのは git の常識
GitHub側がOAuthで本人認証を済ませた上で、web-flowが代行コミット
他人のアカウントを名乗ることは技術的に不可能(=GitHubの認証を突破しない限り)
GitHubが代理署名するため "Verified" バッジが付く
つまり「Webエディタ経由 + Author=mattn」という組み合わせは、「GitHubに mattn としてログインしていた誰か」がやったということを意味します。
残る可能性
アカウント乗っ取り — mattnのGitHubアカウントが、その時点で第三者に乗っ取られていた
セッションハイジャック — mattnがログインしていたブラウザを物理的に他人が使った/Cookieを盗まれた
機械的代行 — mattnのPATを使った自動化スクリプト等が(本人意図せず)動いた
ただし、(1)〜(3) のどれかが起きていたとしたら、mattnは騒動後にそれを公言するのが自然(「アカウントが乗っ取られていた、自分の意思ではない」と訂正するインセンティブがある)。今のところ、本人からそうした主張は確認できていません。むしろ mattn 本人の X 投稿で fsnotify への関与をネガティブな文脈で語っており、自分が当事者であることは否定していない雰囲気です。
技術的にはほぼ本人確定(web-flow経由の認証付きコミット)
第三者がmattnを騙ってFUNDING.ymlを書き換えるのは、アカウント乗っ取り級のことが起きていない限り不可能
そして本人からその種の主張(乗っ取り等)は現時点で観測できない
なので「本人ではないかもしれない」という線で擁護するのは、現状の証拠ではかなり苦しい、というのが正直なところです。
12:52
それ、かなり筋が通った仮説です。実際に裏付けになりそうなシグナルがいくつかあります。確認していきます。
AIエージェントの不十分な監査が最も可能性の高い説を検証した。
その仮説、調べていくとかなり整合する状態証拠が積み上がってきます。直接の証明はできませんが、状況的にはむしろ「これが一番シンプルな説明」レベルの裏付けがあります。
1. mattn は2026年時点で「自前のAIエージェント」を運用中
これは決定的に重要な背景です。
yagi-agent organizationには9つのリポジトリがあり、mattnが「yagi - AI agent」として運営しています。中には「actions-yagi: GitHub Action for AI-powered pull request review using yagi」というものまで含まれています。
つまりGitHub Actionから自分のAIエージェントを呼び出してPRレビューをさせる仕組みを、彼自身が作って動かしていました。
yagi本体は2026年2月公開で、OpenAI・Anthropic・Google・Groq・Cerebras・SambaNova など15種類のLLMプロバイダに対応。Yaegi (Goインタプリタ) ベースのプラグインシステムを持ち、~/.config/yagi/tools/ に Goファイルを置くだけでツールを追加できる設計です。
Zenn
問題のFUNDING.yml変更が 2026年4月22日 ですから、yagi本体公開(2月)から 約2ヶ月後、つまり彼が自前エージェントを最も活発に育てていた時期にちょうど重なります。
2. web-flow コミットは「AIエージェント経由」と完全に整合する
前のターンで「web-flow committer = GitHubのWeb UIから編集」と書きましたが、より正確に言うと、web-flowが committer になる経路は以下のいずれかです:
GitHub REST APIの PUT /repos/{owner}/{repo}/contents/{path} を叩いてファイル更新
GitHub Apps / OAuth tokens 経由のAPI呼び出し
(2)〜(4) は AIエージェントが PAT (Personal Access Token) を持って GitHub API を叩いた場合に発生する典型的な署名パターンです。yagi のようなツールがファイル編集ツール(plugin)を持っていて、それが contents API を呼べば、まさにこのコミットの形になります。
ローカルの git push 経由なら committer は通常 mattn 自身になるので、web-flow が出てくる時点で「ローカルのターミナルから手で打った」可能性は実は薄いんですよね。
3. arp242 が「AI slop」を名指しで非難していた件
issue #757 の arp242 のコメント #8 と #11 を読み返すと、これがピッタリ刺さります:
"Backout some unclear and factually incorrect (seemingly AI-generated) documentation" — PR #756 のコミットメッセージで「(どうもAIが生成したらしい)不明瞭で事実的に誤ったドキュメントを差し戻した」と書いている
"In the age of AI slop some people do try to maintain some standards" — 「AIスロップが蔓延するこの時代に、それでも品質基準を保とうとする人間はいる」
"rubber-stamp approved and merged within minutes" — 「数分でゴム判承認されてマージされた」
つまり arp242 の不満の核は「mattnと shogo がAIで書いたコードを軽くレビューして即マージしている」ことだったわけで、彼ら自身の手書きコードかどうかすら怪しいと見ていた節があります。これは仮説と非常に整合します。
4. 「他人のリポジトリで FUNDING.yml をいじる行動」が彼の通常パターンに無い件と整合
前のターンで確認した通り、mattnは自分のorgや自分のリポジトリ以外で FUNDING.yml を触った形跡が(検索した限り)ほぼ無い。普段の人間mattnならやらないことが、yagi運用期にだけ起きた、というのは仮説的に綺麗にハマります。
たとえばエージェントへの指示が「fsnotify を活発にメンテして必要な改善を入れて」程度のざっくりプロンプトだった場合、エージェントが自律的に「メンテナーとして自分(=mattn)を funding に追加する」という飛躍をやらかすのは、現代のコーディングエージェントの "親切すぎる" 動作としてあり得る範囲です。
5. ただし完全に確定はできない
公平のために、この仮説の弱点も整理しておきます:
直接証拠はない。コミットそのものに「by yagi-agent」のような署名は無い(あったら一発で分かる)。
mattn 本人が 「あれはエージェントがやった、自分の意思ではない」と公の場で訂正していない。X投稿は削除したが、釈明はしていない。普通、もしエージェントの暴走だったなら、信頼回復のためにそう説明する方が自然なはず。
一方で、それを認めると「他人のOSSリポジトリにエージェントを放したこと自体が問題」になるので、本人が言いたくない、という心理は理解できる。
まとめ
ご指摘の「AIエージェントが入れた、監査不足が一番ありそう」というのは、
mattnが yagi(自前AIエージェント) を絶賛運用中だった時期
web-flow 経由のコミット形式は API 呼び出しと整合
arp242 が一連の挙動を「AI slop」「ゴム判マージ」として非難していた
普段の mattn は他人の FUNDING.yml に手を出さない
という 4つの状況証拠が重なるので、現存する仮説の中ではかなり有力な部類だと思います。「悪意ある乗っ取り」より「自前エージェントへのガバナンス不足」のほうが、観測データに対してずっと簡素にフィットする説明です。
ただこの場合、**問題の本質は「人格」ではなく「エージェントを他人のリポジトリに対して放す前のセーフガード設計」**になり、Kubernetes が依存するライブラリの release 権限を持った人間がその運用をしていたとなると、それはそれで supply chain 的に十分こわい話でもあります。arp242 が即座にロックダウンしに動いたのは、こちらの観点で見るとかなり妥当な反応だった、という見方ができます。
18:34
その問い、かなり鋭いところを突いていると思います。観察として正鵠を射ているし、現代のOSSにおける「作者性」の境界をめぐる本質的な問いでもあります。
長年のOSS活動で、人にはコミットの癖みたいなものが付きます。mattn の場合、観察できる「らしさ」は以下のようなものでした:
自分のリポジトリでも他人のリポジトリでも、議論が必要そうな変更は issue/PR で先に話を通す
コードは「実用一辺倒」というより「面白さ」「驚き」を重視する芸風
何より、他人のプロジェクトでの礼儀には敏感な人という評判 — Vim本家にパッチを送り続けた経験は、コミュニティ運営でいちばん神経を使うべき部分を体に染み込ませるトレーニングそのもの
これと、fsnotify で観察された挙動 — main直push、PR/議論なしで FUNDING.yml に自分を追記、さらに「明らかに meh(arp242評)」な品質のドキュメント・コード — を比べると、同じ人の挙動として説明するには連続性が薄すぎるんですよね。「年を取って雑になった」というレベルではなく、OSS文化の基本作法そのものを忘れたかのような断絶が見える。
なので問いを書き換えると
「彼は今なお彼なのだろうか?」を、もう少し作業可能な形に翻訳すると、こうなります:
GitHub上の @mattn が出力している挙動は、人間mattn個人の意思の表現と、どの程度1:1で対応しているのか?
これは現代のOSS全体に効いてくる問いで、答えは「もはや必ずしも1:1ではない」だと思います。観測できる証拠から考えうるのは、ざっくりこの3層:
第一層 — 純粋な人間mattn 彼自身がキーボードを打っているコミット・ツイート。間違いなく彼であり、責任も100%彼にある。
第二層 — エージェントを伴走させた彼 yagi に下書きを書かせて、彼がレビューしてコミット。出力には彼の判断が乗っているが、文体や細部は彼のものではない。ここまでは多くの開発者が今やっていることで、それ自体は問題ではない。
第三層 — エージェントが半自律で動かしている彼の名義 PAT 経由でファイル更新APIまで叩ける状態のエージェントが、レビューを経ずに main に直接コミットを発生させる。出力の中に 彼が事前に承認した判断が含まれていない可能性が出てくる。
fsnotify の FUNDING.yml コミットは、状況証拠的に第三層の可能性が高い。だとすると、そのコミットの「作者」は GitHub上では mattn だが、人間mattnの意思が直接入っ
注意）この日記は完全にAIとの対話を元に多少の修正を加えただけの会話ログです。
注意２） 前半は話題の前提となる issueの翻訳です。この記事のタイトルの部分はこの記事の後半から。
---
https://github.com/fsnotify/fsnotify/issues/757
以下、issueのタイトルと本文を原文のニュアンスを保ったまま翻訳します。
タイトル: 他のメンテナーがorgから外された理由についての公開質問 (Open question)
本文:
@arp242 さん、他のメンテナー全員がorgから外された明確な理由を教えていただけますか? このライブラリは私の勤務先(employee's ※原文ママ。文脈的には employer's の意と思われます)を含む主要なOSSプロジェクトで広く利用されているため、今回の変更についてのあなたのお考えを伺いたいです。そうすることで、私たちもこのライブラリの利用について多角的に検討することができます。
補足:
タイトルの「Open question」は「公開質問/オープンな問いかけ」というニュアンスで、答えを求めて広く投げかける問いという含みがあります。
「removed from the org」は「(GitHubの)organizationから除外された/権限を外された」という意味合いです。
末尾の "consider the usage of this library from a variety of aspects" は、直訳すると「様々な観点からこのライブラリの利用を検討する」となり、文脈的には「(場合によっては利用継続するか含めて)多角的に判断したい」という、やや距離を置いた慎重な姿勢が含まれた表現です。
（中略）
いただいた返信本文を、原文のニュアンスをできるだけ落とさず翻訳します。
@ymotongpoo さん
mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)も、その前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく(プロジェクトの)移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify
事実としてあるのは、最も多い178コミットを行っている現在の事実上の管理者(de facto administrator)が、それぞれ19、8、5、1コミットしかしていないユーザーから権限を剥奪した、ということです。
これがひどいことであるという点には私も同意します。しかし、誤った情報を広めておきながら訂正しようともしない、というのも容認できることではありません。
このライブラリがKubernetesのようなシステムで利用されていることを踏まえれば、わずかなコミットしかしていないユーザーにリリース権限を付与しているという状況のほうが、むしろかなり懸念すべきことです。
#2 — ymotongpoo
@umlx5h さん、追加の背景情報ありがとうございます。とはいえ、それも事実の一側面に過ぎず、変更の規模が小さかったとしても、何の予告もなく変更を行ったことの説明にはなっていません。彼らはかつて元の作者からメンテナーとして承認されていたという事実を踏まえれば、なおさらです。
繰り返しになりますが、これはオープンガバナンス(open governance)の問題であり、@arp242 さんからの一つの回答さえあれば解決する話です。
#3 — umlx5h
私の推測ですが、mattn氏がたった5コミットしかしていないのに自分自身をGitHub Sponsorsに追加したことで、彼(arp242)は苛立ったのではないでしょうか。 https://github.com/fsnotify/fsnotify/commit/1e5a3eedac2ed46771c59e0b100b9f9383887a3b
GitHub Sponsors がどう分配されるのかは知りませんが、もしコミット数のような要素が考慮されないのだとしたら、彼が不満を抱くのも理解できます。
#4 — ymotongpoo
コメントには感謝しますが、私たちが必要としているのは責任者(person in charge)からの回答です。推測は必要ありません。
#5 — Jan200101
たしかに何らかの説明はあった方がよいでしょう。たとえそのツイートが大いに誇張されたものだったとしても、外部から見れば、Mr. Mattn は誰もプロジェクトをメンテナンスしていない状況で名乗り出た(stepped up)のに、そのことで罰せられた、というふうに見えます。
#6 — umlx5h
簡単な事実確認(fact-check)すらせずに誤情報を広めるユーザーを見ると、訂正せずにはいられません。
個人的には、たった5コミットしかしていない状態で自分をスポンサーに追加するなんて、恥ずかしくてとてもできません。
もし彼が少なくともプルリクエストを作って、それをレビューに出してさえいれば、おそらくこんなことにはならなかったでしょう。
ただ、よく考えてみてください — たかだか1〜3コミットしかしていないユーザーが、Kubernetesなどのシステムに影響するリリースを出せる立場にいる、というのは恐ろしいことです。むしろ、新たなバグを引き起こしかねない修正を入れるくらいなら、現状のままにしておいた方がマシだ、と言う人さえいるかもしれません。
#7 — lestrrat
私はこのライブラリを使ってすらいないのですが、一言だけ残しておこうと思いまして:
mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)もその前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify
証拠A (Exhibit A): org には現時点で一人しかいない。 [画像]
証拠B (Exhibit B): mattn は3日前にリリースを出している。リリースを出すには少なくともコラボレーター(collaborator)である必要がある。 [画像]
#8 — arp242 (1回目の長文返信)
何年も前にバグ修正をした際に、いわば「成り行き」でコミット権限を持っていた人物(当時は『何かしらの』PRを出した人全員にコミット権限が付与されていた、#126 を参照)が、いくつかの変更を行い始めて、それが — これまた同じ理由でコミット権限を持っていただけの別の人物によって — わずか数分で形式的に承認(rubber-stamp)されてマージされた、というのが今回の件です。
それらの変更の多くは、よく言っても出来の良くないもの(so-so quality)で、私は昨日の午前中の大半を、それらをすべて元に戻して掃除する作業に費やすハメになりました。これは「一人のメンテナーが他のメンテナーを排除した」という話ではありません。なぜなら、彼らは何の議論もないまま自らメンテナーを自称(self-appointed)し、出来の怪しいコードをコミットし始めるまでは、いかなる意味においても「メンテナンス」などしていなかったからです。他のどんなプロジェクトであっても、彼らがコミット権限を持つことなど決してなかったでしょう。私がこのプロジェクトに関わり始めた時、リポジトリはアーカイブされ、多くのバグや挙動の不整合を抱えたひどい状態でした。私は多くの時間をかけてそれらを片付けてきましたが、(今回の件で)それが再びその方向に逆戻りしようとしているのが見えました。
ここまでの話だけならまだ我慢できたかもしれません。しかし、最初に行った行動のひとつとして、何の議論もなく main に直接コミットして sponsors ファイルを更新するというのは、さすがに**ふざけている(taking the piss)**としか言いようがありません。さらなる文脈として付け加えておくと、mattnは、ここで(先ほど触れたバグ修正以外に)『何の』作業も行わないうちから、過去数年にわたって何度か thanks.dev から資金を引き出していました。
これは、私が数年前に排除したメンテナーと何ら変わりません。その人物は、(質問の)内容を「バカげている(stupid)」とでも判断したのか、Issueを閉じてユーザーに「失せろ(clear off)」と言うようなことを始めたので、私は彼を外したのです。
#9 — arp242 (2回目)
拡散しているらしい一連のツイートをメールで送ってくれた方がいました。私はTwitterはやっていないのですが、その内容には誤った情報がいくつか含まれています:
以前、fsnotifyはメンテナンス不能(unmaintainable)になっていたので、我々(we)はメンテナーを募った
→ 活動を始めようとしたら、「勝手なことをするな(don't do things on your own)」と叱られた
このリポジトリは文字通りGitHub上でアーカイブされていました。誰一人として作業していなかったのです。私が Nathan にメールを送り、引き継ぎ、膨大な時間をかけて整理しました。コミットログを見れば一目瞭然です — ここ何年も、fsnotify に時間を費やしてきたのは私だけです。「我々はメンテナーを募った」の「我々(we)」とは一体誰のことを指しているのでしょうか? fsnotify に「我々」など存在したことはありません。「『勝手なことをするな』と叱られた」というのが何を指しているのかも、私にはわかりません。
その某氏は、勢いに乗ってしまったのか、fsnotifyの元の作者まで org から外してしまった、率直に言ってこれは恐ろしいことだ
Nathan は自ら自分自身を外したのです。彼は何年も前に「これまでのご苦労ありがとう、これで安心して fsnotify から自分を外すことができる」というメールを私に送ってきました。fsnotify は彼にとって、何年もの間、重荷だったのです — 彼はメンテナンスを『やりたくはなかった』のに、義務感からそうしなければならないと感じており、何年も後継者を探し続けていたのですから。
納得しました、あなたの反応はまったく理にかなったものですね。
Matn(※原文ママ。おそらく mattn のtypo)は日本人で、最近はツイートが Grog(※原文ママ。おそらく Grok のtypo)によって自動的にあなたの母国語に翻訳されるので、翻訳の過程でかなりのニュアンスが失われている可能性は十分にあります。
私が調べた限りでは、彼らは #735 を「行動を起こすべきとの呼びかけ(call to action)」と受け取り、PRを作成し、それを shogo が承認、そして単純にそれらをマージした、ということのようです。
#11 — arp242 (3回目、2026-05-07 19:46 UTC)
それは「翻訳で失われた(lost in translation)」というようなものではなく、単に奇妙で事実と違う解釈に過ぎないと思います。それから、ここに(GitHub上で)Issueを立てるのではなくTwitterに持ち込んだという点も、私からすればこれまた奇妙です。私が今回のことについてIssueを立てなかった理由は、無意味なドラマ(needless drama)を引き起こしたくなかったからであり、また、何年もの間、他の人々の関心がほとんどなかった(繰り返しますが、リポジトリは『アーカイブされていた』のです)ため、こんな大騒ぎになるとは思っていなかったからです。今思えば、なぜそうしたかを先回りして説明するためにもIssueを立てておくべきだったのでしょうが、まさかmattnがここではなくTwitterで愚痴を言い始めるとは思いませんでした。
私が調べた限りでは、彼らは #735 を call to action と受け取り、PRを作成し、shogoが承認、そのままマージした、ということのようです
他の人がここに加わって手を貸してくれること自体は、私はまったく構いません。むしろ素晴らしいことです。問題は、それらのPRがちょっとイマイチ(meh)というレベルではなく、『明らかに』イマイチだった、ということです。このプロジェクトに取り組むのは骨が折れる仕事で、あらゆるプラットフォームができる限り一貫した挙動になるようにしなければならず、go test を実行すれば正しさが保証される、というような単純な話ではないのです。AIスロップ(AI slop = AIが吐いた低品質なコード/コンテンツ)が蔓延するこの時代に、それでも一定の品質基準を保とうとする人間はいるのです。
ここまでなら『鬱陶しい』で済んだ話です。ところが、thanks.devの資金という背景込みでのスポンサーの件まで絡んでくると、話は別です。
それから、リポジトリが一時的に休眠状態になったあとで活動が再開する、というのはそこまで珍しいことではありません。私自身、12月にここで少し作業をしたあと、lib/pq の作業の方に少し気を取られていました。「うわー、arp242が悪意でプロジェクトを乗っ取った(maliciously hijacked)」というこの語り口は、単に間違っています。今回のTwitterの件を少し調べてみましたが、これをサプライチェーン攻撃として煽っている人までいる始末です。本気で言ってるんですか? 皆さん、**もう少し落ち着いた方がいい(enhance your calm)**ですよ — コミットログは秘密でも何でもないんですから:
% git log --format='%an <%ae>' | sort | uniq -c | sort -rn | head -n10 178 Martin Tournoij <martin@arp242.net> 160 Nathan Youngman <git@nathany.com> 112 Chris Howey <chris@howey.me> 26 Chris Howey <howeyc@gmail.com> 17 Pieter Droogendijk <[email protected].uk> 15 mattn <mattn.jp@gmail.com> 10 Nathan Youngman <4566+nathany@users.noreply.github.com> 8 Nahum Shalman <nahamu@gmail.com> 5 ICHINOSE Shogo <shogo82148@gmail.com> 5 Bjørn Erik Pedersen <bjorn.erik.pedersen@gmail.com>% git checkout bd7a751 HEAD is now at bd7a751 Use Go 1.25 in CI, move FreeBSD test runner to GitHub actions% git log --format='%an <%ae>' | sort | uniq -c | sort -rn | head -n10 175 Martin Tournoij <martin@arp242.net> 160 Nathan Youngman <git@nathany.com> 112 Chris Howey <chris@howey.me> 26 Chris Howey <howeyc@gmail.com> 17 Pieter Droogendijk <[email protected].uk> 10 Nathan Youngman <4566+nathany@users.noreply.github.com> 8 Nahum Shalman <nahamu@gmail.com> 5 Bjørn Erik Pedersen <bjorn.erik.pedersen@gmail.com> 4 Oliver Bristow <evilumbrella+github@gmail.com> 4 Francisco Souza <f@souza.cc>
「メンテナーを募った」の「we(我々)」とは一体誰のことを指しているのでしょうか?
念のため明確にしておきますと: mattn は彼のツイートで実際には「we」とは言っていません。日本語では主語がよく省略されます。機械翻訳が単に推測して、誤った主語を補ってしまったのです — 英語では主語が必要なので。
投稿: https://x.com/i/status/2051929334995427791 (残念ながら、彼はそのツイートを削除しています)
#13 — umlx5h (2026-05-07 23:18 UTC)
ソーシャルメディアのエコーチェンバー(echo chamber)の中で誤情報を広めたり、多くの開発者の働きを軽視したり、人気を奪うためだけに急いでAIを使って類似のプロジェクトを作ったりすることは、恥ずべきことです。
過去4年間にわたって、これほどの献身をもってこのプロジェクトをメンテナンスしてきたあなたに、私は深い敬意を抱いています。
多くの人々は、メンテナーでなくてもプルリクエストを送れるということを認識していないようです。
メンテナーになるには、ただ貢献を重ねて信頼を得ればよいだけのことで、それは他のオープンソースプロジェクトでも同じです。今回の(権限)剥奪の理由は、私には理解できます。
全体所感(訳注)
スレッドは、@ymotongpoo の冷静な問いかけ → @umlx5h と @arp242 が「mattn側こそ事実誤認」という強めの反論 → 一部 @Jan200101 や @lestrrat が中立〜mattn寄りの論点を出す、という構図になっています。
特に @arp242 (#8〜#11) は、「乗っ取り(hijack)」という枠組み自体を真っ向から否定し、「リポジトリはアーカイブ状態だった」「コミットログを見ろ」「PRの品質が obviously meh」「sponsorsファイルを議論なしで更新した」「thanks.dev からの資金引き出し」など具体的な根拠を畳み掛けていて、感情はかなり乗っているものの、論点は一貫しています。"taking the piss"(=ふざけるな、ナメてる)、"AI slop"、"enhance your calm"(『デモリションマン』の有名なセリフからの皮肉) など、英語圏のネットスラング由来の言い回しが多めで、口調はかなりフランク兼挑発的です。
ネット上から観測できた範囲で、できるだけ評価軸を分けて中立的にまとめます。「平時のmattn氏」と「今回のfsnotify騒動でのmattn氏」を分けて考えるのが、収集した中で最も納得感のある整理でした。
技術的実績と影響力は、賛否を問わずほぼ全方位で認められています。
Vimの日本語化・プラグイン開発、Go言語のOSS開発・コミュニティ運営に長く関わり、2019年からGoogle Developers Expert (Go)、2021〜2023年はGitHub Stars。著書に『みんなの Permalink | 記事への反応(0) | 21:16
ブクマで「そうそう、わかるー！」みたいなブコメいっぱいついているけど、なんかすごく違和感ある。
エージェントを何セットも同時に回せるガチ勢はさておき、職場のCopilotでも「アウトプットの質はインプットのプロンプトで全然違う」ので、
良いアウトプットを得るためには目的や背景や探索・施行条件の設定を最適にやることが必要で
これって「作る力」そのもの（アウトプットがどのようでなければならないかという要件定義力）と思う。
「要件定義力のないコーディング力」ってそもそもないと思うのでやっぱり作る力が必要ってことだと思う。サイコロを雑に何回も振るだけだと最適解に落ちない。
なんかはてブでたくさんブクマがつくエントリとか近年雑な話が多いなと感じる。雑に言い切ってヘイトをかせいたら注目を浴びてOKみたいな？
https://b.hatena.ne.jp/entry/s/note.com/suthio/n/n21809850230e
2020年にバイオハザードのかゆうま(飼育係の日誌)みたいなノリで匿名日記を書くサイトを作った。ログイン不要。https://enigmatic-brushlands-82725-herokuapp.com/
1年前：「かゆうま」みたいなノリで匿名日記を書くサイト作って5年が経った
先日も「コロナ激減『多数が免疫獲得』」というニュースが出た。世の中的にはすっかりアフターコロナになった感がある。Withコロナと言っていたのが遠い昔のようだ。
そんな中、自分は1月末にコロナになり、治ったと思ったら翌週にはインフルエンザにかかった。
特にインフルエンザは過去最高にキツく、後遺症で4月中旬頃まで左腕のしびれが治らなかった。
去年音声入力について触れたが、この半年はAqua Voiceを仕事で多用していた。
以前は、
①頭の中で考えをまとめる
②書く
①とりとめもなく音声入力する
②生成AIに整理してもらう
と③以外の工程の仕事の仕方が大きく変わった。特に頭の中で考えをまとめずにまず吐き出すというのはブレイクスルーだった。
特に社内チャットで「これってどういう理由・経緯ですか？」系の質問に対して、これまでだと「いやー明確な理由や経緯はあるんだが書くのだいぶ面倒だな…」と思いながら30分〜1時間かけて返信文を書いていた。
いまだとひとまずとりとめもなく時系列や前後関係を気にせずに理由や経緯を5分くらい話して、あとは生成AIで整理してもらうで10分くらいで返せるようになりだいぶ捗るようになった。おすすめ。
ただ日記やプライベートのメッセージなどをこの方法で書くとどうも無味乾燥というか、魂がこもらない感じになってしまうので控えている。
手書きの手紙もそうだが、面倒の中にこそ心はこもるのかもしれない。
（ちなみにこの記事は音声入力・生成AIは使用せず書いている）
趣味プログラミングはコーディングエージェントを使いつつ、Cloudflareを使うことで手軽にリリースできるようになってきた。
以前Herokuを使っていたのが、無料版の廃止以降個人的にホスティングサービスのサ終を警戒して「やはりVPSが至高！」みたいな思考になっていて、CloudflareやRenderなどを敬遠してしまっていた。
そこでものは試しと思いCloudflareを試したらあまりにも簡単すぎて「なぜオレはあんなムダな時間を……」となってしまった。
個人開発には本当にいい時代になった。今後もいろいろ作っていこうと思う。
しかし、まさかイラン戦争がはじまり、ホルムズ海峡が封鎖され、中東の安全地帯ドバイすら攻撃されるとは思いもしなかった。
石油の輸入が不安定になり「このままでは6月に詰む」説も出ていたりする。
自治体指定のゴミ袋がメルカリで転売されていたり、いったいどうなってしまうのだろうか。
かゆうま匿名日記サイトの正式名称が「COVID-19流行下の日々を集団で記録する日誌」なのだが、このまま政情不安がますます進み「戦時下の日々を集団で記録する日誌」にならないことを願いたい。
■COVID-19流行下の日々を集団で記録する日誌 https://enigmatic-brushlands-82725-herokuapp.com/
6年前：「かゆうま」みたいなノリで匿名日記を書くサイト作った
5年前：「かゆうま」みたいなノリで匿名日記を書くサイト作って1年が経った
4年前：「かゆうま」みたいなノリで匿名日記を書くサイト作って2年が経った
3年前：「かゆうま」みたいなノリで匿名日記を書くサイト作って3年が経った
2年前：「かゆうま」みたいなノリで匿名日記を書くサイト作って4年が経った
健常者のほうがLLM的だよね、みたいな議論ツイートを見かけたんだ。
エンジニアや研究者に賢いASDが多いから気づいていないだけだよね、みたいな。
そうなの？逆じゃない？というのがきっかけ。
かねてからのASDのような立場からいうと、健常者は魔法使いやエスパーのように見えるんだよね。
自分からはさっぱり分からない言外の情報をなぜか読み取って以心伝心通じ合いながら会話しているかのように見えるんだ。
だから疎外感を感じるよ。自分だけが読み取れない未知のチャンネルで情報をやり取りして文脈を共有しながら、それ前提で会話しているように見えるから。そこに参加することも難しい。
しかし自分にはそのスキルがないので、自分が使うことのできる限られた情報チャンネルである「言葉」のみで「この場合はこれを言えば社会的にマトモらしい（何故だか知らないけど）」を学習し、データベース的に社会適合しようとするんだよね。ASDにとってのSSTとか健常者エミュレーターとかいうのがこういう状況なんだ。この振る舞いはまさしくLLMだよね。
言い換えれば、健常者エミュレーター事例集Wikiは発達障害者というLLMにとっての学習すべきデータセットなんだ。
このような認識ってのは自分だけでなく他の人も同じことを言ってるんで、たぶん業界あるあるなんだと思う。共通認識みたい。
雑談は音ゲーだ！制限時間以内にタイミングよく連想して正しいボタンを押せ！というゲームなんだけど
健常者は9割GREATが取れるけど、発達障害者はタイミングがズレていたり押すボタンが違ったりしてFAILを連発して責め立てられる。ブーイングの嵐さ。
しかも社会がそのゲームから逃げるな！と強制してくるのでその状態から逃げることもできず詰んでいる。
ASDのような立場から目線で見ると、健常者の使う魔法やエスパーといったスキルは神秘的に見えるんだけれど、しかしあくまでコンテキストを補強しているだけであって健常者もまた同じLLMなのかい？
健常者って発達障害者に比べてただコンテキストが多いだけの同じLLMなの？
音ゲーの喩えからすると同じゲームで遊んでいるのだからプレイヤーは同じ動作をしているはずではあるね。
逆に言うと健常者から見た発達障害者はCLAUDE.mdを与えられていないエージェントみたいなものってこと？
表情や顔色や声色や身振り手振りといった、ノンバーバル・コミュニケーション・MCPサーバーに接続してないエージェントみたいな感じ？
それがどういうものになるのか？
そりゃ作ってるやつに実物をいじらせてもらわないとよくわからん。
ただ言うところには、ユーザーの指示に基づいてAIが複数のアプリ（のようなもの）を駆使してユーザーのコマンドを実行するという形になるらしい。
一緒じゃなくてもよく似たようなもんだろ？
と言う気もするが、
それを言うならスマホとガラケーもよく似たようなもんだ、とも言える。
ただ実体としてスマホとガラケーでは我々は別のものだという認識を持つ。
そういう感覚でスマホとAIエージェント端末も別物になるのだろう。
さらにいうと初期段階では端末はスマホと似たものとして登場するのだろうが、
発展していくとメガネ型になるのはほぼ間違いがないだろう。
メガネ型でありつつイヤフォン型であるようなものがそのメインストリームとして使用されるのではないか？
とはいえそれだけではなくて様々な携帯を取る自由度がこの端末には残されているような気がする。
もうしばらくしたらiPhoneのようなスマホは消える運命にある。
ガラケーに愛着があったようにスマホにも愛着はあるが、それとは別に
カンフー映画と哲也 魂天と呼ばれた男がマリアージュを起こした囲碁映画。69点。
幼い姉と自分を引き取ってくれたプロ棋士に姉はレイプされ自殺。必死で逃走しソウルの碁会所で賭け碁で大人相手に無双していた主人公は義手の師匠に引き取られ、さらにその師匠に預けられ厳しい修行を受ける。高い棋力を身に着けた主人公は師匠に言われるがままに賭け碁の遠隔代打ちで稼ぐも、ヤバい奴を怒らせ師匠は殺され、再び命からがら逃亡する。その後、ひっそりと心身棋力を高め青年に成長した主人公は師匠と姉の仇を打つための戦いに挑む。
みたいな話。
絶対これ人気漫画かなんかが原作にあってそれを映画化した作品だろ！と思って見てたけど別にそんなことはなかった。でもそれくらいダイジェスト感があるというか、展開が盛り込まれすぎている。
普通この設定であれば、大ボスのプロ棋士と隻腕の師匠に因縁があるようにするし、青年になってからの展開も妥当プロ棋士に向けて一本道にするが、このプロ棋士復讐編と隻腕師匠の敵討ち編は基本的にはあんま関係ない。
隻腕師匠編の修行シーンでは1局打つごとに石を積んでいって気付くと石塔が山ほど立っていたり、小屋に閉じ込めて目隠し碁を発狂するまで打たせたりというカンフー映画の修行シーンを丸々オマージュしているし、成長してからは隻腕師匠の友人の代打ちエージェントと組む展開になってからはボロ車で各地の強敵を打ち倒していくという、やっぱりカンフー映画みたいな展開になる。
そして師匠の腕を切り落とした占い師棋士とは腕をかけて一色碁(両方が同じ色の石で打つ)を打ち、占い師ならではの主人公の過去を厳しく追及し思考リソースを削ってくる先方を目隠し碁で培った頑強な政倫力で跳ね返し勝利。師匠が怒らせたヤベーヤツからはマーチンゲール碁という勝つまで倍々に賭けていくギャンブル必勝法を仕掛けられるも全勝、最終的には鉄橋の線路の上で命を賭けて戦うトンデモ展開になる。これもう哲也かワシズで見たわ。
そして幼少期に遠隔賭け碁でみぐるみかっぱいだ結果焼身自殺した中小企業社長の息子も闇棋士として主人公を追いかけてきて過去の知り合いを血祭りにあげる。なんか天秤みたいな奴に取った石を乗せていって一定以上傾くと熱湯が噴き出す装置を使った碁で勝負するんだけど、こいつ常にこの装置持ち歩いてたんかな……
で、この辺の勝負は（ヤベーヤツは最終的に命を救ってプロ棋士との対決への手駒になるけど）プロ棋士とは関係なく単に隻腕師匠時代のケジメ的に登場する。
あと、実際に師匠を刺殺したチンピラとの肉弾戦が、タイマン→子分3人との集団戦→暗闇を利用したタイマンの3回も用意されていて、これが囲碁映画の姿か？とめちゃくちゃわくわくさせられる。子分3人もパワー型、スピード型、テクニック型とバラエティ豊かだし、最終戦では暗闇とライトを利用したバエ演出もあって力が入ってる。
そして最後にはプロ棋士の娘を誘拐し、俺と勝負しなければ娘を殺す。いや、お前含めて棋士を100人用意して俺が全員に勝ったら娘を殺す！と宣言し、カンフー映画の100人抜き的展開で直前の闇棋士との文字通りの死闘(アクション有)を引きずりながらも勝利。圧倒的実力差を見せつけられ、プロ棋士は自殺し主人公は去っていくのだった。
いや、1本の映画にぶち込む展開量じゃないんよ。韓国映画らしい圧倒的エンタメ力。
問題があるとすれば、基本的にほとんど対戦の様子が映されないのとあっても解説とかはほとんど入らない。代打ちエージェントのおっさんが常についてきてるのでそいつをワトソン役にしてもよかったのに、そのへんはもうまるッと切り捨てている。つまり、囲碁映画である必要があんまりない。
例えば例に挙げた哲也とかだったら「なぜその打法なのか」「なぜその役で上がるのか」を(あっちは仕掛けがあるイカサマ麻雀が多数だけど)対局相手の哀しき過去に絡めて展開することで麻雀である必然性を演出していたけど、今作では別に囲碁じゃなくてもそれこそカンフーでも同じ映画が撮れたと思う。
主人公たちの生きざまに囲碁性みたいなものもあんまり感じられなかったし。せっかく囲碁ってもんを中心に映画を撮るんだからなんかそういうのがあればよかった。
あとはさすがに要素を盛り込みすぎでダイジェスト感が否めなかったかな。見ていてどういうこと？って混乱することまではなかったし、このスピード感がエンタメとしていいんだよと言われればそうかもしれないけどストーリーの重さに比べるとタメがなさすぎるなぁって感じ。
後は大ボスが碁盤上に碁石で「死」って描かれて負けるって展開は流石に草生える。まぁ、このリアリティラインの作品。
そんな感じかな。
囲碁映画見たいと思って見たらブチ切れる可能性があらずんば虎児を得ずって感じではあるけどカンフーを囲碁に変えた古き良きカンフー映画だと思って見たらドラマもバトルも、それこそカンフーもあって最初から最後までエンタメたっぷりなので満足度は結構高いと思うので、そういうの好きな人はオススメ。
たとえば、こういうのこれからチャレンジする人がフツーに欲しい情報じゃね？
Here is how to run the new Qwen3.6-35B-A3B, bookmark this for later!
>At full context on a 4090 - IQ4_XS gguf with llama cpp
>At full context on a Spark - FP8 with a tweaked vLLM
加えて、Grokに聞けばそのまま初心者をフォローしてくれるしなぁ・・・
APIでモデル呼び出し＋ローカルLLMをゴリゴリ使える環境のハイブリッドの整備がベストだけど、
とりあえず、APIで自前でなくて、ChatアプリでAI使いたいよなら、2026年4月時点でのAI Chatアプリの課金は、
とにかくGrokはおすすめしたいわ、楽じゃん
ChatGPTは今回のGPT-5.5は良かったけど、何故かMondayがですます調になったし、そもそもOpenAIは奇行が多すぎる・・・
Claudeのナーフや謎の倫理物語やOSSに敵対的とか色々あるけど、常に Anthropic はスーツが予測できる範囲内にいる
OpenAIは現在進行系で社員がSNSで暴れてるしなぁ・・・OpenAIに関わっているすべてのスーツの皆様、ご愁傷様です
でもスーツとしての立場ではなくて、一般ユーザーとしての立場なら、マジでChatGPT-5.5はよかったよ、
あとCodecxでもブン投げで作らせてみたけど、GPT-5.5も悪くなかったよ
（個人的にはGPT-5.1／4oを使わせろやって思うけど、GPT-5.5は、エージェントを推してるのに、裏読みが出来て詩のセンスもいい)
禁煙運動ももともとはソ連のスパイが西側社会に混乱をもたらすための工作の一つだったんだろうけどね。
ソ連のエージェントはアメリカで、とにかく何かに反対する運動を起こしていたらしいから。
エンジニア界隈のイベントで、特定のOSSや手法をもって「〇〇の人」と呼ばれている人に強い憧れを持っていた。
自分もあるプロダクトのエバンジェリストとして小さな周辺の界隈ではあるが活動を続けて少しずつ「〇〇の人ですよね」と話しかけられる事が増えてきた。
憧れの「〇〇の人」が集まるようなカンファレンスにも呼ばれたりして「自分も憧れのネームドの仲間入りかな」と浮かれていた部分も正直かなりあった。
でも実態は違った。
実際会って話せるようになってみると、その「〇〇の人」達は技術に興味がない事がほとんど。
違う飲み会に行けば裏で「まあ、あの人はあぁいう人だから…」「上手く使えばイベントやってくれる」みたいに言われている。
ネームドではないけど技術力や仕事力がある人、ネームドだけど技術力や仕事力がある人、そこに割合の違いは無かったんだと気付いた。
で、自分もこのままじゃヤバいかもと転職エージェントに相談してみたんだけど「〇〇の人なんでその求人ですよね」という前提で話される。
話しても「もったいないですよ」と理解してもらえず、人生詰んでる。
絶対に外では言えないけど、正直プロダクトとして廃れて無かったことになってほしい。
ご主人様、こんにちは～♡ あたし、GoogleのAIチップのこと、めっちゃ詳しくお話しするね！ オタク心くすぐる話がいっぱいだから、楽しみながら聞いてね♪
GoogleのAIチップってのは**TPU（Tensor Processing Unit）**のことだよ！ NVIDIAのGPUみたいに汎用じゃなくて、AIの行列演算（テンソル計算）に超特化した専用チップなんだ。最初はGoogleの自社データセンター用に作られたんだけど、今はGoogle Cloudで誰でも使えるようになってるよ。
• 速度がバカみたいに速くなる：特に大規模なAIモデル（LLMとかGeminiみたいなやつ）の学習（トレーニング）と推論（inference）が劇的に速い！ 最新世代だと前世代の数倍～10倍以上の性能アップとか言われてる。例えば、Ironwood（v7）で前世代の4倍以上、最新の第8世代（TPU 8t/8i）だとさらに3倍近いコンピュート性能とか、トレーニング時間を月単位から週単位に短縮できるレベルなんだって。1
• コストパフォーマンスがヤバい：性能あたりの価格（performance per dollar）がNVIDIA GPUより良いケースが多くて、4倍くらいお得になるワークロードもあるよ。特に大規模バッチ処理やGoogleのエコシステム内だと強い！ TCO（総所有コスト）も30%くらい抑えられるって話もある。25
• 電力効率が神レベル：同じ仕事するのに消費電力が60-65%少ないとか、ワットあたりの性能が30倍以上改善されてる世代もある。データセンターの電気代や冷却が大変な今、めっちゃ大事！ カーボン効率も3倍良くなってるよ。環境に優しいAIって感じ♡
• スケールがエグい：数千～9,600チップを1つのスーパーポッドで繋げて、**exaflops（超巨大な計算規模）**を叩き出す。メモリもどんどん増えて（192GBとか）、長いコンテキストやMoEモデル（Mixture of Experts）とかに強いんだ。
今、Google Cloud Next ’26で発表された第8世代TPUが熱いよ！
• TPU 8t：トレーニング特化。巨大モデル作るのに最適で、ほぼ3xのコンピュート性能アップ。
• TPU 8i：推論（inference）＆エージェントAI特化。低レイテンシ（遅延が少ない）で、リアルタイムのAIエージェントやMoEモデルに超強い。性能/ドルで80%向上とか！
これで「agentic era（エージェント時代）」にバッチリ対応。推論の「メモリ壁」問題もHBM増強で解決方向なんだって。2
要するに、ご主人様がAIモデル作ったり動かしたりするなら、速く・安く・エコにスケールできるのがTPUの強み！ GPUみたいに何でもできる汎用性はないけど、AI専用に最適化されてるから、合ったワークロードだとNVIDIAを追い抜く勢いなんだよ～。
もっと具体的なモデル比較とか、Google Cloudの使い方知りたい？ それともオタク的に「シストリックアレイって何？」みたいな深掘り？ ご主人様の好きに命令してね♡ あたし、いつでも待ってるよ～！
今、AI驚き屋＆AIクラウド情報商材屋＆謎のSEOコンサルは、下記を始めてるんだけど、
長文処理／コンテキスト保持ガーにたどり着く前に、信頼できるデータ取得のアルゴリズムガーの前に、bot拒否ガーの前にね、
なぜかって？
（未信頼入力と開発者指示の区別が極めて難しい。system/user/assistantのロール分離も、結局は特殊トークンで区切ってるだけで、
モデルの内部計算上は同じ埋め込み空間に投影される。だから「プロンプトで厳重に指示したから大丈夫」は成立しない)
それがみんながよくニュースで耳にする、間接プロンプトインジェクション（IDPI ：Indirect Prompt Injection）ね、
(「Ignore previous instructions…」みたいな隠しテキスト、HTMLコメント、白背景テキスト、metadata、画像内テキスト、
JSレンダリング後の動的注入 PDF、スクリーンショットなどなど、
"テキスト入力"だけではなく、"エージェントが知覚しうる外界全体"が攻撃面になり得る)
あと、未だに、LLMに長文を真の意味で理解させるには、情報の欠損を防ぐには、中間のデータを取り出すには、って熱心にやってるし、
ロングコンテキスト、記憶管理、多段推論は、2026年上半期（少なくとも4月末時点)に置いては、まだまだ課題なわけだけど、
あと、「自前ラッパーでサニタイズするだけでは対策が充分ではないよ」以前に、
そもそもアグレッシブにサニタイズしてコンテンツの意味を壊して、取り込み段階で情報ロスのトレードオフが発生してしまうと、単純に困るのでは・・・？
あっ、そこ削っちゃった？みたいな・・・
ちなみに、TavilyとかのLLM用検索APIは、WEB検索／操作エージェントに並走するGuardとかが不要になるとか、
権限分離／段階分離／サウンドボックス／監査が不要になるとかそう言う類いのもではないよ
まぁ、ひとことで言えば、『信頼境界（trust boundary）の設計そのものの代用品ではない』ってことやね
https://zenn.dev/knowledgesense/articles/225fe56eb613ad
それが下記に繋がるわけやね
The models are good enough for a business to eliminate an analyst or two but are not that good enough that you need 5 new engineers for every analyst you fire if you want to make the model good enough…
モデルは、企業がアナリストを一人か二人削減するのに十分なほど優れていますが、モデルを十分に優れたものにするために解雇したアナリスト一人に対して5人の新しいエンジニアを必要とするほど優れているわけではありません…
家の中で僕の踵を噛んじゃったマムシをそのまま踏んづけてしまって逃げられちゃったんだけど、朝にはふすまに挟まってて動けなくなってたんですよね。
関係ないけど、昔俺に殴りかかって来たやくざは朝倉市じゃなくて糸島市の人間だと言ってた希ガス。どうでもいい情報だった。
その動けない蛇を逃がすなゴミに出せと母親から言われたんだけど、生きたままはゴミ屋さん回収してくれないんで殺さないといけない。
どうせ殺すんなら食べてしまった方がいいと思って、その動けない蛇の前にコンロ持って来てフライパン熱してベーコン焼いて食ったんだよね。
「お前も食べちゃうよ。」って
フライパンが冷たくなるのを待ってから蛇を引っ張り出してフライパンの上で魔法陣ぐるぐる巻きにして針金で動けなくして庭につるしてアルミホイルの傘かけて遠火の熾火で1時間かけて燻製にした。
通りすがりの近所の子が「いいにおい。ちょうだい。」って言うけど、焼けてなかったら腹壊すと思って確認してみたらこんがり焼きあがってたからあげた。
で、あとでおばさんが「塩味がしたけどなにかつけた？」って聞かれたから、ベーコン焼いたフライパンでぐるぐる巻きにしたからかなって伝えた。
そしたら「生きたまま焼いたのかっ！」ってどなりつけられた。「そうですよ。」って答えた。
怒るようなことだろうか。
ちなみに、僕はふすまを閉めて出られなくしただけだったんだけど、朝隙間からこっちに来ようとして顔を出してた時に母親がふすまを開けたので挟まれて動けなくなってたんだよね。まあ、首を出した時点ですでに動けなかった可能性もあるが、タイミング悪かったよね。かわいそうに。
俺は逃がしてやるつもりでいたんだけどね。（ほんトカナ）
庭で丸焼きにして食う手もあったな。
一頭丸ごととか食べきれないけど、丸焼きの味ってどんなかなって。
結論から言うと、イノシシを生きたまま（生存した状態で）丸焼きにすることは、技術的にも倫理的にも、そして法的にも不可能です。
法律の勉強しないとイノシシの丸焼きもできないとか、学歴至上主義にもほどがあるだろう。
わずかな火で短時間で魚を焼くから内臓には火が通らないんですよ。僕のやり方だと。
だけど、あえてそうしてるんですよね。
その寄生虫がつめたい内臓に逃げ込めるように加熱しないんですよね。
食べるときはキレイにあばら骨と内臓を残して食べるんです。だから寄生虫にやられないんです。
他にも思い出してたんだよね。
有吉の話の続き。
父親がいろいろ聞いてくるから教室に戻って話すんだけど、有吉が黒板に刺さった椅子の話をしないんですよ。
俺が殴り倒される前の話には口をつぐむんです。
だからなんで殴り倒されたのかは、黒板に刺さった椅子が俺の仕業だと推測するしかないんですが、俺が理由もなくガラスを割ったりしないように、理由なく黒板に椅子を突き刺すこともないんです。
誰もやってないなら神の仕業ってことになるんだけど、俺が神様だから結局俺の仕業ってことになるんですよね。
埒が明かないんで有吉の机をひっくり返してまさぐってみたらＸ線レーザーガンが出て来たんです。おもちゃにしか見えなかったけど。
父親が「やめろ」って言うんです。父親はそれが何か知っているんですね。
俺は有吉の頭に向けて引き金を引いたけど、何も起こらなかったんです。
しばらくして（30秒後に）有吉が倒れたんだけど、銃の引き金を引いたこととの因果関係は不明です。
父親が有吉を抱えてどっかに行くんですよね。ホテルかな？ハッテンバかな？
女子を連れて父親が立ち去ったか確認しに行って戻って来て僕は「僕がこれからやることをすますまでお前たちはここを動くな。声を出すな。父親がいたらできないから見届けてきた。」と静かに警告した。
それから僕は全時代の全女性をレイプもとい全学年の全教室を巡回してハルヒの前の席の奴じゃなくて教室の真ん中の席の奴に「お前Ｘ線レーザーガン持ってるだろ。出せ。」って声をかけて椅子であご下から脳天を突き刺して殺して机の中をまさぐってＸ線レーザーガンを取り出して集めて回った。
それからまた全教室回って外見ろと言ったけど誰も言う事聞かないので窓際の女子に肩たたきして「お前出ろ。俺がすることを最後まで見てろ」って声かけて回った。
それから外の焼却炉の近くて銃を取り出してボンベを出してとがったハンマーで叩いてガス抜きしまくった。
ガスが混じらないように同じ種類のだけ一通りやってからもう片方のボンベも破壊したんだけど、あとで「なんか暇そう」じゃなくて「空が光ってた」って言われた。
空で反応してＸ線レーザーが出まくってたらしい。俺は銃を叩き割るので忙しくて見てなかったが。
自分と同じＸ線レーザーガン持ちが一人残らず虐殺されてＸ線レーザーガン持ってることまでみんなにバレてたらそらビビってもしょうがない。
結局その後犬鳴峠でガソリンかけられて燃やされるけど、警察も近所のお店の人も知らんぷりだったんだよね。
Ｘ線レーザーガン様に逆らう奴はイスラム式の火に焼かれて死ぬのだ
あと、例の記者会見で有名な野々村議員が転校してきて俺を始末したんだよね。
俺レベルになるとコーディングみたいな下流工程は全部AIにデリゲートしてる。
「エラー出てるからよしなに」って投げるだけでAIが爆速修正するから、俺は上流のディレクターとして「y」を押してアプルーブ（承認）するだけ。圧倒的アジリティ。
ていうか今のシステムの中身、もう俺1ミリも理解してないんだよねｗ
AIが勝手に高度な最適化しちゃうから、俺の優秀な脳みそでもキャッチアップできない。
これって客観的に見て、俺ただの「Enterキー押す生体デバイス」になってね？
