一个用于测试大语言模型从用户提示中提取地理空间建设约束能力的微型多智能体验证仓库，探索 LLM 在预定义地理空间工具环境下的理解与推理能力。

gMART：测试大模型地理空间约束提取能力的实验框架\n\n## 引言：当大模型遇见地理空间\n\n大语言模型（LLM）在文本理解、代码生成、逻辑推理等领域展现了惊人的能力，但当面对地理空间信息这类结构化、多维度、具有明确边界约束的数据时，模型的表现如何？能否准确理解"距离河流至少50米"、"建筑高度不得超过周边建筑平均高度"这类空间约束？\n\ngMART（geospatial Multi-Agent Restrictions Test）项目正是为回答这些问题而设计的实验性框架。它通过构建微型测试环境，系统评估 LLM 从自然语言提示中提取地理空间建设约束的能力。\n\n## 项目概述：聚焦空间约束理解\n\ngMART 是一个精简的实验仓库，核心目标是：\n\n- 能力评估：测试 LLM 理解和提取地理空间约束的准确性\n- 多智能体验证：在预定义的地理空间工具环境中验证模型输出\n- 边界探索：识别 LLM 在空间推理方面的能力与局限\n\n尽管项目规模不大，但它触及了一个重要的交叉领域——自然语言处理与地理信息系统（GIS）的融合。\n\n## 核心概念：地理空间约束提取\n\n### 什么是地理空间约束？\n\n在城乡规划、建筑设计、环境评估等领域，地理空间约束是指与地理位置相关的限制条件，常见类型包括：\n\n#### 距离约束\n\n- "建筑红线距离道路中心线不少于 20 米"\n- "加油站与学校保持 500 米以上距离"\n- "高压线走廊两侧各 30 米为禁建区"\n\n#### 面积与比例约束\n\n- "绿地率不得低于 35%"\n- "建筑密度控制在 25% 以内"\n- "容积率不超过 2.5"\n\n#### 拓扑约束\n\n- "商业设施必须位于地铁站 500 米服务范围内"\n- "污水处理厂应布置在城市下游"\n- "文物保护区周边 100 米为建设控制地带"\n\n#### 高程与坡度约束\n\n- "建筑场地坡度应小于 15%"\n- " floodplain 区域禁止建设"\n- "机场净空区高度限制"\n\n### 约束提取的挑战\n\n从自然语言中提取这些约束面临多重挑战：\n\n1. 歧义性：同一表述可能有多种理解\n2. 隐含关系：约束间的逻辑关系（与、或、非）需要推断\n3. 单位转换：不同单位间的换算（米、千米、公顷等）\n4. 上下文依赖：约束可能依赖前文提到的参照物\n5. 复合约束：多个约束组合形成的复杂条件\n\n## gMART 的测试框架设计\n\n### 1. 预定义地理空间工具集\n\n项目提供了一组模拟的地理空间工具，代表实际 GIS 系统中常见的功能：\n\n\n- distance_buffer(point/line/polygon, distance) → polygon\n- intersection(geometry1, geometry2) → geometry\n- area_calculate(polygon) → number\n- slope_analysis(dem, threshold) → polygon\n- proximity_check(feature, reference_set, max_distance) → boolean\n\n\n这些工具模拟了真实 GIS 操作，但以简化的接口形式呈现。\n\n### 2. 测试用例设计\n\n项目设计了多层次的测试用例：\n\n#### Level 1：单一约束提取\n\n测试模型识别单一、明确的约束：\n\n- 输入："建筑距离河流至少 50 米"\n- 期望输出：调用 distance_buffer(river, 50) 并取补集作为可建区\n\n#### Level 2：复合约束组合\n\n测试模型处理多个约束的组合：\n\n- 输入："建筑需在地铁站 500 米范围内，且距离主干道不少于 30 米，同时避开湿地保护区"\n- 期望输出：多步空间操作的组合\n\n#### Level 3：隐含约束推断\n\n测试模型理解隐含的空间关系：\n\n- 输入："在市中心建设一座大型购物中心，要求交通便利且环境适宜"\n- 期望输出：推断出"靠近主干道"、"避开工业区"等隐含约束\n\n### 3. 多智能体验证机制\n\n项目采用多智能体架构进行验证：\n\n#### 提取智能体（Extraction Agent）\n\n负责从自然语言中识别和结构化空间约束：\n\n- 解析输入文本\n- 识别约束类型和参数\n- 输出结构化的约束表示\n\n#### 验证智能体（Validation Agent）\n\n负责检验提取结果的正确性：\n\n- 检查约束是否完整提取\n- 验证参数数值和单位\n- 确认逻辑关系正确性\n\n#### 执行智能体（Execution Agent）\n\n负责将约束转化为实际的工具调用：\n\n- 将结构化约束映射到工具参数\n- 生成工具调用序列\n- 执行并返回结果\n\n## 实验发现与洞察\n\n### LLM 在空间约束提取上的表现\n\n基于 gMART 的测试，可以观察到 LLM 的以下特点：\n\n#### 优势领域\n\n1. 明确数值约束：对于"距离 X 至少 Y 米"这类明确表述，识别准确率较高\n2. 常见空间术语：理解"范围内"、"缓冲区"、"邻近"等常用表达\n3. 简单布尔组合：处理"且"、"或"、"非"的基本逻辑组合\n\n#### 挑战领域\n\n1. 模糊表述：处理"附近"、"周边"、"适宜位置"等模糊概念\n2. 复杂嵌套：多层嵌套的空间关系（"A 范围内且不在 B 范围内的区域"）\n3. 领域专业知识：理解规划术语（如"容积率"、"建筑密度"、"绿地率"）\n4. 单位混淆：在不同单位间正确换算\n\n### 改进方向\n\n基于测试结果，项目可能探索以下改进：\n\n1. Few-shot 示例：提供约束提取的示例帮助模型理解任务\n2. Chain-of-Thought：引导模型逐步分解复杂约束\n3. 工具描述优化：更详细的工具功能描述提升调用准确性\n4. 领域微调：在规划文本数据上微调模型\n\n## 技术实现要点\n\n### 提示工程策略\n\n项目可能采用结构化的提示模板：\n\n\n你是一位地理空间分析专家。请从以下描述中提取所有建设约束条件，\n并输出为可执行的工具调用序列。\n\n可用工具：\n- distance_buffer(geometry, distance): 创建缓冲区\n- intersection(geom1, geom2): 计算交集\n...\n\n用户描述：{user_prompt}\n\n请输出：\n1. 提取的约束列表\n2. 对应的工具调用计划\n3. 执行顺序和依赖关系\n\n\n### 输出格式设计\n\n为便于验证和执行，模型输出需要结构化：\n\njson\n{\n "constraints": [\n {\n "type": "distance",\n "target": "building",\n "reference": "river",\n "operator": ">=",\n "value": 50,\n "unit": "meter"\n }\n ],\n "execution_plan": [\n {\n "step": 1,\n "tool": "distance_buffer",\n "args": {\"geometry\": \"river\", \"distance\": 50},\n "output_var": "river_buffer"\n },\n {\n "step": 2,\n "tool": "complement",\n "args": {\"geometry\": \"river_buffer\"},\n "output_var": "valid_area"\n }\n ]\n}\n\n\n## 应用场景与价值\n\n### 1. 智能规划助手\n\n将 gMART 的技术应用于城市规划领域：\n\n- 规划师用自然语言描述约束条件\n- 系统自动提取并可视化可行建设区域\n- 大幅降低专业 GIS 软件的使用门槛\n\n### 2. 合规性自动检查\n\n在建筑审批流程中：\n\n- 自动解析设计说明中的约束要求\n- 与提交的设计方案进行比对\n- 标记潜在的合规性问题\n\n### 3. 公众参与平台\n\n让非专业人士也能参与规划讨论：\n\n- 用日常语言表达空间诉求\n- 系统转化为专业的空间分析\n- 促进规划决策的民主化\n\n## 与相关技术的关系\n\n### 与 GeoAI 的融合\n\ngMART 代表了 GeoAI（地理人工智能）的一个细分方向：\n\n- 传统 GeoAI：侧重遥感影像分析、空间预测\n- gMART 方向：侧重自然语言与空间操作的桥接\n\n### 与 LLM 工具调用的关系\n\n项目与 Function Calling / Tool Use 技术密切相关：\n\n- 将空间约束提取视为特殊的工具调用任务\n- 探索空间领域特定的调用模式\n\n### 与知识图谱的结合\n\n地理空间约束可以表示为知识图谱：\n\n- 实体：地块、建筑、设施\n- 关系：距离、包含、相邻\n- 属性：面积、高度、用途\n\n## 局限性与未来方向\n\n### 当前局限\n\n1. 简化工具集：与真实 GIS 系统相比功能有限\n2. 测试规模：用例覆盖不够全面\n3. 缺乏真实数据：未在真实规划场景验证\n\n### 未来扩展\n\n1. 集成真实 GIS 引擎：连接 PostGIS、ArcGIS 等\n2. 多语言支持：测试不同语言的空间表述\n3. 视觉输入：结合地图图像进行约束理解\n4. 对话式交互：支持多轮对话澄清约束\n\n## 结语\n\ngMART 项目虽然规模小巧，却精准地切入了 LLM 应用的一个重要前沿领域——空间智能。它提醒我们，大模型的能力边界仍在不断拓展，而地理空间推理作为人类智能的重要组成部分，也是 AI 需要攻克的难关之一。\n\n对于关注 LLM 工具调用、领域应用、空间计算的开发者，gMART 提供了一个简洁而聚焦的参考案例。它展示了如何将抽象的自然语言转化为精确的空间操作，以及在这一过程中需要克服的技术挑战。

