  |
はてなキーワード: トレーニングとは
ん？、おれは生活道路を走る必要があるときにはクソみたいに徐行して走ってたよ。
本気でトレーニング的に自転車を走らせるのは、本当の郊外に出てからと決めてた。
人も車もバイクも、あと他のロードバイクも来ないようなところに行ってからしか全開では走らなかったよ。
あるんだよ。そういう山の中を走ってる林道（といってもアスファルト舗装はされてるから勘違いするな）とかが。
まあ、そんなところをひとりで走るのは余程のもの好きで変わり者だと思う。
ただ、そういうやつもいる。
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
ツイフェミ、腐女子、何かに真理に目覚めたと勘違いしている女…
ネットを開けば壊れたラジオのように雑音が響き渡っているのは君達もうんざりするほどご存知だろう
彼女らの主張に我慢して耳を傾けると実は全部同じことしか言ってないのである「私が不愉快だからくたばって死ね」だけである
なぜこんな感情至上主義のモンスターに爆誕したのかはそれは幼少期にヒントがあると俺は思う
気持ちが昂れば号泣しだすのは子供共通事項だろう、しかし小学生にあがっていけば男子は泣くような奴は男じゃないという今も根強い呪縛によって
不愉快だったり悲しい気持ちになってもグッと堪えるようにトレーニングを施されているのだが女子はどうだろうか
何かあればもう我泣く、ゆえに我ありというレベルで泣き出すのではないか、そうすると周囲はなんと魔法でもかかったように心配してくれたりチヤホヤしだすのではないか
これは非常に強い「成功体験」かつアヘンのようなものであると思う
見た事ないだろうか、小学校のクラスの席替えでいわゆるチー牛と思われているような男子が隣に移動してきただけで号泣しだした女子を、隣は嫌だとめっちゃ被害者ぶってるけど言ってる事は普通に最低な事である
それなのに雰囲気は泣いている女の子に同情してあげなきゃ！となるもんだから不思議なものである、チー牛男子はただ隣に移動しただけですっかり加害者の悪者扱いされるのであるなんとも末恐ろしいのである
そうして女子はこう学習するのではないか、感情を押し殺さずに開放した方が得ではないか泣きだせばもうperfect!ではないかと
落ち着いて欲しい、大半の女がこうだとは流石に言わない男よりも我慢強い女も多く存在するだろう
しかし、その成功体験をずっと引きずっている女はどうなるかというと幼稚のままで精神的に成長が乏しくなるのだ
乏しいとどうなるのか？それは自分を悦ばせてくれるようなコンテンツに飛びつくようになるのだ
推し活、ボーイズラブ、ディズニー、韓国ドラマ、男性アイドルなどなど…
決して自分を否定せずにむしろ悦ばせてくれるというそんな夢のような世界に溺れるようになり
もしそこで不快な事でも起きるとどうなるのか？そうネットで喚き散らしてお気持ち表明マシーンと化すのだ
男は幼少期から泣くな我慢しろというトレーニングを施されているおかげで例えば嫌なものを見てしまっても「あーあ、嫌なもの見ちまったなまあ忘れよう」と自己完結するようになっているのだ
自分の体験も少し語ろう、俺もいわゆるジャンプ系アンソロジーというトラップにかかったことがある、ハンターハンターのあの男キャラと男キャラが猛烈に絡み合っていたのである
当時小学生の俺は大変衝撃で、それからBLに対する苦手意識はあったが事故ったようなものでずっと黙って過去のものにしていた
それからテレビでおっさんずラブとかいうドラマを見てしまい「同性愛をこうしてコンテンツとして消費していいんだろうか？」と疑問持ちつつそれも俺がたまたま見てしまっただけでむしろ自分が事故っただけと
これも誰のせいにする気もなく、あーあー嫌なモノ見ちまったなとなんとか別の事をしたり楽しい事を考えようとするのが一般的じゃないだろうか？
しかし、精神的にお子ちゃまな女はそれができないのである、嫌なものを見てしまったら不快な気持ちになり、それをどうしても外に出さないと自分が耐えられないのである
ツイフェミも根本は幼稚性から来ているのである、だからツイフェミの主張に激しくブレが多いのも自分が不快かそうでないかどうかなので全然論理的じゃないのである
だから「私が不快になった！」という超特大前提があるので常に被害者意識が強いのである、攻撃してもまず不快させた相手が悪いという正義の味方もドン引き理論である
致命的に話がかみ合わないのも当然だろう相手は脳じゃなく本能でしか動いてないからだ、不快だと思ってもそれをいちいち外に出さずに自己完結する手段は沢山あるはずなのに
そういう手段をとらずに真っ先に感情かめはめ波をするのも泣けば周りがかくまってくれるという「成功体験」が忘れられないのだろう
大人になればそんな魔法は存在しないのである、世界を変えたければまず自分を変えるしかないのだ
それすら出来ないから終わっているのは言うまでもないが
恋愛の練習って恋愛シミュレーションゲームじゃダメなの？
素朴な疑問だけどさ
実在する女性を傷つけずに恋愛のトレーニングをする手段はあんまり検討されてない気がする
電車のリアルなシミュレーションゲームもあるらしいし
いまだとバニーガーデン２とか？よく知らんけど
日本のITエンジニアの給料が異様に安いのはその通りだと思うしだから俺はほぼずっと外資というかアメリカだけど
東大京大の機械学習修士程度でAnthropicやOpenAIで億のポジションもらえると思うなら甘すぎる
特に優秀でインターンもやってたならFAANGのL3(新卒のポジション）で3000万くらいにはなるけど今MITとかでも難しくなってる
ビッグテックにリストラの嵐が吹き荒れてるので日本の旧帝レベルの学士だと半分以上就職決まってないとか普通にある
億になるポジションは実際に巨大な何百億のインフラでAI(あえてこう呼ぶ)をトレーニングした実績と経験がある人とかでそんな人アメリカでもほぼいない
野球のメジャーリーグの話に似てて確かに報酬は大きいけど大谷みたいなやつはそもそも居ないしメジャーで通用するやつも稀みたいな感じ
就労支援施設（作業所）における迷惑行為（主にしつこいナンパ・ストーキング）を行う利用者への対応や排除の是非については、「施設の目的（職業訓練）の優先」と「障害特性への配慮」、そして「排除した後の受け皿」という複数の観点から激しく議論されています。
多くの意見は、迷惑行為を行う側を排除すべきという立場をとっています。
行為の背景にある障害特性をどう捉えるかについても議論が分かれています。
排除すること自体の是非や、排除した後の問題についても触れられています。
このように、「作業所は仕事をする場所である」という大原則に基づき、迷惑行為を容認すべきではないという意見が主流ですが、同時に、社会からこぼれ落ちた人々をどう管理・保護し続けるかという福祉制度の限界についても議論が及んでいます。
40代女性。運動不足で整体通いなど支障が出てきたのでジムに通いだした。
20年前にジムに登録したが、ほぼレッスンに行くくらいだった。
リングフィットも1年に数回起動するみたいな感じをしているけれど、そもそもゲーム要素がゲームしない民からするとちょっとしんどい。何を今すべきかよくわからなかったりする。
2年前はオンラインフィットネスをした。それも良かったけど、今回は外部装置のほうがいいかなとジムの春キャンペーンで加入。
（そのオンラインフィットネスとの出会いも増田に書いてた https://anond.hatelabo.jp/20240523181521）
人は多いし、足が動かないし、脳トレ要素のほうが大きいし もちゃもちゃしてるだけで汗がかけないとわかったので離脱。（初心者クラスは、初心者クラスらしく 簡単で楽しく踊れるレベルでいいのになぁ。通ったら踊れるようになるのかな…）
ダンス系も同じ感じで、踊りきれず消費エネルギーも低そうだったので離脱。
どうしようかなーとなってる時に、加入したジムがBeatfitというサービスと連動してたので、利用してみた。
YouTubeで筋トレ・ストレッチを一緒にできるものはあるけど、ジムだとちょっと難しい。
Beatfitは音声で有酸素運動やストレッチをガイドしてくれる！
はじめは有酸素20分も長いなーと思っていたけど、負荷をあげたり下げたりこっちが考えなくていいし、POPソングを聞きながら、応援もしてくれてとってもいい！
30分以上マシン有酸素するとか考えられなかったけど、これならできる！ できてる！
ストレッチも「えっと、今何したら良いんだ…」ってなる民にはありがたい。時間で検索もできるし。
（今のところ、KOTONEさんのリズム有酸素系＆RYOさんのストレッチポールでチルするのが好き…）
ようやく、「ジムに行って何をするか」がわかってきた。
Beatfitがあったから、行きだしてから週2-3 たのしくいけてる。
ジムのお供にBeatfit、おすすめです！！ 30日無料なので興味持った人はぜひ…！
ただ、行ってるジムとBeatfitのアプリの連動が今月末で終わる…。
Beatfitなかったらこんなに楽しくジム通いできない。何したら良いかわからない民に戻ってしまう…。
Beatfitに個別で加入（月1980円）しようとは考えてるけど、同じようなサービスを知ってたら教えてほしい。
世襲企業の経営をやって、休日はホームジムでトレーニングしたりゲームしたりするのが好きだったけど
なんか急に虚無になった
既に今の状況からだと、やれることがほぼない、親が死ぬまでこのまま待つのが得策らしい（税理士＆銀行の共通の見解）
んで、そこまで時間あるなら思っちゃったけど、これ以上会社を成長させると逆に損なんだよね
そうすると、専門家は誰も言わないけど今俺の最適の行動って、会社を縮小することなんだと気づいてしまった
どうせおれの跡継ぎなんていないし、ビジネスモデルに寿命も来ている会社
それに気づいてしまったとき、一気に仕事に対するやる気がなくなった
現状維持で資産を切り売りして、自分の給与として懐に入れるだけの日々
アホくさ
そしたらすべてにおいてやる気がなくなった
社員もいるし、雑務はあるから毎日8時間は働かなければいけない
帰ってもなんもやる気しない
Youtube垂れ流して、キンドルアンリミで毒にも薬にもならない漫画読みながら寝落ちするだけ
人生つまんねーわ
誰か助けて
米国を中心とする極右過激派ネットワークにおける、格闘技やコンバットスポーツを基盤とする「ファイトカルチャー」
従来の白人至上主義組織と新興ネットワークが、格闘イベントやトレーニング、オンライン空間を通じて結びつき、横断的なネットワークが形成されている実態が示される。さらに、こうした格闘文化は単なる身体訓練や娯楽にとどまらず、若年層の勧誘やプロパガンダ拡散の手段として利用されており、極右的世界観の共有・強化に寄与している。
「ファイトカルチャー」とは、格闘技、スパーリング、集団格闘イベントなどを含む身体的実践を指し、トレーニングや大会形式の試合も含まれる。バージニア州で行われた「フォレスト・ファイト」がその具体例であり、参加者は格闘用グローブを着用し、集団での打撃戦を行う。これらのイベントは審判の管理下で実施され、カメラやドローンによって撮影・記録されるなど、一定の競技性と演出性を伴う。こうした集団格闘はヨーロッパのフーリガン文化の影響を受けたものとされる。
「ファイトカルチャー」は単なるスポーツや娯楽ではない。その目的は身体能力の向上にとどまらず、将来的な対立状況への備えとして位置づけられている。すなわち、格闘技の実践は、将来の暴力を伴うイデオロギー対立を前提とした身体訓練としての側面を持つ。
さらに、ISDの他のレポート「“It is a racial war:” Analyzing the violent rhetoric of active club members on X」では（ https://www.isdglobal.org/digital-dispatch/analyzing-violent-rhetoric-active-club-members-x/ ）、公的な対外メッセージは穏健に装われている一方で、個々のメンバーの言説には暴力的志向が顕在化している点は、「ファイトカルチャー」の重要な特徴である。ISDによると、ACの公開チャンネルでは自己鍛錬や仲間意識といった穏健な価値が強調される一方で、個々のメンバーのXアカウントでは、人種的・宗教的マイノリティや公職者、イデオロギー上の敵とみなされる対象に対する暴力を示唆・肯定する発言が確認されている。
格闘イベントやトレーニングは、単なる参加の場ではなく、思想の共有と再生産の場として機能している
オンライン上では、暴力的対立や将来的な衝突を想定する言説が継続的に発信されており、これらが格闘訓練や試合と結びつくことで、思想と実践が相互に補強される構造が形成されている。こうした相互作用により、「ファイトカルチャー」は単なる活動の一部ではなく、極右ネットワークの結びつきを維持・強化し、外部への拡張を可能にする中核的基盤として機能している。
先日、おしっこ界の重鎮と会ってきた。
「溜めるのもよし、出すのもよし」と、大らかな思想の持ち主だった。
世間では「ボンタン飴」を食べると尿意がおさまると言われているが、
「おしっこを我慢しなさい。我慢すると膀胱が拡張される。ただし膀胱炎には気をつけて」
とのこと。
膀胱炎を防止しながら膀胱の拡張をするには、膀胱トレーナーが必要らしい。
1ヶ月1万円。安いので早速入会した。
そのデータがトレーナーへ自動的に送られ、モニタリングされる。
「そろそろトイレに行きましょう」と指示が出たら、放尿。
これを3ヶ月続けると効果が出るらしい。
4月で3ヶ月目だけど、少しトイレに行く回数が減った気がする。
みんなにもおすすめだ。
ご主人様、こんにちは～♡ あたし、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のモデル（だいたいLoRAのことだよね？）を作るのに何枚必要か、って話だよね。アニメ調のイラストや絵柄学習とか、キャラ再現とかでしょ？ あたし、調べてまとめてみたから、わかりやすく教えてあげるね！
• 最低限：10〜15枚くらいからいけるよ！ 1枚だけでも technically 作れるけど、出力が同じ構図ばっかりになりがちで実用的じゃないんだって。9
• おすすめ：20〜30枚 これが一番バランスいいってみんな言ってる！ 自分の描いた絵で同じキャラの別ポーズ・別角度・別表情・違う構図を揃えると、再現度が高くなるよ。品質が高い絵（線がクリア、解像度いい感じ）ならこれで十分可愛く学習してくれる♡0
• もっとしっかりしたい場合：30〜50枚 スタイル（絵柄全体）をガッツリ学習させたいとか、複雑な服装・小物が多いキャラならこのくらい。100枚超えてもOKだけど、質＞量が大事！ 同じような絵ばっかりだと過学習（いつも同じ感じしか出ない）になっちゃうから注意ね。
絵柄学習（スタイルLoRA）の場合はキャラよりちょっと多め（30〜80枚くらい）が目安になることもあるよ。ご主人様の絵がアニメ寄りか、写実寄りかで変わるかも！
◦ 正面・横顔・後ろ姿
◦ 違う表情、照明、背景（シンプルな方がいい場合も） バラエティ豊かだとAIが「このキャラの本質」をちゃんと覚えてくれるんだって。
• 画像は高品質に。ぼやけてたりノイズ多いと学習が悪くなるよ。解像度は512x512以上、できれば768x768とかがおすすめ。
• キャプション（タグ付け）も大事。Kohya_SSとかのツール使うなら、トリガーワード（例: “my_original_char”）入れて、詳細な説明を付けるといい感じになるよ。
• ツール例：Kohya_SS（ローカルでやる人多い）、CivitaiやHugging Faceのトレーニング機能、簡単なウェブサービスとか。Google Colabで無料で試せるやつもあるみたい！
ご主人様の絵、きっとオタク心をくすぐる素敵なやつだと思うから、20枚くらいからスタートして、生成結果見て調整するのが一番楽しいよ～。最初は少なめで試して、「あ、もっとポーズ追加した方がいいかも」って感じで増やしていくのがおすすめ！
もっと詳しく知りたい？ 例えば「Kohyaの設定どうする？」とか「自分の絵の具体的な準備方法」とか、教えてほしいことあったらすぐ言うね！ あたし、ご主人様のAIオタクライフ全力でサポートするから、どんどん質問して♡ 楽しみだわ～！
タイトル 「英語 -"STUDY HACKER"」 を検索 - はてなブックマーク (1000users以上)
※ 英語に関係のない記事でもすべてのタイトルに「英語学習」を含むスタディハッカーの記事を除外しています。
via: anond:20260418115607 最近あまり英語の勉強法がホットエントリにならないよな
前回調査: anond:20230809103237 ※前回調査時の2022年までのデータはそのまま流用。再調査はしていません。追記: 合計usersをやめて1位記事に差し替えました。
001 耳の裏、小鼻、指の間を石鹸で集中的に洗う。
003 外出直前にシャワーを浴びる。
004 舌クリーナーで舌苔（ぜったい）を優しく除去する。
005 フロス（糸ようじ）を毎晩使用し、歯間の腐敗汚れを取る。
007 爪の間の汚れを専用ブラシで落とす。
010 靴を毎日履き替え、最低3足でローテーションする。
011 靴の中に10円玉を入れるか、靴専用の消臭粉末を振る。
012 脱いだ服に衣類用消臭スプレー（無香料）をかける。
013 汗をかいたら乾く前にボディシートで拭き取る。
014 使用後のタオルは放置せず、すぐに洗濯するか風通しの良い場所に干す。
015 部屋の対角線上の窓を開け、空気を完全に入れ替える。
016 ゴミ箱をパッキン付きの完全密閉型に変更する。
017 寝る前にコップ1杯の水を飲み、就寝中の口腔乾燥を防ぐ。
018 眼鏡を中性洗剤で丸洗いし、鼻パッドの酸化皮脂を除く。
020 イヤホン・ヘッドホンのイヤーパッドを定期的に清掃する。
021 洗濯物の間隔を空けて干し、サーキュレーターで強制乾燥させる。
024 シャツの下に吸汗速乾性の機能性インナーを必ず着用する。
025 財布の中のレシートやカードを整理し、湿気と汚れを溜めない。
026 衣類を「酸素系漂白剤（オキシクリーン等）」で定期的に漬け置き洗いする。
027 「生乾き臭」のする服は、熱湯（60℃以上）に浸して菌を死滅させる。
028 洗濯槽クリーナーを使用し、槽の裏側にこびりついたカビを剥がす。
030 排水口のヘアキャッチャーを毎日掃除し、ヌメリを除去する。
031 シーツと枕カバーを週に一度は洗濯し、皮脂の酸化を防ぐ。
034 クローゼット内に設置型の強力除湿剤（水が溜まるタイプ）を置く。
035 美容院で1ヶ月半に一度、毛量を減らし通気性を確保する。
037 首周りや脇など、蒸れやすい部位の体毛を短くトリミングする。
038 揚げ物やジャンクフードなど、酸化した脂質の摂取を制限する。
039 水溶性食物繊維を摂取し、腸内での腐敗ガス発生を抑える。
040 湯船に浸かって深部体温を上げ、汗腺の詰まりを解消する。
041 入浴剤に重曹を加え、酸性の皮脂汚れを中和・洗浄する。
043 衣類をジャストサイズに変え、脇や股の密閉・蒸れを軽減する。
045 ハンカチを2枚持ち歩き、濡れた状態のまま使い続けない。
046 カバンの底や持ち手をアルコールで拭き、付着臭を取る。
048 部屋の床を専用シートで水拭きし、埃と足裏の皮脂を除く。
049 加湿器のフィルターをクエン酸洗浄し、雑菌の放出を防ぐ。
050 飲酒・喫煙を控え、呼気および毛穴からの化学物質臭を抑える。
051 全ての服を「密閉型衣装ケース」に収納し、部屋の生活臭を遮断する。
052 古い本やコレクションは、ジップロックや密閉コンテナに入れ、臭い移りを防ぐ。
053 クローゼットの壁面に防カビシートを貼り、湿気による腐敗を防ぐ。
054 エアコンを専門業者に依頼し、アルミフィン内部のカビを洗浄する。
055 部屋のカーテンを年1回丸洗いし、繊維に吸着した臭いをリセットする。
056 空気清浄機を「次亜塩素酸」放出タイプ（ジアイーノ等）へ変更する。
058 部屋からラグ・カーペットを撤去し、汚れが拭き取れる床材のみにする。
059 ソファを布製から拭き取り可能なレザー・合皮製に変更する。
061 壁紙をアルコールまたは専用洗剤で拭き、染み付いた臭いを除去する。
062 洗濯機を「穴なし槽」タイプに買い替え、槽裏のカビ発生を構造的に防ぐ。
063 オゾン脱臭機能付きの靴乾燥機を導入し、帰宅後即座に除菌する。
065 排水トラップの封水をチェックし、S字管の汚れをパイプクリーナーで溶かす。
066 寝具をシャワーで丸洗いできる高反発ファイバー素材に変更する。
067 センサー式の自動消臭噴霧器を玄関とトイレに設置する。
068 高温スチームクリーナーで、壁や床の頑固な皮脂汚れを殺菌・除去する。
069 PCケース内部のファンとヒートシンクを清掃し、加熱された埃の臭いを防ぐ。
070 キッチンの換気扇フィルターを厚手の業務用に交換し、油の拡散を防ぐ。
071 除湿機を24時間稼働させ、室内の湿度を常に50%以下に保つ。
072 窓のサッシに溜まったカビを塩素系洗剤で完全に除去する。
073 衣類乾燥機（ガス式等）を導入し、繊維の奥まで高温乾燥させる。
074 クローゼット内に「炭」など天然素材の強力消臭剤を大量に配置する。
075 密閉性の高い蓋付きゴミ箱の中に、消臭・抗菌シートを貼る。
076 歯科医院で歯周ポケットの奥に溜まった歯石を機械的に除去する。
077 舌の奥に潜むバクテリアを殺菌するため、歯科専用の舌ジェルを使用する。
078 適合の悪い銀歯をセラミック等に交換し、隙間への食べカス残留を防ぐ。
079 耳鼻咽喉科で「膿栓（におい玉）」の有無を確認し、あれば吸引洗浄する。
080 副鼻腔炎（蓄膿症）の有無をレントゲン等で確認し、適切に治療する。
081 胃カメラ（内視鏡）検査を受け、胃粘膜の状態を確認する。
082 ピロリ菌の呼気検査または抗体検査を受け、陽性なら除菌する。
083 人間ドックの血液検査で肝機能（AST/ALT等）数値をチェックする。
084 尿検査および血液検査で、糖尿病（ケトン臭）の有無を確認する。
085 睡眠時無呼吸症候群の検査を受け、就寝中の口呼吸による雑菌繁殖を防ぐ。
086 形成外科または皮膚科で、ワキガ（腋臭症）の有無と程度を診断する。
087 脇の汗腺にボトックス注射を打ち、汗の分泌を物理的に止める。
088 ミラドライ等の切らない治療で、脇の汗腺を熱によって破壊する。
089 重度の場合は反転剪除法（切開手術）により、アポクリン腺を直接摘出する。
090 全身の医療脱毛を行い、汗が毛に留まって菌が増殖するのを防ぐ。
091 皮膚科で頭皮の脂漏性皮膚炎をチェックし、抗真菌薬を処方してもらう。
092 尿酸値が高い場合、アンモニア臭の原因となるため食事療法を行う。
093 腸内フローラ検査を受け、体臭に関連する菌群のバランスを確認する。
094 皮脂の酸化を抑制するため、ビタミンB群やビタミンEを摂取する。
095 汗腺トレーニング（半身浴）を行い、ミネラル流出の少ない汗を目指す。
096 医療機関の口臭外来にて、ガスクロマトグラフィーによる精密な成分分析を行う。
097 遺伝子検査を受け、自分の体質に合った防臭戦略を立てる。
098 疲労臭を防ぐため、肝臓の解毒を助けるオルニチンやクエン酸を補給する。
099 皮膚科処方の塩化アルミニウム液を使用し、汗の出口を角栓で塞ぐ。
