エージェント運用のための開発イベントルーティング
Rainrail は開発イベントをエージェントワークフローへ届けます。
issue、pull request、Project queue、webhook delivery、運用シグナルを、source・plugin・runtime の安定した契約で決定的な agent task に変換します。
- 入力元
- GitHub、Cloudflare tail、Project queue
- 境界
- 中立な Rainrail event envelope
- 出力
- 監査文脈つきの agent workflow
開発イベント
issue.openedrepo: reirei-lab/rainrail中立イベント
rainrail.event.v1source, actor, payload, traceポリシーとプラグインルーティング
workflow: product-sitededupe, assign, observeエージェントワークフロー
codex.issue.implementationbranch, tests, PR, result callbackRainrail を間に置く理由
ルーティングが明示されると、自動化は読み解けるまま育ちます。
Webhook の嵐を順序ある作業にする
入力イベントは agent に届く前に正規化されます。retry、重複 delivery、Project queue の変化は、その場しのぎの script ではなく routing decision として扱えます。
契約を安定させる
source payload が変わっても、workflow plugin は必要な文脈を持つ予測可能な event envelope を受け取り続けます。
すべての handoff を監査できる
dispatch 理由、assignment、runtime input は、review、incident follow-up、local replay で追える粒度で見える設計です。
中核ワークフロー
Repository signal から再現可能な agent run へ。
Source adapter が event を受け取る
GitHub issue、pull request、Project queue、runtime telemetry は source ごとの adapter から入ります。
Rainrail が envelope を正規化する
provider 固有の詳細は、actor、source、payload の traceable な文脈を持つ安定した event contract の後ろに保たれます。
Plugin が routing logic を持つ
workflow plugin が event を match し、policy を適用し、すべての source と agent を直結せず runtime を選びます。
Runtime が決定的な作業を受け取る
agent は明示的な instruction、branch context、観測可能な execution state、completion path と一緒に起動します。
プラグインモデル
理解できる小ささで integration を保つ。
Source plugins
Provider 固有の signal を Rainrail event に変換します。
GitHub issueCloudflare tailProject queueWorkflow plugins
何を、なぜ行うかを決めます。
triageimplementationreview follow-upRuntime providers
再現可能な input と reporting つきで agent を起動します。
OpenClawCodexlocal runner初期コンテンツ
語彙を読み、運用経路をたどる。
Agent を走らせる前に route を作る