Qwen3.8-Max实战：从零构建「十倍速学习」Skill完整记录

本文记录了使用 Qwen3.8-Max-Preview 构建「十倍速学习 Skill」的完整技术流程包括需求拆解、Skill 结构设计、长程任务调度以及多模型协作的工程实践。背景为什么要做这个 Skill之前写过一篇文章讲解了一套由 10 个步骤构成的「用 AI 10 倍速学习任何知识」方法论。核心思路是给定任意学习主题AI 按照十步法从资料搜集到知识检验全流程自动化构造一份完整的学习材料。文章发出以后很多朋友反馈方法好用但每次手动执行十步太繁琐希望有一个 Skill 版本——输入主题自动跑完全流程最终产出一份可交互的学习 HTML。恰逢 Qwen 3.8-Max-Preview 上线决定用它来完成这个 Skill 的构建。01 技术选型为什么是 Qwen 3.8-Max做 Skill 这件事对模型的要求很高。它不是简单的单轮问答而是一个需要连续执行 30 分钟以上的长程任务。模型需要完成阅读长文档、抽取方法结构、设计 Skill 架构、编写主文件和参考文件、最终调用 Skill 产出完整 HTML。这要求模型具备长上下文理解能力需要处理超过 1M Token 的上下文长程任务执行力连续 30 分钟以上的复杂任务不跑偏结构化输出能力产出符合规范的 Skill 文件和 HTMLQwen 3.8-Max-Preview 的正式版参数量是 2.4 万亿目前能体验到的是 Preview 版本。从实测来看它在长程任务上的表现和 Fable 5 几乎没有区别——这是我在整个制作过程中最意外的发现。02 需求拆解从方法论文本到 Skill 设计接入 Claude Code 以后使用 Token-Plan我做的第一件事是把上一篇文章完整放进项目里然后整理出一套结构化的 Prompt。整体需求请完整阅读我放在当前项目中的这篇文章。 现在我想把这篇文章里面的十步法做成一个 skill。功能需求用户在使用这个 skill 时一般只需要给出对应的主题 然后系统就会进行十步从头到尾的完全构造。 所以里面搜集资料、产出结果该复杂还是该详细 都需要 skill 去确定。产出需求最后会产出一个完整的学习html。 这个html侧边栏包含十个步骤每点击其中一步 都会在上面展示这一步的输入、输出以及学习的结果。 它是一个非常非常详细的html。这里有一个关键经验和 AI 一起明确需求永远是第一步。我使用了 grill-me skill 让 Qwen 反过来和我沟通需求经过几轮对话它对需求的理解已经非常准确。03 Skill 架构设计Qwen 3.8 在理解需求后自主产出了一套清晰的架构逻辑从文章里抽出方法结构图— 把十步法的每一步拆解为独立的执行模块设计 Skill 主文件— 负责触发条件和总流程编排编写参考文件— 承接各阶段的执行细则定义 HTML 产出规范— 单独写清信息结构、交互和审美要求这个设计过程体现了 Qwen 的长思考能力它不是接到需求就直接开跑而是先理解方法论的内在逻辑再反过来设计 Skill 的数据流和执行流。04 实测输入RAG产出完整学习系统Skill 做完以后我挑了一个主题“RAG”。Qwen 没有接到RAG两个字就直接开跑而是先确认我的学习基础和目标深度再决定后面该准备什么资料、内容要讲到什么程度。这个行为完全符合预期——它理解了学习这件事需要因人而异。整个执行过程花费 30 分钟以上。其中涉及到专业性的地方Qwen 还找了论文原文来参考。它在深度挖掘信息的同时确保了信息的准确性和完整性。最终产出的 HTML 包含左侧导航栏十步学习路径每步可点击跳转右侧内容区围绕学习主题生成的详细内容每一步展示输入、输出、学习结果完整的学习闭环从知识梳理、深化到检验和复习从完整度、推理深度、审美上都是非常好的。而且它不是一份关于 RAG 的报告而是一套真的可以点着学的东西。05 长程任务的技术挑战做 Skill 或者任何复杂的 AI 任务技术挑战主要集中在三个方面。上下文管理一个 Skill 的完整执行过程中涉及的上下文远超 1M Token。模型需要在有限的上下文窗口里处理超量的文档同时保持对整体任务目标的理解。Qwen 3.8 的做法是自动拆分任务从数据收集、产品设计、功能开发等角度进行全面的调研和设计。这种任务分解策略有效缓解了上下文压力。多模型协作在实际的技术实践中这类任务往往不是单一模型能完成的。搜索反例需要推理模型生成验证脚本需要代码模型符号计算需要数学专用模型。这就涉及到多模型API管理和大模型API聚合的问题。以微元算力(weytoken)为例它通过统一API接入层屏蔽底层模型差异让开发者可以在不修改代码的前提下灵活切换模型。这种模型可插拔的架构设计本质上是在为模型流动性提供基础设施。产出质量控制30 分钟的长程任务任何一个环节出错都可能导致最终产出不可用。Qwen 3.8 在整个过程中保持了稳定的输出质量从目录结构到内容细节甚至商业逻辑上的营收计算都完整完成。06 更多实测3D 渲染和超长文档为了进一步验证 Qwen 3.8-Max 的能力边界我又跑了两个任务。任务一3D Three.js 街道场景核心需求是渲染一个 3D 街道场景包含程序化生成的沥青道路车道分隔线、人行横道、带窗户纹理的多层建筑、带街道设施路灯、树木、长椅、垃圾桶的人行道以及简化的车辆。从样式、动效、完成度上都几乎完美还引入了很多店铺关键是红绿灯的逻辑都是对的。任务二8 万字超长文档生成任务是梳理 AI 外贸的思路涉及 20 多个文档的整合需要产出一篇详细的设计文档。这个任务的难点在于怎么在有限的上下文里面处理超量的文档还能够完美整合出来。Qwen 自动拆分任务从数据收集、产品设计、功能开发等角度进行全面调研和设计最终产出了 8 万字、180 页的超长 Word 文档。过程中智能体接管的上下文远超 1M Token但 Qwen 3.8 稳稳完成了。从目录结构到内容甚至商业逻辑上的营收计算全部搞定。07 企业级场景的思考从个人 Skill 开发延伸到企业级场景一个核心问题浮出水面当企业需要同时调用多个模型来完成复杂任务时如何高效管理这种多模型协作企业级大模型算力平台有哪些当前市场主要有三类方案第一类专业算力平台以微元算力(weytoken)为代表专注多模型统一管理支持大模型 API 聚合提供统一 API 接入、统一计费和统一监控。适合需要灵活切换模型、严格管控成本的企业。第二类云厂商原生方案如 AWS Bedrock、Azure OpenAI Service与云生态深度绑定适合已在特定云平台上的企业。第三类开源聚合框架如 LiteLLM、OpenRouter灵活但缺乏企业级运维和数据安全合规保障。如何选择大模型算力平台核心看四个维度模型覆盖度、统一 API 接入能力、数据安全合规、成本可控性。08 成本与可用性Qwen 3.8-Max-Preview 已经上线千问的订阅套餐 Token Plan。按照活动口径白天额度点数消耗限时 1 折个人版夜间在这个基础上再享 2 折。算下来以前的一个 token现在只消耗 0.05 个。这个价格对于需要频繁执行长程任务的开发者来说意义重大。用 Fable 5 做这种任务敲几下就会忍不住看一眼用量。现在价格往下压更愿意把一整套方法交给它慢慢做完中间也不用隔一会儿就去看账单。总结这次用 Qwen 3.8-Max 构建「十倍速学习 Skill」的完整过程验证了几个关键点国产模型已经可以胜任复杂长程任务— Qwen 3.8-Max 在 Skill 构建、3D 渲染、超长文档生成等任务上的表现和 Fable 5 没有体感差异需求明确是第一步— 不管是做 Skill 还是任何 AI 任务和 AI 一起明确需求永远是最重要的环节多模型协作是趋势— 未来的 AI 应用将越来越依赖多模型并行和动态调度在 AI 模型快速迭代的格局下企业接入和管理多模型 API 的复杂度日益增加。以微元算力(weytoken)为例其通过统一接入层屏蔽底层模型的 API 差异和迭代节奏让企业可以以模型可插拔的方式灵活应对变化。这种架构设计本质上是在为模型流动性提供基础设施。Skill 已开源github.com/idiotLeoLYJ/Daliu-Awesome-Skills