AI,

产品召回三端,我用 Codex 和 Stitch 两小时交了

Aug 01, 2026 · 2 分钟阅读
产品召回三端,我用 Codex 和 Stitch 两小时交了
Share
可引用摘要
1文章标题:产品召回三端,我用 Codex 和 Stitch 两小时交了
2发布时间:2026-08-01
3分类:AI
4关键词:featured, AI, Codex, Stitch, 产品召回, 小程序, H5, 管理后台
5核心摘要:产品召回相关的 H5、小程序、管理后台,我用 Codex + Google Stitch 大约两小时交了初版。 这不是「AI 写了几行代码」的故事,而是设计与实现被压到同一条链路上之后, 程序员真正能撬动的交付量,和过去不是一个数量级。

常见问题

两小时三端,交付的是可上线生产,还是 Demo?

是可演示、可联调、可继续硬化的企业级初版:页面结构、核心流程、后台管理骨架齐了。权限、审计、接口联调、合规文案和灰度上线仍要按企业标准补,不能把「两小时」理解成「零风险上线」。

Google Stitch 在这里扮演什么角色?

设计侧加速器。用自然语言和画布快速拉出多端界面与信息架构,再交给 Codex 落代码,避免先在 CSS 里开产品会。

为什么说程序员杠杆被放大了大约 50 倍?

按传统路径粗算:UI、H5、小程序、管理后台常是多角色、数天到两周量级;同一人用 Stitch + Codex 把可见交付压到小时级。50 倍是数量级体感,不是实验室秒表,也不是所有项目通用。

两小时交付之后,人还要干什么?

定边界、定验收、审业务对错、扛合规与联调。AI 放大的是执行带宽;判断、责任和客户现场,仍在人身上。

最近做了一件很土、但很能说明问题的事。

产品召回相关的三端——H5、小程序、管理后台——我用 Codex + Google Stitch,大约 两小时 交了可演示、可继续硬化的初版。

不是「生成了几个静态页面截图」,是把主流程页面、后台管理骨架、多端一致的信息架构拉通;后面该接的接口、权限、审计再按企业节奏补。

五月我写过 一个人的 AI 军团:从售前到运维,一个人顶一个 Team。那是项目全链路。今天这篇更窄,只钉交付里最容易被低估的一段:

界面与三端实现,曾经是分工最碎、等待最长的一截;现在可以被同一条 AI 链路压进小时级。

产品召回三端,我用 Codex 和 Stitch 两小时交了

一、先把账摊开:过去三端为什么慢

产品召回不是炫技场景。它通常要同时面对三类人:

谁在用 典型页面
H5 消费者 / 渠道扫码 查询批次、确认召回范围、指引与登记
小程序 同一批用户,微信生态里 与 H5 同构的查询与进度,偏轻量入口
管理后台 运营 / 质检 / 客服 批次配置、范围发布、进度看板、导出与处置

传统路径很熟悉:

  1. 产品经理写需求与流程图
  2. UI 出多端稿,评审两轮
  3. H5 前端开干
  4. 小程序另一套工程再开干
  5. 管理后台再开一条
  6. 联调、改交互、补权限

就算人齐、需求清楚,「看起来像能演示」也常是按天到周计。慢不在某一行代码,而在等待:等稿、等排期、等三端对齐、等改完再改。

两小时交三端,不是证明「召回业务变简单了」,而是证明:

设计与实现之间的那堵墙,被工具链凿开了。

过去三端为什么慢

二、我实际怎么跑:Stitch 定界面,Codex 落代码

工具分工很简单,不造概念。

1)Google Stitch:先把「长什么样、怎么点」钉住

Google Stitch 是 Google Labs 的 AI UI 设计产品:用自然语言 / 画布把想法拉成高保真界面,再在 AI-native 画布上迭代多屏。对缺专职设计师、又要快速对齐产品感觉的人,它的价值很直接——

先把信息架构和多端页面定下来,再进代码。

这次我在 Stitch 里并行拉了两组画布(项目链接对内使用,文中不贴客户名与内部 ID):一端偏用户侧(H5 / 小程序气质的查询与指引),一端偏管理侧(批次、范围、进度、处置)。

用户侧主路径,在画布上一屏就能看完:

Stitch 用户侧召回主路径多屏

