One-click install
npx skills add https://github.com/agent0ai/space-agent --skill development-agent0ai
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Development
Source: https://github.com/agent0ai/space-agent/tree/main/app/L0/_all/mod/_core/admin/ext/skills/development
Command: npx skills add https://github.com/agent0ai/space-agent --skill development-agent0ai

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents misplaced code and brittle frontend composition by teaching how to build new browser modules in the layered Space Agent runtime.

Core Features & Use Cases

  • Layer-aware module placement: Keeps repo-owned first-party implementation in the correct L0 folder, while treating L1/L2 as runtime override layers.
  • Correct extension/component composition: Guides how page shells expose extension anchors, how matching ext/html adapters mount components, and how <x-component> loads HTML/styles/scripts and nested components.
  • Alpine store and hook patterns: Establishes which logic belongs in Alpine stores versus small utilities, and when to use space.extend(...) for deterministic behavioral seams.
  • Practical workflow for new features: Provides a repeatable process to scaffold a module, keep adapters thin, and avoid bypassing the extension system.
  • Use Case: When extending the admin UI, follow the resolution and override rules so the intended extension files compose across L0/L1/L2 without conflicts.

Quick Start

Ask an AI to explain where to put each file for a new admin browser module (page shell, ext/html adapter, component, Alpine store, and any JS hook) using the Space Agent layer and composition rules.

Frequently Asked Questions about Development

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

FAQPage Schema
How do I structure a new admin UI browser module in a layered runtime?

To structure a new admin UI browser module, place repo-owned first-party implementation in the correct L0 folder and treat L1 and L2 as runtime override layers to prevent misplaced code and brittle composition.

What is the correct way to wire extension anchors and HTML adapters for frontend components?

Wiring extension anchors requires page shells to expose anchors that matching ext/html adapters mount components into, allowing x-component tags to load HTML, styles, scripts, and nested components seamlessly.

When should I use Alpine stores versus space.extend hooks for state and behavior?

Use Alpine stores for primary state management and small utilities for minor logic, while implementing deterministic behavioral seams by triggering space.extend hooks when specific runtime extension points are needed.

How do I avoid conflicts when composing extension files across L0, L1, and L2 layers?

Avoid composition conflicts by following extension resolution and override rules, keeping adapters thin, and ensuring correct L0, L1, and L2 placement so override layers compose without bypassing the extension system.

Why does my frontend composition break when I bypass the extension system?

Frontend composition breaks when bypassing the extension system because it causes misplaced code and skips the deterministic resolution and override semantics required for x-component trees and ext/html adapters.