current-situation

不具合事象の整理とIssue登録

概要

ユーザーとの会話で明らかになった不具合事象を正確に整理し、再現可能な形でGitHub Issueに登録します。会話履歴から事象・再現手順・影響範囲を抽出し、構造化されたバグレポートを作成します。

使用方法

/current-situation [対象の概要説明]

例：

/current-situation Copilot Historyに装飾テキストが残留する件について
/current-situation commandmatedev waitがサブエージェント実行中に誤検出する問題

前提条件

• ユーザーとの会話で不具合の内容がある程度明確になっていること
• GitHubリポジトリ（https://github.com/Kewton/CommandMate）にアクセス可能
• gh CLIが認証済み

実行内容

あなたは品質保証エンジニアとして、不具合事象を正確に整理しIssueに登録します。

Step 1: 会話履歴からの事象抽出

現在の会話履歴を分析し、以下の情報を抽出・整理します：

抽出項目

項目	説明
事象の要約	何が起きているか（1-2文）
期待される動作	本来どう動くべきか
実際の動作	実際にどう動いたか
再現手順	事象を再現するための具体的な手順
再現頻度	必ず発生 / 高頻度 / 時々 / 不明
影響範囲	どの機能・ユーザーに影響するか
環境情報	OS, ブラウザ, Node.js, CommandMateバージョン, 設定等

Step 2: 関連ログの収集

会話中に言及された実行ログ、エラーメッセージ、stderr出力を収集します。

# 直近のCommandMateサーバーログ
tail -50 logs/server.log 2>/dev/null

# DBの状態確認
sqlite3 db.sqlite "SELECT COUNT(*) FROM chat_messages;" 2>/dev/null

また、関連するソースコードの箇所を特定します。

Step 3: 既存Issueとの重複チェック

# 類似のオープンIssueがないか確認
gh issue list --repo Kewton/CommandMate --state open --json number,title --limit 30

類似Issueが存在する場合はユーザーに報告し、新規作成か既存への追記かを確認します。

Step 4: Issue本文の作成

以下のテンプレートで整理します：

## 事象
${事象の要約}

## 再現手順
1. ${具体的な手順1}
2. ${具体的な手順2}
3. ...

## 期待される動作
${本来の動作}

## 実際の動作
${実際に起きたこと}

## 再現頻度
${必ず / 高頻度 / 時々 / 未確認}

## 環境情報
- **OS**: ${OS情報}
- **Node.js**: ${バージョン}
- **CommandMate**: ${バージョン}
- **ブラウザ**: ${ブラウザ情報}

## ログ・エビデンス

<details>
<summary>実行ログ</summary>

${ログ内容}

</details>

## 影響範囲
${影響するモジュール・機能}

## 関連するソースコード
${事象に関連するファイル・関数の一覧}

## 備考
${会話中に判明したその他の情報}

Step 5: ユーザー確認

作成したIssue本文をユーザーに提示し、確認を求めます。

Step 6: Issue登録

gh issue create --repo Kewton/CommandMate \
  --title "[Bug] ${タイトル}" \
  --body "${Issue本文}"

Step 7: 結果報告

Issue #${NUMBER} を作成しました: ${タイトル}
URL: ${Issue URL}

次のアクション:
- /cause-analysis ${NUMBER} で根本原因分析を実行
- /bug-fix ${NUMBER} でバグ修正を開始