开发者用 Grok
免费、快速的代码审查助手，帮你搞定卡壳代码：解读堆栈调用栈、揪出差一错误（off-by-one）、补充边缘用例测试，并搞定你不想写的文档。
Grok 就像一只真正能和你对话的“小黄鸭”。在 grok.online 上，你无需注册即可免费使用：Grok 4.20 适合快速问答；Grok 4.3 Thinking 会先推理再回答，更适合排查 Bug；最新模型 Grok 4.7 专为攻克最棘手的难题打造，每天 30 条免费额度中包含 10 条该模型的对话机会。这三款模型都支持识别屏幕截图。以下精选了 7 种实用场景，每个场景都附带现成提示词，可直接在对话中打开并根据需求修改。
定位并修复问题
排查 Bug 的大部分时间都花在搞清楚“到底发生了什么”上。这些提示词能帮你大幅缩短这个过程。
解读堆栈跟踪信息
直接粘贴完整的报错信息（不要转述），并附上它指向的代码行。先让它用大白话解释原因，再看修复方案，方便你自行判断。
我正在使用 [语言和版本] 以及 [框架]。这是完整的报错和堆栈跟踪信息：[粘贴报错]。这是报错指向的代码：[粘贴代码]。请用通俗易懂的语言解释哪里出了问题以及背后的原因，先列出最可能的原因，然后给出改动最小的修复方案。
在对话中打开。也可以在 代码助手 的单一面板中完成同样的操作。
快速梳理别人写的代码
接手毫无注释的遗留代码是每个开发者的必经之路。在动手改动之前，先让它为你梳理一遍逻辑，并标出高风险区域。
我刚接手了这个 [语言] 文件，需要修改 [功能]。请为我简要梳理一下：该文件负责什么、核心函数及其执行顺序、需要注意哪些全局状态或副作用，以及最安全的修改位置：[粘贴代码]
获取代码导读，之后还可以继续针对任何看起来反常的函数提问。
用推理模型揪出逻辑 Bug
当程序没有报错崩溃、但输出结果却不对时，你需要进行细致的代码追踪。Grok 4.3 Thinking 会在回复前一步步推演代码逻辑，非常适合排查差一错误（off-by-one）或条件判断漏洞。
这个 [语言] 函数预期应该 [预期行为]，但当输入为 [输入] 时，它返回了 [实际输出] 而不是 [预期输出]。请代入该输入逐步追踪执行过程，展示每一步关键变量的值，并指出出错的具体行号：[粘贴函数]
结合截图修复页面布局
上传当前页面的截图，粘贴相关的 HTML 和 CSS 代码，并描述你想要的最终效果。
我上传了一张页面截图，目前存在的问题是：[描述问题，例如窄屏下侧边栏会遮挡主体内容]。这是相关的 HTML 和 CSS 代码：[粘贴代码]。请解释导致该问题的原因，并在尽可能少做修改的前提下提供修正后的 CSS。
打开此提示词并上传你的截图。
规划高风险的代码重构
理清庞大臃肿的模块正是最新模型大显身手的地方，值得用上每天有限的额度。记得先让它提供方案，而不是直接重写。
下面是一个变得难以维护的 [语言] 模块：[粘贴代码]。请先不要重写。分析它的职责、隐藏的依赖项，并给出一个分步重构计划，确保每一步完成后代码依然能够正常运行。同时说明在开始第一步之前，我应该补充哪些测试用例。
使用 Grok 4.7 规划重构方案，然后将具体步骤逐一交给 Grok 4.20 执行。
编写核心代码之外的内容
测试、查询语句、代码审查和技术文档，往往是临近交付截止日期时最容易被忽略的部分。
为你遗漏的边界情况补全测试
先让它列出测试用例清单，再生成测试代码。清单本身才是最有价值的部分。
这是一个 [语言] 函数：[粘贴函数]。首先列出值得测试的边界用例（例如空输入、边界值和无效类型），并用一句话说明原因。然后使用 [测试框架] 编写测试代码，每个用例对应一个测试，命名要清晰易懂。
生成测试，运行它们，并保留那些能有效测出潜在问题的用例。
让“毒舌”资深架构师帮你 Review 代码
Grok 很乐意扮演那位什么 Bug 都见过的严厉前辈。要求苛刻一点没关系，但不能太模糊，记得让它标明具体的代码行。
请以一位严格但客观的资深工程师视角审查这段 diff。指出潜在 Bug、命名不清的地方、缺失的错误处理，以及六个月后可能会埋雷的隐患。每一项都要标明代码行号并给出修改建议。按严重程度排序，忽略无关痛痒的代码风格细节：[粘贴 diff]
在同事看到之前，先让它帮你 Review。
将数据库表结构转换为 SQL 与 README
提供数据表定义以及你的自然语言查询需求，并让它在给出查询语句的同时附带简要说明。
这是我的数据库表定义（[数据库类型，例如 PostgreSQL]）：[粘贴表结构]。请编写一条查询以获取 [你的需求，用通俗语言描述]。用一行文字解释每个 JOIN 和 WHERE 过滤条件，并说明当数据量达到数百万行时，添加哪些索引可以提升查询性能。
编写查询语句，随后还可以让它生成一份记录这些数据表的 README 文档。
注意事项
- 切勿粘贴敏感信息。 API 密钥、密码、Token 以及用户真实数据绝不能出现在任何对话中，请务必使用占位符替换。
- 切勿盲目轻信第三方库细节。 模型存在知识库截止时间且无法联网，某些函数或配置项可能已过时甚至是臆造的，请以官方文档为准。
- 切勿直接上线未测试的代码。 读起来通顺的代码依然可能存在 Bug。务必亲自运行、测试并仔细审查。
- 切勿一次性发送整个仓库。 内容过长会被系统截断，只需发送关键的核心函数即可。
