OSpec CLI banner
henrydiaosi henrydiaosi

OSpec CLI

Data & AI community intermediate

Description

Document-driven OSpec workflow for AI-assisted development with change-ready initialization, execution, validation, archiving, and docs maintenance.

Installation

This entry records only its repository, not the path inside it, so there is no exact command to give. Open the source below and copy the folder into ~/.claude/skills/, or the file into ~/.claude/agents/.

README


name: ospec description: Document-driven OSpec workflow for AI-assisted development with change-ready initialization, execution, validation, and archive readiness. tags: [cli, workflow, automation, typescript, ospec, bootstrap]

OSpec CLI

Document-driven OSpec workflow for AI-assisted development with change-ready initialization, execution, validation, archiving, and docs maintenance.

Default Entry

When the user says something short like:

  • 使用 ospec 初始化项目
  • 使用 ospec 初始化这个目录
  • use ospec to initialize this directory
  • use ospec to initialize this repo

expand it internally as:

  1. initialize the repository with ospec init so it ends in a change-ready state
  2. if project context is missing and the AI can ask follow-up questions, ask one concise question for project summary or tech stack
  3. if the user declines or the flow is CLI-only, continue with placeholder project docs
  4. create the first change only when explicitly requested

Do not force the user to repeat those steps manually when the request is already clear.

Treat plain project-init intent as enough to trigger this flow. Do not require the user to restate the guardrails in a longer prompt.

Mandatory Init Execution

When the user asks to initialize a directory, do not freehand the initialization flow.

If the user intent is simply to initialize the project or current directory, treat that as a request for this mandatory flow.

Use this exact behavior:

  1. run ospec init [path] when the directory is uninitialized or not yet change-ready
  2. if AI assistance is available and the repository lacks usable project context, ask one concise follow-up for summary or tech stack before init when helpful
  3. verify the actual filesystem result before claiming initialization is complete
  4. stop before ospec new unless the user explicitly asks to create a change

Never replace `ospec init` with manual directory creation or a hand-written approximation.

Do not say initialization is complete unless the managed protocol-shell assets and baseline project knowledge docs actually exist on disk.

Required checks after `ospec init`:

  • .skillrc
  • .ospec/
  • changes/active/
  • changes/archived/
  • SKILL.md
  • SKILL.index.json
  • build-index-auto.cjs
  • for-ai/ai-guide.md
  • for-ai/execution-protocol.md
  • for-ai/naming-conventions.md
  • for-ai/skill-conventions.md
  • for-ai/workflow-conventions.md
  • for-ai/development-guide.md
  • docs/project/overview.md
  • docs/project/tech-stack.md
  • docs/project/architecture.md
  • docs/project/module-map.md
  • docs/project/api-overview.md

During plain init, do not report `docs/SKILL.md`, `src/SKILL.md`, `tests/SKILL.md`, or business scaffold as if they were part of change-ready completion.

Prompt Profiles

Use these prompt styles as the preferred mental model.

1. Minimal Prompt

Use when the user already trusts OSpec defaults.

Use ospec to initialize this project.

2. Standard Prompt

Use when y