GitHub作業を共有コンテンツに変える
今週のコミットとPRを分析してXスレッドの下書きまで作成します。Building in Publicが簡単になります。
こんな方におすすめ
- サイドプロジェクトを作りながらX（Twitter）で過程を共有したい開発者
- Building in Publicでフォロワーを増やしたいインディーハッカー/ソロプレナー
- 毎週の開発進捗を整理したいけど時間がない方
テンプレート紹介
GitHubリポジトリのコミット、PR、イシューを分析して今週の作業内容を自動で整理し、Xですぐ共有できるスレッド下書きまで作成します。
自動生成される内容:
- 🎯 今週のチャレンジと目標整理
- 🔨 試した作業と結果テーブル
- 💡 学んだことと困難だったこと
- ➡️ 来週の目標
- 📱 Xスレッド下書き（5ツイート構成）
活用方法
基本設定で始める
- テンプレートを選択してGitHubリポジトリを連携
- 更新スケジュールを設定（毎週金曜日推奨）
- AIがコミットとPRを分析してビルディングストーリーとXスレッドを生成
リポジトリ選択のコツ
Building in Publicに適したリポジトリを連携しましょう：
- 現在活発に作業中のサイドプロジェクト
- オープンソースで公開されているプロジェクト
- フォロワーが興味を持ちそうなテーマのプロジェクト
活用のヒント
- 週間ルーティンとして活用: 毎週金曜日に自動更新されるよう設定すれば、週末に気軽に共有できます
- 正直に共有: 失敗や困難も一緒に共有すると、より本物感のあるコンテンツになります
- 数字で表現: 「頑張った」ではなく「3つのPRをマージ、2つのバグを修正」のように具体的に
- 質問で締めくくる: スレッドの最後に質問を投げかけるとフォロワーの参加が増えます
一行まとめ：テンプレートシステムをフィード形式に全面改編し、ユーザー体験を改善しました。
🎯 今週のチャレンジ
- 目標: テンプレートプレビューをテーブルからフィード形式に変換
- 背景: モバイルでテーブルが読みにくいというフィードバック反映
🔨 試したこと
- 作業: community-content-ideasテンプレートをフィード形式に更新
- 結果: ✅ 完了
- コミット/PR:
784189b4
💡 学んだこと
- うまくいったこと: FeedEntry[]タイプを導入して一貫したフィードレンダリングを実装
- 難しかったこと: 既存テーブル形式と新フィード形式の型互換性維持
- 次回変えること: 最初からフィード形式で設計すればマイグレーションコスト削減
➡️ 次のステップ
- 残りのテンプレートもフィード形式にマイグレーション
- OG画像再生成
Xスレッド下書き
1/ フック
今週Daigestのテンプレートシステムを全面改編しました。テーブルからフィードへ！
2/ 問題状況
モバイルでテーブルが横スクロールして読みにくいというフィードバックが続いていました。
3/ 解決過程
FeedEntry[]タイプを新たに定義し、日付別カード形式でレンダリングするよう変更しました。
4/ 学び
モバイルファーストで考えるべきでした。デスクトップ基準でテーブルを選んだのが失敗でした。
5/ CTA
皆さんはモバイルUXをどのように対応していますか？
一行まとめ：モバイルUXを集中改善し、iOS入力フィールドとボトムシートの動作を修正しました。
🎯 今週のチャレンジ
- 目標: モバイルユーザー体験の改善
- 背景: iOSで入力時に自動拡大される問題とボトムシートの閉じる動作バグ
🔨 試したこと
-
作業: TreePanelボトムシート選択解除時の閉じる動作修正
-
結果: ✅ 完了
-
コミット/PR:
f05f7796 -
作業: iOS入力フィールド自動拡大防止とモーダルヘッダー固定
-
結果: ✅ 完了
-
コミット/PR:
61fb0421
💡 学んだこと
- うまくいったこと: font-size: 16pxでiOS自動拡大問題を解決
- 難しかったこと: iOS Safariの特異な動作の把握に時間がかかった
- 次回変えること: 最初からiOS実機テストを並行
➡️ 次のステップ
- Android機種別テスト
- タッチインタラクション改善
Xスレッド下書き
1/ フック
iOSで入力フィールドをタップすると画面がズームするの、ご存知ですか？今週やっと解決しました。
2/ 問題状況
モバイルユーザーが入力するたびに画面がズームインし、ボトムシートが変な動作をするバグがありました。
3/ 解決過程
font-size: 16px以上ならiOSは自動拡大しないことがわかりました。CSS一行で解決！
4/ 学び
実機テストの重要性を再確認しました。シミュレーターでは再現できなかったんです。
5/ CTA
iOS Safari関連で苦労した経験ありますか？
一行まとめ：AIエージェント性能最適化とプラン別制限調整を完了しました。
🎯 今週のチャレンジ
- 目標: AIエージェント応答速度改善と料金プランバランシング
- 背景: 出力トークンが多すぎて応答が遅いというフィードバック
🔨 試したこと
-
作業: 出力トークン制限を縮小（16384 → 7000）
-
結果: ✅ 完了
-
コミット/PR:
45ed9df4 -
作業: AI リクエスト制限調整（Free 20, Starter 320, Pro 1220）
-
結果: ✅ 完了
-
コミット/PR:
b49df9d6
💡 学んだこと
- うまくいったこと: トークン制限で応答速度2倍向上、コスト削減
- 難しかったこと: 適切なトークン数を見つけるためのA/Bテスト
- 次回変えること: 最初からトークン使用量モニタリングダッシュボードを構築
➡️ 次のステップ
- 使用量ダッシュボード構築
- トークン効率性レポート自動化
Xスレッド下書き
1/ フック
AIの応答が遅くてユーザーが離脱？今週トークン最適化で応答速度を2倍にしました。
2/ 問題状況
出力トークンを16384個まで許可していたら、応答が長すぎて遅くなりました。ユーザーは待ちきれずに離脱。
3/ 解決過程
A/Bテストで適切なトークン数を見つけました。7000個に減らしたら品質維持しながら速度2倍！
4/ 学び
「多ければ多いほど良い」は錯覚でした。適切な制限がむしろUXを改善します。
5/ CTA
AIサービス運営されてる方、トークン制限どう設定していますか？
公開ソースをもとに作成したサンプルプレビューです。Daigestは元記事を要約してリンクするだけで、複製したり所有権を主張したりしません。
このテンプレートでDaigestがブリーフィングを作成します