Autopilot in Studio最前線 - コーディングエージェントとしてのAutopilot

Autopilot in Studio最前線 コーディングエージェントとしてのAutopilot Yoichi Suetake (@SuetakeYoichi)

自己紹介 名前： 末武 陽一（すえたけ よういち）(Suetake, Yoichi) #UiPathFriends X (旧Twitter) : @SuetakeYoichi LinkedIn : yoichi-suetake 所属： 株式会社オプテージ ＲＰＡソリューションチーム チームマネージャー 属性： IＴ屋（技術士（総合技術監理・情報工学部門）） 天文屋 気象屋（気象予報士） UiPath使用歴：約8年 (Academy Lv1修了2017/5/24) UiPath Japan MVP 2019-2023 UiPath Community MVP 2022-2026 (Global) Moderator of UiPath Community Forum 2

本題の前に．． #UiPathFriends 朗報：UiPathのCommunity Agreementが変更となっています。(7月) 現在(2026/10) Small Business 使用許諾の復活 以前 3

Autopilotとは？(2026/10時点) #UiPathFriends 狭義のAutopilotは コーディングエー ジェントを指す UiPath for Coding Agentsと上で動作 UiPath Studio 26.10.199STS 以上で利 用可能 2026/7 GA （それまではUiPath for Coding Agentsには外部 コーディングエージェントが必要 だった） https://docs.uipath.com/ja/autopilot/other/latest/user-guide /about-autopilot より 4

• https://docs.uipath.com/ja/autopilot/other/latest/user-guide/about-autopilot

Autopilotで何がどのくらいできるか？ 公式ドキュメントによると．．．． Basic、Plus、Pro、App Test Developer ライセンスで期待できること #UiPathFriends プランと月間使用量プール Studioでの選択画面 https://docs.uipath.com/automation-cloud/automation-cloud/latest/admin-guide/usagepool-consumption-for-autopilot-delegate-and-cartographer 5 https://docs.uipath.com/ja/autopilot/other/latest/user-guide/autopilot-licensing

• https://docs.uipath.com/automation-cloud/automation-cloud/latest/admin-guide/usage-pool-consumption-for-autopilot-delegate-and-cartographer
• https://docs.uipath.com/ja/autopilot/other/latest/user-guide/autopilot-licensing

Autopilotをどのように使うか？ #UiPathFriends Autopilotに仕様書を投入し、作成指示をすると、何らかの動くものが作成されます。 6

#UiPathFriends 7

このままだと再現性が低く、またQCDSが担保されているかわからないので．．． #UiPathFriends 業務要件 各社のルール (開発・維持・運用のための お作法) 「実現したいこと」を正しく伝える ルールや工夫（書式、フォーマット等） コーディングエージェントだけではなく他の メンバー(人間)も含めて QCDSを確保するための お作法 基盤 (Studio, Skills, CLI etc.) 8

ルールや制約を入力すると、それを踏まえて仕上げてくれる。 #UiPathFriends テスト可能性重視で 機能単位でxamlを出力 入力メソッドはSimulate を利用 等 9

丸投げはコストがかかる。 指示の仕方によってはコストに跳ね返ってくるので、そのあたりは工夫が必要。 #UiPathFriends エージェント自体は自身がどの程度の（トークン）リソースを使用したか把握できないので、 フェーズごとのリソース消費量を把握するには、あらかじめ以下のような指示を入れておき、最適化につなげる。 （例） 「各フェーズでのライセンス消費量を把握するため、定期的あるいはフェーズの境界で、uip platform users usage get で消費量を取 得して報告してください。なおこの環境はイントラネット内なので、必要に応じてシステムのプロキシ設定を使用してください。」 10

まだ手探り中ですが、現時点の私見では #UiPathFriends プロ開発なら．．． エンジニアがディレクションしながら、難易度・複雑度に応じて適切なモデルを使用して、小さい単位で作り上げた方が コストパフォーマンス、タイムパフォーマンス的には、良さそうな感じ。 （一般的なベストプラクティスと同じと思います。） 市民開発なら．．． プロが用意した共通のお作法・制約を利用。業務要件の正確さと挙動の正確さ確認を重視。 コストが気になるなら、 フェーズを分割した上で、モデルを変更したり自身で対応する。 (例えばUiAutoamtionの要素指定は自分でする等にして、エージェントへの指示もそのようにする） ＃そのうちLLMのコスト低下、パフォーマンス向上とともに、丸投げが一般的になるかも？ 11