aosp-root-router

Route Android platform intents to authoritative AOSP directories via Layer 1 lookup.

40|7|Updated Mar 14, 2026
One-click install
npx skills add https://github.com/jonaschen/Android-Software --skill aosp-root-router
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: aosp-root-router
Source: https://github.com/jonaschen/Android-Software/tree/main/skills/L1-aosp-root-router
Command: npx skills add https://github.com/jonaschen/Android-Software --skill aosp-root-router

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents cross-domain confusion and hallucinated paths by forcing every Android platform task through a single Layer 1 controller that only routes intent, never answers subsystem questions directly.

Core Features & Use Cases

  • Intent-to-Path Mapping Table: Matches semantic intents to authoritative AOSP or vendor directories, then selects the correct Layer 2 expert for precise handling.
  • Routing Algorithm and Guardrails: Extracts AOSP paths, handles multi-skill scenarios with priority ordering, enforces forbidden actions, and logs decisions before handoff.
  • Handoff Protocol: Emits a strict routing decision block, loads the targeted L2 SKILL.md, and yields control so downstream experts can execute the actual fix.

Quick Start

Ask the aosp-root-router to interpret your platform task, map it to official AOSP paths, and hand off to the appropriate Layer 2 expert.

Frequently Asked Questions about aosp-root-router

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

FAQPage Schema
How do I route Android intents to authoritative AOSP directories?

Routing Android intents to authoritative AOSP directories requires passing commands through a Layer 1 lookup that maps semantic intents to official paths before selecting the correct Layer 2 expert for precise subsystem handling.

What is intent-to-path mapping for Android platform tasks?

Intent-to-path mapping for Android platform tasks is a mechanism that matches semantic user commands to authoritative AOSP or vendor directories, preventing cross-domain confusion by forcing every task through a single Layer 1 controller.

How do I prevent hallucinated paths when working across AOSP build and HAL domains?

Preventing hallucinated paths across AOSP build and HAL domains involves enforcing forbidden actions and logging routing decisions before emitting a standardized handoff block to load the targeted Layer 2 expert.

Does AOSP subsystem routing handle multi-skill scenarios with priority ordering?

AOSP subsystem routing handles multi-skill scenarios by extracting AOSP paths, applying priority ordering to resolve conflicts, and enforcing guardrails before yielding control to the appropriate downstream expert.

When do I need a Layer 1 controller for Android bootloader and virtualization tasks?

A Layer 1 controller is needed for Android bootloader and virtualization tasks whenever precise subsystem routing is required to avoid cross-domain confusion and ensure commands map to official AOSP directories.