微诗 App 10.0 版：基于 SwiftUI 与 AI 辅助重构，免费集成多模态诗词体验

一句话结论

微诗 App 经历十年迭代后基于 SwiftUI 彻底重构，免费引入 AI 生成的音乐与画作，重新确立其离线诗词工具属性。

关键要点

• 新版微诗完全摒弃旧有代码，采用 SwiftUI 和 WidgetKit 开发，支持锁屏小组件与动态壁纸等系统级交互。
• 应用内诗词资源包含全唐诗与全宋词数据库，支持离线搜索，并完整补充了注释、赏析与拼音显示功能。
• 开发者利用 AI 编程助手完成重构，过程消耗近 2 万美元的 token 费用，未计及 Suno 音乐生成等额外成本。
• 应用保持免费无广告策略，通过 TTS 语音合成朗读诗词，并使用 Suno 将古诗词转化为背景音乐进行吟唱。
• 首页内容调度逻辑与二十四节气绑定，通过算法在特定日期自动展示对应节气的古诗词，强化时间感知。

背景与事实

微诗（Weishi）的历史始于 2015 年 1 月，最初作为独立开发者项目上线，主要解决流量昂贵的痛点，提供全唐诗和全宋词的全离线搜索功能。在项目发展的黄金期，其用户规模最高接近 10 万人，并陆续完成了 6 个大版本更新。2016 年底，开发者因创业离开移动端开发岗位，项目于 2017 年前后停滞。经过近十年的空白期，该应用在 2024 至 2025 年间被重新启动，此次开发并未在旧有代码基础上修补，而是决定从零开始重写，彻底清除了历史技术债务。

重构后的微诗在技术栈上进行了全面升级，界面与逻辑完全基于 SwiftUI 编写，主 App 与锁屏小组件共用同一套视图和数据层，以确保视觉风格的一致性。针对 iOS 系统对锁屏小组件仅使用单色渲染的特性，开发者对字体大小和行间距进行了专门调优，确保在极简空间内的可读性。同时，应用加入了动态壁纸功能，通过模拟画笔速度控制山水画卷的生成节奏，旨在营造沉浸式视觉体验。

在功能特性方面，新版微诗不仅保留了核心的诗词检索与展示功能，还针对早期用户反馈强烈增加了注释、赏析和拼音显示模块。为了提升感官体验，开发者引入多模态内容生成技术，利用 TTS 引擎进行语音朗读，并使用 Suno 工具将古诗词转化为背景音乐。应用采用二十四节气作为时间轴，每天自动匹配特定日期的诗句，将传统历法与现代应用逻辑结合。尽管开发过程涉及高昂的 AI 算力成本，但该应用坚持免费分发，未设置任何形式的付费订阅或广告盈利机制。

影响分析

对于中文开发者而言，微诗的重构过程提供了一个利用 AI 编程助手提升业余项目完成度的参考样本。案例证明，对于脱离一线开发多年的人员，AI 能够大幅缩短技术栈更新的学习曲线，快速补齐 WidgetKit 等组件的 API 知识。然而，这并不意味着开发门槛降低，反而凸显了人类审美判断的重要性。开发者指出的“做出来”与“做成什么样”的区别表明，在 AI 泛滥生成代码的现状下，品味与功能取舍能力成为区分高质量应用与普通生成品的关键。此外，该项目展示了开源与免费策略在细分垂直领域的生命力，证明了非商业化项目通过技术革新（如多模态内容嵌入）依然能维持核心用户群的活跃，为独立开发者的长期维护心态提供了情感与现实的双重支撑。

适用边界

微诗新版基于 SwiftUI 框架开发，这意味着它目前仅支持 iOS 及 iPadOS 系统，无法直接在 Android 或桌面操作系统上运行。其多模态功能（音乐生成与画作生成）虽然由 AI 辅助完成，但作为预置资源打包在应用内，不具备让用户实时输入自定义诗句并即时生成全新画作或音乐的交互能力。此外，应用定位为离线工具，其诗词数据库覆盖的是全唐诗与全宋词，不包含现代诗歌或其他朝代的文学作品，且所有核心功能需依赖设备本地算力与存储空间，对旧款 iOS 设备可能存在性能兼容限制。

孤本观察

微诗项目用近 2 万美元的高昂算力成本换取了一个免费、非商业化的诗词工具，这种在 AI 时代通过“负资产”确立产品纯粹性的做法，在追求效率与回报率的软件行业显得极为罕见。

来源：少数派（https://sspai.com/post/115819）

来源：少数派