AI 编程教程做到 2 万 Star这个数字放在整个开源社区里都算得上一个不大不小的里程碑。但真正让我意外的不是 Star 数本身而是某天有读者截图告诉我他在豆包上问“有没有适合新手入门的 AI 编程教程”结果推荐列表里出现了我的项目。那一刻我才意识到一个原本只是写给自己的学习笔记已经悄悄变成了很多人进入 AI 编程世界的第一站。这篇文章不打算讲什么宏大的叙事就是想把这套教程从零到 2 万 Star 的完整思路拆开聊聊内容架构怎么设计、哪些章节是真正的流量入口、读者最容易卡在什么地方、以及被 AI 助手推荐这件事背后到底意味着什么。如果你也在做技术教程、开源项目或者知识类内容这里面的很多细节可以直接拿去用。如果你只是单纯想学 AI 编程那更好我会把教程里最核心的学习路径和避坑经验一并讲清楚。1. 教程整体设计与内容架构拆解1.1 为什么选择“项目驱动”而不是“知识罗列”市面上讲 AI 编程的教程大致分两类。一类是从数学基础讲起线性代数、概率论、梯度下降一路推到 Transformer 架构理论体系非常完整。另一类是直接上工具教你调 API、写 Prompt、搭一个聊天机器人。这两类各有各的问题前者劝退率极高大部分人学到反向传播就放弃了后者学完只会“调包”换个场景就不知道怎么办。我的教程走的是第三条路项目驱动但每个项目都埋一个核心概念。比如第一个项目是做一个命令行版的文本摘要工具看起来很简单但里面涉及了 API 调用、Token 计算、Prompt 设计、结果后处理这四个关键环节。读者做完这个项目不只是学会了一个工具而是理解了“一次完整的 AI 调用链路长什么样”。这种设计的好处在于学习动机是“我要做出一个东西”而不是“我要学完一章知识”。每完成一个项目读者都能拿到一个可以运行、可以分享的成果这种正反馈是维持学习动力的关键。我在教程里刻意控制了理论部分的篇幅每个概念只在它被用到的那一刻才解释而且解释完立刻让读者在代码里看到效果。提示项目驱动教程的关键不是项目多复杂而是每个项目必须有一个“啊哈时刻”——读者跑通代码后能明显感觉到自己理解了什么新东西。如果做完一个项目只是复制粘贴了一遍那这个项目的设计就是失败的。1.2 章节编排的“三阶递进”逻辑整个教程分为三个阶段每个阶段的定位非常明确。第一阶段叫“能跑起来”目标是让读者在最短时间内完成第一次 AI 调用。这个阶段不追求代码优雅不追求架构合理甚至不追求功能完整唯一的要求就是跑通。我会把环境配置、API Key 获取、第一个请求发送这些步骤拆得极细细到每一步都有截图和预期输出。很多教程喜欢在这一步“留白”觉得太简单不值得写但实际情况是80% 的新手卡在环境配置上就放弃了。第二阶段叫“能改起来”读者开始理解代码的每一部分在做什么能够根据自己的需求修改参数、替换模型、调整 Prompt。这个阶段我会故意留一些“半成品”代码让读者自己补全关键逻辑。比如给一个情感分析的基础框架但分类阈值需要读者自己根据数据调整。这种“填空式”练习比从头写代码更容易上手又比复制粘贴更有参与感。第三阶段叫“能搭起来”读者需要把零散的 AI 能力组合成一个完整的应用。这个阶段的代表性项目是一个带记忆功能的对话助手涉及上下文管理、向量检索、流式输出、错误重试等多个工程问题。到这里读者已经不是在“学 AI 编程”而是在“用 AI 编程”了。1.3 技术栈选择的取舍与理由教程主要使用 Python这不是因为 Python 是最好的 AI 编程语言而是因为它的生态最成熟、新手最友好。具体来说核心依赖只有三个openai库负责模型调用python-dotenv管理密钥rich做终端输出美化。没有用 LangChain 这类框架原因很简单——框架会隐藏太多细节新手学完不知道底层发生了什么。但我也不是完全排斥框架。在第三阶段的项目里我会先让读者用原生代码实现一遍向量检索然后再引入框架做对比让他们自己感受框架省掉了哪些工作、又引入了哪些新的抽象。这种“先手写再框架”的顺序比一上来就用框架的学习效果好得多。模型选择上教程默认使用通用的大语言模型接口但所有代码都做了抽象层读者可以轻松替换成其他模型。我在教程里反复强调一个观点你学的是 AI 编程的思维方式不是某个特定模型的 API。模型会迭代API 会变化但“如何设计 Prompt、如何管理上下文、如何处理模型输出”这些能力是通用的。2. 核心章节的实操要点与避坑指南2.1 环境配置新手最大的拦路虎环境配置这一章我改了七版每一版都是根据读者的反馈调整的。最初我按照自己的习惯写了“创建虚拟环境、安装依赖、配置环境变量”三步结果评论区全是“虚拟环境是什么”“为什么我的 pip 装不上”“环境变量在哪里设置”。后来我把这一章重写成了“保姆级”教程每个命令都附带解释每个可能的报错都给出解决方案。具体来说我把环境配置拆成了五个检查点。第一个检查点是 Python 版本确认要求读者运行python --version并截图确认版本号在 3.9 以上。第二个检查点是 pip 源配置因为默认源在某些网络环境下速度极慢我会教读者换成国内镜像源。第三个检查点是虚拟环境创建这里我会解释为什么需要虚拟环境——用生活化的类比就是“给每个项目一个独立的工具箱避免工具混在一起找不到”。第四个检查点是依赖安装我会给出完整的requirements.txt文件内容并说明每个包的用途。第五个检查点是 API Key 配置这里涉及密钥安全的问题我会强调绝对不要把密钥硬编码在代码里也不要把包含密钥的文件上传到公开仓库。这五个检查点全部通过后读者才能进入下一章。注意环境配置章节的写作原则是“假设读者什么都不懂但不要假设读者笨”。解释要详细但语气要平等。我见过太多教程用“显然”“众所周知”这类词这对新手是极大的劝退。2.2 Prompt 设计从“能回答”到“回答得好”Prompt 设计是教程里篇幅最大的一章也是读者反馈收获最多的部分。我把 Prompt 设计分成了四个层次基础指令、角色设定、输出格式约束、少样本示例。基础指令解决的是“让模型知道要做什么”。比如“请总结以下文本”就是最基础的指令。但仅仅这样模型的输出会非常随机有时长有时短有时用中文有时用英文。所以需要加上输出格式约束比如“请用不超过 100 字总结使用中文输出格式为一段话”。角色设定解决的是“让模型知道以什么身份回答”。比如“你是一位资深编辑擅长提炼文章核心观点”会比单纯的“请总结”得到更专业的输出。我在教程里做了一个对比实验同样的文本加上角色设定后总结的质量明显提升用词更精准废话更少。少样本示例解决的是“让模型知道好的输出长什么样”。我会在 Prompt 里给两到三个输入输出示例模型会模仿示例的风格和格式。这个方法在需要特定格式输出时特别有效比如让模型输出 JSON 格式的数据给一个示例比写一堆格式说明管用得多。这四个层次不是必须全部使用而是根据任务复杂度逐步叠加。教程里有一个完整的案例展示了一个简单的文本分类任务如何从基础指令一步步优化到包含少样本示例的完整 Prompt每一步都有对比输出读者可以直观看到每个层次带来的提升。2.3 上下文管理对话系统的核心难题带记忆功能的对话助手是第三阶段的核心项目也是整个教程技术含量最高的部分。这里的核心问题是模型的上下文窗口是有限的但对话历史会越来越长怎么在有限的空间里保留最重要的信息教程里介绍了三种策略。第一种是滑动窗口只保留最近 N 轮对话简单粗暴但有效。第二种是摘要压缩把早期的对话用模型总结成一段简短摘要保留关键信息。第三种是向量检索把所有历史对话存入向量数据库每次根据当前问题检索最相关的几轮对话。这三种策略各有适用场景。滑动窗口适合短对话场景实现简单延迟低。摘要压缩适合长对话但话题集中的场景能保留全局信息。向量检索适合话题跳跃、需要精确回忆的场景但实现复杂度最高。教程里会依次实现这三种策略并给出一个对比表格说明各自的优缺点和适用场景。我在实际测试中发现一个容易被忽略的细节上下文管理不只是技术问题更是产品问题。比如用户问了一个问题助手回答了然后用户说“再详细一点”这时候如果滑动窗口把上一轮对话挤掉了助手就不知道用户在说什么。所以我在教程里加入了“重要轮次标记”的机制让读者可以手动或自动标记关键对话确保它们不会被挤出上下文窗口。3. 完整实操流程与关键环节实现3.1 从零搭建第一个 AI 应用文本摘要工具这个项目的目标是做一个命令行工具输入一段文本输出摘要。看起来简单但完整实现涉及了 AI 编程的所有核心环节。第一步是项目结构设计。我建议的目录结构是main.py作为入口summarizer.py封装摘要逻辑.env存放密钥requirements.txt管理依赖。这种分离的好处是摘要逻辑可以独立测试也方便后续替换成其他模型。第二步是核心函数实现。摘要函数接收文本和可选的摘要长度参数构造 Prompt调用模型返回结果。这里的关键是 Prompt 的设计我会在教程里给出一个经过多次迭代的模板SUMMARY_PROMPT 你是一位专业的文本编辑擅长提炼核心信息。 请对以下文本进行摘要要求 1. 摘要长度不超过 {max_length} 字 2. 保留原文的关键数据和结论 3. 使用简洁的书面语不要口语化表达 4. 直接输出摘要内容不要添加任何前缀说明 原文 {text} 摘要 这个模板里角色设定、长度约束、内容要求、格式要求都齐了。我特意加了“不要添加任何前缀说明”这一条因为模型经常会输出“好的以下是摘要”这类废话在命令行工具里这会影响后续处理。第三步是错误处理。API 调用可能因为网络问题、额度不足、输入过长等原因失败教程里会教读者用try-except捕获异常并给出友好的错误提示。比如输入过长时不是直接报错而是自动截断并提示用户“文本过长已截取前 N 字进行摘要”。第四步是命令行参数解析。用argparse库让用户可以通过命令行参数指定输入文件、摘要长度、输出格式等。这一步让工具从“能跑”变成“好用”也是很多教程忽略的部分。3.2 带记忆的对话助手完整实现路径这个项目是整个教程的集大成者涉及前面所有知识点的综合运用。完整实现分为六个模块。第一个模块是对话循环。用while True不断接收用户输入直到用户输入退出命令。这个模块很简单但要注意处理空输入和特殊字符。第二个模块是上下文存储。用一个列表存储对话历史每条记录包含角色用户或助手和内容。这里要注意 Token 计数每次添加新消息前要检查总 Token 数是否超过阈值。第三个模块是上下文压缩。当 Token 数超过阈值时触发压缩逻辑。教程里实现的是摘要压缩策略把最早的几轮对话发给模型让它总结成一段话然后用这段摘要替换掉原始对话。第四个模块是模型调用。把压缩后的上下文和当前问题一起发给模型获取回复。这里要注意流式输出的处理让用户看到逐字输出的效果体验会好很多。第五个模块是记忆检索。如果用户问的问题涉及很久以前的对话摘要可能丢失了细节。这时候用向量检索从完整历史中找到相关片段补充到上下文中。第六个模块是持久化。把对话历史保存到本地文件下次启动时可以恢复。这个功能看起来简单但涉及序列化和反序列化以及版本兼容问题。提示这个项目最容易出问题的地方是 Token 计数。不同模型的 Token 计算方式不同中文和英文的 Token 比例也不一样。教程里会教读者用tiktoken库做精确计数并给出一个经验公式中文大约 1 个字等于 1.5 个 Token英文大约 1 个单词等于 1.3 个 Token。这个公式不精确但足够用来做阈值判断。3.3 参数调优温度、Top-p 与最大长度模型调用有三个核心参数需要理解温度temperature、Top-p 和最大长度max_tokens。教程里用了一个生活化的类比来解释它们。温度就像“创意的发散程度”。温度低比如 0.2模型输出很稳定每次问同样的问题答案差不多适合做数据提取、分类这种需要确定性的任务。温度高比如 0.9模型输出很随机每次都不一样适合做创意写作、头脑风暴。Top-p 就像“候选词的范围”。Top-p 设为 0.1模型只从概率最高的 10% 的词里选输出很保守。Top-p 设为 0.9模型从概率最高的 90% 的词里选输出更多样。温度和 Top-p 通常只调一个另一个保持默认值。最大长度控制的是输出的 Token 数上限。设置太小回答会被截断设置太大浪费额度还可能让模型输出废话。教程里建议根据任务类型设置摘要任务 200-500对话任务 500-1000创意写作 1000-2000。我在教程里做了一个参数对比实验同样的 Prompt不同参数组合下的输出差异非常明显。这个实验的代码和结果都放在教程里读者可以自己跑一遍直观感受参数的影响。4. 常见问题排查与读者反馈实录4.1 高频报错与解决方案速查教程发布后我收集了读者反馈最多的报错信息整理成了一张速查表。这张表放在教程的附录里后来成了读者最喜欢的内容之一。报错信息可能原因解决方案AuthenticationErrorAPI Key 错误或未设置检查.env文件是否存在Key 是否有多余空格RateLimitError请求频率过高或额度不足降低请求频率检查账户额度Timeout网络问题或输入过长增加超时时间缩短输入文本ContextLengthExceeded上下文超过模型限制启用上下文压缩减少历史消息ModuleNotFoundError依赖未安装运行pip install -r requirements.txtJSONDecodeError模型输出不是合法 JSON在 Prompt 中强调输出格式添加解析容错这张表的价值在于它把“报错信息”和“解决方案”直接对应起来读者遇到问题可以快速定位。我在每个解决方案里都加了具体的操作步骤比如“检查.env文件”会进一步说明怎么检查、检查什么。4.2 读者最常卡住的五个地方根据评论区和读者群的反馈我总结了新手最容易卡住的五个地方。第一个是虚拟环境激活。Windows 和 Mac 的激活命令不同而且终端提示符的变化不明显很多读者激活了但不知道。教程里专门加了一节讲“怎么确认虚拟环境已激活”通过检查终端提示符前缀和which python的输出来确认。第二个是 API Key 的获取和配置。不同平台的获取流程不同教程里用通用描述代替具体平台名称重点讲配置方法。很多读者把 Key 直接写在代码里教程里反复强调用.env文件并给出了.gitignore的配置模板。第三个是 Prompt 中的变量替换。Python 的 f-string 和.format()方法在包含花括号时容易冲突教程里建议统一使用.format()并给出了转义方法。第四个是流式输出的处理。很多读者不知道流式输出返回的是一个迭代器需要逐块拼接。教程里给出了完整的流式输出处理代码包括如何检测结束、如何处理中断。第五个是向量检索的相似度计算。余弦相似度、欧氏距离、点积这几个概念容易混淆教程里用二维坐标系画图解释并给出了选择建议文本向量通常用余弦相似度因为关注的是方向而不是长度。4.3 被 AI 助手推荐背后的内容策略回到标题里提到的“被豆包推荐”这件事。我后来分析了一下为什么这套教程会被 AI 助手收录并推荐。总结下来有三个原因。第一个是内容结构清晰。教程的每个章节都有明确的标题和层级代码块、表格、提示框这些结构化元素用得多AI 助手在解析和索引时更容易提取关键信息。相比之下纯文字叙述的教程虽然读起来流畅但机器解析的难度大很多。第二个是问题覆盖全面。教程里包含了大量“怎么做”和“为什么”的解释而且每个问题都有具体的解决方案。AI 助手在回答用户问题时需要的是“可直接引用的答案”而不是“需要进一步理解的原理”。教程里的速查表、步骤列表、参数说明这些内容正好符合这个需求。第三个是更新频率稳定。教程从发布到现在我保持了每月至少一次的内容更新修复错误、补充新内容、优化表达。这种持续更新让教程在搜索引擎和 AI 助手的索引里保持了较高的活跃度。提示如果你也在做技术教程想让内容更容易被 AI 助手推荐我的建议是多用结构化元素表格、列表、代码块多写“怎么做”而不是“是什么”保持稳定的更新频率。这三条比任何 SEO 技巧都管用。4.4 从 2 万 Star 里看到的读者画像2 万 Star 背后是 2 万个不同的学习需求。我通过评论区和读者群做了一些观察大致可以把读者分成三类。第一类是转行者占比最大。他们来自非计算机专业想通过 AI 编程进入技术领域。这类读者的特点是学习动机强但基础薄弱最容易在环境配置和基础概念上卡住。教程里“保姆级”的环境配置章节就是为他们写的。第二类是在校学生占比次之。他们有编程基础但缺乏项目经验不知道学的知识怎么用。这类读者最喜欢第三阶段的综合项目因为能让他们把零散的知识串起来。教程里的项目设计特意考虑了“可展示性”做完的项目可以放在简历里。第三类是职场人占比最小但付费意愿最强。他们学 AI 编程是为了解决工作中的具体问题比如自动化处理文档、做数据分析。这类读者最关注的是“能不能直接用”教程里的代码模板和参数配置就是为他们准备的。这三类读者的需求差异很大但教程通过分阶段设计满足了所有人第一阶段照顾转行者第二阶段照顾学生第三阶段照顾职场人。这种分层设计也是教程能获得广泛认可的原因之一。5. 教程迭代与内容运营的实操心得5.1 版本迭代的节奏控制教程从第一版到现在的第七版我摸索出了一套迭代节奏。大版本更新每季度一次主要做结构调整和内容增删。小版本更新每月一次主要是修复错误和补充细节。紧急修复随时进行主要是处理读者反馈的严重问题。大版本更新前我会做三件事。第一是通读全部内容标记出过时的部分。AI 领域变化快半年前的最佳实践可能现在已经不适用了。第二是收集读者反馈把重复出现的问题整理成清单。第三是规划新内容根据技术趋势和读者需求决定增加什么章节。小版本更新主要是维护性的。我会定期检查代码是否能跑通因为依赖库的版本更新可能导致代码失效。教程里的所有代码都有对应的测试脚本每次更新后跑一遍测试确保没有引入新问题。5.2 读者反馈的处理机制读者反馈是教程迭代最重要的输入。我建立了一个简单的反馈处理流程收集、分类、优先级排序、处理、回复。收集渠道有三个评论区、读者群、私信。我会定期把三个渠道的反馈汇总到一个文档里。分类按照“错误报告”“内容建议”“学习问题”三类。错误报告优先级最高通常 24 小时内处理。内容建议次之纳入下个版本的更新计划。学习问题如果重复出现三次以上就说明教程里这部分写得不够清楚需要重写。处理完的反馈我会尽量回复尤其是错误报告。回复不只是说“已修复”而是说明“问题出在哪里、怎么修复的、什么时候更新”。这种透明的处理方式让读者感受到被重视也增加了他们对教程的信任。5.3 代码维护的自动化实践教程里有大量代码片段手动维护很容易出错。我用了三个自动化手段来降低维护成本。第一个是代码格式化。所有代码片段都用black格式化保证风格统一。格式化后的代码可读性更好也避免了因为缩进问题导致的复制粘贴错误。第二个是代码测试。每个完整的项目都有对应的测试脚本用pytest运行。测试脚本会模拟用户输入检查输出是否符合预期。每次更新后跑一遍测试确保代码仍然可用。第三个是文档生成。教程里的参数说明、函数签名这些内容我用脚本从代码里自动提取避免手动更新导致的遗漏。虽然前期配置麻烦一点但长期来看省了很多事。提示技术教程里的代码维护是个容易被低估的工作量。我的经验是代码片段超过 50 个之后就必须引入自动化工具否则每次更新都是一场噩梦。建议从项目一开始就配置好格式化和测试工具不要等到问题积累多了再补。5.4 内容分发的去平台化思考教程最初发布在一个平台上后来我把它同步到了多个渠道。这个过程让我意识到内容分发不能依赖单一平台。平台的推荐算法会变政策会变账号状态也会变。把内容分散到多个渠道虽然管理成本增加了但抗风险能力也增强了。我的做法是教程的源文件用 Markdown 格式保存在本地发布时根据各平台的要求做格式转换。这样即使某个平台出了问题源文件还在可以快速迁移到新平台。同时我也在教程里加入了“离线版”的说明教读者怎么把教程下载到本地不依赖网络也能学习。这种去平台化的思路也影响了教程的内容设计。我不再依赖平台特有的功能比如某些平台的代码运行环境而是确保教程在任何环境下都能学习。代码可以在本地跑文档可以离线看这种独立性让教程的生命周期更长。6. 给后来者的实用建议与经验总结6.1 做技术教程的五个关键决策回顾整个教程的制作过程有五个决策对最终结果影响最大。第一个决策是“先写再优化”。我见过很多人想做教程但一直在规划阶段担心内容不够好、担心没人看。我的做法是先写出第一版哪怕很粗糙先发布出去然后根据反馈迭代。第一版可能只有 60 分但有了反馈就能改到 80 分。如果一直不发布永远停留在 0 分。第二个决策是“代码必须能跑”。教程里的每一段代码我都亲自跑过而且是在干净的环境里跑过。很多教程的代码在作者电脑上能跑读者复制过去就报错原因是作者的环境里有很多隐式依赖。我的做法是用虚拟环境测试确保只依赖requirements.txt里列出的包。第三个决策是“解释为什么”。教程里不只是告诉读者“怎么做”还解释“为什么这么做”。比如为什么用虚拟环境、为什么 Prompt 要加角色设定、为什么上下文需要压缩。理解了“为什么”读者才能举一反三而不是只会复制粘贴。第四个决策是“保持更新”。AI 领域变化快半年前的内容可能已经过时。我保持了每月更新的节奏虽然辛苦但让教程保持了生命力。更新不只是修 bug还包括补充新内容、优化旧内容、删除过时内容。第五个决策是“重视反馈”。读者的反馈是最真实的需求信号。我把反馈处理作为教程维护的核心工作每条反馈都认真对待。这种态度让读者愿意持续关注和推荐教程。6.2 新手学习 AI 编程的路径建议如果你正在学 AI 编程或者准备开始学我根据教程读者的学习数据给出一条建议路径。第一步是“跑通一个最小示例”。不要一上来就学理论先找一个最简单的 AI 调用示例把它跑通。感受一下“我写的代码让 AI 回答了问题”的成就感。这一步的目标是建立信心不是学知识。第二步是“理解每一行代码”。跑通之后逐行理解代码在做什么。遇到不懂的函数或参数查文档、问 AI、做实验。这一步的目标是把“复制粘贴”变成“真正理解”。第三步是“修改和扩展”。在理解的基础上尝试修改参数、替换模型、增加功能。比如把摘要长度从 100 字改成 200 字看看输出有什么变化。这一步的目标是建立“我能控制 AI”的感觉。第四步是“做一个完整项目”。把学到的知识组合起来做一个有实际用途的项目。可以是自动化处理文档、做一个问答机器人、或者做一个内容生成工具。这一步的目标是积累项目经验。第五步是“读别人的代码”。找一些优秀的开源 AI 项目读它们的代码理解它们的设计思路。这一步的目标是开阔视野学习更好的实践。这五步不是严格的线性顺序可以交叉进行。但整体上从“跑通”到“理解”到“修改”到“创造”到“借鉴”这个路径适合大多数新手。6.3 关于 Star 数和影响力的真实体会2 万 Star 听起来很多但说实话Star 数本身没有给我带来什么直接收益。真正有价值的是 Star 背后的读者反馈和社区认可。有读者告诉我他靠教程里的项目找到了工作有读者说教程让他从完全不懂编程到能自己做小工具还有读者把教程翻译成了其他语言分享给更多人。这些反馈比 Star 数有意义得多。我也经历过 Star 数增长带来的焦虑。有一段时间我每天都会看 Star 数涨了多少涨得慢就焦虑涨得快就兴奋。后来我想明白了Star 数只是一个滞后指标真正重要的是内容质量。把内容做好Star 数自然会涨盯着 Star 数看反而会影响内容质量。如果你也在做开源项目或技术教程我的建议是关注读者的真实反馈而不是虚荣指标。一个读者说“你的教程帮我解决了问题”比 100 个 Star 更有价值。Star 数会波动但真正帮助过的人会记住你。6.4 后续可以扩展的方向教程目前覆盖了 AI 编程的基础和进阶内容但还有很多方向可以扩展。我计划在后续版本中加入多模态内容比如图像生成、语音处理、视频分析。这些内容的技术栈和文本处理有差异但核心思路是相通的。另一个方向是工程化实践。目前的教程偏重“能跑起来”但实际项目中还需要考虑部署、监控、成本控制、安全防护等问题。我计划增加一个“从原型到生产”的章节讲怎么把教程里的项目部署到实际环境中。还有一个方向是垂直领域应用。不同行业对 AI 编程的需求不同比如教育、医疗、金融、电商。我计划邀请不同领域的从业者分享他们的实践经验让教程更贴近实际应用场景。这些扩展方向还在规划中具体什么时候上线取决于我的时间和读者的需求。但有一点是确定的教程会持续更新持续为读者提供价值。这也是我做这套教程的初心——不是追求 Star 数而是帮助更多人学会 AI 编程用技术解决实际问题。