mcpField
G
gingiris-github-star-growth

gingiris-github-star-growth

github.com/gingiris-1031マーケティング・グロース87155 回インストール2 週間前に更新
リポジトリ

gingiris-github-star-growth について

GitHub Star の継続的な成長を目指すオープンソースのメンテナー向け実践ガイドです。チャネル計画、コミュニティやコントリビューターの運営、計測に加え、不正な宣伝を避ける指針をまとめています。

主な機能

  1. 01公開準備状況の確認と成長ダッシュボード
  2. 02コンテンツ、コミュニティ、イベントの運営周期
  3. 03コントリビューター段階と PR 対応指針
  4. 04README の Star 誘導ループ
  5. 05チャネルの効果測定と成長ファネル
  6. 06不正対策とアウトリーチ指針

活用シーン

  1. 01オープンソースプロジェクトの月次成長計画
  2. 02公開前の製品とドキュメントの確認
  3. 03チャネル流入と Star 転換の追跡
  4. 04コントリビューターとコミュニティ運営の構築

インストール

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

$npx skills add https://github.com/gingiris-1031/gingiris-skills --skill gingiris-github-star-growth

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

.gitattributes
LICENSE
README.md
references/
full-sop.md

詳細

GitHub Star 継続成長実践ガイド

⚠️ 適用範囲の違い:gingiris-opensource = ローンチ時の急成長(72時間で0→1K)。このスキル = 月次での継続成長(1K→10K→60K+)。


2026年の実行カバレッジ条項

まず Go / Fix / No-Go を確認します。Quick Start が初見の開発者によって検証されているか、Demo を再現できるか、 License/セキュリティ/プライバシーが明確か、Issues/PR/コミュニティに担当者がいるか、activation/D7/ contributor/qualified lead を追跡しているかを確認します。No-Go の場合は、集中的な成長施策を止め、まず製品とドキュメントを修正します。

統一ダッシュボードの項目:date | source | content URL | spend | repo views | stars | installs | activated | D7 retained | contributors | qualified leads | evidence strength。 2時間後は異常のみを確認し、24時間後に継続/切り口の変更/一時停止を判断し、72時間後に第2波を選び、7日後に長期的な再利用を判断します。 ネイティブデータを取得できない場合は データ不可用 と記入します。

Star やアカウントの購入、投票の水増し、インセンティブ付与や組織的な虚偽の Upvote、非開示の有料提携、大量スクレイピングと嫌がらせ、 AI による人間になりすましたやり取りは禁止です。プラットフォームのルール、KOL の料金、アカウントのデータとコンバージョン率には日付を付け、実施する週に再確認してください。

Star の地域分布と公開タイミング(診断シグナルであり、Trending のルールではありません)

ローンチ段階に適用します(gingiris-opensource と併用)

  • GitHub は「単一の国・地域の割合が20%を超えない」という Trending のしきい値を公表していません。地域分布は、トラフィックがターゲット市場に合っているかを判断するためだけに使います。
  • ツール:star-history.com(増加傾向)・ OSS Insight(国別分布、中国人開発者による開発)
  • 公開のタイミングは ICP、サポート対応範囲、タイムゾーンに基づいて設計します。「第1週は海外、第2週は国内」はテスト可能な案の一つにすぎません。
    • AFFiNE の実例:オープンソース化から最初の1週間で6000 starを獲得し、そのほとんどが海外チャネルからでした。
  • 伴走支援がうまくいったプロジェクトのペースの参考:少なくとも 2-3 か月 前から準備します。 急成長期には1週間で 4000-6000 star、3週間で 10000 star に到達できます。
Star の地域分布に関する健全性の基準

AFFiNE のオープンソース化前の1週間に、VSCode / Vue / AppFlowy などの有名なオープンソースプロジェクトの Star 分布を調査してまとめた基準(口頭での回想に基づくため、数値には ≈ を付記)

地域健全な割合
米国≈19–21%
中国≈19–21%
ヨーロッパ(フランス・ドイツ・イタリア・英国の合計)≈10–15%
Top 10 の常連インド、ロシア、ブラジルが通常含まれます
  • AFFiNE の各段階における分布は特定の歴史的事例です。使用する際は口頭情報/プロジェクトの根拠として明記し、アルゴリズムのルールとして一般化しないでください。
  • アンチパターン:数値を伸ばすために、ターゲットユーザーと無関係な場所から集中的に Star を集めることです。市場検証を歪めるうえ、プラットフォームのリスク管理に抵触する可能性もあります。

README におけるユーザーパスのループ(Star CTA Loop)

