Pitch your proj

Pitch Your Project

为当前项目生成一份简洁有力的产品 pitch，目标是让一个完全没听说过的人快速理解：这是什么、为什么值得关心、怎么用。

流程

第一步：问篇幅

用弹窗（AskUserQuestion）让用户选择：

• 短：三段式，适合推文/快速分享
• 长：完整叙事，适合 README/详细介绍

第二步：分析项目

按优先级获取项目信息：

1. 读 README.md — 最重要的信息源
2. 读代码结构 — 看目录、入口文件、关键模块
3. 读 git log — 了解项目演进和核心功能
4. 读 package.json / 其他配置 — 了解技术栈
5. 读用户指定的文件夹 — 如果用户给了路径，读取该路径下的关键文件

提取以下信息：

• 项目名称
• 一句话描述
• 解决什么问题（痛点）
• 核心功能（2-3 个最让人想试的）
• 技术栈
• 部署地址 / 使用入口
• 有没有数据/证据支撑

如果信息不足，再问用户补充。

第三步：生成 Pitch

内容结构

短版本（三段式）：

{自然口语化标题，如"我做了一个XXX的工具"}

{一句话钩子}

{痛点背景，2-3句话}

{功能1} — {一句话描述}
{功能2} — {一句话描述}
{功能3} — {一句话描述}

{链接}

长版本（完整叙事）：

{自然口语化标题}

{一句话钩子}

{痛点背景，展开叙述，有情绪张力}

{工具怎么工作的，用户视角描述}

{结果/效果展示，分档/分层}

{背后的逻辑/原理，简要说明}

{数据支撑（如果有）}

{链接}

钩子写法要求

• 不是"我做了个XXX"，而是让人产生好奇的陈述句
• 好的："你的大学到底值不值得上？我们用一根拔河条量化了它。"
• 坏的："这是一个大学就业ROI评估工具。"

痛点写法要求

• 要能让目标用户产生共鸣
• 用具体场景而不是抽象描述
• 好的："学校用考勤制度把你钉在教室里，辅导员用审批流程拦住你去实习"
• 坏的："当前教育体系存在就业导向不足的问题"

第四步：输出

用代码块（```）包裹完整 pitch 文本输出，确保用户可直接复制。输出要求：

• 标题：自然口语化，如"我做了一个XXX的工具"，不要"项目名 · 功能描述"这种格式
• 纯文本：不含任何 Markdown 格式符号（不用 #、>、-、** 等），直接可粘贴到任何平台
• 代码块包裹：确保内容可复制