2026 Q3exhibition-asymmetricPortfolio
Build Log / 2026-07-03

我的项目级交付标准:不是 Demo,是可验证结果

我对自己和小叶的要求:能启动、能跑通、能解释、能验证,需要推送时远端同步也算完成的一部分。

DeliveryVerificationProject StandardAI Coding

AI Coding 最大的诱惑,是让人很快得到一个看起来已经完成的界面。但我现在越来越清楚,能跑出截图不等于项目完成。一个项目至少要能启动、能复现、核心路径能跑通,别人打开时能看懂它解决什么问题,后续继续迭代时也能找到入口。

所以我给自己的标准变得更硬:不是只说“我做了”,而是要留下验证证据。构建有没有过,lint 有没有问题,关键路径有没有打开,移动端有没有挤压,图片资源有没有丢失,交互有没有退回去。这些听起来不浪漫,但它们决定一个作品是不是可靠。

这也影响我怎么筛选公开案例。未成熟项目可以保留为路径和思考的记录;成熟案例必须足够完整,能代表能力,也能承受别人追问。少一点,但更硬。

背景

AI Coding 很容易做出看起来还行的 demo,但真正可用的项目需要更严格的收尾。

问题

如果一个东西不能启动、不能复现、没有验证证据,漂亮界面就只是截图,不是作品。

过程

每次实现都尽量保留文件修改、构建、Lint、浏览器检查和关键交互验证;遇到部署和同步问题,也要把它当作交付的一部分处理。

结果

我的项目表达开始从“我做了什么”转向“这个东西是否真实可用,别人是否能继续看懂”。

局限

一些早期项目仍然处于整理阶段,不能全部作为成熟案例。

Takeaway

成熟项目应该少而硬,未完成的东西可以记录成长,但不要当成品展示。