作者比较了长提示和短提示,以及“work very hard”等措辞。其结论是:具体措辞本身影响很小;长提示能增加具体性,适合已经知道自己要什么的任务,而 Grok 4.6 的默认品味足够好时,短提示加一个清晰偏好通常也能得到不错结果。
作者给一个 Sheets/Excel 风格 Next.js 应用的短提示后,追加了这一句:
Verify the function and design after implementation, and keep on iterating and verifying until it's production ready.作者称,这句话让模型打开应用、点击真实用户路径、检查嵌套公式并修复发现的问题。对于难以通过“代码能否运行”判断的视觉任务,作者使用了类似的结构:先捕获当前画面,列出问题,再只修复这些问题。
Build [具体目标].
After implementation, verify [功能路径] and [设计/视觉标准].
Keep iterating and verifying until [明确完成条件].作者给出的产品提示是:
Build a polished Sheets/Excel-style app in Next.js and an AI chat that can analyze the sheet. Use the Cursor SDK for all AI features. Preload a realistic sample workbook so it looks good immediately.对 Grok 4.6,与其反复堆叠“努力工作”一类措辞,不如写清楚什么叫完成,并把真实运行、浏览器路径、视觉检查和修复循环写进验收条件。
Grok 4.6