AFFiNE のオープンソース化実践 SOP:ユーザーの導線がどこへ移動しても、Star を付けるため GitHub に戻れるようにします。

  1. ユーザーのすべての離脱経路を洗い出す:README→公式サイト;README→開発者向けドキュメント;README→コミュニティ(Discord など)。
  2. 各離脱先のページから GitHub README に戻るリンクを設置する:公式サイト、ドキュメントサイト、コミュニティページのすべてからリンクします。
  3. 各リンクの場所に Star の CTA を一文追加する("If you like us, please give us a star on GitHub")。
  4. ループを自己点検する:各経路をたどり、どの離脱先からでも1ステップでリポジトリに戻り、Star の案内を確認できることを確かめます。
  5. 段階に応じて README/公式サイトを更新する:戦略目標が変わる(例:商業化に移行する)際はすぐに改訂し、同じ内容のままにしないでください。

Star 流入ファネルの運用ルール

  • すべてのチャネルからのリンク先を GitHub に統一し、公式サイトにはしません:Reddit / Twitter / Medium / ディレクトリサイトに投稿するリンクはすべてリポジトリを指すようにし、すべてのトラフィックが README の Star 案内を目にするようにします。
  • README は30秒以内に価値が伝わるようにし、Star を付けるよう直接案内します。
  • 最初の週は各チャネルに異なるテーマの投稿を公開し、同じ投稿をコピー&ペーストしないでください。
  • 成長を始めた最初の週は、毎日 GitHub Insights のトラフィック流入元を確認します。それに基づいて、次の数日間に重点的に運用するチャネルを決めます。「運用」とは、そのチャネルで潜在ユーザーと対話することであり、有料マーケティングではありません。
  • 関係性を重視した精度の高いアプローチ:関連する問題について公開の場で議論している人、または製品情報の受け取りに同意した人にのみ連絡します。個別に内容を調整し、プラットフォームの制限を守り、配信停止の方法を提示してください。競合のフォロワーを大量にスクレイピングして一斉送信しないでください。過去のコンバージョン数値は口頭での情報に基づくと明記してください。
  • 戦略転換のシグナル:Star が ≈6,000 に達したら、GitHub 自体に注力するのをやめ、1対1のユーザーとの対話とユーザーコミュニティの構築に移行します。
  • Star は絶対に購入しないでください:AFFiNE は Star を一度も購入していません。Star が急増した際、複数の投資家が DD でスクレイパーを使って Star の流入元を検証しましたが、完全にクリーンでした。Star の購入はデューデリジェンスの際に必ず見破られます。
  • 絶対数ではなく増加率を見ます:資金調達と Trending のシグナルとなるのは、Star の総数ではなく増加率です。GitHub Trending にはアカウント権限の仕組みがあり、Star の数だけで決まるわけではありません。

コア目標

指標月間目標データソース
月間 Star 増加数300+Client Project A の8か月間の支援データ
コンテンツ制作8-12本/月ブログ+動画+ソーシャル
KOL へのアプローチ60-80/月1日3-4件
コミュニティイベントオンラインで月1回31-34人が参加
Contributor PR10+/月Good First Issues

月間実行フレームワーク(300 Star/Month Cadence)

1. コンテンツのペース
頻度チャネルコンテンツの種類効果の基準
週2-3本Dev.to / Medium / 公式ブログ技術チュートリアル、ユースケースの解説、比較記事SEO のロングテール流入
週1本YouTube動画チュートリアル/Demo30 SGD のプロモーションが有効
1日1-2件Twitter/X技術系の短いコンテンツ、GIF、ThreadDM 返信率 3-5%
週1本LinkedIn長文記事/事例紹介DM 返信率 10-15%
2. コミュニティ運営
チャネル頻度戦略コンバージョン効率
Reddit週2-3投稿r/selfhosted, r/programming, r/MachineLearning投稿→Star の直接コンバージョン(AFFiNE は累計 2000+ stars)
Hacker News月1-2回代理店経由のコンテンツ投稿($500/投稿。HN のガイドラインを遵守し、投稿は真正で関連性のあるものにすること)急成長につながり、1投稿で 200-500 stars を獲得できる場合があります
Discord/Telegram毎日日常的な交流、質問への回答コミュニティの定着、口コミによる拡散
Dev.to / Hashnode週1本クロスプラットフォームでの配信SEO + 開発者による発見
3. イベントを通じた成長
種類頻度目標人数実施のポイント
オンラインイベント(Webinar/AMA)月1回31-34人技術共有 + Live Demo + Q&A
オフラインイベント(Meetup)四半期に1回70人特定市場を深掘りする(例:日本)
PR Challenge四半期に1回—Hacktoberfest / Good First Issue Sprint
Hackathon のスポンサー必要に応じて1回あたり 200-500 starsインドの学生向けハッカソンが最も効率的です
4. コントリビューター制度

段階設計:

  1. Good First Issues — 説明が明確で、取り組みやすく、メンターが対応
  2. Regular Contributor — PR が累計 3 件以上マージされると → Contributors リストに追加
  3. Core Contributor — 特定のモジュールを担当 → Repo の書き込み権限
  4. Maintainer — コードレビュー権限 + コミュニティ管理権限

