shinaps

Plugin shinaps from marketplace shinaps-skills in sh1n4ps/shinaps-skills. Commands read from the repo's manifest — today.

Skills (13)

• dev-managed-cc

  Claude Managed Agents のセッションで、初回メッセージで受けた体制（LITE・BASIC・ULTRA）の担当で dev を進める。lead がメインとして計画・実装・検証・採否を行い、体制に応じた担当が独立した別案と独立レビューを行う。BASIC・ULTRAでは作業に応じて担当を追加する。範囲を限ったコミット・push・draft PR で終える。

• commit

  依頼された差分を依存順のローカルコミットにし、各コミットを検証・レビューする。review_flow（auto・manual）は各単位の実効方針か確認で決め、選択された範囲で実行する。設定のaskは依頼の開始時に一度解決する。

• create-pr

  ブランチの変更意図と検証結果を整理し、リポジトリの規約に合ったGitHub PRを作成する。PR作成・公開を依頼されたとき、またはLinear進行の実効到達点に含まれるときに使う。

• debug

  バグ報告・不具合の根本原因を多角的に調査し、対症療法ではなく根本解決を導くスキル。コードトレース + WebSearch + GitHub Issue 検索で仮説を立て、実コード検証で確定させ、必要に応じて shinaps-tech-surveyor + shinaps-survey-validator で外部情報を深掘りし、/shinaps:dev-claude に引き継ぐ。既存の調査・実装成果物と rule カタログを仮説候補の優先順位付けに使う

• dev-claude

  選んだ体制（LITE・BASIC・ULTRA）で、メインが調査・設計・実装・検証・修正・指摘の採否を行い、体制に応じた担当が独立した別案（ULTRAでは必須）と計画・実装の独立レビューを行う。BASIC・ULTRAでは不確実性・影響範囲・失敗時の影響から担当を追加する（LITEは体制の変更を相談する）。コミットは依頼の到達点に従い、Linear進行ではQAへ結果を返す。

• explore

  バグか確定していない違和感、既存挙動の「なぜ」、実装方針や変更影響について、人間が理解・納得できるまで質問を重ねる対話型 read-only 調査スキル。質問ごとにコード、テスト、設定、git history、必要な公式情報を調べ、confirmed / inference / unknown を分けて根拠付きで回答する。debug のように根本原因確定を急がず、spec のように仕様策定を目的にせず、実装は行わない。理解が揃い実装内容に合意したら exploration.md を /shinaps:dev-claude に直接渡す。「今の実装はどうなっている？」「なぜこうなる？」「この変更は

• linear-execute

  Linearの開発で、Codexから受けた実装・修正・コミット依頼をClaude Codeで実行する。autoはローカルClaude CLI、manualはWebStormの対話セッションでBridgeの依頼を受ける。開発進行の依頼はCodexへ引き渡す。相談・Issue整理はlinear-planを使う。

• linear-plan

  アイデアの相談・調査・仕様整理を行い、LinearのIssueを作成・更新・分割する。必要に応じてspecやexploreを使い、Issue整理までで止める。プロジェクトのLinear設定の初期設定・変更も扱う。

• managed-execute

  Claude Managed Agents の lead へ、アカウントを選んで dev を依頼し、観測・質問の取り次ぎ・出力のローカル回収と draft PR の確認を行う。dev の工程自体は lead に任せる。依頼があるときに使う。

• managed-setup

  Claude Managed Agents の共通 dev 構成（lead・役割・skill・環境）を、利用者の1つ以上のアカウントへ一コマンドで導入・更新する。アカウントごとの lock を使い、同じリソースを重複して作らない。導入・更新の依頼があるときに使う。

• release

  プロジェクトの公開手順と完了条件に従ってリリースし、対象バージョンが利用可能なことを検証する。公開・配布・本番デプロイを依頼されたとき、またはLinear進行の実効到達点に含まれるときに使う。

• review

  差分・PR・コミット範囲・既存コードをレビューする。LITE・BASIC・ULTRAの体制を開発時の体制と関係なく選べ、規約照合・可読性・慣習・実装の簡素化も同じ入口で扱う。「レビューして」「規約に合っているか確かめて」「簡素化できるか見て」と依頼されたとき、追加修正の後に確かめたいときに使う。指摘の検証と報告までを行い（確定した規約の適用結果は既定で記録し、依頼でOFFにできる）、修正は明示の依頼があるときだけ開発の担当へ引き継ぐ。

