← ユースケース一覧へ戻る
開発効率

チャットの不具合を GitHub Issue にする

チャットの不具合報告を重複確認し、整理して GitHub に割り当てます。

実行 →対応するワークフローテンプレートを見る →
チャットの不具合を GitHub Issue にする のワークフロー図

Kollab が @bot メッセージを読み取り、再現手順、優先度、担当者を補い、GitHub Issue リンクをチャットへ返します。

ワークフローの進み方

まずこのワークフローの流れを確認してから、役割・入力元・出力先を自分の運用に置き換えてください。

  1. 01

    チャットで報告

    ユーザー、サポート、開発者が、問題が起きた場所で bot に伝えます。先に GitHub を開く必要はありません。

  2. 02

    構造化と重複確認

    Kollab が再現情報、影響範囲、モジュールを抽出し、GitHub で類似 Issue を確認します。

  3. 03

    Issue 作成と担当割り当て

    新規報告なら、label、優先度、担当者をそろえた一貫した Issue を作成します。

  4. 04

    チャットに結果を返す

    チャットに Issue リンク、担当者、ステータスを返し、報告が単なるメッセージで終わらないようにします。

開始用プロンプト

チームチャットの不具合報告を GitHub Issue に自動変換したいです。

チャット元：[Slack / Telegram / Discord / チームチャット]
対象リポジトリ：[owner/repo]
既定言語：日本語

誰かが bot に不具合、クラッシュ、スクリーンショット、エラーログ、機能要望を送ったら、次の流れで処理してください。
1. メッセージを不具合、機能要望、サポート相談、判断不能のどれかに分類してください。
2. タイトル、ユーザー影響、再現手順、実際の挙動、期待する挙動、スクリーンショット、ログの手がかりを抽出してください。
3. 既存の GitHub Issue を検索し、重複候補を確認してください。強く重複している場合は新規作成せず、その Issue リンクを返信してください。
4. 新規なら、適切な label、優先度、モジュールを付けた構造化 GitHub Issue を作成してください。
5. モジュールに応じて担当者を割り当ててください：[frontend owner]、[backend owner]、[mobile owner]。
6. 元のチャットに GitHub Issue リンク、担当者、判断理由、次のステータスを返信してください。

関連リンクをさらに見る

関連する機能ページを見ると、このユースケースをチームで繰り返し使うための製品レイヤーとツールが分かります。

チームチャット向け AI ボットAI Connectors（コネクター）AI Agent スキルKollab vs. Manus

よくある質問

チャットの不具合を GitHub Issue にする のユースケースでは何ができますか？

チャットの不具合報告を重複確認し、整理して GitHub に割り当てます。

このワークフローを Kollab で実行するには？

設定プロンプトを Kollab にコピーし、プレースホルダーをチームの文脈に置き換えて、ワークスペース内のレビュー可能なタスクとして実行します。

このワークフローは何を作成しますか？

チャット上に GitHub Issue リンク、種別、優先度、担当者、重複確認の理由が返り、報告がすぐ実行フローに入ります。

このワークフローは外部ツールへ自動公開または自動変更しますか？

いいえ。まずレビュー可能な下書き、brief、Artifact、またはデータベース更新を作成し、チームが確認してから公開や外部システムへの反映を判断できる設計です。

不具合報告をそのまま GitHub へ

転記を減らし、修正に集中できます。

実行 →