ほとんどのフィードバックツールは「ルールを設定する」ことを可能にします：条件を埋め、アクションを選び、保存をクリックする。これは機能しますが、天井があります — ルールは静的で、ビジネスは変わり続け、設定したプロセスはすぐに時代遅れになります。Loopback の差別化の転換点の一つは、「設定」を「進化」へと引き上げることです：それが Coding Loop（Builder モードとも呼びます）です。

「ルールを設定する」から「ゴールを説明する」へ

ワークフローを作成するとき、条件のドロップダウンを山ほどクリックしていく必要はありません。ゴールを平易な言葉で説明し — 例えば「返金関連のネガティブ → 決済チームにアサインして謝罪文をドラフト」 — 「ドラフトを生成」をクリックすると、右側の AI チャットにドラフトが現れます。あとは会話の中で磨き込みます。

  • 「編集」をクリックして自然言語で変更します。例えば「星3未満の評価も含める」。
  • 「次へ」をクリックして稼働前レビューに入ります。
  • 通過したら「公開」をクリックして有効化します。

あなたと AI は、フォームを埋めているのではなく、一緒に対応ロジックを書いているのです。そこから「Coding Loop」という名前が来ています — コードを反復するのと同じようにプロセスを反復する、ただし自然言語で、というわけです。

稼働前の2つのゲート

プロセスはアクションを自動的に実行するため、稼働前にレビューがあります。

  1. 依存チェック：プロセスが通知する必要のあるチャネル（例えば Feishu）がまだ接続されていないか？ まず接続する、そのステップを外す、または既に接続済みのチャネルに切り替える、のいずれかを促します。
  2. 影響のリプレイ：自動的に実行されるアクション（アサイン／エスカレーション／クローズ／優先度変更）にはあなたの明示的な承認が必要で、過去30日間の履歴を再生できます — このプロセスが既に存在していたら、何件に一致し、いくつのアクションを起こしたか。これにより、稼働前に範囲が妥当かを判断できます。

越えられない安全境界

「進化する」とは「自動化を野放しにする」という意味ではありません。システムには、決して越えられないいくつかの制約があります。

  • 完全自動の外部返信は不可 — 返信ドラフトは送信前に人による確認が必須です。
  • P0 の自動クローズは不可。
  • 各プロセスは焦点を絞った1〜4個のルールにとどめます。すべてのロジックを1つのプロセスに詰め込むのは推奨されません。

稼働中のプロセスはいつでも一時停止／再開できます。編集を続けると新しいバージョンが作成され、古いバージョンは自動的にアーカイブされ、あるプロセスで有効なバージョンは常に1つだけです。

従来のアーキテクチャがこの隙間を埋められない理由

コーディングエージェントが存在する前は、プロセスを自ら反復させるには、エンジニアリングチームがスクリプトを書く（再利用できず、そのための人員も必要）か、そもそも不可能かのどちらかでした。従来のチケット SaaS は「人がルールを設定する」ことを軸に設計されており、「AI があなたのために書き、学習し続ける」というレイヤーを足せません。Coding Loop は「自前でスクリプトを組む柔軟さ」をプロダクト化します：柔軟でありながら、その維持のためにエンジニアリングチームを抱える必要がありません。

プランによって Builder ループの同時実行数が異なります（Pro は同時実行1件、Max は無制限）。最も早く体験する方法は、無料トライアルを始めて 7日間の Max トライアルを利用することです — トライアルでは完全な Builder ループが使えます。まずは ワークフローテンプレート を読んで、テンプレートから始める道筋を学ぶこともできます。