非エンジニア向けGitHub自動化
プログラミングの専門知識がない PM・ビジネスパーソンが、AI の力を借りて GitHub Actions を使い業務自動化を実現するアプローチ。すぅ AI駆動PM が実践・提唱している。
核心的な考え方
「今は AI の力を借りれば、プログラミングができない人でも、思った通りの自動化を実現できる」— すぅ AI駆動PM
数年前は「GitHub Actions はエンジニア向け」だったが、AI によるコード生成が登場したことで、非エンジニアでも以下の流れで実装できるようになった:
やりたいことをAIに伝える
↓
AIがYAMLワークフロー+スクリプトを生成
↓
GitHubリポジトリに配置するだけで動く
↓
エラーはAIに聞いて解決
向いている自動化の種類
定期実行タスク(cron)
- 毎日・毎週など決まった時間に実行するタスク
- 例: 朝のタスク通知、週次の進捗アラート、日次データ同期
トリガー型タスク
- 何かのアクションをきっかけに処理を開始するタスク
- 例: Notion のボタンを押したら処理開始、Webhook で外部システムと連携
監視・アラート
- 定期的に状態をチェックして条件に合致したら通知
- 例: 録画設定漏れチェック、重要 Slack メッセージの監視
実践フロー
Step 1: 要件定義
高品質な AI モデル(ChatGPT・Gemini など)と対話しながら要件を整理する。
整理すべき観点:
- データソース(Notion DB?Spreadsheet?API?)
- 出力先(LINE?Slack?メール?)
- 実行タイミング(毎日何時?毎週何曜日?)
- エラー時の処理(無視?通知?ログだけ?)
- API キーなどの認証情報の扱い(GitHub Secrets を使う)
「GitHub Actions で実現する」という前提を明示することが重要。
Step 2: コード生成
Cursor に要件定義を渡し、以下を生成させる:
.github/workflows/*.yml— GitHub Actions ワークフローファイルscripts/*.pyなど — 実際の処理スクリプトREADME.md— 仕様・設定方法・セットアップ手順
Step 3: GitHub へのセットアップ
- GitHub リポジトリを作成
- Secrets(API キーなど)を GitHub の設定画面で登録
- ワークフローファイルをリポジトリに配置
- 動作確認(手動実行 or スケジュール実行を待つ)
Step 4: メンテナンス
- 一度動けばほぼメンテナンス不要
- エラーが出たらログを AI に渡して解決
よくある連携パターン
| データソース | 処理 | 出力先 |
|---|---|---|
| Notion DB | タスク抽出 | LINE / Slack 通知 |
| Google Sheets | WBS 期限チェック | Slack 通知 |
| Google Calendar | 録画設定確認 | メール / Slack アラート |
| Discord メッセージ | テキスト収集 | RAG DB にインポート |
| Notion ページ | AI レビュー | Notion コメント追加 |
注意点
- GitHub Secrets の活用必須: API キー・トークン類はソースコードに直書きしない
- GitHub と Git の基礎知識: ファイルのアップロード・同期だけ理解すれば十分(詳しくは GitHub × Cursor × Obsidian 設定マニュアル 参照)
- AI API のコスト: 従量課金だが個人利用では無料枠に収まることが多い
- デバッグ: エラーログを丸ごと AI に渡して「どういう意味ですか?解決策は?」と聞けばよい
Dify・n8n・GAS との使い分け
- Dify / n8n: GUI 操作中心で手軽。提供されている連携ツールの範囲内でよければ最速
- GAS: Google サービス(Sheets・Calendar・Drive)との連携に特化したい場合
- GitHub Actions: 上記で対応できない複雑な連携・カスタマイズが必要な場合。一度作れば安定稼働
関連
- GitHub Actions — GitHub Actions の詳細・仕様
- AI駆動PM(プロジェクトマネジメント) — PM文脈での位置づけ
- Cursor — コード生成に使うエディタ
- すぅ AI駆動PM — 実践者・情報発信者
- なんでも自動化する!Github初心者による活用術 — ソース記事