主な取り組み:

  • 毎週 3~5 件の Good First Issues にラベルを付けます
  • PR に 24 時間以内に初回の返信をします
  • 月次の Contributor Spotlight(ソーシャルメディアで紹介)
5. アンバサダープログラム

役割の定義:コミュニティでプロジェクトを広める人。コードのコントリビューターではありません

特典:

  • 専用バッジ + README での謝辞
  • 新機能を早期に試用する権利
  • 年次のオフラインイベントへの招待
  • 紹介報酬(アフィリエイト方式で 10~15%)

募集基準:

  • ソーシャルメディアで自発的にプロジェクトを紹介したことがある
  • 技術コミュニティで一定の影響力がある(フォロワー 1K 以上)
  • 毎月 2 件以上のコンテンツを作成する意思がある

チャネル優先度マトリクス

チャネル適用フェーズ効率指標優先度
Reddit全期間投稿から Star への直接コンバージョン⭐⭐⭐
Hacker News急成長期1 投稿あたり $500、30 points⭐⭐⭐
Twitter/X全期間DM 返信率 3~5%⭐⭐⭐
LinkedInB2B 顧客獲得DM 返信率 10~15%⭐⭐
YouTubeコンテンツの蓄積30 SGD のプロモーションが有効⭐⭐
Dev.toSEO のロングテール記事を複数のプラットフォームで配信可能⭐⭐

予算配分(月額 $2K-5K の範囲)

項目予算期待される成果
HN Agency$500-10001~2 投稿、各 30 points 以上
YouTube プロモーション$100-300動画の露出 + ウェブサイトのクリック
KOL との協業$500-2000中堅 KOL 5~10 名
イベント費用$200-500オンラインイベント 1 回 + 資材
ツールのサブスクリプション$100-200Phantombuster、分析ツール

注: 自動アウトリーチは、プラットフォームのレート制限とスパム対策ポリシーを遵守する必要があります。オプトアウトのリクエストは必ず尊重してください。


データファネル

曝光(Impression)
  → 访问 GitHub Repo(CTR 2-5%)
    → Star(访问→Star 转化率 10-30%)
      → Clone/Fork(Star 的 5-10%)
        → Contributor(Fork 的 1-5%)
          → 付费用户/Enterprise Lead

実践ベンチマーク(データソース)

プロジェクト成果期間主な戦略
AFFiNE43 日で 10K stars、累計 60K+2023-2026Reddit(2000+ stars)+ HN + KOL + コントリビューター制度
Client Project A0→10K stars8 か月月次 300 SOP + HN Agency + YouTube
AFFiNE Star のタイムライン(一次情報に基づく数値)
時点データ
オープンソース化2022-08-03
72 時間≈1,000 star
最初の 1 週間≈6,000 star(80% は海外から)
43 日10,000 star を突破
2022-08 ~ 2022-12GitHub Trending に約 28 回ランクイン(オープンソース化から 5 日目に首位獲得)
24 か月60,000+ star
  • Reddit の実績:r/selfhosted、PKM などのサブレディットから数万件のアクセスがあり、累計で少なくとも 2,000 star に転換(約 10 件の投稿のうち 3~4 件が話題になり、残りは話題にならないか remove)。
  • 信頼性の裏付け:全期間を通じて有料マーケティングはゼロで、星を購入したこともありません。複数の投資家がデューデリジェンス時にクローラーを使って star の流入元を検証し、完全にクリーンであることを確認しています。
  • 期待値の調整(自己申告):この SOP をそのまま実行しても「1 週間で 6,000 star」を保証するものではありませんが、3 か月で 1,000~3,000 star を達成するのは比較的容易で、他のチームがこの SOP で再現した実績もあります。

完全版 SOP の参照先

詳細は references/full-sop.md をご覧ください。日次・週次・月次の実行チェックリスト、テンプレート、ツールチェーンの推奨事項が含まれています。

海外展開コミュニティへの参加と資料パックの購入 · Community & Resources

  • 海外展開コミュニティに参加: WeChat で staywildgrow を追加し、「加入社群」とメッセージを送ってください。

  • 資料パックを購入: WeChat で staywildgrow を追加し、Gingiris 海外展開資料パックの購入についてお問い合わせください。価格は 599 元(人民元) です。

  • 海外展開コミュニティに参加: WeChat で staywildgrow を追加し、「加入社群」(コミュニティに参加)と送信してください。

  • 資料パックを入手: WeChat で staywildgrow を追加すると、Gingiris 海外展開資料パックを 599 CNY で購入できます。

コミュニティと資料パックは任意の利用方法です。本オープンソーススキルのインストールや使用に影響することはありません。

コミュニティと有料の資料パックは任意です。本オープンソーススキルのインストールや使用に必要なものではありません。

コメント