协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
book-reader-conversations【开发与工程】Plan and synthesize pre-draft reader conversations for useful nonfiction books, including listening interviews, teaching calls, reader-language capture, promise validation, scope refinement, and TOC testing. Use when validating a practical book idea, finding target readers, preparing interview prompts, testing a table of contents, or turning reader c…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Reader conversations are product discovery for useful nonfiction. The goal is not to ask whether people like a book idea. The goal is to understand the reader's real situation, language, failed attempts, urgency, objections, and ability to receive the value the book intends to deliver.
Use this skill before or during drafting to:
| Need | Read |
|---|---|
| Core model and terminology | references/core/knowledge.md |
| Interview and synthesis rules | references/core/rules.md |
| Example prompts and synthesis patterns | references/core/examples.md |
| Fast setup and review checklist | references/core/checklist.md |
| Run a conversation round | workflows/run-reader-conversations.md |
Choose one primary question for this round:
Do not mix early listening with pitching unless the user is explicitly running a teaching conversation.
Start with friendly first contacts, existing readers, community members, customers, students, or people already trying to solve the problem.
Avoid cold outreach unless no warm path exists. If nobody relevant will talk, treat that as a scope or access problem rather than a scheduling problem.
Use two modes:
After each batch, update:
Recommend one of:
book-toc-lab.reader-experience-edit or beta-reader-feedback.When helping with reader conversations, return:
Keep the conversation about the reader's life before the author's idea. Prefer observed behavior, concrete stories, and exact reader language over opinions, compliments, or predictions.