从零构建专属APP的准备工作

教程的核心目标是引导完全零编程基础的读者，利用AI智能体制作一个只供个人使用的工作生活管理APP。整个过程涵盖从需求提示词编写、界面设计、产品需求文档（PRD）制定、开发计划执行、代码存档到二次开发及界面美化。为了演示，博主在电脑桌面新建了一个名为“木子的APP”的空白文件夹，所有后续生成的源代码都将存放于此。在工具选择上，博主强调该教程具有普适性，无论是豆包、Trae、Kimi、通义，还是Cursor、Claude Code、Codex等智能体均可适用。对于从未使用过AI编程工具的初学者，建议优先选择国产智能体以降低门槛，但无需纠结具体模型，因为核心逻辑在于如何与AI进行有效沟通。

“这个教程适用于所有智能体和所有模型，所以大家完全不必纠结，不论你用的是豆包、Trae、Kimi、通义，还是Cursor、Claude Code、Codex都可以。”

在对话界面中，博主展示了如何开启第一个提示词。这一步至关重要，因为AI不会读心术，必须通过清晰的指令引导其理解意图。提示词结构分为四个部分：首先明确目标，即制作一个私有化的工作生活管理工具；其次列举功能模块，包括今日计划、自媒体开发、咨询工作、健身饮食、游戏娱乐及设置数据等；接着强调数据持久化要求，即重启电脑后数据不丢失；最后划定边界，明确第一版暂不实现登录、联网、部署及手机端功能。这种“先定义范围，后细化功能”的策略，能有效避免AI因信息不足而偏离预期。

需求澄清与PRD文档生成

在给出初始提示词后，AI并未直接开始写代码，而是按照指令反问关键问题以确认需求。第一个问题是数据存储位置：是存储在浏览器缓存中，还是保存在电脑本地独立文件中？博主选择了后者，因为浏览器数据清理会导致记录丢失，而本地文件能确保数据永久保留且可备份。AI在确认这一关键点后，开始复述需求并细化各模块功能，例如自媒体模块包含选题、灵感、流程及发布日期，开发工作模块记录需求、Bug及项目进度。这一过程体现了“对话式需求确认”的重要性，通过一问一答，逐步消除歧义，确保AI理解的需求与用户脑海中的构想一致。

“如果给的信息不全，AI会按自己的想法去做，但是可能出来的结果跟我们自己脑子里想象的不一样。”

需求确认后，下一步是生成产品需求文档（PRD）。博主要求AI将之前讨论的所有内容整理成一份结构化的PRD文档，作为后续开发的“施工图纸”。PRD文档包含了产品目标、使用场景、页面结构（左侧导航、中间内容、右侧详情）、各模块功能用途、数据本地化要求、第一版暂不实现的功能列表以及详细的验收标准。生成PRD的价值在于防止上下文丢失，随着对话变长或更换模型，原始聊天记录可能无法被完整检索，而PRD文档能作为稳定的基准，确保AI在任何新对话中都能依据此文档继续开发，避免方向跑偏。

开发计划制定与第一版构建

在拥有PRD文档后，博主引导AI制定详细的开发计划。这一步骤生成的计划通常包含技术术语，非技术人员无需深究，其作用是为AI提供执行路径。博主建议，可以用高性能模型设计PRD，用高性价比模型执行开发，以平衡成本与效果。开发提示词的核心指令是：按顺序执行、每步添加测试、失败则修复、禁止跳过测试。这一指令强制AI遵循工程规范，确保每个功能模块在开发完成后都经过验证，从而保证代码质量。AI随后开始连续执行开发计划，博主强调中间不允许通过删除测试或降低标准来“作弊”，必须保证所有测试通过。

“每完成一个阶段都要添加并且运行有效的测试，如果测试失败，就先定位再修复，然后才进入下一个阶段。”

