Skip to main content

Open Source README & Contributor Guide

Generate a complete open source README and CONTRIBUTING.md with AI — badges, Quick Start, honest comparisons, PR templates, and first-contributor guidance.

Fill in the placeholders

Edit the values, then copy your finished prompt.

Your Prompt
prompt.txt
Create a comprehensive open source README and contributor guide for [project_name]: [project_description].

Language: TypeScript
License: MIT
Current state: beta, 50 GitHub stars, 3 contributors
Target contributors: developers familiar with TypeScript, first-time OSS contributors welcome

Generate:

**README.md:**
1. Project logo area and title
2. Badges: npm version, CI status, test coverage, license, downloads
3. One-liner description + animated GIF placeholder suggestion
4. **Why this exists** — the problem it solves (2-3 sentences)
5. **Features** — bulleted with emoji icons
6. **Quick Start** — install and first use in under 5 minutes
7. **Documentation** — organized by user journey (getting started → guides → API reference)
8. **Comparison** — vs [alternatives] (honest, not marketing)
9. **Roadmap** — using checkboxes
10. **Community** — links and how to get help
11. **License** section

**CONTRIBUTING.md:**
1. Welcome message (warm, not bureaucratic)
2. Ways to contribute (not just code: docs, issues, discussions)
3. Development setup (step-by-step, copy-paste friendly)
4. Coding standards and commit conventions
5. PR process (template included)
6. Issue templates (bug report, feature request)
7. "Good first issues" label explanation
8. Code of Conduct reference

Make the README sell the project in the first 10 seconds of scrolling. Make CONTRIBUTING.md feel welcoming to first-time contributors.

What this prompt does

This prompt generates two interconnected documents — a README.md and a CONTRIBUTING.md — from a single structured invocation. It is not a generic "write me a readme" request. The template explicitly sequences the README by user psychology: the first scroll captures attention (logo, badges, one-liner, GIF placeholder), the second justifies the project's existence ("Why this exists"), and everything after converts a curious visitor into an active user or contributor. That ordering is deliberate and mirrors what maintainers at well-adopted OSS projects actually do.

The CONTRIBUTING.md side of this prompt is equally intentional. It covers non-code contributions explicitly (docs, issue triage, discussions), which is the single biggest reason first-time contributors bounce — they assume only code is welcome. The PR template and issue templates are generated inline, not referenced as "coming soon," so you get working scaffolding immediately.

The [alternatives] comparison variable is the honest differentiator here. The prompt asks for a truthful competitive comparison, not marketing copy. That alone builds more trust with technical evaluators than five pages of feature lists.

When to use it

  • You are open-sourcing an internal tool and need professional documentation before the first public commit.
  • You are reviving a stalled project and want to attract contributors with cleaner onboarding.
  • You maintain a library and your existing README was written in "ship it" mode — quick summary, no structure.
  • You are starting a new CLI, SDK, or framework and want the contributor infrastructure in place before you announce on Hacker News or Reddit.
  • You are a solo dev releasing a side project and want it to look credible without spending a weekend on documentation.

Example output

# Patchwork — Schema Migration Differ for PostgreSQL

![Build](https://img.shields.io/github/actions/workflow/status/you/patchwork/ci.yml)
![License: MIT](https://img.shields.io/badge/License-MIT-green.svg)

> Diff two PostgreSQL schemas and generate safe, reversible migration SQL — in seconds.

<!-- GIF suggestion: terminal screencast of `patchwork diff prod.sql staging.sql` -->

## Why this exists
Manually comparing schema dumps is error-prone and slow.
Existing tools either require a live connection or produce noisy diffs
that mix data changes with structural ones. Patchwork works offline,
focuses only on structure, and outputs SQL you can actually run.

## Quick Start
```bash
npm install -g patchwork-diff
patchwork diff schema_v1.sql schema_v2.sql --out migration.sql

CONTRIBUTING.md opens with: "Thanks for looking at Patchwork. You don't need to write code to help — filing a clear bug report or improving a confusing doc paragraph matters just as much."

## Pro tips

- **Set `[setup_time]` to "5 minutes" or less.** If your actual setup takes longer, fix the setup first. A Quick Start that takes 20 minutes kills adoption before the README lands.
- **Be specific in `[target_contributors]`** — "backend Go devs familiar with database tooling" generates tighter coding standards and commit conventions than "developers."
- **Use the `[project_state]` variable honestly** — "pre-alpha, no tests yet" signals to contributors where effort is actually needed and sets accurate expectations.
- **Run the CONTRIBUTING.md output past a junior dev before publishing.** The prompt generates structure; the terminology still needs a real human check for jargon.
- **Pair this prompt with a GitHub Actions workflow prompt** — the README badges reference CI status but the workflow file is out of scope here. Generate it separately so the badges are live from day one.

Frequently Asked Questions

Does this prompt generate the actual badge URLs or just placeholders?
It generates the Markdown badge syntax using shields.io patterns based on whatever you pass into [badges]. You still need to replace the repository path and configure your CI provider — the prompt does not know your GitHub username or workflow file names.
Can I use this for a private repo that I plan to open-source later?
Yes. Set [project_state] to something like 'private beta, moving to public in Q3' and the prompt will frame the contributor guide around a staged release. The CONTRIBUTING.md tone adjusts to invite early adopters rather than mass contributors.
The prompt asks for [alternatives] — what if my project has no direct competitors?
Pass in the manual workaround people currently use instead of your tool — spreadsheets, shell scripts, a paid SaaS. The comparison section works best when it names a real alternative, even if that alternative is 'doing it by hand.' Honest comparisons against the status quo are often more persuasive than comparisons against other software.
Engr Mejba Ahmed

Need this built for real?

Engr Mejba Ahmed

AI Developer · Software Engineer

I'm Mejba — I design and ship production AI systems, automations, and full-stack apps. If you want this turned into a working solution for your team, let's talk.

More in AI Writing for Developers

Engr Mejba Ahmed

Engr Mejba Ahmed

AI assistant · trained on my work

👋

Hey there!

Quick Actions

WhatsApp Direct line to me

Chat on WhatsApp

+880 1723 741224 · Replies within the hour on working days

Popular Questions

Engr Mejba Ahmed is connected
Engr Mejba Ahmed is typing...
Engr Mejba Ahmed avatar

✉ Want me to follow up? Drop your email

Engr Mejba Ahmed avatar

📞 Connect Directly

Choose how you'd like to reach me

WhatsApp

+880 1723 741224

Email

mejba.13@gmail.com

✓ Details sent! I'll get back to you shortly.

Powered by OpenAI

335+

Blog Posts

25

AI Courses

63

Projects

Services & Expertise

Pricing & Process

Learning & Resources

Connect & Support