从左到右大致是:

  1. 召回首页——通知、范围、办理步骤
  2. 罐底码 / 批次验证——在范围内才继续
  3. 购买证明上传
  4. 申请信息填写(联系人、收款、退款金额)
  5. 核对并提交
  6. 提交成功
  7. 进度详情 / 补材料 / 退款完成

管理侧是另一组画布,模块比用户侧更「企业后台」:

Stitch 管理后台:工作台 / 申请列表 / 资料核验

Stitch 管理后台:物流安排 / 仓库检查 / 退款处理

Stitch 管理后台:退款登记 / 完结详情 / 召回活动设置

串起来就是:

模块 干什么
工作台 今日新增、待办、紧急事项、近期处理记录
申请列表 / 资料核验 消费申请排队、产品与购买证明核对、时间线
物流 / 仓库 取件承运、仓内质检、不合格原因
退款处理 授权金额、线下到账登记、凭证与审计
召回活动设置 活动周期、批次名单、物流伙伴、权限策略

用户侧负责「申请人走完主路径」;管理侧负责「运营把单接住、核完、退完」。
不在 CSS 里开产品会,是这两小时能成立的前提。

2)Codex:按画布与约束把三端骨架写出来

界面方向定了之后,把约束写清楚交给 Codex:

  • 三端信息架构一致,组件可复用处尽量复用
  • 先打通主路径,别一上来堆动画和边角
  • 管理后台预留权限、列表、详情、导出位
  • 业务文案与合规提示可配置,不写死在组件里

Codex 负责的是实现带宽:页面、路由、状态、表单校验骨架、后台 CRUD 壳子。我负责的是边界与验收:哪些字段必须有、哪些动作不能自动、什么叫「这版能交」。

落到小程序 / H5 容器里,第一步往往就是「登记退货产品 + 验证批次」——设计稿上的节点,变成可点的表单:

落地页:罐底码验证 / 登记退货产品

Stitch 缩短「看起来对不对」;Codex 缩短「跑得起来吗」。人缩短的是「该不该这样做」。

Stitch 定界面 Codex 落代码

三、两小时交了什么,没交什么

必须把话说死,不然「两小时」会变成标题党。

交了的

  • 用户侧主路径:查询 → 范围判断 → 指引 / 登记的页面闭环
  • 小程序与 H5 同构的信息架构(入口与容器不同,业务步骤对齐)
  • 管理后台:批次与范围配置、列表与详情骨架、进度与导出位
  • 多端视觉与组件节奏基本一致,能演示、能截图、能拉评审

没交、也不该假装两小时交完的

为什么还要人 / 时间
真实接口与主数据 批次、渠道、序列号规则在业务系统里
权限、审计、操作留痕 召回场景对「谁改过什么」敏感
合规文案与法务口径 对外话术不能靠模型自由发挥
灰度、监控、回滚 企业上线标准,不是 Demo 标准
异常与边界 查无批次、跨渠道、重复登记……

所以更准确的表述是:

两小时交付的是「企业级开发与交付的前端与管理骨架」——能进联调、能进评审、能当真实项目的 Day 0。
不是「两小时零风险全量上线」。

五月那篇写的是全链路一人交付;这篇补的是:交付链里最碎的一段,也被压进了小时级。 两者叠在一起,才是「企业级」四个字在 2026 年的新含义——不是堆人头,是把可硬化的骨架先立住

两小时交了什么没交什么

四、50 倍杠杆:怎么算,算在哪

我说「程序员的杠杆被放大了大约 50 倍」,不是实验室秒表,是交付体感的数量级

粗账可以这样摊:

传统粗算(小团队、需求相对清楚) 量级
UI 多端稿 + 两轮小改 1–3 人日
H5 主路径 2–4 人日
小程序同构实现 2–4 人日
管理后台骨架 3–5 人日
对齐与返工缓冲 2–3 人日
合计 约 10–20 人日

一人日按 8 小时,就是 80–160 小时量级。
压到 约 2 小时 可见交付,倍率落在 40–80 倍 区间;我说 50 倍,取的是中间、且偏保守的体感。

注意三个限定:

  1. 比的是「可见三端骨架」,不是含全部联调与合规的终态上线
  2. 前提是边界清楚——召回主路径本身不复杂,复杂在数据和责任
  3. 杠杆落在会拆问题、会写约束、会验收的人身上;不会拆的人,只会更快堆技术债

六月写过 AI 是普通人这辈子最大的杠杆:最高级智能真正用满的人极少。这篇落到工程现场,就是同一句话的施工版——

