team-update
プロジェクトの進捗をチームチャットに投稿し、フィードバックの収集・トリアージ・次のアクション計画までを自動化します。chat・git・issues・tasks など利用可能なツールに柔軟に対応し、初回実行時にツールを検出してプレイブックを保存、2回目以降はそのプレイブックに従って実行します。「team update」「post update」「sync with team」「standup」「check team chat」「feedback loop」「project update」「what did the team say」などで起動できます。
description の原文を見る
Post project updates to team chat, gather feedback, triage responses, and plan next steps. Adapts to available tools (chat, git, issues, tasks). First run discovers tools and saves a playbook; subsequent runs execute from the playbook. Trigger with 'team update', 'post update', 'sync with team', 'standup', 'check team chat', 'feedback loop', 'project update', 'what did the team say'.
SKILL.md 本文
Team Update
プロジェクト更新をチームチャットに投稿し、フィードバックを読んで分類し、次のステップを計画します。利用可能な通信ツールとプロジェクト管理ツールに適応します。
プレイブックパターン
このスキルはプロジェクトルートの .claude/team-update-playbook.md にあるプレイブックファイルを使用します。
- 初回実行: 利用可能なツールを検出し、ユーザーの好みを尋ね、実行してプレイブックを保存
- その後の実行: プレイブックを読み込み、検出をスキップして直接実行
- ユーザーがプレイブックを編集: 変更がすぐに反映される（チャネル、スタイル、分類ルール）
プレイブックはユーザーが編集できるプレーンな Markdown です。ツール設定、チャネル設定、メッセージスタイル、分類ルール、最後の実行メタデータを記録します。
フェーズ 0: プレイブックチェック
プロジェクトルートに .claude/team-update-playbook.md が存在するかチェックします。
存在する場合: それを読み込みます。すべてのツール設定、チャネル情報、メッセージスタイル、分類ルールがそこにあります。既知の設定でフェーズ 1 にジャンプします。
存在しない場合: 最初にフェーズ 0b（検出）を実行します。
フェーズ 0b: 検出（初回実行のみ）
接続されている MCP ツールと存在するローカルツールをチェックして、利用可能な機能を検出します。
検出パターンは references/discovery-patterns.md を参照してください。
機能検出
各機能カテゴリーをチェックします：
| 機能 | 検出方法 | 見つからない場合のフォールバック |
|---|---|---|
| Chat | chat, slack, discord, teams にマッチする MCP ツール | 手動投稿用にフォーマット済みテキストを出力 |
| Git | git rev-parse --is-inside-work-tree | コミットサマリーをスキップ |
| Issues | github, linear, jira にマッチする MCP ツール | スキップまたはテキストリストを出力 |
| Tasks | tasks, todos, asana にマッチする MCP ツール | スキップまたはテキストリストを出力 |
| Knowledge | Basalt Cortex (~/Documents/basalt-cortex/) | 関連するナレッジノートを検索 |
ユーザー設定（質問）
検出後、ユーザーに以下を確認します：
- チャネル: 更新をどのチャットスペース/チャネルに投稿するか？（検出されたオプションをリスト表示）
- ID: 自分として投稿するか、ボット ID として投稿するか？（例：Anthro Morphic）
- リポジトリスコープ: どのリポジトリを追跡するか？（デフォルト：現在のリポジトリ）
- メッセージスタイル: 簡潔なスタンドアップ、詳細なチェンジログ、それとも会話型の更新か？
- チームコンテキスト: 認識すべきチームメンバーはいるか？（名前、役職）
- 分類ルール: フィードバック処理のカスタムルールはあるか？（またはデフォルトを使用）
プレイブックを保存
検出＋ユーザー設定後、プレイブックを .claude/team-update-playbook.md に保存します。
フルテンプレートは references/playbook-format.md を参照してください。検出されたツールとユーザー設定で全セクションを入力します。機能が見つからない場合は、プレイブックに「利用不可」と記載します。
.claude/ が .gitignore に含まれていることを確認します（プレイブックはスペース ID と設定を含むため、コミットされるべきではありません）。
フェーズ 1: コンテキストを収集
すべての利用可能なソースから情報を集めます。プレイブックの「Data Sources」セクションを使用して、どのツールを呼び出すかを把握します。
1a. 時間ウィンドウを決定
プレイブックの「Last Run」セクションから最後の更新タイムスタンプをチェックします。以前の実行がない場合は、ユーザーにどこまで遡るかを尋ねます（デフォルト: 24 時間）。
1b. データを収集
各利用可能なソースから収集します：
| ソース | 収集内容 | ツール |
|---|---|---|
| Git コミット | git log --oneline --since=<last-update> | Bash |
| チャットメッセージ | 最後の更新以降に設定されたチャネル内のメッセージ | プレイブックのチャット MCP ツール |
| オープン issues/PRs | 最近更新または新規作成されたアイテム | プレイブックのイシュートラッカー |
| アクティブなタスク | 進行中または最近完了したタスク | プレイブックのタスクトラッカー |
1c. ドラフティング用にまとめる
コミットをテーマ別にグループ化します（個別のハッシュではなく）。クローズされたアイテム、マージされた PR、完了したタスクをメモします。返信が必要なチームメッセージをフラグします。
フェーズ 2: ドラフト作成と投稿
2a. メッセージを作成
メッセージパターンは references/message-composition.md を参照してください。
プレイブックの「Message Style」セクションに従います。一般原則：
- プロセスではなく、出荷または変更されたものから始める
- 関連するコミットをテーマにグループ化する
- 関連がある場合にのみ特定の人に言及する
- スキャン可能に保つ（短い段落、箇条書き）
- チームメイトのように書く、AI のように書かない — 絵文字スパムなし、曖昧さなし、チームが既に知っているコンテキストの過度な説明なし。
references/message-composition.mdのコミュニケーションスタイルセクションを参照してください。
2b. プレビューと承認
ドラフトをユーザーに表示します。以下を含めます：
- 作成されたメッセージ
- どのチャネルに投稿されるか
- 新規メッセージかスレッド返信か
承認が必須: 外部チャネルに明示的なユーザー承認なしに投稿しないでください。
2c. 投稿
プレイブックのチャットツールを使用して承認されたメッセージを投稿します。チャットツールが利用できない場合は、フォーマット済みメッセージを出力して、ユーザーが手動で投稿できるようにします。
2d. プレイブックを更新
投稿後、プレイブックの「Last Run」セクションを以下で更新します：
- 現在のタイムスタンプ
- スレッドキー（該当する場合）
- 投稿内容の簡潔なサマリー
フェーズ 3: フィードバックを読んで分類
3a. 返信を読む
更新が投稿されて以降、設定されたチャネルからメッセージを読みます。以下を探します：
- 更新への直接返信
- プロジェクトに言及している新しいチャネルメッセージ
- リアクションまたは承認
3b. フィードバックを分類
分類パターンは references/feedback-triage.md を参照してください。
プレイブックの「Triage Rules」セクションを使用します。デフォルト分類：
| タイプ | アクション |
|---|---|
| バグレポート | Issue を作成（ラベル: bug） |
| 機能リクエスト | Issue を作成（ラベル: enhancement） |
| 質問 | ユーザー承認用に返信ドラフトを作成 |
| ブロッカー | すぐにフラグ、解決を提案 |
| 承認 | 記録、アクション不要 |
| オフトピック | 無視 |
3c. 提示と実行
フィードバックの概要を提示し、提案されたアクションを示します：
## フィードバックサマリー
- Daniel: 「ダークモードを追加できますか？」-> Issue を作成（enhancement）
- Rabin: 「ステージング上で認証が壊れています」-> Issue を作成（bug、優先度）
- Karen: 「良さそう！」-> アクション不要
これらのアクションを実行しますか？
承認が必須: 明示的なユーザー承認なしに Issue 作成、返信投稿、または外部アクションを実行しないでください。
フェーズ 4: 次のステップを計画
4a. 優先順位を付ける
すべての収集されたコンテキスト（コミット、issues、タスク、フィードバック）から識別します：
- ブロッカー: 進捗を妨げているもの
- 高優先度: バグ、緊急リクエスト、期限
- 次のステップ: 計画された作業、機能リクエスト
- バックログ: ナイスツーハブ、低優先度アイテム
4b. 提示（投稿しない）
優先度付きリストをユーザーに表示します。これはユーザーの計画のみ -- チャネルに投稿しないでください。
## 推奨優先度
1. [BLOCKER] ステージング上の認証を修正（Rabin のフィードバックから）
2. [HIGH] ユーザープロファイル用の API エンドポイントを完了（現在のスプリント）
3. [NEXT] ダークモードサポート（Daniel のリクエストから）
4. [BACKLOG] データベースクエリをリファクタリング
自律性ルール
| アクション | レベル |
|---|---|
| プレイブックを読み/作成 | 実行する |
| ツールを検出（初回実行） | 実行し、ユーザーに設定を確認 |
| コンテキストを収集（git、chat、issues） | 実行する |
| 更新メッセージをドラフト作成 | 実行し、プレビューを表示 |
| 外部チャネルに投稿 | 承認が必須 |
| Issue/タスクを作成 | 承認が必須 |
| チームに返信を投稿 | 承認が必須 |
| プレイブック「Last Run」を更新 | 実行する |
| 計画/優先度を提示 | 実行する |
グレースフルデグラデーション
スキルはツール利用可能性のあらゆるレベルで動作します：
| 利用可能なツール | 体験 |
|---|---|
| Git のみ | コミットを要約、手動投稿用のテキストを出力 |
| Git + Chat | 全投稿/読み込みサイクル、手動 issue 作成 |
| Git + Chat + Issues | 自動 issue 作成付きの全サイクル |
| Git + Chat + Issues + Tasks + Knowledge | 永続的な追跡付きの全サイクル |
動作モード
スキルはさまざまなトリガーフレーズに応答します：
| トリガー | 動作 |
|---|---|
| 「team update」/「post update」 | 全サイクル: 収集、ドラフト作成、投稿、フィードバック読み込み |
| 「check team chat」/「what did the team say」 | フェーズ 3 のみ: フィードバックを読んで分類 |
| 「standup」/「sync with team」 | フェーズ 1 + 2: 収集と投稿、フィードバックをスキップ |
| 「project update」 | フェーズ 1 + 2 + 4: 収集、投稿、計画（フィードバック分類をスキップ） |
| 「feedback loop」 | フェーズ 3 + 4: フィードバックを読んで計画 |
リファレンスファイル
| 時期 | 参照 |
|---|---|
| 初回実行 — プレイブック保存 | references/playbook-format.md |
| 初回実行 — ツール検出 | references/discovery-patterns.md |
| 更新メッセージ作成 | references/message-composition.md |
| チームフィードバック分類 | references/feedback-triage.md |
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- jezweb
- リポジトリ
- jezweb/claude-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/jezweb/claude-skills / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード：Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool（member/distributor）、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base（Ethereum L2）上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格（ERC-20、ERC-721、ERC-4626など）、Layer 2ネットワーク（Base、Arbitrum、Optimism、zkSync、Polygon）、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化（EIPライフサイクル、フォーク追跡、今後の変更予定）といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。