航道疏浚管理系统
航道疏浚施工的 GIS 管理平台 —— 把航道信息、浅区测量成果、智能工单、施工船舶与施工数据统一到一套界面里。针对外业测量与内业调度割裂、数据分散在多个系统的问题，重建信息结构与操作路径。
03
重点项目 01 · AI 产品实践
个人项目 · YUYU 手作集
面向手作创作者的个人品牌小程序。一次完整的「产品定义 → 设计 → 技术方案」实践，也是一次「如何指挥 AI 干活」的实践。
阶段性成果
产品定义 / 信息架构 / 交互设计 / 视觉设计 / 数据模型 / 技术方案 / 工程骨架均已完成。前台实现因微信个人主体类目限制主动暂停，正在评估 H5 版本；尚无真实用户数据与上线结果。
15项 V1「不做清单」
6个核心数据集合
3档图片安全策略
6个页面高保真设计
这个项目证明什么
内容体验优先 —— 先问「用户为什么来」
不想「瀑布流怎么画」，而想「用户为什么来」。最终做纯图片瀑布流，主动弱化标题、分类与作者，让视觉成为第一层体验。
边界感 —— 先决定「不做什么」
V1 明确排除支付、购物车、登录、收藏、点赞、评论、排行榜等 15 项功能。先冻结范围，再谈交付。
从界面反推数据 —— 设计问题常常是数据问题
从「一件作品可能同时含奶油胶和串珠」这类真实场景，发现单分类、单作者模型撑不住，推动数据结构升级为可扩展的内容关系 —— 而不是提前建复杂 CMS 与权限系统。
把安全画在数据层
设计 source / display / thumb 三档图片体系，发布母图仅存私有集合，前台接口永不返回敏感字段。CloudBase 不支持自定义存储规则，就改用受信云函数下发临时地址 —— 重画架构，而不是降低安全标准。
工具编排
01Codex 直接生成页面视觉质量不达标 —— 判断出它强在代码逻辑、弱在视觉表现
02改用 Google Stitch 生成设计自动生成视觉方案，再人工微调到可用状态
03导出 Figma 建立设计源让设计稿成为可被机器读取的结构化资产
04Codex 连接 Figma 读取落地设计源 → 代码，形成可复用的闭环
协作规则
给出明确的目标、限制与验收条件，而不是一句模糊的需求
要求 AI 先审查、再实施 —— 不允许直接动手改
要求静态检查、diff 与独立提交，保证每一步可回退
