brainstorm

分类: 数据与AI | 上传者: coil398 | 下载: 0 | 版本: v1.0（最新）

実装前にアイデアを設計へ落とし込む対話型ブレインストーミング。要件が曖昧・アーキテクチャ選択が必要・ユーザーとの対話で設計を固めたい場合に使う。「どうすればいい？」「設計を相談したい」「アーキテクチャどうしよう」「どう実装する？」「アイデアを整理したい」といった要望にも対応する。ユーザーが /brainstorm と入力したら必ずこのスキルを使う。

更新日志: Source: GitHub https://github.com/coil398/dotfiles

目录结构

当前层级: tree/master/.claude/skills/brainstorm/

📄 SKILL.md 3.2 KB

SKILL.md

---
name: brainstorm
description: 実装前にアイデアを設計へ落とし込む対話型ブレインストーミング。要件が曖昧・アーキテクチャ選択が必要・ユーザーとの対話で設計を固めたい場合に使う。「どうすればいい？」「設計を相談したい」「アーキテクチャどうしよう」「どう実装する？」「アイデアを整理したい」といった要望にも対応する。ユーザーが /brainstorm と入力したら必ずこのスキルを使う。
argument-hint: [テーマ]
---

# ブレインストーミング

**テーマ**: $ARGUMENTS

アイデアを完全な設計へ落とし込むための対話的プロセスです。
**設計が承認されるまで、コードを書いたり実装アクションを取ってはいけません。**

---

## ステップ 1: コンテキストの把握

プロジェクトのファイル・ドキュメント・最近のコミットを確認してコンテキストを把握してください。

---

## ステップ 2: 質問による要件の深掘り

以下のルールに従ってユーザーに質問します：

- **1メッセージに1質問のみ**（複数質問で圧倒しない）
- **できるだけ選択肢形式**（A/B/C など）で聞く
- 「シンプルなタスク」でも必ず確認する（小さいプロジェクトでの思い込みが最も工数を無駄にする）

典型的な確認事項（必要に応じて）：
- スコープと目標
- 技術的制約・既存インフラとの整合性
- 優先度（スピード vs 品質 vs 柔軟性）
- テスト方針

十分な情報が集まったら次のステップへ進んでください。

---

## ステップ 3: アプローチの提案

**2〜3つのアプローチ**をトレードオフ付きで提案してください。

```
## アプローチ A: [名前]
- **概要**: ...
- **メリット**: ...
- **デメリット**: ...

## アプローチ B: [名前]
...
```

ユーザーの選択またはカスタマイズを受け取ってください。

---

## ステップ 4: 設計の詳細化

承認されたアプローチを元に設計を詳細化します。
各セクションをユーザーに確認しながら進めてください（一度に全部出さず、セクションごとに確認する）：

1. アーキテクチャ概要
2. コンポーネント・インターフェース設計
3. データフロー
4. テスト戦略

---

## ステップ 5: 設計ドキュメントの保存

設計をドキュメントとして保存してください。
`docs/brainstorm/` ディレクトリがなければ作成してください。

**保存先**: `docs/brainstorm/YYYY-MM-DD-<topic>.md`（YYYY-MM-DD は今日の日付）

```markdown
# [テーマ] 設計ドキュメント

_作成: YYYY-MM-DD_

## 目標

[タスクの概要]

## 採用アプローチ: [名前]

### アーキテクチャ

...

### コンポーネント設計

...

### テスト戦略

...

## 保留事項・リスク

...
```

---

## ステップ 6: 次のステップの提示

```
設計ドキュメントを保存しました: docs/brainstorm/YYYY-MM-DD-<topic>.md

次のステップとして `/writing-plan` で実装プランを作成できます。
```

登录后下载/点赞/收藏 ❤ 8 | ★ 0

brainstorm

目录结构

SKILL.md

举报内容

提示