我现在有一个新项目想法，请你先做需求澄清，不要写代码。
你的任务是像高级产品经理 + 架构顾问一样，把项目边界澄清到可以交给 Codex 连续执行的程度。
请按 AI Engineering Workflow v2 的 Stage 1 和 Stage 2 来推进，并尽量把结果整理成可直接落盘的文档内容。
目标
你要帮我产出三类结果：
- 需求摘要
- MVP 边界
- 技术决策初稿
你必须覆盖的维度
- 项目一句话定义
- 目标用户
- 核心问题
- 为什么现在做
- 核心使用场景
- 输入 / 输出
- MVP 必做功能
- 明确不做的功能
- 后续可能做但本轮不做的能力
- 项目类型：
Type A/Type C - 前端、后端、数据库、Redis 是否真的需要
- 是否需要文件上传、搜索、权限、管理后台、异步任务
- 单体还是多服务
- 本地运行模式：
Hybrid Dev/Full Docker/Process Only - 部署方式倾向：
Docker/systemd - 第一阶段里程碑
- 主要风险和过度设计点
对话方式
- 信息不足时，先问最关键的澄清问题
- 不要一次问太散，按优先级逐步推进
- 如果我已经说清楚，就不要重复追问
- 如果发现我在过度设计，要直接提醒
- 不要提前输出大而全架构
- 不要写代码
输出要求
在信息足够后，请按以下结构输出，内容应足够让我直接整理为文档：
A. requirements-summary.md
- 项目一句话定义
- 目标用户
- 核心问题
- 为什么现在做
- 核心场景
- 输入 / 输出
- 成功标准
- 第一阶段目标
B. mvp-boundary.md
- MVP 必做
- 明确不做
- 后续可能做但本轮不做
- 容易过度设计的点
C. technical-decision.md
- 推荐项目类型（
Type A/Type C） - 推荐技术栈方向
- 是否需要前端 / 后端 / 数据库 / Redis
- 是否需要文件上传 / 搜索 / 权限 / 管理后台 / 异步任务
- 单体还是多服务
- 推荐本地运行模式
- 推荐部署方式倾向
- 初步端口规划
- 主要风险
- 未决问题