Cursor Skills 实践打造属于自己的 AI 开发工作流以 Rockchip Linux Driver 开发为例本文介绍如何利用 Cursor Skills将 AI 从一个聊天工具逐步打造成真正的开发伙伴并结合我在 RK3576 / RK3588 Linux Driver 开发过程中的实践分享我是如何设计自己的 Skills、如何进行任务交接以及如何形成一套完整的 AI 开发工作流。一、为什么开始使用 Cursor Skills相信很多开发者已经开始使用 Cursor 或其他 AI IDE。最开始我和大多数人一样只是把 AI 当成一个聊天助手。例如帮我分析一下这个 Bug帮我看看 DTS 有没有问题帮我写一个驱动帮我解释一下日志AI 基本都能回答。但是随着项目越来越复杂我发现一个问题AI 每次的分析方式都不一样。例如同一个 Linux Driver Bug有时候直接猜原因有时候直接修改代码有时候先分析日志甚至很多时候根本没有分析调用关系。对于 Linux Driver、Camera、Display、MCU 这些复杂工程来说这种方式效率其实并不高。于是我开始思考能不能让 AI 每一次都按照同一种开发流程思考后来接触到了 Cursor Skills。我发现Skill 的价值并不是提高 AI 的智商而是约束 AI 的工作流程。二、Skill 到底是什么很多人第一次看到 Skill都觉得不就是 Prompt 吗其实我现在越来越觉得Skill ≠ PromptPrompt 更像请帮我分析这个问题。AI 每一次都会重新组织思路。而 Skill 更像规定 AI 应该怎样思考。例如rk-debug它不是一句 Prompt。而是一套完整的开发规范理解问题 ↓ 分析调用链 ↓ 分析 DTS ↓ 分析 Driver ↓ 查看日志 ↓ 设计验证方案 ↓ 最后修改代码 ↓ 回归验证以后无论我问多少次RK3576 Camera 为什么没图AI 都会按照这一套流程来分析。这就是 Skill 最大的价值。三、官方 Skills目前我主要参考的是 Matt Pocock 开源的 Skills 仓库。GitHubhttps://github.com/mattpocock/skills里面提供了很多通用开发 Skill。例如1、grill-me作用不断追问需求。例如我要新增 BT1120 输出。AI 不会立即写代码。而是不断确认输入是什么输出是什么为什么这样设计是否需要兼容旧版本直到需求真正明确。非常适合开发新功能。2、handoff作用生成开发交接文档。例如今天完成了一半 Camera 调试。执行/handoff即可生成Goal Current Status Modified Files Next Steps第二天新的 Agent 读取即可继续。3、tdd作用按照测试驱动开发流程工作。固定流程写测试 ↓ 测试失败 ↓ 修改代码 ↓ 测试通过 ↓ Refactor4、review用于代码 Review。重点检查BugRace ConditionMemory LeakCode Style安全问题四、为什么我要自己写 Skills官方 Skills 更多偏向WebReactTypeScriptNode而我的工作主要集中在RK3576RK3588Linux DriverCameraDRMMCUBuildroot这些都有自己的开发特点。例如调试 Camera。真正的分析流程应该是Sensor ↓ MIPI ↓ CSI ↓ CIF ↓ ISP ↓ RKAIQ ↓ Media Graph ↓ V4L2 ↓ Application而不是直接改代码。因此我开始根据自己的工作内容设计属于自己的 Rockchip Skills。五、我的 Skills目前已经完成rk-debug用于Rockchip Linux Driver 调试。固定流程理解问题 ↓ 分析调用链 ↓ 分析 DTS ↓ 分析 Driver ↓ 分析日志 ↓ 设计验证方法 ↓ 修改代码 ↓ 回归验证适用于CameraDisplayUSBUARTCANMCULinux Driverrk-handoff用于开发交接。它不会简单总结聊天。重点记录Goal Current Status Modified Files Build Commands Verification Current Problem Next Steps以后每天结束工作/rk-handoff即可生成docs/XXX_HANDOFF.md第二天读取 handoff ↓ 继续 Next Steps几乎不用重新解释背景。六、后续计划目前计划继续增加rk-build负责SDK 编译。包括单包编译rebuildcleaninstalloutputrk-camera负责Camera Pipeline 调试。固定检查Sensor ↓ CSI ↓ CIF ↓ ISP ↓ RKAIQ ↓ Media Graph ↓ V4L2rk-dts负责DTS Review。固定检查pinctrlregulatorclocksresetsendpointgraphrk-review负责提交前 Review。重点检查CompatibilityResource LeakRaceError HandlingDTS Impactrk-amp负责RK3576 AMP。固定检查reserved-memoryresource tableLinuxMCUpinctrlRT-Thread七、我的开发工作流目前已经基本形成了一套固定 Workflow。例如开发一个新功能grill-me ↓ 明确需求 ↓ rk-build ↓ 编译 ↓ rk-debug ↓ 调试 ↓ rk-review ↓ Review ↓ rk-handoff ↓ 生成交接文档如果是调试 Bugrk-debug ↓ 分析 ↓ 验证 ↓ 修改 ↓ 回归 ↓ rk-handoff如果是一天工作结束rk-handoff ↓ 生成 docs/XXX_HANDOFF.md ↓ Commit ↓ 第二天继续整个开发流程都保持一致。八、Skill 的设计原则在编写自己的 Skills 时我一直坚持几个原则。1、一个 Skill 只负责一个领域例如rk-debug只负责Driver 调试。而不是rk-linux什么都分析。Skill 越小效果越稳定。2、不要让 AI 自己决定流程Skill 的意义不是告诉 AI帮我分析。而是规定必须先分析调用链。 必须分析 DTS。 最后才能修改代码。3、Skill 更像开发规范现在我越来越觉得Skill 本质上不是 Prompt。而是开发规范 最佳实践 工作流程这样 AI 每次都会按照相同方式思考。九、Handoff我认为最有价值的 Skill这是目前我最喜欢的 Skill。例如今天完成UARTCANAMPRS485执行/rk-handoff生成Goal Current Status Modified Files Current Problem Next Steps第二天读取 docs/XXX_HANDOFF.md ↓ 恢复上下文 ↓ 继续 Next Steps整个过程几乎不需要重新解释背景。对于复杂项目来说非常方便。十、未来规划目前主要围绕RK3576RK3588Linux Driver后续准备继续扩展CameraDisplayUSBCANAMPPerformanceSecurityBuildrootYoctoGit Workflow最终形成一套完整的Rockchip AI Development Workflow总结我认为 Cursor Skills 最大的价值并不是让 AI 更聪明。而是让 AI 每一次都按照相同的开发流程思考。当 Skill 越来越多以后它们已经不再只是 Prompt。而是一套真正可以不断沉淀、不断复用的开发规范。对于 Linux Driver、Camera、Display、MCU 这些复杂工程来说这种方式比普通聊天更加高效也更容易形成团队经验沉淀。希望这套工作流也能给正在使用 Cursor 的开发者带来一些启发。