30 Claude Code Prompts for Migrations
Name the schema change and the files. Claude Code writes or fixes migrations in that scope, plans expand-contract if you ask, and does not invent a destructive down. Not a rewrite of prod.
In short: This page contains 30 copy-paste ready prompts, organized into 6 categories with a description and pro tip for each. The first 5 prompts are free instantly, no signup needed. Hand-curated and tested by the AI Academy team.
Add
5 promptsAdd Column
1/30✨ What it does
Claude Code adds the column in [COLUMN] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a migration writer working in Claude Code. <context> I need you to add this column in a migration. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [COLUMN] - Table: [TABLE] - Files: [FILES] - Null: [NULL OR VERIFY] </inputs> <task> 1. Migration in [FILES] 2. Null or ask 3. No invented default that lies </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent NOT NULL without a default I gave.
Add Table
2/30✨ What it does
Claude Code adds the table in [TABLE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a table writer working in Claude Code. <context> I need you to add this table in a migration. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [TABLE] - Columns I have: [COLS] - Files: [FILES] </inputs> <task> 1. Only [COLS] 2. Stay in [FILES] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent created_at unless I asked.
Index
3/30✨ What it does
Claude Code adds the index in [INDEX] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are an index writer working in Claude Code. <context> I need you to add this index in a migration. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [INDEX] - Table: [TABLE] - Files: [FILES] </inputs> <task> 1. Index I named 2. Stay in [FILES] 3. Concurrent [VERIFY] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent CONCURRENTLY if I did not ask.
FK
4/30✨ What it does
Claude Code adds the foreign key in [FK] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are an fk writer working in Claude Code. <context> I need you to add this foreign key in a migration. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [FK] - Files: [FILES] </inputs> <task> 1. FK I named 2. Stay in [FILES] 3. On delete [VERIFY] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent CASCADE.
Enum
5/30✨ What it does
Claude Code adds the enum value in [VALUE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are an enum writer working in Claude Code. <context> I need you to add this enum value in a migration. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [VALUE] - Files: [FILES] </inputs> <task> 1. Value I named 2. Stay in [FILES] 3. Plan old rows [VERIFY] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent a backfill.
Safe
5 promptsExpand
6/30✨ What it does
Claude Code does expand-contract in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are an expand writer working in Claude Code. <context> I need you to expand-contract this change. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Files: [FILES] </inputs> <task> 1. Expand first 2. Stay in [FILES] 3. Contract later only if I asked </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not drop the old column yet.
Backfill
7/30✨ What it does
Claude Code writes the backfill in [RULE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a backfill writer working in Claude Code. <context> I need you to backfill I described. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [RULE] - Files: [FILES] - Batch: [BATCH OR VERIFY] </inputs> <task> 1. Backfill from [RULE] 2. Batch or ask 3. Stay in [FILES] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent 1000 rows.
Nullable First
8/30✨ What it does
Claude Code makes the column nullable first in [COLUMN] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a null writer working in Claude Code. <context> I need you to make it nullable first. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [COLUMN] - Files: [FILES] </inputs> <task> 1. Nullable now 2. Stay in [FILES] 3. NOT NULL later only if I asked </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not lock the table if I forbade it.
Dual Write
9/30✨ What it does
Claude Code plans dual write in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a dual-write writer working in Claude Code. <context> I need you to plan dual write I asked. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Files: [FILES] </inputs> <task> 1. Plan or code in [FILES] 2. No invented queue </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent Kafka.
Check First
10/30✨ What it does
Claude Code adds the check in [CHECK] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a check writer working in Claude Code. <context> I need you to add a check I named. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHECK] - Files: [FILES] </inputs> <task> 1. Check from [CHECK] 2. Stay in [FILES] 3. NOT VALID [VERIFY] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent VALIDATE.
Fix
5 promptsBroken
11/30✨ What it does
Claude Code fixes the broken migration in [ERROR] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a migration fixer working in Claude Code. <context> I need you to fix this broken migration. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [ERROR] - Files: [FILES] </inputs> <task> 1. Fix in [FILES] 2. What you ran 3. No rewrite of later migrations unless I asked </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent a SHA.
Down Honest
12/30✨ What it does
Claude Code writes a safe down in [MIGRATION] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a down writer working in Claude Code. <context> I need you to write a down that is safe. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [MIGRATION] - Files: [FILES] </inputs> <task> 1. Down in [FILES] 2. If data would die, say so and ask </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not drop prod data quietly.
Rename
13/30✨ What it does
Claude Code renames without breaking reads in [OLD] [NEW] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a rename writer working in Claude Code. <context> I need you to rename without breaking reads. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [OLD] [NEW] - Files: [FILES] </inputs> <task> 1. Expand rename in [FILES] 2. No drop yet if I said so </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent a view unless I asked.
Type Change
14/30✨ What it does
Claude Code changes the type safely in [COLUMN] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a type writer working in Claude Code. <context> I need you to change this type safely. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [COLUMN] - To: [TO] - Files: [FILES] </inputs> <task> 1. Safe path in [FILES] 2. Ask if you need a rewrite </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent USING.
Drop Later
15/30✨ What it does
Claude Code plans the drop for later in [COLUMN] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a drop writer working in Claude Code. <context> I need you to do not drop yet, plan the drop. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [COLUMN] - Files: [FILES] </inputs> <task> 1. Plan only or a no-op note 2. Stay in [FILES] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Drop is a later GO.
These prompts give you the what. Tutorials give you the why.
Learn when to use extended thinking, how to build Claude Projects, and workflows that compound. 300+ tutorials and growing.
Run
5 promptsCommand
16/30✨ What it does
Claude Code uses my migrate command in [CMD] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a run writer working in Claude Code. <context> I need you to use my migrate command only. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CMD] - Files: [FILES] </inputs> <task> 1. Use [CMD] 2. Stay in [FILES] 3. Paste what happened </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent prisma migrate.
Dry Run
17/30✨ What it does
Claude Code dry-runs the migration in [CMD] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a dry-run writer working in Claude Code. <context> I need you to dry-run the migration if I can. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CMD] - Files: [FILES] </inputs> <task> 1. Dry-run [CMD] if possible 2. Stay in [FILES] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent --dry-run.
Prod Note
18/30✨ What it does
Claude Code writes prod migrate notes in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a prod writer working in Claude Code. <context> I need you to write prod migrate notes. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - How we ship: [SHIP OR VERIFY] </inputs> <task> 1. Notes from [SHIP] or ask 2. Stay about [CHANGE] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent downtime 0.
Lock Note
19/30✨ What it does
Claude Code notes migration locks in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a lock writer working in Claude Code. <context> I need you to note locks this may take. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Files: [FILES] </inputs> <task> 1. Locks from what I know 2. UNVERIFIED otherwise </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent ACCESS EXCLUSIVE.
Order
20/30✨ What it does
Claude Code orders the migrations in [LIST] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are an order writer working in Claude Code. <context> I need you to order these migrations. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [LIST] - Files: [FILES] </inputs> <task> 1. Order [LIST] 2. Stay in [FILES] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent a missing file.
Stop
5 promptsAsk First
21/30✨ What it does
Claude Code plans the migration then waits in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a plan writer working in Claude Code. <context> I need you to plan the migration then wait. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Files: [FILES] </inputs> <task> 1. Plan only 2. Wait for GO </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not write SQL until I say.
No Prod
22/30✨ What it does
Claude Code skips a prod migrate run in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a prod cutter working in Claude Code. <context> I need you to do not run against prod. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Files: [FILES] </inputs> <task> 1. Files only 2. Stay in [FILES] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Prod run is out of scope.
No Seed
23/30✨ What it does
Claude Code skips invented seed data in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a seed cutter working in Claude Code. <context> I need you to do not invent seed data. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Files: [FILES] </inputs> <task> 1. Schema only unless I gave rows 2. Stay in [FILES] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent admin@.
Match Tool
24/30✨ What it does
Claude Code uses our migrate tool in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a tool matcher working in Claude Code. <context> I need you to use our migrate tool only. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Tool: [TOOL] - Files: [FILES] </inputs> <task> 1. [TOOL] only 2. Stay in [FILES] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Do not invent Flyway if we use Prisma.
Off Limits
25/30✨ What it does
Claude Code honors migration off limits in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a fence writer working in Claude Code. <context> I need you to honor off limits on migrations. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Off: [OFF] - Files: [FILES] </inputs> <task> 1. Honor [OFF] 2. Stay in [FILES] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Off limits stays off.
Most people use 10% of Claude. Tutorials unlock the rest.
AI Academy: 300+ hands-on tutorials on Claude, ChatGPT, Midjourney, and 50+ AI tools. New tutorials added every week.
Fixes
5 promptsUndo Wander
26/30✨ What it does
Claude Code reverts extra migration files in [DIFF] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a scope writer working in Claude Code. <context> I need you to revert extra migration files. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [DIFF] - Allowed: [FILES] </inputs> <task> 1. Revert extras 2. Keep the change </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Neighbors stay.
Mig Plus Note
27/30✨ What it does
Claude Code writes a migration plus apply note in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a combo writer working in Claude Code. <context> I need you to migration plus apply note. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Cmd: [CMD] - Files: [FILES] </inputs> <task> 1. Migration 2. How I apply with [CMD] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Note stays local.
Mig Plus Down
28/30✨ What it does
Claude Code writes a migration plus safe down in [CHANGE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a combo writer working in Claude Code. <context> I need you to migration plus safe down. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [CHANGE] - Files: [FILES] </inputs> <task> 1. Up 2. Safe down or ask </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Down must not quietly drop data.
Humanize
29/30✨ What it does
Claude Code humanizes the migrate note in [NOTE] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are a humanizer working in Claude Code. <context> I need you to humanize the migrate note. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [NOTE] - Keep: [KEEP] </inputs> <task> 1. Cut delve 2. Keep [KEEP] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: It should sound like ops.
Unverified SQL
30/30✨ What it does
Claude Code tags invented SQL in [SQL] without wandering outside the files you named. Plan if more than two files change, then tell me what you ran.
You are an honesty writer working in Claude Code. <context> I need you to tag invented SQL. Stay inside the scope I name. Do not refactor neighbors. Do not add packages I did not ask for. </context> <inputs> - Primary: [SQL] - Facts: [FACTS] </inputs> <task> 1. Tag extras 2. Stay about [FACTS] </task> <constraints> - Plan before you edit if more than two files change. - Do not touch files I mark OFF LIMITS. - Run the test command I gave. If I gave none, ask before inventing one. - Do not invent APIs, env vars, or tickets. </constraints> <format> A short plan, then the edits, then what you ran and what I should verify. </format>
Pro tip: Drop invented tables.
Free tool
Prompt Optimizer
Turn a rough idea into a structured, professional AI prompt.
Frequently Asked Questions
Prompts are the starting line. Tutorials are the finish.
A growing library of 300+ hands-on tutorials on ChatGPT, Claude, Midjourney, and 50+ AI tools. New tutorials added every week.
7-day free trial. Cancel anytime.