Avem Integration
Overview
Use this skill when the user explicitly works with an embedded framework or library named Avem. Because public references can be sparse or project-specific, first confirm the exact repository and then treat Avem as an architecture-level dependency with explicit platform hooks and module boundaries.
When To Use
Use this skill when:
- The user mentions Avem in an MCU, embedded C, firmware framework, middleware, or application architecture context.
- The task involves adapting Avem modules, drivers, event loops, services, or platform hooks.
- The user wants to evaluate whether Avem fits a project.
Do not use this skill when "Avem" refers to an unrelated product, service, or non-embedded codebase.
First Questions
Ask for:
- Exact Avem repository/source and version.
- Target MCU/SoC, RTOS/bare-metal runtime, compiler, and build system.
- Which Avem modules are needed.
- Required platform hooks: timebase, allocator, logging, storage, drivers, event loop, or RTOS primitives.
- Current goal: evaluation, first port, compile fix, runtime bug, or migration.
Integration Checklist
Confirm identity and scope.
Read the project's own docs/source layout before assuming Avem behavior.
Identify platform hooks.
Time, memory, logging, synchronization, drivers, and initialization order must be mapped to the target.
Start with one module.
Bring up the smallest useful Avem module before importing the full framework.
Keep boundaries explicit.
Application code should not depend on hidden globals or framework internals unnecessarily.
Verify resource impact.
Measure flash, RAM, stack, heap, and scheduler impact if Avem becomes a core dependency.
Common Failures
- Assuming Avem's API from another framework with a similar pattern.
- Importing the entire framework before one module works.
- Platform hooks silently use unavailable malloc, file I/O, or RTOS functions.
- Initialization order depends on undocumented global state.
- Framework callbacks block timing-sensitive driver paths.
Verification
Before claiming Avem integration works:
- State the exact Avem source and modules used.
- Confirm platform hooks and initialization order.
- Confirm one minimal module works on target.
- Confirm resource impact or state that it has not been measured.
- List assumptions that came from source inspection rather than public docs.
Example
User:
我想把 Avem 接到一个裸机项目里。
Agent:
- Asks for the exact Avem repository and target platform.
- Identifies required hooks and chooses one minimal module.
- Verifies init, runtime behavior, and resource impact before broader migration.
1---2name: avem-integration3description: Use when integrating, evaluating, configuring, or debugging Avem embedded C framework modules, event-driven components, drivers, middleware, or application architecture4---56# Avem Integration78## Overview910Use this skill when the user explicitly works with an embedded framework or library named Avem. Because public references can be sparse or project-specific, first confirm the exact repository and then treat Avem as an architecture-level dependency with explicit platform hooks and module boundaries.1112## When To Use1314Use this skill when:1516- The user mentions Avem in an MCU, embedded C, firmware framework, middleware, or application architecture context.17- The task involves adapting Avem modules, drivers, event loops, services, or platform hooks.18- The user wants to evaluate whether Avem fits a project.1920Do not use this skill when "Avem" refers to an unrelated product, service, or non-embedded codebase.2122## First Questions2324Ask for:2526- Exact Avem repository/source and version.27- Target MCU/SoC, RTOS/bare-metal runtime, compiler, and build system.28- Which Avem modules are needed.29- Required platform hooks: timebase, allocator, logging, storage, drivers, event loop, or RTOS primitives.30- Current goal: evaluation, first port, compile fix, runtime bug, or migration.3132## Integration Checklist33341. Confirm identity and scope.35 Read the project's own docs/source layout before assuming Avem behavior.36371. Identify platform hooks.38 Time, memory, logging, synchronization, drivers, and initialization order must be mapped to the target.39401. Start with one module.41 Bring up the smallest useful Avem module before importing the full framework.42431. Keep boundaries explicit.44 Application code should not depend on hidden globals or framework internals unnecessarily.45461. Verify resource impact.47 Measure flash, RAM, stack, heap, and scheduler impact if Avem becomes a core dependency.4849## Common Failures5051- Assuming Avem's API from another framework with a similar pattern.52- Importing the entire framework before one module works.53- Platform hooks silently use unavailable malloc, file I/O, or RTOS functions.54- Initialization order depends on undocumented global state.55- Framework callbacks block timing-sensitive driver paths.5657## Verification5859Before claiming Avem integration works:6061- State the exact Avem source and modules used.62- Confirm platform hooks and initialization order.63- Confirm one minimal module works on target.64- Confirm resource impact or state that it has not been measured.65- List assumptions that came from source inspection rather than public docs.6667## Example6869User:7071```text72我想把 Avem 接到一个裸机项目里。73```7475Agent:76771. Asks for the exact Avem repository and target platform.781. Identifies required hooks and chooses one minimal module.791. Verifies init, runtime behavior, and resource impact before broader migration.
easyzoom