无人机巡检这几年已经从「会飞的相机」变成了「会思考的智能体」。但一个更尖锐的问题悬在那里：这些越来越聪明的行业系统，谁在使用它们？

答案往往是——一个受过专门培训的操作员，对着十几个互相独立的系统，反复登录、切换、复制、粘贴。行业软件几十年积累下来的「烟囱」，是人机协同里最贵的那块成本。

这篇文章想讲清楚一件事：Harness 正在成为行业应用的第一界面，而 MCP CLI 是它伸向老系统的那只手。

行业信息系统的「烟囱」问题

一个做巡检的公司，后台可能同时跑着：飞行调度系统、影像分析平台、工单系统、ERP、OA，还有一堆没名字的内部脚本。

这些系统各自为政：界面不统一、数据不互通、操作要培训。每多一个系统，就多一层「人肉胶水」——靠人来把这些系统粘在一起。

传统解法有两条，都不便宜：

• 定制开发：让厂商一家家对接 API，周期按月算，成本按人天算。
• RPA 机器人：模拟人点鼠标，能救急，但脆——界面一改，机器人就断。

问题的本质不是「系统不够强」，而是系统之间没有一个统一的、可编程的入口。

MCP：把「调用系统」变成一门通用语言

MCP（Model Context Protocol，模型上下文协议）做的事，就是给「AI 调用外部系统」定一个标准。

它把每个系统封装成一组工具：一个工单系统，暴露成 create_ticket、query_ticket；一个飞行调度系统，暴露成 dispatch_drone、get_mission_status。AI 不用关心这些系统内部的脏细节，它只需要知道「有哪些工具、每个工具怎么调」。

关键是，这层封装可以很薄。MCP CLI 的出现，让这件事的成本降到了最低：你甚至不需要为老系统重写服务，只需要一个命令行入口——把系统已有的命令、脚本、HTTP 接口，包装成标准 MCP 工具，暴露给 Harness。

一把「老系统的瑞士军刀」，就这么接上了新大脑。

Harness：行业应用的「第一界面」

有了 MCP 这层通用语言，Harness 的角色就变了。

过去 Harness 被当成「写代码的搭档」——Claude Code、Codex 这些，主要场景在软件工程。但 Harness 的本质不是「写代码」，而是把用户意图翻译成对工具的一连串调用。写代码只是「工具」的一种。

把这个本质放到行业里，结论是：Harness 可以成为所有行业软件的统一前台。

想象一下那个巡检运维员的明天：他不再登录五个系统，而是在一个对话里说——

「查一下北塘河段今天的巡查结果，有异常的派个工单，顺便把本周的巡检报告发我邮箱。」

Harness 通过 MCP 依次调用影像平台、工单系统、邮件服务，把这一串动作完成。用户面对的只有一个界面——自然语言。

这就是「第一界面」的含义：不是多一个入口，而是把入口收拢成一个。行业应用的能力还在原地，但使用它的方式被 Harness 重写了。

为什么现在才成立

三个条件，在 2026 年凑齐了：

1. 模型能力够了：300 亿、1.6 万亿参数的大模型，能稳定地把一句话拆成正确的多步工具调用。
2. 协议标准化了：MCP 从厂商私有方案变成事实标准，工具可以跨系统、跨厂商复用。
3. 封装成本降了：MCP CLI 让「接一个老系统」从人月降到人天。

三者缺一，这个「第一界面」都只是 PPT。

收尾

从「人防」到「智防」，从「点鼠标」到「说一句话」——行业应用智能化的两条线，最后会汇到同一个点上：Harness 成为人跟机器之间的那层统一界面，MCP 是它身后的通用接口。

对做行业应用的人，这个判断的落地动作很具体：别急着重做系统，先给你的系统配一个 MCP 入口。剩下的，交给 Harness。