すべてのユースケース

エンジニアリング

Ground rules for building with Grok Bot + Cursor (it's an eager new developer)

Bot-written code works, but it duplicates tests, ignores existing structures, and can run up your cloud bill.

共有

困っていたこと

Dave Wolf (@davewolfusa) shared what he has learned building with Grok Bot and Cursor: don't expect a well-architected codebase or reuse by default, so set ground rules. One night of de-duplicating cut his test cases from 790 to 328. Not affiliated with xAI.

インストールまたは作成するもの

Set rules up front: reuse existing tests instead of adding duplicates; have it write architecture, design, use-case, and rules docs for you to review, and regenerate them after heavy correction; spell out exactly how a new wrinkle differs from what exists; use development-priced infrastructure (spin up, run, and destroy big servers). Don't rely only on a QA bot — run tests locally, and probe errors that don't make sense.

ボット

  • 新しいボットはありません。初回の手順に従ってください。

プラグイン

  • GitHub

    任意

ファイル

  • Architecture, design, use-case, and rules docs the bot keeps up to date for you to review.

ルーティン

  • 初回の実行では使いません。まず手動で1回通して確認してください。

プロンプト

Ground rules and lessons (author-quoted)

Quoted from @davewolfusa — as published. Do not invent a second system prompt.

a) Don't create a new test case if there is already an existing one (last night, we reduced the number of test cases from 790->328, and tonight we'll search for more duplicates (the duplicates drive up the length of time to validate a build, so can end up costing you greatly).
b) Discuss architecture and design; ask it to produce architecture, design, use case, and rules docs for you to review. Ask Grok Bot to regenerate them whenever you've been correcting lots of issues or adding new functionality.
c) Be very specific when asking for a wrinkle to an existing functionality. Specify exactly what's different and how it's similar.
d) While in development, use development-priced infrastructure. In AWS, use Lambda, Fargate, and Cursor's ability to create, configure, and destroy servers to build datasets that only need periodic updates. This is better than using Fargate because you have to pay to keep the container definition around, while Cursor can stand up, run, and destroy a huge server for pennies.
5) Don't just depend on a QA bot to do all of the testing; run tests locally.
6) If you're seeing errors that aren't making sense, start probing.

初回実行

  1. 1Read https://x.com/davewolfusa/status/2107292021916602567 (credit @davewolfusa).
  2. 2Paste his ground rules (below) into your coding bot's instructions or skill.
  3. 3Ask it to write architecture, design, use-case, and rules docs, and read them before more code gets written.
  4. 4Have it search for duplicate tests and merge them before adding new ones.
  5. 5Run the test suite locally yourself after each big change, and ask it to regenerate the docs after a round of fixes.

承認フェンス

Servers cost money. Have the bot destroy what it spins up, and keep an eye on infrastructure spend while developing.

調整ポイント

Treat it like an excited new hire: great output, but it can't read between the lines — so write the lines.

出典

Dave Wolf @davewolfusa · 元の投稿

xAI とは提携していません。このプロンプトは当サイトが書いたものではありません。第三者テンプレートの規約も適用されます。

テンプレートを見る

チーム設計図を見る

Pro パック

アイデアだけでなく、完全な構成が必要ですか?

Pro パックには、人気ユースケースのジョブ本文、プロンプト、スケジュール、落とし穴が入っています。

Pro を見る