1. 属性表去重为什么总删错行ArcGIS Pro 排序后删除重复项的真实痛点如果你手上有一份「每个高速出入口到市政府距离」的属性表每个市下面挂着好几个出入口而你要的是每个市里 NEAR_DIST 最小的那一个那你大概率已经踩过 ArcGIS Pro 自带「删除相同项」工具的坑了。它确实能按字段去重但它保留的是 OID 最靠前的那条记录而不是你真正想要的那条。OID 是系统维护的对象 ID跟业务逻辑毫无关系所以删完之后你经常发现留下的不是最近的出入口而是最早入库的那个。这个问题的本质是去重之前必须先排序而且排序规则要能被业务字段控制。ArcGIS Pro 的「删除相同项」没有提供「按某字段排序后再保留第一条」的能力所以我们需要自己写一个脚本工具用 SearchCursor 找出重复组用 UpdateCursor 按指定字段排序保留每组第一条删掉其余记录。听起来不复杂但真正落地时会遇到几个现实问题字段类型混排怎么处理、多个排序字段的优先级怎么定、删除时游标锁表怎么办、脚本工具的参数怎么配才能让同事直接双击就能用。我试过在一个市级交通项目里处理 3000 多条出入口记录涉及 40 多个市手工筛根本不现实。后来把这套逻辑封装成 ArcGIS Pro 脚本工具参数化字段和排序方式才算把流程固定下来。这篇文章就围绕这个场景把脚本参数配置、字段排序规则、去重逻辑、以及用 TaoToken 统一 Key 调用模型辅助生成和校验脚本的完整流程讲清楚最后用要素计数对比验证去重结果。适合需要批量清理重复要素的 GIS 从业者也适合想把重复性数据处理固化成工具箱的同事。核心检索词先明确ArcGIS Pro 脚本工具、排序后删除重复项、属性表去重、NEAR_DIST 最小值保留。这几个词会贯穿全文你如果是搜着这几个词进来的方向没错。2. TaoToken 统一 Key 在脚本生成与校验中的前置准备写这个脚本工具最耗时间的其实不是 UpdateCursor 的语法而是边界情况的处理字段是字符串还是数值、排序方向怎么映射、空值怎么排、删除时怎么避免游标冲突。这些细节如果全靠自己翻文档一个下午就没了。我的做法是用 TaoToken 的统一 Key 走 API 通道让模型帮我生成脚本骨架和校验逻辑然后我在 ArcGIS Pro 的 Python 环境里跑通。TaoToken 在这里的角色是「统一入口」你不需要为不同模型分别维护 Key 和 Base URL一个 Key 就能调用对话模型来生成代码、解释报错、校验逻辑。官网地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 注意 API 地址不带 UTM 参数配置的时候别拼错。前置准备分三步。第一步拿到 Key。进入控制台创建 API Key地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 创建后复制保存后面配置环境变量要用。第二步确认你要用的模型 ID。如果你只是生成和校验脚本用模型对话页面先试一轮就行地址是 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 在里面选一个擅长代码的模型记下 Model ID。第三步如果你打算长期做 GIS 脚本开发、批量处理属性表可以考虑 Coding Plan地址是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 它更适合高频调用场景。这里要强调一个配置三件套的概念不管你用的是 Cline、Codex 还是 Claude Code 这类工具接入任何模型服务都需要 Base URL、API Key、Model ID 三个东西。Base URL 填 https://taotoken.net/api Key 填你创建的那串Model ID 填你选的模型标识。这三个缺一个都跑不通后面排错章节会专门讲 401 和 local proxy failed 怎么对照。环境变量配置我习惯用系统级Windows 下在「环境变量」里加 TAOTOKEN_API_KEYLinux/macOS 下写进 ~/.bashrc 或 ~/.zshrc。这样脚本里用 os.environ.get 读取不会把 Key 硬编码进代码。ArcGIS Pro 自带的 Python 环境是 conda 管理的环境变量在 Pro 启动时读取所以改完要重启 Pro 才生效这点很多人会忽略。3. 可复制的脚本参数配置与排序去重逻辑这一节是全文的核心直接给你能复制的配置和代码。先说脚本工具的参数设计。在 ArcGIS Pro 里新建脚本工具参数表建议这样配参数名显示名数据类型方向说明in_features输入要素Feature Layer输入要去重的要素类或图层group_fields分组字段Field (多值)输入判断重复的依据如市名sort_field排序字段Field输入决定保留哪条的字段如 NEAR_DISTkeep_min保留最小值Boolean输入True 升序保留最小False 降序保留最大参数配置的关键点是 group_fields 要允许多值因为实际业务里「重复」可能是「市名 出入口类型」的组合。sort_field 只允许单值避免排序优先级混乱。keep_min 用布尔值映射升序降序比让用户填 asc/desc 更不容易出错。下面是脚本主体Python 3适用于 ArcGIS Pro。注意代码块标了 pythonimport arcpy import os def dedup_by_sort(in_features, group_fields, sort_field, keep_min): # 分组字段可能是分号分隔的多值 if isinstance(group_fields, str): group_fields [f.strip() for f in group_fields.split(;) if f.strip()] else: group_fields list(group_fields) # 构建分组键把分组字段的值拼成元组 groups {} oid_field arcpy.Describe(in_features).OIDFieldName search_fields [oid_field, sort_field] group_fields with arcpy.da.SearchCursor(in_features, search_fields) as cursor: for row in cursor: oid row[0] sort_val row[1] key tuple(row[2:]) groups.setdefault(key, []).append((oid, sort_val)) # 每组排序保留第一条其余进删除列表 to_delete [] for key, items in groups.items(): # 处理 NoneNone 统一排到最后 items.sort(keylambda x: (x[1] is None, x[1]), reversenot keep_min) keep items[0][0] for oid, _ in items[1:]: to_delete.append(oid) # 批量删除 if to_delete: with arcpy.da.UpdateCursor(in_features, [oid_field]) as cursor: for row in cursor: if row[0] in to_delete: cursor.deleteRow() return len(to_delete) if __name__ __main__: in_features arcpy.GetParameterAsText(0) group_fields arcpy.GetParameterAsText(1) sort_field arcpy.GetParameterAsText(2) keep_min arcpy.GetParameterAsText(3).lower() in (true, 1, yes) deleted dedup_by_sort(in_features, group_fields, sort_field, keep_min) arcpy.AddMessage(已删除重复记录数{}.format(deleted))这段代码有几个设计点值得说。第一分组键用元组支持多字段组合去重。第二排序时把 None 单独处理x[1] is None作为第一排序键保证空值不会因为类型比较报错。第三删除用 UpdateCursor 遍历 OID而不是直接构造 SQL 的 IN 子句避免 OID 数量过多时 SQL 长度超限。第四函数返回删除数量方便在工具消息里输出也方便后面做计数验证。如果你想让模型帮你校验这段逻辑可以把代码贴到模型对话里问它「这段排序去重逻辑在字段为字符串类型时是否仍然正确」。字符串排序是按字典序如果你的 sort_field 是数值但存成了字符串排序结果会不对这时候要么在脚本里做类型转换要么在调用前用「计算字段」把类型改对。这个坑我在一个项目里踩过NEAR_DIST 存成了文本结果「100」排在「20」前面去重结果全错。4. 验证请求与成功结果要素计数对比确认去重生效脚本写完不算完必须验证。验证分两层一层是脚本本身能跑通另一层是去重结果符合业务预期。先说跑通验证。在 ArcGIS Pro 的 Python 窗口里先不挂工具直接调函数import arcpy arcpy.env.workspace rC:\data\city.gdb before int(arcpy.management.GetCount(highway_exits).getOutput(0)) print(去重前要素数, before)然后调用去重函数再取一次计数after int(arcpy.management.GetCount(highway_exits).getOutput(0)) print(去重后要素数, after) print(删除数量, before - after)如果 before 是 3120after 是 2876删除 244 条而你的分组字段是市名有 244 个市有多余出入口这个数量级就对得上。如果删除数量是 0说明分组字段选错了或者排序字段全是唯一值没有真正重复。第二层验证是业务正确性。挑一个市比如「杭州市」去重前查它的所有出入口和 NEAR_DISTwith arcpy.da.SearchCursor(highway_exits, [CITY, NEAR_DIST], CITY 杭州市) as cursor: for row in cursor: print(row)去重后再查一次应该只剩一条且 NEAR_DIST 是之前那组里的最小值。这一步是必须做的因为计数对了不代表保留对了。我见过有人排序方向写反keep_min 传了 False结果每个市留下的是最远的出入口计数看起来正常业务全错。用 TaoToken 辅助校验的做法是把去重前后的对比结果贴给模型问它「保留的记录是否满足每组 NEAR_DIST 最小」。模型能帮你快速核对逻辑但最终判断还是要你自己看数据。模型对话入口在 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 适合做这种交互式校验。成功结果的标志有三个脚本无报错跑完、删除数量与预期重复组数一致、抽查分组保留的是排序后的第一条。三个都满足这个工具才算可用。5. 本篇常见报错排查401、local proxy failed 与游标冲突这一节按真实报错来对照你遇到哪个查哪个。401 Unauthorized。这个几乎都是 Key 的问题。检查三件事Key 是否复制完整前后有没有空格、环境变量名是否和脚本里读的一致、Base URL 是否写成了 https://taotoken.net/api 而不是带路径的地址。如果你用的是 Cline 或类似工具配置里 Base URL、API Key、Model ID 三件套要同时填对缺一个就 401。Model ID 写错有时也会返回 401 或 404别只盯着 Key 看。local proxy failed。这个报错通常出现在你本地配了代理类工具但代理没启动或者端口不对。处理方式是检查本地代理进程是否在跑、端口是否和配置一致。如果你没有主动配代理检查系统环境变量里有没有残留的 HTTP_PROXY/HTTPS_PROXY有的话清掉再重启 ArcGIS Pro。注意这里说的是本地开发环境的网络配置排查不涉及任何网络访问方式的选择。arcpy 游标报「Cannot acquire a lock」或「reading choices」类错误。这是属性表被占用。常见原因是你还开着属性表窗口、或者上一个 SearchCursor 没关闭。确保用 with 语句管理游标跑脚本前关掉属性表视图。如果数据在文件地理数据库里还要确认没有其他进程在写同一个要素类。OAuth 相关报错。如果你用的是 Claude Code 这类需要 OAuth 授权的工具报 OAuth 失败时先确认授权流程是否走完、token 是否过期。Claude Code 接入的配置文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有 Base URL、Key、Model ID 的填写位置说明。Claude Code 的接入配置通常写在 settings 文件里格式类似{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: 你的Key, ANTHROPIC_MODEL: 你的ModelID } }Codex 的 auth.json 则是另一种结构核心还是 Base URL、Key、Model ID 三件套。Cline 的 MCP 配置同理别把 MCP 直连到生产数据库脚本工具操作的是本地或测试地理数据库。排序结果不对但没报错。这是最隐蔽的。检查 sort_field 的类型字符串和数值排序规则不同检查 keep_min 的布尔值传递ArcGIS 脚本工具的参数是字符串要显式转换检查分组字段是否包含了不该包含的字段导致分组过细、重复没被识别。6. 把去重流程固化成可复用工具接入文档与长期方案脚本跑通一次不难难的是让团队里每个人都能用、每次数据更新都能复用。我的做法是把脚本注册成 ArcGIS Pro 工具箱里的脚本工具参数按第 3 节的表配好工具说明里写清楚「本工具直接修改原数据使用前备份」。这样同事不需要看代码双击填参数就能去重。如果你要长期做这类 GIS 数据处理脚本建议把模型辅助生成和校验也固化下来。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有 API 调用的完整说明。API Key 管理在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 建议给不同项目建不同的 Key方便追踪用量。如果你经常要写脚本、调报错、做逻辑校验Coding Plan 在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 比单次调用更适合这种高频场景。最后给一个实用技巧把去重前后的计数对比写进脚本工具的验证消息里每次运行自动输出「去重前 X 条去重后 Y 条删除 Z 条」。这样即使换人操作也能一眼看出结果是否合理。工具的价值不在于代码多复杂而在于把「排序后删除重复项」这个动作变成可重复、可验证、可交接的标准流程。 1. 属性表去重为什么总删错行ArcGIS Pro 排序后删除重复项的真实痛点如果你手上有一份「每个高速出入口到市政府距离」的属性表每个市下面挂着好几个出入口而你要的是每个市里 NEAR_DIST 最小的那一个那你大概率已经踩过 ArcGIS Pro 自带「删除相同项」工具的坑了。它确实能按字段去重但它保留的是 OID 最靠前的那条记录而不是你真正想要的那条。OID 是系统维护的对象 ID跟业务逻辑毫无关系所以删完之后你经常发现留下的不是最近的出入口而是最早入库的那个。这个问题的本质是去重之前必须先排序而且排序规则要能被业务字段控制。ArcGIS Pro 的「删除相同项」没有提供「按某字段排序后再保留第一条」的能力所以我们需要自己写一个脚本工具用 SearchCursor 找出重复组用 UpdateCursor 按指定字段排序保留每组第一条删掉其余记录。听起来不复杂但真正落地时会遇到几个现实问题字段类型混排怎么处理、多个排序字段的优先级怎么定、删除时游标锁表怎么办、脚本工具的参数怎么配才能让同事直接双击就能用。我试过在一个市级交通项目里处理 3000 多条出入口记录涉及 40 多个市手工筛根本不现实。后来把这套逻辑封装成 ArcGIS Pro 脚本工具参数化字段和排序方式才算把流程固定下来。这篇文章就围绕这个场景把脚本参数配置、字段排序规则、去重逻辑、以及用 TaoToken 统一 Key 调用模型辅助生成和校验脚本的完整流程讲清楚最后用要素计数对比验证去重结果。适合需要批量清理重复要素的 GIS 从业者也适合想把重复性数据处理固化成工具箱的同事。核心检索词先明确ArcGIS Pro 脚本工具、排序后删除重复项、属性表去重、NEAR_DIST 最小值保留。这几个词会贯穿全文你如果是搜着这几个词进来的方向没错。2. TaoToken 统一 Key 在脚本生成与校验中的前置准备写这个脚本工具最耗时间的其实不是 UpdateCursor 的语法而是边界情况的处理字段是字符串还是数值、排序方向怎么映射、空值怎么排、删除时怎么避免游标冲突。这些细节如果全靠自己翻文档一个下午就没了。我的做法是用 TaoToken 的统一 Key 走 API 通道让模型帮我生成脚本骨架和校验逻辑然后我在 ArcGIS Pro 的 Python 环境里跑通。TaoToken 在这里的角色是「统一入口」你不需要为不同模型分别维护 Key 和 Base URL一个 Key 就能调用对话模型来生成代码、解释报错、校验逻辑。官网地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 注意 API 地址不带 UTM 参数配置的时候别拼错。前置准备分三步。第一步拿到 Key。进入控制台创建 API Key地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 创建后复制保存后面配置环境变量要用。第二步确认你要用的模型 ID。如果你只是生成和校验脚本用模型对话页面先试一轮就行地址是 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 在里面选一个擅长代码的模型记下 Model ID。第三步如果你打算长期做 GIS 脚本开发、批量处理属性表可以考虑 Coding Plan地址是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 它更适合高频调用场景。这里要强调一个配置三件套的概念不管你用的是 Cline、Codex 还是 Claude Code 这类工具接入任何模型服务都需要 Base URL、API Key、Model ID 三个东西。Base URL 填 https://taotoken.net/api Key 填你创建的那串Model ID 填你选的模型标识。这三个缺一个都跑不通后面排错章节会专门讲 401 和 local proxy failed 怎么对照。环境变量配置我习惯用系统级Windows 下在「环境变量」里加 TAOTOKEN_API_KEYLinux/macOS 下写进 ~/.bashrc 或 ~/.zshrc。这样脚本里用 os.environ.get 读取不会把 Key 硬编码进代码。ArcGIS Pro 自带的 Python 环境是 conda 管理的环境变量在 Pro 启动时读取所以改完要重启 Pro 才生效这点很多人会忽略。3. 可复制的脚本参数配置与排序去重逻辑这一节是全文的核心直接给你能复制的配置和代码。先说脚本工具的参数设计。在 ArcGIS Pro 里新建脚本工具参数表建议这样配参数名显示名数据类型方向说明in_features输入要素Feature Layer输入要去重的要素类或图层group_fields分组字段Field (多值)输入判断重复的依据如市名sort_field排序字段Field输入决定保留哪条的字段如 NEAR_DISTkeep_min保留最小值Boolean输入True 升序保留最小False 降序保留最大参数配置的关键点是 group_fields 要允许多值因为实际业务里「重复」可能是「市名 出入口类型」的组合。sort_field 只允许单值避免排序优先级混乱。keep_min 用布尔值映射升序降序比让用户填 asc/desc 更不容易出错。下面是脚本主体Python 3适用于 ArcGIS Pro。注意代码块标了 pythonimport arcpy import os def dedup_by_sort(in_features, group_fields, sort_field, keep_min): # 分组字段可能是分号分隔的多值 if isinstance(group_fields, str): group_fields [f.strip() for f in group_fields.split(;) if f.strip()] else: group_fields list(group_fields) # 构建分组键把分组字段的值拼成元组 groups {} oid_field arcpy.Describe(in_features).OIDFieldName search_fields [oid_field, sort_field] group_fields with arcpy.da.SearchCursor(in_features, search_fields) as cursor: for row in cursor: oid row[0] sort_val row[1] key tuple(row[2:]) groups.setdefault(key, []).append((oid, sort_val)) # 每组排序保留第一条其余进删除列表 to_delete [] for key, items in groups.items(): # 处理 NoneNone 统一排到最后 items.sort(keylambda x: (x[1] is None, x[1]), reversenot keep_min) keep items[0][0] for oid, _ in items[1:]: to_delete.append(oid) # 批量删除 if to_delete: with arcpy.da.UpdateCursor(in_features, [oid_field]) as cursor: for row in cursor: if row[0] in to_delete: cursor.deleteRow() return len(to_delete) if __name__ __main__: in_features arcpy.GetParameterAsText(0) group_fields arcpy.GetParameterAsText(1) sort_field arcpy.GetParameterAsText(2) keep_min arcpy.GetParameterAsText(3).lower() in (true, 1, yes) deleted dedup_by_sort(in_features, group_fields, sort_field, keep_min) arcpy.AddMessage(已删除重复记录数{}.format(deleted))这段代码有几个设计点值得说。第一分组键用元组支持多字段组合去重。第二排序时把 None 单独处理x[1] is None作为第一排序键保证空值不会因为类型比较报错。第三删除用 UpdateCursor 遍历 OID而不是直接构造 SQL 的 IN 子句避免 OID 数量过多时 SQL 长度超限。第四函数返回删除数量方便在工具消息里输出也方便后面做计数验证。如果你想让模型帮你校验这段逻辑可以把代码贴到模型对话里问它「这段排序去重逻辑在字段为字符串类型时是否仍然正确」。字符串排序是按字典序如果你的 sort_field 是数值但存成了字符串排序结果会不对这时候要么在脚本里做类型转换要么在调用前用「计算字段」把类型改对。这个坑我在一个项目里踩过NEAR_DIST 存成了文本结果「100」排在「20」前面去重结果全错。4. 验证请求与成功结果要素计数对比确认去重生效脚本写完不算完必须验证。验证分两层一层是脚本本身能跑通另一层是去重结果符合业务预期。先说跑通验证。在 ArcGIS Pro 的 Python 窗口里先不挂工具直接调函数import arcpy arcpy.env.workspace rC:\data\city.gdb before int(arcpy.management.GetCount(highway_exits).getOutput(0)) print(去重前要素数, before)然后调用去重函数再取一次计数after int(arcpy.management.GetCount(highway_exits).getOutput(0)) print(去重后要素数, after) print(删除数量, before - after)如果 before 是 3120after 是 2876删除 244 条而你的分组字段是市名有 244 个市有多余出入口这个数量级就对得上。如果删除数量是 0说明分组字段选错了或者排序字段全是唯一值没有真正重复。第二层验证是业务正确性。挑一个市比如「杭州市」去重前查它的所有出入口和 NEAR_DISTwith arcpy.da.SearchCursor(highway_exits, [CITY, NEAR_DIST], CITY 杭州市) as cursor: for row in cursor: print(row)去重后再查一次应该只剩一条且 NEAR_DIST 是之前那组里的最小值。这一步是必须做的因为计数对了不代表保留对了。我见过有人排序方向写反keep_min 传了 False结果每个市留下的是最远的出入口计数看起来正常业务全错。用 TaoToken 辅助校验的做法是把去重前后的对比结果贴给模型问它「保留的记录是否满足每组 NEAR_DIST 最小」。模型能帮你快速核对逻辑但最终判断还是要你自己看数据。模型对话入口在 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 适合做这种交互式校验。成功结果的标志有三个脚本无报错跑完、删除数量与预期重复组数一致、抽查分组保留的是排序后的第一条。三个都满足这个工具才算可用。5. 本篇常见报错排查401、local proxy failed 与游标冲突这一节按真实报错来对照你遇到哪个查哪个。401 Unauthorized。这个几乎都是 Key 的问题。检查三件事Key 是否复制完整前后有没有空格、环境变量名是否和脚本里读的一致、Base URL 是否写成了 https://taotoken.net/api 而不是带路径的地址。如果你用的是 Cline 或类似工具配置里 Base URL、API Key、Model ID 三件套要同时填对缺一个就 401。Model ID 写错有时也会返回 401 或 404别只盯着 Key 看。local proxy failed。这个报错通常出现在你本地配了代理类工具但代理没启动或者端口不对。处理方式是检查本地代理进程是否在跑、端口是否和配置一致。如果你没有主动配代理检查系统环境变量里有没有残留的 HTTP_PROXY/HTTPS_PROXY有的话清掉再重启 ArcGIS Pro。注意这里说的是本地开发环境的网络配置排查不涉及任何网络访问方式的选择。arcpy 游标报「Cannot acquire a lock」或「reading choices」类错误。这是属性表被占用。常见原因是你还开着属性表窗口、或者上一个 SearchCursor 没关闭。确保用 with 语句管理游标跑脚本前关掉属性表视图。如果数据在文件地理数据库里还要确认没有其他进程在写同一个要素类。OAuth 相关报错。如果你用的是 Claude Code 这类需要 OAuth 授权的工具报 OAuth 失败时先确认授权流程是否走完、token 是否过期。Claude Code 接入的配置文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有 Base URL、Key、Model ID 的填写位置说明。Claude Code 的接入配置通常写在 settings 文件里格式类似{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: 你的Key, ANTHROPIC_MODEL: 你的ModelID } }Codex 的 auth.json 则是另一种结构核心还是 Base URL、Key、Model ID 三件套。Cline 的 MCP 配置同理别把 MCP 直连到生产数据库脚本工具操作的是本地或测试地理数据库。排序结果不对但没报错。这是最隐蔽的。检查 sort_field 的类型字符串和数值排序规则不同检查 keep_min 的布尔值传递ArcGIS 脚本工具的参数是字符串要显式转换检查分组字段是否包含了不该包含的字段导致分组过细、重复没被识别。6. 把去重流程固化成可复用工具接入文档与长期方案脚本跑通一次不难难的是让团队里每个人都能用、每次数据更新都能复用。我的做法是把脚本注册成 ArcGIS Pro 工具箱里的脚本工具参数按第 3 节的表配好工具说明里写清楚「本工具直接修改原数据使用前备份」。这样同事不需要看代码双击填参数就能去重。如果你要长期做这类 GIS 数据处理脚本建议把模型辅助生成和校验也固化下来。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有 API 调用的完整说明。API Key 管理在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 建议给不同项目建不同的 Key方便追踪用量。如果你经常要写脚本、调报错、做逻辑校验Coding Plan 在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 比单次调用更适合这种高频场景。最后给一个实用技巧把去重前后的计数对比写进脚本工具的验证消息里每次运行自动输出「去重前 X 条去重后 Y 条删除 Z 条」。这样即使换人操作也能一眼看出结果是否合理。工具的价值不在于代码多复杂而在于把「排序后删除重复项」这个动作变成可重复、可验证、可交接的标准流程。