harmonyos-app

Implement HarmonyOS apps with ArkTS, ArkUI, and the Stage model.

258|26|Updated Dec 9, 2025
One-click install
npx skills add https://github.com/majiayu000/claude-arsenal --skill harmonyos-app
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: harmonyos-app
Source: https://github.com/majiayu000/claude-arsenal/tree/main/skills/harmonyos-app
Command: npx skills add https://github.com/majiayu000/claude-arsenal --skill harmonyos-app

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

HarmonyOS app development requires a modern Stage model, ArkTS-based components, and distributed capabilities. This Skill provides best practices for ArkTS/ArkUI, Stage model, and multi-device strategies.

Core Features & Use Cases

  • ArkTS-first development: Strict typing and UI declarations for robust apps.
  • Stage model lifecycle: Guidance on UIAbility lifecycle and content loading.
  • Distributed capabilities: Cross-device data and ability orchestration strategies.

Quick Start

Set up a HarmonyOS module with an AbilityStage and a UIAbility, then wire ArkTS components and cross-device calls.

Frequently Asked Questions about harmonyos-app

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I build a HarmonyOS app with ArkTS and the Stage model?▼

HarmonyOS app development with ArkTS uses the Stage model for UIAbility lifecycle management and declarative ArkUI components. Set up a module with an AbilityStage, create UIAbility entries, wire ArkTS components with strict typing, and structure cross-device logic through modules and services. Stage model replaces the older FA model with improved resource management and multi-device support.

What are the key constraints when writing HarmonyOS applications in ArkTS?▼

ArkTS enforces strict typing—no dynamic types allowed—and requires immutable state updates for reliable UI rendering. Components must be reusable and properly scoped within the Stage model lifecycle. Cross-device distribution demands atomic services and KV storage patterns; mutable shared state across devices breaks isolation guarantees.

Can I use distributed capabilities to share data across HarmonyOS devices?▼

Yes. HarmonyOS distributed design patterns enable cross-device data sharing and ability orchestration through Stage-based architecture. Use KV storage for synchronized state, atomic services for modular cross-device operations, and explicit ability routing to coordinate phone, tablet, watch, and TV instances.

How do I structure reusable components in HarmonyOS with ArkUI?▼

ArkUI components in HarmonyOS are built with ArkTS strict typing and declared as reusable composites within modules. Leverage the Stage model's component lifecycle, immutable @State properties, and module boundaries to isolate component logic. Export components through barrel files for consistent cross-module imports.

What's the difference between the Stage model and older HarmonyOS architecture?▼

The Stage model introduces UIAbility-based lifecycle management, atomic services, and multi-device orchestration—replacing the earlier FA model. Stage provides stricter resource scoping, better cross-device distribution support, and cleaner separation between UI and service logic through explicit module and ability boundaries.

Do I need separate code for phone, tablet, watch, and TV in HarmonyOS?▼

HarmonyOS multi-device projects use shared ArkTS and ArkUI code with responsive layout patterns and device-specific resource qualification. The Stage model and atomic services enable single-codebase deployment across form factors; device-specific behavior is handled through responsive breakpoints and resource configuration, not separate implementations.