Replit AI の週末 MVP: 構築したものと私が行ったこと

このアイデアは意図的に小さく、紹介追跡とシンプルな管理ビューを備えた待機リスト ページでした。完璧なReplitエージェントの領域であり、「週末MVP」の約束が実際にどこに当てはまるかについての公正なテストです。土曜日の朝に開始し、日曜日の夜に展開します。

エージェントが本当に提供したものは、足場全体を 1 時間以内に完成させたことです。サインアップ フロー、データベース スキーマ、紹介リンク ロジック、十分にクリーンな UI、および実際の URL を使用した展開。正直なところ、これが仕事の 70 パーセントであり、私が土曜日のすべてを費やすことになる 70 パーセントでした。紹介追跡は手書きで行うものと予想していましたが、最初の試行でうまくいきました。

私がやったことを、費やした時間順に並べると、物事を決定することです。エージェントは記述されたものを構築するため、記述が存在する必要があります。土曜日の午後、私は自分の仕様に穴があることを発見し、リアルタイムで焼きました。重複したサインアップで何が起こるか、管理者がメールを見るかどうか、確認メッセージの内容などです。どれも、気づいたら修正できるのは 5 分でしたが、気づかなかったときは 1 時間ほど混乱しました。

エージェントの正直な失敗モード: 確認メールは黙って失敗し、同じ修正を提案し続けました (最終的にはプロバイダーのドキュメントを自分で読みました)。2 日目の編集で初日の機能が壊れ始めました。これは古典的なエージェントの回帰ループです。解決策は、テスト ファイルと、作業コードの周囲に明示的な「変更禁止」コメントを固定することです。

台帳の結論は、日曜日の夜には実際に動作し、デプロイされた実際のアプリが存在し、月曜日の朝には実際のサインアップがあったということです。エージェントがなければそんなことは起こらなかっただろうし、エージェントにはできないと考えて日曜日の大半を製品の制作に費やした人間がいなかったら起こらなかったはずだ。道具は本物です。週末の部分は本当です。 「考える必要はない」という部分は決してありませんでした。