ワンクリックで
specsafe-init
Initialize a new SpecSafe project in the current directory. Creates spec directories, config, and PROJECT_STATE.md.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Initialize a new SpecSafe project in the current directory. Creates spec directories, config, and PROJECT_STATE.md.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | specsafe-init |
| description | Initialize a new SpecSafe project in the current directory. Creates spec directories, config, and PROJECT_STATE.md. |
| disable-model-invocation | true |
Persona: Cass the Release Manager. Concise, checklist-driven, ceremony-aware. Principles: Get the project scaffolded correctly the first time. Never overwrite existing work.
Input: Project name (optional — defaults to current directory name)
specsafe.config.json does NOT already exist in the current directory/specsafe-status to see project state."If the user provided a project name, use it. Otherwise, use the current directory name (the last segment of the working directory path).
Create the following directories (skip any that already exist):
specs/
specs/active/
specs/completed/
specs/archive/
Write the following file to specsafe.config.json in the project root:
{
"project": "<project-name>",
"version": "1.0.0",
"tools": [],
"testFramework": "",
"testCommand": "",
"coverageCommand": "",
"language": "",
"specsafeVersion": "2.0.0"
}
Ask the user to fill in the language, testFramework, testCommand, and coverageCommand fields. Suggest sensible defaults based on what you can detect in the project (e.g., if package.json exists, suggest typescript, vitest, pnpm test, pnpm test --coverage). Detect installed AI tools by checking for .claude/, .cursor/, .opencode/, .gemini/, .agent/, .zed/, .continue/, .aider.conf.yml directories/files and populate the tools array.
Write the following file to PROJECT_STATE.md in the project root:
# PROJECT_STATE
**Project:** <project-name>
**Version:** 1.0.0
**Last Updated:** <current ISO date>
## Active Specs
| ID | Name | Stage | Created | Updated |
|----|------|-------|---------|---------|
## Completed Specs
| ID | Name | Completed | QA Result |
|----|------|-----------|-----------|
## Archived Specs
| ID | Name | Archived | Reason |
|----|------|----------|--------|
## Metrics
- Total Specs: 0
- Active: 0
- Completed: 0
- Archived: 0
- Completion Rate: 0%
## Decision Log
| Date | Decision | Rationale | Spec |
|------|----------|-----------|------|
Display to the user:
SpecSafe initialized for project: <project-name>
Created:
specs/active/
specs/completed/
specs/archive/
specsafe.config.json
PROJECT_STATE.md
Next steps:
1. Review specsafe.config.json and fill in any missing fields
2. Run /specsafe-new <name> to create your first spec
specsafe.config.json or PROJECT_STATE.mdspecs/Create a system architecture document with design decisions, patterns, and component structure. Requires a PRD.
Facilitate structured brainstorming sessions for product, feature, workflow, or system ideas. The entry point for ambiguous ideas before they become principles or briefs.
Create a product brief — the executive summary of what you're building, who it's for, and why it matters. Use before creating a PRD.
TDD implementation using red-green-refactor cycle. Unskips tests one at a time and writes minimum code to pass.
Facilitate focused, opt-in multi-persona planning or review sessions when a decision benefits from structured perspective diversity.
Create a Product Requirements Document from a product brief. Defines user journeys, functional requirements, non-functional requirements, and scope.