arcgis-pro-automation

ArcGIS Pro 自動化

保護された arcgis-mcp-bridge ツールサーフェスを通じて、保存済みの ArcGIS Pro プロジェクトとローカル GIS データセットを操作します。ブリッジは実行バックエンドとして扱い、データを変更したり、実際に観測していない結果を主張したりする許可として扱わないでください。

境界を確立する

• Windows、ライセンス済みの ArcGIS Pro インストール、および実際のジオプロセシングのために ArcPy をインポートできるブリッジワーカーインタープリターが必要です。
• ブリッジは、ローカルでヘッドレスかつ再現可能な ArcPy 作業に使用します。可視の ArcGIS Pro UI を操作するものではなく、ArcGIS Online や Enterprise を管理するものでもありません。
• ブリッジツールが呼び出せない場合は、セットアップまたはドライ実行プランを提示してください。ツール出力をシミュレートしたり、.aprx や .gdb が変更されたことを示唆したりしないでください。
• 接続された MCP サーバーが公開するスキーマを使用してください。ツール名にはホストの名前空間が付く場合があります。意味上のカタログ名と一致させ、パラメーターを決してでっち上げないでください。
• すべての読み取りと書き込みを、設定された許可ルート内に保ってください。絶対パスと、中間出力用の専用スクラッチジオデータベースを使用してください。

最初の実行の前に、またはセットアップ、エクステンションの利用可否、ワーカーの障害が対象範囲に含まれる場合は常に、ランタイムとライセンスをお読みください。

ワークフローを実行する

1. 契約を定義する。 入力、意図する出力アーティファクト、CRS と単位、保存済みの .aprx を変更する必要があるかどうか、およびどの操作がデータを作成、上書き、追加、編集するかを特定します。
2. プリフライト。 最初に health_check を呼び出します。そのワーカーインタープリター、許可ルート、スクラッチ GDB、タイムアウト、同時実行数を確認します。この呼び出しは ArcPy をインポートしないため、ランタイムを実行可能とみなす前に、get_spatial_reference、describe_dataset、list_layers など、変更を伴わない ArcPy ベースのリクエストを続けて実行してください。
3. 実行前に検査する。 データセットの説明、件数、フィールド、CRS、範囲、プロジェクトのマップ/レイヤー、および必要なエクステンションライセンスを読み取ります。分析の前に、データム変換、単位、出力命名を解決してください。
4. 正確なツールを計画する。 ツールルーティングから最小の宣言的シーケンスを選択します。読み取り専用の検査、新規出力の作成、インプレース変更を分離します。ソースデータの編集よりも、新しい出力と作業コピーを優先してください。
5. 変更を承認する。 書き込みの前に安全性と検証をお読みください。ユーザーのリクエストが、正確な変更操作と対象を明確に承認している場合にのみ confirm=true を設定します。overwrite=true は別個の明示的な決定として扱ってください。対象、範囲、意図が曖昧な場合は停止してください。
6. 段階的に実行する。 依存するステップを一度に 1 つ実行します。返された出力パスとジオプロセシングメッセージを保持してください。ライセンスシート、メモリ、max_workers が対応できることが判明している場合に限り、独立したジョブのみを並列化してください。
7. 独立して検証する。 出力を再度開き、関連する不変条件をテストします。存在、件数、ジオメトリの有効性、CRS と単位、ラスター統計と NoData、ネットワークソルブのステータス、プロジェクトの内容、またはエクスポートされたレイアウトの寸法などです。成功ステータスだけでは、正しい GIS 結果の証拠にはなりません。

ドメイン手法と実行を別々にルーティングする

このスキルは ArcGIS 実行レイヤーに使用します。手法の選択や科学的妥当性が本質的な場合は、関連するドメインスキルと組み合わせてください。

• DEM、傾斜、排水、可視領域 → terrain-hydrology
• ルーティング、サービスエリア、OD、施設 → network-accessibility-analysis
• モラン統計量 I、Gi*、カーネル密度、空間推論 → spatial-statistics
• ラスター/画像の前処理と解釈 → remote-sensing-analysis
• .aprx のスタイリングやレイアウトエクスポートの前のマップデザイン → cartography-geoviz
• 多段階のクロスドメイン納品 → geoai-orchestrator

オープンフォーマットを ArcGIS が読み取れるというだけの理由で、ArcGIS 自動化を有効化しないでください。GDAL、GeoPandas、QGIS、PostGIS、または別のランタイムを明示的に選択した GeoPackage、GeoJSON、ラスター、または .gdb のリクエストは、その専門家の担当です。

バイパスを使わずに失敗を処理する

• validation: 実際のスキーマに対してペイロードを修正します。型を緩和しないでください。
• security: ユーザーの承認がある場合にのみ移動またはコピーします。呼び出しを通過させるためだけに許可されたルートを広げないでください。
• license: 利用できないベースライセンスまたは拡張ライセンスを報告します。代替手段は、方法論的に同等である場合にのみ使用し、その変更を開示してください。
• geoprocessing: ArcPy のメッセージを保持し、入力と環境を検査し、具体的な修正を行った後にのみ再試行します。インプレース変更を盲目的に再試行しないでください。
• internal またはワーカーのクラッシュ: エラーバウンダリを保持し、状態の主張を停止します。

エビデンスを提示する

ツールの実行順序、検査した入力、正確な出力パス、変更と承認の根拠、関連する ArcPy メッセージ、検証結果、ライセンスとランタイムの制約、および未解決の制限事項を報告します。現在のツールまたはプラットフォームに関する主張については、権威ある情報源レジストリを参照し、確認日を記録してください。

実行契約

• ワークフロー: ローカルの ArcGIS 境界を確立します。サーバーと ArcPy を個別に事前確認します。データとプロジェクトの状態を検査します。正確なツールを計画します。書き込みを承認します。段階的に実行します。出力を再度開いて検証します。
• 判断ルール: ブリッジは、明示的なローカル ArcGIS Pro または ArcPy の作業にのみ使用し、必要に応じてドメイン手法のスキルと組み合わせます。新しい出力を優先し、確認フラグと上書きフラグは、明確に承認されたターゲットのために取っておきます。
• 検証プロトコル: カウント、ジオメトリ、CRS と単位、ラスターまたはネットワークの診断、.aprx の内容、エクスポートされた成果物、返されたパス、およびジオプロセシングメッセージを、明記された成功基準と照合します。
• 失敗モード: ブリッジツールの欠如、ArcPy の事前確認の失敗、不明な CRS またはデータム変換、許可されたルート外のパス、ライセンスの欠如、変更スコープの曖昧さ、ワーカーのクラッシュ、または検証されていない出力状態の場合は停止します。
• 成果物: 再現可能なツール計画と呼び出し、正確な入力と出力、変更記録、ArcPy メッセージ、検証エビデンス、ランタイムとライセンスの来歴、および制限事項。
• 情報源の鮮度: ブリッジ、ArcPy、ライセンス、またはプラットフォームのルールを適用する前に権威ある情報源レジストリを参照し、確認日を記録してください。