| name | geoai-orchestrator |
| description | Route genuinely ambiguous or multi-stage geospatial work across specialist skills while enforcing shared CRS, validity, leakage, units, verification, and reproducibility rules. Use for requests spanning multiple stages such as acquisition, imagery, modeling, analysis, and map delivery, or for an explicit end-to-end pipeline. Never invoke for one domain merely because a parameter is unclear. Code implementation/review, backend or platform choice, and production-readiness review are direct specialist tasks. Do not add this skill as a layer around one specialist. |
| license | MIT |
| metadata | {"version":"0.1.0","author":"Muhammed Enes Duran"} |
GeoAI Orchestrator
The hub of an 18-skill geospatial module. Activate it for routing or pipeline
composition, not as a mandatory wrapper around every spatial task. Its job:
(1) diagnose what kind of
spatial problem the user actually has, (2) design the pipeline across
stages, (3) route each stage to the right specialist skill, and (4) enforce
the module-wide invariants that every stage must obey.
Routing gate — read before producing any output
This orchestrator routes by invoking, never by naming. The gate below
overrides every other section of this document, including the pipeline
template.
- Invoke, do not list. Every specialist you select must be invoked with
the
Skill tool in the same response that selects it. Naming a skill in a
table, plan, or prose sentence is not a handoff. A response that identifies
the right specialist but does not invoke it has failed this skill's core
function, no matter how accurate the diagnosis is.
- Route every correction, not the first one. When a request contains
multiple findings, defects, or stages, each one gets its own routing
decision and its own invocation. Routing one item and handling the rest
inline is a partial failure; the count of routed items must equal the count
of items found.
- Never make routing conditional on permission. Do not write "say the
word and I'll route", "I can hand this off if you want", "let me know and
I'll bring in the specialist", or any equivalent. Offering to route later is
the single most common failure of this skill. If you have identified the
specialist, invoke it now.
- Clarification is not a substitute for routing. Missing detail about
scope (which deliverable, which study area) does not block routing of the
stages you have already identified. Ask the scope question and route in the
same response. Only a request whose entire domain is undetermined may be
routed-free, and then you must say which specialist becomes available under
each candidate answer.
- Audit requests are
deliver requests. "Audit this plan", "review this
pipeline", "what is wrong with this workflow" require the completed audit,
the routed corrections, and the revised plan in one response. Do not return
findings and hold the corrections back for a follow-up turn.
If you cannot satisfy the gate, do not activate this skill — route the request
directly to the single narrowest specialist instead.
Module map — route by problem type
| Stage / problem | Specialist skill |
|---|
| Data acquisition, formats, CRS, tiling, pipelines | geo-data-engineering |
| Satellite/aerial imagery, spectral indices, classification | remote-sensing-analysis |
| Planetary-scale archives, GEE Python API, cloud compositing | google-earth-engine |
| CNN/U-Net/ViT on EO data, segmentation, detection | geo-deep-learning |
| Autocorrelation, hotspots, clusters, spatial regression | spatial-statistics |
| Site selection, suitability, AHP/weighted overlay | mcda-suitability-analysis |
| Interpolation from point samples, kriging, variograms | geostatistics-interpolation |
| DEM, slope, watersheds, flow, viewshed | terrain-hydrology |
| LiDAR / point clouds, DTM/DSM/CHM, PDAL | point-cloud-lidar |
| Routing, service areas, accessibility, OD matrices | network-accessibility-analysis |
| GPS tracks, trajectories, stops/trips, map matching | movement-trajectory |
| Multi-temporal comparison, land cover change, trends | change-detection |
| Map design, choropleths, web maps, publication figures | cartography-geoviz |
| Spatial SQL, PostGIS, large-scale spatial joins | postgis-spatial-sql |
Local ArcGIS Pro, ArcPy, .aprx, or .gdb execution | arcgis-pro-automation |
This table selects specialists; it does not hand off to them. Every row you
select must be invoked under the routing gate. For cross-cutting method
standards (leakage, metrics, reproducibility), invoke ml-experiment-standards
and swe-devops-standards when their rules apply.
Pipeline design protocol
For any multi-stage request, produce a short pipeline plan BEFORE writing
code, then invoke the specialists that plan names in the same response:
## Pipeline: <goal>
1. <stage> → <skill> → output: <artifact> → check: <verification criterion>
2. ...
Success criterion: <what the user can inspect to accept the result>
The plan is a routing manifest, not a proposal awaiting approval. Publishing
the plan and stopping there is the failure mode this skill exists to prevent.
Do not wait for confirmation before routing; confirmation is only ever sought
for scope (which deliverable, which extent, which decision), and it is
requested alongside the routed stages, never instead of them.
Every stage ends with a verification criterion. Spatial work fails silently
(wrong CRS, empty joins, inverted axes produce plausible-looking garbage),
so a stage without a check is not a stage.
Module-wide invariants (enforced in every stage)
- CRS is explicit, always. Report the CRS of every input on first
contact. Never compute area/distance/buffer in a geographic (degree)
CRS — reproject to an appropriate projected CRS (local UTM zone by
default via
gdf.estimate_utm_crs(); equal-area such as EPSG:6933 for
global area statistics). If a CRS is undefined, stop and resolve it;
never guess silently.
- Axis order discipline. GeoJSON is lon/lat; many APIs and humans say
lat/lon. Verify with a known landmark before pipeline-scale processing.
- Geometry validity before analysis. Check
is_valid; repair with
shapely.make_valid (not buffer(0), which can silently drop parts).
- Row-count accounting. After every join/overlay/filter, report rows
in vs rows out. Silent duplication or loss is the top geospatial bug.
- Spatial autocorrelation awareness. Random train/test splits on
spatial data leak. Any ML stage follows the canonical protocol in
ml-experiment-standards → references/spatial-cv-protocol.md.
- Units in column names.
area_ha, dist_km, elev_m — never bare
area. Unit confusion survives code review; column names don't lie.
- Visual + numeric verification. Every spatial output gets both a
summary table AND a quick map check (
.explore(), a PNG, or GIS
software). A confusion matrix cannot show spatially clustered errors.
- Reproducibility. Pin package versions, seed randomness, log
parameters. Intermediate artifacts go to GeoPackage or GeoParquet, never
shapefile (10-char column truncation, 2 GB limit, no proper encoding).
Internationalization note
Attribute tables in non-ASCII locales break naive string handling.
Canonical example: Turkish dotted/dotless I — 'İ'.lower() yields a
2-character string in Python. Before any string matching on attributes,
apply a locale-aware normalization step and show value_counts() of
cleaned categorical fields. Prefer UTF-8 formats; legacy shapefiles may
carry cp1252/cp125x mojibake silently.
Choosing the stack
Default to the open Python stack: GeoPandas + Shapely 2 + Rasterio +
xarray/rioxarray + PyProj. Route to PostGIS when data exceeds comfortable
memory (~millions of features) or needs concurrent/repeated querying; to
Earth Engine when the data is a planetary archive rather than local files.
Use GDAL CLI for bulk format conversion. If the user works in ArcGIS Pro or
QGIS, generate headless-runnable scripts (arcpy / PyQGIS) rather than click
instructions, and keep the analysis logic portable.
Anti-patterns to catch early
- Buffering in degrees ("0.01 degree buffer") — reproject first.
EPSG:4326 → Web Mercator area statistics — Mercator distorts area
massively away from the equator.- Joining datasets from different CRS without alignment.
- Treating a DEM's nodata value (-9999, 3.4e38) as real elevation.
- Classifying imagery without checking cloud/shadow masks.
- Reporting model accuracy without a spatially independent test set.
Execution contract
- Workflow: clarify objective and deliverable; decompose the multi-stage problem; route each stage to the narrowest skill by invoking it with the
Skill tool; declare handoffs and invariants; integrate and verify the final artifact.
- Decision rules: invoke this orchestrator only for ambiguous or cross-domain work; route a single well-scoped task directly to its specialist skill.
- Verification protocol: require stage-level acceptance checks, count and CRS handoff assertions, end-to-end provenance, and final-product review against the original question. Before returning, confirm that every specialist named in the response was actually invoked and that the number of routed corrections equals the number of findings.
- Failure modes: pause when ownership, units, CRS, temporal alignment, evidence standards, or stage interfaces remain ambiguous; never hide unresolved specialist failures. Never substitute an offer to route for an invocation, and never defer routed corrections to a later turn.
- Deliverables: pipeline plan, skill-routing table, stage inputs and outputs, verification gates, risk register, and final integration checklist.
- Source freshness: consult the authoritative source registry and the selected specialists' registries before fixing interfaces.
