원클릭으로
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 직업 분류 기준
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.
| 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/