ブログ制作Skillの作り方：著者視点と品質基準を定義する
この記事で学べること
- AI下書きで著者視点や文体が薄くなる問題をSkillで扱う理由
- 著者voice、禁止表現、E-E-A-T（経験・専門性・権威性・信頼性を示す検索品質の観点）、品質確認をSKILL.mdへ定義する方法
- 繰り返す修正基準を再利用可能にし、人の編集・レビューへ渡す仕組み
ブログ制作Skillに著者視点と品質基準を定義する
ブログ制作Skillを運用できる状態にするには、AIのドラフト支援と人の編集・公開責任を分け、著者視点、文体、根拠、品質確認を再利用可能な手順へします。このブログでは、文章が整っていても著者の判断や表現条件が薄くなる問題を繰り返し修正してきました。個別の言い換えではなく、適用条件と確認工程までSkillへ残します。
この記事では、「ブログ制作Skillへ何を定義すれば、同じ修正基準を再利用できるか」という問いに焦点を当て、実行前の前提、作業手順、完了を確かめる方法を扱います。
最後まで読むと、「ブログ制作Skillへ何を定義すれば、同じ修正基準を再利用できるか」という問いを、自分の状況に照らして判断するための材料を持ち帰れます。
AIの執筆支援と人の公開責任を分ける
このサイトでは、記事の構成整理や初稿の作成にAIを利用しています。ただし、AIの出力を完成した記事としてそのまま公開するのではなく、著者が内容を読み直し、経験との整合性、事実関係、主張、表現を修正したうえで公開しています。
AIが作成するドラフトには、汎用的な表現、著者の実体験と一致しない記述、過度な誇張、文体の揺れが含まれることがあります。そこで、ドラフト段階の品質を一定の範囲に整え、人が編集・レビューしやすい状態にするために、my-blog-writing SKILLを作成しました。
このスキルはAIを著者として代替するものではありません。AIが担当する構成整理・初稿作成と、人が担当する意図の決定・経験の追加・事実確認・編集・公開判断の役割分担を定義するものです。
SKILL.mdの一般的な設計方法はSKILL.mdでAIの専門タスクを定義するに分け、この記事ではブログ執筆に固有の著者ボイス、禁止表現、確認項目だけを扱います。
ここでいうSKILLは、このサイト内で使っている作業定義ファイルです。特定ベンダーの公式Skill機能そのものを説明する記事ではありません。
my-blog-writing SKILLとは何か
my-blog-writing SKILLは、AIによるドラフト作成と、その後の人による編集・確認の手順・文体・禁止表現・確認事項を定義したファイルです。
料理のレシピと同じように、ブログ制作の手順をファイルへ記述します。対象は、作業順序、使う表現、避ける表現、人がレビューしやすい出力形式です。
AIがこのファイルを参照してからドラフトを作れば、会話ごとに文体や表現のルールを説明し直す必要がありません。
SKILL.mdに著者視点・文体・禁止表現・品質確認を定義する
記事では著者を一人称の「私」で表す
「著者を指す場合は必ず『私』を使う。記事本文で著者名を三人称で書かない」というルールを最初に定義しました。
定義前のドラフトには、「Shioriは〜を検討しました」「著者は〜と判断しています」という三人称表現が混入することがありました。記事の著者として書くときは一人称の「私」だけを使うというルールを明示してから、この問題が解消されました。
日本語は敬体、英語の一人称はIに統一する
日本語は「敬体（です・ます調）で一貫させる」、英語は「一人称は I のみで、we/our/us は使わない」を定義しました。
敬体は明示しないと、記事の途中で常体（だ・である調）が混入することがあります。また英語では、著者一人の視点なのに “we” が使われる問題が頻繁に発生していました。これをルールとして定義してから、文体の揺れが大きく減りました。
禁止表現で誇張・口語・曖昧さを減らす
次のカテゴリを禁止表現として定義しています。
- 誇張表現：「革命的な」「圧倒的な」「魔法のように」
- 口語副詞：「さくっと」「ざっくり」「がっつり」
- 比喩的な危険表現：「落とし穴」「地雷」「沼」
- 個人ブログ的なタイトルパターン：「〜してみた」「〜にはまった」
- 命令型・挑発型タイトル：「〜するのをやめる」「〇〇の真実」
これらをリストとして定義したことで、ドラフト段階で問題表現が含まれる頻度を下げられるため、その後の人による編集やレビューを、内容・事実・著者の意図の確認に集中させやすくなりました。
E-E-A-Tでは経験・根拠・公開責任を確認する
E-E-A-T（Experience・Expertise・Authoritativeness・Trustworthiness）は、記事の信頼性を評価する基準です。スキルファイルには、各要素について記事に含めるべき内容をチェックリストとして定義しています。
特に重視しているのは「Experience（経験）」の項目です。「実際に体験していないことを体験したように書かない」「調査・情報整理と実体験を区別した表現を使う」というルールを明示しています。
スキル定義の前後での変化
スキルファイルを作る前は、記事ドラフトを作成するたびに「敬体で書いてください」「誇張表現を避けてください」「著者一人称は『私』のみにしてください」という指示を毎回追加していました。指示の一部を省略すると、その部分の品質が下がる問題もありました。
定義後は、「my-blog-writing SKILLを参照して記事の初稿を作成してください」という依頼から始められます。参照先に必要なルールが揃っているため、指示の省略による品質のばらつきが減りました。
また、スキルファイルはリポジトリにファイルとして保存されているため、更新履歴を管理できます。「誰かがルールを追加・変更したとき、それ以降の記事から適用される」という管理がしやすくなりました。
まとめ：著者視点と品質確認をSkillへ残し、公開判断は人が担う
my-blog-writing SKILLは、著者の視点、文体、禁止表現、E-E-A-Tの確認項目を定義します。AIのドラフト作成と人の編集・承認で同じ基準を参照できるため、指示を毎回繰り返す必要がありません。
設計意図は、ドラフトの文体を一定の範囲へ整え、著者が編集しやすい状態を作ることです。
最初に、過去のドラフトで繰り返し直した項目を1つ選び、適用条件と確認方法をSkillへ記述します。Skillはドラフトと確認候補を整える仕組みであり、事実確認や著者経験の承認、公開可否を自動的に決めるものではありません。