redmine-workflows

Redmine Workflows

このスキルは、redmine-local-mcp MCP サーバーを使って Redmine のチケットを確認、検索、作成、更新するときに使います。

使える MCP ツール

Redmine MCP サーバーのツールは次のように使い分けます。

• get_my_issues: 設定された Redmine API ユーザーに割り当てられたチケットを取得する。
• search_issues: project、assignee、status、tracker、priority、query、sort、text、limit、offset でチケットを検索する。
• get_issue: id を指定してチケット詳細を取得する。必要に応じて journals、attachments、relations、children、watchers を含める。
• list_projects: API ユーザーから見えるプロジェクト一覧を取得する。
• create_issue: チケットを作成する。REDMINE_ENABLE_WRITE=true が必要。
• add_issue_note: チケットにコメントを追加する。REDMINE_ENABLE_WRITE=true が必要。

安全ルール

• create_issue と add_issue_note は書き込み操作として扱う。
• 書き込みツールを使う前に、実行内容を要約してユーザーに確認する。
• 書き込み時に project id、issue id、tracker id、status id、priority id、assignee id が不明な場合は推測しない。ユーザーに聞くか、検索して確認する。
• チケット本文やコメントに API キー、非公開 Redmine URL、ローカル MCP クライアント設定を書かない。
• 書き込みが無効な場合は、REDMINE_ENABLE_WRITE=true が必要であることを説明し、再実行せずに止める。

担当チケット確認

ユーザーが現在の作業、担当チケット、自分の Redmine チケットについて聞いた場合:

1. 指定がなければ get_my_issues を status_id: "open"、sort: "updated_on:desc" で呼ぶ。
2. status や priority が取れる場合は、それらで整理して要約する。
3. 返却情報から判断できる範囲で、ブロック中または最近更新されたチケットを目立たせる。
4. 詳細確認用に issue id を示す。ただし必要がなければ全件に対して get_issue は呼ばない。

チケット検索

ユーザーがチケットを探したい場合:

1. ユーザーが指定した条件をできるだけ具体的に search_issues へ渡す。
2. text は subject / description の軽い絞り込みとして使う。
3. 結果が多い場合は候補を要約し、どのチケットを詳しく見るか確認する。
4. 詳細、履歴、添付、関連、子チケットに依存する判断をする前に get_issue を使う。

チケット作成

ユーザーが Redmine チケット作成を依頼した場合:

1. project_id と subject を確認する。
2. context が足りない場合は description を質問するか、下書きを作る。
3. optional fields は、ユーザーが指定したもの、またはプロジェクト運用上明確なものだけ入れる。
4. 作成前に最終 payload の要点を簡潔に示す。
5. ユーザーの確認を得てから create_issue を呼ぶ。

説明文の推奨形:

## 概要

## 手順 / 背景

## 期待結果

## 実際の結果

## 補足

コメント追加

ユーザーがチケットへのコメント追加を依頼した場合:

1. 対象 issue id を確認する。
2. 短く事実ベースのコメント案を作る。
3. 追加するコメント本文をそのまま表示する。
4. ユーザーの確認を得てから add_issue_note を呼ぶ。

回答スタイル

• 要約は短く、次の行動につながる形にする。
• 可能な範囲で issue id、subject、status、assignee、priority、updated date を含める。
• Redmine から返った事実と、推測や提案を分けて書く。
• ユーザーが日本語で聞いた場合は日本語で答える。