文章目录多年不写代码的我决定用 AI 从零做一款鸿蒙应用我的工具链以及一次关键的切换我和 AI 是怎么协作的目前为止AI 搞定了什么翻车现场也得说说阶段结论我的 AI 能力边界表三条心得收尾多年不写代码的我决定用 AI 从零做一款鸿蒙应用摘要多年不写代码的我用 AI 从零开发了一款鸿蒙 Markdown 编辑器 MarkPin。本文记录了我的工具链选择从 DevEco Code 切换到 Claude Code GLM 5.3、与 AI 的协作流程、AI 已搞定与翻车的部分以及三条实战心得——纯 AI 开发鸿蒙目前可行但前提是把需求掰碎、搭好底层规范并找到适合自己的工具链组合。我本科学的是计算机但毕业之后做了解决方案工程师——聊需求、写方案、做交付代码基本不碰。完整做一个应用这件事说实话已经很多年没干过了。前阵子我开始用鸿蒙电脑体验挺新鲜但有一个很明显的感受应用还是太少了。很多我想找个顺手工具的时刻应用市场里翻不到。而这两年AI 编程又刚好热得发烫——DevEco Code、Claude Code一个比一个会说你描述我来写。于是我想不如自己上手试一次。用 AI从零做一款鸿蒙应用。不是写教程是做实验——用一个真实项目验证纯 AI 开发在鸿蒙上到底能走多远。产品我起了个名字叫 MarkPin一个所见即所得的 Markdown 编辑器。为什么是它我从小就喜欢用 Markdown 记笔记工作后也一直没断过——做一个自己天天用的东西需求最真实而且编辑器功能边界清晰适合当验证对象。我的工具链以及一次关键的切换一开始用的是 DevEco Code鸿蒙官方的 AI 编程工具内置免费的 GLM 5.1 模型。官方工具对鸿蒙工程的支持是原生的工程初始化、基础代码生成、和 DevEco Studio 的配合都很顺作为起步的第一选择毫无问题。但开发往深处走我慢慢发现它和我的协作方式有些错位一些复杂的改动意图反复沟通还是理解不到位。几个回合下来我尝试了另一种组合——用 Claude Code 自己接入大模型GLM 5.3继续。这里要说明白两种工具各有所长官方工具胜在鸿蒙集成度和开箱即用我的切换更多是个人工作流的偏好不是谁好谁坏的问题。不过这次切换确实改变了项目的节奏。往下看。我和 AI 是怎么协作的很多人想象的 AI 编程是一句话需求AI 直接出成品。我的实际流程朴素得多先对齐方案。我把想做的产品、要对标的成熟产品能力讲给它让它分析、给建议——UI 结构用什么、Markdown 渲染用什么。这一步AI 是顾问。再搭骨架。方案定了让它把整体工程结构搭出来。然后是漫长的迭代一点一点改功能、加功能。真正决定成败的是第三步。骨架谁都能搭日常的拉锯才是常态——坑也全在这。目前为止AI 搞定了什么写这篇的时候MarkPin 已经基本完善只剩边角功能。AI 完成的部分整体 UI 结构文件树、大纲树基础 Markdown 语法与渲染临时文件沙箱机制最超预期的一次是图片插入。鸿蒙的文件访问机制和 Windows、macOS 完全不同。粘贴进来的图片怎么进文档这个问题我自己一开始也没有成形的答案。我把它丢给 Claude Code接 GLM 5.3它给了一套完整方案临时文件先暂存在应用沙箱本地文件自动存入专门的图片资产文件夹命名格式统一。这个方案和我脑子里的预期基本一致我自己用起来也觉得顺。那一刻我第一次真切地觉得这事可能真能成。翻车现场也得说说先交代清楚下面两个坑都发生在我项目早期的时候我当时觉得是工具的锅。但现在回头看锅不能全甩给工具——模型当时的能力、我的表达方式、任务拆分不到位都有份。坑一一次修改改崩两处。有一次我让它修改文件树和大纲的逻辑。改完之后应用表面看着正常实际两个致命问题编辑器没法编辑了打开本地文件也显示不出内容。一次小修改直接把两个核心功能改崩。坑二越改越错的循环。还是那个阶段我几次陷入循环让它修一个问题带出两个新问题再修又多两个。复盘下来原因有一部分在我——一次喂的内容太多表达也不够清楚AI 没法完全理解我的意图。破局的办法很土但有效把问题拆开一个一个喂。大需求切成小改动逐个交付、逐个验证成功率肉眼可见地回来了。目前还有一个没解决的硬骨头复制粘贴的格式问题——部分内容粘贴进来原来的格式效果丢了。这个问题我打算接下来死磕解决了单独写一篇。阶段结论我的 AI 能力边界表事项AI 表现我的结论工程搭建 / 页面框架稳定具体样式还得优化最好先有 UI 原型图常规 UI 与布局基本稳定不能凭空一句话要样式得给出具体方向编辑器核心逻辑稳定目前没什么问题报错排查稳定基本可靠但依赖底层模型能力和工具能力鸿蒙特有 API / 能力稳定能按需求分析方案符合鸿蒙场景注意这张表是我当前工具链组合下的状态。早期用另一套组合时体验要打个折扣——同一个项目、不同的工具链和模型搭配顺畅度差异很明显。所以纯 AI 开发可行这个结论有个前提找到适合自己场景的工具链组合本身就是开发工作的一部分。三条心得收尾纯 AI 开发鸿蒙目前可行——但前提是把自己的想法掰碎了、一步一步喂给 AI只丢一个概念是不行的。先把底层 CLI 和 SKILL 搭好项目规范、规则文件这些地基配置好AI 有上下文输出质量是另一个档次。工具链和模型没有绝对的好坏只有合不合适。官方工具有集成度的优势第三方组合有灵活的空间——多试、找到自己的节奏这个选择本身就是生产力的一部分。这是第一篇MarkPin 还在开发中这个系列会跟到它上架为止——如果中途做不下去了我也会写最后一篇告诉你为什么。如果你也在试 AI 开发鸿蒙或者想看后续关注专栏所有踩坑都会持续更新。 多年不写代码的我，决定用 AI 从零做一款鸿蒙应用
文章目录多年不写代码的我决定用 AI 从零做一款鸿蒙应用我的工具链以及一次关键的切换我和 AI 是怎么协作的目前为止AI 搞定了什么翻车现场也得说说阶段结论我的 AI 能力边界表三条心得收尾多年不写代码的我决定用 AI 从零做一款鸿蒙应用摘要多年不写代码的我用 AI 从零开发了一款鸿蒙 Markdown 编辑器 MarkPin。本文记录了我的工具链选择从 DevEco Code 切换到 Claude Code GLM 5.3、与 AI 的协作流程、AI 已搞定与翻车的部分以及三条实战心得——纯 AI 开发鸿蒙目前可行但前提是把需求掰碎、搭好底层规范并找到适合自己的工具链组合。我本科学的是计算机但毕业之后做了解决方案工程师——聊需求、写方案、做交付代码基本不碰。完整做一个应用这件事说实话已经很多年没干过了。前阵子我开始用鸿蒙电脑体验挺新鲜但有一个很明显的感受应用还是太少了。很多我想找个顺手工具的时刻应用市场里翻不到。而这两年AI 编程又刚好热得发烫——DevEco Code、Claude Code一个比一个会说你描述我来写。于是我想不如自己上手试一次。用 AI从零做一款鸿蒙应用。不是写教程是做实验——用一个真实项目验证纯 AI 开发在鸿蒙上到底能走多远。产品我起了个名字叫 MarkPin一个所见即所得的 Markdown 编辑器。为什么是它我从小就喜欢用 Markdown 记笔记工作后也一直没断过——做一个自己天天用的东西需求最真实而且编辑器功能边界清晰适合当验证对象。我的工具链以及一次关键的切换一开始用的是 DevEco Code鸿蒙官方的 AI 编程工具内置免费的 GLM 5.1 模型。官方工具对鸿蒙工程的支持是原生的工程初始化、基础代码生成、和 DevEco Studio 的配合都很顺作为起步的第一选择毫无问题。但开发往深处走我慢慢发现它和我的协作方式有些错位一些复杂的改动意图反复沟通还是理解不到位。几个回合下来我尝试了另一种组合——用 Claude Code 自己接入大模型GLM 5.3继续。这里要说明白两种工具各有所长官方工具胜在鸿蒙集成度和开箱即用我的切换更多是个人工作流的偏好不是谁好谁坏的问题。不过这次切换确实改变了项目的节奏。往下看。我和 AI 是怎么协作的很多人想象的 AI 编程是一句话需求AI 直接出成品。我的实际流程朴素得多先对齐方案。我把想做的产品、要对标的成熟产品能力讲给它让它分析、给建议——UI 结构用什么、Markdown 渲染用什么。这一步AI 是顾问。再搭骨架。方案定了让它把整体工程结构搭出来。然后是漫长的迭代一点一点改功能、加功能。真正决定成败的是第三步。骨架谁都能搭日常的拉锯才是常态——坑也全在这。目前为止AI 搞定了什么写这篇的时候MarkPin 已经基本完善只剩边角功能。AI 完成的部分整体 UI 结构文件树、大纲树基础 Markdown 语法与渲染临时文件沙箱机制最超预期的一次是图片插入。鸿蒙的文件访问机制和 Windows、macOS 完全不同。粘贴进来的图片怎么进文档这个问题我自己一开始也没有成形的答案。我把它丢给 Claude Code接 GLM 5.3它给了一套完整方案临时文件先暂存在应用沙箱本地文件自动存入专门的图片资产文件夹命名格式统一。这个方案和我脑子里的预期基本一致我自己用起来也觉得顺。那一刻我第一次真切地觉得这事可能真能成。翻车现场也得说说先交代清楚下面两个坑都发生在我项目早期的时候我当时觉得是工具的锅。但现在回头看锅不能全甩给工具——模型当时的能力、我的表达方式、任务拆分不到位都有份。坑一一次修改改崩两处。有一次我让它修改文件树和大纲的逻辑。改完之后应用表面看着正常实际两个致命问题编辑器没法编辑了打开本地文件也显示不出内容。一次小修改直接把两个核心功能改崩。坑二越改越错的循环。还是那个阶段我几次陷入循环让它修一个问题带出两个新问题再修又多两个。复盘下来原因有一部分在我——一次喂的内容太多表达也不够清楚AI 没法完全理解我的意图。破局的办法很土但有效把问题拆开一个一个喂。大需求切成小改动逐个交付、逐个验证成功率肉眼可见地回来了。目前还有一个没解决的硬骨头复制粘贴的格式问题——部分内容粘贴进来原来的格式效果丢了。这个问题我打算接下来死磕解决了单独写一篇。阶段结论我的 AI 能力边界表事项AI 表现我的结论工程搭建 / 页面框架稳定具体样式还得优化最好先有 UI 原型图常规 UI 与布局基本稳定不能凭空一句话要样式得给出具体方向编辑器核心逻辑稳定目前没什么问题报错排查稳定基本可靠但依赖底层模型能力和工具能力鸿蒙特有 API / 能力稳定能按需求分析方案符合鸿蒙场景注意这张表是我当前工具链组合下的状态。早期用另一套组合时体验要打个折扣——同一个项目、不同的工具链和模型搭配顺畅度差异很明显。所以纯 AI 开发可行这个结论有个前提找到适合自己场景的工具链组合本身就是开发工作的一部分。三条心得收尾纯 AI 开发鸿蒙目前可行——但前提是把自己的想法掰碎了、一步一步喂给 AI只丢一个概念是不行的。先把底层 CLI 和 SKILL 搭好项目规范、规则文件这些地基配置好AI 有上下文输出质量是另一个档次。工具链和模型没有绝对的好坏只有合不合适。官方工具有集成度的优势第三方组合有灵活的空间——多试、找到自己的节奏这个选择本身就是生产力的一部分。这是第一篇MarkPin 还在开发中这个系列会跟到它上架为止——如果中途做不下去了我也会写最后一篇告诉你为什么。如果你也在试 AI 开发鸿蒙或者想看后续关注专栏所有踩坑都会持续更新。