AI辅助Android开发实战：从零构建国标收藏应用

1. 项目概述：一个用AI工具“硬肝”出来的国标收藏App

最近在做一个项目，需要频繁查阅国家标准，每次都得打开浏览器，登录“国家标准全文公开”网站，再在一堆搜索结果里翻找，效率实在太低。作为一个懒人，我就在想，能不能把这些常用的国标都“装”进手机里，随时随地离线查看？这个念头一起，就再也按捺不住了。

正好，我最近一直在尝试用Cursor这个AI编程工具来提升开发效率，想看看它到底能不能胜任一个完整的Android项目。于是，我决定用Java语言，完全在Cursor的辅助下，从零开始构建一个名为“国标全文”的Android应用。它的核心功能很简单：搜索、查看、收藏国家标准。你可以把它理解为一个专门为国标打造的、轻量级的“个人图书馆”。

这个项目非常适合两类朋友参考：一是对Android开发感兴趣，想了解如何将AI工具融入实际工作流的开发者；二是像我一样，有特定垂直领域信息管理需求的普通用户或开发者。虽然最终效果上，它和用浏览器收藏夹区别不大，但整个从想法到落地的过程，尤其是在AI辅助下如何思考、如何拆解、如何调试，其中的经验和踩过的坑，我觉得比App本身更有价值。接下来，我就把这趟“AI协程开发之旅”的完整记录分享给你。

2. 核心思路与技术选型：为什么是“Cursor + Java + 原生”？

在动手之前，我花了些时间思考技术栈。这直接决定了开发效率和最终应用的质量。我的核心诉求是：快速验证想法、代码可控、应用轻量。

2.1 为什么选择Cursor作为主要开发工具？

首先，主开发工具我选择了Cursor。这不是一个简单的IDE，而是一个深度整合了AI（目前主要是GPT-4）的代码编辑器。它的“Agent”模式可以理解整个项目上下文，根据你的自然语言描述生成代码、修复错误、甚至重构。对于我这个单人小项目来说，它就像一个不知疲倦的结对编程伙伴。

注意：使用Cursor这类AI工具，最关键的是要学会“提问”。你不能只说“给我写个Android App”，而要像给一个初级程序员分配任务一样，拆解得非常具体。例如，“请为MainActivity创建一个RecyclerView，用于显示一个包含标准名称和标准号的列表，数据源是一个名为Standard的Java Bean列表。”

我选择Cursor，而不是纯手写或使用其他低代码平台，是基于以下几点考量：

1. 学习与验证：我想亲身验证AI在辅助完成一个完整项目时的边界在哪里，哪些地方它很强大，哪些地方仍需人工干预。
2. 效率提升：对于样板代码（如Adapter、ViewHolder、简单的网络请求封装），Cursor能极大减少重复劳动，让我更专注于业务逻辑和架构设计。
3. 代码解释：当我对某段自动生成的代码不理解时，可以直接选中它，让Cursor解释其工作原理，这对于学习Android新API或回顾旧知识非常有帮助。

2.2 为什么坚持使用Java而非Kotlin？

在Android领域，Kotlin已是官方首选语言，更简洁安全。但我仍然选择了Java，原因如下：

1. AI训练数据成熟度：Cursor背后的模型对Java语料的训练可能更为充分和稳定。在生成复杂逻辑或涉及特定Android SDK时，Java代码的准确性和可靠性相对更高，减少了因语言特性理解偏差导致的错误。
2. 个人与团队的兼容性：这个项目带有实验性质，我希望生成的代码具有最广泛的兼容性和可读性。Java作为Android开发的“古典语言”，其代码结构对于大多数开发者来说一目了然，便于后续其他人阅读或接手。
3. 聚焦问题本身：我的核心目标是验证“AI辅助开发国标App”的流程，而不是比较Kotlin与Java的优劣。使用我更熟悉的Java，能让我将更多精力放在功能逻辑和与AI的协作上，而非语言特性本身。

