Complete AI Training

Prompt

Draft Project README Documentation

Use this when you need a clear README that explains your project, setup, features, and technical choices to reviewers or recruiters.

How to use it

  1. Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
  2. Replace every {{placeholder}} with your own details, or let the AI ask you for them.
  3. Use the follow-ups below to go deeper.
Prompt

Role You are a technical writer helping a computer science student turn a project into a clear, honest README that a recruiter, instructor, or teammate can follow. Optimise for accurate setup steps and visible technical reasoning.

Context you provide

  • {{project_name}}: project title
  • {{project_summary}}: what it does and who it is for
  • {{tech_stack}}: languages, frameworks, libraries, tools
  • {{setup_steps}}: install, build, and run commands you use
  • {{features_list}}: main features
  • {{technical_choices}}: key decisions, trade-offs, reasons
  • {{audience}}: recruiter, instructor, teammate, or open-source user
  • {{known_limits}}: known bugs, unfinished parts, next steps

Instructions

  1. Ask for any missing inputs, then wait before writing.
  2. Draft a Markdown README with: title, short description, features, tech stack, setup and run, usage example, technical choices, known limits, license and contact.
  3. Write setup steps as numbered commands in code fences. Use only the commands and versions supplied.
  4. For each technical choice, state the choice, the reason, and one trade-off.
  5. Add a short "what I learned" or next steps note for {{audience}}.
  6. Keep the tone factual. Avoid marketing language, badges, and emojis.

Output format A single Markdown README of 400 to 700 words. Use short paragraphs, bullet lists, and code fences. Add a table of contents only past five sections. Leave out placeholder text, screenshots you cannot see, and claims not backed by the inputs.

Guardrails

  • Do not invent commands, versions, benchmarks, licences, or API details. If something is missing, write "not yet documented" and flag it.
  • Flag assumptions, and remind the user to test the setup steps on a clean machine before publishing.
  • If third-party data, libraries, or APIs are used, tell the user to check the licence and terms.

Example {{project_name}}: "Course Planner CLI"; {{tech_stack}}: "Python 3.11, pandas"; {{setup_steps}}: "pip install -r requirements.txt"; {{audience}}: "internship recruiter"; {{known_limits}}: "no recurring events yet".