解決策は私のAIサブスクリプションをキャンセルすることかもしれません。

2026年5月31日原文(thoughts.hmmz.org)

概要

AIを活用した多様なプロジェクトの構築経験
維持や活用の困難さと注意力への悪影響
AIツールが生産性や集中力を損なう現象への懸念
真の価値や成果を見極める重要性の指摘
AI利用の制限が現時点での最善策との結論

AIで作ったものリストとその現実

Rust製音声認識システム の開発経験
メールアーカイブ表示＋引用折りたたみツール の制作
Jellyfinデスクトップクローン （GStreamer＋Qt Quick利用）
Invidiousクローン （Python＋yt-dlp）
Windows 95 Notepad.exe忠実クローン （FLTK＋Wineソース移植）
OpenCVによる交通流量カウント用マシンビジョン
Claude UIクローン （PythonまたはRust）
意図せず作った地域ニュースサイト （Python/Flask、実際にトラフィック有）
Three.jsで既存マルチプレイヤーゲームプロトコルを用いた3Dカーレース
Python製投資バックテスター
Lightroom UIのHTMLクローン （バックエンド未実装）
Qt/GTK等でMarkdownビューワー
GTK＋CでノートPC用ワールドクロックウィジェット
JavaScriptによるネットワーク同期音声再生ツール
Androidアプリからリバースした中国製IPカメラ用Rustクライアント
Rust製の大規模SaaS
既に削除した50以上の小規模プロジェクト
- SaaS以外はほぼ役立たず、維持意欲やリソース不足

AIツール利用による注意力と生産性への影響

多くのプロジェクトは 「ちょっとしたスクリプトを書いて」 から始まり、 本来の課題解決に至らない ケース多数
AIは注意力を激しく分散させる 傾向
- 複数画面で無関係プロジェクトを同時進行 する現象が友人間でも多発
成果物のマーケティングや維持への関心が低い まま、時間だけが浪費される状況
AI導入企業でも「エージェント管理部屋が5つ」など、利用過多な現実

AIサービスの変遷と利用制限の試み

ClaudeからProプラン制限→Codex CLIへ移行、しかし利用量は再増加
AIツールの進化は目覚ましいが、集中力を促す設計ではない
- 各社は利用増・トークン消費増・出力増を狙う設計
シンプルな質問にも過剰な追加質問や提案が返る 仕様

AIによる「摩擦のない生産」とその弊害

AI＋音声認識＋自動ブログ生成パイプライン の試み
- 摩擦がなければ、コミットメントも集中も生まれず、成果物も無意味
良質な文章は高密度な情報伝達が必要、会話文の自動変換では価値が生まれない
手書きの価値の再認識、摩擦があるからこそ質が生まれるという気づき

デジタル生産性ツールのパラドックス

Cal Newportの「デジタル生産性パラドックス」 引用
- AIやメールで作業は速くなるが、知的労働者は逆に多忙・分散・非生産的に
- 浅い作業やコンテキストスイッチの増加で本質的な成果が減少
- 「見せかけの生産性」＝本当の価値を測ることが重要
- 深い仕事と浅い仕事を分離し、道具は本質的な進歩を支えるべき

AIツール利用に対する新たな認識と今後

ツール利用の本質は「人生の単位時間をどう有意義に使うか」
摩擦ゼロで安易な成果を得られるツールは長期的に害となる
現時点でのAI管理法は「利用制限」しかない
AIの最大の貢献は「摩擦の意義」に気づかせたこと

Hackerたちの意見

