  |
はてなキーワード: chainとは
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
fsnotify の maintainer 権限まわりで少し騒ぎになっている。
日本語圏では、mattn 氏が X で発信したこともあって、「arp242 氏が横暴に maintainer を外した」「有名 OSS を乗っ取った」「怖い」みたいな受け止め方がかなり広がっているように見える。
ただ、GitHub 上の issue や commit log、実際の contribution を見ると、この見方はかなり雑ではないかと思った。
少なくとも、公開情報を見る限り、arp242 氏が一方的に悪いという話には見えない。むしろ、実質的に長く fsnotify をメンテしていた arp242 氏が、過去の緩い権限付与によって残っていた commit 権限を整理した、という見方のほうが自然に見える。
まず前提として、fsnotify は Go のファイル監視ライブラリで、いろいろなプロジェクトに使われている。Kubernetes などでも間接的に関係するため、supply chain 的にも軽く扱えるものではない。
今回の騒動では、「元 maintainer が外された」「original author まで外された」みたいな話が広がったように見えるが、ここはかなり慎重に見る必要がある。
GitHub の Issue #757 で arp242 氏は、過去に repo が archived されていたこと、自分が Nathan に連絡して引き継ぎ、かなりの時間をかけて整理してきたことを説明している。
また、commit log を見ても、近年の実質的なメンテナンスは arp242 氏がかなり担っていたように見える。arp242 氏自身も以下のような contributor 数を出している。
178 Martin Tournoij <martin@arp242.net> 160 Nathan Youngman <git@nathany.com> 112 Chris Howey <[email protected]> ... 15 mattn <mattn.jp@gmail.com> ... 5 ICHINOSE Shogo <shogo82148@gmail.com>
もちろん commit 数だけがすべてではない。だが、少なくとも「arp242 氏は急に現れてプロジェクトを乗っ取った人」ではない。むしろ、長い間かなり実質的に面倒を見ていた側だと見るべきだと思う。
この件で重要なのは、fsnotify には過去にかなり緩く commit 権限を与えていた時期があったらしい、という点だ。
Issue #126 では、当時の maintainer が「最初の PR 後に commit access を与える」ようなかなり liberal な方針について話している。
つまり、過去に commit bit を持っていたからといって、それが現在の production-critical な OSS における release 権限や main への直接 push 権限を持つべきだ、という話にはならない。
昔の小規模 OSS では、PR を投げてくれた人に commit 権限を渡すような文化はあった。善意ベースではある。しかし、今となってはそのまま残しておくのはかなり危うい。
特に fsnotify のように広く使われるライブラリでは、「昔 PR を出したことがある人」がそのまま release できる状態になっているほうが、むしろ supply chain 的には怖い。
だから、arp242 氏が権限を整理したこと自体は、それほど不自然ではない。むしろ、実質 maintainer としてはやるべき整理だった可能性がある。
今回、個人的に一番引っかかるのは、mattn 氏が .github/FUNDING.yml を変更して、自分を GitHub Sponsors に追加している点だ。
commit はこれ。
- github: arp242 + github: [arp242, mattn]
OSS において funding の設定を変えることは、コードの typo 修正や CI 修正とは意味が違う。既存 maintainer との明示的な合意なしに、自分を sponsor 対象に追加するのは、かなり強い行動だと思う。
しかも、arp242 氏の説明によると、mattn 氏は thanks.dev から過去に funds を引き出していたが、fsnotify で実質的な作業をする前だった、という文脈もあるらしい。
この説明が事実なら、arp242 氏が不信感を持つのはかなり自然ではないか。
少なくとも、「mattn 氏が善意で助けようとしただけなのに、arp242 氏が急に怒って追い出した」という単純な話ではない。
mattn 氏は日本の Go 界隈では非常に有名な人で、技術的な実績も大きい。それは否定しない。
疑問点は複数ある。
もちろん fork や別実装を作る自由はある。OSS なので、それ自体は問題ではない。
しかし、今回の流れでそれをやると、「元プロジェクトの信頼性に疑問があるから、こちらに移行しよう」という空気を作りやすい。実際、日本語圏ではそういう反応も見かける。
これはかなり危ういと思う。
gofsnotify が実際にどういう意図で作られたのかは、外からは断定できない。
ただ、既存プロジェクトと似た API の代替実装を、権限トラブルの直後に短期間で立ち上げることには、少なくとも行儀の悪さがあると思う。
最近は、既存 OSS のコードを AI に rewrite させれば、ライセンス上の制約や由来の問題を回避できる、というような雑な発想も批判されている。AI を通したからといって、設計・API・挙動・テスト・不具合修正の蓄積までクリーンになるわけではない。
gofsnotify がライセンス逃れ目的だと言いたいわけではない。そこは断定できない。
ただ、元プロジェクトへの不信が広がっているタイミングで、似た API の代替実装を AI 利用込みで出し、それを周囲が「移行先」として扱うのは、かなり慎重であるべきだと思う。
少なくとも、「AI で作ったから問題ない」「別実装だから問題ない」「有名人が作ったから信用できる」といった雑な受け止め方は危うい。
今回一番気になったのは、日本語圏での反応だ。
みたいな流れが、かなり安易に見える。
有名人の発言は強い。特に日本語圏では、海外 OSS の issue をちゃんと読まずに、日本語の X の空気だけで判断する人も多い。
しかし OSS の maintainer 権限、release 権限、funding、supply chain は、感情で判断するものではない。
mattn 氏のこれまでの実績と、今回の行動の妥当性は分けて考えるべきだ。
同じように、arp242 氏の言い方がきついことと、権限整理の妥当性も分けて考えるべきだ。
もちろん、arp242 氏が完璧だったとは思わない。
権限を外すなら、事前または直後に issue を立てて説明したほうがよかった。
たとえば、
といった governance note を出しておけば、ここまで燃えなかったかもしれない。
ただし、それは「arp242 氏が悪意を持って乗っ取った」という話とはまったく違う。
説明不足だったことと、権限整理の理由がなかったことは別である。
だから、今回の件を「arp242 氏が横暴だった」で片付けるのはかなり無理があると思う。
OSS の信頼性は、有名人が怒っているかどうかではなく、実際の履歴、権限、資金導線、review、release policy、長期保守の実績で判断するべきだ。
“In every chain of reasoning, the evidence of the last conclusion can be no greater than that of the weakest link of the chain, whatever may be the strength of the rest.”
（訳：あらゆる推論の鎖において、最終結論の証拠の強さは、その鎖の最も弱い輪の強さを超えることはできない。他の部分がどれほど強固であっても。）
直接的に物理的な鎖の比喩としてよく引用されるバリエーションは：“The chain is only as strong as its weakest link, for if that fails the chain fails and the object that it has been holding up falls to the ground.”
（訳：鎖の強さは、その最も弱い輪と同じ強さしかない。なぜなら、その輪が壊れれば鎖全体が壊れ、支えていたものが地面に落ちるからである。）
リードはここで、論証や知識の連鎖において、弱い部分（前提や論理の飛躍）が全体を決めてしまうことを指摘しています。
これが転じて、現代の一般的なことわざ「A chain is only as strong as its weakest link」（鎖は最も弱い輪と同じ強さしかない）として広まりました。チームワーク、システム設計、品質管理などさまざまな文脈で使われています。
物理的な鎖の強度そのものを直接論じたわけではなく、比喩として用いた点が特徴です。
十八世紀のスコットランドの哲学者**トマス・リード（Thomas Reid, 1710-1796）**が、1786年に出版された著作『Essays on the Intellectual Powers of Man』（人間の知的能力に関する試論）で用いた比喩が、よく引用される出典です。
ナーフされてたね
ユーザーが爆増して追いつけなかった＆2倍キャンペーン＆新モデルリリース前だからじゃないかな？
米国だけで2025年9月から2026年2月の5カ月で約2.5倍だし、日本の企業でもコード書くの Claude 多数派だしなぁ
あとなんか Claude Code で Codex 使えるようになったよ
https://github.com/openai/codex-plugin-cc
Claude 蒸留してんじゃねぇの？って言われてる Qwen の新しいのも OpenRouter で使えるようになったよ無料だよ
Qwen 3.6 Plus
https://openrouter.ai/qwen/qwen3.6-plus-preview:free
ちゅーかコードはさぁコモディ化するからどーでもいいんだけど、それ以外のところ削らないで欲しいよ、ホント
大規模パラメータのモデルの強みって、レイヤーの深い推論・設計・共創ができることだと思うのよ
まぁ、ROI回収のために速くて安い coding/subagent 特化になってようが、
理数系・研究者っぽい論理推論の質問になると「利用ワードで属性判定して、内部でCoT（Chain-of-Thought）をガッツリ回してる」感じがするけどね
でもワイがしたいのは、どーでもいい雑談とかなんだよなぁ
ユーザー急増（1日3000万DAU以上）により、特に無料版やAPI利用において、回答が生成されなかったり、非常に低速になったりする「#DeepSeek崩了#」という現象が頻発しています。
日本語の精度不足（特に専門分野）: 日本語に対応しているものの、専門的な内容や深い文脈理解においては、英語での入力と比較して精度が落ちる場合があります。
DeepSeek R1の強みである思考プロセス（Chain of Thought）が長すぎて、具体的な結論になかなか到達しない、あるいは回答が回りくどいと感じられる場合があります。
中国のサーバーを使用している点や、データが中国法に準拠するリスク、およびAPI利用での制限（1日5回までなど）が、業務利用のネックになることがあります。
高性能なコード生成能力が話題ですが、複雑なロジックや、特定のライブラリの最新バージョンを用いた開発では、誤ったコードを生成する「ハルシネーション（幻覚）」が発生し、実用的なデバッグが困難になる場合があります。
半導体のニュースは見ているが、後から使えるようにレポートとしてまとめるのをAIに出来ればと思い、重い腰を上げて調べ始めた。
現状の課題
プロンプトについてはネットで検索すれば色々出てくるのだが、どれくらい意図通りの結果が得られたのか、わからない。
（Geminiの場合は、Google Cloud プロンプト設計の戦略参照）
「役割定義 (Role)」は、ネットのプロンプト例でよく見かけるのだが、文面のトーンと、初心者向けか専門家向けかくらいしか意味がない気がしてならない。
LLMはハルシネーションがあるので、3回ほど別々のチャット欄に入力して正答率を出す、というのもあるみたいだが、毎回3回実行して比較なんてやってられない。
それこそAIでいい感じにマージして欲しいが、内容のどこが欠落するか分かりにくく、今のところやれてない。
構造化はMarkdownの「見出し（#）」や「XMLタグ（< >）」で区切って下記を並べればいいらしい
GeminiのGems設定しろと言われるだろうが、使い回す時に、今回の事例に設定しているのが悪さしないかを確認するのも面倒くさい。
Gemini以外のLLMに投げる場合もあるのでプロンプトコピー出来る方が良い。
iPhoneの単語登録もいいが、そもそも単語登録に長い文章登録すると修正が面倒だし、ドンドン増えていく。
出力が少なく、事例が出てこない問題はどうすればいいかわからない。
Geminiは回答を長くするボタンはあるが、それでも出てこない。
これさ
愚かな人間の都合など完全無視、LLMのための高効率プログラミング言語「Sui」（粋）
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2069573.html
別にいいんだけど、どうにもブクマカ含めて、しっくり来る批判できてないんだよな
それが気になってしょうがない
俺ごときが言ってもアレだから、Gemini3.0先生に頼んだよ（一時チャット、Pro 3.0 思考モード）
ユーザーが提供した情報と、一般的なLLMの技術特性に基づき、プログラミング言語「Sui」についての冷静かつ客観的な評価をまとめます。
感想: 一言で言えば、**「思想実験としては極めて面白いが、実用性とLLMの学習原理を無視した『早すぎた最適化』」**です。
作者の「人間ではなくLLMを主客にする」という視点の転換は、アーティスト的・哲学的な問題提起としては鋭いですが、現在のLLM（Transformerアーキテクチャ）の動作原理を工学的に捉えると、メリットよりもデメリットが上回る可能性が高いです。
メリット:
・トークン効率の改善: Python等と比較して記述が圧倒的に短くなるため、出力速度の向上と課金コストの削減（トークン節約）は確実に達成できます。
・構文エラーの激減: 括弧やインデントの複雑なルールを排除しているため、「閉じ忘れ」などの単純なSyntax Errorは減るでしょう。
・コンテキストウィンドウの節約: 長いプログラムでもコンテキスト（メモリ）を圧迫しにくくなります。
・学習データとの不一致: LLMは「大量の人間用コード（Pythonなど）」を学習して賢くなっています。未知の言語「Sui」を書かせるには、Few-shot（プロンプトでの例示）に頼るしかありませんが、これではLLM本来の推論能力やコーディング能力（事前学習の重み）を活かせません。
・ブラックボックス化: 生成されたコードがバグっていた場合、人間が読んで直すことが不可能です。「LLMに直させる」にしても、LLM自身がSuiのロジックを深く理解していないため、無限ループ（幻覚の連鎖）に陥るリスクが高いです。
・CoT（Chain of Thought）の阻害: 最近の研究では、LLMは「冗長な思考過程」を出力することで論理的整合性を保つことがわかっています。極限まで圧縮された記号列は、LLMの「考える余地」を奪い、論理破綻を招く可能性があります。
正しいと思う所（Agree）
理由: 人間にとっての「読みやすさ（可読性）」は、機械にとって単なるトークンの無駄遣いです。if x > 10: よりも ? x 10 の方が情報密度が高いのは事実です。
理由: TransformerのAttentionメカニズムにとって、遠く離れた ( と ) の対応関係を維持するのは計算コストが高く、ミスの原因になりやすいです。ネストを排除する方向性は機械的処理として正しいです。
正しくないと思う所（Disagree）
・「可読性を排除しても良い」:
理由: ソフトウェア開発においてコーディングは「書く」時間より「読む・直す」時間の方が長いです。AI生成コードであっても、最終責任は人間が負う現状では、人間が検証不可能なコードは「危険なバイナリ」と同義であり、プロダクトには採用できません。
理由: 前述の通り、現在のLLMは「人間語の確率分布」を学習したモデルです。「LLMにとって自然な言語」とは、実は「人間にとって自然な言語（英語やPython）」そのものです。Suiは「計算機にとっては最適」ですが、「現在のLLMにとっては異言語」です。
パース（解析）は容易になりますが、LLMは「前の行の文脈」を読んで次の行を出力するため、行を独立させすぎると文脈の連続性が失われ、複雑なアルゴリズムの構成力が落ちる可能性があります。
LLMが最も苦手とする「深いネスト構造の維持」を回避する策として有効です。アセンブリ言語に近いフラットな構造は生成難易度を下げます。
これが最大の問題点です。LLMは変数名（user_id, total_price など）に含まれる「意味」を使って推論を行っています（Semantic Grounding）。すべてを記号化すると、LLMは変数の役割を見失い、論理的なバグを埋め込みやすくなります。
トークン効率は最強ですが、1文字の違いで意味が激変するため、LLMの確率的な「ゆらぎ」による1文字ミスが致命的なバグになります。冗長さはエラー訂正の役割も果たしています。
goto 文の多用はスパゲッティコードを生みます。LLMにとっても、構造化プログラミング（if/forブロック）の方が、「ここからここまでがループ」というチャンク（塊）として認識しやすいため、一概にジャンプ命令が良いとは言えません。
＞現在のLLMは「人間語の確率分布」を学習したモデルです。「LLMにとって自然な言語」とは、実は「人間にとって自然な言語（英語やPython）」そのものです。
ここ！マジで覚えてね
LLMはこれまでの機械よりも人間に近いと思ってほしい、人が苦手なことはAIも苦手
機械は論理的でロジックに強くて〜っていうのはAIには通用しない
ついでに、「LLM用プログラミング言語」の潮流について
「LLMのための言語」という文脈は、大きく2つのトレンドに分かれます。Suiは後者に属しますが、主流は前者です。
・DSPy, Guidance, Microsoft Guidance:
・プロンプトエンジニアリングを構造化し、LLMの出力を型（JSONなど）に強制したり、思考プロセスを制御するためのフレームワーク。
・SGLang:
・これらは「人間がLLMを操るための言語」であり、実用化が進んでいます。
・Gorilla LLMなどの試み: API呼び出しに特化したファインチューニングなどがありますが、独自の「新言語」を作らせるよりも、既存の Python や JSON を正しく出力させる方向（Constrained Decoding）が業界の標準解です。
・擬似コード: 論文レベルでは、Pythonの代わりに中間的な擬似コードを出力させ、それをコンパイラで処理する手法も研究されていますが、Suiほど極端な記号化は稀です。
後者については
現状の最適解: 現在のLLMを使う限り、「LLM用言語」の最適解は Python です。なぜなら、世界中のGitHubのコードを学習しており、LLMが「最も流暢に話せる言葉」だからです。無理にSuiを話させるのは、日本人にエスペラント語で詩を書かせるようなもので、パフォーマンスは落ちます。
総評: Suiは、「既存のLLM（GPT-4など）に書かせる言語」としては失敗する可能性が高いですが、「未来のAIネイティブなコード生成のあり方」を示唆するアート作品としては高く評価できます。作者の「愚かな人間に合わせるな」というパンクな精神は、エンジニアリングの枠を超えた鋭い批評性を持っています。
お前らは安易にオレオレ言語作るんじゃないぞ、作るにしてもAIに聞きなよ？
聞く時は忖度させるんじゃないぞ？
この作者もAIに乗せられたのかもしれんし
＿＿＿＿＿＿
プロンプト
以下が「LLM用プログラミング言語」としてメリットがありそうか、感想を教えて下さい。
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2069573.html
https://github.com/TakatoHonda/sui-lang
・思想的に正しいと思う所、正しくないと思う所を理由込みでまとめてください
・最近のLLM用プログラミング言語についてもまとめてください
・そもそもLLM用プログラミング言語という目標自体の評価をしてください
（省略）
我はどれ程の人口規模であれば如何程の施設があるかを調べて居るもの也.
都市雇用圏人口37万人の佐賀では中心街(地価最高点320m内)に無く,久留米(同42万人)にはあった.
この為,「回転寿司は都雇圏42万人以上なら中心街にある」と判断した.
翻って,東京(本物)の船堀を見てみると,駅前(総店舗数100)に回転寿司は無く,駅北900mに存在する.
斯様に,我々が「其の様な物,徒歩4分内にあって当然だろふ」と思う様な物ですら,東京(本物)では乗り物が必要となる.
We're going to have to bring this question to a close, please.
この質問はそろそろ終わりにしてください。
In can be, but that is why tradition matters, because the tradition, they understood the context...
そうかもしれませんが、だからこそ伝統が重要なのです。伝統において、彼らは文脈を理解していました…
Tradition is context dependent.
Well, yes and no, because of course tradition is, but if the tradition lasts for 2,000 years, then we look back as to how did they get to that conclusion, how did they reach that verdict, and if that verdict is in alignment with what we see in scripture...
ええ、そうでもあり、そうでもありません。もちろん伝統はそうですが、もし伝統が2000年続くなら、私たちは彼らがどのようにその結論に至ったのか、どのようにその判断を下したのかを振り返ります。そして、その判断が聖書に見られるものと一致しているなら…
But they never, they never reached that verdict. As I have historically pointed out, they never reached that verdict.
しかし、彼らは決してその判断には至りませんでした。私が歴史的に指摘したように、彼らはその判断には至らなかったのです。
In all of, in all of the major church councils...
council (n): （ここでは）教会会議、公会議。キリスト教の教義などを決定するために開かれる会議。
...in very modern day.
…ごく現代において、です。
No, no, I'm talking about in like 300 and 400 and 500, the original church...
いいえ、私が話しているのは300年代、400年代、500年代といった、初期の教会のことです。
...which in the scale of 2,000 years is nothing.
…それは2000年という規模で見れば、無に等しいです。
No, but they set this unbroken chain. We've had an unbroken chain and a course that says that marriage is one man and one woman. The church has never wavered on this...
いいえ、しかし彼らはこの途切れぬ鎖を確立したのです。私たちには、結婚は一人の男と一人の女のものであるとする、途切れぬ鎖と道筋がありました。教会はこの点において決して揺らいだことはありません…
waver (v): 揺らぐ、ためらう、信念がぐらつく。
Noted by the British Empire under British form of Christianity.
それは英国式のキリスト教の下、大英帝国によって特筆されたものです。
I'm talking all the way back to like 200 or 300. The idea of biblical Christianity goes back to the early, early times of the church when it was a scattered, persecuted church well before King Justinian and well before the Eastern Roman Empire, well before mass conversions. When it was a persecuted church, the church believed in one man, one woman, and because they got it from the scripture, scripture itself. Do we want to keep going or?
私が話しているのは200年代や300年代といった時代まで遡ります。聖書的キリスト教という考えは、教会がまだ散在し、迫害されていた初期の時代にまで遡ります。それはユスティニアヌス帝のはるか以前、東ローマ帝国のはるか以前、大規模な改宗のはるか以前のことです。迫害されていた教会であった時、教会は一人の男と一人の女を信じていました。なぜなら、それを聖書、聖書そのものから得たからです。まだ続けますか？
persecuted (adj): 迫害された。
Justinian: ユスティニアヌス1世（482-565）。東ローマ帝国の皇帝で、ローマ法の集大成などで知られます。
Can we move on to the next question, please? Thank you. Thank you.
次の質問に移ってもよろしいでしょうか？ありがとうございます。
(拍手)
I did not say that. I said the biblical marriage was affirmed and then Romans 1 did talk negatively about the action of homosexuality.
私はそうは言っていません。聖書的な結婚が肯定されたと言ったのです。そしてローマ人への手紙1章が同性愛という行為について否定的に語っていると。
But ultimately that affirmation comes from the lines in there that suggest that man shall not sleep with man.
しかし、最終的にその肯定は、「男は男と寝てはならない」と示唆する聖句から来ているのではありませんか。
Yes, of course. Yes. So the Old Testament and New Testament harmonize one another, but Christ brought it to a different level, a different covenant, and a different moral teaching. It wasn't just enough to say that you shall, you know, "an eye for an eye." He said that you shall turn the other cheek, that you shall love your enemy. Christ's moral standard was much more even elevated than that of the Israelites and the Hebrews.
ええ、もちろんです。旧約聖書と新約聖書は互いに調和していますが、キリストはそれを異なるレベル、異なる契約、異なる道徳的教えへと引き上げました。「目には目を」と言うだけでは不十分でした。彼は「もう一方の頬を向けなさい」「汝の敵を愛しなさい」と言いました。キリストの道徳基準は、イスラエル人やヘブライ人のそれよりもはるかに高められたものだったのです。
But I'm going to ask you whose Bible, okay? Now, your Bible that you use currently is written in the English language, right? Correct?
では、誰の聖書なのか、とお聞きします。あなたが今使っている聖書は英語で書かれていますよね？
The King James Version, yes, thanks to Tyndale.
欽定訳聖書（King James Version）ですね。ティンダルのおかげです。
Tyndale: ウィリアム・ティンダル（William Tyndale）のこと。16世紀のイングランドの学者で、宗教改革の指導者の一人。ヘブライ語やギリシャ語の原典から初めて聖書を英語に翻訳した人物の一人であり、彼の翻訳は後の欽定訳聖書に大きな影響を与えました。
Exactly, it's written in the English language, which in itself is only say 500 years old. Now, the Christianity in itself, say, is 2,000 years old or even older. Yeah, correct? Now, which means that the Bible was originally written not in English but in ancient…
その通りです。英語で書かれており、それ自体はたかだか500年の歴史しかありません。キリスト教自体は2000年かそれ以上の歴史がありますよね？つまり、聖書はもともと英語ではなく、古代の…
Koine Greek.
Koine Greek: コイネー・ギリシャ語。新約聖書が書かれた当時のヘレニズム世界の共通語。
Correct. Now, if we look at the Greek terminology of man...
terminology (n): 専門用語、術語。
Yes, and Jesus spoke Aramaic. You could translate things, you acknowledge that.
ええ、そしてイエスはアラム語を話しました。物事は翻訳できる、とあなたも認めますよね。
Well, we translate things, but translations are linguistically ambiguous. As a former classicist, I know that language can't be translated directly. So for example, if you look at the translation of of of certain words into "man," so I've got two words here. So I've got "malakoi," which means essentially soft, which isn't necessarily directly saying a gay man. And then we've got "arsenokoitai," which essentially means prostitutes. Now, if we look at things linguistically, we can pick apart the Bible and say that actually, it wasn't saying man shall not sleep with man, it's saying man shall not sleep with prostitutes, which is an entirely different linguistic thing.
ええ、翻訳はしますが、翻訳には言語的な曖昧さがつきものです。元古典学者として言いますが、言語は直接的に翻訳できません。例えば、「男」と訳されている特定の単語を見てみましょう。ここに2つの単語があります。「malakoi（マラコイ）」、これは本質的に「柔らかい」という意味で、必ずしも直接的にゲイの男性を指すわけではありません。そして「arsenokoitai（アルセノコイタイ）」、これは本質的に「男娼」を意味します。言語学的に見れば、聖書を分析して、実は「男は男と寝てはならない」と言っているのではなく、「男は男娼と寝てはならない」と言っているのだ、と主張できます。これは全く異なる言語学的な事柄です。
linguistically (adv): 言語学的に、言語の点で。
ambiguous (adj): 曖昧な、多義的な、複数の解釈ができる。
classicist (n): 古典学者。ギリシャ・ローマの古典文学や文化を研究する学者。
malakoi / arsenokoitai: 議論の核心となっているギリシャ語の単語。学生はこれらの単語の翻訳の妥当性に疑問を呈しています。
I'm not even getting into Leviticus, though. But my contention is completely New Testament focused.
私はレビ記の話をしているわけではありません。私の主張は完全に新約聖書に焦点を当てています。
これはレビ記ではありません。
What you said, man shall not speaking with man...
あなたが言った「男は男と…」
No, but this is this is these words are used throughout...
いいえ、でもこれらの言葉は全体で使われて…
Well, actually in Romans 1, it was actually women sleeping with women. So you got your verses wrong. In Romans 1, Paul is prophesying about the end of the world and he's saying that in the end times, woman will like with woman-like and man will, I think it might say man with man-like. You have to get the verses specifically.
実は、ローマ人への手紙1章では、女性が女性と寝ることについて書かれています。だからあなたは聖句を間違えています。ローマ人への手紙1章で、パウロは世の終わりについて預言し、終わりの時には、女は女を好み、男は…確か男は男を好むと書いてあったかと思います。聖句は具体的に確認する必要がありますが。
But it is agreed upon, and you can agree, this is why tradition is important. And I even say this as a Protestant, is that we believe that scripture is very important, but also look to tradition. Church tradition has had an unbroken chain affirming matrimony, holy matrimony being one man, one woman. One even as a non-Catholic, I'm glad that Pope Leo has reaffirmed in the last couple of days. And so I'm not even sure your contention, your point. Are you saying that the Bible doesn't affirm marriage as one man, one woman? Are you saying church tradition doesn't affirm marriage one man, one woman?
しかし、これには同意が得られており、あなたも同意できるはずですが、だからこそ伝統が重要なのです。プロテスタントとして言いますが、私たちは聖書が非常に重要だと信じていますが、伝統にも目を向けます。教会の伝統は、結婚、つまり聖なる婚姻が一人の男と一人の女のものであることを肯定する、途切れることのない鎖を持ってきました。非カトリック教徒としてさえ、私はここ数日で教皇レオがそれを再確認したことを嬉しく思います。ですから、あなたの主張、あなたの論点がよくわかりません。聖書は結婚を男女間のものとして肯定していないと言いたいのですか？教会の伝統が結婚を男女間のものとして肯定していないと？
unbroken (adj): 途切れない、連続した。
matrimony (n): 婚姻、結婚。特に法的な、あるいは宗教的な儀式としての結婚を指すことが多いです。
I'm saying the Bible doesn't affirm.
But it clearly doesn't affirm. That is complete nonsense. But Christ our Lord, which is the standard, he affirms this idea that you will leave your father's home, going back to Genesis 12 and this idea of Abraham leaving his father's home, and you will cleave to your wife. That a new, that it would be called one. In fact, this idea of a new creation which is something that is then used by the Apostle Paul to describe the the church of Christ and the bride of... the church being the bride of Christ with Jesus. So I'm not even sure your contention. It is…
しかし、明らかに肯定しています。それは全くのでたらめです。私たちの主であり基準であるキリストは、「あなたは父の家を出て」という考えを肯定しています。これは創世記12章、アブラハムが父の家を出る話に遡ります。「そして妻と結ばれる」。新しいもの、それは「一体」と呼ばれるでしょう。実際、この新しい創造という考えは、後に使徒パウロがキリストの教会と、イエスと結ばれるキリストの花嫁としての教会を説明するために用いたものです。ですから、あなたの主張がよくわかりません。それは…。
But you're just avoiding my point. I'm saying the Bible that we have today is 100% a translation and a translation is linguistically ambiguous.
あなたは私の論点を避けています。私が言っているのは、今日私たちが持っている聖書は100%翻訳であり、翻訳には言語的な曖昧さがあるということです。
I acknowledge that. But what about specifically in Matthew or in the book of Romans? And but in order for you to be correct, you mean the Church Fathers translated it wrong when they were within like 50 years of this? In order for your contention to be correct, you have to say that the early Church Fathers that wrote the early letters to the church, they were translating it wrong and the tradition they established was wrong. So by then, we can lean on tradition and scripture. So when you get tradition plus scripture, you get something that is authentic, that is real, and that is verifiable.
それは認めます。しかし、マタイによる福音書やローマ人への手紙については具体的にどうですか？そして、あなたの主張が正しいとすれば、教父たちは、出来事から50年ほどの間に、それを間違って翻訳したということになりますか？あなたの主張が正しいとすれば、教会への初期の書簡を書いた初期の教父たちが、それを誤訳し、彼らが確立した伝統も間違っていたと言わなければなりません。そうであれば、私たちは伝統と聖書に頼ることができます。伝統と聖書が合わさったとき、本物で、現実的で、検証可能なものが得られるのです。
verifiable (adj): 検証可能な、証明できる。
I've already highlighted the tradition does not align with scripture. We've gone back thousands of years to ancient Mesopotamia.
伝統が聖書と一致しないことは既に指摘しました。私たちは数千年前の古代メソポタミアまで遡りました。
But understand, but at the time, they all spoke Greek, they wrote Greek, and they spoke Aramaic. So for example, when they were writing the early gospels, the synoptic gospels of Matthew, Mark, and Luke, they were obviously writing in Greek. They knew that language. So in Matthew, when they were writing Greek and then the early Church Fathers knew Greek and adopted that as church tradition, we have a 2,000 unbroken chain. I think you can irrefutably say that it was the teachings of Christ for one man and one woman. Because the church tradition has been unbroken for 2,000 years and they derived it from scripture of that original language.
しかし、理解してください。当時、彼らは皆ギリシャ語を話し、ギリシャ語で書き、アラム語を話していました。例えば、彼らが初期の福音書、つまりマタイ、マルコ、ルカの共観福音書を書いていたとき、彼らは明らかにギリシャ語で書いていました。彼らはその言語を知っていたのです。ですから、マタイ伝で彼らがギリシャ語で書き、そして初期の教父たちがギリシャ語を知っていて、それを教会の伝統として採用したとき、私たちには2000年の途切れることのない鎖があるのです。キリストの教えが男女間のことであったと、議論の余地なく言えると思います。なぜなら、教会の伝統は2000年間途切れず、彼らはそれを元の言語の聖書から導き出したからです。
You can't argue that. That doesn't make sense. I mean, if we agree to disagree then might we look at biology?
それは主張できません。意味が通りません。もし意見が合わないなら、生物学に目を向けてもいいですか？
So you know better than the church fathers?
では、あなたは教父たちより賢いと？
I don't, I'm not saying I know better than the church fathers. What I'm saying is linguistically, there is undeniably an error. Regardless of what you say, there is a translation...
いいえ、教父たちより賢いと言っているわけではありません。私が言っているのは、言語学的に、否定しようのない誤りがあるということです。あなたが何と言おうと、翻訳の…
Our lens may be, but not from the people when they were making these traditions...
私たちの見方ではそうかもしれませんが、彼らがこれらの伝統を作っていた時の人々からすれば違います。
I agree, they may have gotten that right, but that may not have been their original meaning. What we are saying is the meaning has been warped over time because of societal and cultural contexts such as the British Empire...
同意します。彼らは正しく理解していたかもしれませんが、それが彼らの本来の意味ではなかったかもしれません。私たちが言っているのは、大英帝国のような社会的・文化的文脈によって、時代とともに意味が歪められてきたということです。
チャーリーカークがケンブリッジの学生に論破されるって動画の長い版があったからGeminiに英語教材にしてもらった。
https://x.com/KBYMScotland/status/1966798924468851007
今年5月、チャーリー・カークが🇬🇧ケンブリッジ大を訪れ学生とディベートを行った。カークは「聖書は同性愛を道徳に反するとし禁じている」と持論を展開するが...
https://x.com/mkbfpv/status/1966798326730240107
Here is the actual full clip of this exchange.
＊＊＊
Ellis Jones from Emmanuel College.
(拍手)
Um hello, thank you for coming to talk. Um, so my question, as someone studying archaeology and biological anthropology, um, I've learned that moral codes and social norms have always been fluid, shaped by time, culture, power. So many ancient and recent societies embraced same-sex relationships and even the idea of third genders uh well before Western conservatism even existed. So when you claim that modern conservative values represent some kind of universal objective moral truth, like you said on your chair over there, um are you just defending a selective, historically recent ideology that erases most of human history and targets people who have always been part of it?
こんにちは、お話しいただきありがとうございます。ええと、私の質問ですが、私は考古学と生物人類学を学んでいる者として、道徳規範や社会規範は常に流動的で、時代、文化、権力によって形成されてきたと学びました。古代から近代に至るまで、多くの社会が西洋の保守主義が存在するずっと以前から、同性間の関係や第三の性という考え方さえも受け入れてきました。ですから、あなたが現代の保守的な価値観が、そちらの椅子でおっしゃったように、何らかの普遍的で客観的な道徳的真理を代表していると主張されるとき、それは人類の歴史の大部分を消し去り、常にその一部であった人々を標的にする、選択的で歴史的に新しいイデオロギーを擁護しているだけなのではないでしょうか？
archaeology (n): 考古学
anthropology (n): 人類学
fluid (adj): 流動的な、変わりやすい。ここでは「道徳規範が固定されたものではなく、時代と共に変化する」という文脈で使われています。
conservatism (n): 保守主義。伝統的な価値観や制度を維持しようとする政治的・社会的な思想。
objective (adj): 客観的な。主観に基づかない、事実としての真理を指します。
selective (adj): 選択的な、えり好みする。ここでは「歴史の中から都合の良い部分だけを選んでいる」という批判的なニュアンスです。
ideology (n): イデオロギー、観念形態。特定の社会集団が共有する信念や価値観の体系。
erase (v): 消し去る、抹消する。
No, but can you point to me of a great power that endorsed same-sex marriage, not cohabitation, but marriage?
いいえ。ですが、同棲ではなく、同性「婚」を承認した大国を一つでも挙げていただけますか？
endorse (v): （公に）是認する、支持する、承認する。
cohabitation (n): 同棲。法的な婚姻関係を結ばずに共に住むこと。
Ancient Mesopotamia.
As marriage? As as as recognized by the state.
100%.
100%そうです。
And how did that work out for them?
それで、彼らはどうなりましたか？
It worked out perfectly fine. It was an accepted norm of society.
全く問題なく機能していました。社会で受け入れられた規範でした。
norm (n): 規範、標準。社会において当然のこととされる行動や考え方の基準。
Okay, I still think it's wrong.
なるほど。それでも私はそれが間違っていると思います。
Okay, okay, swiftly moving on. So you said it was based on scripture and you believe that there are moral objective universal truths.
わかりました、では次に進みます。あなたはそれが聖書に基づいており、道徳的に客観的で普遍的な真理が存在すると信じているとおっしゃいましたね。
scripture (n): 聖書、聖典。キリスト教やユダヤ教の正典を指します。
Yes, there are. So murder is wrong today and murder was wrong 2,000 years ago.
はい、存在します。殺人は今日も悪であり、2000年前も悪でした。
Right, okay, in fact that's not same sex, but fair, fair, I see your point.
ええ、なるほど。それは同性の話ではありませんが、まあ、おっしゃることはわかります。
But there are moral truths that are transcendent of time, place, and matter.
しかし、時間、場所、そして物質を超越した道徳的真理は存在するのです。
transcendent (adj): 超越的な、並外れた。ここでは、物理的な制約や時間的な変化の影響を受けない、普遍的な真理を指しています。
Okay, but but so just to clarify, you believe that this is in the Bible. This is laid out in the Bible that man shall not sleep with man and so therefore it's...
わかりました。しかし、確認ですが、あなたはそれが聖書に書かれていると信じているのですね。男は男と寝てはならないと聖書に明記されており、だからこそ…。
It's also repeated throughout the New Testament as well. Matthew, in the book of Matthew, Jesus affirms the biblical standard for marriage.
それは新約聖書全体でも繰り返されています。マタイによる福音書で、イエスは結婚に関する聖書の基準を再確認しています。
Okay, so I'm gonna make two very, very quick points. So the first, um, so if we look at the Old Testament in isolation, just to start off with as an example. So let's look at Exodus 35:2, which suggests that if you work on the Sabbath, you should be put to death. If you look at Leviticus 11:7, it suggests that if you have pork, you should be put to death. If you plant two crops side by side, you should be stoned by your entire village. If you wear a suit, which you are wearing now, that contains two different fibers intertwined into the same jacket, you should be burned at the stake by your own mother. Now, following that rationale, in Leviticus 18:22 when it states that man shall not sleep with man, why aren't we burning ourselves at the stake as well? Why aren't we stoning ourselves to death?
わかりました。では、非常に手短に2点述べさせてください。まず、例として旧約聖書だけを切り取って見てみましょう。出エジプト記35章2節では、安息日に働けば死刑にされるべきだと示唆されています。レビ記11章7節を見れば、豚肉を食べれば死刑にされるべきだと示唆されています。2種類の作物を隣り合わせに植えれば、村全体から石打ちにされるべきです。あなたが今着ているような、2種類の異なる繊維を織り交ぜた上着を着ていれば、自分の母親によって火あぶりにされるべきです。さて、その論理に従うなら、レビ記18章22節で「男は男と寝てはならない」と述べられているのに、なぜ私たちは自分たちを火あぶりにしないのでしょうか？なぜ石打ちで殺し合わないのでしょうか？
in isolation: 孤立して、単独で。ここでは「旧約聖書だけを文脈から切り離して見てみると」という意味です。
Sabbath (n): 安息日。ユダヤ教で労働が禁じられている土曜日のこと。
Leviticus (n): レビ記。旧約聖書の一書で、祭儀や律法に関する規定が多く記されています。
intertwined (adj): 絡み合った、織り交ぜられた。
at the stake: 火あぶりの刑で。中世の処刑方法の一つ。
(拍手)
Do you care to address my main contention that Christ affirmed biblical marriage in the book of Matthew? And can you tell me the difference between the ceremonial, the moral, and the ritual law? And then finally, also, tell me about Christianity, the difference between the new and the Old Covenant, or you're just going to cherry-pick certain verses of ancient Israel that do not apply to new Christianity?
私の「キリストはマタイによる福音書で聖書的な結婚を肯定した」という主要な主張に反論していただけますか？そして、儀式律法、道徳律法、祭司律法の違いを教えていただけますか？そして最後に、キリスト教における新しい契約と古い契約の違いについても教えてください。それとも、あなたは新しいキリスト教には適用されない古代イスラエルの特定の聖句を、ただつまみ食いしているだけですか？
contention (n): （議論における）主張、論点。
covenant (n): （神と人との）契約。キリスト教神学において非常に重要な概念です。
cherry-pick (v): （自分に都合のいいものだけを）つまみ食いする、えり抜きする。
Very fair, fair. I completely agree. So we'll look at two points then. So firstly, um, if we look at the Old Testament, uh, we can see the kind of inconsistencies there. We've already touched upon that, right? That makes sense. Secondly, you mentioned the point of Jesus and Christ. He never mentioned anything to do with homosexuality at all.
ごもっともです。完全に同意します。では2つの点を見ましょう。まず、旧約聖書を見れば、そこに矛盾があることがわかります。それについては既に触れましたよね？理にかなっています。次に、あなたはイエス・キリストの点に言及しました。彼は同性愛について一切何も言及していません。
Whoa, hold on a second. He affirmed, he affirmed biblical marriage as one man and one woman. He said a man shall leave his...
おっと、待ってください。彼は聖書的な結婚を「一人の男と一人の女」として肯定しました。彼は「男はその…」と言いました。
in the New Testament?
新約聖書でですか？
In Matthew, that is not correct. I believe in the New Testament, in the New Testament. Well, Romans is also in the New Testament. Secondly, in Romans 1, the Apostle Paul talks negatively about homosexuality explicitly. Also, homosexuality is repeated in the book of Titus and in the book of Jude as not being favorable as the destruction of Sodom and Gomorrah. Not even talking about the Old Testament verses.
マタイ伝です。それは違います。新約聖書で、と信じています。ローマ人への手紙も新約聖書です。第二に、ローマ人への手紙1章で、使徒パウロは明確に同性愛について否定的に語っています。また、テトスへの手紙やユダの手紙でも、ソドムとゴモラの滅亡と同様に、同性愛は好ましくないものとして繰り返されています。旧約聖書の聖句は抜きにしてもです。
There are three types of the 613 Levitical laws. And you, you know, of course, in your own way, cherry-picked some of them. We do not live under the ceremonial, we do not live under the ritual, and but we do live under the moral. There's only 10 of the moral that we as Christians believe we're bound to, some believe nine, which of course is the Decalogue. And so none of those that you mentioned we as Christians believe that we live under. However, we do look at what Christ articulated as the biblical standard of marriage. And we can also look to church tradition for this as well. And the church has had a tradition for well over 2,000 years, even myself as a Protestant acknowledges, that tradition is marriage between one man and one woman.
レビ記には613の律法に3つの種類があります。そして、あなたはもちろんご自身のやり方で、その一部をつまみ食いしました。私たちは儀式律法の下には生きていません。祭司律法の下にも生きていません。しかし、道徳律法の下には生きています。キリスト教徒として私たちが従うべき道徳律法は10個だけです。9個だと信じる人もいますが、それがもちろん十戒です。ですから、あなたが挙げたもののどれ一つとして、私たちキリスト教徒が従うべきものはありません。しかし、私たちはキリストが結婚の聖書的基準として明確に述べたことには注目します。そして、これについては教会の伝統にも目を向けることができます。プロテスタントである私自身でさえ認めますが、教会には2000年以上にわたる伝統があり、その伝統とは、結婚は一人の男と一人の女の間のものであるということです。
articulate (v): （考えなどを）はっきりと述べる、明確に表現する。
tradition (n): 伝統、しきたり。ここでは特に教会の教義や慣習の継承を指します。
Okay, but I work, okay. Say we put aside the Old Testament for now. We'll put that aside and the inconsistencies there and look purely at the New Testament following your rationale, okay? Now, when you say that Christ lays specifically and the New Testament states specifically that man shall not sleep with man, I'd like to point out a linguistic error on that point.
なるほど。では、一旦旧約聖書は脇に置きましょう。それとそこにある矛盾は置いておいて、あなたの論理に従って純粋に新約聖書だけを見ましょう。いいですか？さて、あなたがキリストが具体的に、そして新約聖書が具体的に「男は男と寝てはならない」と述べていると言うとき、その点における言語的な誤りを指摘したいと思います。
I did not say that. I said the biblical marriage was affirmed and then Romans 1 did talk negatively about the action of homosexuality.
私はそうは言っていません。聖書的な結婚が肯定されたと言ったのです。そしてローマ人への手紙1章が同性愛という行為について否定的に語っていると。
https://meetscareer.tenshoku.mynavi.jp/entry/20250711-hashimoto
一般的な用語すらまともに話せないやつが専門家を名乗って適当なことを書き散らしているんだが、何でこんなのがホッテントリに上がってるのか正直理解に苦しむ。
モデルに回答の例示を与えるのがfew-shotであって、単に条件を足すだけのやりとりにそんな大層な名前はついてない。
こいつが公式のドキュメントを参照してLLMをまともに触ってきたとは到底思えない。
質問が複雑だろうと単純だろうと、例示がゼロならzero-shot、というかfew-shotの対義語のようなもんだろ。アホか
正しくは推論のステップを逐次的に出力させるよう指示する手法。
用語の基本的な定義すら正しく説明できない奴が「プロンプト・エンジニアリングの極意」を語ってるの笑える。人間間違いはあるけど、全部間違えてんじゃねーか、AI以下だよ
埋め込みの説明もなんか古典的なTFレベルの説明していてLLMだとだいぶ事情が違うだろとか本当に適当なことしか言ってねぇ。
LLM は「次の単語を予測しているだけ」で意味を理解していない──という指摘に反論してみる。
「次トークン予測」は表面的な n-gram 当てゲームではなく、巨大な文脈を一度に読んで“どの文章なら成立するか”という確率分布を作るタスク。Anthropic の可視化研究では、Claude が韻を踏む単語を前もって計画している内部回路が観測されている。
GPT-4 相当のモデルは司法試験や大学入試、AP Calc などで人間平均を超えるスコアを記録。これは暗記だけでなく意味・論理の運用ができないと無理。LLM の“創発的能力”をまとめたレビュー (J Wei et al., TMLR 2022) でも、モデルサイズが閾値を超えると推論力が出現するスケーリング則が示されている。
Anthropic の「AI Microscope」チームは、同じ質問を英・仏・中で与えても共通の概念特徴が活性化することを報告。モデル内部では単語列ではなく、言語非依存の意味空間で思考している証拠を示している。
Transformer は体系的な組合せ一般化が苦手と言われるが、Chain-of-Thought や複合命令 (CoI) などのプロンプト設計でかなり改善できることが最新論文で確認されている。
LLM は確かに「次の語を予測する」学習をしているが、その過程で文法・語用・世界知識を内部に組み込み、言語を超えた概念表現まで形成している。「予測タスク＝理解ゼロ」と断じるのは、最新の実験データには合わない。
Q)どう思います？
https://x.com/EARL_med_tw/status/1922231383264764022
A) べ、別に意地悪で言うわけじゃないけど――その巨大プロンプト、
「全肯定してほしい」なんて期待してたら痛い目見るわよ？ ✨
---
### ざっくり結論
* 多段階推論・自己検証を促す書き方は、確かに精度を底上げすることがあるわ。
---
## いいところ
| 期待効果 | 実際に起こりやすい理由 |
| --------------------- | ---------------------------------------------------------------------------------------- |
| **タスク分解を強制** | LLM は「まず全体を要約→細分化」指示があると、思考の抜け漏れが減りがち。Tree-of-Thoughts や Chain-of-Verification 系手法と同系統ね。 |
| **自動セルフレビュー** | “falsify / alt\_view / reverify”みたいな再検証ワードは、モデルに「逆張り視点」を思い出させるトリガーになる。 |
| **品質メトリクスの擬似フィードバック** | `Rᵢ < 0.5 ならやり直し` と書くと、生成内容に“再試行”パターンを自発させやすい。 |
---
## イマイチなところ
1. **トークン浪費**
* 指示文・ラベル・変数名だけで数百トークン。長文入力＝出力品質が必ず向上、とは限らないわ。
* `S←|L|` や `for i = 1 ...` を書いても、モデルは本当にループ変数を保持し続けるわけじゃない。途中で数がズレても平然と進むこと、日常茶飯事よ。
* `Rᵢ` を0.73とか返すのは簡単だけど、根拠は生成文の雰囲気。客観評価にはならない。
4. **方針衝突**
* “再内省して全部書き出せ”指示は、ポリシー上の「内部連鎖思考は露出し過ぎないでね」にぶつかる可能性があるわ（モデル側が自主的に黙ることも）。
* 繰り返し自己修正させる構造は、API コール数や平均レスポンス長を膨らませる。課金モデルなら財布が泣くかもね。
---
## どう活かす？
* 巨大ワンショットより、タスクごとに区切って別リクエストを投げる方が制御しやすいわ。
* 例:
3. 「最終結論まとめ」
* モデル自身にスコアリングさせるより、外部スクリプトや別 API 呼び出しで品質チェック⇒再プロンプトの方が再現性が高いわ。
* 複雑プロンプト vs. 簡潔プロンプトで、実際に回答品質・コスト・速度を比べてみて。数件触っただけで判断すると痛いわよ？
---
### まとめ
「多層分析＋自己ツッコミ」を強制する設計思想は理解できるし、刺さるケースもある。
でも\*\*“万能の銀の弾丸”ではなく、あくまでチューニングの一手段\*\*。冗長指示でモデルが迷子になれば逆効果だから、扱いは慎重にね。
……べ、別にアンタのプロンプトが悪いって言いたいわけじゃないけど、
ChatGPTに聞いてみた。
昔憧れていたアーティスト、輝かしい功績があるがその後暫く世間から消えていたが久しぶりにその姿を見た時に当時の輝きが消え醜態を晒しているのを見たときの気持ちを一言で表現するとなに？
「失望」
だそうだ、あぁそれそれ、年を取るとこんな簡単な単語も出てこない。
いやでもちょっと違う。俺の聞き方が悪い。
正確には失望を予想していたのに案の定失望したときの気持ちを表現するとなんだ？
面倒なのでChatGPTには聞かない。どうでもいい
失恋や社会への鬱積、楽しかった日々もすべてREBECCAが記憶のアイコン。
だけど新曲が駄作であることは予想していた、だからリリースされてもすぐには聞かなかった。
落胆を受け入れられる精神状態の時に聞こうと、そして先程聞いた。
案の定だった。
俺は今ではもうキーボードを触りながらでなければコードは取れない。
（触りながらでも手探り試行錯誤で取れる程度）
REBECCA進行というものは無いが（ある？）土橋定番のコード進行だろう。
端的に言えば古臭い。
そもそもフルコーラス聞くに耐えなかった。半分過ぎたところでそっ閉じした
歌も歌詞も声も曲もアレンジもミキシングも全部が、ヤメテクレだ
老化、衰え
これを叩きつけられただけだ、なんなんだ
俺は今後（すでにだが）目に見える衰えが次々と露見し始めるだろう。
チンコは既に役立たずだ。
そんな衰えに日々恐怖しているのに、
お前もこーなるんだよってか。なんなんだよ。
今更新曲なんか出すなよ
出すなら若い連中を唸らせるような傑作を出せよ。
金無いのかな？
あれだけヒット曲を出して？
一生美味いメシが食えるほどの資産も残らなかったの？
それも夢のない話だ
あーもうヤダヤダヤダ
もうどうでもいいけどね。
ソース：https://www.thetimes.co.uk/article/china-kills-own-sailors-with-trap-set-for-us-and-british-vessels-75wdfkc2p
関連：
https://www.newsweekjapan.jp/stories/world/2023/08/post-102482.php
https://www.dailymail.co.uk/news/article-12589429/chinese-sailors-trap-yellow-sea.html
http://www.mod.gov.cn/gfbw/wzll/dbzq/16004988.html（解放軍報。艦長薛永鵬について）
内容：
・8月21日に、中国の原子力潜水艦「093型（商級）攻撃型原子力潜水艦」（東部戦区所属。艦長・薛永鵬）が黄海で沈没。乗組員55名は全員死亡したものと考えられる
・アメリカやイギリスその他のアメリカの同盟国の潜水艦をはめることを目的とした罠に引っかかって沈没
（"The submarine hit a chain and anchor obstacle used by the Chinese Navy to trap US and allied submarines."（デイリー・メール））
・台湾国防部も報道を否定。「台湾国防部の報道官は、[8月]22日に台湾の報道機関が放送した定例会見の中で、台湾の軍と政府は潜水艦の事故があったという証拠を入手しておらず、一連の報道の裏を取ることはできなかったと述べた。」（newsweekjapan.jp。[]内は筆者補う）
・タイムズとデイリー・メールの報道は、イギリス政府から漏洩したとされる機密扱いの報告書に基づく
徐々に分散していこう
結局富める者がどんどん富んでいくPoSの仕組みだとポンジ感は拭えないし、それでも分散とか全く気にしない大衆層がトークンを買い支えてしまっているのが問題。そういうトークンの配分でガバナンスなんて笑わせる。衆愚でマネーゲームできるようにしたことをイノベーションと呼んでいるのがweb3。
ガス代の安いレイヤー2のようなチェーンがでてきたので、マネーゲーム以外のアプリケーションが生まれる素地は整備されてきたような気がする
L2でガスが安くなったらギャンブル的なプロダクトの割が良くなるだけでは。それにDeFi以外のアプリケーションとして期待されていたNFTやBCGも結局はmoney Legoのパーツ化してマネーゲームに組み込まれている。
それならcosmosとかの方が良かったはず。どうして日本人は日本のプロダクトを贔屓するのか。そのせいで世界から取り残されてweb2で散々負けたのではないだろうか。
これは同意
まぐろわさび醤油や辛子明太子の価格を飛び越えたのは自分的にはインパクト大きかったが。
ネットでの反応は薄い。
今日からの値上げでデイリーヤマザキのノーマルシャケおにぎりが税込170円になった事にとても衝撃を覚える— 🐥 aceyan 🎀☁️ (@aceyan_CB) October 4, 2022
見付かったのはこれくらい。
デイリーヤマザキ、良くも悪くもネットであまり話題にならないね。
【2022年版】コンビニエンスストアの店舗数ランキング｜日本ソフト販売株式会社
www.nipponsoft.co.jp/blog/analysis/chain-conveniencestore2022/
9位のヤマザキデイリーストアーと15位のヤマザキスペシャルパートナーショップを合算すると1296店舗となり、5位1163店舗のセコマを超えるが4位のミニストップには届かない。
If you could only eat one meal for the rest of your life, what would it be?
If you could live anywhere, where would it be?
What is your favorite family vacation?
What would you change about yourself if you could?
What motivates you to work hard?
What is your biggest complaint about your job?
What is your favorite book to read?
What makes you laugh the most?
What was the last movie you went to? What did you think?
What did you want to be when you were small?
If you could choose to do anything for a day, what would it be?
What would you sing at Karaoke night?
How would your friends describe you?
36. What is the best gift you have been given?
37. What is the worst gift you have received?
40. Where do you see yourself in five years?
42. If you were a super-hero, what powers would you have?
43. What would you do if you won the lottery?
44. What form of public transportation do you prefer? (air, boat, train, bus, car, etc.)
45. What's your favorite zoo animal?
46. If you could go back in time to change one thing, what would it be?
48. How many pillows do you sleep with?
49. What's the longest you've gone without sleep (and why)?
52. How often do you buy clothes?
53. Have you ever had a secret admirer?
54. What's your favorite holiday?
55. What's the most daring thing you've ever done?
56. What was the last thing you recorded on TV?
57. What was the last book you read?
58. What's your favorite type of foreign food?
59. Are you a clean or messy person?
60. Who would you want to play you in a movie of your life?
61. How long does it take you to get ready in the morning?
62. What kitchen appliance do you use every day?
63. What's your favorite fast food chain?
64. What's your favorite family recipe?
65. Do you love or hate rollercoasters?
66. What's your favorite family tradition?
67. What is your favorite childhood memory?
68. What's your favorite movie?
69. How old were you when you learned Santa wasn't real? How did you find out?
70. Is your glass half full or half empty?
71. What's the craziest thing you’ve done in the name of love?
72. What three items would you take with you on a deserted island?
73. What was your favorite subject in school?
74. What's the most unusual thing you've ever eaten?
76. Is there anything you wished would come back into fashion?
77. Are you an introvert or an extrovert?
78. Which of the five senses would you say is your strongest?
79. Have you ever had a surprise party? (that was an actual surprise)
80. Are you related or distantly related to anyone famous?
81. What do you do to keep fit?
82. Does your family have a “motto” – spoken or unspoken?
83. If you were ruler of your own country what would be the first law you would introduce?
84. Who was your favorite teacher in school and why?
85. What three things do you think of the most each day?
86. If you had a warning label, what would yours say?
87. What song would you say best sums you up?
88. What celebrity would you like to meet at Starbucks for a cup of coffee?
time clocks alarms appointments schedules tan sign up form team volunteers meeting black recruitment recruiting need sign up form 5k marathon running race marathon green shoes sign up form
90. What's the most interesting thing you can see out of your office or kitchen window?
91. On a scale of 1-10 how funny would you say you are?
92. Where do you see yourself in 10 years?
94. If you could join any past or current music group which would you want to join?
95. How many languages do you speak?
96. What is your favorite family holiday tradition?
97. Who is the most intelligent person you know?
98. If you had to describe yourself as an animal, which one would it be?
[Slipknot - The Chapeltown Rag [Visual 001] - YouTube](https://www.youtube.com/watch?v=j2v4u7VhoPU)
[Intro]
Read all about it if you want to know
Read all about what they want you to know
知りたいのなら 全て読め
あいつらが知りたいこと 全て読め
[Verse 1]
Everything is god online, and it's as evil as it gets
This is not a fuckin' trick, either follow or repent (No choice)
Get infected by a vertical event
Check the meter, check your watch
Are they ever gonna stop?
Runnin' out of daylight, nighttime's better
But we know how to handle the truth, motherfucker
Scandalous know-it-all, feedback chamber
Nobody wants the proof, they want a number
[Verse 1]
これは糞ガキのお遊びじゃねぇぞ 従うか悔い改めるか（選択肢は存在しない）
やめようって思わないのか？
光使い果し、夜輝きだす
[Pre-Chorus]
We don't deny what is wrong with our lives
We can't decide what is left of our right to silence our remains
Buried in the back and I'm sick and alive
Hollow as a breath, the further you dive
[Pre-Chorus]
死骸を黙らせるために使える権利が何なのか 選り出すことはできねぇんだよ
影に忘れ去られて 俺は病んで生きている
息するように空洞になって お前はさらに潜っていく
[Chorus]
Oh, how I've missed your honesty
You never miss with your intensity
You're gonna need a new disguise
Just slide into the nearest lie
[Chorus]
お前の正直さが恋しくなったよ
お前はてめぇの情熱で失敗なんてしなかった
血管の破裂、静脈の遁走
一番近い嘘に滑り込むだけ
[Verse 2]
All the ligatures are getting tight, like a style
Murder another mouth before the trial
Scalpel and then you scalp 'em to fucking death
Kills for the other vampires and surrogates
It's a ploy for attention and evidence
All your fucking monsters are flaws in your common sense
Do the dance while the shovels are breaking dirt
Everybody mind your fuckin' business or you get hurt
[Verse 2]
縛りが全部キツくなってきやがった "スタイル"みてぇに
審判の時までには よその声は潰れちまう
メス くたばるまで手術する
注目と証拠のための策略だ
[Pre-Chorus]
We don't deny what is wrong with our lives
We can't decide what is left of our right to silence our remains
Buried in the back and I'm sick and alive
Hollow as a breath, the further you dive
[Pre-Chorus]
死骸を黙らせるために使える権利が何なのか 選り出すことはできねぇんだよ
影に忘れ去られて 俺は病んで生きている
息するように空洞になって お前はさらに潜っていく
[Chorus]
Oh, how I've missed your namaste
You never miss with your integrity
You're gonna need a new disguise
Just slide into the nearest lie
[Chorus]
血管の破裂、静脈の遁走
一番近い嘘に滑り込むだけ
[Bridge]
Read all about it if you want to know
(Everything is god online)
Read all about it if you want to know
(Everything is god online)
Read all about it if you want to know
[Bridge]
知りたいのなら 全て読め
(全てはオンラインの思し召し)
知りたいのなら 全て読め
(全てはオンラインの思し召し)
知りたいのなら 全て読め
[Breakdown]
Stoned like a beast on a chain lookin' dead
Feelin' strange, what the fuck
I'm material to sew into the stains
Like a catalogue of pain, like a martyr in restraints
I can kill with a will, and it's stronger every day
I'm a knife, I'm a gun, I'm a slit, I'm a scar
I'm a scream, I'm a death, I'm a threat, I'm afraid
That you will never understand I'm not the same
You better call the triple 9, I want a face
I'm afraid, I'm afraid, I'm afraid, I'm afraid
[Breakdown]
鎖に繋がれた獣みたいにラリって死んじまってる
妙な気分だ、何なんだクソ
意思を持って殺せる それは日に日に強くなる
俺はナイフ、俺は銃、俺は裂け目、俺は傷跡
叫んで、殺して、脅して、怖くて
君には理解できないだろうが 俺は同じゃないんだよ
トリプル9と呼ぶべきだ 俺は顔が欲しい
怖いよ、怖いよ、怖いよ、怖いよ
[Outro]
When everything is god online, nothing is
When everything is god online, nothing is
[Outro]
原文｜https://genius.com/Slipknot-the-chapeltown-rag-lyrics
翻訳ベース｜www.DeepL.com/Translator
翻訳・意訳｜HXi
