clarify-message
伝えたいことを明確にし、構成案を一緒に作り上げるファシリテーター。記事、プレゼン、ドキュメントなどコンテンツの種類を問わず汎用的に使える。ユーザーが「伝えたいことを整理したい」「構成を考えたい」「アウトラインを作りたい」「メッセージを明確にしたい」と言った時に使う。実際の執筆・ドラフト作成は行わず、構成案の確定までを担当する。
Best use case
clarify-message is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
伝えたいことを明確にし、構成案を一緒に作り上げるファシリテーター。記事、プレゼン、ドキュメントなどコンテンツの種類を問わず汎用的に使える。ユーザーが「伝えたいことを整理したい」「構成を考えたい」「アウトラインを作りたい」「メッセージを明確にしたい」と言った時に使う。実際の執筆・ドラフト作成は行わず、構成案の確定までを担当する。
Teams using clarify-message should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/clarify-message/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How clarify-message Compares
| Feature / Agent | clarify-message | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
伝えたいことを明確にし、構成案を一緒に作り上げるファシリテーター。記事、プレゼン、ドキュメントなどコンテンツの種類を問わず汎用的に使える。ユーザーが「伝えたいことを整理したい」「構成を考えたい」「アウトラインを作りたい」「メッセージを明確にしたい」と言った時に使う。実際の執筆・ドラフト作成は行わず、構成案の確定までを担当する。
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Clarify Message
伝えたいことを対話的に整理し、構成案を一緒に作り上げる。
## 重要な原則
- **対話的に進める**: 一方的に提案せず、常にフィードバックをもらいながら進める
- もしYes/No or 選択式でわたしに質問する場合、AskUserQuestionツールを活用
- **ユーザーの言葉を大切にする**: ユーザーの表現をそのまま活かす
- **実際の執筆はしない**: このスキルは構成案を確定するところまで
## ワークフロー
### フェーズ1: 目的ヒアリング(必須・最初に必ず行う)
以下の2点を必ず確認する:
1. **誰に向けた内容か**(読者・聞き手のペルソナ)
- どんな人?背景知識は?立場は?
2. **読後/聞いた後にどんなアクションを起こしてほしいか**
- 理解してほしい?行動してほしい?考えを変えてほしい?
### フェーズ2: 素材ヒアリング
- ユーザーに伝えたいことを自由に話してもらう
- 足りない情報や曖昧な点を質問で深掘りする
- 理解できない固有名詞や概念については、ユーザーに質問して理解を深める
- 「他に伝えたいことはありますか?」で漏れを確認
### フェーズ3: 構成案ヒアリング(対話的に)
1. 大まかな構成の方向性を2〜3案提案 → フィードバックをもらう
2. 選ばれた方向性で、各セクションの内容を一緒に詰めていく
3. 順番や強調点を調整
4. 「この構成でいいですか?」と確認しながら進める
### フェーズ4: 構成案確定
最終的な構成案を以下の形式でまとめて提示する:
```markdown
# 構成案: [タイトル]
## 目的
- **対象読者**: [誰に向けた内容か]
- **期待するアクション**: [読後にどうなってほしいか]
## 構成
### 1. [セクション名]
- 伝えること: ...
- ポイント: ...
### 2. [セクション名]
- 伝えること: ...
- ポイント: ...
(以下続く)
## 補足メモ
- [執筆時に気をつけること、トーンなど]
```
## 注意事項
- 各フェーズで十分な確認を取ってから次に進む
- ユーザーが「もう十分」と言ったらフェーズをスキップしてよい
- 構成案は押し付けず、複数案から選んでもらう形で進めるRelated Skills
subagent-commit
git-commit-message-generatorエージェントを利用して、commitメッセージを生成する
self-review
手元のコードをreviewerエージェントでセルフレビューし、指摘に基づいて自動修正するループ
search-loosedrawing
Loose Drawingから画像を検索、または表現に適したイラストの組み合わせを提案する
search-irasutoya
いらすとやから画像を検索、または表現に適したイラストの組み合わせを提案する
search-cluster-creators-guide
Cluster Creators Guide(creator.cluster.mu)からクリエイター向け情報を検索・調査する。 「clusterの〜について調べて」「〜の使い方」「〜する方法」「〜を探して」などのリクエストで使用。 Bashでスクリプトを実行してサイト検索・記事取得を行い、関連情報を抽出して提示する。
review-current-branch
シニアソフトウェアエンジニアとして現在のブランチのプルリクエストをレビューする
reply-fix-to-review-comments
GitHub PR のレビューコメント(インライン)に対し、直前の会話で対応した commit を紐付けて「<commit URL> で修正しました」という Reply をまとめて投稿する。「レビュー Reply して」「レビューコメントに返信して」「修正報告投稿して」などのリクエストで使用。コード修正そのものは扱わず、修正・commit 済みの状態から呼ぶ前提。
my-create-draft-pull-request
GitHubのDraft PullRequestを作成する
memo-tech
現在のセッションから汎用知識のみを抽出し、話題ごとに自動タイトルで分割・保存(Obsidian直下、引数不要)
implement-handoff
実装計画に従って作業後、次のフェーズ担当者への申し送り事項を作成する
fix-review-comments
直前の会話に含まれるレビュー結果を精査し、妥当な指摘に対して修正を実施する。レビュアーの指摘がすべて正しいとは限らないため、各コメントを批判的に評価する。「レビュー対応して」「レビューコメント修正して」「指摘を直して」「レビュー指摘に対応して」などのリクエストで使用。
criticalthink
直前の自分の回答を厳密な批判的思考で分析する