鸿蒙HarmonyOS

Handle HarmonyOS hardware-capability adaptation through a declarative scene and resource index. Use when the task involves camera selection, camera rotation/stride/foldable adaptation, canIUse or SysCap checks, hardware fallback strategy, or multi-device hardware behavior differences.

HarmonyOS应用多设备交互适配开发方案skill，提供触摸、鼠标、键盘、手写笔等多输入方式的交互方案和事件归一策略。当涉及触摸、鼠标、键盘、手写笔等设备的交互以及实现交互归一化、悬停效果、右键菜单、焦点导航、键盘快捷键、手写板输入和压感等功能时调用。

鸿蒙 HarmonyOS 屏幕方向与旋转相关的需求分析、开发实现、问题修复和功能验证。当任务涉及以下场景时使用：setPreferredOrientation、屏幕旋转(rotation)、屏幕方向(orientation)、自然方向、折叠屏方向、三折叠G态、follow_desktop、视频横竖屏切换、短视频自适应旋转、多设备方向策略、module.json5方向配置、方向监听、旋转检测、分屏旋转、折叠屏展开态方向、窗口方向设置、方向Bug修复。

Entry skill for HarmonyOS multi-device adaptation. Use when the task broadly concerns HarmonyOS multi-device adaptation, the task involves foldable device verification or when the correct scenario is still unclear. This skill classifies the request by phase and scenario type, then routes to one or more scenario files for screen and window size, fold state, avoid areas, interaction methods, natural orientation, hardware access, or HDS (UI Design Kit) enhanced components.

HarmonyOS 多设备屏幕窗口尺寸适配。当任务涉及以下任一场景时必须调用：（1）比价与分屏：比价/比价场景/比价窗口/价格对比/创建新窗口/多窗口并行/双窗口；（2）平行视界与分栏：平行视界/EasyGo/easy_go.json/分栏效果/分栏布局/列表详情分栏/navigationSplit/routerSplit/Navigation分栏；（3）响应式与自适应布局：响应式布局/自适应布局/断点/GridRow/GridCol/WidthBreakpoint/HeightBreakpoint/重复布局/分栏布局/挪移布局/缩进布局；（4）窗口监听：windowSizeChange/窗口尺寸变化/布局未同步更新；（5）组件自适应：layoutWeight/Blank/aspectRatio/displayPriority/FlexWrap/拉伸/均分/隐藏/折行/缩放/占比/百分比宽度；（6）多设备适配：手机/平板/2in1/穿戴/折叠屏/双折/三折/大屏/横竖屏/密度/字体缩放/滚动延伸；（7）布局异常：截断/留白/溢出/遮挡/错位/对齐异常/GridRow不降列/断点不切换/图片变形/压缩。不适用于：FoldStatus、hover、折痕、安全区、与尺寸无关的调整。

自动化操作浏览器、手机、鸿蒙设备。支持 WEB (Chrome)、ADB (Android)、HDC (HarmonyOS)。当用户要求浏览器操作、手机操作、查询网页信息、自动化任务时使用此 skill。

查询 HarmonyOS 官方文档。用户提到鸿蒙开发、ArkTS API、官方文档时启用。通过华为文档 REST API 搜索目录、按章节获取内容、查找相关文档。支持用户直接粘贴官方链接定位到具体文档和章节。

仓颉语言 HarmonyOS 开发的入口路由。遇到仓颉语法、HarmonyOS API、编译构建等问题时自动加载，引导使用正确的 skill

编译构建仓颉 HarmonyOS 应用，执行 ohpm 依赖安装、仓颉资源同步和 HAP 包打包。用户说编译、构建、build、打包时触发

仓颉语言 HarmonyOS 应用开发文档。涉及 ArkUI 组件、Ability Kit、ArkData、系统 API、权限、互操作等平台开发问题时使用

采集 HarmonyOS 设备/模拟器上的 UI 截图与控件树，执行交互场景验证，输出差异报告和迭代建议

基于华为 HarmonyOS NEXT 官方文档和 ArkTS 规范的代码检查工具。自动检测代码中的规范违规、性能问题和潜在错误，确保代码符合 HarmonyOS 应用开发最佳实践。

專為經濟/財務/會計課教師設計的資產負債表分析技能。務必在以下情境啟用：上傳 CSV/Excel/圖片/截圖的財報資料、貼上財報數字、詢問任何資產負債表科目意義、要求計算流動比/速動比/負債比/ROE 等財務比率、需要視覺化圖表、想查詢真實公司財報（如台積電、鴻海、台塑、聯發科）、要出課堂練習題、或任何涉及「資產負債表」「balance sheet」「財報分析」的問題。即使教師只說「幫我看這份財報」「這個數字正常嗎」「幫我查台積電」「算一下比率」「做個圖表」，也應觸發此技能。支援圖片 OCR、網路搜尋真實財報、中英對照輸出。

