用 GPT Codex Sites 快速搭建内部工具：深圳贸易公司三个月落地复盘

业务场景：业务部门提需求，技术排期要三个月

2024年底，深圳一家做跨境B2B的贸易公司找到我们。他们的销售经理每周要手工汇总30多份报价单，再复制到Excel做毛利率计算；运营部每天需要从三个系统导出数据，拼凑成库存看板。老板想上一个小型CRM+进销存看板，但公司只有两个后端开发，现有的ERP二期项目已经排到半年后。

这类“内部工具需求分散、变更频繁、预算有限”的处境，在广东的贸易型、服务型企业里非常普遍。传统做法是让业务部门学会低代码平台，但学习成本和后续维护往往比想象中更高。

需求判断：哪些场景适合用 Codex Sites 快速生成？

当时正值OpenAI发布Codex的Sites功能——可以让员工通过自然语言描述，直接生成、部署内部可用的Web应用。我们评估后认为，以下三类需求最适合用这个方式切入：

• 数据填报与汇总，如销售日报、库存盘点录入；
• 简单审批流，如采购申请、样品寄送；
• 跨系统数据拼盘，通过API或CSV导入后生成视图。

对于需要复杂业务逻辑、高并发或敏感财务核算的场景，仍然建议走传统开发或成熟ERP。我们把判断标准总结为：业务逻辑可描述、数据量级在万条以内、无需严格的事务一致性。

实施步骤：从提示词到生产环境

我们选了销售毛利率计算和库存预警看板作为第一个试点。具体分四步走：

• 第一步：写提示词（Prompt）。和业务负责人一起把需求写成结构化描述：输入字段、计算规则、输出表格样式、筛选维度。反复调了三个版本才达到可用程度。
• 第二步：内部部署。Codex Sites支持将生成的应用部署到企业自有域名下，我们配置了Azure AD单点登录，确保数据不经过第三方。
• 第三步：单元验证。让两个业务同事用真实数据跑了一周，对比手工计算结果，找出两处浮点数精度问题和一处权限漏洞。
• 第四步：迭代上线。修正后直接推送到全员访问入口，整个试点从开始到上线用了11天，而按传统开发至少需要两个迭代（约6周）。

预算与周期：人力成本降了60%

这次试点的总投入：提示工程调试约3人天，安全配置和测试约2人天，后续维护按周计约0.5人天。相比外包一个最小可行产品（MVP）约3万元、开发周期6周，我们实际花费不到1万元（主要是Codex企业版订阅费+内部人力成本）。当然，如果需求复杂度增加，提示词调优的时间会线性上升，且后续功能扩展受限于Codex对业务语义的理解能力。

Sam Altman在最近的博客中也提醒：完全自动化一切是危险且无意义的。我们在交付时特意为每个应用保留了“人工复核开关”和“数据导出按钮”，确保关键决策仍由人掌控。

交付注意点：数据安全与长期可维护性

在广东企业落地这类AI生成工具时，必须考虑三点：

• 数据隔离：Codex Sites生成的应用默认运行在OpenAI基础设施上，企业版支持私有网络和本地存储。我们帮客户申请了国内合规的云服务器作为数据出口，避免敏感信息出境。
• 提示词治理：生成的应用代码由AI产出，企业IT部门需要有基本审查能力，尤其是SQL注入和权限越权问题。我们在CI流程里加入了静态扫描步骤。
• 变更管理：业务部门可能会不断修改需求，直接改提示词会导致应用版本漂移。我们建议固定版本号，并通过注释记录每次提示词调整的业务原因。

目前该公司的销售看板已经稳定运行两个多月，运营部门又用同样的方式生成了两个小工具：物流追踪面板和客诉登记表。他们没有额外投入开发资源。

本地搜索关键词参考

如果您在深圳或广州正在评估类似需求，可以关注以下方向：深圳企业内部工具开发、广州AI客服集成、广东ERP系统改造、低代码替代方案、AI生成Web应用安全评估。这些关键词能帮您快速匹配到有实际交付经验的本地供应商。