Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Terminal-first project bootstrapper and workspace context manager. Use when the user asks for /project-style workflows: detect current project, read project context/brief, run standardized targets (build/test/lint/deploy), init a .project bundle via plan/apply, manage artifacts, or expose these actions via MCP server mcp-project-router and CLI project.
Terminal-first project bootstrapper and workspace context manager. Use when the user asks for /project-style workflows: detect current project, read project context/brief, run standardized targets (build/test/lint/deploy), init a .project bundle via plan/apply, manage artifacts, or expose these actions via MCP server mcp-project-router and CLI project.
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
This skill is Safaβs canonical project management + context switching control plane. Core idea: Canonical PM is local + queryable (SQLite): projects, tasks, context packs. Trello is a tracking backend/UI: cards mirror canonical tasks; lists mirror status; labels mirror priority. The βkiller featureβ is context switching: load the right docs/code/index for a project/task quickly and deterministically. It provides: CLI: project <verb> ... MCP server: mcp-project-router (tools mirror the CLI) Per-project bundle stored in .project/ (brief, targets, artifact index) A canonical task store (SQLite) + Trello sync adapter
The .project/ bundle is the project-local context nucleus. The canonical PM DB points at these bundles. Inside a project root: .project/project.json β structured manifest .project/PROJECT.md β living brief .project/targets.json β target definitions (commands) .project/index/artifacts.json β artifact index .project/history/plans/*.json β plans .project/history/applies/*.json β apply receipts
From anywhere inside a repo/workspace: project detect project context project target list project target run <name> Initialize a bundle (dry-run plan + apply): project init (prints plan) project apply <planId> Artifacts: project artifact add <path|url> [--tags a,b,c] (plan + apply)
Note: these verbs are the target UX. Implementations should remain idempotent and safe. Project registration: project pm project add <slug> --name "..." --root <path> project pm project list Task management: project pm task add <slug> "<title>" --priority P0|P1|P2|P3 [--status inbox|next|doing|blocked|waiting|done] project pm task list [--project <slug>] [--status ...] project pm task set-status <taskId> <status> Context switching: project pm switch <slug> prints pinned docs + top targets + active tasks project pm focus <taskId> loads task-linked files/artifacts and updates the task activity log Trello sync: project pm trello sync [--project <slug>] ensures the single "Safa β PM" Trello board exists ensures lists exist (Inbox/Next/Doing/Blocked/Waiting/Done) upserts cards for canonical tasks moves cards to match status applies priority labels (P0..P3)
mcporter list mcp-project-router --schema --timeout 120000 --json Examples: Detect: mcporter call --server mcp-project-router --tool project_detect --args '{}' Read context: mcporter call --server mcp-project-router --tool project_context_read --args '{}' Run target: mcporter call --server mcp-project-router --tool project_target_run --args '{"target":"test"}'
Single-board setup: Board name: Safa β PM (or configurable) Lists == canonical statuses: Inbox, Next, Doing, Blocked, Waiting, Done Card title: [<project_slug>] <task_title> Card description begins with a machine block for idempotency: --- pm --- task_id: <stable-id> project: <slug> status: <status> priority: P0|P1|P2|P3 --- Labels (priority, color-coded): P0 = red P1 = orange P2 = yellow P3 = blue
Recommended DB location (in workspace): /home/safa/clawd/data/pm/pm.sqlite Minimum tables (v0): projects(slug PRIMARY KEY, name, root_path, created_at, updated_at) tasks(task_id PRIMARY KEY, project_slug, title, status, priority, created_at, updated_at) task_refs(task_id, kind, ref) (file paths / urls / artifacts) external_refs(task_id, system, external_id, meta_json) (e.g., Trello card_id/list_id)
Project bundle writes remain plan/apply. Canonical PM writes should be idempotent and auditable (timestamps + activity log). Trello sync should be safe to re-run repeatedly (upsert by task_id marker; never duplicate cards). project_target_run executes commands defined in .project/targets.json.
Workflow acceleration for inboxes, docs, calendars, planning, and execution loops.
Largest current source with strong distribution and engagement signals.