spec

スター1

フォーク0

更新日2026年5月20日 12:04

曖昧な要望や課題を、実装に入れる前の明確な仕様へ固める。要望がふわっとしている時、何を作るか合意が要る時、plan に入る前に使う。

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

ソース

ykpythemind

ykpythemind/lightweight

ダウンロード

Spec

決まっていない機能仕様やふわっとした要望を、検証可能な受け入れ基準とスコープを持つ仕様へ固める。

解く課題を1文で書く。 誰の・どんな困りごとを解消するのかを言語化する。解決策ではなく課題を書く。
受け入れ基準を並べる。 「完成」を観測可能（テストできる）な条件の箇条書きにする。
スコープを切る。 やること／やらないことを明示する。今回やらないものを必ず書く。
未確定を潰す。 不明点を洗い出し、質問で確かめるか「前提」として明記する。曖昧なまま残さない。
仕様をドキュメントとして残す。 CLAUDE.mdで特別な指示がない限り、{repo_root}/docs/spec に markdown ファイルとして残す

このリポジトリの他の Skills

同じリポジトリ

計画されたタスクを、小さく検証可能な差分で実装する。ロジックの追加、バグ修正、既存の挙動を変える時に使う。

要件や仕様を、実装可能な順序付きタスクに分解する。スペックが固まった時、作業を始める前、複数ファイル/複数ステップに及ぶ変更に着手する時に使う。

変更差分を品質軸でレビューする。実装が一段落した時、PR を出す前、コミットする前に使う。自分の差分にも他者の差分にも使える。

name	spec
description	曖昧な要望や課題を、実装に入れる前の明確な仕様へ固める。要望がふわっとしている時、何を作るか合意が要る時、plan に入る前に使う。

決まっていない機能仕様やふわっとした要望を、検証可能な受け入れ基準とスコープを持つ仕様へ固める。

解く課題を1文で書く。 誰の・どんな困りごとを解消するのかを言語化する。解決策ではなく課題を書く。
受け入れ基準を並べる。 「完成」を観測可能（テストできる）な条件の箇条書きにする。
スコープを切る。 やること／やらないことを明示する。今回やらないものを必ず書く。
未確定を潰す。 不明点を洗い出し、質問で確かめるか「前提」として明記する。曖昧なまま残さない。
仕様をドキュメントとして残す。 CLAUDE.mdで特別な指示がない限り、{repo_root}/docs/spec に markdown ファイルとして残す