ワンクリックで
propose
Create a change proposal document before modifying spec files. Use when making significant changes to requirements, design, or tasks.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Create a change proposal document before modifying spec files. Use when making significant changes to requirements, design, or tasks.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Manage a PyPI release — bump version, create git tag, and create a GitHub release with auto-generated notes. Use when publishing a new version.
Run an end-to-end developer experience test of three-stars. Installs, inits, deploys, updates, and destroys a project in .sandbox/, then produces a structured DX report.
Investigate a technical question using the sandbox verification workflow. Creates sandbox experiments, tests approaches, and documents findings in implementation_qa.md.
Generate a kickoff briefing with full context for starting work on a sprint unit or task. Use when beginning work on a unit, task, or feature.
Analyze current sprint status, identify parallel work opportunities, and coordinate task dependencies. Use when starting sprint work, checking what can be worked on simultaneously, or reviewing progress.
| name | propose |
| description | Create a change proposal document before modifying spec files. Use when making significant changes to requirements, design, or tasks. |
| argument-hint | ["feature or change description"] |
Create a change proposal document for: $ARGUMENTS
spec/requirements.md, spec/design.md, and spec/tasks.md to understand current project statespec/proposals/ for related prior decisionsspec/proposals/YYYYMMDD_proposal_name.md using today's date (use snake_case, descriptive but concise)Use this template for the file:
# Proposal: {Title}
**Date**: YYYY-MM-DD
**Author**: {Name or "Claude Agent"}
**Status**: Proposed
## Background
{Why this change is needed. 2-3 sentences.}
## Current Behavior
{What happens now. Include code snippets if relevant.}
## Proposal
{Detailed description of the proposed changes.}
### {Sub-section if needed}
{Details, code examples, diagrams.}
## Impact
- **Requirements**: {What changes in requirements.md, or "No change"}
- **Design**: {What changes in design.md, or "No change"}
- **Tasks**: {What new tasks will be added to tasks.md}
## Alternatives Considered
1. **{Alternative 1}**: {Why not chosen}
2. **{Alternative 2}**: {Why not chosen}
## Implementation Plan
1. Step 1
2. Step 2
3. Step 3
## Testing Plan
{How to verify the changes work correctly.}
- Test case 1
- Test case 2
| Status | Meaning |
|---|---|
| Proposed | Initial draft, awaiting review |
| Approved | Accepted, ready for implementation |
| Implemented | Changes have been made |
| Rejected | Not accepted (keep for record) |