月曜の朝 8 時 12 分、マヤはコーヒーを入れる前にサポートの受信箱を開きました。トロントの診療所責任者は、夏時間変更後、患者が間違った現地時間に予約のリマインダーを受け取っていると書いていた。壊滅的な出来事は何も起こりませんでしたが、メッセージは間違って届きました。 6 か月前、Maya はデータベースの移行を急ぎ、AI が生成した展開計画を信頼し、週末のほとんどを顧客記録の復元に費やしていました。それ以来、時間や移住を伴う変化には慎重になるようになりました。
マヤは、SaaS 会社の唯一の従業員でした。彼女はメモ アプリで製品の決定を処理し、Cursor と Codex CLI でコードを作成し、サポート ドラフトに ChatGPT を使用し、3 つの企業顧客の特別契約の約束を別々のフォルダーに保存しました。 onemind が登場する前は、すべてのツールが会社の異なるバージョンを認識していました。 Maya がプロジェクト ルール ファイルに UI 規則を配置しているため、Cursor は UI 規則を認識していました。 Codex は、よくターミナル セッションにそれを貼り付けていたため、移行のレッスンを知っていました。 ChatGPT はサポートの方針を知っていましたが、古いリリースの動作について説明することがありました。すべてのピースが出会う唯一の場所はマヤ自身だった。
彼女は onemind を開き、Product / Notifications を選択しました。このページでは、プロジェクトが同社のプライバシー原則とリリースワークフローを継承していることが示されました。また、顧客契約、サポート履歴、成長実験など、意図的に欠如していたものも示されました。 Maya はそのプロジェクトから Codex セッションを開始しました。
Codex は会社全体の Mind を受け入れませんでした。 onemind は、現在の通知アーキテクチャ、ユーザーのタイム ゾーンの保存に関する受け入れられた決定、6 か月前に失敗した移行アプローチ、UI の文言ルール、通知の変更をマージする前に必要なテストなど、このタスク用のパッケージを構築しました。このパッケージは、Maya がチェックアウトしたコミットでリポジトリを参照し、それ自体を Mind バージョン 184 として識別しました。最初のプロンプトに入力するのではなく、取得を通じて長い事後メモを利用できるようになりました。
マヤはコーデックスに調査を依頼した。診療所が予約を作成した後にロケールを変更した場合、フォールバック パスにより時間が 2 回変換されたことがわかりました。 Codex は小さな修正を提案しました。 onemind フックは、通知スケジューラにアクセスするとすぐに、夏時間の境界、患者のオプトアウト、再試行動作、重複送信という 4 つの必須チェックをタスクに追加しました。 Codex は、コードを作成する前に計画を修正しました。
最初のテスト実行は失敗しました。提案された修正によりトロントは解決されましたが、タイムゾーン フィールドが存在する前に作成された予約を使用するクリニックは機能しませんでした。 Codex は古い移行レッスンを取得し、すべてのレコードを一度に書き換えるのではなく、段階的な読み取りパスを提案しました。マヤにはその理由がわかりました。計画では、承認されたアプローチの失敗エントリと古いインシデント レポートが引用されていました。彼女は改訂された計画を承認しましたが、段階的パターンを全社的なルールにするという提案は承認しませんでした。ここではそれが役立つと彼女は判断しましたが、まだその範囲を獲得していませんでした。
午後 2 時 40 分にテストは合格しました。マージ前に、別のフックがリマインダー テキストと現在の製品の文言を比較しました。新しいメッセージには「あなたの現地時間」と書かれていることがわかりましたが、これは患者に代わってスケジュールを立てるクリニックのスタッフにとっては曖昧でした。 Maya は、タイム ゾーンに明示的に名前を付けるように変更しました。彼女はプル リクエストをマージし、スケジュールを変更する場合は、現在のタイムゾーン スキーマより前に作成された予定をテストする必要があるという狭い教訓を受け入れました。 onemind はレッスンをバージョン管理し、通知の動作に依存するパッケージのみを再構築しました。
次回 Maya がリポジトリを開いたときに、カーソルはエンジニアリング ルールを受け取りました。 ChatGPT のサポート ワークスペースは、製品の動作が修正され、クリニック スタッフ向けに承認された説明を受けました。 Maya が公的請求を承認しなかったため、Growth アシスタントは何も受け取りませんでした。トロントの顧客の契約は、アクティブな顧客プロジェクトがなかったため、3 つのツールすべてに表示されないままでした。
火曜日、診療所の責任者は、修正されたリマインダーが正しいものであることを確認した。サポートでの会話により、ヘルプセンターの説明を改善するための提案が生まれました。 Maya がそれを編集して顧客オペレーションで受け入れ、onemind がサポート アシスタントを更新しました。製品ルールやコードパッケージは変更されませんでした。
金曜日、Maya は新しくリリースされたコーディング アシスタントをインストールしました。彼女は、数年間のプロンプトをコピーする代わりに、アダプターを接続し、onemind の適合プレビューを実行しました。プレビューでは、ツールがマネージ命令を読み取り、参照を取得できるものの、マージ前のフックを強制できないことが示されました。 onemind は接続に「現在」ではなく「制限付き」というラベルを付け、どの保護が引き続き CI に依存するかを Maya に正確に伝えました。彼女は、最初に低リスクの UI 作業でツールをテストすることを選択しました。
6 週間後、Maya は魔法のように大きな会社にはなっていませんでした。彼女は依然としてあらゆる重要な決定を下し、毎週金曜日に約 20 分間、提案されたレッスンのレビューに費やしました。変化したのは、彼女が作業記憶に保持しなければならない会社の量でした。日常的なセッションのセットアップは、コンテキストを検索して貼り付ける 20 ～ 30 分から、アクティブなプロジェクトとパッケージの差分の短いチェックに短縮されました。さらに重要なのは、移行の間違いが、Maya だけが覚えている悪い週末ではなく、いくつかのツールで使用される運用上の安全策となったことです。