Practice

AI エージェント SaaS を個人開発者が 1 人で運用する方法 — Xiora Autonomous Company OS の実運用事例

XIORA INSIGHT xiora-official.com AI エージェント SaaS を個人開発者が 1 人で運用する方法 — Xiora Au tonomous Company OS の実 Xiora — AI-native software, engineered for business.

「AI エージェント SaaS を、開発者 1 人で 24 時間動かせるのか」という問いへの、Xiora の実装からの回答です。 agent 分割・permanent human gate・zero-spend policy・reo-brief.sh・handler queue・可逆性 diff・24/7 monitor の 7 つの判断を、runbook と実際のコマンドで整理しました。

KR
沓澤 怜士 (Kutsuzawa Reo)
Xiora 代表 · info@xiora-official.com

この記事は何か

この記事は、個人開発者 1 人で「AI エージェントが動く SaaS」を 24 時間運用する時に、実装として効いた 7 つの判断をまとめた記事です。

私 (沓澤 怜士 / Xiora 代表) は Xiora という単独創業スタートアップを 2026 年 1 月から回しています。従業員はゼロ、業務委託もゼロ、外部社員もゼロです。それでも、以下のプロダクトが本記事執筆時点で並行稼働しています。

  • XCloud Connect — 飲食店向け QR モバイルオーダー (Live 稼働、Stripe セルフサーブ)
  • XCloud Flow — スクール向け予約 SaaS (Live 稼働)
  • Aiverse Studio — AI 配信 SaaS (M1a waitlist 受付中、料金 tier 確定済)
  • Gourmie — 飲食コンシェルジュ (β 運用中、3 tier 商品確定)
  • Kigen — 有効期限管理 iOS アプリ (App Store live)

「開発者 1 人ではプロダクトは 1 個しか回せない」とよく言われます。私も 2 年前まではそう思っていました。しかし Xiora では、AI エージェントを「同僚として使う」設計に切り替えた結果、5 プロダクト並行運用まで持ってこれました。この記事は、そこで効いた 7 つの判断を、実際の実装から共有します。

免責: 本記事は情報提供を目的としており、事業の成功や運用効率の改善を約束するものではありません。実装や運用の判断はご自身の状況に応じて行ってください。

1. AI エージェントを「役割単位」に分割する

最初にやるべきは、AI エージェントを「1 個の巨大なエージェント」にしないことです。Xiora では、以下のように役割単位で 12 のエージェントに分けています (SoT は registry/organization/ai-employees.yaml)。

  • CEO AI (Reo の proxy と escalation format 化)
  • CTO AI (技術方針と code review の一次判定)
  • Product AI (プロダクト仕様の gap 検出)
  • Sales AI (見込み顧客への follow-up draft)
  • Support AI (問い合わせ返信 draft)
  • Marketing AI (SEO 記事と LP コピー draft)
  • Legal AI (規約・特商法・プラポリの更新監視)
  • Finance AI (月次売上・コスト集計 draft)
  • Ops AI (インフラ監視と一次通知)
  • Data AI (KPI dashboard の更新)
  • Writer AI (blog draft、本記事も Writer AI + 私が最終編集)
  • QA AI (全 draft の憲法遵守 regex 検証)

この分割のメリットは 3 つあります。1 つ目は、各エージェントに与える憲法とツール権限を最小に絞れること。2 つ目は、失敗した時にどのエージェントが問題を起こしたかがログで即断できること。3 つ目は、エージェント間の依存を明示的な queue にできることで、暴走を防げることです。

「1 個の巨大なエージェントに全部やらせる」設計は、6 ヶ月動かすと私の経験では崩れました。2025 年に一度この設計を試して、3 週間で運用不能になった記録があります。役割単位に分けた 2026 年版は、7 ヶ月動き続けています。

2. Permanent human gate を「5 個だけ」に絞る

「AI エージェントが自律で動く SaaS」で最大の恐怖は、「勝手に課金される」「勝手にデータが消される」「勝手に契約される」ことです。Xiora ではこれを、5 個の永続 human gate に集約しています。

  1. billing — Stripe live mode の課金 / 返金操作
  2. delete — DB / storage の破壊的削除
  3. permission — OAuth スコープ拡大・admin 権限付与
  4. contract — 対外契約の締結・変更
  5. KYC — 本人確認を伴う登録 (Stripe / GBP など)

この 5 個だけが Reo (私) の 1 タップ承認必須で、それ以外はすべて AI エージェントが自律実行します。「絞りすぎでは」と思われがちですが、SaaS 運用で本当に不可逆な操作はこの 5 個に集約されます。逆に、この 5 個以外を人間 gate にすると、「AI エージェントを使う意味がない」状態に陥ります。

