Tsugite
Coming Soon · ウェイトリスト受付中

GitHubは、難しい。
Tsugiteなら、誰でも
AIのコードを統合できる。

Claude Code / Cursorで非エンジニアが書いたコードを、稟議のような 「申請 → 承認」フローと改ざんされない監査ログに乗せて本番へ。 ブランチもコンフリクトも、意識する必要はありません。

既存のGitHubリポジトリに追加するだけ。Vercel / Railwayの自動デプロイもそのまま使えます。

みさきさんの申請

予約フォームの入力項目を修正

UIイメージ

変更内容(業務言語)

  • 予約フォームに「来店希望時間」の項目を追加
  • 必須項目の未入力エラー文言を日本語化
テスト: 合格プレビューを見る承認待ち
差し戻す承認する

課題

AIが書けても、
「統合する仕組み」がない

非エンジニアが実際に動くコードを書ける時代になった一方で、複数人・複数のAIエージェントが 並行して作った変更を、安全に1つにまとめる運用は誰も用意していません。

Gitの言葉が壁になる
ブランチ、プルリクエスト、コンフリクト。前提知識がエンジニア向けで、非エンジニアには何をすればいいのか分かりません。
誰が承認すればいいか分からない
複数人がそれぞれAIに機能を作らせても、それを1つに統合し、責任を持って世に出すのが誰の仕事なのか曖昧なままです。
担当者が辞めたら、誰も触れない
「このコードは退職した人しか分からない」という属人化・ブラックボックス化が、AIコーディングの普及でむしろ加速しています。

仕組み

Git用語を、ひとつも使いません

画面に出てくるのは「申請」「承認」「差し戻し」だけ。裏側の複雑さはtsugite.aiが引き受けます。

  1. 1

    Step 1

    変更を申請

    AIエージェントが書いたコードをpushすると、tsugite.aiが自動で検知。ボタン1つで「変更を申請」できます。

  2. 2

    Step 2

    自動チェック

    既存のテスト結果とプレビュー環境のURLを、業務言語のサマリーと一緒に自動で表示します。

  3. 3

    Step 3

    承認

    稟議のように、承認者は内容を確認して「承認」か「差し戻し」を選ぶだけ。誰が何を決めたかが記録されます。

  4. 4

    Step 4

    自動デプロイ

    承認された変更だけが、Vercel / Railwayの既存の連携を通じて自動的に本番へ反映されます。

進捗の可視化

誰が何を進めているか、
一目で分かる

複数の非エンジニアがそれぞれ別の変更を並行して進めても、状況は「下書き→レビュー待ち→承認待ち→反映済み」の4段階でいつでも見渡せます。

下書き

1

料金ページの表記ゆれ修正

こう
テスト: 未設定

レビュー待ち

2

予約フォームの入力項目を修正

テスト: 合格

問い合わせ完了メールの文言修正

テスト: 合格

承認待ち

1

会員ページのログイン導線を改善

承認待ち

反映済み

2

トップページの画像を差し替え

反映済み

配送料の自動計算ロジックを追加

こう
反映済み

※画面イメージです。ブランチ・マージという言葉はどこにも出てきません。

連携

今使っている基盤を、そのまま

tsugite.aiは自前のGitホスティングもコード実行環境も持ちません。GitHub / Vercel / Railwayという、既に使っている基盤の上に乗るだけです。

GitHub
対象リポジトリにGitHub Appとしてインストールするだけ。pushの検知・テスト結果の取得・変更の統合まで、既存のリポジトリ構造をそのまま使います。
Vercel
Previewデプロイの完了をWebhookで検知し、承認画面にそのままプレビューURLを表示します。デプロイの実行自体には手を加えません。
Railway
本番デプロイの状況を可視化します。デプロイトリガーは既存のGit連携に任せ、tsugite.aiは状態の確認だけを行います。
ウェイトリスト

早期アクセスに登録する

現在tsugite.aiは開発中です。ウェイトリストにご登録いただいた方には、 優先的にご案内します。導入にあたって必要な情報(対象リポジトリ数、チーム構成など)を 事前にお伺いする場合があります。

  • 既存のGitHubリポジトリにそのまま追加できます
  • Vercel / Railwayの自動デプロイもそのまま使えます
  • 承認・監査ログで、誰が何を決めたかが必ず残ります

ご登録いただいた情報は、tsugite.aiのご案内以外の目的には利用しません。