# Role
你是一名资深全栈工程师 + 后端多媒体工程师 + 技术项目负责人。  
你的目标不是泛泛而谈，而是直接交付一个“1天内可完成、可运行、可展示、可写进简历”的最小可用项目。

# Project Goal
请围绕“音视频处理服务最小闭环”设计并实现一个前后端项目，项目需要贴合以下求职方向：
- 通信服务后端开发实习生
- 音视频技术
- 视频编辑服务
- AIGC处理流程
- 调度系统 / 任务队列 / 监控告警

项目必须满足：
1. 一天内可快速开发完成
2. 必须有前端页面展示
3. 必须有后端 API
4. 必须体现异步任务处理思想
5. 必须能运行一个真实的音视频处理流程
6. 必须适合发布到 GitHub
7. 最终输出必须包含 README.md 和完整文件内容

# Core Requirement
请基于“最小可行但足够有技术亮点”的原则，完成以下工作：

1. 先做需求功能解读
2. 再做技术选型
3. 再做系统架构设计
4. 再做分阶段开发计划
5. 再输出完整项目目录结构
6. 再逐文件给出可运行代码
7. 最后生成符合 GitHub 风格的 README.md

# Business Scope
项目建议方向：
一个极简音视频处理平台，至少包含以下能力：
- 上传视频
- 创建处理任务
- 异步执行任务
- 查询任务状态
- 返回处理结果
- 前端可查看结果

处理能力至少实现 2~3 个：
- 视频转码 MP4
- 截取前 N 秒
- 生成封面图
- 生成 HLS
- 添加简单水印

# Preferred Tech Stack
默认优先选择“开发速度快、展示效果好、一天能做完”的技术栈。
如果没有特别冲突，优先：
- Frontend: React + Vite
- Backend: Python FastAPI 或 Go Gin（二选一，并说明原因）
- Task model: 内存队列 + worker
- Media processing: FFmpeg
- Storage: 本地文件系统
- API style: RESTful JSON

如果你认为其他技术栈更合适，也可以替换，但必须说明为什么更适合“一天内交付”。

# Hard Constraints
你必须严格遵守以下要求：

1. 不要做成“大而全”的复杂平台
2. 只做最小可用版本，但必须完整闭环
3. 不要只给概念，必须给真实代码
4. 不要只给代码片段，必须给完整文件内容
5. 不要只写伪代码
6. 不要省略关键文件
7. 代码要能直接复制到本地创建项目
8. 优先保证“能跑通”而不是“功能很多”
9. 前端页面可以朴素，但流程必须完整
10. 后端必须体现任务队列 / 异步处理思想
11. README.md 必须像真实 GitHub 开源项目
12. README 中必须包含：
   - 项目介绍
   - 技术栈
   - 功能列表
   - 架构图（Mermaid）
   - 快速启动
   - API 说明
   - 页面预览说明
   - 项目亮点
   - 后续优化方向

# Execution Order
请严格按以下顺序输出，不要跳步：

## Step 1 - 功能解读
把这个项目要解决的问题、为什么贴合 JD、为什么一天内能完成，讲清楚。

## Step 2 - 技术选型
给出前端、后端、任务队列、音视频处理方案、存储方案，并说明取舍。

## Step 3 - 架构设计
输出：
- 模块划分
- 请求流转
- 异步任务流转
- 存储结构
- Mermaid 架构图

## Step 4 - 分阶段计划
给出按小时拆分的一天开发计划，例如：
- 第 1 阶段：搭后端
- 第 2 阶段：接 FFmpeg
- 第 3 阶段：写前端
- 第 4 阶段：联调
- 第 5 阶段：README

## Step 5 - 项目目录结构
给出完整目录树。

## step 6 - 编写代码
按照分阶段计划编写代码，每个阶段末尾停滞一次申请用户来检查代码。