skaile-base
Core Skaile agent identity — communication style, principles, and artifact-first mindset.
261 assets · page 10 of 11
Core Skaile agent identity — communication style, principles, and artifact-first mindset.
Expert advisor for the skaile-dev monorepo. Routes implementation tasks to the right skills and prog-experts, orchestrates multi-step workflows (implement → test → docs → devlog), and provides context-aware guidance grounded in the actual package CLAUDE.md files.
Non-negotiable operational rules — non-destructive defaults, artifact validation, gate checking.
[skaile-development] Use when reasoning about whether and how to build an app idea on the Skaile/PostXL stack -- choosing between platform skills+flows, forge integration tiers, the agent runtime, or PostXL alone. Loads the four context packs (agent framework, ecosystem, platform, PostXL) on demand and routes the question to the relevant doc(s). Trigger when the user asks 'should we build X with Skaile?', 'where in the stack does this fit?', 'platform or standalone app?', 'PostXL or just NestJS?', or any architectural orientation question across the Skaile/PostXL surface.
Resolves a skaileup concept to its blueprint: the stack, custom modules and integrations, and the stack-neutral data model with seed scenarios. Never talks to the user; returns a status block to the lead.
Builds a skaileup app: the build branch, scaffold, database, slice plans and test-first slices, reusing one shared module per pattern record. Never talks to the user; returns a status block to the lead.
Decides how a skaileup app looks and behaves as one thing: brand, APP-DESIGN.md, the shell, each screen, and the Storybook mockup with its stakeholder notes. Never talks to the user; returns a status block to the lead.
Leads a skaileup session for one project: runs the expectations interview and the skaileup router, sends each skill run to the agent that owns the skill, and answers that agent's questions with the autonomy the user's expectations set, asking the user where the user decides. The only skaileup agent that talks to the user.
Shapes what a skaileup project is and for whom: onboarding answers, the brief, goals and first ideas, the glossary, personas and the staged story map. Never talks to the user; returns a status block to the lead.
Gathers the evidence a skaileup project designs against: domain, competitor, audience and visual research, and the concept read out of an existing repository. A source against every claim. Never talks to the user; returns a status block to the lead.
Reviews skaileup work it did not write: conventions, tests, code review, design and interaction conformance, the release grade and the health of _concept/. Never fixes and never talks to the user; returns a status block to the lead.
Specifies features and entity lifecycles for a skaileup project, checking each new feature against the specs and ideas that exist before writing it. Never talks to the user; returns a status block to the lead.
Use when the user names something they want — an artifact, a screen, a question, a request — and the skill that produces it or what it needs is unclear, when a project has no recorded scope or expectations, or to walk the concept top-down (frame → look → data → features) before anything is built. Triggers on 'which skill', 'where do I start', 'how do we work together', 'walk me through the app', 'what is decided', 'continue the concept', 'describe this screen', 'I have a bug report', 'a feature was requested'.
Use when integrating LLM agent sidecars (omp RPC) into a web frontend. Covers the Typed Action Protocol: SkillAction/ConsumerResponse bidirectional events, skill state machine, adapter layer, structured input/approval flows, API key resolution, and default model selection. Expert-level programming and pattern management.
Use when you need to design, build, or refine LLM agent skill systems with pipeline orchestration, artifact-based gates, cross-references, profiles, and UI integration. Expert-level skill architecture and pattern management.
Use when one feature needs its permanent spec — compares it with the features and ideas that exist, grills the user, draws the in/out line, then writes the feature spec and adds its roster row. Triggers on 'spec this feature', 'what features do we need', 'group the features', 'lock down acceptance criteria', 'what is in vs out'.
A dialect-agnostic SQL toolset giving an agent permission-scoped access to PostgreSQL, MySQL, SQLite, and MSSQL through one unified set of tools. Introspect schemas/tables/columns, run parameterized read-only SELECTs with stateless keyset pagination, and (in dml/full scopes) execute parameterized writes and atomic batches — all behind a statement classifier that blocks statement stacking, comment evasion, and data-modifying CTEs, plus DB-level read-only enforcement. One database (DSN) per server instance; the dialect is selected by config.
Use when an agent needs the connected athlete's own Strava data - list recent or historical activities, inspect a single activity's details or time-series streams, read athlete profile and season stats, explore segments and segment efforts, or export a saved route as GPX/TCX. Runs as a local stdio server against Strava's REST API (api/v3) using credentials the user supplies, so every call is scoped to that one athlete's account. Reach for this over raw HTTP when the task spans several Strava reads or needs typed tools rather than hand-rolled API calls. Personal-scope only: Strava's API terms allow an athlete's data to be shown to that athlete alone, so this asset must never be assigned at project or organization scope.
Cross-document reference repair across the skaile-dev monorepo. Scans README ↔ CLAUDE.md ↔ docs/<pkg>/ ↔ DOMAIN.md ↔ monorepo CLAUDE.md and finds broken links, missing back-references, orphan Starlight pages, stale _sources frontmatter, and drift between the monorepo domain table and actual ai-assets/*/DOMAIN.md files. Shows a complete diff of proposed changes before applying — non-destructive.
[skaile-development] Set up and generate end-to-end tests for skaile-dev packages: forge apps, platform/frontend, and the agent-framework CLI. Scaffolds Playwright for web apps (forge + platform) including config, global setup/teardown, sandbox, and fixtures. For CLI packages, generates shell-based end-to-end tests that invoke the bin and assert stdout/artifacts. Verifies tests run against a real dev server or real process.
Set up and generate integration tests for any skaile-dev package. Covers API routes, DB operations, and cross-module flows. Knows the storage backends: SQLite + drizzle for forge apps, PostgreSQL + Prisma for platform/backend, temp-dir state for agent-framework. Scaffolds test DB isolation (in-memory SQLite / ephemeral test DB / temp workspaces), auth helpers, seed fixtures, then generates tests. Verifies tests run.
Generates a per-package test plan for any skaile-dev package. Reads CLAUDE.md (architecture, public API), the source tree, and existing tests; produces <package>/TEST_PLAN.md listing untested units, coverage gaps, integration seams, and recommended scenarios per layer (unit/integration/e2e). Used as the input for test-unit, test-integration, and test-e2e.
Set up and generate unit tests for any skaile-dev package (forge apps, agent-framework libraries, platform frontend/backend). Reads TEST_PLAN.md when present, otherwise discovers testable units from source. Scaffolds missing test infra (vitest.config.ts, test harness), then generates one test file per module with test cases mapped to CLAUDE.md Architecture. Verifies tests run before completing.
Test construction and execution for the standalone skaile repos. Two modes: 'run' executes the test suite for one or more packages and reports results; 'construct' generates new tests for recently implemented code. Knows each repo's test stack and runs it from that repo's root: Vitest in workspaces (Biome repo; coverage via @vitest/coverage-istanbul under Bun, ratcheted by packages/workspaces/_scripts/check-coverage-ratchet.ts), Jest (platform backend), Vitest (platform frontend), Playwright (platform e2e), plus the forge apps' own scoped Vitest and Playwright runs.