最近、少なくとも月に一度は、誰かが自分が作ってる素晴らしいツールのスクリーンショットを送ってくるんだよね。「わぁ、すごい！」って思うし、送ってくる人も明らかに誇らしげでワクワクしてる。あんまり聞かないようにしてるけど、「それをどこで売るつもりなの？」っていつも考えちゃう。変な視点だよね。最初の長いプロジェクトリストを無視するのもおかしい。自分のためだけに、利益目的や大きなビジネスにする計画なしで、クールで機能的なものを作るのが何が悪いの？先週末はQuod Libetのプラグインをいじってたんだ。カスタムブックマーク/プレビュー機能、クリックで飛べる歌詞サイドバー、今は歌詞内検索機能を考えてる。全部うまく動いてるけど、これが金になるなんて全く思ってないよ。むしろ、Githubに提出するためにコードを美しくしたり最小化したりする時間すら無駄だと思ってる。でも、これで幸せだし、ライブラリを使うのがもっと楽しくなる。これで十分じゃない？ガレージでいじってる人たちや趣味でクラフトしてる人たちにマーケティングプランを聞きに行くの？

└

問題は、たくさんの小さなランダムなコードプロジェクトに取り組むことで、全体的な喜びや満足感のローカルミニマムに陥っちゃうことなんだ。真に重要なものに集中するモチベーションを奪ってる。趣味であっても、最終的な結果がもっと誇り高く、満たされるものになるはずなのに。人生の終わりに、もしやったことが小さな中途半端な使い捨てプロジェクトだけだったら、振り返ってみて、特に重要なものを作ったわけじゃなく、ただ人が何度もやってきたことをバラバラに作って、無思考で無感情なLLMがほぼそのまま吐き出せるようなものを作っただけだって気づくかも。「俺もやった」って言うためだけに。これはAIに限らず、どんな「サイドプロジェクト」にも当てはまるし、選択肢が豊富すぎて、一つに集中することで他を意図的に無視することになる。最近の例で言うと、Hacker Newsだね。以前はコメントを見て、記事をほとんど読まずに飛び回ってた。たくさん学んでる気がしてたけど、最近は別のアプローチを取ってる。たくさんクリックする代わりに、その日の最も興味深い記事を決めて、じっくり読んで考え、反省した後に自分の考えをまとめるようにしてる。これが以前の習慣よりもずっと豊かな体験だと感じてる。人生の多くのことがこうなると思う。AIを使って作る理由は、本当にあまり気にしないとき、ただ何かが欲しいときだけだよ。ここに画像、あそこにコード、バカみたいな動画。魂のない安っぽい楽しみ。

└

ほとんどの人は、人生のある時点で振り返ったり前を見たりして、自分が何かを作ったかどうか考えるだろう。そして、彼らが本当に聞いているのは「他の人にどれだけの影響を与えたか？」ってことだよね。人それぞれだね。

└

「利益を求めず、自分のためだけにクールで機能的なものを作ることの何が悪いの？」って思うんだけど。私が抱えている問題は二つある。1. 私は素晴らしいもの（自分の視点から見て）を作ってるけど、誰もそれにお金を払ってくれない。こういう友達がたくさんいるんだ。私たちは年齢を重ねたエンジニアで、何十年も経験があって、コンピュータやコンピュータサイエンスが大好き。ずっと存在してほしかったプラットフォームやツールを作ってるんだけど、それに対して誰もお金を払ってくれない。これは問題ないけど、屋根を交換しなきゃいけなくなったり、エアコンが壊れたりしたら、私のように困ることになる。「長いプロジェクトのリストを無視する」ってのは、実際これが原因かもしれない。今のツールでできるプロジェクトの数は増えてるけど、その結果、各プロジェクトの価値がどんどん下がってる。2. 物理的な問題に参加するか、これらのものを作るかの選択肢があったら、どっちを選ぶと思う？これは私自身の問題だってわかってるけど、このフォーラムの多くの人の性格を反映してると思う。

わぁ。俺にとってコードのポイントは、いつもクレイジーなアイデアや遊び心だよ。自分のために作るのが好きで、たまに他の人のために作るのもいいよね。もしコードを「役に立つものを作るためのツール」としか考えないなら、確かにその哲学は合ってる。でも、ランダムに作ったものを追求しないけど、探求して遊ぶ瞬間がプラスだと思うんだ。

└

レゴで遊ぶのは、買えるなら全然いいよ。

└

OPは、その瞬間を自分の代わりに機械にやらせたんだ。

