说起来，

导读

用 AI 做产品。最大的坑可能不是“做不出来”，而是“什么都想做”。话说回来，这篇文章记录了百度前端研发工程师与 AI 组队开发 Design.md Token Exporter 的全过程——ChatGPT 陪他脑暴、Codex 当主力写代码、Gemini 做体验顾问。但 AI 的热情差点让产品变得臃肿不堪。当技术门槛被击碎后什么该做、什么不该做，成了每个产品人必须自己回答的问题。这篇文章讲的就是这个“取舍”的故事。

使用者痛点：当代码成本骤降时功能扩张导致整体项目规模扩大，从而推高了后期维护、性能监控和合规审核等隐性成本。

那个关于“AI 蓝紫风”的提问

事情的起因，来自朋友一次很实在的提问。

大模型在几秒钟内，就产出了一个质感不错的静态页面。不过，

I把网页截图分享出去后一位做设计的朋友发微信问我：“这种审美是怎么来的？话说回来，为什么我自己用大模型写网页。出来的永远是高饱和度、带霓虹渐变和浮夸阴影的‘AI 蓝紫风’？”

使用者痛点：视觉一致性缺失导致品牌识别受损，而且频繁调整模型参数会产生额外计算资源消耗。按理说，

如何把审美需求转化为可执行输入？老实说，

很多人并不是不会让 AI 写页面而是不知道怎么把自己喜欢的风格稳定地转化为能交给大模型的输入。其实，

A 结构化工具助力快速迭代

• A1： 插件将网站设计程序一键提取成结构化 DESIGN.md。为大模型提供清晰上下文，

技术平权之后门槛转移了

• - 原先难以实现的新功能被轻松生成。 但每一次增加功能都代表着更复杂的数据结构、更频繁的数据请求，从而增加服务器压力。说起来，

A 开发节奏加快。却隐藏了潜在运维开销

A 低成本试错→高成本上线维护

• - 每一次试错都需要重复部署、监控并修复安全漏洞；这一步骤虽然本身免费，却在规模扩张后形成巨大的运维支出。

A 权限管理与审核流程加重负担

• - 申请 等高危权限会延长 Chrome 商店审核时间。并引发使用者信任疑虑，需要额外投入客服和文档支持。

A 使用者体验细节需兼顾合规性与性能** (痛点）**

A 成本分摊：功能 vs 运营预算冲突

* 功能增量往往短期收益显著，但长期运营支出难以预测。*

A 实际案例：预览面板带来的性能与安全代价

---

# 隐私疑虑与数据安全代价

* 实时扫描所有网页会触发浏览器算力浪费还有潜在隐私泄露风险，从而引起法律合规检查费用。*

* 预览渲染失准会削弱品牌信任度，引发售后支持需求增多。*

* 高频 API 调用会产生显著云端存储及网络传输费用。*

---

---

# 成本

• * 每一次新功能都会占用更多算力、存储空间还有人力资源，用于调试、测试和持续集成；* *
• * 因为插件版本迭代累积。多余功能造成冗余模块，不仅增加打包体积，也提高加载时间；* *
• * 高权限请求迫使我们投入更多时间进行安全评估和合规验证。*

# 如何控制未来增长

• * 持续评估每项新功能对业务价值与运营影响之间的平衡；* *
• * 在产品初始阶段采用最小可行方法，避免过度依赖 AI 自动生成的大段代码；* *
• * 对所有 API 请求设置计费阈值，并采用缓存策略减少重复调用；怎么说呢，*

# 小结 – 成本管理从技术到商业视角

---

---