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

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

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

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

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

You may also enjoy…