mcpField
S
sred-work-summary

sred-work-summary

github.com/getsentry生産性1.1k2.1k 回インストール5 日前に更新
リポジトリ

sred-work-summary について

指定期間の GitHub PR、Notion ドキュメント、Linear チケットを集め、プロジェクト別に整理して非公開の Notion 文書にまとめるスキルです。SRED の業務実績整理に使えます。

主な機能

  1. 01GitHub PR、Notion 文書、Linear チケットの収集
  2. 02指定期間による記録の絞り込み
  3. 03プロジェクト別のリンク整理
  4. 04非公開 Notion 文書の作成

活用シーン

  1. 01年間の業務実績の取りまとめ
  2. 02複数のリポジトリや業務管理ツールにある証拠の整理

MCP 対応

Notion と Linear は MCP 接続を通じて利用します。GitHub は MCP または `gh` コマンドラインで利用できます。

インストール

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

$npx skills add https://github.com/getsentry/skills --skill sred-work-summary

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

詳細

SRED 作業サマリー

指定した年にその人が完了したすべての Github PR、Notion ドキュメント、Linear チケットを収集します。それらすべてのリンクをプロジェクトごとにまとめます。内容を非公開の Notion ドキュメントにすべて記載し、そのドキュメントへのリンクを返します。

前提条件

始める前に、Github、Notion、Linear にアクセスできることを確認してください。Notion と Linear は MCP を使用して接続する必要があります。Github は MCP を使用して接続できますが、gh CLI ツールにアクセスできる場合は、代わりにそちらを使用できます。

いずれかにアクセスできない場合は、続行する前にユーザーにアクセス権の付与を依頼してください。

手順

ステップ 1
# Get the current year
date +%Y

このコマンドの出力は現在の年です。 現在の年から 1 を引いた年が前年です。

ステップ 2

必要な情報をすべてユーザーから収集します。

Github ユーザー名: ユーザーの Github ユーザー名は何ですか？

Github リポジトリ: PR を検索する Github リポジトリはどれですか？

ユーザーは、カンマ区切りのリストを指定するか、リポジトリを含むディレクトリを指定できます。後者の場合は、指定されたディレクトリで次のコマンドを使用します。

# Find github repos
find . -maxdepth 2 -name ".git" -type d | sed 's/\/.git$//' | sort

以下を確認します。

  • リストに記載されたすべてのリポジトリが getsentry Github 組織に属していること。

以降、この出力を「ユーザーのリポジトリ」と呼びます。

インシデント: インシデントのドキュメントを含めるかどうか、ユーザーに確認します。

回答は yes または no です。回答が no の場合、後の検索で一部のドキュメントを除外します。

その他のユーザー: Notion ドキュメントを作成した可能性のある他のユーザーがいるかどうか、ユーザーに確認します。

回答はカンマ区切りの名前のリストにしてください。これを「その他のユーザー」として記憶します。

ステップ 3

「SRED Work Summary [current year]」というタイトルの非公開 Notion ドキュメントを作成します。このドキュメントを「作業サマリー」と呼びます。

この名前のドキュメントがすでに存在する場合は、既存のドキュメントの名前を変更するようユーザーに伝え、実行を停止します。

以下を確認します。

  • 作業サマリーがすでに存在する場合は、実行を停止します。
ステップ 4

対象期間は前年の 2 月 1 日から今年の 1 月 31 日までです。 指定された Github ユーザー名が、対象期間中にユーザーのリポジトリで作成した Github PR をすべて検索します。 ユーザーがインシデントのドキュメントを含めない場合は、タイトルまたは説明に INC-X、inc-X を含む Github PR を除外します。 Github MCP または gh コマンドを使用して検索します。

ユーザーが対象期間中に作成した Notion ドキュメントをすべて検索します。 ユーザーがインシデントのドキュメントを含めない場合は、タイトルに INC-XXXX を含む Notion ドキュメントを除外します。 Notion MCP を使用して検索します。

ユーザーが対象期間中に担当者に割り当てられた Linear チケットをすべて検索します。 ユーザーがインシデントのドキュメントを含めない場合は、タイトルに INC-XXXX を含む Linear チケットを除外します。 Linear MCP を使用して検索します。

以下を確認します。

  • すべての Github PR が対象期間中に作成またはマージされ、ユーザーによってオープンされていること。
  • すべての Notion ドキュメントが対象期間中に作成され、ユーザーによって作成されていること。
  • すべての Linear チケットが対象期間中にオープンまたは完了され、完了時にユーザーが担当者に割り当てられていたこと。
ステップ 5

ステップ 4 で見つかった Github PR、Notion ドキュメント、Linear チケットごとに、ステップ 3 で作成した非公開ドキュメントにリンクを記載します。

以下を確認します。

  • 作業サマリーに、すべての Github PR へのリンクが記載されていること
  • 作業サマリーに、すべての Notion ドキュメントへのリンクが記載されていること
  • 作業サマリーに、すべての Linear チケットへのリンクが記載されていること
  • リンクのリストを省略しないでください。「...and 75 more」のような短縮表記は使用しないでください。すべての Github PR、Notion ドキュメント、Linear チケットが完全な形でドキュメントに表示されるようにしてください。
ステップ 6

独自の判断を活用して、Work Summary ドキュメント内の Github、Notion、Linear のチケットリンクをすべてプロジェクトごとに分類してください。このドキュメントの形式は以下のとおりです。

# Projects

## [Project Name]
*Summary*: [X] PRs, [X] Notion docs, [X] Linear tickets

### Pull Requests [X]
*[repository name]
[Links to all the PRs]
- [link] - [Merge date]

### Notion Docs [X]
[Links to all the Notion docs]
- [link] - [Creation date]

### Linear Tickets [X]
- [link] - [Creation date]

Github の PR については、PR のタイトルと説明の両方を使って分類してください。 Notion ドキュメントについては、ドキュメント全体を使って分類してください。 Linear のチケットについては、チケットのタイトルと説明を使ってください。

以下を確認してください：

  • ファイル内のすべてのリンクがプロジェクトに割り当てられていること。
  • ファイルが上記で指定された形式に従っていること。
  • リンクのリストを切り詰めないでください。「...and 75 more」のような省略表記は使わないでください。すべての Github PR、Notion ドキュメント、Linear チケットのリンクがすべてドキュメント上に表示されていることを確認してください。
ステップ 7

「other users」が作成した Notion ドキュメントを検索してください。Work Summary 内のプロジェクトに関連するものがあれば、該当するプロジェクトにその Notion ドキュメントへのリンクを追加してください。

ステップ 8

Work Summary の Notion ドキュメントへのリンクをユーザーに返してください。

以下を確認してください：

  • 最終出力に実際の Notion ドキュメントのリンクが含まれていること。

リソース

2025 年の Work Summary ドキュメントの例です：https://www.notion.so/sentry/Work-Summary-Feb-2025-Jan-2026-3068b10e4b5d81d3a40cfa6ad3fe1078?source=copy_link

コメント

Markdown 対応