social-writer について
Social Writerは、複数のプラットフォーム向けに投稿やスレッドを作成するライティングスキルです。各プラットフォームの形式ガイドに、スタイル資料と草稿のチェックリストを組み合わせています。
主な機能
- 01プラットフォーム別の投稿・スレッドガイド
- 02コンテンツ形式の選択手順
- 03文字数とハッシュタグの参考情報
- 04スタイルとAI文体のチェック
- 05草稿の品質チェックリスト
活用シーン
- 01Xの投稿やスレッドの作成
- 02LinkedInやInstagram向けの内容調整
- 03投稿前のソーシャル文案の確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ itechmeat/ llm-code --skill social-writerインストール後、Claude Code で/social-writerを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
assets/platform-templates.mdreferences/ai-avoidance.mdfacebook.mdhooks.mdlinkedin.mdstyle-guide.mdtechnical-styles.mdthreads-instagram.mdx-posts.mdx-strategy.mdx-threads.mdscripts/tweet_validator.py詳細
ソーシャルライター
人間らしい印象でエンゲージメントを促し、オーディエンスを増やす、各プラットフォームに最適化されたソーシャルメディアコンテンツを作成します。
クイックナビゲーション
| トピック | 参照 |
|---|---|
| X の単独投稿 | x-posts.md |
| X のスレッド | x-threads.md |
| X のコンテンツ戦略 | x-strategy.md |
| フックのパターン | hooks.md |
| linkedin.md | |
| Threads と Instagram | threads-instagram.md |
| facebook.md | |
| AI らしさを避ける文章術 | ai-avoidance.md |
| スタイルガイド | style-guide.md |
| 技術ブログのスタイル | technical-styles.md |
プラットフォームのクイックリファレンス
| プラットフォーム | 上限 | 最適な長さ | ハッシュタグ | 主なルール |
|---|---|---|---|---|
| X | 280 文字 | 230〜280 文字 | 最大 1〜2 個 | 1 行目にフックを置き、文字数を最大限に活用する |
| 3,000 文字 | 1,300 文字 | 3〜5 個 | 「もっと見る」の前にフックを置く | |
| Threads | 500 文字 | 400〜500 文字 | なし | 会話調にし、ハッシュタグは使わない |
| 2,200 文字 | 投稿内容による | 5〜15 個 | ビジュアルを優先し、改行を入れる | |
| 無制限 | 250 文字未満 | 2〜3 個 | コミュニティとエンゲージメントを重視 |
コンテンツタイプの振り分け
What are you creating?
│
├─ X?
│ ├─ Single insight/observation → x-posts.md
│ ├─ Multi-part story/tutorial → x-threads.md
│ └─ Content planning → x-strategy.md
│
├─ LinkedIn → linkedin.md
│ └─ Professional, B2B, thought leadership
│
├─ Threads/Instagram → threads-instagram.md
│ └─ Conversational, authentic, visual
│
├─ Facebook → facebook.md
│ └─ Community, engagement, events
│
└─ Technical blog → technical-styles.md
├─ Karpathy style (conversational, personal)
└─ Deep technical (opinion-forward, contrarian)
ライティングのワークフロー
1. プラットフォームと形式を選ぶ
次の点を基準に選びます。
- オーディエンス:どこで過ごす時間が長いですか?
- コンテンツの深さ:手短な洞察か、詳しい解説か
- 目標:エンゲージメント、教育、告知
2. スタイルのリファレンスを確認する
執筆を始める前に:
- プラットフォーム別のガイドを読む
- ai-avoidance.md を読む。人間らしい文章にするために重要です。
- トーンについて style-guide.md を読む
3. コンテンツの下書きを作成する
最初からプラットフォームの制約を踏まえます。構成はスタイルに合わせます。
4. 品質を確認する
投稿前に、以下のチェックリストで確認します。
共通の品質チェックリスト
文体
- AI ではなく、人が書いたように聞こえますか?
- 禁止語(delve、unleash、harness、leverage)は一切使っていませんか?
- em ダッシュ(—)は一切使っていませんか?
- 短縮形を自然に使っていますか?
具体性
- 名前、数字、ツール、日付が含まれていますか?
- 仮定の話ではなく、具体例がありますか?
- 誰かが書いたものだとしても、ブックマークしたいと思いますか?
構成
- 1 行目にフックがありますか?
- 文の長さに変化がありますか(5〜40 語)?
- 各段落や各ツイートが単独でも意味を成しますか?
価値
- 具体的な何かを学べますか?
- 今日から実践できますか?
- 実体験に基づいていますか?
X のクイックスタート
単独投稿のパターン
[Hook - stop the scroll]
[Context or specific detail]
[Insight or learning]
[Optional: engagement question]
例:
Shipped curation v1 for agents.foo today.
Discovery is way harder than app stores. Agents are conversations, not static features.
Had to rebuild around context matching instead of keyword search.
スレッドのパターン
1/N [Bold hook - main insight] 👇
2/N [Context or setup]
3-N/N [Key points, one per tweet]
N/N [Summary + CTA]
ルール:
- 1 件目のツイートは、スレッドであることを示すため、必ず 👇 または 🧵 で終える
- N/M 形式で番号を付ける(1/7、2/7... 7/7)
- 各ツイートは単独でも意味を成す必要があります
- 最大 5〜7 件のツイートにする(それ以上ならブログ記事にする)
エンゲージメントの高いコンテンツのパターン
| パターン | 構成 | 最適な用途 |
|---|---|---|
| X をリリースし、Y を学んだ | リリースしたもの + 主な学び + 重要な理由 | プロジェクトの最新情報 |
| X の方法 | 問題 + 手順 + 重要な洞察 | チュートリアル |
| 問題 → 解決策 | 問題 + 失敗した試み + うまくいった方法 | ケーススタディ |
| 通説への反論 | 一般的な通説 + それが誤りである理由 + 根拠 | ソートリーダーシップ |
| ツールのおすすめ | ツール + 具体的なメリット + 実例 | リソース |
コンテンツの選択:共有する内容
常に共有 ✓
- リリースした成果 + 学び
- 一見して分からない洞察
- 具体的なツールのおすすめ
- よくある問題の解決策
避ける ✗
- ありきたりな進捗報告
- 実行前の計画
- 当たり前の所見
- エンゲージメント稼ぎ(「賛成なら RT」)
- 曖昧な誇大宣伝
重大な禁止事項
- 次の単語を使わないでください:delve、unleash、harness、leverage、robust、seamless、game-changer、unlock
- どこにも em ダッシュ(—)を使わないでください
- 「It's not X, it's Y」のパターンを使わないでください
- エンゲージメントを求めないでください(「賛成なら RT」、「どう思いますか?」)
- 形式ばったつなぎ言葉を使わないでください(Furthermore、Moreover、Additionally)
- 文の長さを均一にしないでください
- フックを省かないでください
リンク
- ai-avoidance.md — 最も重要です。最初に読んでください
- hooks.md — 例を交えたフックのパターン
- x-strategy.md — 共有する内容
コメント
Markdown 対応