Architectが変更できること
Architectが変更できること
Architectが読み取り・編集できる内容、各変更の反映先、承認が必要な操作の完全な一覧。
概要
Architectの機能は、決められた一連のツールによって提供されます。このページでは、領域ごとに機能を一覧にし、各領域について次の3つの質問に答えます。
- Architectは何を読み取れますか？
- 何を変更でき、変更はどこに反映されますか？ 変更は次の2か所のいずれかに反映されます。
- 下書き：ブランチ上の未公開の下書きにステージングされます。下書きを公開するまで、ライブの発信者には何も反映されません。
- ワークスペース：ツールやナレッジベースのドキュメントなど、ワークスペース全体で共有されるリソースに即座に適用されます。
- 事前に確認しますか？ この列は、デフォルトの 承認が必要 モードについて説明しています。自動承認 モードでは、Architectはどの操作の前にも確認を求めません。承認モードを参照してください。
すべての操作は、あなたとしても実行されます。Architectができるのは、あなた自身のロールで許可されていることだけです。権限、承認、下書きを参照してください。
エージェント設定
ワークスペースリソース
Architectが作成したテストはすぐにワークスペースに存在しますが、接続した下書きを公開するまでエージェントのテストスイートには追加されません。公開前でも、Architectはそのテストを実行できます。
会話、インサイト、トリアージ
ブランチ、提案、デプロイ
ブランチやマージ提案を作成しても、ライブの発信者の体験は変わらないため、Architectは事前確認を求めません。トラフィックを処理しているブランチへのマージとトラフィック分割の変更は、どちらもライブの発信者に即座に影響します。
エージェント
Architectはエージェントを完全に削除できません。削除操作では、代わりにエージェントをアーカイブします。
インターフェース操作
Architectはエージェント構築ツールに加え、表示中のページで操作できます。ページへの移動、コントロールのハイライト、フォームフィールドへの入力、ボタンのクリック、ブランチやダッシュボードフィルターの切り替えが可能です。たとえば、チームメイトの招待方法を尋ねると、これらの操作を使ってダッシュボードを案内します。これらの操作で承認は求められません。そのページで自分自身が行える操作だけを実行できます。
1つのエージェントか、複数のエージェントか
Architectは、開いているエージェントだけに限定されません。デフォルトではそのエージェントを操作しますが、アクセス可能な任意のエージェントを読み取り・編集でき、ワークスペース全体のエージェントを比較できます。エージェントをまたぐ質問（たとえば「ガードレールがないエージェントはどれですか？」）には、ワークスペースのArchitectページ（エージェント > Architect）を開いてください。
1つのチャットでエージェントの複数ブランチに編集をステージングする場合、Architectは以降の各編集がどのブランチ向けかを明示する必要があります。
Architectにできないこと
Architectには、次の操作のためのツールはありません。
- 下書きの公開。公開は常に自分で行います。
- マージ提案の承認、レビュー、マージ。
- エージェント、ブランチ、ナレッジベースのドキュメント、電話番号、シークレットの完全な削除。
- MCPサーバー、シークレット、インテグレーション、チャネル、アラートの作成または編集。
- 電話番号の購入、インポート、割り当て。
- シークレットの値の読み取り。
- 専用ツールによるワークスペースメンバー、ロール、請求、APIキーの管理。これらのページを開き、以下のインターフェース操作を使って案内することはできます。
- 権限の回避。Architectには、ブランチ保護を含め、アカウントに適用されるすべての制限が適用されます。