gMART：测试大模型地理空间约束提取能力的实验框架\n\n引言：当大模型遇见地理空间\n\n大语言模型（LLM）在文本理解、代码生成、逻辑推理等领域展现了惊人的能力，但当面对地理空间信息这类结构化、多维度、具有明确边界约束的数据时，模型的表现如何？能否准确理解"距离河流至少50米"、"建筑高度不得超过周边建筑平均高度"这类空间约束？\n\ngMART（geospatial Multi-Agent Restrictions Test）项目正是为回答这些问题而设计的实验性框架。它通过构建微型测试环境，系统评估 LLM 从自然语言提示中提取地理空间建设约束的能力。\n\n项目概述：聚焦空间约束理解\n\ngMART 是一个精简的实验仓库，核心目标是：\n\n- 能力评估：测试 LLM 理解和提取地理空间约束的准确性\n- 多智能体验证：在预定义的地理空间工具环境中验证模型输出\n- 边界探索：识别 LLM 在空间推理方面的能力与局限\n\n尽管项目规模不大，但它触及了一个重要的交叉领域——自然语言处理与地理信息系统（GIS）的融合。\n\n核心概念：地理空间约束提取\n\n什么是地理空间约束？\n\n在城乡规划、建筑设计、环境评估等领域，地理空间约束是指与地理位置相关的限制条件，常见类型包括：\n\n距离约束\n\n- "建筑红线距离道路中心线不少于 20 米"\n- "加油站与学校保持 500 米以上距离"\n- "高压线走廊两侧各 30 米为禁建区"\n\n面积与比例约束\n\n- "绿地率不得低于 35%"\n- "建筑密度控制在 25% 以内"\n- "容积率不超过 2.5"\n\n拓扑约束\n\n- "商业设施必须位于地铁站 500 米服务范围内"\n- "污水处理厂应布置在城市下游"\n- "文物保护区周边 100 米为建设控制地带"\n\n高程与坡度约束\n\n- "建筑场地坡度应小于 15%"\n- " floodplain 区域禁止建设"\n- "机场净空区高度限制"\n\n约束提取的挑战\n\n从自然语言中提取这些约束面临多重挑战：\n\n1. 歧义性：同一表述可能有多种理解\n2. 隐含关系：约束间的逻辑关系（与、或、非）需要推断\n3. 单位转换：不同单位间的换算（米、千米、公顷等）\n4. 上下文依赖：约束可能依赖前文提到的参照物\n5. 复合约束：多个约束组合形成的复杂条件\n\ngMART 的测试框架设计\n\n1. 预定义地理空间工具集\n\n项目提供了一组模拟的地理空间工具，代表实际 GIS 系统中常见的功能：\n\n\n- distance_buffer(point/line/polygon, distance) → polygon\n- intersection(geometry1, geometry2) → geometry\n- area_calculate(polygon) → number\n- slope_analysis(dem, threshold) → polygon\n- proximity_check(feature, reference_set, max_distance) → boolean\n\n\n这些工具模拟了真实 GIS 操作，但以简化的接口形式呈现。\n\n2. 测试用例设计\n\n项目设计了多层次的测试用例：\n\nLevel 1：单一约束提取\n\n测试模型识别单一、明确的约束：\n\n- 输入："建筑距离河流至少 50 米"\n- 期望输出：调用 distance_buffer(river, 50) 并取补集作为可建区\n\nLevel 2：复合约束组合\n\n测试模型处理多个约束的组合：\n\n- 输入："建筑需在地铁站 500 米范围内，且距离主干道不少于 30 米，同时避开湿地保护区"\n- 期望输出：多步空间操作的组合\n\nLevel 3：隐含约束推断\n\n测试模型理解隐含的空间关系：\n\n- 输入："在市中心建设一座大型购物中心，要求交通便利且环境适宜"\n- 期望输出：推断出"靠近主干道"、"避开工业区"等隐含约束\n\n3. 多智能体验证机制\n\n项目采用多智能体架构进行验证：\n\n提取智能体（Extraction Agent）\n\n负责从自然语言中识别和结构化空间约束：\n\n- 解析输入文本\n- 识别约束类型和参数\n- 输出结构化的约束表示\n\n验证智能体（Validation Agent）\n\n负责检验提取结果的正确性：\n\n- 检查约束是否完整提取\n- 验证参数数值和单位\n- 确认逻辑关系正确性\n\n执行智能体（Execution Agent）\n\n负责将约束转化为实际的工具调用：\n\n- 将结构化约束映射到工具参数\n- 生成工具调用序列\n- 执行并返回结果\n\n实验发现与洞察\n\nLLM 在空间约束提取上的表现\n\n基于 gMART 的测试，可以观察到 LLM 的以下特点：\n\n优势领域\n\n1. 明确数值约束：对于"距离 X 至少 Y 米"这类明确表述，识别准确率较高\n2. 常见空间术语：理解"范围内"、"缓冲区"、"邻近"等常用表达\n3. 简单布尔组合：处理"且"、"或"、"非"的基本逻辑组合\n\n挑战领域\n\n1. 模糊表述：处理"附近"、"周边"、"适宜位置"等模糊概念\n2. 复杂嵌套：多层嵌套的空间关系（"A 范围内且不在 B 范围内的区域"）\n3. 领域专业知识：理解规划术语（如"容积率"、"建筑密度"、"绿地率"）\n4. 单位混淆：在不同单位间正确换算\n\n改进方向\n\n基于测试结果，项目可能探索以下改进：\n\n1. Few-shot 示例：提供约束提取的示例帮助模型理解任务\n2. Chain-of-Thought：引导模型逐步分解复杂约束\n3. 工具描述优化：更详细的工具功能描述提升调用准确性\n4. 领域微调：在规划文本数据上微调模型\n\n技术实现要点\n\n提示工程策略\n\n项目可能采用结构化的提示模板：\n\n\n你是一位地理空间分析专家。请从以下描述中提取所有建设约束条件，\n并输出为可执行的工具调用序列。\n\n可用工具：\n- distance_buffer(geometry, distance): 创建缓冲区\n- intersection(geom1, geom2): 计算交集\n...\n\n用户描述：{user_prompt}\n\n请输出：\n1. 提取的约束列表\n2. 对应的工具调用计划\n3. 执行顺序和依赖关系\n\n\n输出格式设计\n\n为便于验证和执行，模型输出需要结构化：\n\njson\n{\n "constraints": [\n {\n "type": "distance",\n "target": "building",\n "reference": "river",\n "operator": ">=",\n "value": 50,\n "unit": "meter"\n }\n ],\n "execution_plan": [\n {\n "step": 1,\n "tool": "distance_buffer",\n "args": {\"geometry\": \"river\", \"distance\": 50},\n "output_var": "river_buffer"\n },\n {\n "step": 2,\n "tool": "complement",\n "args": {\"geometry\": \"river_buffer\"},\n "output_var": "valid_area"\n }\n ]\n}\n\n\n应用场景与价值\n\n1. 智能规划助手\n\n将 gMART 的技术应用于城市规划领域：\n\n- 规划师用自然语言描述约束条件\n- 系统自动提取并可视化可行建设区域\n- 大幅降低专业 GIS 软件的使用门槛\n\n2. 合规性自动检查\n\n在建筑审批流程中：\n\n- 自动解析设计说明中的约束要求\n- 与提交的设计方案进行比对\n- 标记潜在的合规性问题\n\n3. 公众参与平台\n\n让非专业人士也能参与规划讨论：\n\n- 用日常语言表达空间诉求\n- 系统转化为专业的空间分析\n- 促进规划决策的民主化\n\n与相关技术的关系\n\n与 GeoAI 的融合\n\ngMART 代表了 GeoAI（地理人工智能）的一个细分方向：\n\n- 传统 GeoAI：侧重遥感影像分析、空间预测\n- gMART 方向：侧重自然语言与空间操作的桥接\n\n与 LLM 工具调用的关系\n\n项目与 Function Calling / Tool Use 技术密切相关：\n\n- 将空间约束提取视为特殊的工具调用任务\n- 探索空间领域特定的调用模式\n\n与知识图谱的结合\n\n地理空间约束可以表示为知识图谱：\n\n- 实体：地块、建筑、设施\n- 关系：距离、包含、相邻\n- 属性：面积、高度、用途\n\n局限性与未来方向\n\n当前局限\n\n1. 简化工具集：与真实 GIS 系统相比功能有限\n2. 测试规模：用例覆盖不够全面\n3. 缺乏真实数据：未在真实规划场景验证\n\n未来扩展\n\n1. 集成真实 GIS 引擎：连接 PostGIS、ArcGIS 等\n2. 多语言支持：测试不同语言的空间表述\n3. 视觉输入：结合地图图像进行约束理解\n4. 对话式交互：支持多轮对话澄清约束\n\n结语\n\ngMART 项目虽然规模小巧，却精准地切入了 LLM 应用的一个重要前沿领域——空间智能。它提醒我们，大模型的能力边界仍在不断拓展，而地理空间推理作为人类智能的重要组成部分，也是 AI 需要攻克的难关之一。\n\n对于关注 LLM 工具调用、领域应用、空间计算的开发者，gMART 提供了一个简洁而聚焦的参考案例。它展示了如何将抽象的自然语言转化为精确的空间操作，以及在这一过程中需要克服的技术挑战。