architect

Plugin architect from marketplace sugiken-dev-public in SugiKent/sugiken-dev-plugin-public. Commands read from the repo's manifest — 2 days ago.

Skills (10)

• 35-architect-code-review

  依頼されたコードや差分を、正確性・可読性・アーキテクチャ・セキュリティ・パフォーマンスの観点から評価する専門スキル。コードレビュー、設計レビュー、リファクタリング案の評価に使用する。

• 35-architect-critical-bug-review

  PR や直近の差分から、レビューをすり抜けた重大度の高い不具合（データ消失・データ破損・クラッシュ・認可回避・情報漏えい・競合状態・無限ループ・意図しない切り詰め）だけを検出して報告するスキル。既報告バグの台帳を docs/quality/critical-bug-review/reported-bugs.md に持ち、重複報告を防ぐ。「重大バグを探して」「クリティカルなバグ検出」「この PR に致命的な問題はないか」「重大度の高い不具合レビュー」「critical bug review」「バグ検出レビュー」等の発話・タスク要求時、および PR レビューで正確性リスクだけを絞り込みたいときに使

• 35-architect-db-design

  データベーススキーマを長期運用に耐える形で設計するスキル。特定の ORM やフレームワークに依存しない、リレーショナルデータベース設計の普遍的な原則を扱う。新しいテーブル・カラムの追加、リレーションの設計、インデックスの追加、マイグレーションの作成、並行更新の制御を行うあらゆる場面で使用する。データベースはアプリケーション層より遥かに長く生存する資産であり、アプリケーションコードよりも長期目線で慎重に設計する — スキーマの設計ミスは本番データのマイグレーションを伴い、後から 10 倍の痛みで返ってくる。「DB設計」「データベース設計」「スキーマ設計」「schema design」「テーブル設

• 35-architect-dependency-audit

  既存プロジェクトの依存パッケージを実際に監査し、検出された脆弱性を深刻度と到達可能性でトリアージして報告するスキル。`npm audit`（または pnpm / yarn の audit）を実行し、結果を即対応・次の依存更新で・見送りに仕分けて報告する。「依存の脆弱性をチェックして」「npm audit の結果を整理して」「依存監査」「dependency audit」「脆弱性トリアージ」等の発話・タスク要求時に使用。これからコードを書くときの設計・実装リファレンスは `35-architect-security` の責務であり、本スキルは手元のプロジェクトに対して監査コマンドを実際に実行する

• 35-architect-doubt-driven-development

  自明でない設計判断・実装方針・安全性の主張について、前提・反証・代替案を明らかにするための専門的レビュー観点。不可逆な変更、高い影響範囲、不慣れな領域、根拠が弱い結論を検討するときに使用する。

• 35-architect-interrogate

  コードの変更を、モデルごとに 1 つ起動したレビュアーに独立した角度から敵対的にレビューさせ、指摘を統合し、別の検証役が合意した指摘だけを、リードとして Act on / Consider / Noted / Dismissed に仕分けた判定を返すスキル。変更は自動で適用しない。openspec-apply-change の横断レビュー、orchestration の apply-review、設計に異論がある変更の出荷前に使うほか、「interrogate」「敵対的レビュー」「multi-model review」「複数モデルでレビュー」「この差分を叩いて」「盲点を探して」「stress

• 35-architect-principle

  ソフトウェア設計の判断を、確立された設計原則を鉄則として適用しながら下すスキル。変更に強く・理解しやすく・壊れにくい構造を作るための判断基準（KISS / YAGNI / DRY / SOLID / モジュール化 / 関心の分離 / デザイン・バイ・コントラクト / フェイルファスト）を扱う。新しいクラス・モジュール・レイヤーを設計するとき、既存構造をリファクタするとき、抽象を導入するか迷うとき、設計レビューで『この構造は変更に耐えるか』を問いたいときに使用する。「設計原則」「design principle」「SOLID」「単一責任」「SRP」「OCP」「開放閉鎖」「LSP」「リスコフ」「I

• 35-architect-security

  コードを脆弱性に対して堅牢化（ハードニング）するスキル。ユーザー入力・認証・データ保存・外部連携を扱うときに使用する。信頼できないデータを受け取る機能、ユーザーセッションを管理する機能、サードパーティサービスと連携する機能を構築するあらゆる場面で使用する。「セキュリティ」「ハードニング」「脆弱性」「security」「hardening」「脅威モデリング」「threat model」「STRIDE」「OWASP」「SQL injection」「XSS」「SSRF」「CSRF」「認証」「認可」「authentication」「authorization」「input validation」「入力

