内部LLM上でのエージェントSDLC:プロンプトではなくエンジニアリング
OpenCode
厳格なセキュリティポリシーがある企業環境では、外部LLMの使用が禁止され、内部モデルははるかに弱い。この記事では、構造的エンジニアリング(決定論的なコードブロック、遅延読み込みルール、サブエージェント)を使用して、実際のタスクを確実に完了するアプローチについて説明している。
本記事では、内部LLMゲートウェイ(フロンティアモデルは使用不可)を用いて大規模Androidプロジェクト向けに開発された、エージェンティックSDLCアプローチを紹介する。この手法はプロンプトではなく構造的エンジニアリングに依存している。つまり、ルールはテーブルに保存され、必要に応じて新たに読み込まれ、エージェントはファイルを介して隔離され、危険なアクションは決定論的なコードによってブロックされる。ハーネス(統合フレームワーク)には、遅延読み込みされるルール、コンテキスト分離と役割特化のためのサブエージェント、ビジョンモデルによるビジョンツーテキスト(vision-to-text)ルーティング、そして3段階の保護システム(プロンプト、パーミッション、プラグイン)が含まれている。オーケストレーションコマンド「/ticket」は、仕様駆動開発フロー(トリアージ、ワークスペースセットアップ、設計抽出、分析、往復質問、テスト計画、実装、スポットチェック)に従う。各エージェントは狭い役割を持ち、トークンの浪費を避けるためにコンテキストは注意深く管理される。作業ログからのいくつかのインシデントは、構造的な修正がエラーの再発をどのように防いだかを示している。
出典: Habr — хаб ИИ —
原文
