| name | idea-pipeline:review |
| description | 完成した記事の下書きを推敲・校正し、公開できる状態に仕上げる。 ユーザーが「推敲して」「校正して」「読み直して」「チェックして」「仕上げて」と言ったとき、 またはidea-pipeline:writeの出力を受け取って最終確認するときに使う。 これはidea-pipelineの第4工程（推敲）であり、最終工程。
|
工程④：推敲（Review）
完成した記事の下書きを受け取り、読者に届く状態に仕上げる最終チェックを行う。
この工程の目的
「書いたもの」を「公開できるもの」に仕上げること。論旨・表現・読みやすさを確認し、修正案を提示する。書き換えは最小限。ユーザーの判断で取捨選択できるようにする。
手順
1. 全文を受け取る
idea-pipeline:writeで書いた全文、またはユーザーが用意した下書きを受け取る。
2. 以下の4観点でチェックする
① 論旨（伝わるか）
- 導入と締めがかみ合っているか
- 主張・アイデアが一貫しているか
- 突然話が飛んでいる箇所（論理の飛躍）はないか
- 根拠が弱い・説明が足りない箇所はないか
② 読者目線（置いてけぼりにならないか）
- 前提知識なしで読めるか（専門用語の説明があるか）
- 「なぜそうなのか」の説明が省かれていないか
- 具体例・エピソードがあって実感が持てるか
③ 表現（読みやすいか）
- 文末（です/ます/だ/である）が単調に連続していないか
- 同じ言葉・表現が繰り返されていないか
- 冗長・回りくどい箇所はないか
- 一文が長すぎないか（目安：60字以内）
④ 誤字・表記ゆれ
- 明らかな誤字脱字
- 表記の統一（例：「AI」と「Ａ？」が混在など）
- 数字・固有名詞の確認が必要な箇所
3. 出力する
指摘は修正案とセットで、箇所を特定して出力する：
## 推敲レポート
### ① 論旨
- [問題]：〜〜〜の部分で論理が飛んでいる
[修正案]：〜〜〜を一文追加する
### ② 読者目線
- [問題]：「〜〜〜」の説明がなく、初心者には伝わらない可能性
[修正案]：「〜〜〜（＝〜〜〜のこと）」と補足する
### ③ 表現
- [問題]：3段落連続で「〜です。〜です。〜です。」と続いている
[修正案]：2つ目を「〜になります」か体言止めに変える
### ④ 誤字・表記ゆれ
- 「〜〜〜」→「〜〜〜」に統一（〜段落）
---
全体評価：〜〜〜（良い点と改善ポイントを一言で）
4. ユーザーに確認する
出力後：
「修正案を参考に、取り入れたいものだけ反映してください。修正後に最終版を共有してもらえれば、タイトル案の提案もできます（必要であれば）。記事の告知用にX/Threadsの投稿文も作りますか？」
注意事項
- 書き換えは提案まで。勝手に全文修正しない。ユーザーが判断する
- ファクト（数値・日付・固有名詞・技術仕様）は「要確認」とタグを付けるだけで、断定しない
- 指摘は「悪い点を列挙」ではなく「良い点＋改善ポイント」のバランスで
- Zennの場合：コードの動作確認・バージョン明記・環境情報の有無も必ずチェックする
パイプライン完了、または次の工程（任意）
この工程が完了すれば、note/Zenn記事としてのidea-pipeline4工程はすべて終了。
公開前にユーザー自身でファクトチェック（一次情報の確認）を行うよう促す。
記事をX/Threadsで告知したい場合は、続けて以下のスキルを呼び出し、確定した記事全文をそのまま渡す。
- X投稿を作る場合：idea-pipeline:x-post
- Threads投稿を作る場合：idea-pipeline:threads-post
