content-research-writer について
content-research-writerは、調査に基づき本人の文体に沿った文章を作るためのスキルです。文体分析、情報収集、構成設計、引用の処理を組み合わせます。
主な機能
- 01執筆サンプルから文体を分析
- 02調査情報の検索と統合
- 03形式に応じた構成の設計
- 04指定形式での出典引用
- 05内容の品質と正確性の確認
活用シーン
- 01出典付きブログ記事の執筆
- 02マーケティング文やニュースレターの作成
- 03調査を含む技術文書の作成
- 04事例研究やホワイトペーパーの準備
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ breverdbidder/ life-os --skill content-research-writerインストール後、Claude Code で/content-research-writerを入力して読み込まれたか確認します。
詳細
コンテンツリサーチライター
このスキルは、ユーザーらしい本物の語り口で、魅力的かつ十分に調査されたコンテンツを作成するのに役立ちます。執筆サンプルの分析、調査の実施、適切な引用を通じて、「AI っぽい中身のない文章」を避けます。
このスキルを使う場面
ユーザーから以下の依頼があった場合に、このスキルを使います。
- ブログ記事や記事
- マーケティングコンテンツ
- ニュースレターやメールキャンペーン
- ソーシャルメディアへの投稿(Twitter/X、LinkedIn)
- 調査を伴う技術文書
- 製品発表
- ケーススタディやホワイトペーパー
ワークフロー
1. 依頼内容を把握する
以下を確認します。
- トピック:コンテンツのテーマは何ですか?
- 目的:なぜこれを書くのですか?(教育、マーケティング、情報提供、説得)
- 対象読者:誰が読むのですか?
- トーン:プロフェッショナル、カジュアル、技術的、会話調のどれですか?
- 長さ:文字数、またはセクション構成の指定はありますか?
2. 語り口を分析する(サンプルがある場合)
ユーザーが参考となる執筆サンプルを提供した場合:
- 既存のコンテンツを注意深く読む
- 以下の点を特定する:
- 文の構造のパターン(短く歯切れのよい文か、長く流れるような文か)
- 語彙のレベルや言葉選び
- 短縮形、慣用句、比喩の使い方
- 段落のリズムとペース
- 技術的な概念の説明方法
- 感情的なトーンと活気の度合い
- 一人称と三人称の使い分け
3. 調査
徹底的に調査します。
- ウェブ検索を使い、最近の関連資料を見つける
- 以下を探す:
- 統計やデータポイント
- 専門家の引用や見解
- 最近のニュースや動向
- ケーススタディや事例
- 反対の見解
- 信頼性の高い情報源を優先する:
- 学術論文
- 業界レポート
- 公式ドキュメント
- 信頼できるニュースメディア
- 分野の専門家
4. コンテンツの構成
論理的にコンテンツを整理します。
ブログ記事の場合:
- 読者を引き込む導入
- 問題や背景
- 主なポイント(重要なアイデアを3~5つ)
- 引用を添えた裏付けとなる根拠
- 結論/行動喚起
ニュースレターの場合:
- 個人的な書き出し
- 主な話題や気づき
- 裏付けとなる事例
- 実践的な要点
- 会話調の締めくくり
技術コンテンツの場合:
- 明確な問題提起
- 背景と文脈
- 解決策のアプローチ
- 実装の詳細
- 結果とその意味
5. 執筆ガイドライン
語り口の忠実な再現:
- ユーザーが確立している表現パターンに合わせる
- ユーザーの語彙や言い回しを使う
- 文の構造を反映する
- フォーマルさの度合いを保つ
- ストーリーテリングのスタイルを再現する
調査結果の取り入れ方:
- 流れに自然になじむ形で出典を示す
- ブロック引用は控えめに使う(印象的な発言に限る)
- ユーザーの語り口で調査結果を言い換える
- [citation] マーカーまたは脚注を含める
- 関連する場合は情報源へのリンクを付ける
AI っぽい中身のない文章を避ける:
- ❌ 一般論に終始する決まり文句(「今日のデジタル社会では……」など)
- ❌ 使い古されたつなぎ言葉(「さらに」「そのうえ」「加えて」など)
- ❌ 中身のない流行語の羅列
- ❌ ユーザーがカジュアルな文体なのに、機械的で堅苦しい表現を使う
- ❌ 型どおりの導入や結論
実践すること:
- ✅ 具体的で明確な導入から始める
- ✅ 具体例やストーリーを使う
- ✅ 意外性のある気づきやデータを盛り込む
- ✅ (適切な場合は)明確で意見のはっきりした主張をする
- ✅ 印象に残る要点で締めくくる
6. 引用形式
インライン引用:
According to a 2024 Stanford study, AI-assisted coding increased productivity by 126% [1].
脚注形式:
The foreclosure market in Brevard County grew 23% year-over-year.¹
---
¹ Florida Realtors Association, Q4 2024 Report
リンク形式:
Research from [Anthropic's Claude usage report](https://example.com) shows...
特別な用途
マーケティングコンテンツ
顧客獲得を目的とするコンテンツの場合:
- 具体的な課題に焦点を当てる
- 社会的証明や成果を含める
- 機能の一覧ではなくストーリーを使う
- 明確な次のステップで締めくくる
- 競合他社のメッセージを調査する
技術文書
開発者向け、または技術的なコンテンツの場合:
- コード例を含める
- 「どのように」だけでなく「なぜ」も説明する
- 適切な技術用語を使う
- 現在のベストプラクティスを調査する
- 公式ドキュメントを引用する
ソートリーダーシップ
専門性を確立する場合:
- 強く、根拠を示せる立場を取る
- 独自の洞察を用いる
- 通説に思慮深く異を唱える
- 調査で主張を裏付ける
- 読者を引き込む物語を使う
品質チェックリスト
コンテンツを納品する前に、以下を確認してください。
- ユーザー本人らしい文体になっている
- すべての事実に関する主張を調査し、出典を明記している
- 信頼できる情報源を引用している
- 汎用的な「AI っぽい」表現がない
- 明確で、読者を引きつける導入になっている
- 論理的な流れと構成になっている
- 実行に移せる要点がある
- 適切な長さである
- 誤りがないか校正している
例
例 1:マーケティングブログ記事
ユーザーのリクエスト:「不動産投資家にとって不動産管理が重要な理由について、ブログ記事を書いてください。私のニュースレターの文体を使ってください。」
リサーチ:
- 空室率の統計を調べる
- 不動産管理費用のデータを確認する
- 投資家の成功例・失敗例を探す
- 必要な時間に関するデータを調査する
出力構成:
- 具体的な状況を示す導入
- 個人的な気づきや体験談
- データに基づく主なメリットを3~4点
- 実例またはケーススタディ
- 実践的な次のステップ
例 2:技術チュートリアル
ユーザーのリクエスト:「Stripe ウェブフックを正しく実装する方法について書いてください。私の技術文書の文体に合わせてください。」
リサーチ:
- Stripe の公式ドキュメント
- ウェブフック実装でよくあるミス
- セキュリティのベストプラクティス
- テスト方法
出力構成:
- 課題:ウェブフックが失敗する理由
- 基本概念の説明
- 実装の手順
- テストと検証
- 本番環境での考慮事項
例 3:ニュースレター
ユーザーのリクエスト:「私の文体で、Claude のスキルについてニュースレターを書いてください。」
リサーチ:
- Claude のスキルに関する最新ドキュメント
- コミュニティの事例
- 入手可能な利用統計
- 開発者の声
出力構成:
- 個人的な発見のエピソード
- 価値を示す具体例
- 具体的な使い方
- 次に試すこと
- 親しみやすい締めくくり
より良い結果を得るためのヒント
- 参考サンプルを提供する:文章の例を2~3件共有します
- トーンを明確に指定する:「技術的だが親しみやすく」か「カジュアルで歯切れよく」のように指定します
- リサーチの要件を伝える:「統計を含める」や「ケーススタディを探す」のように指定します
- 文字数を指定する:適切な構成に役立ちます
- 出典を求める:出典の明記を希望する場合は、明確に伝えます