Skill.md検索

ブログ記事の文体・トーン、記事構成、可読性、文法をサブエージェントで並列チェックし、4つの視点からの指摘を一度に確認できます。 筆者の執筆スタイルガイドに基づいてレビューされるため、ブレのない統一感のある記事になります。 修正前にユーザーが結果を確認して承認できるため、自動修正による誤りや過度な変更を防げます。 git の最近変更ファイルから対象記事を自動検出できるため、ファイルパスを毎回指定する手間がなくなります。 公開前の最終品質チェック手段として、執筆後の工数削減になります。 ブログ記事を定期的に執筆しており、公開前に品質チェックを自動化したい ブロガーやテックライター 複数の執筆者がいるチームで、文体やトーンの統一を効率的に管理したい 編集者やマネージャー 執筆直後に見落とした文法やスタイルの問題を素早く指摘してもらいたい 執筆者 _posts/ ディレクトリ内の MDX 形式のブログ記事を管理・運営している プロジェクト ユーザーがファイルパスを指定した場合はそれを対象とし、指定がない場合はgit diff --name-onlyとgit statusで最近変更された_posts/*.mdxファイルを探します。複数見つかった場合はユーザーに選択を求めます。ワークフローは3フェーズで実行されます。Phase 1では Agent tool で4つのサブエージェント（文体・トーンチェッカー、記事構成チェッカー、可読性チェッカー、textlintチェッカー）を同時起動し、各観点からリサーチのみを実施します。全サブエージェント共通でスタイルガイド（writing-style-guide.md）を参照させ、ファイル編集は厳禁とします。文体・トーンチェッカーは「です・ます」調の一貫性、一人称の統一、控えめな表現、口語的ニュアンス、自己開示スタイル、語尾の単調さを評価します。記事構成チェッカーは記事タイプ（技術移行、ツール作成、学習記録、問題解決、アップデート報告、振り返り）を判定し、該当パターンに必要な構成要素の有無をチェックします。可読性チェッカーは段落長、文の複雑さ、リスト活用、コードブロック配置などを評価します。Phase 2では4つのサブエージェントの結果を統合してユーザーに提示します。Phase 3ではユーザーの確認を経て修正を適用します。