イントロダクション

エージェント システムは、ソフトウェアの構築と保守の方法を変更しています。 チームは、開発者だけに依存してコードを記述および更新するのではなく、目標を解釈し、ソリューションを提案し、リポジトリ内でアクションを実行できるシステムを採用しています。 GitHubでは、エージェントがブランチを作成し、ファイルを変更し、プル要求を開き、テスト、セキュリティ スキャン、コード レビューからのフィードバックに基づいて反復処理を行う場合があります。

ただし、機能だけでは、エージェントの信頼性は向上しません。 適切に定義されたアーキテクチャがないと、エージェントは早すぎる動作をしたり、明確でない変更を生み出したり、十分な検証なしで動作したりする可能性があります。 運用環境では、これらのエラーによって、コードの品質、セキュリティ、運用の安定性に対する実際のリスクが生じます。

GitHubでエージェント システムを設計することは、エージェントに自由度を与えることではありません。 プル要求、ワークフロー、リポジトリ ルールなどの強制可能なGitHub関数を使用して、システムを通る作業の流れを定義します。 適切に設計されたアーキテクチャにより、すべてのエージェント アクションが表示されたレコードを残し、客観的なシグナルによって検証され、ポリシー要件を満たす場合にのみ受け入れられます。

用語 集

主な用語と定義

このモジュールでは、定期的な用語の小さなセットを使用します。 以下の定義は、コンテンツ全体でどのように使用されているかを明確にしています。

• プラン (成果物) 通常、プル要求の説明に含まれる、意図した変更の構造化された説明。 作業の目標、スコープ、ステップ、リスク、検証基準の概要を示します。

• 計画 (エージェント機能) エージェントがタスク、問題、またはユーザー入力に基づいてプランを生成または調整するプロセス。 これは、GitHubの問題やエージェント インターフェイスなど、さまざまなエントリ ポイントで発生する可能性があります。