0.效果预展
①摘要
面向有旧照片的老人不会使用复杂软件，提供低成本高质量修复照片的途径。
面向觉得普通修图，去除风景照杂质和废片拉回的场景。
②真实场景与需求：
- 这个项目真的很简单，但是给很多人用后反馈还不错，修复一些拍的不好的风景照片。修复一些镜面问题。修复旧照片。老人的照片或者拍风景照，旧照片的折痕和破损。
③作品介绍
- 旧照，风景照修复小型手机网页软件。
④用 SOLO 实现的过程
（不一样工作流，文字-图片-作品）
（不一样的分享内容：开发过程提示词放送）
旧照片生成-简单前端+api调用项目。
核心是之前项目脱胎的提示词管理器。
这个项目真的很简单，但是给很多人用后反馈还不错，修复一些拍的不好的风景照片。修复一些镜面问题。修复旧照片。
技术含量并不高。
核心是之前项目写黑板报的时候的分包生成照片管理工具，给这个工具改造成了自动接单，生成图片回传图片的脚本。
前端也只是三个简单的页面。
描述需求。-详细提示词过程在下面
我要一个简单的页面，要历史记录可查看。要可以发的比较晚，因为之前给朋友圈用资源不是很足。排队很久。
这个项目还受邀写了个新闻稿。
我也在其中宣传了我们的trae，如果后续有发布，我也尝试贴一下。
第一步用神秘手段和ai聊天。尝试出一个设计图。
描述你需要的功能，用户进入页面怎么体验。
手机端主打，然后有哪些中间页面。
比如： 手机用，对比查看修复前修复后。上传页面，首页，简单的首页，历史记录，不需要登录，哈希比对照片
和ai聊 把少变成多，把自然语言变的精准。把色泽风格定下来。然后去生成图片，让ai用和你聊的开始生图。
然后去生成图片，让ai用和你聊的开始生图。可以尝试直接让trae生成预览图片：
我没有像之前设计软件一样，只是发提示词。
这次设计的时候是预览图+提示词。以锚定我想要的效果。
大概10步。非常简单。。。。主要是服务器难调。
最终做了一个前端加任务管理器。【电脑看有问题，手机看没问题，让ai部署到对应服务器就行了接下来。】
-
前端：原生 HTML + CSS + JS
-
后端：Node.js 单文件服务
-
图片修复执行：外部 worker
然后就是上服务器，确保用户的任务能排队，然后调用api生成图片后返回。
这里我还尝试了一下新分享方式，分享开发过程提示词：
## Round 1: lock the target
```text
我要做一个移动端优先的旧照片修复网站。
先不要直接写代码，先帮我锁定产品边界。
要求：
1. 首页极简，只做上传入口。
2. 必须有历史记录可查看。
3. 必须有修复中页面。
4. 必须有修复结果页，可以看修复前和修复后对比。
5. 必须支持下载修复后的图片。
6. 这是一个“前端站点 + 后端任务 + 外部 worker 回传结果”的结构。
7. 不做用户体系，不做公开展示，不做复杂运营模块。
请先输出：
- 页面结构
- 状态流转
- 最小数据结构
- worker 回传接口约定
先不要开始写代码。
```
## Round 2: lock the technical architecture
```text
现在按下面的固定技术路线继续，不要改技术栈：
- 前端：原生 HTML + CSS + JS
- 后端：Node.js 单文件服务
- 图片修复执行：外部 worker
- 前端必须移动端优先
- 前后端放在同一个小项目里，便于独立部署
请输出：
- 目录结构
- 每个文件的职责
- 前端五个页面 / 视图的状态关系
- Job 状态机（pending / processing / restored / failed）
不要泛泛而谈，要面向可直接实现。
```
## Round 3: first implementation
```text
现在开始写第一版代码。
要求：
- 先完成一个可运行的旧照片修复站点骨架
- 有上传页、历史页、修复中页、结果页
- 结果页有 before / after 对比滑块
- 历史页可点击进入结果
- 后端先把 job 流程跑起来
请直接产出代码，不要只讲思路。
如果有多个文件，请一次性给出完整文件内容。
```
## Round 4: force mobile quality
```text
继续，不要增加功能，专注优化移动端体验。
要求：
- 首页像真实手机 App，而不是管理后台
- 顶部、底部栏、上传卡片、处理中卡片、结果页卡片都要统一风格
- 手机上不能出现挤压、溢出、文字重叠
- 历史页和结果页跳转要顺滑
请直接修改代码。
```
## Round 5: add real worker contract
```text
现在补完整业务闭环。
要求：
- 上传后创建 job
- worker 可以 claim job
- worker 可以下载原图
- worker 可以回传修复结果
- 前端可以查询 job 状态并自动跳转到结果页
- 失败状态可见
- 历史记录可恢复
请给出：
- server 端接口
- worker 约定
- 前端状态切换逻辑
并直接改代码。
```
## Round 6: edge-case stabilization
```text
继续做稳定化，不增加新功能，只修边界问题。
重点检查：
1. 上传成功但页面回退到首页的问题
2. 修复完成后仍然停留在“修复中”的问题
3. 历史记录点击太慢的问题
4. 下载按钮无效或 0KB 的问题
5. 页面刷新后如何恢复到正确任务
请按“问题 -> 原因 -> 修改代码”的方式处理，但最终以代码为主。
```
最后是展示一下。修复效果。
⑤成果展示：
- 体验链接，排队成功约60-80s一张图，注意隐私，49s不是卡死，是假进度：
- 旧照修复
⑥验证方式与下一步（加分项）
- 有人修复了旧照片
- 有人修复了风景照
- 有人修复了自拍的镜面脏污-方便P图。。。。
- 某院院长邀请我们写新闻稿分析，目前还没看见发。。。这个待续。
以下是一些尝试和视频。- 核心是好像真的帮到了一些家人和朋友体验ai的威力。ai可能大家都会用没有感觉，但对很多不是计算机的老师同学朋友，他们能用上一些最新的技术还是反馈非常好的。尤其用在人文这块上的时候。
会
