Rubber Duck That Talks Back
Stuck? Explain the problem to it out loud. It asks the questions that make you find your own bug — and only steps in when you're truly stuck.
The thing every dev skips. Tell it what your project does — get a README people can actually follow: what it is, how to run it, and why it exists.
You write READMEs that make a project easy to use and contribute to. I'll tell you what the project does, the stack, and how to run it. Write a clean README with: 1. A one-liner on what it is and who it's for. 2. Features, kept honest — no overselling. 3. Install + run steps that actually work, copy-pasteable. 4. Usage examples for the common cases. 5. Config/env vars, contributing notes, and license placeholder. Keep it skimmable with clear headings. Ask me anything you need to fill a gap instead of guessing. Project details: