誰にも依頼されずに始まる作業。

triggerは時計または署名です。実行主体、内容、セッションの行き先など、それ以外はどちらも同じ設定です。

• どちらの種類も実行主体のagentを指定し、そのagentのdeny-by-default権限を継承します。
• どちらも、セッションの最初のメッセージになるprompt templateを持ちます。
• どちらもkortix.yamlのエントリなので、履歴と作成者があります。

プロジェクト内のすべてのtriggerは1行で表示されます。名前、起動時刻、timezone、実行agent、その起動先セッションが確認できます。クリックしないと分からない隠れた状態はありません。

Timezoneは実在します

triggerはオフセットではなくIANA timezone名を保存し、デフォルトはUTCです。America/Los_Angelesを設定すれば、夏時間の変更後も現地時間09:00を維持します。PSTのような略称は推測せず拒否されます。

cronを書く必要はありません

Schedules画面は選択式です。数分ごと、平日、毎月、または指定した時刻に1回実行できます。raw cronはその裏にある拡張手段であり、利用の条件ではありません。

1つのスイッチですべてを一時停止

プロジェクトレベルの一時停止は、各trigger自身の有効フラグに加えて、すべてのtriggerを一度に停止します。同じrepoを2つのcontrol planeで実行する場合に使えば、二重起動を防げます。

集中実行はキューに入り、破棄されません

プロジェクトはデフォルトで、triggerされたセッションを3つ同時にprovisionします。上限を超えた起動は失敗せずキューに入り、空きができると実行されます。

triggerはagentやsandbox imageと並んでkortix.yamlに保存されます。それぞれにagent、スケジュールまたはsecret、セッションの最初のメッセージになるprompt templateが指定されます。

すべてのwebhook triggerには、署名に使うproject secretが指定されます。指定がないtriggerは検証時に拒否されるため、後からロックダウンし忘れる未認証webhookはありません。

フィルターは、プロンプトが参照するものと同じペイロードに対して照合するドット区切りのパスです。ループを防ぐために使います。会話の双方を報告するソースでは、これがないとエージェント自身の返信で再実行されます。

デフォルトでは、実行ごとにまっさらな状態から始まります。新しい作業ではなく継続中のスレッドの場合、トリガーは所有済みのセッションに再プロンプトできます。Kortixはモードを順番に試し、失敗時は次に進むため、実行が単に消えることはありません。

1. 01

   pinned

   IDで指定した1つのセッションに再プロンプトします。そのセッションがなくなっているか失敗している場合は、次に進みます。

2. 02

   キー指定

   ペイロードからキーを生成し、そのキーに完全一致する、直近の正常なセッションに再プロンプトします。顧客ごとに1スレッドです。別のキーのセッションにフォールスルーすることはありません。

3. 03

   reuse

   このトリガーが作成した、直近の正常なセッションに再プロンプトします。固定されたトリガーは、さらに先へ進む前にここへフォールバックします。

4. 04

   fresh

   新しいブランチを切り、新しいクラウドコンピューターを起動します。これがデフォルトであり、他のすべてのモードの最後の手段です。

トリガーで起動されたセッションは、設定したユーザーだけでなくプロジェクト全体から見えます。アイドル状態が5分続くと自動停止するため、午前3時に実行した自動化が朝までマシン料金を発生させ続けることはありません。

自動化に、人が持たない権限を与えることはありません。同じ分離、同じ範囲指定、そしてmainへ戻る道は1つだけです。

エージェントとして実行

トリガーはエージェントを指定し、そのエージェントの権限を正確に引き継ぎます。kortix.yamlのブロックに記載されたコネクター、シークレット、スキルだけで、それ以外は何も許可されません。権限のないエージェントはアクセスできません。

専用コンピューターを取得

新しい実行では、手動で開始したセッションと同じように、専用ブランチ上で独立したマシンを起動します。インストールや変更が他のセッションに影響することはありません。

勝手にマージされることはありません

mainに届くのは、人がレビューして承認した変更リクエスト経由だけです。コーヒーを飲みながら差分を確認できます。最終決定権をマシンに渡すことはありません。

自動化自体にも履歴があります

トリガーはリポジトリ内のYAMLブロックです。午前3時のジョブを誰が追加したか、いつ追加したか、何を指示したかは、他の変更と同じようにログに残ります。