{"id":50931525,"url":"https://github.com/clawplays/ospec","last_synced_at":"2026-06-17T05:00:51.104Z","repository":{"id":348406702,"uuid":"1196768707","full_name":"clawplays/ospec","owner":"clawplays","description":"Document-driven AI development for AI coding assistants.","archived":false,"fork":false,"pushed_at":"2026-06-11T08:09:19.000Z","size":1530,"stargazers_count":579,"open_issues_count":0,"forks_count":33,"subscribers_count":17,"default_branch":"main","last_synced_at":"2026-06-11T08:20:18.530Z","etag":null,"topics":["ai","ai-workflow","document-driven","planning","sdd","spec","spec-driven-development","specification"],"latest_commit_sha":null,"homepage":"https://ospec.ai","language":"JavaScript","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"mit","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/clawplays.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null,"zenodo":null,"notice":null,"maintainers":null,"copyright":null,"agents":null,"dco":null,"cla":null}},"created_at":"2026-03-31T02:49:55.000Z","updated_at":"2026-06-11T08:09:44.000Z","dependencies_parsed_at":null,"dependency_job_id":null,"html_url":"https://github.com/clawplays/ospec","commit_stats":null,"previous_names":["clawplays/ospec"],"tags_count":10,"template":false,"template_full_name":null,"purl":"pkg:github/clawplays/ospec","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/clawplays%2Fospec","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/clawplays%2Fospec/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/clawplays%2Fospec/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/clawplays%2Fospec/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/clawplays","download_url":"https://codeload.github.com/clawplays/ospec/tar.gz/refs/heads/main","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/clawplays%2Fospec/sbom","scorecard":null,"host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":286080680,"owners_count":34434496,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2026-05-26T15:22:16.424Z","status":"online","status_checked_at":"2026-06-17T02:00:05.408Z","response_time":127,"last_error":null,"robots_txt_status":"success","robots_txt_updated_at":"2025-07-24T06:49:26.215Z","robots_txt_url":"https://github.com/robots.txt","online":true,"can_crawl_api":true,"host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["ai","ai-workflow","document-driven","planning","sdd","spec","spec-driven-development","specification"],"created_at":"2026-06-17T05:00:50.229Z","updated_at":"2026-06-17T05:00:51.096Z","avatar_url":"https://github.com/clawplays.png","language":"JavaScript","funding_links":[],"categories":[],"sub_categories":[],"readme":"\u003ch1\u003e\u003ca href=\"https://ospec.ai/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003eOSpec.ai\u003c/a\u003e\u003c/h1\u003e\n\n\u003cp align=\"center\"\u003e\n  \u003ca href=\"https://www.npmjs.com/package/@clawplays/ospec-cli\"\u003e\u003cimg src=\"https://img.shields.io/npm/v/%40clawplays%2Fospec-cli?style=for-the-badge\u0026logo=npm\u0026label=npm\" alt=\"npm\"\u003e\u003c/a\u003e\n  \u003ca href=\"https://www.npmjs.com/package/@clawplays/ospec-cli\"\u003e\u003cimg src=\"https://img.shields.io/npm/dm/%40clawplays%2Fospec-cli?style=for-the-badge\u0026logo=npm\u0026label=downloads\u0026cacheSeconds=300\" alt=\"npm downloads\"\u003e\u003c/a\u003e\n  \u003ca href=\"https://github.com/clawplays/ospec/stargazers\"\u003e\u003cimg src=\"https://img.shields.io/github/stars/clawplays/ospec?style=for-the-badge\u0026logo=github\" alt=\"GitHub stars\"\u003e\u003c/a\u003e\n  \u003ca href=\"LICENSE\"\u003e\u003cimg src=\"https://img.shields.io/github/license/clawplays/ospec?style=for-the-badge\u0026color=green\" alt=\"License\"\u003e\u003c/a\u003e\n\u003c/p\u003e\n\n\u003cp align=\"center\"\u003e\n  \u003cimg src=\"https://img.shields.io/badge/Node.js-18%2B-339933?style=flat-square\u0026logo=node.js\u0026logoColor=white\" alt=\"Node.js 18+\"\u003e\n  \u003cimg src=\"https://img.shields.io/badge/npm-8%2B-CB3837?style=flat-square\u0026logo=npm\u0026logoColor=white\" alt=\"npm 8+\"\u003e\n  \u003cimg src=\"https://img.shields.io/badge/language-TypeScript-3178C6?style=flat-square\u0026logo=typescript\u0026logoColor=white\" alt=\"TypeScript\"\u003e\n  \u003cimg src=\"https://img.shields.io/badge/workflow-3_steps-0F766E?style=flat-square\" alt=\"3-step workflow\"\u003e\n\u003c/p\u003e\n\n\u003cp align=\"center\"\u003e\n  \u003cstrong\u003eEnglish\u003c/strong\u003e |\n  \u003ca href=\"docs/README.zh-CN.md\"\u003e中文\u003c/a\u003e |\n  \u003ca href=\"docs/README.ja.md\"\u003e日本語\u003c/a\u003e |\n  \u003ca href=\"docs/README.ar.md\"\u003eالعربية\u003c/a\u003e\n\u003c/p\u003e\n\nThe official OSpec CLI package is `@clawplays/ospec-cli`, and the official command is `ospec`. OSpec supports spec-driven development (SDD) and document-driven development for AI coding agents and CLI workflows.\n\n\u003cp align=\"center\"\u003e\n  \u003ca href=\"docs/prompt-guide.md\"\u003ePrompt Guide\u003c/a\u003e |\n  \u003ca href=\"docs/usage.md\"\u003eUsage\u003c/a\u003e |\n  \u003ca href=\"docs/project-overview.md\"\u003eOverview\u003c/a\u003e |\n  \u003ca href=\"docs/installation.md\"\u003eInstallation\u003c/a\u003e |\n  \u003ca href=\"docs/external-plugins.md\"\u003eExternal Plugins\u003c/a\u003e |\n  \u003ca href=\"docs/plugin-release.md\"\u003ePlugin Release\u003c/a\u003e |\n  \u003ca href=\"https://github.com/clawplays/ospec/issues\"\u003eIssues\u003c/a\u003e\n\u003c/p\u003e\n\n## Why OSpec?\n\nAI coding assistants are powerful, but requirements that live only in chat history are hard to inspect, review, and close out cleanly. OSpec adds a lightweight workflow layer so the repository can hold the change context before code is written and after the work ships.\n\n- Align before code — keep proposal, design, implementation plan, tasks, state, verification, and review visible in the repo\n- Keep each requirement explicit — the default path moves one requirement through one active change\n- Stay lightweight — keep the normal flow short with `init -\u003e change -\u003e verify/finalize`\n- Use the assistants you already have — OSpec is built for Codex/GPT, Claude Code, Gemini, OpenCode, and direct CLI fallback workflows\n\n## Install With npm\n\n```bash\nnpm install -g @clawplays/ospec-cli\n```\n\nOfficial package: `@clawplays/ospec-cli`  \nCommand: `ospec`  \nVerify install: `ospec --help`\n\n## Quick Start\n\nOSpec only takes 3 steps:\n\n1. initialize OSpec in your project directory\n2. create and advance one change for a requirement, document update, or bug fix\n3. archive the accepted change after deployment and validation are complete\n\n### 1. Initialize OSpec In Your Project Directory\n\nRecommended prompt:\n\n```text\nOSpec, initialize this project.\n```\n\nClaude / Codex skill mode:\n\n```text\n/ospec initialize this project.\n```\n\n\u003cdetails\u003e\n\u003csummary\u003eCommand line\u003c/summary\u003e\n\n```bash\nospec init .\nospec init . --summary \"Internal admin portal for operations\"\nospec init . --summary \"Internal admin portal for operations\" --tech-stack node,react,postgres\nospec init . --architecture \"Single web app with API and shared auth\" --document-language en-US\n```\n\nCLI notes:\n\n- `--summary`: project overview text written into the generated docs\n- `--tech-stack`: comma-separated stack list such as `node,react,postgres`\n- `--architecture`: short architecture description\n- `--document-language`: generated doc language, choose from `en-US`, `zh-CN`, `ja-JP`, or `ar`\n- AI-first language resolution order: explicit language request in the conversation -\u003e current conversation language -\u003e persisted project language in `.skillrc`\n- CLI language resolution order: explicit `--document-language` -\u003e persisted project language in `.skillrc` -\u003e existing project docs / managed `for-ai/*` guidance / asset manifest -\u003e fallback `en-US`\n- OSpec persists the chosen project document language in `.skillrc` and reuses it for `for-ai` guidance, `ospec new`, and `ospec update`\n- new projects initialized by `ospec init` default to the nested layout: root `.skillrc` and `README.md`, with OSpec-managed files under `.ospec/`\n- plain init does not create optional knowledge maps such as `.ospec/knowledge/src/` or `.ospec/knowledge/tests/`; those appear only when a project already has legacy knowledge content to migrate or when future explicit knowledge-generation flows create them\n- CLI commands still accept shorthand like `changes/active/\u003cchange-name\u003e`, but the physical path in nested projects is `.ospec/changes/active/\u003cchange-name\u003e`\n- if you pass these values, OSpec uses them directly when generating project docs\n- if you do not pass them, OSpec reuses existing docs when possible and otherwise creates placeholder docs first\n\n\u003c/details\u003e\n\n### 2. Create And Advance A Change\n\nUse this for requirement delivery, documentation updates, refactors, and bug fixes.\n\nRecommended prompt:\n\n```text\nOSpec, create and advance a change for this requirement.\n```\n\nClaude / Codex skill mode:\n\n```text\n/ospec-change create and advance a change for this requirement.\n/ospec-goal create and advance a full goal for this requirement.\n```\n\n\u003cdetails\u003e\n\u003csummary\u003eCommand line\u003c/summary\u003e\n\n```bash\nospec new docs-homepage-refresh .\nospec new fix-login-timeout .\nospec new update-billing-copy .\n```\n\n\u003c/details\u003e\n\n### Agent Execution (Goal Workflow)\n\nThe classic change flow above stays simple: `proposal.md` → `tasks.md` → implement → `verification.md` → `review.md`, with no controller layer. The agent controller layer — parallel worker dispatch, reviewer gates, and durable evidence — belongs to the full goal workflow. Use it with `ospec goal`, or on a single change only when you explicitly opt into agent/worker execution. OSpec keeps the controller state in repo artifacts, and the current AI harness starts native worker agents when available.\n\n```bash\nospec session .\nospec execute bootstrap changes/active/\u003cgoal-name\u003e\nospec execute workspace changes/active/\u003cgoal-name\u003e\nospec execute status changes/active/\u003cgoal-name\u003e\nospec execute dispatch changes/active/\u003cgoal-name\u003e --limit 2\nospec execute launch changes/active/\u003cgoal-name\u003e --task \u003ctask-id\u003e --target codex\nospec execute complete \u003ctask-id\u003e changes/active/\u003cgoal-name\u003e --status DONE --summary \"...\"\nospec execute review changes/active/\u003cgoal-name\u003e --task \u003ctask-id\u003e --stage spec\nospec execute review changes/active/\u003cgoal-name\u003e --task \u003ctask-id\u003e --stage quality\nospec execute verify changes/active/\u003cgoal-name\u003e --command \"npm test\" --status PASSED --exit-code 0\n```\n\n`launch` writes `artifacts/agents/launch-plan.md`; it does not start workers by itself. Codex/GPT use `spawn_agent` / `wait_agent` / `close_agent`, Claude Code uses Task, Gemini uses `@generalist`, and OpenCode uses `@mention`. Use `launch --run --command` or `orchestrate --command` only when the current harness cannot start native subagents.\n\n### 3. Archive After Acceptance\n\nAfter the requirement has passed deployment, testing, QA, or other acceptance checks, archive the validated change.\n\nRecommended prompt:\n\n```text\nOSpec, archive this accepted change.\n```\n\nClaude / Codex skill mode:\n\n```text\n/ospec archive this accepted change.\n```\n\n\u003cdetails\u003e\n\u003csummary\u003eCommand line\u003c/summary\u003e\n\n```bash\nospec verify changes/active/\u003cchange-name\u003e\nospec finalize changes/active/\u003cchange-name\u003e\n```\n\nArchive notes:\n\n- run your project-specific deploy, test, and QA flow first\n- use `ospec verify` to confirm the active change is ready\n- use `ospec finalize` to rebuild indexes and archive the accepted change\n- new nested projects archive under `.ospec/changes/archived/YYYY-MM/YYYY-MM-DD/\u003cchange-name\u003e`; CLI shorthand under `changes/archived/...` still works\n- existing flat archives are reorganized by `ospec update`\n\n\u003c/details\u003e\n\n### Goal Workflow — Full Flow \u0026 Hard Enforcement\n\nUse `ospec goal \u003cgoal-name\u003e` (or just say \"OSpec, create and advance a full goal for this requirement\") for complex, cross-cutting, or high-risk work that needs the full OSpec 1.2 workflow: design doc, implementation plan, task graph, parallel worker dispatch, document and code review, and durable TDD / debug / verification evidence.\n\n**You only start a goal and describe the requirement.** The AI runs every `ospec` command itself; you just answer questions in chat (`Zero-Setup`).\n\nExperience contracts the AI follows on every goal:\n\n- **Announce-Before-Act** — the AI states which skill and stage it is in, which `ospec execute …` command it is about to run and the artifact it writes, and how many subagents it dispatches — so you always see what is happening.\n- **Brainstorm-First** — before locking design it surfaces the open decisions (direction, architecture, API, data, UI, risk, scope) and asks you one at a time through the harness-native question UI (Claude Code: AskUserQuestion) instead of silently assuming.\n- **Durable decision gates** — open choices are recorded with `ospec execute decision …`; required decisions block worker dispatch until you answer.\n\nClaude Code hard enforcement (one-time; the AI runs this for you automatically in a Claude Code harness):\n\n```bash\nospec session hook --target claude --apply\n```\n\nThis writes a hook bundle under `.ospec/hooks/claude/` and merges it into `.claude/settings.json` (idempotent and reversible). The hooks:\n\n- announce every subagent dispatch and every `ospec` command at the tool level,\n- hard-block subagent dispatch while a required decision is still pending,\n- re-affirm the Announce-Before-Act / Brainstorm-First contract on every turn.\n\nHooks load at session start, so they take effect from the next Claude Code session.\n\n## Update With npm\n\nFor an existing OSpec project, after upgrading the CLI with npm, run this in the project directory to refresh the project's OSpec files:\n\n```bash\nospec update\n```\n\n`ospec update` also migrates legacy root-level `build-index-auto.cjs` / `build-index-auto.js` tooling into `.ospec/tools/build-index-auto.cjs` and refreshes OSpec-managed hook entrypoints to use the new location.\nIt also repairs older OSpec projects that still have an OSpec footprint but are missing newer core runtime directories, refreshes managed skills and archive layout metadata, and syncs project assets for already-enabled plugins.\nFor nested projects that still carry legacy knowledge under `.ospec/src/` or `.ospec/tests/`, `ospec update` migrates those paths into `.ospec/knowledge/src/` and `.ospec/knowledge/tests/`.\nWhen an already-enabled plugin has a newer compatible npm package version available, `ospec update` upgrades that global plugin package automatically and prints the version transition.\nIt does not upgrade the CLI itself, and it does not enable plugins or migrate active / queued changes automatically.\nIt also does not switch a classic project layout to nested automatically.\nIf you want to convert an older classic project to the new layout, run `ospec layout migrate --to nested` explicitly.\n\n## How The OSpec Workflow Works\n\n```text\n┌─────────────────────────────────────────────────────────────────┐\n│  1. USER REQUEST                                               │\n│     \"OSpec, create and advance a change for this task.\"       │\n└─────────────────────────────────────────────────────────────────┘\n                              │\n                              ▼\n┌─────────────────────────────────────────────────────────────────┐\n│  2. INIT TO CHANGE-READY                                       │\n│     ospec init                                                 │\n│     - .skillrc                                                 │\n│     - README.md                                                │\n│     - .ospec/                                                  │\n│     - .ospec/changes/active + .ospec/changes/archived          │\n│     - .ospec/SKILL.md + .ospec/SKILL.index.json + .ospec/for-ai│\n│     - .ospec/docs/project/* baseline knowledge docs            │\n│     - reuse docs or fall back to placeholders                  │\n└─────────────────────────────────────────────────────────────────┘\n                              │\n                              ▼\n┌─────────────────────────────────────────────────────────────────┐\n│  3. EXECUTION                                                  │\n│     ospec new \u003cchange-name\u003e      # classic fast change          │\n│     ospec goal \u003cgoal-name\u003e       # full goal workflow           │\n│     ospec brainstorm / plan (optional pre-change aids)         │\n│     ospec session                                              │\n│     ospec session hook                                         │\n│     ospec progress                                             │\n│     ospec execute bootstrap / handoff / doc-review / status    │\n│     ospec execute next                                         │\n│     ospec execute workspace / worktree / worktree --create     │\n│     ospec execute worktree --cleanup / finish                  │\n│     ospec execute dispatch / launch / collect / retry / review │\n│     ospec execute debug                                        │\n│     ospec execute tdd                                          │\n│     ospec execute verify                                       │\n│     ospec execute sync                                         │\n└─────────────────────────────────────────────────────────────────┘\n                              │\n                              ▼\n┌─────────────────────────────────────────────────────────────────┐\n│  4. DEPLOY + VALIDATE                                          │\n│     project deploy / test / QA                                 │\n│     ospec verify                                               │\n└─────────────────────────────────────────────────────────────────┘\n                              │\n                              ▼\n┌─────────────────────────────────────────────────────────────────┐\n│  5. ARCHIVE                                                    │\n│     ospec finalize                                             │\n│     rebuild index + archive                                    │\n└─────────────────────────────────────────────────────────────────┘\n```\n\n## Core Concepts\n\n| Concept | What It Means |\n|---------|---------------|\n| **Protocol Shell** | The minimum collaboration skeleton: root `.skillrc` and `README.md`, plus managed OSpec files under `.ospec/` for change state, SKILL docs, index state, `for-ai/` guidance, and project docs. |\n| **Project Knowledge Layer** | Explicit project context such as `docs/project/*`, layered skill files, and index state that AI can read consistently. |\n| **Active Change** | A dedicated execution container for one small or routine requirement, using the classic fast files: `proposal.md`, `tasks.md`, `state.json`, `verification.md`, and `review.md`, plus plugin artifacts when activated. |\n| **Active Goal** | A full-workflow execution container created with `ospec goal`, adding `design.md`, `implementation-plan.md`, `artifacts/agents/task-graph.json`, handoff artifacts, document-review artifacts, launch-plan artifacts, worker-run artifacts, reviewer-run artifacts, retry artifacts, review artifacts, `artifacts/agents/worker-status.md`, and evidence artifacts. |\n\n## Features\n\n- **Change-ready initialization**: `ospec init` creates the protocol shell and baseline project knowledge docs in one pass.\n- **Guided initialization**: AI-assisted init can ask once for missing summary or tech stack; direct CLI init falls back to placeholder docs when context is missing.\n- **Stable project language**: the chosen document language is stored in `.skillrc` so later guidance and generated change docs stay consistent unless you explicitly change it.\n- **Docs maintenance**: `ospec docs generate` refreshes or repairs project knowledge docs when you need it later.\n- **Tracked requirement execution**: small changes keep proposal, tasks, state, verification, and review files aligned; full goals also keep design, implementation plan, task graph, handoff, review, worker status, and evidence artifacts aligned.\n- **Goal experience contracts**: every goal runs with `Announce-Before-Act` (the AI announces its skill and stage, the `ospec execute …` command and the artifact it writes, and each subagent dispatch), `Brainstorm-First` (open direction, architecture, API, UI, risk, and scope decisions are asked one at a time through the native question UI before design is locked), and `Zero-Setup` (you only start a goal and describe the requirement — the AI runs every `ospec` command itself). In Claude Code, `ospec session hook --target claude --apply` adds hooks that announce every dispatch and hard-block subagent dispatch while a required decision is still pending.\n- **Optional pre-change aids**: `ospec brainstorm` writes durable exploration artifacts under `.ospec/brainstorms/`, with an optional static visual companion; `ospec plan` writes plan drafts under `.ospec/plans/` and only updates `implementation-plan.md` when `--apply` is passed. The default small-change flow starts with `ospec new`; the full workflow starts with `ospec goal`.\n- **Session brief and hooks**: `ospec session` writes `.ospec/session-brief.json` and `.ospec/session-brief.md` so agents or humans entering an existing project can see active changes, queued changes, queue-run state, a cache fingerprint, and the next safe command before touching a change; `ospec session hook --target claude` writes opt-in harness startup artifacts plus a Claude Code hook bundle under `.ospec/hooks/`, and `--apply` idempotently merges it into `.claude/settings.json`.\n- **Task graph controller**: `ospec execute bootstrap` writes a one-change startup/resume snapshot with the project session brief snapshot and next safe action; `handoff` writes a cross-tool worker handoff guide with the project session brief snapshot; `doc-review` creates design and implementation-plan reviewer packets before task execution; `status` and `next` report controller state and safe next task candidates; `workspace` records git workspace safety before worker handoff; `worktree` records an isolated-worktree preparation plan by default, while explicit `--create` or `--cleanup` runs the matching git worktree command and captures `artifacts/agents/worktree-runs/`; `finish` records closeout readiness before finalize, archive, push, merge, or worktree cleanup; `dispatch` and `complete` create parallel-safe worker packets with worker profiles and target tool mapping, then record task results as OSpec artifacts; `review --task` creates per-task spec and quality review packets that block dependent tasks until approved, while final `review` creates whole-change reviewer packets; `launch` writes the native agent launch plan for the current AI harness, including Codex/GPT `spawn_agent`, Claude Code Task, Gemini `@generalist`, and OpenCode `@mention` guidance; `orchestrate` is the final CLI fallback for harnesses without native subagents and runs explicit command templates only; `launch --run --command` is the single-worker CLI fallback; `collect` turns a fallback worker run into task completion state; `retry` reopens blocked, needs-context, or failed task work; explicit review `--run --command` captures `artifacts/agents/review-runs/`; `debug`, `tdd`, and `verify` record durable evidence; `sync` rebuilds `worker-status.md` from execution and review artifacts.\n- **Queue helpers**: `queue` and `run` support explicit multi-change execution when one active change is not enough.\n- **Plugin workflow gates**: plugin commands support Stitch design review and Checkpoint automation through npm-installed official plugins.\n- **Skill management**: install and inspect OSpec skills for Codex and Claude Code.\n- **Standard closeout**: `finalize` verifies, rebuilds indexes, and archives the change before manual Git commit.\n\n## Plugin Installation\n\nOSpec supports plugins for UI review and runtime validation.\nKeep the public flow simple:\n\n```text\n/ospec open Stitch for this project.\n/ospec open Checkpoint for this project.\n```\n\nIn AI / `/ospec` flows, requests like \"open Stitch\" or \"open Checkpoint\" should be handled as: check whether the plugin is already installed globally, install only when missing, then enable it in the current project.\n\nCommand line fallback:\n\n```bash\nospec plugins list\nospec plugins install stitch\nospec plugins enable stitch .\nospec plugins install checkpoint\nospec plugins enable checkpoint . --base-url http://127.0.0.1:3000\n```\n\nOfficial npm plugin packages:\n\n- `@clawplays/ospec-plugin-stitch`\n- `@clawplays/ospec-plugin-checkpoint`\n\nAfter a plugin is enabled, its detailed setup docs are synced into `.ospec/plugins/\u003cplugin\u003e/docs/`.\n\nMaintainers can find plugin publishing and automation details in `docs/plugin-release.md`.\n\n## Documentation\n\n### Core Docs\n\n- [Prompt Guide](docs/prompt-guide.md)\n- [Usage](docs/usage.md)\n- [Project Overview](docs/project-overview.md)\n- [Installation](docs/installation.md)\n- [Skills Installation](docs/skills-installation.md)\n- [External Plugins](docs/external-plugins.md)\n- [Plugin Release](docs/plugin-release.md)\n\n## Repository Structure\n\n```text\ndist/                       Compiled CLI runtime\nassets/                     Managed protocol assets, hooks, and skill payloads\ndocs/                       Public documentation\nscripts/                    Release and installation helpers\n.ospec/templates/hooks/     Hook templates shipped with the package\n```\n\n## License\n\nThis project is licensed under the [MIT License](LICENSE).\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fclawplays%2Fospec","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fclawplays%2Fospec","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fclawplays%2Fospec/lists"}