在"设计稿转代码"管线中承担功能逻辑补全环节：接收 UX-DSL 或组件结构，输出包含状态声明、 事件处理、数据绑定、组件联动和 ArkTS 语法合规的完整可运行代码。 务必在以下场景使用此 Skill：生成 ArkTS 代码、生成 HarmonyOS 页面、从设计稿/DSL 转 ArkTS 代码、 编写包含表单、列表、搜索、选择器、弹窗、导航、反馈等 ArkUI 组件的界面、补全组件交互逻辑、 或任何涉及鸿蒙 UI 开发的代码生成任务——即使用户没有明确要求"补全逻辑"， 只要生成的是 ArkTS 组件代码，就应当使用此 Skill 确保输出包含可运行的交互逻辑而非纯 UI 外壳， 同时遵守 ArkTS 语法限制（禁止对象展开、禁止 struct getter、箭头函数必须标注类型等）。

采集和导出 HarmonyOS 设备上的 hitrace 性能 trace。用户需要采集 trace 时使用。场景包括：(1) 定时采集抓取指定时间窗口的 trace (2) 快照模式按需从缓冲区导出 trace (3) 录制模式长时间持续采集 trace 落盘 (4) 查询/设置 trace 级别阈值。触发词：采集 trace、抓 trace、hitrace、trace 收集。使用前确保已通过 hdc 连接设备。

鸿蒙(HarmonyOS)开发专家助手。当用户需要进行鸿蒙应用开发、ArkTS/ArkUI、HarmonyOS NEXT、鸿蒙原生应用或跨设备开发时调用。

审视、设计、从零启动或改进 HarmonyOS、OpenHarmony 与 ArkUI 产品界面。用于检查 ArkTS UI、建立新项目设计基线、区分永恒原则与当前平台视觉语言、规划跨手机/平板/折叠屏/PC 的导航和布局、多输入控件状态、animateTo、transition、geometryTransition、springMotion、手势跟手与可打断动效、异步状态真实性、视觉分层参数、无障碍或动画性能，或建立鸿蒙 Motion Token 时。不要用于签名、构建、网络、存储、权限、数据库等纯工程问题，也不要用于通用视频剪辑或其他移动平台的设计规范评审。

把用户对 HarmonyOS、ArkUI、Canvas 或代码生成产品动效的模糊描述转换为准确术语、相近概念和可能的 ArkUI 能力，例如“松手像急刹车”“拖过头有阻力”“页面像从同一个卡片长出来”“后端没完成却显示成功”。用于命名、检索和编写提示词；不要用于完整设计审视、传统视频剪辑、镜头叙事、直接实现或构建问题。

严格审视 HarmonyOS、OpenHarmony 与 ArkUI 产品或代码，只报告有证据的设计、导航、跨设备适配、输入状态、动效、异步状态真实性、无障碍和动画性能问题，并给出规则 ID、ArkUI 落点与通过结论。用于用户明确要求 review、audit、审查、验收或评估鸿蒙 UI；不要用于从零设计、直接实现功能、修复构建签名或审查非界面代码。

HarmonyOS NEXT (纯血鸿蒙) ArkTS + ArkUI 开发助手。 当用户提到以下任何关键词时触发：鸿蒙、HarmonyOS、HarmonyOS NEXT、纯血鸿蒙、 ArkTS、ArkUI、@Component、@State、@Link、@Prop、@Provide、@Consume、 @Watch、@Builder、@Extend、@Styles、@Observed、@ObjectLink、 AppStorage、LocalStorage、router、Navigation、ohos.net.http、 Preferences、RelationalStore、systemDateTime、animateTo、transition、 TapGesture、PanGesture、PinchGesture、Refresh、鸿蒙开发、鸿蒙App、鸿蒙组件。 覆盖场景：生成 ArkTS 组件代码、页面路由、HTTP 请求封装、本地存储、 UI 布局、项目结构规范、常见错误排查、API 速查、编程规范、 编译校验、icon 使用规范、ArkTS Lint、ArkUI 性能最佳实践。

HarmonyOS NEXT（API 12-23）离线文档导航 + 全链条开发流程

通过受控词表将案情描述映射为规范法律关键词后以字面匹配 (grep) 检索四部中国隐私/数据法律条文。继承 grep 的透明可复现特性， 同时通过词表缓解口语-法条词汇鸿沟。触发词：隐私法、数据法、 个人信息保护、找法条、词表检索、法律术语映射。