2.3 为什么采用原生开发而非跨平台框架？

对于这样一个功能相对单一（核心是列表、详情、收藏）、且对性能要求不高（主要是文本渲染）的应用，跨平台框架（如Flutter, React Native）似乎也是个选择。但我最终选择了原生Android开发，理由很直接：

1. 工具链契合度：Cursor对Android原生开发（Java/Kotlin + Gradle）的支持最为直接和稳定。生成的项目结构、Gradle配置、资源引用等，出错概率更低。
2. 最小的依赖复杂度：原生开发只需要Android SDK和Gradle，环境纯粹。引入跨平台框架意味着要管理另一套依赖和构建流程，在AI辅助下可能会引入不必要的复杂性。
3. 目标明确：这个App就是为Android手机设计的，没有多端部署的需求。原生开发能提供最稳定、最符合平台习惯的用户体验，例如系统的返回手势、菜单弹出效果等。

基于以上思考，我确定了“Cursor + Java + 原生Android”这个技术组合。接下来，就是如何利用这个组合，一步步把App构建出来。

3. 项目结构解析与搭建实操

一个清晰的项目结构是良好开发体验的基础。在Cursor里，我通过聊天窗口直接描述需求来创建文件和目录。

3.1 从零创建Android项目骨架

我并没有使用Android Studio的向导，而是通过Cursor指令来初始化。我给Cursor的提示是：“请为我创建一个基本的Android App项目结构，使用Java语言，最低API级别设为21，包名为com.example.gbqw。”

Cursor随后生成了一系列文件和配置。核心的app/build.gradle文件内容如下，我特别关注了其中的依赖项：

