tritonkit-device-subagent-orchestration

Orchestrates scoped Codex subagents for TritonKit Android emulator and real-device support tracks.

1|Updated May 15, 2026
One-click install
npx skills add https://github.com/NeptuneKit/TritonKit --skill tritonkit-device-subagent-orchestration-neptunekit
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: tritonkit-device-subagent-orchestration
Source: https://github.com/NeptuneKit/TritonKit/tree/main/.agents/skills/tritonkit-device-subagent-orchestration
Command: npx skills add https://github.com/NeptuneKit/TritonKit --skill tritonkit-device-subagent-orchestration-neptunekit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Coordinating multiple AI subagents across TritonKit device-support workstreams risks overlapping write surfaces, conflicting changes, and premature completion claims. This Skill routes work to the correct track plan, assigns scoped subagents, and enforces integration and verification discipline. ## Core Features & Use Cases - Track Routing: Selects exactly one track—Android Emulator support or cross-platform real-device support—and loads the matching space plans as source of truth. - Agent Split and Batching: Maps work to dedicated Codex agent configs (contract, device, app lifecycle, smoke/evidence, build) with ordered batches that respect dependency stabilization. - Write-Surface Isolation: Ensures no two subagents own the same implementation files in a batch, with the main agent owning integration, verification, docs, and completion judgment. - Use Case: When starting Android Emulator support work, spawn the Contract and Fake ADB agents first, then Device and App agents after contract surfaces stabilize, pulling results in batches with focused tests after each. ## Quick Start Ask the agent to orchestrate the TritonKit Android Emulator support track by spawning the scoped subagents defined in the space plan.

Frequently Asked Questions about tritonkit-device-subagent-orchestration

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

FAQPage Schema
How do I orchestrate subagents for TritonKit device support work?▼

Choose exactly one track—Android Emulator or cross-platform real-device—then load its space plan as source of truth. Assign scoped Codex subagents per the agent split table, batch them by dependency order, and keep integration and verification with the main agent.

What is the difference between the Android Emulator and real-device tracks?▼

The Android Emulator track covers fake adb, UIAutomator observe, and emulator smoke work. The real-device track covers iOS, Android, and Harmony physical devices via devicectl, adb, and hdc, including app lifecycle and build-run planning.

Can two subagents edit the same files in one batch?▼

No. Each subagent gets a narrow step with explicit non-goals and a distinct primary write surface. Two subagents may share implementation files only if the main agent has split line-level responsibilities in advance.

Why must this skill combine with tritonkit-subagent-supervision?▼

Subagents only perform scoped work and cannot declare a feature complete. The supervision skill ensures the main agent owns boundary decisions, integration, verification, documentation, memory, and the final definition-of-done judgment.

What agent configuration is required for device tooling?▼

Relevant .codex/agents/*.toml configs must set sandbox_mode to danger-full-access and approval_policy to never, since subagents need local host tools like adb, devicectl, and hdc. Confirm this before spawning any subagent.