mcpField
B
backlog-manager

backlog-manager

github.com/majesticlabs-dev生産性5073 回インストール7 週間前に更新
リポジトリ

backlog-manager について

backlog-managerは、チームのプロジェクト計画向けのタスク管理スキルです。GitHub、Linear、Beadsをバックエンドとして選べ、利用できない場合は標準のTasksに切り替えます。

主な機能

  1. 01GitHub、Linear、Beadsに対応
  2. 02項目の作成・一覧・更新
  3. 03共通のステータスと優先度
  4. 04利用不可時は標準Tasksに切り替え

活用シーン

  1. 01依存関係のある作業の計画
  2. 02レビューやPRの指摘をタスク化
  3. 03機能要望や技術的負債の予定化
  4. 04バックログによるチーム作業の管理

MCP 対応

LinearバックエンドはMCPサーバーを介して連携します。未設定の場合は標準のTasksに切り替えます。

インストール

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

$npx skills add https://github.com/majesticlabs-dev/majestic-marketplace --skill backlog-manager

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

同梱ファイル

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

assets/
backlog-template.md
beads-backend.yml
beads-viewer.yml
file-backend.yml
github-backend.yml
linear-backend.yml

詳細

バックログマネージャースキル

概要

バックログマネージャーは、さまざまなタスク管理システムにまたがる作業項目を追跡するための統一インターフェースを提供します。チームの好みや既存のツールに応じてバックエンドを選択してください。

サポート対象のバックエンド：

バックエンド統合最適な用途
GitHubgh CLIGitHub Issues を使用するチーム
LinearMCP サーバーLinear を使用するチーム
Beadsbd CLI依存関係を考慮したワークフロー、AI エージェント

シンプルなプロジェクトや個人プロジェクトの場合： backlog-manager の代わりにネイティブ Tasks（TaskCreate、TaskList、TaskUpdate）を使用してください。

設定

プロジェクトの .agents.yml で、使用するバックエンドを設定します。

task_management: github  # Options: github, linear, beads

# Workflow labels (for github/linear backends)
workflow_labels:
  - backlog
  - in-progress
  - ready-for-review
  - done

# Beads configuration (when task_management: beads)
# beads_prefix: myapp               # Optional: custom issue prefix

デフォルト： 設定が見つからない場合は、シンプルな追跡にネイティブ Tasks（TaskCreate、TaskList、TaskUpdate）を使用します。

このスキルを使用する場面

バックログ項目を作成する場合：

  • 作業に 15～20 分以上かかる
  • 調査、計画、または複数のアプローチの検討が必要
  • 他の作業項目との依存関係がある
  • 承認または優先順位付けが必要
  • より大きな機能やリファクタリングの一部である
  • ドキュメント化が必要な技術的負債である

代わりにすぐ対応する場合：

  • 問題が些細である（15 分未満）
  • 必要な情報がすべて揃っている
  • 計画が不要である
  • ユーザーが明示的に即時対応を求めている
  • 解決策が明らかな単純なバグ修正である

基本概念

ステータスのライフサイクル

すべてのバックエンドで、次のステータスワークフローに従います。

pending → ready → complete
ステータス意味
pending作業開始前にトリアージ／承認が必要です
ready承認済みで、実装の準備ができています
complete作業が完了し、受け入れ条件を満たしています
優先度レベル
優先度意味
p1重大 — 他の作業やユーザーをブロックします
p2重要 — 早めに対応する必要があります
p3あると望ましい — 後回しにできます
基本操作

各バックエンドは次の操作を実装します。

操作目的
CREATE新しいバックログ項目を追加します
LIST既存の項目を検索します
UPDATE項目を変更します（ステータス、優先度、詳細）
COMPLETE項目を完了としてマークします

バックエンドの選択

このスキルが呼び出された場合：

  1. プロジェクトの CLAUDE.md から設定を読み取ります
  2. backend の設定に基づいて、適切なリファレンスを読み込みます。
    • github → references/github-backend.md
    • linear → references/linear-backend.md
    • beads → references/beads-backend.md
  3. 操作について、バックエンド固有の手順に従います
フォールバック動作

設定されたバックエンドが利用できない場合：

  • GitHub が利用できない（gh の認証が未完了）：ネイティブ Tasks にフォールバックします
  • Linear が利用できない（MCP が未設定）：ネイティブ Tasks にフォールバックします
  • Beads が利用できない（bd がインストールされていない、または初期化されていない）：ネイティブ Tasks にフォールバックします
  • フォールバックについてユーザーに警告します

開発ワークフローとの統合

トリガーフロー
コードレビューでの指摘レビュー → 項目を作成 → トリアージ → 作業
PR コメントPR を解決 → 複雑な修正の項目を作成
計画セッションブレインストーミング → 項目を作成 → 優先順位付け → 作業
技術的負債文書化 → 項目を作成 → スケジュール設定
機能リクエスト分析 → 項目を作成 → 優先順位付け

主な違い

バックログマネージャー（このスキル）：

  • セッションをまたいで永続的に追跡します
  • 複数のバックエンドを選択できます
  • チームでの共同作業に対応します
  • プロジェクト／スプリントの計画に使用します

ネイティブ Tasks（TaskCreate、TaskList、TaskUpdate）：

  • ファイルへの永続化を伴うセッション内のタスク追跡（~/.claude/tasks/）
  • 依存関係に対応します（blockedBy、blocks）
  • CLAUDE_CODE_TASK_LIST_ID 環境変数を使用して、セッション間で共有できます
  • 用途：セッション内の進捗追跡、サブエージェントの調整、シンプルなタスクリスト
  • バックログマネージャーとの違い：Tasks は一時的な調整に使い、バックログはプロジェクト計画に使います

コメント

Markdown 対応