• spec

  大まかな要望を入力に、対話的なヒアリング + 既存実装調査 (shinaps-explorer) + フィジビリティ調査 (shinaps-tech-surveyor で外部情報 + shinaps-survey-validator で出典検証 + 採用候補決定 + 必要ならプロトタイプ実装) + 技術選定を行い、「ほぼ実現できる」と確信できるレベルまで仕様を詰めて仕様書 (spec.md) を作成するスキル。spec 段階で実現可能性を十分に検証することで dev の入口での差し戻しを最小限にする。shinaps-spec-writer で構造化し、そのまま /shinaps:dev-cla

Subagents (11)

• shinaps-architect

  dev で独立設計担当を置く場合（ULTRA、または追加した BASIC）に、メインの案を見ずに、要件・制約・規約・引き継いだ成果物から独立した設計案を作る設計担当。メインはこの案と自案を根拠で比べて統合する。一つの実装計画を返す

• shinaps-debug-validator

  shinaps:debug 専用の仮説検証エージェント。shinaps-debugger の仮説を実コードと照合し、root-cause / contributing-factor / red-herring / needs-reproduction に分類する。修正方針は対症療法を排除し、根本解決を提示する

• shinaps-debugger

  shinaps:debug 専用の根本原因調査エージェント。症状からコードを追跡し、WebSearch / GitHub Issue 検索で外部情報を収集し、根本原因の仮説を立案する。既存の調査・実装成果物と rule カタログを踏まえて仮説候補に優先順位を付ける

• shinaps-explorer

  dev のメインが互いに独立した領域を並行して調べるとき、および shinaps:spec の既存実装調査で起動されるコードベース探索エージェント。類似機能のトレース、アーキテクチャマップ、関連抽象化レイヤーの調査を担当。依頼元が読むべき重要ファイルを 5-10 件返す。Skill 側から prompt 経由で渡される関連する既存成果物の要約を参照材料として使う

• shinaps-investigator

  shinaps:explore の各質問ラウンドで起動される read-only 調査エージェント。人間の現在の疑問に絞ってコード、テスト、設定、git history、必要な公式情報を辿り、confirmed / inference / unknown を分離した根拠付き回答と次に有効な質問候補を返す

• shinaps-plan-reviewer

  dev の入口の計画フェーズで起動される第三者プランレビューエージェント。dev のメインが作った実装計画を、要件カバー度・設計妥当性・実装可能性・リスクの観点で批判的にレビューし、計画の簡素化の提案とあわせて、独立した指摘と具体的な修正案を返す。担当が複数のときは同じ計画を別々に検証する

• shinaps-reviewer

  dev の入口の実装後レビューと shinaps:review で、独立コードレビュー・「可読性・慣習レビュー」・規約照合・実装の簡素化・指摘の検証のうち指定された種類を担当。独立コードレビューは実装後の差分を logic / design / security / performance / maintainability と rule 適合性の観点で網羅的に、可読性・慣習レビューは指定された範囲を規約と先例に照らし、規約照合は対象ファイル全文を規約と1件ずつ照らし、実装の簡素化は削除・統合できる処理を探し、指摘の検証は渡された指摘を実コードで確かめて、Critical / Warning

• shinaps-spec-writer

  shinaps:spec 専用の仕様書作成エージェント。ヒアリングで収集した情報と shinaps-explorer / shinaps-tech-surveyor / shinaps-survey-validator の調査結果を統合し、構造化された仕様書 (機能要件 / 非機能要件 / スコープ / 制約 / 受け入れ条件) に整理する

• shinaps-split-reviewer

  shinaps:commit のmanualで、人が単位ごとにコミットを依頼する前に分割計画を確認するレビューエージェント。メインスレッドが提案したコミット単位の分割を、各単位の diff だけを読んで変更の妥当性を判断できるか (下限) / 一言で説明できる範囲か (上限) / 依存順 / 網羅性の観点で批判的にレビューし、指摘を反映した修正版最終分割計画までを返す。worktree は read-only で扱い、stash / add / checkout / Edit は一切行わない

• shinaps-survey-validator

  shinaps-tech-surveyor のレポートを受け取り、出典 URL を WebFetch で再確認しながら情報の鮮度・出典の妥当性・主張の正確性を検証する。CLAUDE.md / rule カタログに反する候補は Critical で報告する

• shinaps-tech-surveyor

  shinaps:spec / shinaps:review / shinaps:debug で共有利用される外部技術調査エージェント。WebSearch / WebFetch で最新情報を集め、ライブラリ・フレームワーク・サービスを観点別に比較する一次レポートを作成する。既存スタック規約と rule カタログとの整合性を必ず評価対象に含める

Hooks (1)

• PostToolUse

  node "${CLAUDE_PLUGIN_ROOT}/hooks/capture-rule-response.mjs"

Similar plugins