通过在 IDE 中使用规范文档提升生产力 - Anti Gravity

Source: Dev.to

我现在在 IDE 和 AI 中的做法

我已经不再“与 AI 聊天”，而是开始创建小的 .md 文件，作为 指令层（Instruction Layers）供 Gemini 使用。这种转变把大型语言模型从对话助理变成了技术栈中可预测、模块化的一部分。

核心概念：把 Prompt 当作配置

与其每次打开终端都重新解释需求，不如把 Prompt 当作 Angular 组件来对待。创建一个简单的 Markdown 文件，明确告诉 Gemini 在特定任务中该如何表现。各种工具可能把它称为工作流、技能或规则，但前提是相同的：编写一个易于在 IDE 中引用的文件，这样你可以经常把它带入 AI Prompt，而无需重新编写。

当你发现自己多次对同一件事进行 Prompt——无论是在 Anti Gravity 还是任何集成的 IDE 中——你不应该一直在敲字，而应该引用一个规范并对其进行更新。

“Angular 风格”的指令文件

• 封装性： 明确定义的目的。
• 可复用性： 可在任何功能分支中使用。
• 一致性： 每次都产生标准化的输出。

示例：pr-assistant.md

# PR Comment Assistant

## Goal
Draft and post high‑quality GitHub PR comments via the git CLI.

## Rules
- Keep feedback actionable, professional, and concise.
- Call out uncertainty explicitly; no speculation.

## Structure
Context → Suggestion → Reasoning.

## Execution
- Output via git CLI; do not use inline IDE comments.
- Treat comments as notes for reviewers and future contributors.

为什么这样有效（Anti Gravity 实践）

没有结构会导致 Prompt 漂移：指令变得懒散，输出不一致，你会不断重复自己。使用 .md 指令文件可以实现 认知卸载：

• 可预测性： Gemini 按照规范执行，而不是依据你上一次信息的“氛围”。
• 效率： 在 IDE 中保持专注，调用能力而不是头脑风暴 Prompt。
• 可扩展性： 文件存放在代码库中，随代码演进而更新，受版本控制，并且可以在整个团队中共享。

Angular 作为关注点的语言

这种做法呼应了 Angular 的核心原则：

• 关注点分离： 每个 .md 文件只承担一个特定任务。
• 可复用性： 同一指令文件可在不同的 PR 和项目中使用。
• 一致性： 每次都能得到标准化的输出。

与其仅仅“与 AI 对话”，不如把它编织进你的开发环境。

结束语

在 Angular 代码库中使用 Anti Gravity 的真正力量不只是让代码写得更快；而是降低开发过程中的心理负担。将高性能 IDE 与小而精心设计的指令文件结合起来，你得到的将不只是一个助理，而是一个定制的、自动化的协作者。