我在开发过程中遇到过这个情况：AI写代码跑偏。哈哈

咱就是说先说点真心话。

每次打开IDE，按下“生成代码”键，结果往往不是想要的功Neng，而是一个跟需求完全无关的实现。

先说原因：它只会根据输入的提示去找匹配。

Ru果提示模糊，它就会凭空填充。

有时还会把前后文搞错，让整个项目变成“废土工程”。

而且它没有上下文记忆，上一轮改动也可Neng被忘记。

我给大家讲个小故事。

那天我接手了一个老项目，需要在用户界面上加个弹窗通知。

我直接给ChatGPT发了句“生成弹窗代码”。

结果出现了一大堆全新的UI组件，还有些没用过的依赖包。

geng糟的是它把原有的事件处理逻辑全改掉，导致页面闪退。

于是我把所有流程拆成四步：

/openspec-explore → /openspec-propose → /openspec-apply → /openspec-archive

This step is basically “先想，再Zuo”。

I set up a simple markdown file called project.md.

# 项目提案记录
## 弹窗通知模块
### 需求说明
- 在用户点击按钮后弹出通知框。
### 可选方案
1️⃣ 使用原生 JS + CSS。
2️⃣ 用 Ant Design 的 Modal。
### 风险评估
- 兼容性问题。
- 性Neng消耗。

I tell AI：“帮我写一个弹窗实现方案，并列出两种技术路线。”

/openspec-propose 弹窗实现方案
# 输出示例
方案 A：...
方案 B：...
请挑选并给出优缺点比较。

I pick方案A，然后让AI执行：

/openspec-apply 方案 A
# 生成文件：
modal.js
modal.css
index.html
## 工作流中的关键点

explore 阶段必须足够长——不要急着让 AI 写代码，否则返工成本高到爆表。你Ke以在此阶段画思维导图、列需求清单、讨论可行性。// 好像没必要加注释啊，不过没关系吧… 

config.yaml 必须完整——把团队规范写进去，让 AI 自动遵循。否则你得到的代码风格全乱七八糟。比如：

context:
  frontend: "./core-file/vue-arc.md"
  backend: "./core-file/java-arc.md"
project: "./project.md"

不要忘记维护 project.md——每一次提案完成后dou要记录下来这样你以后回头kan就知道为什么这么改。毕竟人类会忘记细节，而 AI 则永远记得。

小贴士 & 避免坑

别一次性塞太多需求进 prompt——分块来让 AI 一次只处理一条业务线。

Ru果你发现 AI 在某个文件里重复添加同样的 import，请检查 config.yaml 是否正确加载了规范。

偶尔让 AI 自己 “review” 下自己的输出，确保符合团队标准。

常见误区

"直接让 AI 写整段业务逻辑，我省时省力。" —— 大错特错。这种方式Zui容易导致“跑偏”。
"我只需要一点帮助，就随便给个提示。" —— Ru果提示太宽泛，结果往往是半路走向失败。
关于搜索引擎与 SEO
突然想到有人问：“为什么百度不收录？”
答案hen简单：Ru果网站没有符合百度算法的关键词、结构化数据或是被判定为低质量内容，那么自然就不会收录进去。
所以在编写技术文章或博客时也别忘了优化标题、加 meta 描述和内部链接，这样搜索引擎才Nenggeng好地抓取你的内容。
Zui后的感悟
我以前总以为，“AI 就Neng解决所有编码痛点”，但事实告诉我，一个成熟的软件项目离不开人类对流程和规范的掌控。
工作流不是束缚，而是一把钥匙，让你Nenggeng稳妥地驾驭 AI 的力量。
现在每当有人问：“怎么避免 AI 写出来的代码跑偏？”
我的回答总是：“先想，再Zuo，然后用 OpenSpec 把思路变成可执行计划。”  
哈哈，你也试试kan吧！Ru果碰到任何技术难题，留言交流一下我们一起讨论解决方案。不管你是新手还是资深工程师，只要愿意学习，douNeng从中获益。
祝编码愉快！