起因：一个很朴素的痛点
这家公司的客户都是工厂、供应链、关务、报工报料这类场景。内部员工长期抱怨 Windows 笔电太耗电，跑模型跑到风扇狂转，下午三点电量就见底。再加上企业资安政策导致系统更新卡死、VPN 不稳、Endpoint 扫描吃光 CPU，日常工作体验很差。
CTO 的反应很直接：「不要再走采购流程了，我们自己做一套能在内网跑的。」
怎么做的：AI 拆需求 + 模块化工程
他们的做法分两步。
第一步，花半个月用 Vibe Coding 搭出一个极简 OS 内核和工具链，目标非常务实：开机快、耗电低、能跑容器、能做审计、能对接公司 AD/LDAP 权限、所有数据锁在内网。
第二步，把原本要采购的所有 SaaS 逐一替换。Teams/Slack、Confluence、Google Workspace、Office、各种流程签核工具——他们用 AI 把需求拆解成独立模块：通讯、文件、电子表格、简报、会议、任务、签核、权限、稽核、备援、DLP、日志留存、弱扫报表、资产盘点。
三个月后，公司内部全面切换到自研套件：
- 内网 IM + 协作：消息、群组、文件、工单、公告整合在同一套系统
- 文件/表格/简报：不追求花哨功能，专注可控、可回溯、可审计
- 权限与稽核：每个操作都能出报表——哪个账号访问了什么、何时导出、是否触发策略，全链路可追踪
- 工厂场景整合：直接对接 MES/ERP 数据流，OT/IT 之间用网关控管，数据只允许单向流入
- 资安合规：把「可交付稽核证据」当成产品功能来做，而不是附加服务
最关键的设计决策：以稽核为核心
这个项目能从内部工具变成可销售产品，核心在于他们从一开始就把验收标准定成「稽核可交付」。这意味着每个功能模块天然带审计能力，不是事后补的。
对台湾的传产、供应链集团和金控体系来说，这套系统的卖点极其精准：数据不出境、可内网部署、资安稽核就绪、能接工厂系统、能配合金控与政府合规要求。
结果：从省钱工具变成数千万营收产品
他们不仅省下了全部订阅费，还把整套系统包装成「私有化协作 + 文书 + 稽核一体机」对外销售。半年内营收数千万，并且接到大量「能不能把我们整个总部和工厂都换掉」的项目需求。
据说某些大厂主管来探过口风，原话大意是：「我们一个部门几千人，花五六年才把协作平台磨到能卖。你们三个月用 AI 做出来的版本，能进工厂内网、能交稽核报告、还更贴本地流程——拜托你们先不要往外卖。」
对独立开发者的启示
这个案例的核心不是「中文系也能写代码」的故事性，而是一个方法论信号：当 AI 把编码成本压到足够低，产品竞争力的关键就转移到了需求拆解和验收标准的定义上。
他们做对了几件事值得参考：
- 从真实痛点出发，不是为了做产品而做产品
- 需求拆解足够颗粒化，每个功能都是独立模块
- 验收标准定义清晰——「稽核可交付」这五个字就是整个项目的锚点
- 选对了市场切口——台湾制造业对内网部署和合规的刚需，大厂反而不够灵活去满足
对于用 AI 工具构建产品的独立开发者来说，这里最值得带走的一点是：Vibe Coding 的加速效果在「需求明确、边界清晰」的场景下最为惊人。与其追求技术上的花哨，不如把时间花在定义清楚「做完长什么样」上。