经过一段时间的运行，AI完成了第一版APP的开发，并创建了启动文件（如启动木子工作台.command或.bat）。博主通过双击启动文件运行APP，开始进行第一版验收。验收过程包括检查页面设计感、功能完整性及数据流转。初步体验发现，虽然功能基本实现，但界面缺乏设计感，且存在若干Bug，如无法添加Bug记录、无法删除客户、缺乏数据可视化图表等。这些发现的问题被记录在案，作为二次开发的清单。此时，APP已具备核心骨架，但距离“好用”和“美观”仍有差距，需要进一步优化。

版本控制与二次开发策略

在进行任何修改之前，博主强调必须使用Git进行代码存档。Git的原理简单理解为：每次重大修改或功能完成时，提交（commit）一次当前代码，形成一个“存档点”。如果后续修改导致问题，可以随时回滚到之前的存档点。博主首先检查电脑是否安装Git，若未安装则让AI指导安装。随后，在当前项目目录下初始化Git仓库，并执行第一次commit，备注为“完成木子工作台第一版”。这一操作确保了当前稳定版本的安全，为后续的迭代开发提供了安全网。

“一旦下一次我们开发的过程中出了一些问题，我们就可以随时回到当前的这个commit，就是当前的这个提交。”

基于之前记录的清单，博主开始进行第二次开发。提示词要求AI每次只解决一个问题，并在解决后添加测试、通过测试、提交Git代码。这种“小步快跑”的策略能有效隔离风险，避免一次性修改过多代码导致系统崩溃。二次开发主要解决两类问题：一是功能Bug，如添加Bug按钮、删除客户功能、日历视图展示、手动保存按钮等；二是数据可视化，如在自媒体模块增加播放量、点赞等统计图表。每完成一个功能点，AI都会自动提交代码，形成新的版本记录。这一过程展示了迭代开发的高效性，通过不断的“开发-测试-提交”循环，逐步完善APP功能。

界面美化与风格定制

功能修复后，博主着手解决界面美观问题。他推荐了一种方法：找到喜欢的APP设计风格（如macOS天气应用的毛玻璃效果），通过AI生成相应的设计提示词，然后让编程智能体应用该风格。博主特别强调，在提示词中需注明“仅改变外观，不影响功能”，以确保之前的开发成果不被破坏。应用macOS风格后，APP呈现出半透明、模糊背景的视觉效果，左侧导航栏增加了微交互，卡片设计也更具现代感。此外，博主还展示了另外两种风格选项：Notion笔记风（简洁舒适，适合习惯笔记软件的用户）和新粗野主义风格（色块大、个性强、动画突出）。每种风格均提供深色和浅色模式，用户可根据个人喜好选择。

“这些开发仅仅是外观的改变，不要影响任何的功能，这样我们之前开发解决的功能就不会受到影响。”

开源项目获取与个性化定制

为了方便读者实践，博主将项目开源至GitHub。获取源代码有两种方式：使用Git拉取代码，或直接下载ZIP压缩包。下载解压后，在智能体中打开文件夹，运行依赖安装命令，即可启动APP。博主演示了如何基于开源项目进行个性化定制，例如添加“读书”模块。通过提示词要求AI添加阅读统计、进度管理及笔记功能，AI迅速生成了新的模块，包含书籍列表、阅读笔记及统计数据。这一案例证明，开源项目提供了坚实的基础，用户只需通过自然语言描述需求，即可快速扩展功能，打造真正符合个人工作流和生活习惯的专属APP。

“你可以把它变成打球、听音乐等等自己想要的这样一些模块，按照你的工作、按照你的生活、按照你的习惯来定制这个APP。”

最终，读者不仅获得了一个定制化的APP，更掌握了用AI进行软件开发的核心能力。通过需求定义、文档生成、计划执行、版本控制及迭代优化的完整流程，零基础用户也能构建出复杂的软件应用。这一过程降低了技术门槛，强调了逻辑思维与AI协作的重要性，为个人效率提升提供了新的解决方案。