GIS DEVELOPMENT & AGENTS

做空间工具,
也做智能应用。

我是张翼,中国地质大学(武汉)硕士。
我把空间数据处理、研究流程和日常需求做成能实际使用的工具。正在做的重点,是让 Agent 调用真实 GIS 工具,交付可核验的地图与数据。

空间数据处理Web 全栈Agent 工程
GeoRunlet / 对话驱动的空间任务↗
GeoRunlet 完整真实界面:左侧图层管理显示武昌区2076条道路,中间道路地图,右侧用户需求、工具调用与执行核验。
一句需求,调用工具,交付地图武昌区 · OSM 预置道路 · 真实加载
2,076条道路要素
从一句需求,到地图和成果文件。自然语言 → 工具执行 → 地图与文件
SELECTED
PROJECT / 01

完整实测界面 · 图层管理 / 地图 / 对话执行 · 查看大图 ↗

项目与作品

数据采集、空间分析、智能工具。
每个项目都有一个具体的起点。

重点项目 · 可在线体验

GeoRunlet

轻量 GIS 处理与数据生成平台。Agent 协助理解目标、确认输入和参数,组织道路裁剪统计、网格与采样等受控任务;由真实 GIS 工具计算,交付地图、统计表、数据文件和运行记录。

Python / FastAPIQGIS / MCP任务状态与证据核验

一个实际使用场景 / 道路分析

“加载武昌区道路,
按道路类别统计长度。”

  1. 确定输入与口径 · 范围、字段、长度单位
  2. 调用真实工具 · 质量检查与 QGIS 计算
  3. 拿到可追溯成果 · 地图、统计表与下载

开发中遇到的问题

一些值得记录的工程问题。
点击标题,看看我的处理思路。

做 GeoRunlet 时,我花了不少时间处理这些问题:模型说的结果是否真实?任务失败后怎么恢复?取消以后,计算进程是否真的结束?这里记录几项实际的工程选择。
阅读作品说明 →
从功能实现,到可靠执行。保留问题、取舍与失败记录,方便后续迭代。
GEORUNLET / 可靠性如何避免 Agent 编造 GIS 统计结果?

模型负责理解与表达,GIS 数值由真实工具产生。回答关联输入版本与执行记录;未执行、失败和缺少证据不能写成成功。把“听起来合理”与“实际算出来”分开,是这一项目的核心约束。

GEORUNLET / 工具契约工具越来越多,怎样扩大能力又保持可控?

围绕输入角色、参数、单位、范围和输出建立工具契约。新能力先经过确定性测试、真实 QGIS 金标准和业务场景验收,再进入受控表单与模板;不直接向模型开放全部算法或任意代码执行。

GEORUNLET / 任务生命周期取消任务后,原生进程与成果如何收尾?

Web 请求结束不等于 GIS 原生进程结束。任务状态、取消、预算、文件配额和进程清理需要共同管理;保存方案与真实运行历史分别记录,刷新后恢复已有结果,避免“回答结束,进度还在转”。

关于我

地理信息工程背景,
喜欢把研究需求做成可用的产品。

从实际问题开始。

我的项目大多来自数据获取、研究分析或成果展示中的具体需求。从街景采集和感知问卷,到 GIS Agent,我希望把重复的处理流程做成容易使用的工具。在 GeoRunlet 中,我尤其关注数据来源、结果核验和失败处理。

开发Python / C++ / Vue / FastAPI / Django
空间数据QGIS / GDAL / PostGIS / GeoServer
智能应用LangGraph / MCP / RAG / OpenSearch
部署Linux / Docker / PostgreSQL