Grok 编程提示词
面向日常开发的实用提示词:阅读陌生代码、排查疑难 Bug、补全测试与文档,以及把设计截图快速转换成可用布局代码。
这二十个编程 Prompt 涵盖了开发者的日常工作:解读报错信息、排查未崩溃但结果错误的隐蔽 Bug、审查代码 Diff、编写测试与 Fixture、构建 SQL 查询和正则表达式、编写 Shell 脚本、生成 API 文档、理清复杂的 Git 分支状态,以及通过类比已知语言来快速掌握新语言。
提供充足的上下文,Grok 能回答得更快、更准。请指明你使用的编程语言、框架和版本,贴出能复现问题的最小代码片段与完整报错文本,并描述你的预期结果。针对疑难 Bug,多个 Prompt 推荐使用 Grok 4.3 Thinking:它会在回答前逐步推演代码逻辑,特别擅长排查差一错误(Off-by-one)、竞态条件和复杂的边界情况。Grok 4.20 则非常适合快速答疑和生成样板代码。还有两个 Prompt 利用了图像理解能力:一个用于诊断布局错乱的网页截图,另一个用于解析白板上的数据模型草图。
常规范畴的注意事项在这里尤为重要。模型存在知识库截止时间,无法实时查阅最新的官方文档,某些库函数可能已被重命名甚至根本不存在。看起来完全正确的代码也可能运行失败,请务必亲自运行并充分测试。切勿粘贴 API 密钥、密码、Token 或客户隐私数据;你的消息会经由我们的服务器传输给模型提供方以生成回答。长消息会被截断,因此只需发送关键函数,无需贴入整个代码仓库。
了解开发者如何使用 Grok,打开 Code Assistant,或阅读有关 Grok API 的说明。
如何调整这些 Prompt
- 指明技术栈及具体版本:写明“Node 22, TypeScript 5, Express”远比只写“JavaScript”更有效。
- 遇到单函数以上的较复杂任务时,先让它给出方案,再写代码。
- 要求解释每一处修改的原因,方便你审查背后的逻辑推导,而不仅是看代码 Diff。
- 把最棘手的难题留给 Grok 4.7;该模型每天限制使用 10 条消息。
-
01
解读报错信息
我正在使用[语言或框架及版本]。请用通俗的语言解释这个报错,按概率顺序列出最可能导致该问题的三个原因,并告诉我对每个原因应首先排查什么:[粘贴完整报错和堆栈跟踪]
-
02
逐行排查错误结果
当传入[输入]调用该函数时,返回了[实际结果],但我预期的是[预期结果]。请使用该输入逐行走查代码执行过程,追踪每个变量的变化,并在状态首次偏离预期时停下来:[粘贴代码]
-
03
排查竞态条件
这段[语言]代码在高并发/高负载下有时会出现[异常现象],但我单独测试时从未复现:[粘贴代码]。请排查竞态条件、共享状态和执行顺序假设。对于每个可疑点,详细描述会导致该 Bug 的交替执行时序及修复方案。
-
04
审查 Pull Request
请作为一名严格的高级开发人员,对这段[语言]代码的 Diff 进行审查。将意见分为 Bug、潜在风险、可读性和测试四类,标明具体行号,并在最后给出一句话理由和审查结论:批准、修改后批准或要求修改:[粘贴 Diff]
-
05
列出边界用例并编写测试
针对下方函数,列出你会测试的所有边界情况及原因,然后用[测试框架]编写测试用例。至少包含一个预期会在当前代码上失败的测试,并指出是哪一个:[粘贴函数]
-
06
生成极端测试数据
为该数据模型编写贴近实际的测试数据(使用[格式,如 JSON 或工厂函数]):[粘贴模型]。包含 10 条常规数据和 5 条极端/特殊数据(如空字符串、超长姓名、非拉丁字符和边界日期等),并标明各自类型。
-
07
根据日常描述写 SQL
基于此数据表结构:[粘贴表结构],编写一个返回[所需数据]的[数据库]查询。逐句解释该查询子句,并给出一个兼顾[边界情况,如没有订单的客户]的改写版本。
-
08
调试异常的正则表达式
这个正则表达式在[语言或工具]中本应[预期行为],但实际上[出现的问题]:[粘贴正则表达式]。请将其拆解并逐段解释,提供一个能暴露问题的测试输入,并给出修正后的版本以及三个必须被其拒绝匹配的字符串。
-
09
安全编写自动化脚本
编写一个[bash 或 PowerShell]脚本来实现[任务,例如将 30 天前的日志文件打包成 zip]。请确保其安全性:提供仅打印操作而不实际执行的试运行(dry-run)模式、清晰的报错提示,并在涉及删除或覆盖文件的每一行加上注释。
-
10
编写 API 端点文档
为该端点编写参考文档:[粘贴处理函数代码或路由]。包含请求方法与路径、参数及类型与是否必填、请求示例、成功与失败响应示例,以及可能返回的所有状态码。
-
11
解决 Git 混乱状态
我的 Git 仓库处于这种状态:[粘贴 git status 和最后几行 git log]。我的目标是[目标]。请用通俗的语言解释发生了什么,并给出修复的具体命令,第一步先备份我当前的工作。在执行任何会重写历史的命令前,请先提醒我。
-
12
用符合惯用法的方式重写代码
我精通[我熟悉的语言],正在学习[新语言]。请将这段按我平时习惯写的代码:[粘贴代码片段],用资深[新语言]开发者的方式重写。然后解释你使用了哪些在我原本语言中没有直接对应概念的惯用法。
-
13
根据截图修复布局问题
我上传了一张页面截图。问题在于:[哪里显示异常]。这是该部分的 HTML 和 CSS:[粘贴代码]。找出原因,给出最小的 CSS 修复方案,并解释原因,避免我再犯同样的错误。
-
14
白板草图转数据库表
我附上了一张[应用名称]数据模型白板草图的照片。请将其转换为[数据库类型]的建表定义,包含主键、外键和合理的字段类型。列出草图中不明确的所有关联关系,并在做出假设前提问确认。
-
15
分析复杂度并寻找更快方案
该函数的时间和空间复杂度是多少,为什么?[粘贴代码] 如果在输入规模约为[数据量]时有更快的解法,请展示出来并说明它在代码可读性上付出了什么代价。
-
16
在不改变行为的前提下重构代码
在不改变功能的前提下重构该函数以提升可读性:[粘贴代码]。分小步进行并为每步命名,用一行说明每项修改,并列出你不确定的任何行为逻辑,以便我在合并前确认。
-
17
从零编写 README
为我的项目[项目名]编写一份 README,该项目的功能是[功能介绍]。包含以下部分:项目简介、支持复制粘贴命令的快速入门、表格形式的配置项说明、常见问题以及如何贡献。以下是核心文件和关键命令:[粘贴详细信息]
-
18
解读他人编写的代码
向懂编程但对该代码库不熟悉的人解释这段[语言]代码的作用。先用两句话进行概括,然后逐个代码块进行分析,并指出任何疑似 bug 或临时拼凑的遗留代码:[粘贴代码]
-
19
为我的方案挑刺找漏洞
我打算这样实现[功能]:[描述实现方案]。请扮演反方立场。指出该方案在生产环境中最可能出现故障的 3 种情况、故障时的具体表现,以及更轻量的替代方案(如果有)。直接指出问题就好,我宁愿现在发现,也不想在凌晨三点被叫醒救火。
-
20
将代码迁移到另一种语言
将这段[源语言]代码转换为符合习惯的[目标语言]代码,不要逐行照搬:[粘贴代码]。尽量使用目标语言的标准库,保持行为一致,并列出两种语言行为存在差异的地方,例如整数除法或字符串编码。