Claude Skills by coil398

「git sync」「同期して」「pullしてpush」で、対象リポジトリの変更保全・差分統合・関連配備更新・pushまで実行する。 通常の競合や配備不一致は親が解消して継続する。ユーザーが /git-sync と入力したら使う。

AGENTS.md・エージェント定義・スキルの肥大化、重複、競合、過剰な発火条件を整理する。指示の監査・改善を求められたとき、または指示編集で具体的な問題を見つけたときに使う。通常のコード整理は対象外。

明確で小さい変更をImplement → Reviewで進める。別の計画artifactや振り返りが不要な修正・小機能・設定・文書変更に使う。

指定した起動ディレクトリとdotfiles rootのスキル配置・エージェント定義を、既存audit scriptで点検する。

複雑な実装・設計変更をPlan → Implement → Review → Test → Retrospectで進める。影響範囲や設計判断が重い作業に使う。

Cursorで任意のリファクタリング改善案を返すnative入口。共有refactor-advisorとrefactor-guidanceを読み、reviewerのVERDICTから分離する。

Cursorで研究テーマを必要な資料収集・集約・分析・仮説形成へ進める。Web/ローカル資料は問いに必要な場合だけ調べ、確認事実と推測を分ける。ユーザーが /research と入力したときに使う。

実際の作業結果から再利用できる学びと改善を提案する。振り返りやパターン分析に使い、meta・dreamモードは明示時だけ扱う。

PRまたはremote branchのレビューに使う。ローカルの未コミット差分やファイル指定はreviewerへ渡す。

Cursorでレビュー親を実行するnative入口。共有reviewer Skillを読み、対象・担当配分・結果集約を親が行う。

Dockerfile、Compose、Terraform、GitHub Actionsをread-only検査し、共通Finding schemaとredaction基準で返す。

Cursorで実装済みコードを検証するnative入口。共有testerとtest-procedureを読み、親が検証範囲と結果を確定する。

差分または既存コードを、実コードに基づく説明へ整理する。詳細化、保存、HTML化は必要な場合だけ行う。

Cursorで実装計画を作り、依頼された実装の各ステップと実測結果を記録する。計画だけの依頼では実装へ進まず、親が計画・受入を所有する。`--deepplan` は明示時だけ使う。

ある AI エージェントから別の AI CLI（devin / codex / claude / cursor-agent / opencode / gemini / grok）を非対話で呼び出すときの実行規則。print モードの 選び方、認証・権限・cwd の罠、出力フォーマット、ACP 起動の注意をまとめる。 「codex に投げて」「devin を CLI から呼んで」「別エージェントに委譲」 といった依頼で使う。ユーザーが /agent-cli と入力したら使う。

DeepSeek V4.x Flash を複数 provider（OpenCode Go / NVIDIA Build / DeepInfra）経由で動かすときの失敗型・切り分け・運用の正本。DSML tool-call drift の検出と salvage、quota 層の確認、provider 選定に使う。「DeepSeek が応答しない」「tool call が空」「429 が続く」といった症状で使う。ユーザーが /deepseek-ops と入力したら使う。

ステージ型パイプラインの run が「止まる」「同じところを回り続ける」「収束しない」 ときに、durable な成果物とイベント列から原因を特定する診断手順の正本。 BLOCKED / no_matching_case / 無限リトライ / 全部再生成 / sentinel 固定化のような 症状を、推測ではなく実測で機構まで掘り下げる。パイプラインの構築・運用方針は /pipeline を参照。ユーザーが /pipeline-diagnose と入力したら使う。

稼働中パイプラインの改善ループ。durable 実測で失敗型を確定し、deepthink(Fable)・ swe-2 等の独立モデル腕に仮説を競わせ、lab A/B で収束形状を比較してから本番へ port する。「パイプラインを改善して」「収束しないループを直して」「A/Bで 改善を測って」「lab で試してから本番に」「改善して安定化」といった依頼で使う。 ユーザーが /pipeline-improve と入力したら使う。

ステージ型パイプライン（declared inputs → declared outputs の実行単位を繋ぐ構成）と その監視ダッシュボードの設計・構築・運用・改善の約束。パイプラインを作る （DAG 設計・stage 追加・component 化）・回す・形を変える・resume する・ 失敗を分類して直す・lab で計測改善する・監視 UI を作る・監視側と実行状態を 同期する、といった作業全般に使う。特定のリポジトリやドメインに限定しない。 ユーザーが /pipeline と入力したら使う。

モデルに送るプロンプト面（system prompt / tool 記述・スキーマ / 注入ブロック / 副プロンプト）を 整理・変更するときに、前後で同じ物差しで計測してから完了とする手順。「プロンプト整理して」 「プロンプト削って」「system prompt の重さを見て」といった依頼で使う。ユーザーが /prompt-budget と入力したら使う。

Python のスクリプト作成・依存管理・環境構築を行うときに使う。uv 優先の実行方法、PEP 723 インライン依存、uv add / uv run --with の使い分けを定める。

Python のスクリプト作成・依存管理・環境構築を行うときに使う。uv 優先の実行方法、PEP 723 インライン依存、uv add / uv run --with の使い分けを定める。