その他 スキル

コードレビューのフィードバックを受け取る場合（特に不明確または技術的に疑問がある場合）、タスクや主要機能を完了して進行する前にレビューが必要な場合、または完了/成功の主張をする前に使用します。3つの慣行を含みます。- パフォーマティブな同意よりも技術的な厳密さでフィードバックを受け取ること、コードレビュー担当者のサブエージェントを介してレビューを要求すること、ステータスの主張をする前に証拠を必要とする確認ゲート。サブエージェント主導の開発、プルリクエスト、および誤った完了主張の防止に不可欠です。

データバリデーションを伴うCSVファイルの解析と分析

KPIメトリックカード、棒グラフ/円グラフ/折れ線グラフ、進捗インジケーター、データ可視化を使用してHTMLダッシュボードを作成します。ユーザーがダッシュボード、メトリック表示、KPI可視化、データチャート、または監視インターフェースを要求した場合に使用します。

レビューチェックポイント付きで詳細な計画をバッチで実行する

パートナーがレビューチェックポイント付きで制御されたバッチで実行するための完全な実装計画を提供した場合に使用 - 計画をロードし、批判的にレビューし、バッチでタスクを実行し、バッチ間でレビューのために報告

ファイルを分析して、サイズ、行数、修正時刻、コンテンツ統計などの詳細なメタデータを取得します。ユーザーがファイルの情報、統計、または分析を要求し、ファイルを修正しない場合に使用します。

可検証的な仮説を生成する。観察から定式化し、実験を設計し、競合する説明を探索し、予測を開発し、メカニズムを提案し、ドメイン横断的な科学的探究のために行う。

会社が好むフォーマットを使用して、あらゆる種類の社内コミュニケーションを書くのに役立つリソースのセット。Claudeは、ステータスレポート、リーダーシップのアップデート、3Pのアップデート、社内ニュースレター、FAQ、インシデントレポート、プロジェクトアップデートなど、社内コミュニケーションの何かを書くように要求された場合はいつでもこのスキルを使用する必要があります。

このスキルは解析に失敗するはずです。なぜなら、その説明フィールドにスペルミスがあるからです。

このスキルは説明がないため、バリデーションに失敗する必要があります。

このスキルには必要な名前フィールドが不足しています

このスキルは、不正な形式のYAMLフロントマターのため、解析に失敗するはずです。

このスキルには不正なYAML構文があり、解析に失敗するはずです。

核となる前提をひっくり返して、隠れた制約と代替アプローチを明らかにする——「もし反対が真実だったら？」

スキーマサポートによるJSONデータの解析と検証

Linear のイシューを CLI で操作できます - ユーザーが Linear のイシュー、イシューの作成、更新、コメント、削除、またはイシューのステータスと詳細の確認について質問した場合は、このスキルを使用してください

短い質問応答を介してADR（Nygard形式、7セクション、約300～500語）を作成します。次のADR番号を割り当て、基準を検証します。

Storyタスクを編成する。優先順位はTo Review -> To Rework -> Todo、ln-331/ln-333/ln-334に委任し、Story品質はln-340に渡す。事前にメタデータのみをロードする。

実装タスクを実行します（Todo -> In Progress -> To Review）。KISS/YAGNI、ガイドライン、品質チェックに従います。テストタスクには使用しません。

"To Review"の1つのタスクをレビューし、DoneまたはTo Reworkを決定し、即時修正または明確なリワークメモを作成します。- タスクと親Storyを完全にロードし、AC、コンテキスト、および技術的アプローチを理解します。- アーキテクチャ、正確性、構成の衛生、ドキュメント、およびテストをチェックします。- テストタスクの場合は、リスクベース…

To Rework（修正待ち）のタスクを修正し、To Review（レビュー待ち）に戻します。選択したタスクに対してのみレビュアーのフィードバックを適用します。

Doneで実装されたタスクに対してDRY/KISS/YAGNI/アーキテクチャ/ガイドのコンプライアンスをチェックするワーカー。問題を報告しますが、ステータスの変更やタスクの作成は行いません。

3つ以上のドメインに出現するスポットパターンを探して普遍的な原理を発見する

このスキルには必要な名前フィールドが欠落しています