  |
はてなキーワード: アウトプットとは
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
要件定義ができなくてコードだけ書けるっていう状態が良くわからないよ。コードが書けているっていうことは計算資源や技術・時間制約の中で欲しいアウトプットがわかっているということだと思っているのですが、それが技術的側面なので対人営業的にあいまいで、客自身も明確に知らない要件を技術的要件に切り分けて翻訳するという対人スキル面が苦手、弱いという技術者は居るかもしれません。逆に営業さんなら客の要求の本質的な部分を切り出してAIに投げることで「コードを書く能力のある人」が不在でも完成品ができるかというとそう簡単なものではないのでは？と思います。（逆に、それで済んでしまう程度の話であれば、「簡単なルーチン業務」の「くだらない」レイヤーの話ではないでしょうか？）
ネットで最強の開発テクニックがどうとか盛り上がってるのって下請けSIとか派遣プログラマーみたいな層がメインなんだろうなって思う。
イーロンマスクに「Starshipを作り上げる開発メソッドはなんですか？」とか質問したら馬鹿かって言われて終わるだけだろう。
そうなんですよね。なんかとても狭い範囲のコーディング作業の量的解決とかそんな前提の話のように見えるんですよ。前提条件とかアウトプットがある程度決まりきってる業務フローが前提になってるように見える。「PDCAを回すんだ！回せる奴が勝つ！」みたいなのって嘘くさい。Ｐがしっかり構成されていてPDCAが数回で求める答えにたどり着く方がたぶん強くて、雑に投げたPを1億回とか回して「良い感じ評価ポイント関数」が最大になったからいいアウトプット、みたいなのはなんか違う。計算資源が無限に安くて早ければそういうのもありかもしれないけど。
ブクマで「そうそう、わかるー！」みたいなブコメいっぱいついているけど、なんかすごく違和感ある。
エージェントを何セットも同時に回せるガチ勢はさておき、職場のCopilotでも「アウトプットの質はインプットのプロンプトで全然違う」ので、
良いアウトプットを得るためには目的や背景や探索・施行条件の設定を最適にやることが必要で
これって「作る力」そのもの（アウトプットがどのようでなければならないかという要件定義力）と思う。
「要件定義力のないコーディング力」ってそもそもないと思うのでやっぱり作る力が必要ってことだと思う。サイコロを雑に何回も振るだけだと最適解に落ちない。
なんかはてブでたくさんブクマがつくエントリとか近年雑な話が多いなと感じる。雑に言い切ってヘイトをかせいたら注目を浴びてOKみたいな？
https://b.hatena.ne.jp/entry/s/note.com/suthio/n/n21809850230e
Microsoft Officeのwordとexcelのスペシャリストの資格を取りました。結構面白かったので、せっかく覚えたスキルを忘れないためにも出来るだけプライベートでもwordとexcelを活用していきたいです。wordとexcelをプライベートでどのように活用していけば良いと思いますか？何か案を出してください。
とchatgptに聞いてきた。
以下はその回答。
いいですね、その発想はかなり実用的です。資格って「取って終わり」になりがちですが、日常で使うようにするとスキルがちゃんと“使える状態”で定着します。Microsoft Word と Microsoft Excel はプライベートでもかなり応用が効きますよ。
→ 特に「自動計算＋可視化」を使うと、Excel力が落ちにくいです。
ここが一番おすすめです。好きなことと結びつけると自然に使います。
ブログ下書き
迷ったらこれが良いです：
→ これ、地味ですがかなり力つきます。
■ 正直なところ
とルール化するといいです。
もしよければ、
ダイエットもしたい。
いい組み合わせですね。ちゃんと設計すれば、Microsoft Excel と Microsoft Word だけで「生活改善＋趣味＋アウトプット」が全部つながります。
中途半端に手を出すより、“1つの仕組みとして回す”のがコツです。
テーマはこれです：
項目例：
評価（★1〜5）
感想（短文）
視聴日／読了日
「気分（感動・考えさせられる等）」分類
月1で「今月のベスト」をまとめる
運動内容
＋重要：
グラフで推移表示
週1で「振り返り日記」
うまくいったこと
崩れた原因
改善策
👉 継続力が段違いで上がる
これ、Excelと相性いいです。
アイテム名
使用頻度
必要度（★）
＋応用：
ここが一番大事です。
Word（メイン）
テーマ例：
👉 「考える力」と「書く力」が伸びる
Excel（補助）
書いた本数管理
テーマ一覧
■ ⑤ すべてをつなぐ「週次ルーティン」
これをやると一気に習慣化します。
週1（30〜60分）
月1（1時間）
ダイエット結果振り返り
部屋の見直し
■ 正直なアドバイス
全部完璧にやろうとすると確実に続きません。
Word：週1だけ書く
👉 「続く → 少し足す」が正解です
■ このプランの強いところ
ダイエット → 数値で成果見える
希望があれば、
までかなり細かく作れます。
生成AIで自動プログラム生成どころか、コードレビュー、テスト、バグ修正、エビデンス整形、テスト結果のレポーティング、テスト環境の配分調整まで自動化してしまうという、とある未来予測レポートを読んだ
人のタスクとして残るのは「判断」「インプットドキュメントの作成」「アウトプットのレビュー」だけになる
例えばアジャイルのスクラムならプロダクトオーナー1人とエンジニア1人で、いままでエンジニアとスクラムマスター含めて10人でやってた開発が成り立つようになる。何しろスクラムマスターまでAIで代替してしまう。さらに8人いたエンジニアのうち7人がお払い箱になる
もうエンジニアとして食っていけるのは上位1割のフルスタックエンジニアだけになる。それ以外の8割はお払い箱だ
なんだかなあ
いわゆる刀ミュ、刀ステ。
チケ発がダルすぎて高確率で病むだろうことが想像できるから。刀ステは最近そうでもないらしいが
TRUMPシリーズとかその辺。
プラス自分が耽美とか美しさにあんまり興味がないから。美しいが故に際立つ愚かさ、過ち、罪……みたいな舞台で自分は｢愚かだなァ……｣という感想しかアウトプットできないので、向いてないんだと思う
【都志見文太作品】
図書館のネヴァジスタをプレイして、こいつとは人生観が合わね〜と思ったから。
あと自分は女が好きなので、作品を通して｢女性｣に興味がないんだろうな〜というのが伝わってくるから。趣味も合わない。
こういうこと言うと信者から｢先生の作品が合わないのは人間性が終わってるから｣とか言われるのもダル〜
今まで大森靖子楽曲を必要としない人生を送ってきたし、これからもなるべくそうでありたいため。
みんなは何かある？
むりやりに大絶賛してみる！
まず制作陣がガチで天才だから、この物語への主な批判ポイントが、そのまますべてSF設計の土台なんだよね。
たとえば、キャラの葛藤がないとか、ご都合主義のAIっぽさとか、リアリティがないとか、散々な言われようだけれど。
それって『超かぐや姫』の核心なんだよね。
なぜかって……本作は、『神に喧嘩を売ってでも人間を作りたい』ってのがメインテーマだから。
超簡単に表現すると、人間らしさが消えちゃった彩葉と、ほんとうは人間じゃないかぐやが、「パンケーキを食べておいしい！」と感じたい話。
これこそが『超かぐや姫』の始まりであり、終わりに至るまですべて。
その為には、超早送りでびゅーんっと駆け抜けて、配信界の頂点にたどり着いて、「資本主義バンザイ！」でドパガキから集金しまくって、神の領域に挑戦しなきゃならない。
まるで全部乗せのパンケーキ、すべて持った超人のエネルギーで。
言うなれば、『令和のセカイ系はサイコパス』、うじうじと理屈を語るよりも、葛藤さえもハイスピードで終わらせて、きみとぼくの為――彩葉とかぐやの為だけに、神の理屈をねじ曲げにゆく。
（※セカイ系とは？ 「きみ」と「ぼく」という、 ちっちゃな関係性が、 国家や社会をすっ飛ばして、世界のあり方に直結する話）
すなわち、新時代のセカイ系は、狂気で踏み込む決断主義、なにもかも舐め腐って、日本の古典――竹取物語をぶち破らなきゃならない。
天の羽衣を脱ぐ、綺麗事を捨てて、パンケーキの為だけに成り上がる話。
そこまでやらなきゃ、宇宙一の負けヒロインであるかぐやを、地獄の円環構造から救えない。
逆に言えば、それを実現させるまでは、まるで水と粉のパンケーキ、感情移入できないくらいぱっさぱさ――人間味がない、AIみたい、機械的なんですよ。
たとえば、主人公の酒寄彩葉17歳JKは、【楽しんでる場合やあらへん……いちばんやないとあかん】って母親に冷たく言われ続けたせいで、完璧主義のマシーンになっちゃったと。
つまり、学生なのに週5日のバイトで一人暮らし、東大を目指す受験勉強、プロゲーマーばりの腕前、こんだけ詰め込みすぎなのは、いわゆる『過剰適応』って奴。
いじめられっ子がなぜか笑うのと一緒で、『苦しさを100％抑圧』している。
まるで広末涼子の爆走185キロ、人間って一度狂うと止まらないんだよ。
さらに彩葉は、Vtuber月見ヤチヨの歌声に惚れ込んで、ガチガチに推し活もやっていると。
ここでも批判の声――「推し活が記号的、ただの舞台装置」みたいな意見があるけれど、これはSF的にも心理面でも必要不可欠なんですよ。
どういう事かって、彩葉は疲れすぎな日々に、お母さんからの罵倒が幻聴として聞こえていて、それを防ぐためにイヤホンをつけて、ヤチヨのRememberを聴き始めたと。
それもあって、○人的スケジュールなのに、なぜか感動できたり黄昏れたりと、一見余裕があるように見えるのは、その瞬間だけが抑圧からの解放――人間性を取り戻せているから。
その証拠に、「推しがいなければ生きられない」という考えで、食欲がない鬱状態のときも、推しさえ見ればちょっとずつ食べられる、そんな描写もされていて。
もはや推しというより神様――だからこそ彩葉は、月見ヤチヨの神棚アクリルスタンドを大事に飾っているんだよね。
しかもSF的にエグいのは、『超かぐや姫』って本質的に『神○し』のお話になっていて。
「パンケーキを食べたい」というエゴの為に、冗談抜きでドパガキも資本主義もハックして、運と才能とお金と人脈でフルスイングする。
そして、もう一人のヒロインかぐやは、さっきも言ったとおり、本来、人間ではなくて、じゃあ何者かって、月に住んでいたむなしい存在――肉体のない思念体なんですよ。
なので、地球に舞い降りて人間の肉体を得てすぐに、「自由な毎日が楽しいなぁぁ！」って欲望が大爆発する。
その最たる例としては、彩葉が睡眠を削ってまで働いて、がんばって貯めたお金――12万円を使い果たしたことがあって。
ちなみにこのシーン、「彩葉の怒りがあまりにも薄い！」って批判が多いんだけれど、それへの反論は秒速で終わるんだよね。
まず彩葉のため込んだ12万円は、超現実主義なお母さんの呪縛なんだよ。
【この世で頼れるんは自分一人や】、【今日の百円は明日の千円や】みたいな、冷たい言葉を吐かれすぎて、「心が壊れても頑張らなきゃ」という呪いになっている。
つまり、今までずっと無駄なく効率的に生きてきて、完璧主義の廃人になっていた彩葉に、無駄遣いでショック療法――かぐやはこれでもかとご馳走を振る舞った。
人間を人間たらしめるクオリア――簡単にいえば、おいしいという感情、「生きている！」という感覚を取り戻せたと。
その結果、このあと少しして風邪を引くんだけれど、それは別な言い方をすれば、やっと風邪を引けたんだよね、甘えと弱さを出しきって、これでもかと人間らしく。
今まで母親の祟りにやられて、完璧超人のマシーンだった彩葉が、かぐやによって人間性を蘇らせたってこと。
そう考えると、もはや妖怪人間ベムよろしく、「早く人間になりたい」ってのが、『超かぐや姫』のキモなんですよ。
そして、この物語のマジで恐ろしいところは、かぐやが元々暮らしていた月の世界なんだよね。
ここってのは味も温度もない巨大な水槽みたいで、喜びも悲しみもなくて、生きることも死ぬこともできない、永遠なる空っぽの場所であると。
でもって月の住人たちは、ゲームのNPCと同じで、無感覚の日々を繰り返すという、究極的にむなしいシステムに閉じ込められていて。
そんな中、かぐやだけが奇跡というかバグの発生によって、「寂しい！ 退屈！ 死にそう！」って、みるみると自我が芽生えて、月から飛び出しちゃったんだよ。
そして流れ星のようにキラキラと、『もと光る竹』という宇宙船に乗って、そのまま地球の電柱にビリビリビリってぶつかってゆく。
すると、一瞬でゲーミング電柱になるんだけれど、これは月のテクノロジー、地球環境に馴染むべく、そこに最適化された肉体――今回は赤ちゃんの体を用意して、かぐやの思念体が入り込んでゆくと。
そんでドパガキよろしく、タブレットでネットサーフィン、高速で情報収集をすることによって、その知識量に合わせてハイスピードで、女子高生くらいの見た目に変化するんだよ。
なので、普通の人間たちとは違って、文字通り、恥も外聞もないから、持ちうる力は『すべて出す』を地でゆく、このあと一瞬にして配信業でのし上がるんだよ。
そもそも、かぐやが彩葉のお金で勝手に、ライバーになる為のスマートコンタクトを買って、メタバースの世界ツクヨミにログインして、大観衆の前でいきなり叫ぶ売名行為までやって、終始、大暴れするんだよね。
なのでよくある批判――「子育ての苦しみがない」、「生配信の世界は甘くないぞ！」ってのは、筋の通ったやり方で回避できる。
そうこうして、「パンケーキがおいしい」と思えるくらい、かぐやは人間の幸せを覚えてゆく。
でも残念ながら、『かぐやは月の秩序を乱すバグ』と見なされて、月の世界へと戻されてしまう。
これは日本の古典である『かぐや姫』の結末通りで、強制的なバッドエンドを迎えると。
まず月に戻されたかぐやは、また何もない水槽の中に入れられて、虚無の永久ループに閉じ込められると。
しかも以前と違うのは、主人公の彩葉と出会って、笑ったり歌ったり、パンケーキの甘さを感じたりで、幸せを知ってしまったからこそ、その絶望はより深いんだよね。
5億年ボタンの比じゃないさみしさ、『生と死の狭間』にある闇のような場所で、永遠のひとりぼっち。
でもそんなある日、38万キロの彼方――地球惑星から、懐かしい歌声が聞こえてきて、「もう一回だけ地球に行こう！ 彩葉に会いたい！」って、奇跡で飛び起きることができた。
でも運命は残酷で、「また宇宙船に乗って地球に出発だ！」ってときに、タイムトラベル機能をオンにしたもんだから、なんと制御不能でバコーンって隕石と衝突して、8000年前の地球にぶち飛ばされたんだよね。
すると何が起きたか、宇宙船のシステムがエネルギー切れ、月のテクノロジーが使えないせいで、最適な肉体を作り出せない、前と違って赤ちゃんにもなれない、ただの思念体――魂だけで放り出されたと。
それはつまり、声も出せない、誰とも話せない、誰の目にも見えない、永遠に続く孤独がはじまった。
これは昔の名作、『STEINS;GATE』のトラウマ回と似ていて、とある女の子が不完全なタイムマシンに乗ったら、時間跳躍のときにダメージを食らって、自分の名前以外すべてを忘れちゃったんだよ。
とてつもない使命、大切な約束があったのに、のうのうと生きてしまったことを悔いて、【失敗した失敗した失敗した失敗した失敗した】、そう書き綴って……そのまま自殺するんだよね。
そして、かぐやの場合はより怖い――寂しくても退屈でも永久に○ねないから。
なので、「彩葉！ 彩葉！ 彩葉！」って発狂するんだけれど、それは声にも叫びにもならなくて、いつまでも絶無なんだよね。
泣きながら膝を抱えようにも、そこには涙も膝もない。
けれど1%の奇跡として、宇宙船に乗り込んだときに、地球で彩葉からもらった、たまごっちみたいな携帯ゲーム機、そこに『犬DOGE』という柴犬、電子のペットがいて。
その結果、シャットダウン直前の、宇宙船による最後の力で、たまたま近くにいた、かわいいウミウシ――海のウサギとも呼ばれる生物をスキャンして、そこに犬DOGEの軽いデータをぶっ込めた。
これはつまり完成済みのハードウェア、しょぼいけれどロボットの出来上がり。
だから、ウミウシにログインした犬DOGEをハッキングして、思念体のかぐやが入り込んで動かせるってこと。
そうこうしてウミウシのかぐやは、不老不死の日々を進んでゆく、それも8000年。
縄文時代、平安時代、戦国時代、あらゆる時代に漂って、大量の出会いと別れがあって、もちろん戦争による○し合いもあって、破壊と再生が延々と繰り返される中、かぐやは孤独な観測者として、それらを眺め続けたんだよね。
毒も薬も酸いも甘いもカオスも、すべて飲み込みながら。
そうやって膨大な時が流れて、人類は血みどろの歴史の果てに、電話に冷蔵庫にテレビに、そしてインターネットという、高度な文明を誕生させるんだよ。
そんなある日、かぐやはウミウシの身体のままで、パソコンのキーボードを押して、『Ｈｅｌｌｏ，ｗｏｒｌｄ！』って入力した。
つまり、8000年の時を経てとうとう……想いを伝えられるようになった、孤独な旅がやっと終わった。
その瞬間かぐやは壮大な夢を思い描くんだよ。
それってのは、地球での血なまぐさい争いとか、ひとりぼっちとは無縁な、ユートピアの仮想空間を作ること。
要するに、『水も波も立たない巨大な水槽である』月の寂しさを、他の誰にも味わって欲しくないってこと。
だからこそ、ここでの仮想通貨『ふじゅ～』は、水のように、あぶくのように湧き出てくる。
まさにドパガキよろしく、人の心が踊れば踊るほどに、無尽蔵に金が降り注ぐんだよ。
そうしてかぐやは、ウミウシの身体をよじりながら、ｈｔｍｌを書いてアクセス解析もして、とにかく試行錯誤しているときに、はっと衝撃的なことに気づく。
それってのは、自分がゼロから築き上げてゆく仮想世界が、かつて彩葉と遊んだツクヨミだってことに。
そして、彩葉が歌声に惚れたVtuber月見ヤチヨは私なんだってことに。
すなわち、ぐるぐると同じ輪廻を巡って、この8000年の孤独も含めたループが、何百回、何千回、何万回も続いているのかもしれない。
これをむりやり表現するならば、『メタ的ディストピア円環構造』だね。
つまり、『感情を持った思念体』のかぐやが、月から地球に来て赤ちゃんとして生まれる→彩葉と幸せな時間を過ごす→月の世界に戻される→歌が聞こえて脱出を決意……でも隕石に衝突→8000年前の地球に吹き飛ばされる→そして今の今に繋がる――
めちゃくちゃ残酷なことに、この円環構造の中で、常にかぐやは自我があって、しかもその時間の大半、メタ的視点――実体のない魂のような存在として、声にならない声を上げながら、ずっとひとりぼっちで過ごしている。
そしてこの、『メタ的ディストピア円環構造』をぶち壊すには、バグを伝染させる必要があった。
もっと単純な話、心の底から「パンケーキがおいしい！」と思えること。
彩葉のケースで言えば、月のシステムみたいな完璧主義をやめて、泣いて甘えること、自分の意思で進路を決めること、ホンモノの反抗心で母親にぶつかること。
そのうえで最大の敵は、退屈で○にたくなるほど整った、穢れなき月のAI的世界なんだよね。
だからこそ、ドパガキも資本主義も運も才能も醜さも、Rememberという推しの曲もすべて総動員して、綺麗事抜きの人間らしさで殴り返した。
ありとあらゆる手段で、『竹取物語』の運命――かぐや姫は月に帰るという、神様の結末を破壊する為に。
それはつまり、彩葉の推し――神様だった月見ヤチヨ（かぐや）に、『終わりのある人間としての人生』を与える、今度は自分が神様よろしく、生命を誕生させるってこと。
ちなみに当初、メタバース（ツクヨミ）の世界では、かぐやを連れ去りに来る、月人（つきじん）という大勢の敵を、ゲームのシステムに落とし込んで、プロゲーマーの力とチートによって倒そうとしたんだよ。
現実世界じゃ負けるに決まっているから、ゲームの敵キャラにダウングレードさせようとした。
でもそんな甘っちょろい敵ではなくて、まるで勝ち目がなかった。
その結果、映画の途中でスタッフロールが出て、「めでたし めでたし」って、皮肉なエンディングが軽く流れるんだよね。
でも彩葉はその終わりを許さずに、ツクヨミという仮想空間――一億総ドパガキ社会ってくらい、ユーザー数の多い場所で、ハイスピードで配信者として売れて、べらぼうに儲けたお金と、人脈をフル活用して、10年間、ロボット工学をはじめとした科学技術を学んでゆく。
なぜかって、かぐやの思念体を入れる義体――それも寿命のあるホンモノの生命体を作りたいから。
これこそが『超かぐや姫』のすべて。
つまり、愛とは綺麗事ではない、愛≒平和ではない、愛とは能動的なバグなんだという、パンケーキを食べておいしいと感じる話。
↓『本音のおまけ』
冒頭で、「むりやりに大絶賛してみる！」と宣言したとおり、映画版の『超かぐや姫』は、ファミ通の文庫版も読んで、SF設定もメモして、登場人物の背景も学んで想像して――つまり、こちら側でかなり踏み込んで視聴しないと、ちんぷんかんぷんな事ばかりだ。
とはいえ、90年代2000年代を振り返りゃ、映画であれ音楽であれゲームであれ、たった一本、たった一枚、たった一作を繰り返し……狂ったように楽しむものであった。
たとえば、FFや聖剣伝説をやるときにはアルティマニアという、ごっつい攻略本を買ってプレイ前から読みふけっていた。
そう考えりゃ、『超かぐや姫』の円環構造よろしく、ぐるぐるとリピートする事が大前提の作品があっても良いのかもしれない。
しかも『超かぐや姫』 の場合、知識と考察を重ねるごとに、「この複雑な円環構造のSF設計を考えると、これはこれでアリかもな」と思えてきて、じわじわと評価点が高まる。
ある音楽家が、これまでのリリース作品がすべてAIベースの制作環境で作られていたことを、その環境を商品として販売開始することで明かした。
この記事は、それを告発するものではない。むしろ、その製品が宣伝通り機能した場合にこそ私たちが直面する問い——「感動していた曲は、何によって作られていたのか」「作曲がプロンプト設計に移るとき、聴き手は何を聴いているのか」——について、ひとりの聴き手/作り手として考えたことを書いておく。
1～4節はその商品の分析がメインなので、ゴシップ的な話に興味のない人は5～7節だけ読めば十分。
Twitterで、気にかけていたアカウントがあった。フォロワーは二千人規模だが、Hyperpop以降の日本のシーンで頭角を現している一人、という認識が自分の中にあった。界隈の主要な音楽家たちからもフォローされている、といえば規模感が伝わるだろうか。リリースされる曲には、たんに「いい音楽」と片付けるのは難しい構成の巧妙さと音選びの新しさがあって、追ってはいないまでも名前は頭にあった。
そのアカウントが最近、自分の制作環境を商品として販売し始めた。価格は14,900円、「AI音楽制作環境」として売り出されていて、製品ページの宣伝文句はこうなっている——「『気持ちよくて驚きのある曲を作って』——そのくらいの指示から、コード進行・歌詞・Sunoプロンプトまで一貫して出力します。」さらに、既発のアルバムとEPは「全てこれを軸に制作されている」とも明記されていた。
最初に湧いた感情は、「ああ、そういう工程で作られていたのか」という、ある種の冷めの感情だった。AIを使っていることそのものへの反発ではない。SunoのようなAI音楽生成ツールの進化については以前から耳にしていた。出力自体のクオリティを否定するつもりもない。そうではなく、「何に対して感心していたのか」という、自分の受け取り方の根元が揺らぐ感覚、とでも言えばいいだろうか。
この感覚を、個人的ながっかりエピソードとして飲み込んで済ませてもよかった。けれど製品ページを読み進めるうちに、これは自分一人の話ではなく、いま音楽を聴く/作る側に共通してくる問題になっていくだろうと思い直した。以下はその整理になる。
製品ページから読み取れる範囲で、何が売られているのかをまず整理しておく。評価は後回しにする。
製品としての訴求は、おおむね三層からなる——(a)独自の音楽生成エンジンであること、(b)感覚的な指示から完成物が自動生成されること、(c)学習ツールとしても機能すること。
実際に買って触ったわけではないので、以下は推測の域を出ない。ただ、製品説明を読み解くと、構造的にいくつかの疑問が浮かぶ。
まず、''「Python疑似コード」という語の含意''について。「疑似コード」はPythonの形で書かれていても実行されないテキスト、つまり構造化されたプロンプト/参照資料のことを指すのが通例だ。Claudeプロジェクトに.zipをアップロードする形式である以上、これはClaudeが読み込むルール文書群であって、独立して走る独自エンジンではない可能性が高い。MIDI出力部分などは実行可能コードだろうが、「コードを選ぶ」「歌詞を書く」といった音楽的判断のコアは、Claude本体の自然言語推論能力が上限になる。これ自体は悪いことではない。よく練られたプロンプトパックは、Claudeの出力の一貫性と専門性を上げる。ただし「独自エンジン」という響きが含意するものとはかなりの距離がある。
次に、''Sunoへの依存度''について。製品の主要アウトプットのひとつが「Sunoプロンプト」である以上、最終的に音として鳴る部分——音色の質感、ミックスのバランス、演奏のニュアンス——を生成しているのは、この製品ではなくSunoのほうということになる。つまり、この製品の価値の相当部分は「Sunoを上手く使うためのプロンプト設計の職人技をパッケージしたもの」であって、Sunoが進化すればその層の価値は急速に目減りする。
三つ目に、''「all built by hand」の含意''について。86,000行という規模が、本当に人間が手で書いたものなのかは、製品説明からは判別できない。ジャンル研究ノートやStyle語彙データベースといった文書は、AIに「このジャンルについて詳細なルール文書を書いて」と指示すれば相当量が出てくる種類のものである。骨格は人間が作っていたとしても、肉付けをAIに任せている可能性は十分ある(そしてその場合、「手作業で書いた」という説明の重みはかなり変わってくる)。
繰り返すが、これらは推測にすぎない。実際に買って開ければ印象が変わる可能性は十分ある。ただ製品ページの記述だけを根拠に判断する限り、「独自の音楽生成エンジン」「作編曲の学習ツール」という訴求は、実態を控えめに言っても過剰包装しているように見える。
この製品に対する考えられる反応は、「宣伝通りに動くのか？」という疑問だろう。
しかし、立ち止まって考えると、本当に問うべきは逆側であることがわかる。
仮にこの製品が宣伝通りに機能するなら——「気持ちよくて驚きのある曲を作って」という指示一行から、コード進行・歌詞・Sunoプロンプト・MIDI・MP3まで一貫して出力されるなら——自分が感心していた曲は、その程度の指示から出てきたものだった、ということになる。下準備としての疑似コード整備や、出力に対する微調整は当然あるにしても、一曲一曲の制作工程の中心がそこにあったのなら、感心の源は作り手の耳ではなく、ツールの出力分布の中にあったことになる。たしかに創作物は優れていたかもしれないが、「それが優れていたのは上手くSunoを使いこなしていたから」という、エンジニアリングの問題だったということになる。
機能しないなら誇大広告の問題で済む。機能するならば、「聴き手は何を聴いていたのか」という、より根本的な問いが立ち上がる。皮肉なことに、製品としての完成度が高いほど、この問いは重くなる。
ここで思い出しておきたい話がある。2023年のゲンロンのイベントで、音楽家のtofubeatsが、Spotifyのサジェストで流れてきた曲に心を動かされ、作曲者を調べたらAI生成曲だと知って深いショックを受けた、という経験を語っていた。彼自身がオートチューンで声を加工し、歌声から人間性を排して作曲するタイプの作家でありながら、である。「非人間的な曲が、本当に人間によって作られていないこと」が判明したときの空虚さを、彼は正直に語っていた。
この空虚さが何から来るものなのかは、6節でもう少し踏み込んで考えてみたい。ただ先に言っておくと、それは「AIは音楽を作ってはいけない」という種類の話ではない。むしろ、「聴くとき、自分は何と対面していたつもりだったのか」という自己認識の問題になる。そしてそれは、作り手が工程を開示しないまま商品を売り始めた瞬間、聴き手の側で解決することが不可能になる種類の問いでもある。
誤解されたくないので、はっきり書いておく。この文章は、AIで音楽を作ることへの全面的な否定ではない。
作曲の歴史は、すべてを人間が設計し人間が作る歴史だけではなかった。偶然性、システム、自動化、外部の力を取り込む試みは、ジョン・ケージから、ブライアン・イーノ、アルゴリズミック・コンポジションまで、20世紀以降の音楽史の重要な部分を形作ってきた。AIの導入はその系譜の延長にあって、それ自体を否定するのは筋が悪い。
近年の例で言えば、菊地成孔は自身が主宰するギルド「新音楽制作工房」でAIを活用していることを早くから公言している。NHKドラマ『岸辺露伴は動かない』の劇伴ではMaxを用いたAI生成による弦楽四重奏が使われており、菊地本人が「作曲者のクレジットもないし、著作権のありかがわからない」という問題をNHK出版経由でJASRACと協議し、「新音楽制作工房」名義のクレジットで処理することで決着させた、という経緯まで公にしている。つまり、どう使い、どう扱い、誰の名のもとに出すかを、彼は工程ごと開示している。
ここでの違いは、「AIを使うか使わないか」ではなく、「どう使い、どう開示し、何を自分の名のもとに出すか」にある。「AIの使用は隠していない」という表明と、「どの工程をAIに委ねたかを開示する」こととの間には、大きな距離がある。
そしてもうひとつ、避けて通れない論点がある。Sunoを含む音楽生成AIが、何を学習データにしているかという問題だ。2024年6月、RIAA（全米レコード協会）はSony Music・Universal・Warner Musicを代表してSunoとUdioを著作権侵害で提訴した。Suno側は、レコード会社の著作権で保護された録音物を使用したことを概ね認めた上で、フェアユースを主張している。2025年末にはWarner MusicとSunoがライセンス提携で和解したが、訴訟全体はまだ決着していない。
つまり、いまSunoで曲を作って発表することは、その学習データが何で、どのような経緯で集められたかが法的に争われている状態のモデルを使うことを意味する。これは「使ってはいけない」と言いたいのではなく、「自分の作品がどういう供給ラインの上に立っているか」を無自覚なままにはできない、ということだ。そして、そのモデルを使って生成した曲で「作曲者」を名乗り、その制作環境を商品化して収益化する、という連鎖の倫理性は、まだ業界全体として合意が取れていない。
この記事の射程は、その倫理そのものを裁くところまでは届かない。ただ、「いい曲さえできれば制作過程はなんでもいい」という論法に、即座に頷くことはできない、という姿勢だけは明示しておきたい。
ここで、4節の末尾で保留にした問い——tofubeatsが味わった空虚さは何から来るのか——に戻ってくる。
創作物を聴く側は、作り手の工程をつねに見ているわけではない。それでも、作品を受け取るときには「制作への真摯さと、出来上がった作品のクオリティは、どこかで結びついている」という、いわば感覚的な信頼をもって聴いている。これは創作と鑑賞の間に長く存在してきた暗黙の契約のようなもので、あるシンガーソングライターが書いていた通り、手間暇掛けようが掛けまいが最後には一緒くたに扱われる時代でも、違いの分かる人はいるはずだと信じて丁寧に拵える——という姿勢を、作り手と受け手の双方が（明示的ではないにせよ）共有してきたから、音楽は単なる音の配列ではなく、作り手の痕跡を伴うものとして聴かれてきた。
AIが生成した音楽そのものにも、それ独自の良さがある。これは繰り返し強調しておく。作品としての良さは、工程とは独立に成立し得る。ただし、AI生成された曲を「ひとりの作家が作った作品」として提示し、その仮構された人格のもとに人気を集めることは、この暗黙の契約を根元から破壊する。聴き手が「これを作った人は、たぶんこういう感受性の持ち主なのだろう」と想像しながら聴いていた対象が、実は大部分がプロンプトから生成された出力だったとしたら、その想像は宙に浮いてしまう。作品が悪かったわけではない。悪かったのは、作品と作り手の人格の間にあったはずの関係について、聴き手が抱いていた前提が、工程を開示されないまま利用されていたことにある。
tofubeatsが味わった空虚さは、たぶんこれに近い。「AIが作ったから価値がない」ではなく、「自分は作品を通して誰かの感受性と向き合っていたつもりだったが、その『誰か』が自分が想像していたものとは違っていた」という、受け手側の文脈の宙吊り。この宙吊りは、作り手の側がAIの使用を大まかに表明するだけでは解消されない。「何を自分の判断で選び、何をツールに委ねたか」という工程の粒度での開示があってはじめて、聴き手は自分の感心の行き先を再設定できる。
この視点から見ると、今回の製品販売で起きたことの構造が少しはっきりする。14,900円という価格や、買った人にとっての有用性の問題はもちろんある。ただ、それ以上に大きかったのは、制作環境を商品化するという行為が、既発の作品群を「この環境の実例」として遡行的に位置づけ直してしまうことにある。以前から作品を聴いていた側から見れば、聴き手と作り手の間に結んでいたはずの暗黙の契約の内実が、後出しで書き換えられる感覚がある。
制作工程の開示は、法的義務ではない。ただ、制作環境を商品として売り始めた瞬間、この暗黙の契約を自分から前景化させたことになる。「この環境でこれだけの作品が作れる」という実例として既発のリリースが参照されているのなら、それぞれの作品がどの程度この環境の出力そのものなのか、どの程度は人間の介入によるものなのかは、買う人にとっても、これから聴く人にとっても、重要な情報になる。
最後に、聴き手として、作り手として、これからどうするかを書いておきたい。
聴き手としては、tofubeatsが味わった種類の空虚さを、できれば避けたいと思うひとが大半だろう。しかしtofubeatsがAI生成だと気づくことができたのはクレジットにそう明記されていたからに他ならない。今回の私のケースのように、AI生成であることが明かされていなかったり、将来的に（遡及的に）AI生成であることが明かされるようなパターンはますます増えていくだろう。私たちは、匿名性を保ったままクオリティで勝負して有名になっていくという同人音楽シーンの時代の終焉を目の当たりにしているのかもしれない。作り手と受け取り手の信頼関係が壊れていくなかで、聴き手側からできることはあまりにも少ない。界隈で有名なコンポーザーの多くも今回のアカウントをフォローしていたことも考えれば、制作過程の情報開示を積極的に求めていくこと、プロセスを明らかにしたうえでよいものを作っているひとを評価していくこと等も、その限界は大きいだろう。
作り手としては、自分がやりたいのは、プロンプト一行から出てくるものを受け取る側ではなく、一音ずつ選ぶ側である、とあらためて確認した。それはAIを使わないという意味ではなく、AIを使うにしても、どこで自分の判断を通すかを意識的に設計したい、ということになる。菊地成孔のやり方に近いと言えば近い。作編曲に限らず、これまであらゆるアートと呼ばれる領域について、過程を見せないことは作家の神秘性を増すための重要な要素だった。しかし上にも書いたように、その限界はもうすでに見えてきているように思う。過程を明らかにしたうえで、自身の武器がすべて明らかであるのにそれでも真似できない創造性を見せること。もちろん、あらゆる出力結果は機械学習の餌食になりうるという状況においてこれは綺麗事かもしれないが、成果物がいわゆるAIに食われうるのは変わらないのだとしたら、いかに自身の制作においては透明性を保ったうえでクオリティで受け手を納得させるか、こそが大事になってくるだろう。こうしたムードを作り手の側からも作っていくことが、今後の大きな課題になるのではないかと思う。
「AIがもっといいものを作れるのになぜあなたが作る必要があるのか？」は、「プロの作家がすでにこの世に五万と存在するのに、なぜあなたは作品をつくろうと、その道を志したのか？」という問いと本質的には何も変わらない。作りたいから、作る。伝えたいから、それを形にする。そうした初期衝動が、欲望が、「創造性」という言葉の本質であり、AIに模倣することのできない、あなただけの、私だけの創作物につながるのだから。
「IT業界は売り手市場」という言葉を、あなたも一度は聞いたことがあるはずだ。
未経験でも歓迎、エンジニア不足、年収アップ――そんな甘いフレーズが並び、あたかも「誰でも簡単に勝てる市場」であるかのように語られている。
ただしそれは、かなり厳しい条件を満たした人材に限られる。
何年やっていようが、言われたことをダラダラこなしているだけの人間は、即戦力とは見なされない。
同様に、
企業が欲しいのは「すごそうなコードを書く人」ではなく、市場ニーズに対して、具体的な価値を返せる人間だからだ。
こうした条件が並ぶ。
さらに、応募者側は飽和している。
プログラミングスクールや転職広告の影響で、未経験者は増えすぎているのが実態だ。
結果として何が起きているか？
書類で大量に落とされる
これはどう見ても売り手市場ではない。
完全に選別される側＝買い手市場だ。
正しくはこうだ。
「使える人材が不足している」
つまり、「人は余っている（特に指示待ち人間）が、ビジネスや設計開発が全うに出来る人間は足りていない」という歪んだ構造になっている。
人が欲しい企業にとって、「チャンスがある市場」と見せるのは有利。
うまくいった人ほど発信する。
失敗した人は沈黙する。
ではどう考えるべきか。
オレにだって出来るんじゃね？
トップメーカーが社運を賭けたフラグシップゲームを、ゲームに興味がないスタッフが作っている、という仮説が正しいなら、子供の頃からゲームばかりやってた（創作方面はからきしだが）オレにだって、ブランドは持ってないけど、面白さではAAAタイトルに比肩する作品をアウトプットできるかもしれない。・・・そこまで内省して気付いたんだけど、まさか、ひょっとしてワザとか？
コーラとハンバーガは世界で一番売れているが、世界一番うまい食べ物ではない。
ゲームに興味がないからこそ、売れる——面白いではない——ゲームを作れる、という可能性がある。なんならあえて面白さを抑えることが人気作品を生む、そんな世の中の知られざる理（ことわり）があるのかも。
最近ふと、「女性エンジニアであること」に疲れているなと思うことが増えた。
別に、コードを書くことが嫌いになったわけじゃない。むしろ、問題を分解して、構造を理解して、ちゃんと動くものを作ること自体は今でも普通に楽しい。
ただ、その周りにまとわりつく「余計なレイヤー」にじわじわ削られている感覚がある。
例えば、ちょっとした発言一つでも、「女性としてどう見られるか」というノイズが勝手に混ざる。
同じ内容でも、受け取られ方が微妙に違う気がする瞬間があるし、逆に気を遣いすぎて自分で言葉を丸めてしまうこともある。
むしろみんな基本的には善良で、ちゃんと仕事をしようとしている。
評価の軸も、たまにぼやける。
純粋にアウトプットで見られているはずなのに、「キャラクター」とか「雰囲気」みたいなものが無意識に混ざる瞬間がある。
それをうまく使える人もいるのかもしれないけど、自分はそこに乗るのがどうにも苦手だ。
一人でしかないのに、なぜか「女性エンジニア枠」として見られることがある。
何か言えば、それが個人の意見じゃなくて属性の意見として受け取られるような、あの感じ。
そんな大げさな話じゃなくても、日々の小さな積み重ねが地味に効いてくる。
ちょっとした気遣い、ちょっとした違和感、ちょっとした飲み込み。
それが積もって、「あー、なんか疲れたな」になる。
正直に言えば、「エンジニア」でありたいだけなんだと思う。
性別とか関係なく、やったこととできることで評価されて、普通に議論して、普通に成果を出す。
それ以上でもそれ以下でもない状態。
でも現実はそこまでフラットではなくて、だからこそ余計に意識してしまうし、意識すること自体に疲れる。
たぶんこの疲れって、劇的に解消されるものではない。
環境を変えれば多少マシになることはあっても、完全に消えるわけでもない。
「そういうノイズはあるもの」として扱って、真正面から受け止めすぎないようにする。
全部を真に受けるとしんどいので、適当に流すスキルを上げる方向に振っている。
それでもたまに、どうしようもなく面倒くさくなる。
その時はこうやって書き出して、「あー疲れてるな」と自覚することで、少しだけ距離を取る。
たぶん同じようなことを感じている人はそれなりにいると思う。
別に結論はないし、解決策も特にないけど、少なくとも「自分だけじゃない」と思えるだけでも、少しは楽になる。
今日はそんな感じの話。
まじで、SNSに投稿する文章をわざわざAIに書かすやつって、何考えてんの？
ぼくちんはこういうことを言いたいんだけど、それをいい感じの文章にしてねってAIに発注してるんすか。
そしたらAIは張り切って、やたら「静かに」とか「それはAではなかった。Bでもなかった。でも、Cだった」とか、聞いたこともないなんちゃって慣用句とか、そういうのを駆使した気持ちの悪い文章を作って、で、それをコピペしてるんすか。
あのさ、「AIの作る文章って、整ってるけど血が通ってないよね」とか、そういうレベルの話ですらないから。
AIが作った文章って、最初から最後まで「何を言ってんの？ 何が言いたいの？ どういう感情なの？」ってことを大げさに書いた文章でしかなくて、それを「整ってる」とか評価できる人はあまりにも鈍感すぎるよ。
自分の思考の正体を知るために、AIと対話するのは全然アリだと思うよ。でもさ、文章としてのアウトプット、誰かにお披露目するための文章のアウトプットまでAIにやらせてどうすんの。本末転倒すぎんだろ。なんのための発表なんだよ。あー、もうほんと、AIに書かせた文章が見れなくなるようなAIが欲しいよ。
そこまで成長してほしいと期待して採用を行っている。
もちろんこれは総合職に限った話であり、専門職・技術職であればスキルでの貢献を求められる
どのみちゼネラリスト、スペシャリストに関わらず、アウトプットを期待して採用している。
もちろん採用枠はそれだけではなく、技術職や一般職だって企業を動かすには必要な存在である。
もしアウトプットを求められたくないのであれば、こちらを目指すことをオススメする。
この規模の企業になると1年では総合職のイロハは学べない。おそらく誰かの下で見習いに就くからだ
しかし2年目でいきなり人の上に立つことも多い。マネージャーであることを求められる。
もしマネージャーであること、アウトプットを求められることを過度に負担に思うなら、そこが辞め時である。
総合職から降りることをオススメする。世の中にはたくさんの職種とポジションがある。
なので2年くらいは続けることをオススメする。
打ちひしがれ、必死に守ってきたはずのプライドはずたぼろに引き裂かれた。
そこで冷酷に突きつけられるのは、「自分はできる」と信じていた姿が、いかに脆い虚像であったかという現実だ。
本当はこんなにも弱いのに、自分を強く見せようと必死に装い、背伸びをしていただけなのだと。
自らの弱さを実感するたび、そして、過信していた「弱い自分」をどうにか受け入れようと試みるたび、そこにいる自分があまりにも受け入れがたく、絶望してしまう。
ただ、悲しい。
弱さを認めたからといって、すぐに強くなれるわけではない。
どうすれば勝てるのか、どうすれば可能になるのか、その道筋も終わりも見えない。
見えないゴールを前にすると、途方もない無力感に襲われ、何一つ手につかなくなる。
「終わらない」ことが確定しているかのようなプレッシャーが、最初の一歩を踏み出す気力を奪っていくのだ。
しかし、手を付けなければ当然何も終わらない。
結果として、常に時間に追われながら、中途半端なアウトプットを捻り出すことになる。
どこかでじっくりと時間をかけ、失ったビハインドを泥臭く取り戻せばいいのかもしれない。
だが、今の自分にはそれに向き合うだけの熱意も、やる気も残っていない。
事なかれ主義と、圧倒的な無責任。それを取り繕って「なんとか乗り切れた」と思おうとするが、現実は残酷だ。
信用がない状況のなか、空元気だけを頼りに無理やり自分を奮い立たせる。
どうにもならない環境を憎み、マイナスに落ち込んだ初期値から常に戦いを挑まなければならない。そのすべてが、ただひたすらに苦しい。
死にたくなる。投げ出したくなる。それでも、生きるしかない。
しかし、「世の中には自分よりも辛い人がいる」「小さな幸せはすぐそばにあるはずだ」と、無理やりに自分に言い聞かせる。
それでも、張りぼての鎧が剥がれ落ちた底で、剥き出しの弱さを抱えながら、誤魔化し、もがき、今日という日をただ生き延びているのだ。