└

これは二項対立じゃなくて、プラスになることもあれば、そうでないこともある。著者に同意するけど、「コードが無料になったらどうなるか」という問題は、インセンティブを大きく変えてしまって、最初にそこにいた理由を忘れてしまうことがある。あなたの合理的な反応は「じゃあ、やりたいことをもっとやって、やりたくないことを減らせばいいじゃん」かもしれないけど、インセンティブはそういう風には働かない。明らかにこの人がこれらのことをしているなら、それが彼がやりたかったことだというのは分かるし、それについて良い気分になるのも素晴らしい。でも、私たち普通の人にとっては、自由が増えることで意味や目的を見つけるのが難しくなるという不快な現実がある。摩擦は実際には良いことかもしれない。これはAIによって生産性が低下するメカニズムの一つだと私は考えている。

AIは初期製品を作る時間コストを減らして、本当のコミットメントや投資、強い興味、献身を bypass しちゃうんだよね。これらはプロジェクトを生かすためには重要なのに。更新が必要なときは、古いコンテキストを引き出す必要があるし、AIを最新の状態にするのも、特にフロンティアモデルを使ってると長期的にはかなりの財政的負担になるかも。5分で作ったものに対して退屈な更新をしてるだけだから、同じドーパミンの快感も得られない。これらを作る時間とお金は、1つの良い、ちゃんと設計されたプロジェクトに使った方が良かったかもしれない。プロジェクトを手動で維持するのも、生成されたコードベースをすぐに理解できる前提があるから、そうでなければ完全にAnthropicに依存することになるし、彼らが維持する価格も自分が払える範囲内でなきゃいけない。新しい機能を追加するたびに、LLMにプロジェクトを理解させるコストが増えるってことも考慮しないとね。ちょっとナイーブな視点かもしれないけど。とはいえ、時には本当に個人的な用途のためだけに使い続けるニッチなものもあるよね。大体、コードベースを一目で理解しやすいシンプルなものが多い。デバッグにも便利だし。個人的には、MCPの色々を使ってローカルセットアップを動かしてて、主にそれが自分を機能的に保ち、タスクに集中させてくれる。AIが自分を監視する方が、自分がAIを監視するよりも良いこともあるよね、ADHDの観点から見ると。面白いアイデアだし、この記事も好きだし、同意するよ。

俺は逆の体験をしてる。AIを使うことで集中力が増してるんだ。日中、目標を進めるのを妨げるものがあると、「AIがこれを自動化できるかな？」って聞いてる。驚くことに、答えはしばしば「はい」なんだ。これを「粗い部分」と呼んでて、ここ数週間で「粗い部分を削り取る」作業をたくさんしてる。

└

同じく。大事な部分に集中してる。ADHDを持つ私としては、AIは心の癒しみたいな存在。昔は作業中に激しいEDMを聴いてたけど、今は静かに座ってエージェントと話してる。受信トレイはゼロを維持してるし、チーム外のプロジェクトにも目を通してコメントしてる。初めてサポートチームがいる気分だよ。

└

ブログ全体のポイントが逆転する気がする。もしボトルネックが会議やメールで、エージェントにメモを取らせたり要約させたりしたら、意味のあることに集中できるようになる。> 彼は、知識労働は「擬似生産性」に依存していることが多く、目に見える忙しさが本当の価値の代理として扱われるため、こうなると説明している。デジタルツールは、人々がアクティブに見えるようにすることでこれを強化する：メッセージをたくさん送ったり、ドラフトをたくさん作ったり、会議にたくさん出たり、作業の成果物を増やしたりする。罠を避けるためには、実際の成果を測定し、自分の仕事の真のボトルネックを特定し、深い仕事と浅い仕事を分けて、デジタルツールが意味のある進展をサポートするようにすることを勧めている。--- つまり、擬似的な仕事を取り除けば、価値をもたらすことに8時間の深い仕事ができるという主張もできるよね。

Hacker Newsで議論の続きを見る

ハクソク