gstack で Claude Code をロール別に設定する — 今日のAIツール6件の判断

今日の判定サマリ
| ツール / トピック | 判定 | 一言 |
|---|---|---|
| garrytan/gstack | 🟢 | CLAUDE.md/skillsを自分で育てている人が今日から参照できる |
| KKKKhazix/agent-autoloop | 🟡 | CronCreateで代替可。承認カードUIのアイデアは参考 |
| vercel-labs/agent-browser | 🟡 | Playwrightがある環境では重複 |
| google/skills | 🟡 | Gmail/Calendar MCP不調時の代替として記録 |
| Usagi-org/ai-goofish-monitor | 🟡 | 今の軸には不要。将来の監視系設計の参考 |
| microsoft/VibeVoice | 🚫 | 現スタックと無関係。入れない |
🟢 garrytan/gstack — Claude Code のロール別 CLAUDE.md 設定集23種
今日やること: gstackのQAロール設定を読んで、自分のissue-finderや自動テスト実行の仕組みに流用できる部分を抜き出す。
Claude Codeを使って開発するとき、CLAUDE.mdに「何でもやれ」と書くより、ロール別に「このスコープだけ担当する」と定義したほうが指示の漏れが減る。gstackはその設計をCEO・デザイナー・QA・エンジニアなど23ロール分まとめて公開したリポジトリ。
なぜ🟢か:
CLAUDE.mdを自分で育てている個人開発者にとって、他人のロール設計は参照コストが低い一次情報になる。全部コピーするためでなく「自分のCLAUDE.mdに足りていない責務分割のパターンを見つける」目的で読む価値がある。
特にQAロールの設定はissue-finderを運用している環境に流用しやすい。「テスト実行→失敗検出→issueへの記録」のフローを担当するCLAUDE.mdのパターンが含まれていれば、現在の自動化ルーティンに組み込む判断軸になる。
🟢 = CLAUDE.md/skillsを自分で管理している人が今日から参照できる。全部入れるのでなく、自分の構成に合うロールだけ抜き出す。
🟡 KKKKhazix/agent-autoloop — CLIエージェントをバックグラウンドで動かし続ける軽量ハブ
CLIエージェント(Claude Code含む)を止まらずに動かし続けるための軽量ハブ。エージェントが止まったタイミングで承認カードのUIを出し、人間の介入を最小限にする設計。
なぜ🟡か:
機能としてはCronCreateやScheduleWakeupで代替できる範囲に収まっている。今すぐ導入する理由がない。
ただし「エージェントが止まったタイミングで何を表示するか」という承認カードのUIアイデアは参考になる。自分でhookを設計するときに「何を人間に判断させるか・何を自動で続けるか」の分け方の参考として記録しておく。
🟡 = CronCreate/ScheduleWakeupで代替可。承認UIの設計アイデアだけ参考にして今は入れない。
🟡 vercel-labs/agent-browser — AIエージェント向けブラウザ自動化CLI
Vercelが公開したエージェント向けのブラウザ自動化CLI。AIエージェントがブラウザを操作するユースケースに特化したインターフェースを提供する。
なぜ🟡か:
現在の環境にPlaywrightが入っている状態では機能が重複する。vercel-labs/agent-browserがPlaywrightに対して何を上乗せするか、agent-desktopとどう棲み分けるか、まだ整理されていない段階での導入はレイヤーを増やすだけ。
Vercel製という点で将来的にNext.js/Vercelデプロイとの統合が深まる可能性はある。その時点で再評価する。
🟡 = Playwrightで足りている間は待つ。棲み分けが整理されてから評価。
🟡 google/skills — Google製プロダクト向けエージェントskills公式集
GmailやGoogle Calendarを操作するためのagent skills公式セット。Google製なので仕様への追随度は高い。
なぜ🟡か:
Gmail/Calendar MCPが正常に動いている間は不要。ただしMCPサーバーが不調になったときの代替手段として存在を記録しておく価値がある。
MCPと同じことをskillsでやる構成に切り替えるコストを考えると、今すぐ移行する理由はない。障害時の選択肢として頭に入れる。
🟡 = MCP正常稼働中は参照のみ。不調時の代替として記録。
🟡 Usagi-org/ai-goofish-monitor — Playwright+AIでフリマ出品をリアルタイム監視
フリマサイト(goofish)の出品をPlaywrightとAIを組み合わせてリアルタイムで監視するツール。
なぜ🟡か:
現在の主軸(Claude Code + masatoman.net の自動化運用)とは関係がない。フリマ監視は今の業務設計の対象外。
ただし「Playwright + AIで何かをリアルタイム監視する設計」という構造は、将来自分でデモを作るときの参考になる可能性がある。設計パターンとして頭の片隅に置く。
🟡 = 今の軸には不要。将来の監視系設計デモを作るときの参考として記録のみ。
🚫 microsoft/VibeVoice — Microsoft製オープンソース音声AI
Microsoftが公開したオープンソースの音声AI。音声認識・生成系のユースケース向け。
なぜ🚫か:
現在の自動化スタック(Claude Code + Next.js + Supabase + GitHub Actions)に音声AIが入る余地はない。今の業務設計の問題(記事執筆・自動投稿・データ収集)はテキストで解決している。
新しいツールを試すコストは常に発生する。今の段階でスタックにない領域のツールを触ることは、主軸の設計・改善に使うべき時間を削る。
🚫 = 現スタックと無関係。今すぐ触る理由なし。
masatoman のメルマガ — 毎週月曜の朝に手紙を 1 通
masatoman.net の今週の記事 1 本を、読者目線で深掘りした手紙が毎週月曜 9:00 に届きます。「これ自分のことだ」が見つかる予告編。登録特典に「個人開発の収益化チェックリスト 15 項目」。
masatoman のメルマガ — 毎週月曜の朝に 1 通
masatoman.net で今週公開した記事の中から 1 本を、読者目線で深掘りした手紙が届きます。「自分も同じことやってる」「ここで詰まってた」が見つかる予告編。