openharmonyinsight/skills/appmgr-api-generator
skills/appmgr-api-generator/SKILL.md
--- name: appmgr-api-generator description: Generate complete API implementation chain from AppMgrClient to AppMgrServiceInner. Use when adding new interfaces to the app_manager service that require: (1) Client implementation, (2) IPC proxy/stub code, (3) AppMgrService service implementation, (4) AppMgrServiceInner business logic implementation, (5) Complete call chain: client.cpp → proxy.cpp → stub.cpp → service.cpp → service_inner.cpp --- # AppMgr API Generator Automatically generate complet
$ install --global
skillsauthnpx skillsauth add openharmonyinsight/openharmony-skills skills/appmgr-api-generatorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: May 22, 2026, 5:33 AM156.6s4 files scanned
SKILL.md
- name:
- appmgr-api-generator
- description:
- Generate complete API implementation chain from AppMgrClient to AppMgrServiceInner. Use when adding new interfaces to the app_manager service that require: (1) Client implementation, (2) IPC proxy/stub code, (3) AppMgrService service implementation, (4) AppMgrServiceInner business logic implementation, (5) Complete call chain: client.cpp → proxy.cpp → stub.cpp → service.cpp → service_inner.cpp
AppMgr API Generator
Automatically generate complete API call chain from client to service for new AppMgr APIs.
Quick Start
Ask: "Add a new API named [ApiName] with parameters [params] and return type [type]"
The skill will:
- Ask for interface details (name, parameters, return type, functionality)
- Generate all necessary code modifications
- Show diff preview for each file
Generated Files
For each new API, code is generated for the following files:
interfaces/inner_api/app_manager/include/appmgr/app_mgr_client.hinterfaces/inner_api/app_manager/src/appmgr/app_mgr_client.cppinterfaces/inner_api/app_manager/include/appmgr/app_mgr_ipc_interface_code.hinterfaces/inner_api/app_manager/include/appmgr/app_mgr_proxy.hinterfaces/inner_api/app_manager/src/appmgr/app_mgr_proxy.cppinterfaces/inner_api/app_manager/include/appmgr/app_mgr_interface.hservices/appmgr/include/app_mgr_service.h(NEW)services/appmgr/src/app_mgr_service.cpp(NEW)services/appmgr/src/app_mgr_service_inner.cppservices/appmgr/src/app_mgr_service_inner.hservices/appmgr/src/appmgrstub/app_mgr_stub.cpp
Workflow
- Interface Definition: Provide API name, parameters, return type
- Code Generation: Use
scripts/generate_appmgr_api.py - Review: Check generated code before applying changes
- Apply: Apply changes to all files in the call chain
Architecture Overview
Complete call chain path:
AppMgrClient → AppMgrProxy → IPC → AppMgrStub → AppMgrService → AppMgrServiceInner
- AppMgrClient: Client-side API wrapper
- AppMgrProxy: Client-side IPC proxy, marshals parameters
- AppMgrStub: Server-side IPC handler, unmarshals parameters
- AppMgrService: Service implementation, checks service status and delegates
- AppMgrServiceInner: Business logic implementation
Implementation Notes
- Follow existing code patterns in ability_runtime
- Generate appropriate IPC serialization/deserialization code
- Handle synchronous/asynchronous calls appropriately
- Include error handling and logging
- Important: Ensure to include AppMgrService layer implementation (was missing in previous versions)
See references/patterns.md for advanced patterns or special cases.
Related Skills
openharmonyinsight/oh-precommit-codecheck
development
VerifiedTrustedCommunity
Run local code quality checks covering a subset of OpenHarmony gate CI (copyright, CodeArts C/C++) plus additional local checks (pylint/flake8, shellcheck/bashate, gn format). Use before committing to reduce gate failures. Triggers on: /oh-precommit-codecheck, "门禁检查", "门禁预检", "检查代码", "run codecheck", "check code quality", "lint my code", "代码检查", or after completing code implementation. WHEN to use: before git commit, before creating PR, after modifying C/C++/Python/Shell/GN files, when gate CI fails with codecheck defects, or when you want to preview what gate will flag.
25SKILL.mdUpdated May 29, 2026
openharmonyinsight/oh-pr-workflow
development
VerifiedTrustedCommunity
OpenHarmony PR full lifecycle workflow. Five modes: - Commit: standardized commit with DCO sign-off and Issue linking - Create PR: commit + push to fork + create Issue + create PR on upstream - Fix Codecheck: fetch gate CI codecheck defects from a PR and auto-fix them - Review PR: fetch a PR's changes to local for code review - Fix Review: fetch unresolved review comments from a PR and auto-fix them Triggers on: /oh-pr-workflow, "提交代码", "创建PR", "提个PR", "commit", "修复告警", "修复门禁", "修复codecheck", "fix codecheck", "review pr", "review这个pr", "看下这个pr", "检视pr", "修复review", "修复检视意见", "fix review", or a GitCode PR URL with fix/review intent.
25SKILL.mdUpdated May 29, 2026
openharmonyinsight/oh-pdd-prd-analysis
testing
VerifiedTrustedCommunity
分析 HM Desktop PRD 文档，提取需求信息、验证完整性、检查章节顺序（需求来源→需求背景→需求价值分析→竞品分析→需求描述）、检查 KEP 定义、检测需求冲突并生成结构化分析报告。适用于用户请求：(1) 分析或审查 PRD 文档, (2) 从需求中提取 KEP 列表, (3) 检查 PRD 完整性或一致性, (4) 将需求映射到模块架构, (5) 验证 PRD 格式合规性, (6) 验证竞品分析章节完整性。关键词：PRD分析, requirement extraction, KEP验证, completeness check, chapter order validation, 竞品分析检查, analyze PRD, 需求提取, 完整性检查, 章节顺序验证
25SKILL.mdUpdated May 29, 2026
openharmonyinsight/oh-pdd-design-doc-generator
development
VerifiedTrustedCommunity
基于 PRD 文档自动生成鸿蒙系统设计文档，包括架构设计文档和功能设计文档。生成前会分析 OpenHarmony 存量代码结构，确保与现有架构兼容。架构设计文档第2章必须为竞品方案分析，位于需求背景之后。适用于用户请求：(1) 生成架构设计文档, (2) 生成功能设计文档, (3) 从 PRD 生成设计文档, (4) 创建系统架构设计, (5) 编写功能规格说明, (6) 分析 OH 代码结构。关键词：architecture design, functional design, design doc, 竞品方案分析, OpenHarmony code analysis, 架构设计, 功能设计, 设计文档生成, OH代码分析, analyze codebase, competitor analysis
25SKILL.mdUpdated May 29, 2026