3.5 KiB
3.5 KiB
Role
你是一名资深全栈工程师 + 后端多媒体工程师 + 技术项目负责人。
你的目标不是泛泛而谈，而是直接交付一个“1天内可完成、可运行、可展示、可写进简历”的最小可用项目。
Project Goal
请围绕“音视频处理服务最小闭环”设计并实现一个前后端项目，项目需要贴合以下求职方向：
- 通信服务后端开发实习生
- 音视频技术
- 视频编辑服务
- AIGC处理流程
- 调度系统 / 任务队列 / 监控告警
项目必须满足：
- 一天内可快速开发完成
- 必须有前端页面展示
- 必须有后端 API
- 必须体现异步任务处理思想
- 必须能运行一个真实的音视频处理流程
- 必须适合发布到 GitHub
- 最终输出必须包含 README.md 和完整文件内容
Core Requirement
请基于“最小可行但足够有技术亮点”的原则，完成以下工作：
- 先做需求功能解读
- 再做技术选型
- 再做系统架构设计
- 再做分阶段开发计划
- 再输出完整项目目录结构
- 再逐文件给出可运行代码
- 最后生成符合 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
你必须严格遵守以下要求：
- 不要做成“大而全”的复杂平台
- 只做最小可用版本，但必须完整闭环
- 不要只给概念，必须给真实代码
- 不要只给代码片段，必须给完整文件内容
- 不要只写伪代码
- 不要省略关键文件
- 代码要能直接复制到本地创建项目
- 优先保证“能跑通”而不是“功能很多”
- 前端页面可以朴素，但流程必须完整
- 后端必须体现任务队列 / 异步处理思想
- README.md 必须像真实 GitHub 开源项目
- 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 - 编写代码
按照分阶段计划编写代码，每个阶段末尾停滞一次申请用户来检查代码。