Vibe Code 没有明确的中文翻译，通常直接使用英文名称，因此翻译为 Vibe Code。

Vibe-Code 一个独立的以氛围驱动编码的学科。工作的目标不是拒绝具有氛围的请求，而是防止在运行代码的过程中陷入幻觉API、品味漂移和未记录的表面区域。当使用此技能 请求描述的是一种感觉、情绪或结果，而不是一个契约——“让它感觉高端”，“舒适的CLI”，“让仪表盘呼吸” 请求是比较性的——“像Linear一样，但更温暖”，“类似于Stripe，但用于X” 请求仅关注结果——“我希望用户能够跟踪习惯，你选择堆栈” 合作伙伴正在进行原型设计，希望在不跳过正式规范的情况下跳过正式规范 工作同时混合了UI品味和代码的请求，其中任一方都没有完全指定 如果请求已经是一个具体的、类型化的规范，则不加载此技能。转而使用默认代理。 此技能添加的内容 超越边界模型 边界模型在接收到氛围后，将直接生成500行代码，并在此过程中默默地重写目标三次。此技能的目的是阻止这种情况。它添加了四个默认情况下基础模型不执行的内容： 氛围锁检查点。 在编写任何代码之前，编写一个四行的代码块，并由合作伙伴确认或更正。 锁定目标，以防止其在生成过程中漂移。 命名的故障模式。 Gotchas部分指出氛围编码容易陷入的陷阱——幻觉包、比较作为规范、范围蔓延——并为每个陷阱提供了一行对策。 停止并确认的节奏。 在锁定、第一个可运行的切片之后以及在添加任何第二个功能之前进行硬检查点。 边界模型在提示具有氛围时会跳过的节奏。 具体的翻译模式。 三个经过工作的示例，展示如何将真正的氛围转换为真正的氛围锁，然后转换为真正的第一个切片。 模式，而不是原则。 氛围锁协议 在编写任何代码之前，生成此确切的代码块，并等待确认： 氛围锁 --------- 感觉：<一个形容词短语——“平静、密集、键盘优先”> 结果：<一个用户可见的结果——“在<1s内使用键盘记录一个习惯”> 范围之外：<一个明确的排除——“无认证、无云同步”> 堆栈：<选择的堆栈或“待定——推荐？”> 规则： 确切的四行。 第五行意味着您正在过度范围。 切割。 感觉是品味，而不是行为。 “快速”不是一种感觉；“平静和密集”是一种感觉。 如果感觉包含一个动词，它属于结果。 范围之外是强制性的。 氛围编码没有明确的排除将会扩展到无限。 堆栈：待定是可接受的。 推荐一个选项，并提供一个一行的理由。 不要列出五个。 在合作伙伴说“锁定它”或编辑代码块之前，不要生成代码、文件或脚手架。 如果合作伙伴说“直接构建它，停止询问”，则以单个代码块的形式生成氛围锁，标记顶部行#假设——说“错误”以更正，然后继续。 锁仍然存在；它只是临时的。 具体模式 模式1——氛围到脚手架 合作伙伴说：“氛围编码一个小的习惯跟踪器，舒适、键盘优先、本地优先，你选择堆栈” 首先响应锁： 氛围锁 --------- 感觉：舒适、低对比度、键盘优先 结果：在<1s内使用单个按键记录或撤消一个习惯 范围之外：账户、同步、移动、分析 堆栈：待定——推荐Vite + React + TypeScript + localStorage（单文件UI、零后端） 等待“锁定它”。 仅在那时编写第一个可运行的切片——一个文件、一个按键处理程序、持久化到localStorage、除了感觉所需的以外不进行任何样式设置。 停止。 在添加任何内容之前确认切片是否与感觉相匹配。 模式2——简写内的氛围 合作伙伴粘贴： // 开始简写 () => 从存储中获取习惯，默认[] () => 渲染每个习惯为一行，今天的行高亮 () => 按空格 = 切换今天，按z = 撤消上一个 // 结束简写 将其翻译为锁定的堆栈，而不是简写的语法。 () => 行是意图，而不是JavaScript箭头函数——删除它们。 输出必须与感觉相匹配：如果锁定的感觉是“舒适、低对比度”，“今天的行高亮”是柔和的暖色调，而不是饱和的高亮。 模式3——比较氛围 合作伙伴说：“让它感觉像Raycast，但用于git分支”。 在编写任何代码之前，将比较翻译为锁： 氛围锁 --------- 感觉：快速模态调色板、等宽字体、黑色、单一用途 结果：在<300ms内模糊选择一个分支并检出 范围之外：分支创建、远程操作、多仓库 堆栈：待定——推荐使用bubbletea的单个Go二进制文件（静态二进制文件、即时启动） 比较（“像Raycast”）是感觉输入，而不是功能列表。 永远不要完全复制真正产品的行为——提取氛围，从结果重新派生功能。 可运行切片规则 在锁定确认后，发送确切一个可运行的切片，然后再添加任何其他内容。 可运行切片是最小的代码片段，证明结果在真正的按键、点击或命令中端到端工作——不是存根，不是测试，不是模拟。 如果结果不起作用，则返回步骤1。 如果结果起作用，则添加下一个功能。 如果添加下一个功能会破坏结果，则返回步骤1。 如果添加下一个功能不会破坏结果，则继续添加下一个功能。