Webフレームワークhtmxの開発者として知られるCarson Gross氏が、週に1日だけAIコーディング支援ツールを使わない「No AI Fridays」という取り組みを提唱し、開発者コミュニティで話題になっています。常時AIを使い続けることで批判的思考力や技術力が損なわれる「認知的負債」への懸念が背景にあり、Gross氏は自身が最高経営責任者を務めるhtmxの社内でもすでに実施を始めています。
背景と文脈
ここ数年、コーディング支援AIは開発現場に急速に浸透しました。関数の実装やバグ修正、テストコードの生成まで任せられる場面が増え、開発速度が大きく上がったという声も多く聞かれます。一方で、AIに頼りきることで自分の頭で設計を考える機会が減り、いざという時に問題を解決する力が鈍るのではないか、という不安も同時に広がってきました。
Gross氏が掲げる「認知的負債」という概念は、技術的負債（後回しにした設計上の問題が将来のコストとして積み上がる状態）になぞらえたものです。判断をAIに委ねる状態が続くと、本人がその判断の妥協点や限界に気づかないまま積み上がっていく、という考え方です。
この主張自体は目新しいものではなく、AIと批判的思考力の関係を扱う研究や論考はこれまでも積み重ねられてきました。ただし今回は、開発者コミュニティで広く名前の知られたOSS作者本人が、自社での実践という具体的な行動とセットで発信した点が、これまでにない反響を呼んだ理由と考えられます。
Gross氏は以前から、AIによるコード生成の急増を踏まえたエッセイをいくつも公開してきた人物です。大学教育がAI時代にどう変わるべきかを論じたものや、コードを書くコスト自体が下がったことで開発のボトルネックが別の場所に移るという趣旨の文章もあり、今回の提案はそうした一連の問題意識の延長線上にあります。
技術/ビジネス面
提案の中身自体はシンプルです。週に1日、AIコーディング支援ツールを使わずに開発する時間を意図的に作るというものです。No AI Fridaysのサイトでは、AIの生産性向上効果が本当に大きいのであれば、その一部を差し出して弊害を抑える取り組みをする余地は十分にあるはずだ、という論理が展開されています。
Gross氏はこの取り組みをhtmxで既に義務化しており、賛同する他社も参加を表明できる仕組みを用意しています。この呼びかけはHacker Newsで大きな反響を呼び、投稿は掲載直後から上位に入り、多数のコメントが寄せられました。開発者の間でAIとの距離感について改めて議論が起きていることがうかがえます。
賛否は分かれています。効果を測定する厳密な実験があるわけではなく、あくまで一つの経験則的な提案にとどまる点は留意が必要です。それでも、AIツールの使用量を定量的に管理するという発想自体は、企業のAI利用ガイドラインを考えるうえで参考になる視点です。
コメント欄では、AI無しの1日を設けても、結局は他の4日で失った分の思考力が回復しないのではないかという反論や、逆に週1日程度の負荷では認知的負債の解消には足りないという指摘も見られました。効果の大きさについては、まだ実務者同士の経験談の域を出ていません。
これからどうなるか
個人の開発者にとっては、自分のAIツールへの依存度を定期的に振り返るきっかけになりそうです。普段AIに任せている設計判断やデバッグの手順を、あえて自力でやってみることで、AIの提案が本当に適切かどうかを見極める感覚を保ちやすくなります。
チームやプロダクトを率いる立場であれば、AIコーディング支援の導入方針を見直す材料にもなります。生産性の数字だけを追うのではなく、新人がコードベースへの理解を深める機会や、シニアエンジニアの設計力を維持する仕組みを、意図的に確保しておく発想は検討する価値があります。
採用するかどうかは別として、「AIを使わない時間を意図的に作る」という選択肢がコミュニティの共通言語になったこと自体が、今回の一番の変化です。今後、企業単位でのAI利用ガイドラインにこうした発想が組み込まれていくかどうかが注目されます。個人で試す場合も、まずは1日だけ小さく始めてみるのが取り入れやすい方法です。
まとめ
htmx開発者のCarson Gross氏が提唱する「No AI Fridays」は、週1日AIコーディング支援を使わないことで認知的負債の蓄積を防ぐ取り組みです。効果を裏付ける厳密な実証はまだありませんが、AI依存への向き合い方を考える一つのきっかけとして注目されています。
