「私たちは道具を形作り、そして道具が私たちを形作る」
— マーシャル・マクルーハン

「人生で最も重要な2つの日は、生まれた日と、なぜ生まれたのかを知った日だ」
— マーク・トウェイン

「誰かを信頼できるかどうかを知る最良の方法は、その人を信頼してみることだ」
— アーネスト・ヘミングウェイ

「木を切り倒すのに6時間与えられたら、最初の4時間は斧を研ぐことに費やします」
—エイブラハム・リンカーン（適切な道具の重要性を明確に理解していた）

「理論と実践の違いは、理論上は理論と実践の間に違いがないということだ」
— ヨギ・ベラ

「ユーザーインターフェースはジョークのようなものだ。説明しなければならないなら、それはそれほど良いものではない」
— マーティン・ルブラン

「どんな賢い愚か者でも、物事をより大きく、より複雑にすることができる…反対方向に進むには、ちょっとした天才的な才能と多くの勇気が必要だ」
— EF シューマッハ

「プロジェクトを早く終わらせる最善の方法は、1週間かけて考えることから始めることです」
—アラン・ケイ（明らかにアジャイル環境で働いたことがない）

AI は、ユーザーが「顧客」（少なくとも 1 回の購入を完了している）または「見込み客」 （まだ購入していない）のいずれかであること、認証トークンは 24 時間後に期限切れになるがリフレッシュ トークンは 30 日間有効であること、パスワード ハッシュにはコスト係数 12 の bcrypt を使用すること、ログイン試行に失敗するとますます厳しいレート制限がトリガーされることなどを説明する間、辛抱強く（統計モデルが聞くと言える限りにおいて）聞きます。

階層化アーキテクチャ、リポジトリパターンの使用、一般的な例外よりも明示的なエラータイプを優先する理由について説明します。検証はアプリケーションサービス層で行われること、重要なユーザーアクションに対してドメインイベントが発行されること、そしてロールではなく機能に基づくカスタム認証システムを実装していることを説明します。

15分後、クロードは忠実に、特定のアーキテクチャパターンに従わず、既存の慣例を一切使用せず、ビジネスアナリストが嘆くようなドメインに関する仮定に基づいた、完全に汎用的な認証システムを作成しました。Userクラスには、あなたが慎重に検討した「accountStatus」列挙体ではなく、「isActive」などのプロパティがあります。パスワード検証は、あなたが文書化したポリシーではなく、恣意的な複雑さの要件を使用します。エラー処理は、あなたが型付けしたドメイン例外ではなく、汎用的なErrorオブジェクトをスローします。

その後1時間かけて、それをプロジェクトに合うように調整しながら、「自分で書いた方が早かったんじゃないか」と自問自答する。さらに悪いことに、明日パスワードリセット機能のヘルプを頼んだ時に、このプロセスを全部やり直さなければならないことに気づく。AIは今日の苦労して構築したコンテキストを記憶していないからだ。

「数年後には AI に取って代わられると言われるなんて、火曜日の始まりとしてはなんと刺激的なことでしょう！」
— 社内の Slack チャンネルで Amazon 従業員が投稿した皮肉なコメント