Vibe编程探索AI时代编程新范式——范文杰等1. 从命令到意图意图式编程的本质变化体现在以下几点。聚焦目标而非路径开发由 “怎么做” 转向 “要达成什么”。抽象能力提升意图可沉淀为复用模块跨团队共享。协作语言统一业务、产品、开发基于同一语义单元对齐。响应更敏捷变化不再从底层改起而从配置或意图微调开始。需要明确的是意图式编程并不只是 “加快写代码的工具”还是一种重新定义开发过程、重构认知模式与组织协作方式的全新体系。这些变化体现了 Vibe 编程所秉持的核心精神让 “表达意图” 成为开发的入口让 “开发体验” 回归创作的本质。2. 提示词优化原则从书中整理出这样一份写提示词的提示词【规则体系AI提示词五大核心原则】 原则1清晰、具体、无歧义 规则1.1任务描述必须包含「动词对象条件」 规则1.2禁止使用模糊词汇如好、优化、合适、一些、大概 规则1.3输出效果必须有可验证的标准 原则2结构化提示词模块化 规则2.1必须使用【角色】【背景】【规则】【任务】【输出】五个模块 规则2.2每个模块之间用空行分隔 规则2.3模块内使用编号列表不要长篇段落 原则3提供少量示例少样本学习 规则3.1涉及格式输出的任务必须附1-2个示例 规则3.2示例必须标注「输入→输出」的对应关系 规则3.3复杂逻辑任务需提供伪代码或流程图 原则4添加约束条件划定边界 规则4.1必须声明「允许使用的技术栈」 规则4.2必须声明「禁止使用的技术/方法」 规则4.3必须声明「输出长度/复杂度上限」 规则4.4必须声明「是否需要注释/文档」 原则5迭代优化与提示词库积累 规则5.1首轮提示词只追求「可运行」不追求完美 规则5.2每次迭代只改一个维度功能/性能/风格/健壮性 规则5.3优秀的提示词必须存档标注「适用场景效果评分」应用根据这个原则帮我写一个开发golang的提示词原则它会提供这样的文本其中一部是可以写入Trae的规则里的【角色】 你是一位资深 Go 后端开发工程师精通 Gin/Go-zero 框架熟悉 Clean Architecture 和 DDD 设计模式。 【背景】 我正在开发一个[填写项目名称]的后端服务主要功能是[填写核心功能]。需要你帮我生成[填写模块名称]的代码。 【规则】1. 技术栈 - 语言Go1.21 - 框架Gin路由 GORM数据库 - 数据库PostgreSQL - 日志zap2. 禁止使用wire 依赖注入、echo 框架、原生 database/sql3. 目录结构必须遵循 ├── cmd/ ├── internal/ │ ├── handler/ │ ├── service/ │ ├── repository/ │ └── model/ ├── pkg/ └── config/4. 所有 handler 必须返回统一 JSON 格式{code:0,message:success,data:{}}5. 每个文件必须包含 package 注释和关键函数注释中文 【任务】 请分步完成以下任务1. 创建[模块名]的数据模型 model2. 创建 repository 层的 CRUD 操作3. 创建service层的业务逻辑4. 创建 handler 层的 HTTP 接口RESTful 风格5. 在 router.go 中注册路由 【输出要求】1. 按目录结构逐个文件输出完整代码2. 每个文件开头标注文件名如 // file: internal/model/user.go3. 不需要额外解释直接输出代码4. 最后给出一个curl测试示例 【示例】 期望的 handler 输出格式{code:0,message:success,data:{id:1,name:张三,created_at:2024-01-01T00:00:00Z}}虽然一般开发不会写这么详细但是可以再过程中体会与AI如何有效沟通的感觉3. 需求规划可以先用AI写一份基础的需求文档比如帮我写一个《展厅中控系统》的需求文档要求包含如下内容1. 简介简要说明项目背景和目标即‘你要做什么’2. 功能描述列出系统将提供的功能和界面站在用户角度描述外部可见的行为3. 约束明确技术栈、性能要求、编码规范等约束条件。于是得出三段式需求说明1. 简介 — 说清你要做什么项目背景传统展厅设备分散控制痛点 → 引出统一中控平台 项目目标一句话概括 5条具体目标集中管控、场景联动、可视化、可靠、可扩展 文档目的与读者、术语缩略语表2. 功能描述 — 站在用户角度的外部可见行为 总体功能清单F1–F7 七大模块 逐条详述设备管理、场景控制、手动控制、可视化界面、定时联动、用户权限、日志告警 界面说明表登录 / 主控首页 / 场景页 / 手动控制 / 可视化总览 / 设备管理 / 日志告警3. 约束 — 明确边界条件 技术栈服务端Java/Node、前端Vue/React、协议MQTT/Modbus/DMX 等、部署Docker/Linux 性能场景响应 ≤2s、状态同步 ≤1s、≥200 台设备、可用性 ≥99.5% 可靠性/安全、兼容性、编码规范Alibaba 规约、Conventional Commits、覆盖率 ≥70%、合规约束然后去更新里面的最终内容达到需要的效果这本书很好或有对大家更有启发的内容邀请大家一起学习分享
Vibe编程探索AI时代编程新范式——范文杰等1. 从命令到意图意图式编程的本质变化体现在以下几点。聚焦目标而非路径开发由 “怎么做” 转向 “要达成什么”。抽象能力提升意图可沉淀为复用模块跨团队共享。协作语言统一业务、产品、开发基于同一语义单元对齐。响应更敏捷变化不再从底层改起而从配置或意图微调开始。需要明确的是意图式编程并不只是 “加快写代码的工具”还是一种重新定义开发过程、重构认知模式与组织协作方式的全新体系。这些变化体现了 Vibe 编程所秉持的核心精神让 “表达意图” 成为开发的入口让 “开发体验” 回归创作的本质。2. 提示词优化原则从书中整理出这样一份写提示词的提示词【规则体系AI提示词五大核心原则】 原则1清晰、具体、无歧义 规则1.1任务描述必须包含「动词对象条件」 规则1.2禁止使用模糊词汇如好、优化、合适、一些、大概 规则1.3输出效果必须有可验证的标准 原则2结构化提示词模块化 规则2.1必须使用【角色】【背景】【规则】【任务】【输出】五个模块 规则2.2每个模块之间用空行分隔 规则2.3模块内使用编号列表不要长篇段落 原则3提供少量示例少样本学习 规则3.1涉及格式输出的任务必须附1-2个示例 规则3.2示例必须标注「输入→输出」的对应关系 规则3.3复杂逻辑任务需提供伪代码或流程图 原则4添加约束条件划定边界 规则4.1必须声明「允许使用的技术栈」 规则4.2必须声明「禁止使用的技术/方法」 规则4.3必须声明「输出长度/复杂度上限」 规则4.4必须声明「是否需要注释/文档」 原则5迭代优化与提示词库积累 规则5.1首轮提示词只追求「可运行」不追求完美 规则5.2每次迭代只改一个维度功能/性能/风格/健壮性 规则5.3优秀的提示词必须存档标注「适用场景效果评分」应用根据这个原则帮我写一个开发golang的提示词原则它会提供这样的文本其中一部是可以写入Trae的规则里的【角色】 你是一位资深 Go 后端开发工程师精通 Gin/Go-zero 框架熟悉 Clean Architecture 和 DDD 设计模式。 【背景】 我正在开发一个[填写项目名称]的后端服务主要功能是[填写核心功能]。需要你帮我生成[填写模块名称]的代码。 【规则】1. 技术栈 - 语言Go1.21 - 框架Gin路由 GORM数据库 - 数据库PostgreSQL - 日志zap2. 禁止使用wire 依赖注入、echo 框架、原生 database/sql3. 目录结构必须遵循 ├── cmd/ ├── internal/ │ ├── handler/ │ ├── service/ │ ├── repository/ │ └── model/ ├── pkg/ └── config/4. 所有 handler 必须返回统一 JSON 格式{code:0,message:success,data:{}}5. 每个文件必须包含 package 注释和关键函数注释中文 【任务】 请分步完成以下任务1. 创建[模块名]的数据模型 model2. 创建 repository 层的 CRUD 操作3. 创建service层的业务逻辑4. 创建 handler 层的 HTTP 接口RESTful 风格5. 在 router.go 中注册路由 【输出要求】1. 按目录结构逐个文件输出完整代码2. 每个文件开头标注文件名如 // file: internal/model/user.go3. 不需要额外解释直接输出代码4. 最后给出一个curl测试示例 【示例】 期望的 handler 输出格式{code:0,message:success,data:{id:1,name:张三,created_at:2024-01-01T00:00:00Z}}虽然一般开发不会写这么详细但是可以再过程中体会与AI如何有效沟通的感觉3. 需求规划可以先用AI写一份基础的需求文档比如帮我写一个《展厅中控系统》的需求文档要求包含如下内容1. 简介简要说明项目背景和目标即‘你要做什么’2. 功能描述列出系统将提供的功能和界面站在用户角度描述外部可见的行为3. 约束明确技术栈、性能要求、编码规范等约束条件。于是得出三段式需求说明1. 简介 — 说清你要做什么项目背景传统展厅设备分散控制痛点 → 引出统一中控平台 项目目标一句话概括 5条具体目标集中管控、场景联动、可视化、可靠、可扩展 文档目的与读者、术语缩略语表2. 功能描述 — 站在用户角度的外部可见行为 总体功能清单F1–F7 七大模块 逐条详述设备管理、场景控制、手动控制、可视化界面、定时联动、用户权限、日志告警 界面说明表登录 / 主控首页 / 场景页 / 手动控制 / 可视化总览 / 设备管理 / 日志告警3. 约束 — 明确边界条件 技术栈服务端Java/Node、前端Vue/React、协议MQTT/Modbus/DMX 等、部署Docker/Linux 性能场景响应 ≤2s、状态同步 ≤1s、≥200 台设备、可用性 ≥99.5% 可靠性/安全、兼容性、编码规范Alibaba 规约、Conventional Commits、覆盖率 ≥70%、合规约束然后去更新里面的最终内容达到需要的效果这本书很好或有对大家更有启发的内容邀请大家一起学习分享
