自驱立项的实验项目。把"一句自然语言指令"通过 Coze Agent、FastAPI、MAVSDK 与 PX4 仿真,完整打通到无人机起飞——一个设计岗位之外的工程练习。
发送自然语言指令,如「起飞并悬停」。
解析意图,结构化指令参数。
指令推送至 FastAPI 云端服务。
本地 listener 轮询获取任务。
MAVSDK 调用协议控制 PX4 飞控。
AirSim / UE4 与 Gazebo 并行。
发送自然语言指令
解析意图,结构化参数
云端服务接收指令
轮询获取任务
控制 PX4 飞控
AirSim · Gazebo 并行
"企业最先需要的不是'AI 自己决定怎么飞',而是把重复、固定、标准化的无人机任务自动化。AI 负责理解任务和调度流程,飞控、地面站或机巢平台负责安全执行。"
固定航线、固定频次、固定检查点最适合自动化。园区边界、仓库周边、夜间安防,飞完自动留下任务记录与异常截图。
把"去某片区域巡检"拆成位置解析、航线生成、天气判断、飞后报告。后续接入图像识别,做热斑、破损、异物初筛。
按周或按天对同一区域执行固定任务,采集俯视影像和关键点位照片,用于施工进度、堆料变化、围挡安全管理。
若接入 DJI Dock / Cloud API,现有 FastAPI 调度层可以变成机巢任务中枢:接收任务、检查条件、下发航线、回收状态。
面向 QGC 岗位,把项目收敛成"中文任务到航线草案、任务状态显示、MAVLink 日志解析"的小工具,而不是一上来做完整平台。
在消防、山林、河道或城市事件中,AI 帮助快速整理任务描述和点位信息,但最终执行保留人工确认与安全接管。
从自然语言输入到飞控指令输出,独立完成了 Feishu → Coze → Webhook → FastAPI → MAVSDK → MAVLink → PX4 的完整链路。不是调某一段 API,是整个管道自己接通。
大多数做 AI 调度的人不懂 MAVLink,懂无人机的人不会用 Coze 构建 Agent。这个项目同时踩进了两个领域,并让它们协同工作——这是真实的跨栈能力。
FastAPI 部署在云端做指令缓冲,本地 listener 用轮询方式取任务再驱动飞控,解决了 "AI 服务在云上、飞控在本地局域网" 的连通难题,是实际工程中绕不开的架构问题。
AirSim / UE4 提供高保真视觉仿真,Gazebo 提供物理行为验证,两套环境并行跑同一套指令。这种双轨验证能更早暴露控制层问题,是接近工业级测试思路的做法。
在福华的工作经历让我清楚无人机企业的实际售前流程、客户痛点和落地边界,调度系统的设计从一开始就在考虑"这个方案能不能卖给客户",而不只是技术自嗨。
没有团队、没有导师、没有任务指派。从立项、技术选型、踩坑、调试到上线演示网站,全程一个人完成。这不只是技术能力的证明,更是执行力和自驱机制的证明。
在福华期间,除了 AI 调度系统这个仿真级实验,我还自驱完成了一个真正上线的项目:基于 Coze 平台独立搭建企业 AI 知识库智能体,整理产品参数、型号对比、常见问题,通过 Prompt Engineering 优化应答逻辑,集成飞书机器人实现客户咨询 7×24 小时自动应答。系统已在公司内部正式上线持续使用——这是一个完整跑通"立项 → 整理 → 训练 → 部署 → 维护"全流程的真实案例。
针对远洋货轮船体巡检场景,用 Figma 设计的完整任务驾驶舱概念。覆盖任务执行的完整生命周期:实时画面与 AI 分析、多机编队地图调度、巡检完成后的缺陷报告与传感器汇总。每个模块都对应实际作业中的决策节点。
实时相机画面叠加目标船舶信息弹窗,底部同步显示 AI 分析结果(表面外观 / 气体环境 / 钢板内部)与任务规划地图,飞行员可在单屏内完成态势感知与任务监控。
⚠ 此为 Figma 原型设计,展示设计思路与行业理解,尚未接入真实无人机硬件或后端服务。
可见光、热成像、LiDAR 点云、超声波探伤、气体传感器、湿度传感器六路数据在报告页统一呈现,对应真实货轮检测流程中的标准传感器配置。
巡检报告以热异常区域 / 密封异常 / 表面腐蚀三类缺陷分类显示,并在船体俯视图上标注具体位置,方便后续人工复核与维修定位。
三个视图分别覆盖「执行中」「调度中」「已结束」三个任务阶段,驾驶舱逻辑完整,不是单屏截图拼凑,而是有内在交互逻辑的系统设计。
设计合作、岗位机会、AI 工作流交流都欢迎。扫码加我微信,备注来意即可。
