القائمة
抽出済みのアイデア・要点をもとに、note/Zenn記事の構成（見出し・骨格）を作る。 ユーザーが「構成を作って」「アウトラインを作って」「記事の骨格を考えて」と言ったとき、 またはidea-pipeline:extractの出力を受け取って次に進む場面では必ずこのスキルを使え。 これはidea-pipelineの第2工程。第1工程（extract）の後に実行する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
完成した記事の下書きを推敲・校正し、公開できる状態に仕上げる。 ユーザーが「推敲して」「校正して」「読み直して」「チェックして」「仕上げて」と言ったとき、 またはidea-pipeline:writeの出力を受け取って最終確認するときに使う。 これはidea-pipelineの第4工程（推敲）であり、最終工程。
校正済みの完成記事（note/Zenn）をもとに、その告知・要約となるThreads投稿用の文章を作成する。 ユーザーが「Threadsの投稿文を考えて」「スレッズ用に書いて」「Threadsに投稿したい」と言ったとき、 またはidea-pipeline:reviewで記事が完成した後にSNS投稿にしたい場面で使う。 idea-pipelineの4工程（extract→structure→write→review）が完了した後に実行する追加工程。
校正済みの完成記事（note/Zenn）をもとに、その告知・要約となるX（旧Twitter）投稿用の文章を作成する。 ユーザーが「Xの投稿文を考えて」「ツイート案を作って」「Xに投稿したい」と言ったとき、 またはidea-pipeline:reviewで記事が完成した後にSNS投稿にしたい場面で使う。 idea-pipelineの4工程（extract→structure→write→review）が完了した後に実行する追加工程。
AIとの会話ログから、記事として発信する価値のある核心的なアイデア・気づき・主張を抽出・整理する。 ユーザーが会話ログを貼り付けたとき、「記事にしたい」「まとめたい」「要点を出して」と言ったとき、 またはアイデアを記事化したいと示唆する発言があったときは、必ずこのスキルを使え。 他のidea-pipelineスキルより先に実行する第1工程。
確定した記事構成をもとに、note/Zennの本文を見出しごとに執筆する。 ユーザーが「本文を書いて」「記事を書いて」「執筆して」「この構成で書いて」と言ったとき、 またはidea-pipeline:structureの出力を受け取って次に進む場面では必ずこのスキルを使え。 これはidea-pipelineの第3工程。第2工程（structure）の後に実行する。
会話で集めたアイデア・参考サービス・コード片・設計理由をZennのアイデア記事（Markdown）として保存する。「Zennに書いて」「Zennのドラフトにして」などと言われたら積極的に使う。別スキルからデータが渡される場合もある。
| name | idea-pipeline:structure |
| description | 抽出済みのアイデア・要点をもとに、note/Zenn記事の構成（見出し・骨格）を作る。 ユーザーが「構成を作って」「アウトラインを作って」「記事の骨格を考えて」と言ったとき、 またはidea-pipeline:extractの出力を受け取って次に進む場面では必ずこのスキルを使え。 これはidea-pipelineの第2工程。第1工程（extract）の後に実行する。 |
抽出済みの要点を受け取り、note/Zenn記事として読者に届く構成（見出し・骨格）を作る。 「何を言うか」が決まった状態で「どんな順番・構造で伝えるか」を設計する工程。 構成の質が記事の質をほぼ決めるため、ここに時間をかけよ。
会話から媒体（note / Zenn）が判明していなければ、「記事はnoteとZennどちらに掲載しますか？」と聞け。
idea-pipeline:extractの出力、またはユーザーが手入力した要点を受け取れ。
note向け（一般読者・共感重視）：
Zenn向け（エンジニア・正確性重視）：
## 記事構成案
**タイトル仮案**：〜〜〜
**想定読者**：〜〜〜
---
### 導入
何を書くか：〜〜〜（1〜2行のメモ）
### H2：[見出し名]
何を書くか：〜〜〜
#### H3：[小見出し]（必要な場合のみ）
何を書くか：〜〜〜
### まとめ・締め
何を書くか：〜〜〜
---
**想定文字数**：〜〜〜字程度
**H2の数**：〜〜個
各見出しに「何を書くか」メモを必ず添えること。執筆時の迷いをなくすためで、省くと次工程の精度が落ちる。 H2は3〜5個に収めること。多すぎると記事が散漫になり、読者の集中が途切れる。
出力後、「この構成で言いたかったことが整理されていますか？見出しの順番・追加・削除があれば教えてください。確認できたら執筆（工程③）に進みます。」と聞け。
構成が確定する前に執筆工程へ進むな。後戻りコストが高い。
構成が確定したら idea-pipeline:write（執筆）を呼び出し、確定した構成をそのまま渡せ。
入力：「AIを使うほど疲れる逆説についての記事。note掲載。」
出力：
## 記事構成案
**タイトル仮案**：「AIに頼むほど疲れる理由、わかった」
**想定読者**：AIを使い始めたビジネスパーソン
---
### 導入
何を書くか：「楽になるはずが逆に消耗した」という体験への共感から入り、「なぜか？」という問いを立てる
### H2：確認作業が増えるという構造
何を書くか：AIが出した答えを確認・判断する作業が積み重なる仕組みを説明する
### H2：「使いこなす」こと自体がコストになる逆説
何を書くか：道具のはずが習熟コストを生んでいる皮肉を、具体例とともに書く
### まとめ・締め
何を書くか：「うまく疲れる」という新しい付き合い方の提案で終わる
---
**想定文字数**：1800字程度
**H2の数**：2個