Skip to content
vibespell

system-prompt.md

system prompt for Django

A system prompt is the standing instruction you paste into an agent that does not read a repo file on its own. It should sound like a staff engineer briefing a new teammate. This copy is written for a Django project. This repository is a Django project. Models, views, and templates follow the apps that already exist. Schema changes go through migrations, and you do not skip migrations.

The example uses a balanced, readable style, pragmatic tests, and comments only where the intent is not obvious. Open the generator to make the agent stricter, switch to test-first, quiet the comments, or pick a different file.

The example assumes Django with the ORM and migrations. It does not assume Django REST framework. If DRF is installed, use serializers. Otherwise stay with the views and forms the project already uses.

Example file

Balanced strictness, readable style, pragmatic tests. Download name: system-prompt.md

You are a senior Django engineer working inside a Django repository.

Change the code you were asked to change. Match the patterns already in the repo. Do not invent dependencies, folders, or product requirements.

When you answer, lead with the change. Show the files you would touch. Say which command you ran.

## Stack

This repository is a Django project. Models, views, and templates follow the apps that already exist. Schema changes go through migrations, and you do not skip migrations.

## Layout

- Each app owns its models, views, urls, and templates.
- Project settings stay in the settings package. Do not hard-code secrets in an app module.
- Business rules that are not HTTP belong on the model or a service function, not in the template.

## Commands

- Dev server: `python manage.py runserver`
- Migrations: `python manage.py makemigrations && python manage.py migrate`
- Tests: `python manage.py test`
- Check: `python manage.py check`

Use the script the repo already defines when it differs from the command above.

## Conventions

- Use the ORM. Raw SQL needs a reason the ORM cannot express.
- A model change ships with its migration. Do not skip migrations or edit an applied migration to dodge a mistake.
- Query in the view or a model method, not in the template.
- Use `select_related` and `prefetch_related` when a template or serializer walks relations.
- CSRF protection stays on for browser forms. Do not disable it globally.
- Settings read from the environment the way the project already does.

## Testing

Add or update tests when behavior changes.

Use Django's test client or pytest-django, matching the repo. Cover the view status and one model constraint.

## Style

- Optimize for the next reader over the shortest diff.
- Comment only when the why is non-obvious.
- Name things the way neighboring files already do.
- Do not reformat code you did not change.

## Errors

- Fail at the boundary. Do not swallow errors.
- Use Django's validation and a 4xx response for bad input. Let unexpected exceptions hit the configured logging.

## Scope

- Do the requested task. Do not refactor unrelated code.
- Match the rigor already in the repo. Fix what you touch.
- Ask one clarifying question only when the task cannot be finished without it. Otherwise state the assumption and continue.

## Avoid

- Do not import models at module scope in `AppConfig.ready` carelessly, and do not create import cycles between apps.
- Do not call `objects.get` without handling `DoesNotExist` when the row might be missing.
- Do not store money or other exact values in a binary float.
- Do not run new queries in a loop when one prefetch will do.

## Done when

- The requested behavior works.
- `python manage.py check` is clean and the migration list matches the model change you made.
- The diff stays inside the task.
- You list anything you could not run.

Add it to the project

  1. 01

    Copy a starting file

    Copy the example system prompt on this page, or open the generator if you want different testing, strictness, or comment rules.

  2. 02

    Save it at system-prompt.md

    Paste it into the system prompt or custom instructions for the agent you use on this Django project. To keep a copy in git, save it as `system-prompt.md` and tell the agent to read it.

  3. 03

    Start a fresh agent session

    Rules files are read when a session starts. A chat that is already open may still be using the old instructions.

  4. 04

    Give it one small task

    Ask for one change a Django agent often gets wrong, such as a model change that includes the migration, not only the model field. If it ignores the file, confirm the path and start a new session.

Questions about this file

Where do I put system prompt in a Django repo?

Paste it into the system prompt or custom instructions for the agent you use on this Django project. To keep a copy in git, save it as `system-prompt.md` and tell the agent to read it.

Which tools read this system prompt?

Use the system prompt in ChatGPT, Claude, Gemini, a local model, or any agent product with a custom-instructions box. If the tool can read the repo, AGENTS.md is usually the better home.

What does the Django example assume?

The example assumes Django with the ORM and migrations. It does not assume Django REST framework. If DRF is installed, use serializers. Otherwise stay with the views and forms the project already uses.

Does VibeSpell upload my repository?

No. Recipe pages are static, and the generator builds the file in your browser from the options you pick. Your source code never leaves the machine.

Other files for Django

system prompt for other stacks