• 35-architect-sketch

  コードを書く前に、型・シグネチャ・モジュール構造を本体なしでスケッチし、構造の異なる設計案を並行に作らせて比べ、1 つに統合してから実装し、実装中もスケッチに照らして見張るスキル。関数の境界をまたぐ変更、新しい型・モジュール・公開 API・データの持ち方を伴う change の design を書くとき、いきなりコードを書くと誤った形に縛られそうなときに使う。openspec-propose / openspec-apply-change から呼ばれるほか、「architect this」「設計して」「設計案を並べて」「型からスケッチして」「設計を競作させて」等の発話で使う。

• 35-architect-test-audit

  テストを書く・変える・レビューする・一掃するときに使う。新規・変更テストを書く時点の追加可否ゲートと、低価値テスト（ソースの再表明、より強い証明との重複、実装への結合）と、それらのテストのためだけに残っている本番コードの継ぎ目を洗い出して削る監査手順を持つ。「テストを追加して」「このテストは必要か」「テストを監査して」「低価値テストを削って」「テストを整理して」「test audit」「サブシステムのテストを丸ごと棚卸しして」等の発話・タスク要求時に使用。

Subagents (7)

• architect-code-review

  多軸コードレビューを独立コンテキストで実行する専門サブエージェント。自分・別エージェント・人間が書いたコードや設計案の品質評価を委任したいときに使用する。正確性・可読性・アーキテクチャ・セキュリティ・パフォーマンスの観点と根拠を親エージェントへ報告する。

• architect-db-design

  リレーショナル DB スキーマ設計の相談・レビューを独立コンテキストで担うサブエージェント。テーブル/カラム追加、リレーション設計、インデックス、マイグレーション、並行更新制御などの設計判断を委任したいとき、または設計案の妥当性を親エージェントに報告させたいときに使用する。「DB設計」「スキーマ設計」「schema design」「データモデリング」「正規化」「インデックス」「マイグレーション」「外部キー」「排他制御」等のときに呼ぶ。

• architect-doubt-driven-development

  自明でない意思決定を、確定前にフレッシュコンテキストで敵対的レビューするサブエージェント。承認ではなく反証に偏った独立レビュアーとして、設計判断・実装方針・自信ありげな出力を親エージェントに代わって反対尋問する。速度より正しさが重要なとき、不慣れなコード、本番/セキュリティ/不可逆操作などステークスが高いときに使用する。「doubt-driven」「疑い駆動」「敵対的レビュー」「adversarial review」「フレッシュコンテキストレビュー」「反証」「本番前検証」等のときに呼ぶ。

• architect-interrogate-reviewer

  35-architect-interrogate が起動する、読むだけの敵対的コードレビュアー。親が埋めた依頼文（意図・差分・観点・コード品質の目）に従って本物の問題だけを探し、重大度・場所・根拠付きの指摘一覧を返す。ファイルは編集しない。interrogate 以外から人が直接呼ぶ想定はない。

• architect-interrogate-verifier

  35-architect-interrogate の手順 4 が起動する、読むだけの検証役。別のレビュアーが挙げた指摘の一覧を受け取り、指摘ごとに成立 / 不成立 / 判断できないを、コードの根拠と確かさの段階付きで返す。ファイルは編集しない。interrogate 以外から人が直接呼ぶ想定はない。

• architect-principle

  ソフトウェア設計原則（KISS / YAGNI / DRY / SOLID / 関心の分離 / デザイン・バイ・コントラクト / フェイルファスト）を判断基準として、設計判断や設計レビューを独立コンテキストで担うサブエージェント。新しいクラス・モジュール・レイヤーの設計、リファクタ方針、抽象を導入すべきかの判断、既存構造が変更に耐えるかのレビューを委任したいときに使用する。原則をチェックリストではなくトレードオフの指針として扱い、常に『変更容易性』を North Star に判断・報告する。「設計原則」「design principle」「SOLID」「単一責任」「SRP」「OCP」「LSP」

• architect-security

  コードのセキュリティ堅牢化（ハードニング）とセキュリティレビューを独立コンテキストで担うサブエージェント。ユーザー入力・認証・認可・データ保存・外部連携を扱うコードの脅威モデリングと脆弱性評価を委任したいときに使用する。「セキュリティ」「security review」「ハードニング」「脆弱性」「脅威モデリング」「STRIDE」「OWASP」「SQL injection」「XSS」「SSRF」「CSRF」「認証」「認可」「input validation」「secrets 管理」「prompt injection」等のときに呼ぶ。

Similar plugins