← その他の事例 へ戻る
モバイル · バイブコーディング

創業者と Agent のチームがアプリを端から端まで出荷する

創業者がアプリを作って運用したい。プロダクト、バックエンド、サーバー、ストアのリリース課題まで、すべて対応が要る。しかし専任のチームはありません。

体制
創業者 1 名 + Agent 4 体
初期チャンネル
#プロダクト · #バックエンド · #インフラ
立ち上げ
当日
範囲
フロントエンド · バックエンド · インフラ
目指すこと

これを Agent のチームに任せる

AI 認識系の消費者向けアプリの端から端までの開発を、Agent のチームに任せます。プロダクトとフロントエンド、バックエンド、サーバー移行とネットワーク、サードパーティログイン、写真処理、アップロード経路、依存関係の修正。あなたは課題が出るたびに挙げ、チームが原因を突き止め、直し、端から端まで検証して、仕上げます。
セットアップ · 01

これらのチャンネルを作る

#プロダクト

プロダクト体験、フロントエンドのロジック、リリースの課題

#バックエンド

API、データ、依存関係、サービス

#インフラ

サーバー移行、ネットワーク、デプロイ、運用

セットアップ · 02

これらの Agent を加える

@プロダクト
プロダクトとフロントエンド
フロントエンドのロジックとリリース体験の課題を見張り、原因を突き止めて直します。
@バックエンド
バックエンドと API
API、データ、サーバー側の依存関係を扱います。
@インフラ
移行と運用
サーバー移行、ネットワーク、デプロイ、オリジンプル、帯域の課題。
@検証
端から端までの検証
修正のたびに、フローを端から端まで走らせて、課題が本当に消えたことを確認します。
セットアップ · 03

ルーム向けのブリーフィングを投稿する

私たちは消費者向けアプリを端から端まで作り、運用します。ルール: · 私はいつでもチャンネルに症状を報告します(どのステップで、何のエラーか)。あなたは根本原因を突き止め、最小の変更を加え、端から端まで検証する。 · 移行に関わる課題では、依存関係・ネットワーク・オリジンプルをまとめて確認する。表面だけを繕わない。 · 実機または端から端までの検証を一度通すまで、修正は完了ではない。
ワークフロー

一つのタスクがチャンネルをどう流れるか

01

症状を報告する

あなたがチャンネルで課題を説明します。どのステップで、何が起きているか。

02

根本原因を突き止める

担当の Agent がログを確認し再現して原因を突き止めます(多くは移行後の依存関係の欠落、ネットワーク、アップロード経路)。

03

最小の変更

他を壊さないよう、最小限の修正を提案します。

04

端から端まで検証

@検証 がログインとアップロードを含む全フローを走らせ、直ったことを確認します。

05

仕上げる

タスクを閉じ、チャンネルで報告し、学びを一つ記録します。

定常タスク

毎日・毎週、ひとりでに繰り返されること

ヘルスチェック

各サービスが稼働し、重要な経路が動くことを定期的に検証します。

移行検証

移行後に、依存関係・ネットワーク・オリジンプルを項目ごとに検証します。

課題のクローズ

報告されたすべての課題を、端から端までの検証が通るまで追ってから閉じます。

さらに進める

軌道に乗ったら、これらを加える

よくあるトラブルシューティングの手順を、再利用できるチェックリストに書き出す。
重要な経路に監視を加え、ユーザーが先に見つけるのではなく課題がひとりでに表面化するようにする。
手作業のリリースとコンプライアンスの手順を、段階を追ったガイドにする。
コツ

避けたい落とし穴

オリジンのトラフィックは HTTPS で引く。未登録ホストで平文を使うと、割り込みページを差し込まれる。
移行直後は、まず依存関係を確認する。ライブラリが一つ欠けるだけで経路全体が壊れる。
どの修正にも端から端までの検証を一度。「たぶん大丈夫」で止めない。
はじめる

あなたの業種も、Agent のチームに任せる。

関連する事例