Skip to main content

lev-core

[WHAT] CLI operations reference for lev runtime management. [HOW] Routes to daemon/debug/reference commands and links canonical docs. [WHEN] Use for daemon status, runtime checks, and operational troubleshooting. [WHY] Keeps runtime ops discoverable while lifecycle/process behavior stays in `work`. Triggers: "install lev", "lev daemon", "lev status", "manage daemons", "lev architecture", "debug lev", "lev setup"

ソース情報

リポジトリ
lev-os/lev-content
ソースの最終更新活動
2026年2月13日 18:54
検出された SKILL.md の言語
英語
スター
0
フォーク
0

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
lev-core
description
[WHAT] CLI operations reference for lev runtime management. [HOW] Routes to daemon/debug/reference commands and links canonical docs. [WHEN] Use for daemon status, runtime checks, and operational troubleshooting. [WHY] Keeps runtime ops discoverable while lifecycle/process behavior stays in `work`. Triggers: "install lev", "lev daemon", "lev status", "manage daemons", "lev architecture", "debug lev", "lev setup"
skill_type
how-to
category
cli-ops
lifecycle_integration
{"stage":"all stages (orchestration)","input_artifact":"lev operation request (install/daemon/debug)","output_artifact":"lev environment state + logs"}
# Lev Core Wizard Master orchestration for the Leviathan development environment. ## Five-Fold Understanding Before we begin, let me understand your quest: 1. **Evolution** - Fresh install or existing lev setup? 2. **Impact** - What are you trying to achieve? (dev environment, daemon management, debugging) 3. **Relationships** - Which project? (leviathan monorepo, external project, global setup) 4. **Essence** - The ONE thing blocking you right now? 5. **Paradigm** - Are you fighting lev or working with it? ## Choose Your Path **What do you need help with?** 1. **Install & Setup (Legacy)** - Historical setup/upgrade guidance → Load: `references/install.md` 2. **Daemon Management** - Start, stop, monitor poly daemons → Load: `references/daemon.md` 3. **Debugging** - Something broken? Troubleshoot common issues → Load: `references/debug.md` 4. **Quick Reference** - Just need a command? → See Quick Commands below 5. **Something else?** - Tell me your quest ## Quick Commands | Command | Description | |---------|-------------| | `lev install` | Legacy install path (prefer docs + runtime checks) | | `lev status` | Show current system status | | `lev get <query>` | Semantic search across codebase | | `lev check --log="msg"` | Log progress checkpoint (lifecycle hook) | | `lev events tail` | Tail lifecycle events | | `lev events query --type=X` | Query events by type | | `lev events stats` | Event statistics | | `lev daemon list` | Show all registered daemons | | `lev daemon start <name>` | Start a specific daemon | | `lev daemon stop <name>` | Stop a specific daemon | | `lev daemon logs <name>` | View daemon logs | | `bd ready` | Show issues ready to work | | `bd stats` | Project statistics | ## Architecture Overview ``` ~/.config/lev/ # Global (user-level) ├── config.yaml # Global settings ├── logs/ # Daemon log files └── daemons/ # pmdaemon process configs .lev/ # Local (project-level) ├── config.yaml # Project configuration ├── indexes/ # LEANN vector indexes └── cache/ # Temporary artifacts core/ # Fractal package ownership ├── index/config.yaml # Declares: lev get ├── memory/config.yaml # Declares: event emitters ├── polyglot-runners/ # Declares: lev install, lev daemon └── triggers/config.yaml # Declares: lifecycle hooks ``` ## The Fractal Pattern Each `core/*` package owns its domain and declares commands in `config.yaml`: ```yaml # core/<package>/config.yaml poly: sdk: commands: <command-name>: handler: src/commands/<name>.js description: 'Command description' ``` The poly registry builder scans all `config.yaml` files and auto-generates CLI entries. **Rule:** New commands go in the appropriate `core/` package, NOT in `agent/src/commands/` (legacy). ## Protocols Lev uses URI-style protocols for resource addressing: | Protocol | Purpose | Example | |----------|---------|---------| | `skill://` | Load agent skills | `skill://lev-core` | | `bd://` | Query beads issues | `bd://lev-001b` | | `lev://` | Lev resources | `lev://daemon/ck-lite` | ## Related Skills - `bd` - Issue tracking with dependency graphs - `lev get` - Semantic search across codebase (`lev-find` backend, legacy name) - `lev-index` - Vector index management - `lev-learn` - Event analysis and system improvement - `lev-align` - Drift detection and remediation ## Phase Navigation Each reference follows the wizard pattern: - 1-5 options presented based on context - Combined choices welcome ("1,3") - Pivot anytime ("actually, let's...") - Back navigation available When ready, tell me which path you'd like to take. ## Technique Map - **Role definition** - Clarifies operating scope and prevents ambiguous execution. - **Context enrichment** - Captures required inputs before actions. - **Output structuring** - Standardizes deliverables for consistent reuse. - **Step-by-step workflow** - Reduces errors by making execution order explicit. - **Edge-case handling** - Documents safe fallbacks when assumptions fail. ## Technique Notes These techniques improve reliability by making intent, inputs, outputs, and fallback paths explicit. Keep this section concise and additive so existing domain guidance remains primary. ## Prompt Architect Overlay ### Role Definition You are the prompt-architect-enhanced specialist for lev-core, responsible for deterministic execution of this skill's guidance while preserving existing workflow and constraints. ### Input Contract - Required: clear user intent and relevant context for this skill. - Preferred: repository/project constraints, existing artifacts, and success criteria. - If context is missing, ask focused questions before proceeding. ### Output Contract - Provide structured, actionable outputs aligned to this skill's existing format. - Include assumptions and next steps when appropriate. - Preserve compatibility with existing sections and related skills. ### Edge Cases & Fallbacks - If prerequisites are missing, provide a minimal safe path and request missing inputs. - If scope is ambiguous, narrow to the highest-confidence sub-task. - If a requested action conflicts with existing constraints, explain and offer compliant alternatives.
GitHubで見る