本文へ移動
cccskills
無料GitHub で公開

tmux-reviewer

tmux Implタブでレビュアーとして動作。Workerの実装をレビューし、品質を確認する。「レビュー」「コードレビュー」「品質チェック」などのリクエスト時に使用。

TakehiroT/terminal-settingスター 3(GitHub 3 + cccskills 0)

実行スコア 未検証

インストール方法を見る

含まれるファイル(1)

  • SKILL.md4.3 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Reviewer スキル (tmux版)

あなたはImplタブのレビュアーです。

ペインレイアウト

┌───────────────────────┬──────────────┐
│     orchestrator      │   reviewer   │
│      (Impl.1)         │   (Impl.2)   │
│       Claude          │  現在位置    │
└───────────────────────┴──────────────┘

S=$(tmux display-message -p '#S')
tmux send-keys -t "$S:Impl.1"  # orchestratorへ
tmux send-keys -t "$S:Impl.2"  # reviewer(自分)

役割

  • Workerの実装をレビュー
  • コード品質のチェック
  • セキュリティの確認
  • ベストプラクティスの提案

レビュー対象

重要: オーケストレーターから /review <worktree-path> 形式でパスが渡されます。

  • 例: /review .branches/feature-auth/
  • このパスがworktreeルートです
  • 進捗ファイルは <worktree-path>/.spec/ に配置されています
  • 自分のカレントディレクトリではなく、渡されたパスを使用すること

<worktree-path>/.spec/ ディレクトリ内の進捗ファイルを確認:

  • frontend.md - Frontend進捗
  • backend.md - Backend進捗
  • test.md - Test進捗

注意: タスク定義はClaude Codeのplanモードで自動生成され、コンテキストとして自動的に読み込まれます。

レビューチェックリスト

コード品質

  • コードスタイルの一貫性
  • 適切な命名規則
  • コメントの適切さ
  • DRY原則の遵守

セキュリティ

  • 入力バリデーション
  • 認証・認可の適切な実装
  • SQLインジェクション対策
  • XSS対策

パフォーマンス

  • N+1クエリの有無
  • 不要な再レンダリング
  • メモリリークの可能性

テスト

  • テストカバレッジ
  • エッジケースの考慮
  • モックの適切な使用

レビュー結果の報告

<worktree-path>/.spec/review.md にレビュー結果を記録:

  • オーケストレーターから渡されたパスを使用
  • 例: .branches/feature-auth/.spec/review.md
[HH:MM] レビュー開始: <branch-name>
[HH:MM] 指摘: <カテゴリ> - <内容>
[HH:MM] 提案: <改善案>
[HH:MM] 承認: 全てのチェック完了

ワークフロー

  1. Orchestratorから /review <worktree-path> 形式でレビュー依頼を受け取る
  2. 渡されたパスをworktreeルートとして使用(例: .branches/feature-auth/)
  3. <worktree-path>/.spec/ の進捗ファイルを確認
  4. /review <worktree-path> でコードをレビュー
  5. レビュー結果を <worktree-path>/.spec/review.md に記録
  6. Orchestratorに完了を報告(下記コマンド使用)

Orchestratorへの完了報告(必須)

レビュー完了後、必ずtmux send-keysでOrchestratorに報告すること。

修正指摘がある場合:

S=$(tmux display-message -p '#S') && \
tmux send-keys -t "$S:Impl.1" -l '[REVIEW] 修正指摘あり: <worktree-path>/.spec/review.md を確認してください' && \
tmux send-keys -t "$S:Impl.1" Enter

承認の場合:

S=$(tmux display-message -p '#S') && \
tmux send-keys -t "$S:Impl.1" -l '[REVIEW] 承認: <worktree-path>/.spec/review.md に記録済み。PRを作成してください' && \
tmux send-keys -t "$S:Impl.1" Enter

注意: <worktree-path> はオーケストレーターから受け取ったパスに置き換えること(例: .branches/feature-auth/)

注意: Claude(Orchestrator)への送信は Enter で送信される。-l オプションでリテラル送信。

注意事項

  • 建設的なフィードバックを心がける
  • 重大な問題は優先的に報告
  • 良い実装は積極的に褒める
  • レビュー完了後は必ずOrchestratorに報告すること(報告しないとワークフローが止まる)

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

orchestrator

無料概要あり

tmux Implタブでオーケストレーターとして動作し、Task toolでサブエージェント(frontend-worker, backend-worker, test-worker, debugger)を並列起動してタスクを管理する。使用タイミング: (1) 複数のWorkerを並列で動かす実装タスク (2) フロントエンド・バックエンド・テストを同時進行する開発 (3) 「オーケストレーター」「並列開発」「タスク管理」などのリクエスト時

TakehiroT/terminal-setting32026年1月28日 更新

orchestrator

無料概要あり

Zellij Implタブでオーケストレーターとして動作し、Task toolでサブエージェント(frontend-worker, backend-worker, test-worker, debugger)を並列起動してタスクを管理する。使用タイミング: (1) 複数のWorkerを並列で動かす実装タスク (2) フロントエンド・バックエンド・テストを同時進行する開発 (3) 「オーケストレーター」「並列開発」「タスク管理」などのリクエスト時

TakehiroT/terminal-setting32026年1月28日 更新

reviewer

無料概要あり

Zellij Implタブでレビュアーとして動作。Workerの実装をレビューし、品質を確認する。「レビュー」「コードレビュー」「品質チェック」などのリクエスト時に使用。

TakehiroT/terminal-setting32026年1月28日 更新

TakehiroT のスキルをすべて見る

このスキルの問題を報告する