这是什么

这周我们注意到一篇掘金长文：一位资深开发者用 AI 全流程参与，独立做出一款双端 GitHub 客户端。技术栈是 KMP（Kotlin Multiplatform，一套业务代码跨 iOS 与 Android 共享）+ SwiftUI（iOS 原生 UI）+ Compose（Android 原生 UI），业务层只写一次，两端 UI 各写各的。

App 本身不是重点。这位开发者明确说：项目最大的副产物是「AI 开发脚手架」——让 AI 参与产品定位、UI 设计、架构分层、跨端实现的可复用工作流,边开发边沉淀。

行业怎么看

支持者认为这代表 AI 角色升级：不再是补代码片段的工具，而是参与需求取舍、设计决策、架构判断的「全链路协作者」。具体表现包括：用 HTML 单文件做设计稿、用设计 token（颜色/间距/字号等统一变量）规范视觉、用 Konsist（架构测试工具）约束模块边界——AI 都能跟上节奏。

但也有冷静声音。反对意见集中在两点：第一，KMP 架构下 UI 仍要写两遍，AI 并没解决跨端 UI 统一的根问题；第二，这是单一资深开发者的实践，能否在普通团队复制、能否长期可持续，尚无验证。「脚手架」是漂亮说法，但落地需要极强的工程素养作前提。

对普通人的影响

对企业 IT：即使 AI 全程参与，跨端 App 仍要分两套 UI 写。所谓「AI 替代程序员」，现阶段主要替代的是「不写架构只堆代码」的那部分人。

对个人职场：懂产品取舍、懂设计 token、懂架构边界的开发者,议价权在上升;只会写 CRUD（增删改查）的开发者,被替代速度会加快。

对消费市场：软件开发边际成本结构性下降的趋势正在加速，长期会反映在 SaaS（软件订阅服务）价格与企业 IT 预算上。