Pricing
Log inStart free
  1. Home
  2. /
  3. Resources
  4. /
  5. Docs
  6. /
  7. skene CLI
CLI docs

Status

Navigation

skene CLI

  • Quickstart
  • Overview
  • Installation
  • Push
  • Login
  • Status
  • Features
  • LLM Providers
  • Configuration
  • CLI Reference
  • HTTP API
  • Python API
  • Troubleshooting

Resources

  • Skene Cloud docs
  • Playbooks
  • Glossary

skene CLI

  • Quickstart
  • Overview
  • Installation
  • Push
  • Login
  • Status
  • Features
  • LLM Providers
  • Configuration
  • CLI Reference
  • HTTP API
  • Python API
  • Troubleshooting

Resources

  • Skene Cloud docs
  • Playbooks
  • Glossary

The status command validates skene-context/engine.yaml and checks whether action-enabled features have matching trigger/function artifacts in supabase/migrations.

Prerequisites

Before running status, you need:

  • A skene-context/engine.yaml file
  • Trigger migrations in supabase/migrations/ if your engine features include action

Basic usage

Check engine/migration status for the current project:

uvx skene status

By default, PATH is the project root and status checks skene-context/engine.yaml.

Specify a different project root:

uvx skene status ./my-project

Point to a context directory (deprecated compatibility behavior):

uvx skene status --context ./my-project/skene

The legacy --find-alternatives options are currently ignored for engine validation.

Flag reference

FlagShortDescription
--context PATH-cDeprecated. If set to a Skene bundle directory (skene-context/ or legacy skene/), parent is treated as project root.
--find-alternativesDeprecated for engine status checks; currently ignored.
--api-key TEXTDeprecated for engine status checks; currently ignored.
--provider TEXT-pDeprecated for engine status checks; currently ignored.
--model TEXT-mDeprecated for engine status checks; currently ignored.

How it works

The status command follows a three-step pipeline:

Step 1: Load engine file

The command loads skene-context/engine.yaml from project root. If --context points to a Skene bundle directory (.../skene-context or .../skene), it uses the parent directory as project root.

Step 2: Validate structure and source fields

The command validates:

  • Engine YAML is parseable and well-formed
  • Subject/feature keys are unique
  • Feature source values match schema.table.operation

Step 3: Validate migration presence for action features

For each feature:

  • If action exists: checks for matching skene_growth_fn_* and skene_growth_trg_* identifiers in migration SQL files. When several migrations contain the same trigger, the report lists the latest migration filename (by sort order) and appends (+N) where N is the number of additional matching files.
  • If action is absent: reports code-only mode (no trigger required).

Example output

Project root: /path/to/project

Engine Status
Feature             Source                    Mode      Status   Detail
New Document Email  public.documents.insert   action    ok       Found in: 20260304151537_skene_triggers.sql
Warm Welcome Copy   public.users.insert       code-only ok       Code-only feature (no action): trigger migration not required

Next steps

  • Push: Push pre-generated artifacts upstream
  • CLI Reference: Full reference for all commands and flags
Previous← LoginNextFeatures →

Product data your GTM team can trust.

Product

Before you shipHow it worksFeaturesIntegrationsSecuritySupabasePricing

Developers

DevelopersSkene CloudMCP servervs coding agentsOpen sourceDocs

Resources

ResourcesGlossaryPlaybooksBlogReleases

Company

AboutCommunityEventsContactPrivacyTerms
© 2026 Skene Technologies. All rights reserved.