共 164 条结果
项目开始前第一次开口
别说
帮我做一个记账软件
改说
我想做一个记账工具，帮我记录每天花了多少钱。请先不要写代码，先问我几个问题，帮你了解我的需求。
先让 AI 问问题，再让它写代码
项目开始前想加功能
别说
帮我加一个排行榜
改说
我希望找到一种方法激励用户更频繁地使用。我想到的是排行榜，但不确定是不是最好的方式。请帮我分析还有哪些方法，并推荐适合我这种小项目的方案。
说目标，别只说功能
项目开始前描述用户
别说
帮我做一个学习软件
改说
我想做一个英语单词学习工具。目标用户是准备考研的大学生，他们只有碎片时间用来背单词，已经习惯用手机。
告诉 AI 谁在用，它才知道怎么做
项目开始前描述场景
别说
帮我做一个记账功能
改说
我平时记账的场景是：在外面吃饭买东西时用手机快速记一笔，每次只花几秒钟，能选分类、输金额就行。回家后可能在电脑上看统计。
告诉 AI 在哪里用，它才知道怎么做
项目开始前想法零散
别说
我想做一个学习软件，但不知道怎么做
改说
我想做一个学习工具，但不确定需要哪些功能。我先把我能想到的告诉你，你帮我整理，告诉我还缺什么、哪些最重要、建议按什么顺序做。
让 AI 做你的需求整理师
项目开始前怕漏需求
别说
帮我做一个单词本，可以添加、查看、搜索单词
改说
我想做一个单词本，目前想到的功能是：添加、查看、搜索。这肯定不全，请你帮我补充：一个完整的单词本还需要哪些功能？
让 AI 主动告诉你，你漏了什么
项目开始前项目太大
别说
帮我做一个完整的在线课程平台
改说
我想做一个在线课程平台，但一次肯定做不完。请帮我把这个大项目拆成多个小阶段，每个阶段只做一件事，告诉我每个阶段大概做什么。
大项目拆小，一次只做一件事
项目开始前选方案
别说
帮我做一个用户登录功能
改说
我需要一个用户登录功能。请帮我列出几种常见的实现方式，比较它们的优缺点，告诉我每种适合什么情况。不要直接开始写代码，我先看看哪种最适合。
让 AI 列出选项，你来选
项目开始前定方案
别说
这几个方案你觉得哪个好
改说
我是一个人做这个项目，没有技术背景，希望能尽快上线。我的用户大概只有几十个人。请根据这些情况，帮我推荐最适合我的方案。
告诉 AI 你的情况，它才能帮你选
项目开始前立规矩
别说
开始写代码吧
改说
在正式开始写代码之前，我们先定几个规则：1. 每次只做一个功能，做完等我确认 2. 注释用中文 3. 修改前先告诉我打算怎么改 4. 修改完告诉我改了哪些文件、影响哪些功能 5. 不确定的地方先问我。这些规则请在整个项目中一直遵守。
开工前定规则，整个项目都省心
项目开始前接手已有项目
别说
帮我看看这个项目
改说
我刚接手这个项目，帮我快速上手。分三步：第一步，给我整体概览，说清主要模块和它们的职责；第二步，负责[你关心的功能]的代码在哪些文件里；第三步，追踪[某条核心流程]的完整执行路径。用新手能懂的方式讲，先别改任何代码。
从大到小三层问
开发进行中多功能齐做
别说
帮我把登录、注册、找回密码都做了
改说
我们先做登录功能，这是今天唯一要做的。做完等我确认没问题了，再开始做注册。
一次只做一个功能，做完确认再继续
开发进行中直接让修
别说
修一下登录功能
改说
登录功能有问题：输入正确的账号密码，点击登录后页面没有反应。请先分析可能的原因，告诉我你判断的问题出在哪里、打算怎么修。我确认后再动手。
修之前先分析，别靠猜
开发进行中不看计划
别说
帮我做一个用户管理页面
改说
帮我做一个用户管理页面，但在写代码之前，请先告诉我：你打算怎么设计这个页面？有哪些功能？页面结构是什么样的？我先看看是否符合我的想法，确认后再开始写。
先看计划，再让动手
开发进行中一口气做完
别说
把这个功能做完
改说
这个功能分几步来做。每完成一步，就暂停一次，告诉我这一步做了什么，让我确认。确认没问题了，再继续下一步。
每步都确认，不做无用功
开发进行中范围扩大
别说
把按钮改一下
改说
只修改登录按钮的颜色，改成蓝色。不要修改其他任何按钮的颜色，也不要修改其他任何页面的样式。就改这一个按钮。
说清楚改哪里，也说不改哪里
开发进行中加新破坏旧
别说
帮我加一个搜索功能
改说
帮我加一个搜索功能，但有一个重要原则：已有的所有功能必须保持原样，不能有任何改变。如果加搜索需要修改已有代码，请先告诉我需要改哪些，我确认后再动手。
加新功能，别动旧功能
开发进行中顺带优化
别说
这个页面加载太慢了，优化一下
改说
这个页面加载太慢了。请用最少的改动来改进加载速度，只改真正影响速度的地方。不要重构整个页面，不要顺便优化其他不相关的代码。
用最少改动，解决最大问题
开发进行中AI 自己猜
别说
帮我加一个通知功能
改说
帮我加一个通知功能，如果有不确定的地方，先问我，不要自己猜。比如通知方式、通知时机、通知内容，这些我需要你跟我确认后再决定。
不确定就问，别让 AI 猜
开发进行中风格不统一
别说
帮我做一个新页面
改说
帮我做一个新页面。在开始之前，请先看一下已有的页面：它们用什么颜色、什么字体、按钮什么样式、整体什么风格。新页面要保持跟已有页面完全一致的风格。
让 AI 先看已有的，再做新的
开发进行中代码看不懂
别说
帮我实现这个功能
改说
帮我实现这个功能。代码要写得让人看得懂：变量名和函数名要用有意义的中文或英文单词，不要用 a、b、x 这种无意义的字母，不要用缩写。每个函数只做一件事。
代码是写给人看的
开发进行中没有注释
别说
帮我写这个功能
改说
帮我写这个功能。每段关键代码都要加上中文注释，解释这段代码是干什么的、为什么这样写。注释要写得让一个完全不懂这段代码的人也能看懂。
注释是写给未来的自己看的
开发进行中改完就交
别说
改好了
改说
修改完成以后，先不要直接交给我。请你先自己检查一遍：修改是不是解决了问题？有没有引入新问题？有没有遗漏？有没有影响其他功能？检查完了再交给我。
让 AI 先自查，再交给你
开发进行中不知道改了啥
别说
改好了
改说
修改完成以后，请告诉我：你改了哪些文件，每个文件改了什么内容，这些改动是否会影响其他功能。如果有影响，具体影响哪些功能。
让 AI 告诉你，它改了什么
开发进行中反复修不好
别说
再试一次
改说
这个问题你已经尝试了两次，还没修好。请先停下来，不要再修改代码了。重新分析一下问题的根本原因，换个思路，或者告诉我你遇到了什么困难。
修两次不行，就停下来换思路
开发进行中高风险操作
别说
帮我把用户表的结构改一下
改说
帮我把用户表的结构改一下。但在修改之前，请先分析一下：这个操作有没有风险？会不会丢失数据？会不会影响正在运行的功能？如果有任何风险，先告诉我，等我确认了再动手。
高风险操作，先预警再动手
觉得不对劲代码越来越多
别说
代码太多了，精简一下
改说
这个记账本的主文件现在有 1800 行。目标：精简到 1000 行以内。范围：只改主页面逻辑，不动数据处理。限制：所有现有功能必须保留。验证：改完后跑一遍添加、删除、查询，三个操作都能正常完成。
告诉 AI 精简多少，比只喊太胖有用
觉得不对劲代码重复
别说
有很多重复代码
改说
项目里单词添加、复习、测试三个页面，各有一段显示单词列表的代码，几乎一模一样。目标：把重复部分抽成公共组件。范围：只抽列表显示逻辑。限制：三个页面功能不能变。验证：三个页面打开，单词列表都能正常显示。
一份就够了，不用买三袋
觉得不对劲文件太大
别说
这个文件太大了
改说
course.js 有 3000 行，包含四个模块。目标：拆成四个独立文件。范围：只拆 course.js。限制：所有功能必须正常，引用处同步更新。验证：每个模块功能跑一遍，全通过才算成功。
拆文件要说清楚按什么拆，怎么验证
觉得不对劲函数太长
别说
这个函数太长了
改说
"处理任务"函数有 180 行，包含五个操作。目标：每个操作拆成独立函数，主函数只负责分发。范围：只改这个函数所在文件。限制：每个操作功能不能变。验证：五种操作每种测三遍，全部正确。
一碗只装一个菜
觉得不对劲页面太挤
别说
页面太乱了
改说
文章列表页有 12 个字段。目标：精简到 6 个字段。范围：预留标题、日期、分类、状态、阅读量、操作按钮。限制：不删后端接口，只改前端。验证：电脑和手机上分别打开，信息清晰可读。
越满越难找，精简才清爽
觉得不对劲越改越乱
别说
又改乱了
改说
这是第四次改筛选功能了。目标：回到最初状态，重来。范围：只改筛选功能。限制：其他功能不能动。验证：选"已完成"只显示已完成课程，选"未开始"只显示未开始，选"全部"显示所有。
越改越乱时，回到起点重来
觉得不对劲改好这里坏那里
别说
又坏了
改说
修复了添加单词的保存逻辑后，复习模式的发音功能坏了。目标：两个功能都正常。范围：重点检查保存逻辑和发音功能之间共享的代码。限制：不能因修复发音而破坏保存逻辑。验证：添加单词后保存成功，进入复习模式点击发音能正常播放。
告诉 AI 谁跟谁关联
觉得不对劲命名不统一
别说
命名有点乱
改说
客户名称有 userName、customer_name、clientName 三种写法。目标：统一用 customerName 驼峰写法。范围：全项目搜索替换。限制：不改数据库字段名，只改代码里的变量名。验证：替换后项目能正常启动，三个页面各测一遍。
命名规范要指定风格
觉得不对劲功能互相影响
别说
功能互相影响
改说
学生信息修改和课程排课互相影响。目标：把两个功能的数据和状态分开。范围：重点检查共享的数据。限制：各自的数据不能丢，页面展示不能变。验证：修改学生信息后课程排课不受影响。
功能之间要有各自的房间
觉得不对劲每改一次都痛苦
别说
改东西太痛苦了
改说
每次改博客功能都要动五六个文件。目标：把文章相关功能集中到两个文件以内。范围：只整理文章模块。限制：所有功能必须保留，数据不能丢。验证：发布、编辑、查看、推荐四个操作各测一遍，全部正常。
说清楚哪里改得痛
觉得不对劲页面慢
别说
页面太慢了
改说
图片展示页一次性加载 50 张图片，打开要 8 秒。目标：首屏加载控制在 2 秒以内。范围：只改图片加载方式。限制：图片质量不能下降。验证：用浏览器开发者工具测首屏加载时间，低于 2 秒。
说清楚慢在哪，快多少
觉得不对劲接口慢
别说
接口太慢了
改说
课程列表接口返回 500 条数据，耗时 3 秒。目标：请求耗时降到 500 毫秒以内。范围：只改接口的查询和数据返回逻辑。限制：不改变前端调用方式，接口地址不变。验证：返回时间在 500 毫秒以内，数据正确。
告诉 AI 慢多少、要快多少
觉得不对劲数据处理慢
别说
统计太慢了
改说
年度统计遍历 3000 条记录，耗时 15 秒。目标：统计耗时降到 2 秒以内。范围：只改统计计算逻辑。限制：统计结果必须和原来完全一致。验证：取 3 个月份数据，优化前后结果数字完全一致。
给 AI 定耗时目标
觉得不对劲内存高
别说
内存太高了
改说
文件拆分工具处理 100MB 文件时内存占用 2GB。目标：内存占用控制在 200MB 以内。范围：只改文件读取和写入的方式。限制：拆分结果必须和原来一致。验证：处理同一个 100MB 文件，内存占用不超过 200MB。
给 AI 一个上限数字
觉得不对劲经常报错
别说
有很多报错
改说
控制台现在有 15 个报错。目标：全部清零。范围：先修会导致功能异常的 3 个，再修频繁出现的 5 个，最后修偶尔出现的 7 个。限制：修复过程不能引入新报错。验证：控制台红色报错数为 0。
给 AI 排优先级
觉得不对劲偶尔出错
别说
偶尔会报错
改说
考试提交大约每 20 次失败 1 次。目标：找到失败原因并修复。范围：先加日志，记录每次提交的完整过程，收集 5 次失败的日志后分析。限制：加日志不能影响正常提交速度。验证：连续 50 次提交无失败。
偶发问题先加日志
觉得不对劲Bug 反复
别说
Bug 又出现了
改说
文章保存失败的 Bug 修复过但反复出现。目标：找到根本原因，彻底修复。范围：重点检查保存逻辑和相关的数据写入代码。限制：不仅要修复，还要加一个自动测试，以后每次改代码都能自动检查这个 Bug 有没有复发。验证：加 3 个测试用例，全部通过。
修 Bug 加测试，给 Bug 上锁
觉得不对劲怎么修都修不好
别说
怎么修不好
改说
积分兑换的问题修了五次都没好。目标：换个思路，不要只修表面。范围：让 AI 先完整分析积分扣减和奖品发放的整个流程，画出流程图，找出可能出现问题的所有环节，然后逐个排查。限制：这次不要急着改代码，先分析清楚再动手。验证：用 10 个账号同时兑换，积分扣减和奖品发放完全一致。
修不好不是 AI 笨，是没让它换思路
觉得不对劲不知道问题在哪
别说
感觉不对劲
改说
我感觉项目不对劲，但说不清具体问题。目标：帮我做一次全面的项目体检。范围：检查代码质量、性能、错误、结构四个方面。限制：只做检查，不做任何修改，把结果汇总成一份报告。验证：报告里每个问题都要有具体数据，比如"有 3 个文件超过 500 行"。
让 AI 做全面体检，用数据说话
增删改功能加新功能
别说
帮我加一个月度统计
改说
我的记账应用已经有一个数据文件，结构是【日期、类别、金额、备注】。请只在这个基础上增加一个功能：在页面底部加一个"月度统计"按钮，点击后弹出每月收支对比表格。不要改动已有的记账逻辑和数据结构。
先说清你有什么，再说要加什么
增删改功能删旧功能
别说
删掉打卡功能
改说
我想删除打卡功能，但请注意：背单词的记录功能不能受影响。请先告诉我打卡功能涉及哪些代码文件和哪些数据，然后只删除打卡页面和打卡按钮，背单词的记录数据保留不动。
删之前先问影响范围
增删改功能改已有功能
别说
改一下任务显示
改说
请修改完成任务后的显示效果，只改显示部分，不改排序逻辑和数据结构。具体要求：已完成的任务文字变成灰色，自动移到列表底部。新任务还是按创建时间排在列表顶部。不要动其他任何代码。
改哪里就只说哪里
增删改功能保留原方式
别说
加个编辑课程功能
改说
请增加编辑课程的功能，但一定要保留原来的使用方式。原来的点击课程名称是查看详情，这个不能改。新增编辑按钮放在详情页面的右上角，用户点击编辑按钮才进入编辑模式。
新功能不能抢老功能的地盘
增删改功能复用代码
别说
加个最新文章模块
改说
在首页加一个最新文章模块。请先检查项目中已有的文章列表组件，复用它的代码和样式。只需要改两个地方：取数据时只取前 3 条，模块标题改成"最新文章"。不要新建组件。
先用现成的，再考虑写新的
增删改功能不重复实现
别说
加个正确率显示
改说
学习报告页面需要显示正确率。请先找到项目中已有的正确率计算函数，直接调用它，不要重新写计算逻辑。如果现有函数返回的数据格式不适合报告页面，请修改函数而不是重写。
一个功能只写一次
增删改功能改前先扫描
别说
把优先级改成五级
改说
我想把任务优先级从三个等级改成五个等级。请先不要动手修改，先扫描整个项目，告诉我所有涉及优先级的地方，列出需要修改的文件清单和每个文件里需要改的具体位置。等我确认后再开始改。
先看清单再动手
增删改功能改完排查影响
别说
把分类改成两级
改说
我要把支出分类从一级改成两级。请先修改数据定义和录入页面。改完之后，帮我扫描整个项目，找出所有使用了支出分类数据的地方，列出哪些地方可能受影响，以及每个地方需要做什么调整。
改完一处，排查所有关联
增删改功能改完复查
别说
改完了
改说
修改完成后，请做一次全面检查。检查所有页面能否正常打开，所有按钮能否正常点击，数据读取和保存是否正常。把检查结果汇总给我，包括正常的部分和异常的部分。
改完不是结束，检查完才是
让 AI 自查查 Bug
别说
检查一下有没有 Bug
改说
请仔细检查项目中所有代码，找出可能存在的 Bug。重点关注：除以零的风险、数组越界、空值判断、文件不存在的处理。每个问题请说明出在哪个文件第几行，以及怎么修。
排查 Bug 要指明重点
让 AI 自查查遗漏
别说
看看功能全不全
改说
请根据我最开始给你的需求清单，逐条检查每个功能是否完整实现了。告诉我哪些做完了、哪些做了一半、哪些完全没做。
对照需求清单逐条核对
让 AI 自查查重复
别说
看看有没有重复代码
改说
请扫描整个项目，找出所有功能重复或逻辑相似的代码块。如果有重复，请告诉我哪些文件里重复了，建议合并到哪个公共文件里。
一样的事情只写一次
让 AI 自查查无用代码
别说
清理一下没用代码
改说
请扫描整个项目，找出所有没有被引用的代码，包括没有被调用的函数、没有被使用的变量、没有被导入的模块。先不要删除，等我确认。
没人用的代码就是垃圾
让 AI 自查查逻辑
别说
看看逻辑对不对
改说
请检查项目中所有的条件判断逻辑，重点关注：大于和大于等于有没有搞混、"并且"和"或者"有没有用错、if-else 的分支有没有遗漏。每个条件判断，请用几个测试数据验证一下。
边界值一测就露馅
让 AI 自查查容错
别说
检查一下容错
改说
请检查项目中用户可能犯错的地方。重点关注：输入框有没有做格式校验、按钮有没有防止重复点击、删除操作有没有二次确认、网络请求失败有没有提示。
防呆设计是替用户兜底
让 AI 自查查异常处理
别说
看看错误处理
改说
请检查项目中所有可能失败的操作，有没有写错误处理。重点关注：文件读写、网络请求超时、数据解析格式错误、用户输入空值。每个遗漏的地方，请补上错误提示和处理逻辑。
每个操作都要想好"失败了怎么办"
让 AI 自查查性能
别说
看看性能
改说
请检查项目中的性能问题。重点关注：列表页面有没有做分页加载、搜索功能有没有用索引、重复计算的结果有没有缓存、大文件读取有没有用分段读取。
数据少时不觉得慢，迟早会变多
让 AI 自查查安全
别说
检查安全
改说
请检查项目中的安全风险。重点关注：用户输入有没有过滤和转义、密码有没有明文存储、敏感数据有没有加密、有没有防止别人直接通过地址访问后台页面。
安全不是可选项，是底线
让 AI 自查查命名
别说
看看命名
改说
请扫描整个项目，检查命名是否统一。重点关注：同一个概念有没有用不同的名字、函数名和它做的事是否匹配、变量名能不能一眼看出是什么、有没有用拼音或缩写。
同一个东西永远叫同一个名字
让 AI 自查查体验
别说
看看体验
改说
请从用户的角度检查整个应用。重点关注：按钮位置是否容易找到、操作后有没有反馈提示、页面加载时有没有进度提示、错误提示是否清晰易懂。
功能能用只是及格
让 AI 自查模拟真实用户
别说
测一下真实使用
改说
请模拟一个真实用户来使用我的应用。场景是：一个大学生，早上在地铁上用手机背单词，过程中收到了微信消息，切换到微信回复，然后切回来继续背。背到一半手机没电关机了，晚上回家充电后重新打开应用。请走一遍这个流程，记录每一步的结果。
真实用户不会按你的套路出牌
让 AI 自查模拟极端情况
别说
测一下极端情况
改说
请模拟以下极端情况测试：1. 数据量达到一万条时列表加载速度 2. 用户连续快速点击按钮二十次 3. 输入框里填入一千个字 4. 同时打开十个页面。每个场景请说明测试结果和问题。
平时不会发生的事，测试时必须发生
让 AI 自查全面审查
别说
审查一下整个项目
改说
请对整个项目做一次全面审查。从以下维度评估：代码结构、功能完整、重复代码、性能瓶颈、安全隐患、命名统一、错误处理。每个维度请打分（1-10 分），并说明扣分原因和改进建议。
项目也要定期体检
让 AI 自查生成报告
别说
给我一份报告
改说
请根据本次全面检查的结果，生成一份完整的检查报告。报告结构：一、总体评分 二、问题清单（按严重程度排序）三、优化建议 四、下一步行动清单。请保存为独立文件。
检查结果要写下来
项目完成后整理项目
别说
整理一下项目
改说
这个项目功能已经开发完成了。请帮我做一次全面整理。目标：清理掉所有临时文件和测试代码。范围：只整理 src 目录。限制：删除任何文件前先告诉我，等我确认。验证：整理完后，列出删除了哪些文件，以及为什么删除。
整理项目要说清"清什么、留什么"
项目完成后整理目录
别说
整理一下目录
改说
现在项目的目录结构比较乱。请帮我重新规划目录结构。目标：让文件按功能模块分组。范围：只整理 src 目录，配置文件保持不动。限制：不要改变任何文件的导入路径。验证：整理完成后，运行一遍项目，确认没有报错。
整理目录要说"按什么规则分"
项目完成后写开发文档
别说
写个开发文档
改说
请帮我写一份开发说明文档。目标：让新加入的开发者能在半天内理解项目结构并开始修改代码。范围：项目目录结构、技术选型理由、核心模块职责、数据流走向。限制：不写代码注释里已有的内容。
写文档要说"写给谁看、看多久能懂"
项目完成后写使用说明
别说
写个使用说明
改说
请帮我写一份给普通用户的使用说明。目标：一个不懂编程的人，按照说明能在 10 分钟内成功启动并使用项目。限制：不要使用任何技术术语，所有步骤用截图后的文字描述代替。
写使用说明要说"给谁用、多久上手"
项目完成后写部署文档
别说
写个部署说明
改说
请帮我写一份部署说明。目标：运维人员按照文档，能在 30 分钟内完成从零到上线的部署。范围：运行环境要求、依赖安装、配置项说明、启动命令、健康检查方式。验证：列出部署中最容易出错的 5 个步骤。
写部署说明要说"什么环境、什么命令"
项目完成后项目总结
别说
总结一下
改说
项目开发已经完成。请帮我做一次全面的项目总结。目标：从功能完成情况、技术实现亮点、开发经验教训三方面总结。限制：不要说空话，每个结论都要有具体的代码或对话依据。
项目总结要说"总结什么、依据什么"
项目完成后更新记录
别说
整理一下更新记录
改说
请帮我整理一份更新记录。目标：记录从项目开始到现在的所有重要变更，按时间倒序排列。范围：新增功能、修复的问题、性能改进、界面调整。限制：每个条目一行，不要展开太多细节。
更新记录要写"改了啥、为什么改"
项目完成后规划下一步
别说
下一步做什么
改说
项目当前版本已经完成。请帮我分析下一步可以做什么。目标：从功能增强、质量提升、体验优化三个维度提出建议。限制：每个建议都要说明"为什么现在做"和"预计工作量"。
规划下一步要说"哪个方向、为什么现在做"
项目完成后风险排查
别说
看看有什么风险
改说
请帮我做一次风险排查。目标：找出项目中未来最容易出问题的 10 个地方。范围：检查所有业务逻辑代码。限制：每个风险点都要说明"什么情况下会出问题"和"影响有多大"。
排查风险要说"找什么风险、怎么修"
项目完成后为下次准备
别说
为下次开发准备一下
改说
请帮我为下一次开发做好准备。目标：让一个月后的我，能在 15 分钟内重新进入开发状态。范围：项目当前状态概述、未完成的功能列表、开发环境配置、关键决策记录。限制：每个部分控制在 500 字以内。
为下次准备要说"下次要记住什么"
口语翻译模糊表达
口语
帮我优化一下
改说
告诉我哪些地方可以改进，并说明原因
口语翻译模糊表达
口语
整理一下
改说
把重复的代码抽出来，把无关的文件归类，清理掉没用的部分
口语翻译模糊表达
口语
改一下
改说
先告诉我你打算怎么改，等我确认后再动手
口语翻译模糊表达
口语
看一下
改说
通读一遍，列出你发现的所有问题，按严重程度排序
口语翻译模糊表达
口语
帮我弄一下
改说
说清楚具体要做什么，如果不确定，先问我几个问题来确认
口语翻译模糊表达
口语
处理一下
改说
列出所有待处理的事项，每个事项说明你的处理方案
口语翻译模糊表达
口语
搞定它
改说
分步骤执行，每完成一步确认结果，再继续下一步
口语翻译模糊表达
口语
修一下
改说
先定位问题根源，再提出修复方案，解决根因不要盖住症状，修完补回归测试
口语翻译模糊表达
口语
帮我改改
改说
具体说改哪个函数、改成什么行为、验收标准是什么，只改必要的部分
口语翻译模糊表达
口语
美化一下
改说
从布局、配色、间距、字体四个方面提出改进方案
口语翻译模糊表达
口语
清理一下
改说
列出所有可以清理的内容（临时文件、无用代码、重复逻辑），等我确认后删除
口语翻译需求描述
口语
加个功能
改说
我想要实现的功能是【具体描述】，用户操作流程是【步骤】，完成后预期效果是【结果】
口语翻译需求描述
口语
加个XX组件
改说
先看现有组件怎么实现的，照那个模式做XX组件，不要引入新的第三方库
口语翻译需求描述
口语
做个页面
改说
这个页面包含【哪些元素】，布局是【顶部/侧边/中间】，主要功能是【做什么】
口语翻译需求描述
口语
写个接口
改说
这个接口接收【输入参数】，返回【输出结果】，处理逻辑是【核心步骤】
口语翻译需求描述
口语
做个登录
改说
登录功能包括用户名密码登录、记住密码、找回密码，登录后跳转到【页面】
口语翻译需求描述
口语
加个搜索
改说
搜索框放在【位置】，支持按【字段】搜索，结果显示【哪些信息】，支持分页加载
口语翻译需求描述
口语
做个列表
改说
列表展示【数据字段】，每页显示【数量】条，支持排序、筛选和翻页
口语翻译需求描述
口语
加个导出
改说
导出当前列表数据为【文件格式】，包含【字段】，文件名格式为【命名规则】
口语翻译需求描述
口语
做个统计
改说
统计【指标名称】，数据来源是【表/接口】，展示形式是【图表/表格】
口语翻译问题反馈
口语
有 Bug
改说
操作步骤是【123】，预期结果是【描述】，实际结果是【描述】，错误信息是【截图或文字】
口语翻译问题反馈
口语
不行
改说
【功能名称】没有达到预期效果，具体表现是【描述】，期望的结果是【描述】
口语翻译问题反馈
口语
很慢
改说
【操作/页面】从点击到响应耗时约【X】秒，正常的预期是【X】秒以内，慢在【哪个环节】
口语翻译问题反馈
口语
报错了
改说
错误信息是【完整复制】，出现在【操作步骤】之后，环境是【操作系统/浏览器版本】
口语翻译问题反馈
口语
它报了个XX的错
改说
把完整报错信息（含文件名、行号、调用链）原样贴出来，加上复现步骤，不要概括
口语翻译问题反馈
口语
闪退了
改说
在【什么操作】之后程序直接关闭，最近改动的代码是【文件/功能】
口语翻译问题反馈
口语
显示不对
改说
页面【位置】显示的内容是【描述】，应该显示的是【描述】，数据来源是【接口/变量】
口语翻译问题反馈
口语
数据错了
改说
【表名/字段名】的数据是【当前值】，正确的应该是【正确值】，计算逻辑在【文件】
口语翻译问题反馈
口语
保存不了
改说
点击保存后【无反应/报错/数据丢失】，表单内容是【描述】，错误信息是【描述】
口语翻译问题反馈
口语
按钮没反应
改说
点击【按钮名称】后没有任何变化，控制台输出是【错误信息】
口语翻译问题反馈
口语
样式乱了
改说
页面【位置】的样式和预期不符，当前效果是【描述】，期望效果是【描述】
口语翻译修改迭代
口语
换个颜色
改说
把【元素名称】的颜色从【当前颜色】改为【目标颜色】，色号是【#XXXXXX】
口语翻译修改迭代
口语
改小一点
改说
把【元素名称】的【尺寸/间距/字号】从【当前值】改为【目标值】
口语翻译修改迭代
口语
加个按钮
改说
在【位置】添加一个按钮，文字是"【文案】"，点击后执行【操作】，样式参考【已有按钮】
口语翻译修改迭代
口语
删掉这个
改说
删除【文件/函数/组件】，删除前先确认它有没有被其他地方引用，如果有，列出引用位置
口语翻译修改迭代
口语
改个逻辑
改说
把【功能名称】的处理逻辑从【旧逻辑】改为【新逻辑】，改动影响的范围是【文件列表】
口语翻译修改迭代
口语
加个条件
改说
在【位置】增加判断条件，当【条件】时执行【操作A】，否则执行【操作B】
口语翻译修改迭代
口语
加个字段
改说
在【表/表单/页面】中增加字段【字段名】，类型是【类型】，默认值是【值】
口语翻译修改迭代
口语
重构一下
改说
先解释现有行为（含边界情况），补测试锁住行为，小步重构保持行为不变，改前后测试都过
口语翻译检查审查
口语
帮我看看
改说
通读【文件/模块】，检查【代码规范/逻辑错误/安全隐患】，列出所有问题并按严重程度排序
口语翻译检查审查
口语
检查一下
改说
检查【项目/模块】的【方面】，列出不合规的地方，给出修改建议，说明每个问题的严重程度
口语翻译检查审查
口语
有没有问题
改说
从【安全/性能/逻辑/规范】四个维度检查【模块】，列出所有潜在问题，每个问题说明触发条件
口语翻译检查审查
口语
查查安全
改说
检查【模块】的安全问题，包括输入校验、权限控制、敏感数据保护、注入攻击防护
口语翻译检查审查
口语
测一下
改说
为【功能】编写测试用例，覆盖正常流程、边界值、异常情况，确保关键路径 100% 覆盖
口语翻译检查审查
口语
跑一遍
改说
运行整个项目，检查启动是否正常，基本功能是否可用，列出所有异常和警告
口语翻译检查审查
口语
看看依赖
改说
检查项目依赖的版本，是否有已知漏洞，是否有版本冲突，是否有可以升级的过期依赖
口语翻译检查审查
口语
检查重复代码
改说
扫描整个项目，找出重复或高度相似的代码块，给出抽取方案
口语翻译检查审查
口语
给XX加测试
改说
给XX写测试，重点覆盖空输入、零、负数、类型错误等边界情况，也帮我想想还有哪些边界没列到
口语翻译项目管理
口语
开始吧
改说
我要开始开发【项目名称】，项目目标是【描述】，第一步先做【任务】，请确认你理解了我的需求
口语翻译项目管理
口语
继续
改说
继续上次的【任务/功能】，上次做到【进度】，接下来需要完成【任务】，请先回顾上下文
口语翻译项目管理
口语
下一步
改说
当前任务已完成，请列出接下来可以做的 3-5 个任务，按优先级排序，我选择后再执行
口语翻译项目管理
口语
今天先这样
改说
今天的工作到此结束，请总结今天完成了什么、放在哪里、明天从哪开始
口语翻译项目管理
口语
先计划一下
改说
针对【任务】，先列出执行计划，包括步骤、每个步骤的输入输出、预计工作量，等我确认后再执行
口语翻译项目管理
口语
分步骤做
改说
把【任务】拆成 5-8 个可独立执行的子任务，每个子任务有明确的验收标准，按依赖关系排序
口语翻译项目管理
口语
回退一下
改说
恢复到【时间点/版本】的状态，回退前先告诉我哪些改动会丢失，等我确认
口语翻译项目管理
口语
估算时间
改说
对【任务】估算完成时间，包括编码、测试、修复问题的时间，按最可能/最乐观/最悲观三种情况给出
口语翻译样式设计
口语
好看一点
改说
从配色、间距、圆角、阴影四个方面改进当前设计，提供 2-3 个方案，每个方案说明设计思路
口语翻译样式设计
口语
专业一点
改说
参考行业标准设计规范，统一字体大小层级、颜色体系、间距系统，让页面看起来更专业
口语翻译样式设计
口语
简洁一点
改说
减少视觉元素，去掉不必要的装饰，增大留白，减少颜色种类，突出核心内容
口语翻译样式设计
口语
大气一点
改说
增大标题字号，增加留白，使用更深的颜色对比，整体布局更舒展
口语翻译样式设计
口语
统一一下
改说
检查所有页面的按钮、输入框、卡片、间距、字体，列出不一致的地方，统一为【规范】
口语翻译样式设计
口语
做个响应式
改说
让【页面】在手机、平板、电脑上都能正常显示，断点设置为【宽度】，移动端优先适配
口语翻译样式设计
口语
做个暗色模式
改说
为【页面/项目】增加暗色模式，背景色系为【深色方案】，文字色系为【浅色方案】
口语翻译性能优化
口语
快一点
改说
当前【操作/页面】耗时【X】秒，目标耗时【Y】秒以内，请先分析瓶颈在哪里，再提出优化方案
口语翻译性能优化
口语
太慢了
改说
【页面/操作】加载时间超过【X】秒，用户已无法接受，请分析性能瓶颈并给出优化方案
口语翻译性能优化
口语
卡住了
改说
在【操作/场景】下页面卡顿，具体表现是【描述】，请定位卡顿原因，优先解决主线程阻塞问题
口语翻译性能优化
口语
内存太高了
改说
当前内存占用约【X】，集中在【功能/页面】，请分析内存泄漏点，给出回收方案
口语翻译性能优化
口语
首屏太慢
改说
页面首次加载耗时【X】秒，其中【资源/请求】占比最高，请针对首屏做专项优化
口语翻译性能优化
口语
请求太多了
改说
当前页面发送了【X】个请求，请分析哪些可以合并、哪些可以缓存、哪些可以延迟加载
口语翻译性能优化
口语
打包太大了
改说
项目打包后体积为【X】，请分析每个模块的占比，找出可以拆分的、可以按需加载的部分
口语翻译性能优化
口语
搜索太慢
改说
搜索【关键词】耗时【X】秒，数据量约【X】条，请优化搜索逻辑，加入防抖、缓存、索引等策略
完整模板新项目启动
模板
我要开始一个新项目。
【目标】项目名称：XXX / 要解决的问题：XXX / 目标用户：XXX / 核心功能（3-5 个）：XXX
【范围】技术栈要求：XXX / 项目类型：XXX / 需要包含的模块：XXX
【限制】不要使用的技术：XXX / 代码风格：XXX / 单文件代码不超过 [X] 行
【验证】3 种验证方式：XXX
请先根据以上信息，整理出你对项目的理解，以及开发计划，等我确认后再开始写代码。
适用场景：你有一个想法，想从零开始做一个新项目
完整模板继续昨天的开发
模板
我要继续开发 [项目名称]。
【目标】上次做到：XXX / 今天要完成：XXX / 优先级：XXX
【范围】只改动：XXX / 不要动：XXX / 遇到需要调整先告诉我原因
【限制】不要重写已完成功能 / 更好方案先讨论 / 改动控制在 [X] 个文件以内
【验证】2 种验证方式：XXX
请先回顾我们之前的对话，确认你理解的当前状态，然后告诉我今天的执行计划。
适用场景：隔了一天（或一段时间），要接着上次的进度继续开发
完整模板新增功能
模板
我要在 [项目名称] 中新增一个功能。
【目标】功能名称：XXX / 用户操作流程：XXX / 完成后预期效果：XXX
【范围】涉及文件：XXX / 需新增组件/模块：XXX / 依赖现有功能：XXX / 数据存储位置：XXX
【限制】不要改动现有功能 / 新代码放在指定位置 / 风格一致
【验证】正常流程：XXX / 边界情况：XXX / 异常情况：XXX
请先列出实现方案，包括需要改动的文件清单，等我确认后再开始写代码。
适用场景：在已有项目中增加一个全新的功能
完整模板修改功能
模板
我要修改 [项目名称] 中的 [功能名称]。
【目标】当前行为：XXX / 期望行为：XXX / 为什么要改：XXX / 用户感受到的变化：XXX
【范围】需改动文件：XXX / 需保留部分：XXX / 注意被其他功能引用：XXX
【限制】只改必要部分 / 原有数据兼容 / 界面风格一致
【验证】新逻辑工作：XXX / 旧数据兼容：XXX / 引用处正常：XXX
请先说明你的修改方案，包括改哪些文件、怎么改，等我确认后再动手。
适用场景：已有的功能需要调整逻辑、改变行为或更新界面
完整模板修复 Bug
模板
[项目名称] 中出现了一个程序问题。
【目标】问题描述：XXX / 复现步骤：XXX / 预期结果：XXX / 实际结果：XXX / 错误信息：XXX
【范围】出现位置：XXX / 出现频率：XXX / 最近改动：XXX
【限制】解决根本原因，不要只是盖住报错 / 不引入新问题 / 不大范围改动 / 多文件改动先说明原因
【验证】重复复现步骤确认不再出错 / 检查关联功能正常 / 补一个能复现此Bug的回归测试并确认通过
请先分析问题根因，解释为什么会出错，先别改代码。等我确认根因对了，再提出修复方案，等我确认后执行。
适用场景：程序运行出错、行为异常，需要定位并修复
完整模板重构项目
模板
我要重构 [项目名称]。
【目标】重构原因：XXX / 重构目标：XXX / 所有现有功能保持不变
【范围】重构范围：XXX / 重构重点：XXX / 不需要重构的部分：XXX
【限制】功能行为不变——这是重构的铁律 / 对外接口不变 / 分步执行 / 大改动先说明风险 / 如果被重构的代码还没有测试，先补上覆盖现有行为的测试，再动手改
【验证】运行现有功能：XXX / 运行测试——重构前后测试结果必须完全一致 / 代码更清晰：XXX
请先制定重构计划，分步骤列出，每步说明改什么、为什么改、风险多大，等我确认后逐步执行。
适用场景：项目代码混乱、难以维护，需要重新组织代码结构，但不改变功能
完整模板检查项目
模板
请帮我全面检查 [项目名称]。
【目标】代码质量 / 安全隐患 / 性能问题 / 边界处理 / 可维护性（5 个维度）
【范围】检查范围：XXX / 重点关注：XXX / 不需要检查：XXX
【限制】每个问题给出位置、严重程度、触发条件、修复建议
【验证】输出问题清单按严重程度排序；高危问题详细说明
适用场景：项目开发到一定阶段，想做一次全面检查，发现潜在问题
完整模板准备上线
模板
[项目名称] 准备上线，请帮我做上线前检查。
【目标】确保项目可以安全上线
【范围】配置文件分离 / 安全设置 / 错误处理 / 性能 / 日志 / 数据备份（6 项清单）
【限制】只检查不修改 / 影响上线的问题优先标记
【验证】输出上线检查报告：通过项（绿色）/ 需注意项（黄色）/ 必须修复项（红色）
适用场景：项目开发完成，准备部署到生产环境
完整模板生成开发文档
模板
请为 [项目名称] 生成开发文档。
【目标】文档读者：XXX / 读者看完后能在 [X] 小时内理解并修改代码
【范围】项目概述 / 技术选型 / 目录结构 / 核心模块 / 数据流 / 关键配置 / 常见问题（7 部分）
【限制】不写代码注释已有内容 / 不写废话 / 每部分 300 字以内 / 术语首次出现附解释
【验证】自检：不了解项目的人看完能跑起来吗？
适用场景：项目需要文档，让其他开发者能快速上手
完整模板生成测试计划
模板
请为 [项目名称] 生成测试计划。
【目标】覆盖所有核心功能，确保关键路径不会出错
【范围】测试范围：XXX / 测试类型（功能、边界、异常、回归 4 类）
【限制】每个用例含场景、步骤、预期结果、优先级；高优先级必须覆盖所有核心功能
【验证】输出测试用例清单按优先级和模块分组；输出"最小测试集"约 [X] 条
适用场景：项目需要系统化的测试，确保功能稳定可靠
完整模板总结项目
模板
请帮我总结 [项目名称] 的开发过程。
【目标】成果 / 收获 / 教训（3 个方面）
【范围】总结依据（代码和对话记录）/ 总结周期：XXX
【限制】每个结论要有依据 / 教训至少 3 条附改进建议 / 不写流水账
【验证】至少一个"做对了"案例 / 至少一个"可以更好"案例 / 至少一条对下次开发的建议
适用场景：项目阶段性完成，想做一次回顾和总结
完整模板下一阶段规划
模板
[项目名称] 当前版本已完成，请帮我规划下一阶段。
【目标】功能增强 / 质量提升 / 体验优化（3 个维度）
【范围】分析基础（当前项目代码和已实现功能）/ 规划周期：XXX / 不考虑推翻重来的大改动
【限制】每个建议含：内容 / 为什么现在做 / 预计工作量 / 依赖条件 / 风险等级
【验证】按优先级排序输出前 5 个建议；前三名给详细实施步骤；明确告诉下一步先做哪个最划算
适用场景：当前版本完成，需要规划下一步做什么
完整模板探索已有项目
模板
我刚接手这个项目，帮我快速上手。分三步走：
【目标】第一步：给我整体概览，说清主要模块和职责 / 第二步：负责[某功能]的代码在哪些文件 / 第三步：追踪[某流程]的完整执行路径
【范围】只看不改，先不修改任何代码 / 重点关注：[你最需要搞懂的模块]
【限制】这次只做了解，不做任何代码修改 / 用新手能懂的方式讲 / 每一步讲完等我确认再继续
【验证】三步走完后，我会用自己的话复述项目结构，你确认我理解得对不对
适用场景：接手了一个别人做的项目，需要先搞懂再动手改
完整模板给代码写测试
模板
请给[项目名称]中的[函数/模块名称]写测试。
【目标】测试对象：[函数/模块名称] / 测试重点：不光测正常情况，更要覆盖边界情况
【范围】沿用项目现有的测试框架和断言风格 / 测试文件放在：[tests/ 目录]
【限制】重点覆盖：空值/空输入、零值、负数、超大值、类型不对、[其他特殊情况] / 也帮我想想还有哪些我没列到的边界情况
【验证】写完跑一遍所有测试，确认全部通过。如果有失败的，修到通过为止
适用场景：需要给某个函数、模块或功能补上测试