HarmonyOS (鸿蒙) native application development with ArkTS and ArkUI. Use when developing HarmonyOS / OpenHarmony apps with DevEco Studio, writing ArkTS code, building ArkUI components, using HarmonyOS APIs (AbilityKit, UIAbility, Want, Router, Navigation, NavPathStack, Preferences, RelationalStore, Distributed, Core Vision Kit OCR/SubjectSegmentation, etc.), implementing state management (@State @Prop @Link @Provide @Consume @ObjectLink @ComponentV2 @Local @Param @Event @Monitor @Computed @ObservedV2 @Trace), lifecycle hooks (onCreate onWindowStageCreate onForeground onBackground onDestroy), page routing, network requests (http/rcp), data persistence, component reuse, custom components, animations, layout debugging, HAP packaging, multi-device adaptation, and HarmonyOS NEXT / API 12 features. Trigger keywords: 鸿蒙, HarmonyOS, ArkTS, ArkUI, DevEco Studio, UIAbility, Ability, Want, AppStorage, LocalStorage, PersistentStorage, @Builder, @Component, @Entry, @State, @Prop, @Link, @Observe, @ObjectLink, harmony, open

HarmonyOS NEXT原生应用开发专家技能。当用户需要开发鸿蒙应用时触发，包括：(1)使用ArkTS/ArkUI编写代码 (2)实现UI界面和组件 (3)状态管理和数据绑定 (4)动画与转场效果 (5)网络请求和数据持久化 (6)多设备适配和分布式能力 (7)性能优化和最佳实践。生成符合华为官方规范的高质量鸿蒙原生代码。

通过华为文档门户 REST API 检索并获取 HarmonyOS 官方文档正文。 当需要从 developer.huawei.com 查阅 HarmonyOS/鸿蒙 开发指南、API 参考、 版本说明等官方文档时使用。禁止用 WebFetch/curl 直接抓页面 HTML（SPA 无正文）。

uni-app x 跨平台应用开发引擎。适用于使用 UTS、uvue、Vue 语法开发 Android/iOS/鸿蒙/Web/小程序应用时的能力与用法。

ArkTS (HarmonyOS) language rules and constraints for writing correct, compilable .ets code. ArkTS is based on TypeScript but removes most dynamic features for AOT compilation. TRIGGER when: writing or editing .ets files, generating ArkTS code, fixing ArkTS compilation errors, migrating TypeScript to ArkTS, or any HarmonyOS application development involving ArkTS code. Triggers on: ArkTS, HarmonyOS code, .ets file, ETS, arkts compilation error, HarmonyOS app development, write ArkTS, generate ETS code, fix ArkTS error, HarmonyOS component, ArkUI. Do NOT trigger for: pure TypeScript projects, general JavaScript questions, non-HarmonyOS mobile development.

HarmonyOS官方文档快速查找Skill。在skill内部的references文件夹（包含2860个markdown文件）中高效检索开发文档、API参考、开发指导、常见问题等。使用三步查找法：先文件名匹配缩小范围，再内容搜索精确定位，最后读取目标文件。当用户开发HarmonyOS应用或插件时使用，适合API用法、功能实现、错误排查、Kit介绍、组件使用等任何需要查阅官方文档的情况。触发关键词：HarmonyOS开发、鸿蒙开发、鸿蒙适配、鸿蒙文档、ArkTS开发指导、@ohos API、Kit文档、组件用法、错误码查询、开发指南、如何实现、常见问题等。

Preview, screenshot, and interact with a HarmonyOS ArkUI app in a browser using only the command-line-tools — no DevEco Studio. Renders any @Entry page, rebuilds on every .ets edit, can preview multiple device sizes side by side (--devices phone,tablet, mirroring DevEco's multi-device preview), and ships a driver CLI (wait for rebuild / capture frame across every size / read the live ArkUI component tree / tap / swipe / type). Use it whenever you modify ArkUI or .ets code and need visual proof it renders correctly (screenshot + component-tree assertions), whenever the user asks to preview, see, demo, or screenshot a HarmonyOS page on one or multiple screen sizes, verify responsive/breakpoint behavior, or debug a blank or wrong-looking ArkUI page. 无需 DevEco Studio 在浏览器实时预览鸿蒙应用：改 .ets 自动重建，可同时预览多个设备尺寸（手机+平板并排），命令行等待构建、截图（支持一次截全部尺寸）、读组件树、点击/滑动/输入。改完 ArkUI 代码要看效果、验证、截图，用户想预览鸿蒙页面效果、验证响应式/多尺寸适配，或排查白屏/样式错乱时都用它。触发词：鸿蒙预览、看下效果、界面截图、HarmonyOS/ArkUI/ArkTS/.ets 预览、可交互预览、热重载、白屏排查、多设备预览、响应式适配、多尺寸同屏。

Search HarmonyOS API reference Markdown files in api-references to find modules, API signatures, types, permissions, system capabilities, examples, and feature-level implementation guidance. Use when looking up HarmonyOS/OpenHarmony/HMS APIs, ArkTS APIs, Kit documentation, @ohos or @hms modules, system capabilities, permissions, or when adapting code to HarmonyOS. The api-references file names include Kit names, so always search file names first before content.