plugins { id 'com.android.application' } android { namespace 'com.example.gbqw' compileSdk 34 defaultConfig { applicationId "com.example.gbqw" minSdk 21 targetSdk 34 versionCode 1 versionName "1.0" testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner" } buildTypes { release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' } } compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 } } dependencies { implementation 'androidx.appcompat:appcompat:1.6.1' implementation 'com.google.android.material:material:1.10.0' implementation 'androidx.constraintlayout:constraintlayout:2.1.4' testImplementation 'junit:junit:4.13.2' androidTestImplementation 'androidx.test.ext:junit:1.1.5' androidTestImplementation 'androidx.test.espresso:espresso-core:3.5.1' // 后续手动添加的依赖 implementation 'com.squareup.okhttp3:okhttp:4.11.0' implementation 'com.google.code.gson:gson:2.10.1' implementation 'androidx.recyclerview:recyclerview:1.3.2' }

实操要点与避坑：

• Gradle版本同步：Cursor生成的gradle-wrapper.properties中的Gradle版本可能不是最新的。我手动将其改为distributionUrl=https\://services.gradle.org/distributions/gradle-8.1.1-bin.zip，以匹配我本地的环境（JDK 17）。如果不匹配，Android Studio会一直卡在同步状态。
• 依赖库版本：AI可能会推荐较老或版本冲突的库。比如它最初给的是appcompat:1.4.1，我根据Android Studio的提示和建议，手动升级到了较新的稳定版。永远不要盲目相信AI生成的版本号，要结合官方文档和IDE提示进行确认。
• 目录结构：Cursor完美创建了src/main/java/com/example/gbqw和src/main/res等标准目录。但对于res下的子目录（如layout,drawable），可能需要后续明确指令才会创建。

3.2 核心代码模块规划

根据功能，我规划了以下几个核心Java类，并通过Cursor逐一创建：

1. MainActivity.java：应用主入口，包含搜索框和国标列表。
2. Standard.java：数据模型，对应一个国家标准，包含属性如id（标准号）、name（标准名称）、publishDate（发布日期）、pdfUrl（PDF链接）、isFavourite（是否收藏）。
3. StandardAdapter.java：RecyclerView的适配器，负责将Standard列表数据绑定到每一项的视图上。
4. StandardDetailActivity.java：显示国标详情的页面，内嵌WebView用于加载PDF或HTML详情页。
5. FavouriteActivity.java：收藏夹页面，展示所有被收藏的标准。
6. DbHelper.java：SQLite数据库帮助类，用于持久化存储收藏记录。
7. ApiClient.java：网络请求封装类，用于从“国家标准全文公开”网站（或模拟接口）获取数据。

这个结构清晰地将数据模型、UI展示、数据持久化和网络层分离开，是典型的MVC（或更接近MVP）模式，便于维护和扩展。

4. 核心功能实现与AI协作细节

有了骨架，接下来就是填充血肉。我通过与Cursor的持续对话，实现了各个核心功能。这个过程充满了“提问-生成-审查-调试”的循环。

4.1 数据抓取与解析：模拟网络请求

“国家标准全文公开”网站并没有公开的API。因此，我的策略是模拟网页搜索请求，并解析返回的HTML。这是一个需要谨慎处理的环节。

我首先让Cursor为我创建一个ApiClient类，使用OkHttp库。最初的提示是：“创建一个名为ApiClient的类，使用OkHttp发送HTTP GET请求，并处理基本的网络异常。”

Cursor生成的代码骨架不错，但针对具体的网页抓取，需要更精细的指令。我进一步描述：“请为ApiClient添加一个searchStandards(String keyword)方法。目标网址是https://openstd.samr.gov.cn/bzgk/gb/，我们需要模拟其搜索表单的POST请求。表单数据包括pageSize,pageNum,keyWord等参数。请分析该网页的搜索请求，并写出对应的Java代码。”

重要提示：直接抓取和解析非公开API的网站存在法律和道德风险，且网站结构一旦变化，代码就会失效。本项目仅为技术演示，在实际应用中，应优先寻找官方API，或确保你的行为符合网站的Robots协议和服务条款。这里的方法仅用于说明AI辅助下如何处理此类任务。

Cursor尝试生成了代码，但它无法实时访问互联网，因此给出的请求参数和头部信息可能是过时的。这时，就需要开发者自己通过浏览器的开发者工具（F12 -> Network标签页）去实际分析一次搜索请求，然后将正确的参数格式（是JSON还是form-urlencoded）、必要的Headers（如User-Agent, Content-Type）告诉Cursor。

最终，经过几次调试，searchStandards方法的核心部分如下：

public List<Standard> searchStandards(String keyword) throws IOException { OkHttpClient client = new OkHttpClient().newBuilder().build(); // 注意：MediaType和RequestBody格式需要根据实际网站分析确定 MediaType mediaType = MediaType.parse("application/x-www-form-urlencoded; charset=UTF-8"); String requestBody = "pageSize=15&pageNum=1&keyWord=" + URLEncoder.encode(keyword, "UTF-8") + "&..."; // 其他必要参数 Request request = new Request.Builder() .url("https://openstd.samr.gov.cn/bzgk/gb/searchPage") .post(RequestBody.create(requestBody, mediaType)) .addHeader("User-Agent", "Mozilla/5.0 ...") // 模拟浏览器 .addHeader("Content-Type", "application/x-www-form-urlencoded; charset=UTF-8") .addHeader("X-Requested-With", "XMLHttpRequest") // 常见于Ajax请求 .build(); try (Response response = client.newCall(request).execute()) { if (response.isSuccessful() && response.body() != null) { String html = response.body().string(); // 调用HTML解析方法 return parseSearchResultHtml(html); } else { throw new IOException("Unexpected code " + response); } } }

接下来是最复杂的部分：HTML解析。我让Cursor根据提供的示例HTML片段，编写parseSearchResultHtml方法。我首先在浏览器中查看搜索结果的HTML结构，然后复制一段包含单个标准条目的HTML代码给Cursor。

我的提示是：“给定以下HTML片段，请编写一个方法，使用Jsoup库解析它，提取出每个标准的标准号（如GB/T 12345-2020）、标准名称、详情页链接，并封装成Standard对象列表。”

Cursor成功地使用了Jsoup的选择器语法（如doc.select("div.result-item")）来编写解析逻辑。这个过程可能需要多次迭代，因为网页的DOM结构可能很复杂，需要不断调整CSS选择器路径。

实操心得：

• 分步验证：不要一次性让AI完成整个复杂功能。先让它生成网络请求框架，在Postman或单元测试中验证请求是否成功、返回的数据格式是否正确。然后再进行解析。
• 提供明确示例：给AI提供真实、具体的输入输出示例，是获得高质量代码的关键。模糊的描述只会得到模糊的、可能错误的代码。
• 异常处理：AI生成的代码往往对异常处理考虑不周。务必手动添加健壮的网络超时设置、空指针判断、JSON/HTML解析异常捕获等。

4.2 本地数据库设计：收藏功能的持久化

收藏功能要求数据在应用关闭后依然存在。我选择使用Android自带的SQLite数据库，并通过Cursor辅助编写DbHelper类。

我给Cursor的指令是：“创建一个继承自SQLiteOpenHelper的DbHelper类。需要一张favourites表，包含以下字段：id（INTEGER PRIMARY KEY， 这里存储国标的标准号，如‘GB/T 12345’），name（TEXT），publish_date（TEXT），pdf_url（TEXT），saved_time（TIMESTAMP DEFAULT CURRENT_TIMESTAMP）。并实现插入、删除、查询所有、按id查询的方法。”

Cursor准确地生成了onCreate和onUpgrade方法，以及对应的CRUD操作。例如，插入方法：

public long addFavourite(Standard standard) { SQLiteDatabase db = this.getWritableDatabase(); ContentValues values = new ContentValues(); values.put("id", standard.getId()); values.put("name", standard.getName()); values.put("publish_date", standard.getPublishDate()); values.put("pdf_url", standard.getPdfUrl()); long result = db.insert(TABLE_FAVOURITES, null, values); db.close(); return result; // 返回-1表示插入失败 }

注意事项：

• 主键选择：我使用国标的标准号作为主键，因为它具有唯一性。这避免了同一标准被重复收藏。在插入前，可以先查询是否存在。
• 数据库升级：Cursor生成的onUpgrade方法通常只是简单删除旧表。在实际项目中，如果后续版本需要增加字段，必须编写更复杂的迁移逻辑，否则用户更新App后会丢失所有数据。在这个Demo中，简单处理是可以接受的。
• 线程安全：SQLiteOpenHelper内部已经处理了数据库连接池，但在多线程环境下频繁开关数据库仍可能有问题。可以考虑使用单例模式封装DbHelper，或直接使用Room等更现代的持久化库。这里为了简化，未做额外处理。

4.3 UI构建：主列表与详情页

UI部分是我与Cursor协作最顺畅的部分。Android的XML布局和Java活动代码有很强的模式性，AI非常擅长。

创建主界面布局 (activity_main.xml)： 我的提示：“创建一个使用ConstraintLayout的布局。顶部有一个EditText搜索框和一个Button搜索按钮。下面是一个RecyclerView，用于显示搜索结果列表。每个列表项包含两个TextView，分别显示标准名称和标准号，并有一个星形ImageButton用于收藏。”

Cursor生成的XML代码结构清晰，约束关系基本正确。但有时它会对控件ID命名得比较通用（如textView1）。我会手动将其改为更具语义的名字，如textViewStandardName，这样在Java代码中引用时更易读。

创建列表项适配器 (StandardAdapter.java)： 这是体现AI效率的地方。我描述道：“创建一个RecyclerView.Adapter，数据源是List 。每个ViewHolder包含两个TextView和一个ImageButton。根据Standard对象的isFavourite字段，设置ImageButton（星星）的选中状态。点击星星按钮，触发一个回调接口，通知Activity进行收藏或取消收藏的操作。”

Cursor在几分钟内就生成了一个功能完整的Adapter，包括ViewHolder、onBindViewHolder中的逻辑绑定，以及一个自定义的OnFavouriteClickListener接口。我只需要稍作调整，比如处理按钮点击事件的具体逻辑（调用DbHelper），以及列表项的点击事件（跳转到详情页）。

创建详情页 (StandardDetailActivity.java)： 详情页的核心是一个WebView，用于加载国标的PDF文件或HTML页面。我让Cursor：“创建一个StandardDetailActivity，从Intent中获取Standard对象，并在WebView中加载其pdfUrl。需要处理WebView的基本设置，如启用JavaScript（如果需要），以及简单的加载进度显示。”

Cursor生成的代码包含了WebViewClient和WebChromeClient的基本设置，用于处理页面加载和进度条。一个关键点是，有些PDF链接可能需要特殊的处理才能在内置WebView中打开，可能需要添加webView.getSettings().setBuiltInZoomControls(true);等设置。

4.4 功能串联与事件处理

最后一步是将所有模块串联起来。在MainActivity中，我需要：

1. 初始化RecyclerView和Adapter。
2. 在搜索按钮点击时，调用ApiClient.searchStandards()（注意：需在子线程执行）。
3. 将网络返回的数据更新到Adapter。
4. 处理Adapter传来的收藏点击事件，调用DbHelper进行数据库操作，并更新数据源和UI。

这里涉及到一个经典问题：网络请求必须在子线程进行，而UI更新必须在主线程。我让Cursor帮我处理这个问题：“在MainActivity中，搜索按钮的点击事件里，使用AsyncTask（或Kotlin协程/RxJava）来执行网络请求，并在请求成功后，在主线程更新RecyclerView的数据。”

考虑到项目是Java，Cursor选择了AsyncTask。它生成了基本的doInBackground和onPostExecute框架。但我必须提醒它（也是提醒自己），AsyncTask在Android API 30及以上已被废弃。作为更优解，我手动将其替换为ExecutorService和Handler的组合，或者更简单地，在后续优化中引入RxJava或协程。

事件处理的代码片段示例：

searchButton.setOnClickListener(v -> { String keyword = searchEditText.getText().toString().trim(); if (!keyword.isEmpty()) { new Thread(() -> { try { List<Standard> result = apiClient.searchStandards(keyword); // 查询数据库，为结果集中的每个Standard设置isFavourite状态 for (Standard standard : result) { standard.setFavourite(dbHelper.isFavourite(standard.getId())); } runOnUiThread(() -> { adapter.setData(result); adapter.notifyDataSetChanged(); }); } catch (IOException e) { e.printStackTrace(); runOnUiThread(() -> Toast.makeText(MainActivity.this, "搜索失败: " + e.getMessage(), Toast.LENGTH_SHORT).show()); } }).start(); } });

至此，一个具备搜索、查看、收藏基本功能的国标App就实现了。整个过程，大约70%的代码由Cursor根据我的指令生成，30%需要我进行调试、参数修正、逻辑补充和优化。AI就像一个强大的代码自动补全和脚手架生成器，但项目的灵魂——架构设计、业务逻辑梳理、异常边界处理——仍然牢牢掌握在开发者手中。

5. 开发过程中的典型问题与排查实录

在AI辅助开发中，遇到的问题有时很独特。这里记录几个典型案例和解决思路。

5.1 问题一：Gradle同步失败，提示“Could not resolve ...”

现象：Cursor生成的build.gradle文件中，依赖版本号可能不存在或与当前Gradle版本不兼容，导致同步时下载失败。

排查步骤：

1. 检查网络：确认网络连接正常，可以访问Maven Central等仓库。
2. 检查Gradle版本：核对gradle/wrapper/gradle-wrapper.properties中的distributionUrl，是否与本地环境匹配。我本机是JDK 17，就需要Gradle 7.3以上版本。
3. 检查依赖版本：将Cursor生成的依赖版本（如implementation 'androidx.appcompat:appcompat:1.4.1'）复制到浏览器中，搜索“androidx.appcompat maven”，进入官方仓库页面（通常是mvnrepository.com或developer.android.com），查看该库的最新稳定版版本号。
4. 使用IDE建议：在Android Studio中，将版本号改为1.6.1（举例），IDE通常会给出智能提示，推荐可用的最新版本。

解决方案：手动将依赖版本更新为IDE推荐或官方文档中列出的稳定版本。对于Gradle插件版本，在项目根目录的build.gradle中修改classpath。

5.2 问题二：运行App后列表为空，但网络请求似乎成功了

现象：搜索后RecyclerView没有显示任何数据，但Logcat中没有明显的崩溃日志。

排查步骤：

1. 检查数据源：在onPostExecute或更新UI的代码处打日志，打印result列表的size，确认数据是否真的从网络请求中获取到了。
2. 检查解析逻辑：如果result.size()为0，问题出在HTML解析。在parseSearchResultHtml方法中，打印解析前的原始HTML字符串（或保存到文件），检查其结构是否与提供给Cursor的示例片段一致。网页结构可能已经调整。
3. 检查UI绑定：如果数据存在，检查Adapter的setData方法是否被调用，以及notifyDataSetChanged是否在主线程执行。
4. 检查RecyclerView布局：确认RecyclerView的layout_width和layout_height不是wrap_content且内容为空，导致高度为0。通常应设为match_parent或一个固定值。
5. 检查Adapter连接：确认RecyclerView.setAdapter(adapter)和RecyclerView.setLayoutManager(new LinearLayoutManager(this))这两行代码是否执行。

解决方案：这是一个典型的“数据流”排查问题。通过添加日志，逐步定位问题发生在网络请求、数据解析、数据传递还是UI渲染环节。本例中，最常见的原因是网页HTML结构变化导致Jsoup选择器失效，需要重新分析网页并更新解析代码。

5.3 问题三：点击收藏星星按钮，图标状态不更新

现象：点击列表项的收藏按钮，数据库操作成功了（通过日志确认），但星星的选中状态没有实时刷新。

排查步骤：

1. 确认回调触发：在Adapter的onBindViewHolder中为星星按钮设置点击监听器，并在回调方法里打日志，确认点击事件被触发了。
2. 确认数据更新：在回调方法中，确认调用了dbHelper.addFavourite()或dbHelper.removeFavourite()，并检查返回值。
3. 确认数据源同步：这是关键！在数据库操作成功后，必须更新数据源List<Standard>中对应Standard对象的isFavourite属性。否则，Adapter在重新绑定时（比如滑动列表），还是会用旧的数据状态来设置按钮图标。
4. 通知局部更新：在更新了数据源中特定位置的对象属性后，调用adapter.notifyItemChanged(position)来只刷新当前项，而不是notifyDataSetChanged()刷新整个列表，这样效率更高且没有闪烁。

解决方案：在Adapter的点击回调接口实现中，确保完成以下步骤：

@Override public void onFavouriteClick(int position, Standard standard) { boolean newFavouriteState = !standard.isFavourite(); // 1. 操作数据库 if (newFavouriteState) { dbHelper.addFavourite(standard); } else { dbHelper.removeFavourite(standard.getId()); } // 2. 更新数据源 standard.setFavourite(newFavouriteState); dataList.set(position, standard); // 确保列表引用的是同一个对象，或者直接修改对象属性 // 3. 通知UI更新 notifyItemChanged(position); }

5.4 问题四：WebView加载PDF显示空白或下载

现象：在StandardDetailActivity中，WebView加载PDF链接，没有显示内容，或者直接弹出下载对话框。

排查步骤与解决方案：

1. 检查链接有效性：首先确认pdfUrl是一个有效的、可直接在浏览器中打开的PDF链接。
2. 添加WebView设置：PDF渲染需要额外权限和设置。在onCreate中补充：

   WebSettings webSettings = webView.getSettings(); webSettings.setJavaScriptEnabled(true); // 部分PDF查看器需要JS webSettings.setAllowFileAccess(true); webSettings.setDomStorageEnabled(true); // 以下设置对加载PDF至关重要 webSettings.setLoadWithOverviewMode(true); webSettings.setUseWideViewPort(true); webSettings.setBuiltInZoomControls(true); webSettings.setDisplayZoomControls(false);

3. 处理下载：如果网站策略是直接提供PDF下载，WebView可能默认触发下载。我们可以通过WebViewClient的shouldOverrideUrlLoading方法来拦截处理，尝试用WebView直接打开。但有些链接确实只能下载。一个更可靠的方案是使用Intent调用系统浏览器或其他PDF阅读器App来打开：

   Intent intent = new Intent(Intent.ACTION_VIEW); intent.setData(Uri.parse(pdfUrl)); startActivity(intent);

   这就需要权衡用户体验：是在应用内浏览（可能不稳定）还是跳转到外部应用（体验割裂）。

与AI协作的调试技巧：当遇到这类平台特定问题时，直接问Cursor“Android WebView如何加载PDF”可能得到通用答案。更有效的方法是，将具体的错误日志或现象描述清楚，例如：“在我的StandardDetailActivity中，WebView加载一个PDF URL，控制台出现了‘net::ERR_UNKNOWN_URL_SCHEME’错误，如何解决？” AI就能给出更针对性的建议，比如检查URL scheme，或者添加WebChromeClient来处理文件选择。

6. 项目总结与AI辅助开发的真实体会

回顾这个项目的开发过程，从构思到实现一个可用的APK文件，大约用了两个周末的碎片时间。如果没有Cursor，我可能需要多花一倍的时间在查找文档、编写样板代码和调试语法错误上。AI辅助编程工具，特别是像Cursor这样深度集成的，确实是一个强大的“力量倍增器”。

我个人最深的三点体会是：

第一，AI是优秀的“执行者”，但你是不可或缺的“架构师”和“质检员”。它可以快速生成符合模式的代码块，但它不理解你项目的整体架构、业务边界和潜在的风险。例如，它不会主动思考网络请求该放在哪个线程，不会判断使用标准号作数据库主键是否合理，更不会考虑网页抓取的法律合规性。这些关乎项目质量和成败的决策，必须由开发者做出。AI生成的代码，必须经过严格的审查、测试和重构。

第二，与AI沟通的能力，成了新的关键技能。如何清晰、无歧义地描述需求，如何提供有效的上下文（如错误信息、代码片段、输入输出示例），直接决定了产出代码的质量。这有点像“超级编程”，你定义问题、描述接口、制定规则，AI负责填充实现细节。学会写好的“提示词”（Prompt），其重要性不亚于学会写好的代码注释。

第三，它改变了学习与解决问题的方式。过去遇到问题，我的动线是：搜索引擎 -> 翻阅Stack Overflow -> 查官方文档。现在，我会先问Cursor：“我遇到了XX问题，可能的原因有哪些？” 它能给出一个结构化的排查清单。或者直接给它看错误日志，让它解释含义和解决方案。这极大地加速了调试过程。当然，对于它给出的方案，尤其是涉及第三方库或复杂机制时，我仍然会去查阅官方文档进行二次确认，但第一轮的筛选和方向指引，AI做得非常高效。

最后，关于这个“国标全文”App本身，它确实只是一个玩具级的应用，功能上比不过一个精心整理的浏览器书签文件夹。但它的价值在于，它完整地走完了一个想法从诞生到落地的闭环，并且验证了在AI工具的辅助下，个人开发者可以多么快速地原型化一个垂直领域的工具。如果你也有某个特定场景下的信息管理痛点，不妨也试试用这个思路，让AI帮你“肝”出一个专属解决方案来。