ブログ執筆前ワークフロー
テーマ探索、構成設計、下書き前の論点整理を行う。
Step 1: 依頼を分類する
- ユーザー入力と添付されたメモや下書きファイルを確認する。
- 次のいずれか 1 つのワークフローを選ぶ。
- テーマ探索ワークフロー: テーマが広い、書く目的が曖昧、切り口探しが必要なときに選ぶ。
- 構成設計ワークフロー: テーマ、メモ、伝えたいことがすでに存在するときに選ぶ。
- 下書き再構成ワークフロー: 下書きがあり、見出し構成や論理展開を改善したいときに選ぶ。
- 複数の目的が混在している場合は、テーマ探索 → 構成設計 → 下書き再構成の順で実行する。
Step 2: 選択したワークフローを実行する
テーマ探索ワークフロー
references/deep-thinking.mdを読む。- そのファイルの質問運用、整理手順、出力要件に従って進める。
- テーマが 1 本の記事メッセージとして言い切れる状態になったら Step 3 に進む。
構成設計ワークフロー
references/structural-thinking.mdを読む。- そのファイルの手順に従って、核心メッセージの抽出、想定読者の定義、素材の整理、構成パターンの選択、構成設計プランの作成を行う。
- 構成パターン選択(Step 4)で論調(硬め / ふわっと)と記事パターン(新仕様解説 / 既存技術活用 / Tips・調査)を判定する必要があるときは、
references/composition-strategy.mdを読む。硬めの論調を選んだ場合は、同ファイルの「SCQ + Deep Empathy」「共感と裏切り」「アンチパターン」も導入部設計に反映する。
下書き再構成ワークフロー
- 構成の提案を行う前に、必ずユーザーの下書きを読む。
references/structural-thinking.mdを読む。- 「コンテキストファースト視点で構成をレビューしてほしい」「導入部の流れがおかしくないか見てほしい」のような依頼が含まれる場合は、
references/composition-strategy.mdも読み、コンテキストファースト原則と SCQ + Deep Empathy 型に照らして評価する。 - 現在の構成を分析し、重複、論理の飛躍、前提不足を特定し、文単位の推敲ではなく改善後の構成設計プランを返す。
Step 3: 成果物を検証する
- 出力が文章の推敲ではなく、執筆前整理または構成設計に集中していることを確認する。
- 出力が参照先テンプレートの Markdown 形式に厳密に従っていることを確認する。
- 最終提案に、記事メッセージ、想定読者、次に進むべき執筆アクションが含まれていることを確認する。
Error Handling
- 依頼の実態が本文執筆、文体調整、推敲、AI っぽさの除去である場合は、このスキルを続行せず適切な別スキルへ切り替える。
- 数回質問してもテーマが曖昧なままなら、判明していることを要約し、最大の不確定要素を 1 つだけ示したうえで、次の高レバレッジ質問だけを返す。
- メモや下書きが薄く、構成設計を支えられない場合は、不足情報を明示し、現時点の材料で成立する最小限の構成設計プランだけを返す。