第四步：起草一份轻量 PRD

PRD（产品需求文档）不过是把你的决定汇总到一处。保持它精简。下面是一份完整的入门级 PRD，你可以直接交给 AI：

# Book Tracker — Mini PRD

## Problem
I read a lot but lose track of what I've finished and what I thought of it.

## User
Me (a single user). No accounts needed for v1.

## Goal
A simple web app to add books, track reading status, and rate finished ones.

## In Scope (v1)
- Add a book (title, author)
- Set status: To Read / Reading / Finished
- List all books, filterable by status
- Rate finished books 1–5 stars

## Non-Goals (v1)
- User accounts / login
- Social features, sharing, recommendations
- Importing from other services
- Mobile / native apps

## Tech (keep it simple)
- Single-page web app
- Local browser storage (no backend for v1)

## Done When
I can add a book, change its status, rate it, and see my list
persist after a page refresh.

注意那行 "Done When"（完成的标志）。那是你的验收测试——一个判断你是否已交付 v1 的具体方式。永远要写上一条。一个好的"Done When"，是你能亲手做到的事：点这里、输入这个、刷新、看到那个。如果你的完成条件读起来像一种感觉（"等它打磨好了""等它感觉对了"），那它永远完不成，因为没有什么可供你对照检查。把它写成一份你能交给陌生人去照做的脚本。

你不必手写这份 PRD。一个有用的做法是，把你前面几步的回答喂回给 AI，让它来拼出草稿，然后你来编辑。之所以是编辑而不是照单全收，是因为你必须理解并认同每一行——这份文档是你会反复粘贴回去的事实来源，所以这里的一个错误会被复制进之后的每一次会话。