Xiora の運用ルールとして、「この 5 gate 以外は AI エージェント自律実行 + 結果報告」と明示的にドキュメント化しました (docs/PROJECT_GUIDELINES.md)。この明示化がないと、エージェントは「念のため確認します」に流れ、結局人間が全部さばく羽目になります。

3. Zero-spend policy — 収益化まで固定費ゼロ

個人開発者が SaaS を続けられない最大の理由は、「使ってから稼ぐ」順番になることです。Xiora は逆で、「稼いでから使う」を鉄則にしています。

具体的なルールはこちらです。

  • 新規ドメイン購入禁止 — xiora-official.com に subdomain で集約 (connect.xiora-official.com、flow.xiora-official.com、aiverse.xiora-official.com)
  • SaaS は Free tier で開始 — Vercel Hobby、Supabase Free、Cloudflare Free、GitHub Free
  • LLM は Ollama L1_LOCAL 優先 — Claude API と GPT-4o は「Ollama で品質が足りない時のみ」に使用
  • 弁護士 spot は Stage 2 flip 直前まで先送り — Aiverse Studio の billing live 前だけ 1 回
  • SaaS の paid tier は「その SaaS が売上を生むこと」が確定した時のみ

この方針で、Xiora の月次固定費は現時点で 3,000 円台です (ConoHa VPS + ドメイン更新分担のみ)。5 プロダクトを回してもこの金額に収まっているのは、この rule の副産物です。

「Free tier だけで SaaS が回るのか」とよく聞かれます。私の答えは「MVP から MRR ¥100k までは、ほぼ Free tier だけで回る」です。それ以降は売上比例で paid tier に切り替える (例: Supabase Pro を売上 ¥50k/月 到達時に検討)、という順番を守ります。

4. reo-brief.sh — 15 分の daily standup を script 化する

「AI エージェントが 24 時間動く」ことのデメリットは、「起きた時に何が起きたか分からない」ことです。Xiora ではこれを、bash brain/scripts/reo-brief.sh という 1 コマンドで解決しました。

このスクリプトは、私が朝起きて最初に叩くコマンドで、以下を 1 画面に集約します。

  • 前日の課題発見件数 (Sentry / uptime / KPI 異常)
  • Reo 承認待ちの proposal 数 (5 gate に該当するもの)
  • 24 時間のインシデント履歴
  • Stripe API 経由の売上変動 (24h / 7d / 30d)
  • AI エージェント別の task 消化数と失敗率

朝の把握が 5 分で終わり、承認判断を 5-10 個タップして、残り 23 時間 55 分は AI に任せる。これが基本の 1 日です。この 15 分の daily standup が script 化されていない状態で AI エージェント SaaS を回すと、「常にコンソールを気にする」ようになり、結局人間が張り付いた状態に戻ります。

5. Handler queue — 24/7 brain の 8 stage cycle

Xiora の頭脳部分は brain/ 配下の runtime です。cron / launchd で常駐し、以下の 8 stage を延々と回します。

  1. 課題発見 — 監視データから異常検知
  2. 分析 — 該当プロダクトのログ / メトリクスを取得、根本原因を推定
  3. 提案 draft — 修正案を Reo の承認待ち queue に投入
  4. Reo 承認 — 5 gate に該当する場合のみ (それ以外は自動 approve)
  5. 実装 — 承認された修正を自動実行 (git commit / deploy)
  6. 検証 — 修正後の指標を再取得、悪化していれば rollback 提案
  7. 展開 — 他プロダクトへの横展開判断
  8. 再投資 — 得られた知見を憲法 / runbook に反映

この cycle が延々と回ることで、私が寝ている間にも改善が積み上がる状態を作っています。実装は 12+ handler (Stripe webhook handler、Aiverse handler、CI/CD alert handler など) に分割されていて、追加や差替えが単発 commit で完結します。

個人開発者が真似する時、いきなり 8 stage を全部作る必要はありません。まず stage 1 (課題発見) と stage 3 (提案 draft) の 2 つだけ実装し、あとは手動で回すのが現実的です。私も最初の 3 ヶ月はこの 2 stage だけでした。

6. 可逆性 diff — Write 操作の 3 tier 分類

AI エージェントが write 操作 (git push、deploy、DB 書き込みなど) を自律実行する時、事前に判断すべきなのは「その操作は失敗しても巻き戻せるか」です。Xiora では write 操作を 3 tier に分類しています。

  • Tier 1 (完全可逆) — git commit (revert 可)、ファイル生成 (削除可)、cache 書き込み (無視可) → AI 自律実行 OK
  • Tier 2 (半可逆) — deploy (前バージョンに rollback 可)、DB migration の up (down 可) → AI 自律実行 OK、ただし監視 alert 発火時は即 rollback
  • Tier 3 (不可逆) — Stripe live 課金、DB 破壊 (delete)、契約締結、Twitter DM 送信 → 5 gate に該当、Reo 承認必須