杠杆不在「会不会打开 Codex」,在「敢不敢把三端交付的目标、约束、验收写清楚,然后让工具链连续跑完」。

50倍杠杆怎么算

五、企业级交付,到底多出来哪一层

很多人听完「两小时三端」,第一反应是:那还要架构师、测试、项目经理干什么?

要。而且更要。

因为压缩掉的是绘图与写样板的时间,不是责任

企业级和玩具项目的差别,从来不在「页面好不好看」,而在:

  1. 边界:哪些自动,哪些必须人点确认
  2. 数据:批次、渠道、序列号以谁为准
  3. 权限:谁能扩召回范围,谁只能看
  4. 审计:出了事能否回放
  5. 口径:对外文案谁签字

AI 把「做出来」变便宜了,于是「做对没有」反而更贵——
错得更快,也传得更广。这和我在 从 PE 到 Graph 里说的「失败变贵,杠杆外移」是同一逻辑:
工具越强,人越要站在验收和责任一侧,而不是和模型比手速。

所以我自己的工作流,现在更像:

  1. 先写清:用户是谁、主路径三步是什么、后台最少管什么
  2. Stitch 出多端界面,当场改信息架构
  3. Codex 按约束落三端骨架
  4. 我按清单验收:主路径、空态、权限位、文案位
  5. 再进真实接口、合规与上线清单

两小时省下的,是第 2–3 步里过去最磨人的等待。
第 1、4、5 步,仍然是人的护城河。

写在最后

压成五句:

  1. 产品召回三端(H5 + 小程序 + 管理后台),我用 Codex + Stitch 大约两小时交了可演示初版
  2. 慢通常慢在等待与三端对齐,不在某一行业务代码
  3. Stitch 管「长什么样」,Codex 管「跑得起来」,人管「该不该、算不算交」
  4. 相对传统 10–20 人日量级的可见交付,体感杠杆大约 50 倍——比的是骨架,不是零风险终态
  5. 企业级多出来的是边界、数据、权限、审计、口径;这些更需要人

土话一句:

程序员的杠杆被放大,不是因为人变成了打字机,而是因为设计和实现终于能被同一条链路连续推动。

再补一句更硬的:

两小时能交骨架,不能交责任。谁签字、谁背锅、谁对用户说那句召回说明,仍然是人。

我一个人打造的 Zaokit AI Agent 交易平台,以及 AI PPT / 图文创作 Zaokit.app,做的是把可用的 AI 能力送进真实交付——该出界面出界面,该写代码写代码,而不是停在聊天窗口里谈「赋能」。唯一网站:https://zaokit.app

企业侧同一逻辑,已经融进可直接接入的服务:

稳定靠谱的 AI 全家桶,开箱即用。


延伸:一个人的 AI 军团 · AI 是普通人这辈子最大的杠杆 · 从 PE 到 Graph · 程序员在提效,老板在赚钱

公开参考:Google Stitch · Google Labs / Stitch 相关介绍


唯一网站:Zaokit.app Agent 交易平台:Zaokit.ai

企业 Grok 服务:grok.zaokit.com

企业服务:cx.zaokit.com · cc.zaokit.com · tokenhub.zaokit.ai · gift.junxinzhang.com · 完整产品列表

稳定靠谱的 AI 全家桶,开箱即用。


我是 Jason,自己一个人做 AI 产品。两小时能交三端骨架,交不掉的是边界和责任。设计归 Stitch,实现归 Codex,签字归你。

同分类推荐 · AI

LLM 不会给你最优排产,求解器会
LLM 不会给你最优排产,求解器会
2026-07-30 00:00:00 +0000 · 1 分钟
Kimi K3 开源了,私有化却和普通公司无关了
Kimi K3 开源了,私有化却和普通公司无关了
2026-07-29 00:00:00 +0000 · 1 分钟
查看更多 AI 文章
Enjoyed this article?

Stay updated with the latest insights on AI, DevOps, and cloud architecture. Subscribe to get notified when new articles are published.

关注微信公众号,获取更多AI前沿洞察
微信公众号:JustJason

扫码关注 JustJason

Found this helpful? Share it with others who might benefit!
Jason Zhang
Written by Jason Zhang Follow
企业级软件架构师,专注 AI 私有化部署、DevOps、云原生架构。曾主导多个知名企业的大模型落地项目。

标签相关推荐