引言
之前为朋友开发了一款 Web 端客户管理系统，近期正好学习 APP 开发，朋友也有类似的移动端需求，于是顺势开启了这个项目。
项目背景
深入沟通需求后，移动端最迫切的功能包括简历总览、个人私有库、简历上传等。本次先完成一个 Demo，方便员工随时联系客户、录入信息。
技术栈与开发工具选择
技术栈
移动端选型：Flutter
注：去年学过一段时间的 uni-app，兼容多端确实下了功夫，但开发体验一言难尽——调试时间比开发时间还长。
说实话，即便有 AI 加持，全栈这条路依然充满挑战，但选择一款顺手的跨端技术栈还是可行的。Web 端发展了这么多年，高手能玩出花来，但对多数人而言，要求其实很简单：看得懂、改得动，自由度不用太高，但别一步一个坑。毕竟没那么多精力去死磕某个框架。（话说前端啥时候能大一统啊！）
开发工具
移动端用了 Qoder 和 Trae，主要是想对比两款 AI 编辑器哪个更好用。
实际体验下来都很不错，国内算是天花板级别了。去年到现在没怎么用，再捡起来感觉发展迅猛，大厂果然舍得砸钱。
开发过程
没有用什么提示词模板，直接跟 AI 对话，让它按需求生成页面。从 flutter create 开始，一步步完成 Flutter 开发，最后打包 APK 直接下载使用。看最终效果吧。
整体包含 6 个页面：Splash 页、登录页（无需注册，Web 端注册）、首页、私有库、简历库、我的。然后用蒲公英平台生成二维码让朋友下载。
花时间最多的还是网络请求部分——统一请求头、全局日志、网络状态检测、全局异常处理、Token 自动刷新、请求响应拦截等。详细过程不展开了，基本上都是 AI 完成的，只做了一些微调。引入的三方依赖如下：
dependencies:
flutter:
sdk: flutter
cupertino_icons: ^1.0.8
dio: ^5.9.2
json_annotation: ^4.11.0
flutter_svg: ^2.0.7
encrypt: ^5.0.3
flutter_secure_storage: ^10.0.0
shared_preferences: ^2.5.5
fluttertoast: ^9.0.0
flutter_launcher_icons: ^0.14.4都是一些基础包，每个项目几乎都会用到。
基础模板
这个简单的应用做完之后，又花了三四天时间，基于原来的代码封装了一个更完善的通用模板。当前的依赖包括：
dependencies:
flutter:
sdk: flutter
cupertino_icons: ^1.0.8
dio: ^5.9.2
json_annotation: ^4.11.0
flutter_svg: ^2.0.7
encrypt: ^5.0.3
flutter_secure_storage: ^10.0.0
shared_preferences: ^2.5.5
flutter_launcher_icons: ^0.14.4
provider: ^6.1.5+1
go_router: ^14.1.0
flutter_screenutil: ^5.9.3
flutter_smart_dialog: ^5.1.0
cached_network_image: ^3.4.1
flutter_fla vor: ^3.1.4
flutter_gen_runner: ^5.13.0+1
logger: ^2.7.0
permission_handler: ^12.0.1
package_info_plus: ^9.0.1
device_info_plus: ^12.4.0
flutter_native_splash: ^2.4.7
intl: ^0.20.2
connectivity_plus: ^7.1.1
fluttertoast: ^9.0.0这些依赖很多都很有必要，比如 flutter_screenutil 解决屏幕多尺寸适配，flutter_fla vor 搞定工程化与环境分离，flutter_native_splash 修复启动页白屏问题。除了外部依赖，还做了应用优化，比如日间/夜间主题、应用信息和设备信息获取。当然还有很多功能没集成——根据 AI 的输入，再结合常见的使用场景，抽出了一套适合自己用的模板，项目有实际需求再集成也不晚。
除了集成这些能力，代码层面也做了一些封装：
- 基类抽离：公共基类
- 常量统一：接口地址、颜色、字体、路由名、字符串全部常量化
- 示例页面：内置登录页、首页、404 页、网络请求示例、状态管理示例，直接参考开发
- 工具类独立：日志、存储、权限、格式化抽离为单例工具类
GitHub 地址：github.com/oubin17/odk…，基础能力都已跑通。虽然比不上专业的 APP 开发模板，但麻雀虽小五脏俱全，而且没有复杂的嵌套关系，出现问题很容易定位。
模板页面
总结
AI 正在彻底打破传统开发的高门槛，深刻改变了中小项目和轻量化需求的开发模式。一人公司成为可能——只要有想法、有需求，即便没有深耕某个框架或领域，也能快速完成全栈或跨端项目的 Demo 落地，甚至打磨出可上线使用的版本。这对个人接单、创业项目快速验证、新手入门 Flutter 或移动端开发来说，无疑是巨大的助力。编程不再是专业开发者的专属，普通开发者也能轻松实现想法落地。
面对页面搭建、通用工具类编写、基础网络封装、依赖配置这类重复性强、逻辑固定的工作，AI 能大幅提升效率，甚至帮我们规避基础问题、优化交互细节。但涉及复杂业务逻辑梳理、底层架构设计、疑难 bug 调试、个性化需求定制、代码质量把控等核心工作，依然离不开开发者自身的判断与能力。
可以依赖 AI 提升效率，但不能盲目迷信、完全照搬 AI 代码——它生成的内容仍需要人工微调、校验、适配实际业务。过度依赖只会丧失独立思考和问题排查的能力。
归根结底，AI 只是提升效率的工具，开发者的核心竞争力是对业务的理解、对技术的掌控力、独立解决问题的能力。但这些核心竞争力真的“核心”吗？AI 的进化速度超乎想象，我们认为的核心竞争力与 AI 之间的差距正在慢慢变小。对大多数人来说，死磕底层、源码、算法已经是性价比极低的一件事。
或许多少年后，我们的孩子也会问我们：为什么当时 AI 那么火，却没有抓住风口？可问问我们自己，即使身处浪潮中，又有多少弄潮儿，能抓得住这风口呢？
