Dynamiq

どのワークフローも両端が入力と出力のノードグラフで、キャンバスとPython SDKは同じ定義を吐き出す。業務担当者はロジック、エージェント、ツール、バリデータ別に並んだパレットからノードを引っ張る。エンジニアは同じグラフをgitに置き、自前のCIに流し、コードで広げたいときはキャンバスのワークフローをZIPで書き出す。dynamiq CLIはプロジェクト、バージョン、アプリ、トリガーを端末から扱う。

仕事を一文で書く。たとえば「与信方針に沿って融資パッケージを確認し、例外を担当者に回す」と入力すると、生成器がノード、接続、プロンプトを横パネルに下書きする。採用したらモデルを差し替え、ツールを付け、承認を足す。保存を押すまで何も残らないので、試作の代償は一分だけで済む。

モデルに渡すべきでない判断がある。判断テーブルは適格性チェックや価格表を、型付きの入力、ルールの格子、重複時の扱いを持つ表に変える。与信責任者が読んで直せて、CSVの入出力もでき、変更のたびに保存済みテストケースが再実行される。ルールノードは一件の記録を複数のルールに照らし、ルールごとに重大度付きで指摘を返す。判断が要る場面では判定ノードがはい・いいえ、選択、評点の問いに較正済みの確信度で答え、確信度の低い案件は人に回す。

ツールノードで実行承認を有効にすると、実行は止まり、何が実行されるのかをそのまま示すメッセージが出る。確認する人は承認するか、送信直前の項目を編集するか、コメント付きで差し戻す。差し戻しの内容はエージェントが読んで動きに反映する。承認要求はアプリが既に使っているWebSocketかRuns APIのストリームに流れるので、ゲートは別の管理画面ではなく自社の画面の中に置ける。

記憶を有効にすると、エージェントは会話をユーザーIDとセッションIDで区切って保持し、次の実行の冒頭で直近のメッセージ、関連度の高いメッセージ、または両方を再生する。長期記憶はさらに踏み込む。保存と想起のためのツールを持ち、同じ内容を別の言い方で聞けば重複させずに更新し、サブエージェントの履歴は別々に保つので、委任された側が他のエージェントの記憶を読むことはない。

回答は自社文書に根拠を置き、各ソースの権限は検索の時点で適用される。質問した人が読めないファイルを引用することはできない。ガードレールは個人情報とプロンプトインジェクションをモデルやツールに届く前に検出し、各工程は入力、モデル呼び出し、遅延を含むトレースに残る。そのトレースを読んで、うまくいかなかった実行を指摘するエージェントもいる。