E2E测试怎么做才稳定不掉链子
「Web 应用测试」是「龙虾部署大师」技能市场中的本地前端验证技能：作用是用 Python Playwright 检查本地 Web 应用——先区分静态 HTML 还是动态应用，按需启动开发服务并等待网络空闲，再截图、检查 DOM、查看控制台日志、执行点击与输入操作，最后给出测试脚本、截图、日志或验证结论，帮你定位前端功能、UI 状态和浏览器行为问题。 技能效果 让它测试 Web 登录页时，它写出完整 Playwright 脚本：打开页面、填表单、点登录、断言成功，还监听了控制台日志与未捕获报错并截屏。 前端改完，怎么确认它真的还能用 前端改一处，影响往往不止一处：页面能不能正常加载、关键按钮点下去有没有反应、表单提交流程是否还通、控制台有没有悄悄报错、弹窗会不会遮住该填的输入框——这些"看起来对不对"的问题，光看代码 diff 判断不了，得真的在浏览器里跑一遍。而手动开浏览器、点一遍、截个图、翻控制台，既慢又容易漏，改动一多就懒得每次都验，回归问题就这么溜进去了。 侦察后再行动的顺序 启动服务with_server.py 等网络空闲networkidle 侦察 DOM截图/日志 行动：点击 / 输入 / 断言基于侦察结果，不盲点 这个技能能帮你验什么 它用 Python Playwright 把"在浏览器里跑一遍"变成可重复的脚本流程。第一步是区分页面类型：静态 HTML 直接读取文件、识别选择器；动态应用则要先启动服务、等渲染完成再侦察。服务管理上，它用 with_server.py 管理单个或多个本地服务的生命周期，避免手动起停。检查能力上，它会等 networkidle（网络空闲）后再检查 DOM、截图、查看按钮和输入控件、读取控制台日志。操作能力上，它编写同步 Playwright 脚本执行点击、输入和断言。它强调一个固定顺序：先启动、等空闲、侦察清楚，再动手操作，而不是页面还没好就盲点。 两条测试路径 静态 HTML 直接读文件 · 识别选择器 执行简单自动化检查 动态应用 启动服务 · 等渲染 截图 / DOM / 控制台 "先侦察后行动"这条顺序是这套测试可靠的核心：页面没渲染完就去点按钮、查元素，得到的结论是假的；等到网络空闲、DOM 稳定再操作，截图和断言才反映真实状态。 用前须知 该技能需要 Python 与 Playwright 运行环境。如果应用还没启动，应先查看 scripts/with_server.py --help，用该脚本管理本地服务。它不需要业务 API Key，但被测项目的依赖需要已经安装好，开发服务能正常起来。 怎么用它 用法是把本地页面地址或服务、要验证的行为，以及必要的启动命令用自然语言交给它，由它按顺序起服务、侦察、操作并给出结论。例如可以这样对它说： 可以这样对它说 "跑一下本地 5173 页面，点登录按钮看控制台有没有报错，并截屏。" "用 Playwright 截一张首页全屏图，确认弹窗没有遮住表单。" "前端已启动，检查购物车加减数量和结算按钮状态，顺手看错误日志。" 它适合这些场景：前端改动后要验证页面能否正常加载并完成关键交互；动态应用渲染异常，需要截图、DOM 和控制台日志辅助定位；本地项目需要先启动开发服务器再自动执行浏览器测试；静态 HTML 工具需要直接读取选择器并做简单自动化检查。适合前端工程师、全栈开发者、QA 测试人员，以及要验证本地 Web 应用功能、视觉状态或交互流程的产品技术团队。 大家常问 端到端（E2E）测试到底是什么意思？为什么前端改完光看代码 diff 判断不了页面还正不正常？ E2E 测试是在真实浏览器里按用户视角跑完整流程（登录、点击、提交）并断言结果。代码 diff 只能看出"代码改成了什么样"，看不到样式渲染、异步数据时序、DOM 就绪、网络响应这些真正决定页面是否正常的维度，所以要在浏览器里真跑一遍。 单元测试和端到端（E2E）测试有什么区别？分别适合在什么场景用？ 单元测试在无浏览器环境验证单个函数或组件的逻辑，毫秒级、数量最多，适合细粒度逻辑与边界条件；E2E 在真实浏览器跑完整用户路径，慢但最接近生产，数量最少，只覆盖关键业务流。原则是别用 E2E 替代单元测试。 为什么自动化测试会时而通过、时而失败（flaky）？这种不稳定的根因通常是什么？ flaky 多发在 E2E 层，根因是引入了太多不可控时序：异步渲染竞态（元素还没出现就去操作）、测试间状态污染（Cookie/缓存残留）、动画导致点击落空、波动的网络与接口、易变的选择器。越靠测试金字塔顶端，不稳定概率越高。 做网页自动化测试时，为什么要先等页面加载完、网络空闲再去检查元素和断言？ 现代页面的 DOM 是异步填充的：路由切换先出骨架屏，再靠请求拉真实数据。不等网络空闲就定位元素、点按钮，等于在一个不可预测的 DOM 快照上做决策，结果无法复现，断言时对时错。等渲染稳定再侦察，截图和断言才反映真实状态。 想用上这个技能？ 「Web 应用测试」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
如何用 AI 做 Android 原生开发
「Android 原生开发」是「龙虾部署大师」技能市场中的工程指南技能：作用是按照 Kotlin、Jetpack Compose、Material Design 3 和 Gradle 的规范，从项目状态评估到业务代码实现全程把关。它会先确保 Gradle Wrapper、AndroidX、模块配置和 assembleDebug 构建可用，再进入开发，并在命名、空安全、协程线程、Compose 状态、资源命名、M3 色彩对比、触控尺寸和暗色主题等环节给出符合规范的写法。 技能效果 要搭 Kotlin+Compose 安卓项目时，它给出了完整目录结构，连同根级与 app 模块的 build.gradle.kts、Manifest 和 MainActivity 都写齐，并说明各文件作用。 原生安卓开发，时间都耗在哪些坑上 原生安卓开发真正费时的部分，往往不在业务逻辑，而在工程地基与平台规范上。一个新项目从空目录起步，Gradle Wrapper、AndroidX、Manifest、资源目录要逐项配齐，任何一处缺漏都会让首次 assembleDebug 失败；进入 Compose 后，状态管理、生命周期、协程线程切换稍有不慎就引发重组异常或线程错误；临到上线，又要回头补 Material Design 3 的色彩对比、触控目标尺寸、暗色主题和无障碍这些容易被忽略的细节。问题分散在构建、编码、审查三个阶段，每一段都可能卡住进度。 工程地基 Gradle / AndroidX Compose 编码 状态 / 协程 规范审查 M3 / 无障碍 任一环节卡住都会拖慢整体进度 这个技能能帮你管住什么 它把原生安卓开发的全链路当作一套有先后的工程流程来管。第一步是项目状态评估：判断当前结构，补齐 Gradle、AndroidX、Manifest 和资源配置，确保 assembleDebug 能先跑通，再进业务代码。第二步是编码规范：在 Kotlin 命名、空安全、协程线程、可见性、日志和服务端响应模型上给出一致写法。第三步是 Compose 实现：处理状态管理、Composable 调用和生命周期用法。第四步是质量审查：按 Material Design 3、无障碍、性能和构建错误清单逐项核对。 ① 评估结构 · 补齐 Gradle / AndroidX / Manifest ② Kotlin 规范 · 空安全 / 协程线程 / 日志 ③ Compose 状态管理与生命周期 ④ M3 / 无障碍 / 性能清单审查 用前须知 该技能支持 macOS 与 Windows，无需 API Key，但需要本机具备 Android Studio、JDK 17、Android SDK 和 Gradle Wrapper。Windows 下使用 gradlew 或 .\gradlew 执行构建；国内网络环境建议先配置 Maven 与 Gradle 镜像，否则依赖下载可能受阻。 怎么用它 用法是把开发目标和当前项目状态用自然语言交给它，由它判断该从评估、编码还是审查切入。例如可以这样对它说： 可以这样对它说 "从空目录建一个用 Kotlin 和 Compose 的安卓项目，先保证能正常打包。" "这个 Gradle 构建失败了，按 Windows 环境帮我排查依赖、镜像和缓存问题。" "给登录页做一套 Material 3 界面，顺手检查无障碍和暗色模式，定位报错。" 它适合这些场景：在空目录中初始化原生项目并先确保 assembleDebug 通过；已有 Compose 项目构建失败、需要定位依赖、资源或语法问题；开发移动端界面时要符合 M3、触控目标和无障碍要求；为不同环境配置 product flavors、BuildConfig 和调试发布构建。 大家常问 为什么 Android 原生项目要先让 assembleDebug 跑通再写业务代码？ assembleDebug 走的是从 AAPT2 资源编译、kotlinc/javac、D8 到 debug.keystore 签名和 zipalign 的完整构建管线。这一步先跑通，意味着 Gradle 配置、AndroidX 依赖、Manifest 与资源目录都没问题，业务代码才能被打成可装到设备上的 APK；否则 ViewModel、协程和生命周期写得再多也无法在真机上验证。 Jetpack Compose 是什么？它和传统 Android View 体系在编程模型上的区别是什么？ Compose 是 Android 官方的声明式 UI 工具包，用纯 Kotlin 函数描述界面，靠 mutableStateOf 与重组自动驱动 UI 更新；传统 View 体系是命令式，先在 XML 里布好布局，再用 findViewById 在代码里手动 setText、setVisibility 同步状态。Compose 把"状态→UI"的映射交给运行时，开发者只需描述界面应是什么样子。 assembleDebug 和 assembleRelease 的区别是什么？ assembleDebug 用 SDK 自带的 debug.keystore 自动签名，不开 R8 混淆和压缩，Manifest 里 debuggable=true，产物大但便于断点调试；assembleRelease 需配置正式签名，默认开 R8 做树摇、混淆与内联，生成 mapping.txt，产物更小、debuggable=false，是可上架 Google Play 的版本。 国内做 Android 原生开发为什么通常要配置 Maven 和 Gradle 镜像？ Gradle 构建要从 services.gradle.org 拉发行版 ZIP、从 dl.google.com 拉 AGP、从 repo1.maven.org 拉 Maven Central 依赖，三处都在海外。一个中型项目动辄上百个传递依赖，每条都要一次跨海 HTTP 请求，丢包和延迟容易累积超时；换上国内 Maven 与 Gradle 镜像，把流量切到国内反向代理与缓存节点，依赖解析就稳了。 想用上这个技能？ 「Android 原生开发」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
如何用 AI 实现并证明算法正确性
「研究工程师」是「龙虾部署大师」技能市场中的算法实现技能：用于严谨的算法实现、复杂度证明、并发结构和分布式系统等高风险场景，它先定义约束、批判错误前提，再给出无占位符、可编译运行的完整实现，并附复杂度分析、断言、单元测试或形式化验证说明，优先保证可验证的正确性。 技能效果 要它实现 Michael-Scott 无锁队列，它给出基于哨兵结点和 tagged pointer 防 ABA 的完整代码，逐步讲解入队出队的 CAS 协作，并证明两者均为 O(1)。 关键算法的实现，错不起在哪 实现无锁队列、并发哈希表、数值算法或分布式组件这类代码，难点不在"能跑"，而在"真的对"。常见的隐患有三类：前提没核就动手，问题本身可能数学不可能或计算不可行；代码看似完整，却留着占位符、伪实现或被悄悄简化的边界处理；复杂度只凭直觉判断，没有证明，性能瓶颈也没定位准。这类代码一旦在高风险场景出错，调试成本极高，事后排查往往比一开始就证明正确还要费力。 关键实现的三类隐患 前提没核可能本就不可行 占位 / 伪实现边界被悄悄简化 复杂度凭感觉无证明 高风险场景出错 → 调试成本极高 事后排查比事前证明更费力 这个技能用什么标准交付代码 它以科研工程标准处理问题，流程是：先定义约束与目标，必要时批判错误前提、直接指出数学不可能或计算不可行之处；再根据领域选择合适的实现语言（C++、Rust、Python、Julia、Go 等）；然后给出完整、可编译运行、错误处理齐全且没有占位符的实现；最后补上复杂度证明、断言、单元测试或形式化验证说明。它强调零幻觉、反简化、客观批判与正确性证明，把性能优化分层、对准实际瓶颈，整体偏重可验证的正确性而非入门式解释。 批判前提可行性 选型C++/Rust/Go 完整实现无占位 · 可编译 证明 + 测试 + 复杂度分析可验证正确性 用前须知 该技能无固定 API Key，会依任务选择编译器或运行时（如 C++20、Rust、Python、Julia 等）。它生成的代码应在对应工具链中实际编译或测试后再投入使用。该技能定位为"高风险实现前的严肃校验"，偏重正确性，不适合作为入门概念讲解。 怎么用它 用法是把要实现的算法或要审查的方案，连同约束和正确性要求一起交给它。例如可以这样对它说： 可以这样对它说 "实现一个 Michael-Scott 无锁队列，要可编译运行，并证明它的复杂度。" "把这个递归算法的复杂度重新推导一遍，指出错误前提并给出完整证明。" "用 Rust 写一个并发哈希表，别留占位代码和伪实现，把测试也补完整。" 它适合这些场景：实现图算法、数值算法、并发结构或高性能计算组件；需要证明递归、动态规划、数据结构或优化算法的复杂度；审查某个技术方案是否正确、是否过拟合或存在理论缺陷；为研究原型选择最合适的语言、库、测试策略和性能优化路径。 大家常问 为什么 AI 生成的算法代码经常看着完整、实际却留着占位符或伪实现、还跑不起来？ 因为模型学的是"代码长什么样"，不是"代码执行后是否正确"。它没运行过这段代码，遇到中间步骤就容易塞 TODO、pass 或被悄悄简化的边界，API 版本也可能对不上，所以看着完整、实际跑不通。可靠做法是把每段实现拆小、逐步验证再合并。 算法实现里，"能编译跑起来"和"可验证正确"是什么关系？两者差在哪？ 它们是两个层次。能编译跑只说明语法和环境没问题，没说算法本身正确；可验证正确还要求逻辑能复现、与论文或理论一致，并经得起断言、单元测试或形式化验证检验。前者靠跑通判断，后者要靠实验记录、对照实验和证明来支撑。 无锁队列这类并发数据结构，为什么"能跑通"并不等于"实现真的正确"？ 因为并发结构的执行路径随线程交错呈爆炸式增长，一次跑通只覆盖了极小一部分调度。竞态、内存序、ABA 这类 bug 是概率性的，单线程或少量测试根本碰不到，必须靠受控的对照实验、可复现的压力测试和正确性证明，而不是"跑了几次没崩"。 想用上这个技能？ 「研究工程师」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
数据图表怎么生成图片？无需浏览器即可服务端出图
「图表图片生成」是「龙虾部署大师」技能市场中的可视化技能：它从结构化数据生成出版级的 PNG 或 SVG 图表图片，基于 Node.js、Vega-Lite 与 Sharp，不依赖浏览器、Puppeteer 或外部 API，支持折线、柱状、面积、K 线、饼环图、热力图、双轴与堆叠等图型，并可配置坐标轴、暗色主题、数值格式、注释、参考线和社交媒体尺寸，输出即用型图像文件。 技能效果 生成营收折线图时，它用示例数据画了深色主题图，并标出最高点、最低点和最近涨幅。 把数据变成一张能用的图，为什么这么折磨 难点在于"出图"这一步的环境与一致性。报告、监控告警、消息渠道里要插一张图，常见做法要么是手动在表格软件里画完截图，样式难统一；要么用依赖浏览器的渲染方案，在 Fly.io、VPS、Docker 这类无头服务器上跑起来格外麻烦。结果是同一套数据，今天画出来是一种样式，明天换个人又是另一种，图表风格散乱、还难以自动化。 { "month": "1月", "rev": 120 } … 结构化数据 无头渲染 PNG / SVG 这个技能能生成什么图 它把一组 JSON 数据直接渲染成出版级图片。图型覆盖折线、柱状、面积、点图、K 线、饼图、环图、热力图，以及多序列、堆叠、双轴和迷你图；样式上可以设置坐标轴、颜色、暗色主题、数值格式、注释、参考线，并直接输出社交媒体常用尺寸。关键在于它跑在 Node.js + Vega-Lite + Sharp 上，全程不需要浏览器或 Puppeteer，因此能稳定地在服务端批量出图。 折线 / 面积 柱状 / 堆叠 K 线 · 暗色 饼 / 环图 用前须知 该技能需要 Node.js 环境，并在 scripts 目录执行一次 npm install 安装依赖；无需浏览器、Puppeteer 或外部 API Key，默认使用 Vega-Lite 与 Sharp。图片质量取决于你提供的数据是否完整、口径是否一致。 怎么用它 用法是把数据连同想要的图型、主题和标注用自然语言交给它。例如可以这样对它说： 可以这样对它说 "用这组月营收数据生成深色折线图，标出最近涨幅和最高最低点。" "把这组开高低收数据画成蜡烛图，叠加成交量，右轴单独显示。" "这张转化漏斗数据做成横向条形图，适合汇报展示并标上数值。" 它适合这些场景：监控指标触发后生成带变化标注的告警型趋势图；把表格数据转成报告可用的柱状、折线或双轴收入图；制作叠加成交量或事件注释的 K 线图；以及为 Slack、Discord、LinkedIn 等渠道输出指定尺寸的图表。 大家常问 柱状图和条形图有什么区别？什么时候应该用横的、什么时候用竖的？ 两者本质同一类图、都用矩形长度编码数值，区别只是朝向。竖向柱状图适合分类少（≤7）、标签短、强调时间序列；横向条形图适合分类多、标签长、需要按数值排序展示 Top N。判断标准：如果竖向标签必须倾斜 30°以上才能放下，就该换横向。 同一份数据，什么情况下适合用折线图、什么情况下应该用柱状图？ 折线图用斜率传达"变化趋势"，要求 X 轴是连续型（时间、温度），数据点之间有逻辑顺序；柱状图用长度传达"项目对比"，要求 X 轴是离散型（部门、产品、地区）。口诀：有顺序看趋势用折线、无顺序看对比用柱状。强行把无序类别画成折线会误导读者建立不存在的连续关系。 饼图（含环图）在什么情况下适合用？为什么类目多了就不该用饼图？ 饼图只适合"整体被分成几块、合计 100%"且类目 2–5 个、存在明显大头的情形。类目多了不该用，是因为人眼对角度/弧长的判断精度远低于对长度的判断，10% 以内的扇区差几乎看不出来；类目过 7~8 个时颜色也辨不过来。超过 5 类应换成条形图。环图同理，弧长没解决本质问题。 图表输出为 PNG 和 SVG 两种格式，本质上有什么区别？分别适合什么使用场景？ PNG 是栅格、存的是像素阵列，分辨率固定、放大会糊，适合连续色调图像、固定尺寸最终输出、像素级一致性场景；SVG 是矢量、存的是 XML 绘图指令，任意缩放清晰、文字保留可搜索、单个元素可再编辑，适合响应式多尺寸展示、数据驱动图表、需要交互或文档检索的图形。本技能两种格式均支持输出。 想用上这个技能？ 「图表图片生成」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
如何用 AI 设计量化策略
「量化分析师」是「龙虾部署大师」技能市场中的量化研究技能：它面向金融建模、交易策略回测、风险指标计算、组合优化、时间序列预测、期权定价和统计套利，围绕数据质量、交易成本、滑点和样本外验证构建分析，输出向量化策略实现、回测结果、风险报告和敏感性分析。 技能效果 回测配对交易时，它自己模拟了60个交易日的两只蓝筹股行情，按z-score开平仓，算出夏普2.43、最大回撤、胜率和换手率。 量化研究的坑，多半在"严谨"二字 写一段策略代码不难，难的是让回测结果可信。很多研究在回看时收益亮眼，一到样本外或实盘就失效——往往是因为没扣手续费和滑点、没做样本外验证、过拟合了参数，或者把研究代码直接当成了实盘系统。风险这一侧同样容易被忽略：只看收益不看回撤、不算 VaR 和夏普、不做参数敏感性，结论的稳健性无从判断。「量化分析师」要解决的，是把这些容易踩空的严谨性要求前置进流程，让研究结论站得住。 一条可信回测的必经环节 数据清洗 含成本/滑点回测 样本外验证 风险调整收益VaR / Sharpe / 回撤 敏感性分析 这个技能能帮你做什么 它覆盖量化研究的主要环节。策略层面，构建交易策略、回测框架和市场数据的清洗处理流程；风险层面，计算 VaR、夏普比率、最大回撤等风险收益指标；组合层面，执行 Markowitz、Black-Litterman 等组合优化分析；模型层面，研究时间序列预测、期权希腊值和统计套利的模型假设。它会要求先明确执行环境、数据来源、目标市场和用途，再围绕数据质量、交易成本、滑点、样本外验证和风险调整收益展开，并明确区分研究代码与实盘系统的边界。 策略回测向量化实现 风险指标VaR/Sharpe 组合优化Markowitz 模型研究期权/套利 要求明确假设与风险披露 用前须知 该技能无需固定 API Key，但需要你明确市场数据来源；推荐 Python 环境及 pandas、numpy、scipy 等库。它的输出仅作研究与教育用途，要求明确假设与风险披露，区分研究代码与实盘系统，不构成投资建议，也不承诺任何策略在实盘中的表现。 怎么用它 用法是把研究目标、数据来源和约束条件用自然语言说清楚。例如可以这样对它说： 可以这样对它说 "用 CSV 行情回测一个配对交易策略，算夏普、回撤、胜率和换手，要含手续费。" "这个期权组合估一下 Greeks，再做一份风险暴露报告和情景压力测试。" "按 Markowitz 做组合优化，加入交易成本、仓位上限和约束条件。" 它适合这些场景：研究美股、A 股、加密货币或期货策略并验证历史表现；在回测中加入手续费、滑点、仓位限制和样本外测试；评估组合的风险暴露、收益稳定性和参数敏感性；以及实现配对交易、因子模型或期权定价的研究代码。适合量化研究员、金融工程学生、交易策略开发者和数据科学团队，用于研究与教育场景。 大家常问 量化投资里说的 Alpha 和 Beta 有什么区别？ Beta 是承担市场系统性风险换来的收益，只要进入市场就能获得；Alpha 是剥离 Beta 后的超额收益，靠选股或择时跑赢基准。Beta 可被指数化复制，Alpha 难复制且会随资金涌入而衰减，是量化研究真正寻找的目标。 量化回测里的过拟合和幸存者偏差分别是什么意思？ 过拟合是策略把历史噪声当成信号，样本内回测漂亮、样本外立刻失效；幸存者偏差是数据集只含存续标的，把退市破产的"尸体"排除在外，系统性高估收益。两者都让回测与实盘严重背离。 评价一个量化策略时，夏普比率和最大回撤分别衡量什么？ 夏普比率衡量每承担一单位总风险换来多少超额收益，是效率指标；最大回撤衡量净值从峰值跌到谷底的最大幅度，是最坏情况下会亏多少的安全感指标。两者互补，需结合同类策略横向看。 因子模型在量化分析里到底是什么意思？ 因子是能解释资产收益横截面差异的共同特征，如市值、估值、动量、质量。多因子模型把收益分解为各因子暴露乘以因子溢价再加 Alpha，用于收益归因、风险控制和组合构建，本质是一套可检验、可复现的归因决策框架。 想用上这个技能？ 「量化分析师」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
微信小程序开发怎么优化性能
「微信小程序开发」是「龙虾部署大师」技能市场中的原生小程序开发技能：作用是按官方规范生成原生小程序的页面、组件、API 调用、生命周期和路由代码，用 Data Path 局部 setData、wx:key、rpx、分包等手段优化性能，并预防 iOS 日期、页面栈、原生组件覆盖、隐私协议等常见兼容性 Bug，输出符合规范的代码与处理方案。 技能效果 让它写原生小程序登录页时，它给出 wxml/wxss/js 整套代码，串起隐私授权弹窗、wx.login 取 code 和调后端换登录态三个环节。 原生小程序开发，坑都藏在哪 微信原生小程序有自己一套规则，照搬 Web 经验很容易踩坑。性能上，最典型的是把整个数据对象全量 setData，列表一长、页面一滑就卡；图片不做懒加载、不分包，首屏加载也被拖慢。兼容性上，iOS 的日期格式解析和安卓不一样、页面栈层级有上限、原生组件（如 video、map）会盖住普通视图、跳 tab 页用错跳转 API——这些问题往往要等真机上才暴露。还有审核环节，隐私协议、HTTPS、域名白名单、敏感接口配置没补齐，直接被打回。 全量 setData vs 局部 setData 全量更新（卡） 整对象重传 · 渲染开销大 局部更新（顺） Data Path 只更新变化项 这个技能能帮你写什么、避什么 它把原生小程序的工程规范落进具体代码。生成代码方面，它产出符合官方规范的页面、组件、WXML、WXSS 和 JS，使用 ES6+、Component 构造器，遵循 wx:key、rpx、BEM 等约定。API 封装方面，它把 wx 系列 API 封装成 Promise 或 async/await 风格，避免回调嵌套。性能优化方面，它用 Data Path 做局部 setData、优化列表渲染、图片懒加载和分包加载。Bug 预防方面，它针对性处理 iOS 日期解析、页面栈层级、原生组件覆盖、隐私协议配置等已知坑点。当路由跳转、下拉刷新、上拉加载或生命周期行为不符合预期时，它能定位是哪个 API 用法出了问题。 生成代码页面/组件/WXML 封装 APIPromise / async 性能优化局部 setData/分包 Bug 预防iOS/页面栈/隐私 把局部 setData、wx:key、分包这些规范固化进生成的代码，意义在于性能问题不是写完再优化，而是从第一行代码就避开反模式；同理，隐私协议和兼容性处理前置进开发阶段，能省掉审核被打回、真机才暴露问题的来回。 用前须知 该技能无需专用 API Key。实际开发通常需要微信开发者工具、小程序 AppID 和已配置好的请求域名白名单。代码中不得暴露 appid、secret 等敏感凭据。它面向的是原生小程序框架，不适用于 Taro、Uni-app、Vue 或 React 等跨端方案。 怎么用它 用法是把要实现的页面、组件需求或遇到的问题用自然语言交给它，由它产出符合规范的代码或定位 Bug。例如可以这样对它说： 可以这样对它说 "写一个原生小程序登录页，用 wx.login 并处理隐私授权弹窗。" "这个列表页滚动很卡，改成局部 setData 和图片懒加载写法。" "小程序跳转到 tab 页失败，检查 navigateTo 用法哪里错了。" 它适合这些场景：需要开发登录页、列表页、详情页或自定义组件的原生实现；小程序页面滑动卡顿，要优化数据更新和资源加载；路由跳转、下拉刷新、上拉加载或生命周期行为不符合预期；审核前要补齐隐私协议、HTTPS、域名白名单和敏感接口配置。适合微信小程序原生开发者、前端工程师、技术负责人，以及需要在官方框架内实现页面、组件和性能优化的产品技术团队。 大家常问 为什么微信小程序列表一长、用 setData 更新就会卡？ 小程序是逻辑层与渲染层双线程隔离，setData 要把数据序列化后跨进程传到渲染层再做 diff。列表一长却全量 setData，数据体积大、通信和渲染开销都成倍上升，单次超过约 200KB 就会有可感知卡顿。改成 Data Path 局部更新、只传变化项才顺。 微信小程序为什么要做分包加载，主包 2M 限制是怎么回事？ 主包限制 2MB 是为了保证冷启动时下载、解压够快，给用户"秒开"体验。分包加载把按业务划分的页面拆成子包，启动时只下载主包，用户首次进入分包页面才动态下载对应子包。这样主包瘦身、首屏更快，整包还能放下更多功能（总和有上限）。 微信小程序的云开发是什么，和自己写后端服务有什么区别？ 云开发是小程序生态内的后端即服务套件，把云函数、云数据库、云存储打包好，不用自己买服务器、配域名和 HTTPS、做运维。区别在于：自写后端语言、数据库和网络可完全自定义、查询能力强；云开发省运维但受云函数冷启动、查询能力和网络控制的限制，两者也可混用。 微信小程序用 wx.login 授权登录后，登录态是怎么保持的？ wx.login 只返回临时 code，由后端拿去换 openid 和 session_key，再签发自定义 token 返回前端。前端把 token 存进本地 storage，每次请求带上，登录态就靠这个 token 维持。session_key 留在服务端不下发；token 过期时再静默走一次 wx.login 刷新，用户无感知。 想用上这个技能？ 「微信小程序开发」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
提示