feat: soba:todoラベルの優先順位機能を追加

[douhashi]

概要

soba:todo ラベルのIssueを soba:queued に移動する際の優先順位を管理できるようにする。

背景

現在、soba:todo ラベルのIssueは単純にIssue番号順で処理されているが、タスクの重要度に応じて優先順位を設定したい。

要件

1. 新しいラベルの追加

以下のラベルを追加し、soba init コマンドで自動作成されるようにする：

• soba:todo:high - 高優先度のタスク
• soba:todo:low - 低優先度のタスク

2. 優先順位のルール

soba:queued への移動時、以下の優先順位で処理する：

1. 最優先: soba:todo:high ラベルのIssue（Issue番号が若いものから）
2. 通常: soba:todo ラベルのIssue（Issue番号が若いものから）
3. 低優先: soba:todo:low ラベルのIssue（Issue番号が若いものから）

3. 制約事項

• 現行の仕様通り、soba:queued に入るのは1つのIssueのみ
• 複数のIssueが同時に soba:queued になることはない

実装箇所

• soba init コマンド: 新しいラベルの作成処理を追加
• キュー管理ロジック: 優先順位に基づいたIssue選択処理の実装

テスト項目

• soba init で新しいラベルが作成されること
• 各優先度のIssueが正しい順序で soba:queued に移動すること
• 同じ優先度内でIssue番号順が保たれること

[douhashi]

Implementation Plan: soba:todoラベルの優先順位機能を追加

Requirements Overview

• 目的: soba:todo ラベルのIssueに優先順位を設定し、優先度に応じた順序でキューに入れる
• 背景: 現在はIssue番号順のみで処理されているが、タスクの重要度に応じた処理順序の制御が必要
• 機能要件:
  • 新しい優先度ラベル（soba:todo:high、soba:todo:low）の追加
  • 優先度に基づいたキュー管理ロジック
• 受け入れ条件:
  • soba init で新しいラベルが作成される
  • 優先度順（high → 通常 → low）でキューに入る
  • 同一優先度内ではIssue番号順を保つ

Design Policy

• 技術選択:
  • 既存のラベルシステムを拡張（破壊的変更なし）
  • 優先度判定は専用メソッドで実装（関心の分離）
  • 既存のインターフェースを保持
• アーキテクチャ考慮事項:
  • 単一責任原則に従い、優先度判定ロジックを独立させる
  • テスタビリティを考慮し、ソート処理を分離
  • 将来の優先度レベル追加に対応可能な設計

Implementation Steps

1. ラベル定義の追加

   • 作業内容: GetSobaLabels() に優先度ラベルを追加
   • 関連ファイル: internal/infra/github/gh_command.go

2. 優先度判定ロジックの実装

   • 作業内容: Issue優先度を判定するヘルパー関数を作成
   • 関連ファイル: internal/service/queue_manager.go

3. キュー選択ロジックの修正

   • 作業内容: selectMinimumIssue() を優先度対応版に置き換え
   • 関連ファイル: internal/service/queue_manager.go

4. ユニットテストの追加

   • 作業内容: 優先度別のキュー選択テストケースを追加
   • 関連ファイル: internal/service/queue_manager_test.go

5. 統合テストの追加

   • 作業内容: ラベル作成とキュー管理の統合テストを追加
   • 関連ファイル: internal/cli/init_test.go, internal/service/queue_integration_test.go

Test Plan

• ユニットテスト:
  • 優先度判定関数のテスト（high/normal/low判定）
  • 優先度別ソート機能のテスト
  • 同一優先度内でのIssue番号順ソートのテスト
• 統合テスト:
  • soba init で新しいラベルが作成されることの確認
  • 複数優先度のIssueが正しい順序でキューに入ることの確認

Risks and Countermeasures

• リスク: 既存の soba:todo ラベルとの互換性問題
  • 対策: soba:todo ラベルを通常優先度として扱い、後方互換性を保証
• リスク: 優先度ラベルの重複付与
  • 対策: 複数の優先度ラベルが付いている場合は最高優先度を採用
• リスク: パフォーマンス低下
  • 対策: ソート処理は軽量であり、Issue数が少ないため影響なし

Schedule

• 見積もり: 合計 4時間
• ステップ別:
  • ラベル定義の追加: 0.5時間
  • 優先度判定ロジック: 1時間
  • キュー選択ロジックの修正: 1時間
  • テスト作成: 1.5時間

[douhashi]

Created PR #160