mcpField
A
authority-first-headlines

authority-first-headlines

github.com/arthurzakirovマーケティング・グロース0163 回インストール4 週間前に更新
リポジトリ

authority-first-headlines について

信頼できる根拠を先に示し、その後に内容を説明するタイトルや見出しの書き方を支援するスキルです。リポジトリの説明、ホームページ、記事などの編集者向けに、構成やテンプレート、確認項目を提供します。

主な機能

  1. 01根拠を先に示す見出し構成
  2. 02具体的で追跡可能な証拠
  3. 03組織の推薦を装わない指針
  4. 04再利用できる見出しテンプレート
  5. 05見出しの確認リスト

活用シーン

  1. 01一般的なリポジトリ説明の改稿
  2. 02ホームページのヒーロー文作成
  3. 03具体的な成果を軸にした記事タイトルの改稿

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/arthurzakirov/proofstack --skill authority-first-headlines

インストール後、Claude Code で/authority-first-headlinesを入力して読み込まれたか確認します。

詳細

権威を先に示す見出しスキル

目的

タイトル、見出し、リポジトリの説明、ホームページのヒーロー文、LinkedIn の見出し、記事タイトル、セクション冒頭の文を、内容を説明する前に信頼できる権威を示す形に書き換えます。

タイトルが、関心を持つ理由ではなく、ありきたりな説明に聞こえる場合に使用してください。

基本パターン

権威 -> 成果 -> 手法 -> 読者への約束

権威の例:

  • 測定可能な成果
  • 広く認められた組織
  • 上級者層
  • 厳しい運用環境
  • 評判の高い企業、大学、出版物、フレームワーク
  • 「20 人以上のエンジニアが使用」などの具体的な実績
  • 希少な業績、ランキング、認定、導入実績を示す指標

書き換えルール

  1. 説明より先に実績を示します。
    • 弱い例:「AI 開発環境をセットアップするツール」
    • より強い例:「上級エンジニアのワークフローを取り入れた AI ワークステーションのセットアップ方法」
  2. 曖昧な権威より、具体的な権威を優先します。
    • 弱い例:「プロに信頼されています」
    • より強い例:「20 人以上のエンジニアと技術リーダーが使用」
  3. 他者から借りた権威は、事実に基づき、出典をたどれるものでなければなりません。
    • 適切:「上級エンジニアリングリードから学んだ実践を取り入れ、自分のワークフローに合わせてカスタマイズしました。」
    • 不適切:実際に公式でないのに「Google 公式のワークフロー」とすること。
  4. 組織の権威を自分のものとして過度に主張しないでください。
    • 適切な場合は、「着想を得た」「応用した」「使用されている」「学んだ」「公開されているガイダンスに基づく」と表現します。
    • 推薦を受けていると誤解させる表現は避けます。
  5. 可能であれば、好奇心を引き出します。
    • 弱い例:「自動化の優先順位を決める方法」
    • より強い例:「41 時間のロードマップに隠れた、770 時間分の自動化の可能性」

見出しのテンプレート

  • [権威を示す実績] + [成果] + [読者への約束]
  • [広く認められた情報源/フレームワーク] + [実践的な応用]
  • [意外な対比] + [成果] + [実践方法の約束]
  • [上級者層が X を採用] + 仕組みを解説
  • [厳しい制約] + [意外な成果] + [再現可能な方法]

チェックリスト

  • タイトルから「なぜこれを信頼すべきか」が伝わりますか?
  • 可能であれば、具体的な実績が含まれていますか?
  • 虚偽の推薦を避けていますか?
  • 読者の好奇心を引きますか?
  • 完成品だけでなく、役立つ方法を示唆していますか?

コメント