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