この分類を、各 handler の設定 YAML に明示的に書きます。handler.action.tier = 1|2|3 という形で。Tier 3 に該当する action を実行しようとした時、エージェントは自動で Reo の承認待ち queue に投入されます。

「面倒な分類」に見えますが、これをやると「エージェントに何を任せてよいか」を毎回考えなくてよくなります。個人開発者の頭のキャパシティを空ける、というのが最大の効果です。

7. 24/7 monitor — Cost guard と alert の三段階

最後は、24 時間動く AI エージェントの「コスト暴走」と「サイレント障害」への対策です。Xiora では以下の三段階の monitor を仕込んでいます。

  • Cost guard — LLM API の日次上限 (Claude API $5/日、OpenAI $5/日) を script で監視、超えたら Ollama fallback に自動切替
  • Health monitor — 各 SaaS の /health エンドポイントを 5 分間隔で叩く。3 回連続失敗で Slack alert
  • KPI drift monitor — 日次 KPI (会員登録、決済数、離脱率) が過去 7 日 median から 2σ 以上乖離したら alert

この 3 個の monitor を仕込むだけで、「AI エージェントが暴走してコストが吹き飛ぶ」「サイレントに SaaS が落ちる」の 2 大恐怖から解放されます。逆に、この 3 個がない状態で AI エージェント SaaS を運用するのは、個人開発者にはリスクが高すぎます。

実装は各 SaaS の共通基盤 (Xiora Platform 層) に集約していて、新プロダクトを追加する時は「/health を実装するだけ」で monitor に組み込まれます。この共通基盤の独立性が、5 プロダクト並行運用を可能にした最大の理由です。

7 step の実装順序 (要約)

今日から同じ構成で AI エージェント SaaS を始めるなら、私は以下の順で作ります。

  1. Zero-spend policy を最初に決める — Free tier リストを作り、収益化まで積まないと明示
  2. Permanent human gate を 5 個に絞る — 5 gate 以外は AI 自律の宣言
  3. 1 プロダクトで先に売上を作る — 私の場合は XCloud Connect (5 分導入デモ)
  4. 役割単位でエージェント分割 — 最初は 3 個 (CEO / CTO / Marketing) で十分
  5. reo-brief.sh を実装 — 15 分 standup の script 化
  6. handler queue の 8 stage を、まず stage 1 と 3 だけ実装
  7. Cost guard + Health monitor + KPI drift monitor の 3 monitor を仕込む

この 7 step で、個人開発者 1 人でも 3-5 プロダクト並行運用が現実的になります。私は 6 ヶ月でここまで来ましたが、後から始める人は「私の失敗の記録」を踏み台に、もう少し速く到達できると考えています。

次の一手

Xiora の実プロダクトは以下から触れます。「AI エージェント SaaS を回す side」を見るには、まず XCloud Connect の 5 分デモを体験するのが最も早いです。

  • XCloud Connect (Live) — https://connect.xiora-official.com/
  • XCloud Flow (Live) — https://flow.xiora-official.com/
  • Aiverse Studio (M1a waitlist) — https://aiverse.xiora-official.com/pricing
  • Xiora コーポレートサイト — https://xiora-official.com/

受託開発、AI 導入コンサル、内製 AI エージェント運用相談のお問い合わせは info@xiora-official.com までお願いします。Xiora の中の運用事例は、insights ブログ (https://xiora-official.com/insights/) にも随時公開しています。

筆者: Xiora 代表 沓澤 怜士 (Kutsuzawa Reo)
連絡: info@xiora-official.com
免責: 本記事は情報提供を目的としており、事業の成功や運用効率の改善を約束するものではありません。実装や運用の判断はご自身の状況に応じて行ってください。

#AI #SaaS #個人開発 #AIエージェント #スタートアップ #自動化 #Xiora

関連 Xiora プロダクト

本記事のトピックに直接関わる Xiora 自社プロダクトです。 いずれも公開情報、¥0 で概要確認できます。

関連ツール (提携リンク)

本記事の内容を実装するにあたり、Xiora が業務で採用しているツール群です。 リンクは提携リンク (advertisement) を含み、経由でお申込みの場合は Xiora に紹介料が入る場合があります。 記事内容の中立性は維持しています。

  • Notion — SMB のドキュメント / ナレッジ管理 SaaS
  • Vercel — Next.js を最速で公開する PaaS
  • Railway — コンテナ / DB を 1 分で立てる PaaS
  • Cloudflare — エッジ CDN + Zero Trust

※ Reo Absolute Gate (KYC) 承認待ちの placeholder URL。 承認後、代理人が sed で real referral ID に一括置換します。

← Insights 一覧へ