AI辅助开发 (Code Agent)
AI 编程助手(如 Cursor、Trae 等)正在成为工程师日常开发中越来越重要的工具。对于 GdiSDK 的使用者来说,善用 AI 可以大幅降低上手门槛,尤其是在编写 Pipeline 脚本、配置模块参数这类需要记忆大量接口细节的场景中。
本章节介绍如何在 AI IDE 中配合 gdisdk-skills 来加速 GdiSDK 二次开发,让 AI 真正”懂”你的开发意图,而不是凭空猜测。
什么是 AI IDE?
AI IDE(AI 智能集成开发环境)是在传统代码编辑器的基础上,深度集成了大语言模型(LLM)的新一代开发工具。你可以直接用自然语言描述你的需求,让 AI 帮你生成、修改或解释代码,而不必从零查文档、逐行手写。
目前比较主流的 AI IDE 有:
- Cursor
基于 VS Code 改造,内置 AI 对话和代码补全,支持多种大模型(GPT-4、Claude 等),是目前国内外使用最广泛的 AI IDE 之一。支持 Skills 机制(后文介绍)。
- Trae
字节跳动出品的 AI IDE,同样基于 VS Code,专为中文用户优化,支持国内主流大模型,支持 Skills 机制(后文介绍)。
- Windsurf
Codeium 出品的 AI IDE,基于 VS Code,以 “Cascade” 多步骤 AI Agent 能力见长,支持跨文件的自动化操作,也支持类似的 Skills 机制,适合需要 AI 主动规划和执行较长开发任务的场景。
- GitHub Copilot
GitHub 官方的 AI 编程助手,集成在 VS Code、JetBrains 等主流 IDE 中,侧重于代码补全和行内建议。在其部分 agent 场景中,也已支持类似的 agent skills 机制。
Note
Cursor、Trae、Windsurf 以及部分 GitHub Copilot agent 场景,都已经支持类似的 Skills / agent skills 机制。
不过,gdisdk-skills 当前的目录组织、安装示例和使用说明,主要还是按 Cursor 和 Trae 编写与验证的。
如果你使用其他 IDE,通常仍可参考后文思路进行适配,但具体目录位置、触发方式和 agent 能力可能会有所不同。
什么是 Skills?
Skills(技能)是 Cursor、Trae 等 AI IDE 提供的一种**领域专家提示词包**机制。
简单来说,一个 Skill 就是一个放在项目目录中的 SKILL.md 文件,里面写着:
“针对这类任务,AI 应该按什么流程操作”
“有哪些常见坑需要避开”
“应该优先使用哪些工具或接口”
当你在 AI IDE 中触发某个 Skill 时,AI 会先读取这个 SKILL.md 的指引,然后再按照你的具体需求来生成代码。这样一来,AI 的行为变得更加稳定、专业,减少了”凭空猜接口名””乱用参数”这类常见问题。
你可以把 Skill 理解为:给 AI 提前”培训”了一套领域规范,让它在特定任务上表现得更像一个有经验的 GdiSDK 开发者。
为什么推荐使用 gdisdk-skills?
直接让 AI 帮你写 GdiSDK Pipeline 脚本,往往会遇到以下问题:
AI 不清楚有哪些模块可用,容易编造不存在的模块名或端口名
AI 不了解 GdiSDK 的 Pipeline 组织规范(例如
add_module、add_links、add_attribute的正确用法)AI 不了解 PythonCoder 的
@local_function装饰器规则,导致本地函数写法错误AI 不了解 GDIM 上传对 Pipeline 脚本的兼容性约束,导致上传后运行失败
gdisdk-skills 正是为解决这些问题而生的。它把 GdiSDK 开发中最容易出错的几类任务,整理成了一套可复用的操作流程,让 AI 在生成代码时有规范可依,而不是凭经验瞎猜。
Tip
即使你对 AI 编程还不熟悉,安装 gdisdk-skills 也不会影响你的正常开发流程。
Skills 只在你主动触发时才会介入,不会改变 IDE 的默认行为。
gdisdk-skills 仓库
gdisdk-skills 是一个开源 Skill 仓库,托管在 Gitee 上:
仓库目前包含三个核心 Skill:
Skill 名称 |
作用 |
|---|---|
|
根据你描述的需求,生成完整的 GdiSDK Pipeline 创建脚本 |
|
为 |
|
在 Pipeline 脚本完成后,检查其是否满足 GDIM 上传的兼容性要求 |
安装 Skills
安装前提
在安装 Skills 前,请确认以下条件:
你的项目根目录中已有
gdisdk文件夹(而不是仅安装在虚拟环境中)你使用的是 Cursor 或 Trae IDE
项目内安装(推荐)
访问 gdisdk-skills 仓库,克隆或下载仓库。
将
skills/目录下需要的 Skill 文件夹复制到你的项目目录中:Cursor:复制到
.cursor/skills/Trae:复制到
.trae/skills/
复制完成后,项目目录结构类似于:
your-project/ ├─ .cursor/ │ └─ skills/ │ ├─ pipeline-creator/ │ │ ├─ SKILL.md │ │ └─ scripts/ │ ├─ local-function-coder/ │ │ ├─ SKILL.md │ │ └─ scripts/ │ └─ pipeline-gdim-review/ │ ├─ SKILL.md │ └─ scripts/ └─ gdisdk/
全局安装
如果你希望在多个项目中共享这些 Skills,可以将它们安装到全局目录:
Cursor(Windows):
C:\Users\<你的用户名>\.cursor\skills\Cursor(macOS/Linux):
~/.cursor/skills/Trae:参考 Trae Skills 文档
安装后验证
重启 IDE 后,在 Agent / Chat 输入框中输入 /,确认能看到已安装的 Skill 名称(如 pipeline-creator)。如果看不到,请检查目录位置是否正确,以及 SKILL.md 文件是否存在。
llms.txt(文档索引)
公开文档站点还提供机器可读的 llms.txt,格式遵循 llms.txt 标准。 其中总结了 GdiSDK 的定位、核心概念,以及在线手册主要章节(入门、用户指南、运行机制、模块帮助、端口类型与数据结构、学习案例、API 参考等)的链接与提要, 便于 AI 编程助手在不翻阅整站的前提下,先建立一份可靠的「文档地图」,从而在讨论架构选型或查阅模块能力时少猜接口、少编造章节。
它与本章介绍的 gdisdk-skills 是互补关系:
Skills:嵌入在项目或 IDE 中的
SKILL.md,在生成 Pipeline、本地函数或做 GDIM 上传检查时给出**可执行的流程与约束**。llms.txt:托管在文档站点上的一份总索引,更适合作为对话上下文、规则引用或可被抓取的全局说明。
你可以在对话里粘贴 llms.txt 全文或其主要段落,也可以直接向助手提供上述 URL;若所用工具支持「文档索引 / 允许的上下文 URL」,可将该地址一并配置。
三个核心 Skill 详解
pipeline-creator:生成 Pipeline 脚本
这个 Skill 适合以下场景:
你想设计一个完整的数据处理工作流,但不确定用哪些模块、怎么连线
你想生成一个可保存为
.pipe文件的 Pipeline 脚本你想快速完成”从 GDIM 读取数据 → 处理 → 输出结果”这类标准工作流
触发方式
显式触发:在 Chat 中输入 /pipeline-creator 来明确指定使用此 Skill。
隐式触发:直接描述你想要的工作流,AI 会根据内容自动判断是否需要使用此 Skill。
推荐 Prompt 示例
请使用 gdisdk 创建一个 Pipeline 脚本,实现以下功能:
从 GDIM 读取钻孔一览表,过滤掉深度小于 10m 的钻孔,
然后按钻孔编号排序,最后将结果写回 GDIM。
Note
这个 Skill 在需要 PythonCoder 本地函数时,会自动衔接
local-function-coder 的能力,通常无需你再单独触发一次。
local-function-coder:编写 PythonCoder 本地函数
PythonCoder 是 GdiSDK 中用于执行自定义 Python 逻辑的特殊模块,它的核心是一个用 @local_function 装饰的函数。这个 Skill 适合以下场景:
你需要为现有的
PythonCoder模块补写本地函数实现你需要排查本地函数的端口名、返回值类型不匹配等问题
你需要为
PythonCoder编写update_ui_schema动态 UI 函数
触发方式
显式触发:在 Chat 中输入 /local-function-coder。
隐式触发:当你描述”为 PythonCoder 写一个函数,实现 XXX”时,AI 会自动使用此 Skill。
推荐 Prompt 示例
请帮我为 PythonCoder 编写一个 local function,
实现根据输入的表格数据计算每行的平均值,
并将结果作为新列输出。
pipeline-gdim-review:上传前兼容性检查
在将 Pipeline 上传到 GDIM 之前,建议先用这个 Skill 做一次检查。它的适用场景包括:
检查 Pipeline 脚本是否满足 GDIM 的序列化要求
确认
PythonCoder的本地函数引用是否合规检查返回结果的格式是否适合 GDIM 前端消费
触发方式
显式触发:在 Chat 中输入 /pipeline-gdim-review,并附上你的 Pipeline 脚本。
推荐 Prompt 示例
请帮我检查这个 gdisdk 创建的 pipeline 是否可以上传到 GDIM:
[粘贴你的 Pipeline 脚本]
推荐开发工作流
三个 Skill 之间有明确的分工,按照以下顺序使用效率最高:
1. pipeline-creator ← 描述需求,生成完整 Pipeline 脚本
│
│ (如果 Pipeline 中有 PythonCoder)
▼
2. local-function-coder ← 补写或修复 @local_function 本地函数
│
▼
3. pipeline-gdim-review ← 上传前做兼容性检查
│
▼
上传到 GDIM
Tip
通常情况下,从 pipeline-creator 开始就够了。它会在需要时自动引入
local-function-coder 的能力。只有当你已经有了 Pipeline 脚本、
只是需要修一个本地函数时,才建议单独使用 local-function-coder。