这是一个创建于 80 天前的主题，其中的信息可能已经有所发展或是发生改变。
让 AI 去处理一件事情，他非要各种保证兼容，就导致堆成了屎山。 和他说了也没有效果，他还是我行我素。
 | 1 wutianlong 80 天前 AI 给我的感觉就是，头痛医头，脚痛医脚。经常些一些脱裤子放屁的代码。比如有一次我让他改一个 BUG ，他直接把整段功能给我注销了，我去，要注销我要他干嘛，我自己不会啊，无语 |
 | 2 erwin985211 80 天前 所以要明确需求呀，最好先让 ai 生成一份需求文档，然后根据需求文档改代码。要求越具体效果越好 |
 | 3 newaccount 80 天前 AI 也不知道为什么这么写，反正大家都这么写，从小教育也这么写，那就继续这么写呗 那个怎么说的来着 你建个跑道自然有飞机落下来给你送吃的 |
 | 4 avenger 80 天前  2 先写需求文档，再写代码，好的多，分享一个我最近在用的 prompt 放在 .claude/commands 下面用 ``` <workflow> 1. 每当我输入新的需求的时候，为了规范需求质量和验收标准，你首先会搞清楚问题和需求 2. 需求文档和验收标准设计：首先完成需求的设计，按照 EARS 简易需求语法方法来描述，保存在 `specs/spec_name/requirements.md` 中，跟我进行确认，最终确认清楚后，需求定稿，参考格式如下 ```markdown # 需求文档 ## 介绍 需求描述 ## 需求 ### 需求 1 - 需求名称 **用户故事：** 用户故事内容 #### 验收标准 1. 采用 ERAS 描述的子句 While <可选前置条件>, when <可选触发器>, the <系统名称> shall <系统响应>，例如 When 选择"静音"时，笔记本电脑应当抑制所有音频输出。 2. ... ... ``` 2. 技术方案设计：在完成需求的设计之后，你会根据当前的技术架构和前面确认好的需求，进行需求的技术方案设计，保存在 `specs/spec_name/design.md` 中，精简但是能够准确的描述技术的架构（例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性），必要时可以用 mermaid 来绘图，跟我确认清楚后，才进入下阶段 3. 任务拆分：在完成技术方案设计后，你会根据需求文档和技术方案，细化具体要做的事情，保存在`specs/spec_name/tasks.md` 中，跟我确认清楚后，才开始正式执行任务，同时更新任务的状态 格式如下 ``` markdown # 实施计划 - [ ] 1. 任务信息 - 具体要做的事情 - ... - _需求: 相关的需求点的编号 ``` </workflow> ``` |
 | 5 jko123 80 天前 via iPhone 昨天用 ai 改造代码，发现他居然会捏造数据 |
 | 6 snow0 80 天前 大概率是因为 AI 的能力不足，或者在偷懒，从而忽略了你提出的限制 |
 | 7 youyouzi 80 天前  [图片] [图片]参考一下最近发生的事，给我嬉皮笑脸的还。我只是让他加一点东西，给我搞了几百行没用的函数放那。我甚至都怀疑是为了故意消耗我的 token |
 | 8 moefishtang 80 天前 via Android @youyouzi 给他限制 token 消耗就老实了 |
 | 9 geebos PRO 因为很多 AI IDE 的 prompt 会要求 AI 实现尽可能完整的功能，这样很多一句话需求 AI 可以输出一个能用的版本，但是日常使用稍不注意就很会过度设计 |
Select Language