skills

エンジニアリングワークフロースキル 任意のAIコーディングエージェントのために、バグのアイデアから出荷、検証、文書化されたコードに変更を取るエージェントスキルのセット。 フェーズごとの1つのスキル。 どんな注文でも、変化のニーズだけを実行します。 ステートはチャットセッションではなく、ファイル(スコープ、スペック、AGENTS.md、テスト)に住んでいます。 そこで、ワークは、セッション全体で生き生き生き生き生き生き生き生き生き、その場を離れ、チーム全体のために働きます。 `/debug` を実行すると、いつでも何かが壊れます。 物事がどこに立ち向かうかを見るために、いつでも`/scope`を実行します。 > 447 **フル画像が欲しい?** *Workflow Guide** — すべてのスキルのプレーン言語のウォークスルー、作業を運ぶファイル、所有するもの、そして1つのアイデアはスコープから出荷までのすべての方法に従います。 スキル | スキル | お問い合わせ | お問い合わせ | スコープ | | 製品のアイデアを生き生きた、粗いスコープに変えて、出荷時の流れを保ちます。 | | `audit` | AGENTS.md の文脈ファイルを読み書きします。 | | `architect` | ロードベアリングの決定書を作成し、`docs/specs/` のビルド仕様書として書きます。 | | `develop` | 仕様から機能、UI、バックエンドの構築 決定が省略された場合に `/architect` にゲートします。 お問い合わせ | `check` | 合併前の変更を確認する `/check` は実際のアプリを実行します。`/check review` は 2 番目のモデルでコードを読みます。 | | `test` | 変更したコードのテストスイートを書く お問い合わせ | `document` | 実際の差分からPRテキスト、変更履歴、リリースノート、またはpostmortemを書きます。 お問い合わせ | `sync` | AGENTS.md、スコープ、仕様変更後の状態を保ちます。 | | `debug` | バグの根本原因を探し、修正し、`/test` への回帰テストを行います。 お問い合わせ 硬化(システムレベルの障害モード解析)を一時的に削除し、システム設計の専門化として返します。 インストール npx のスキルを使用する。 代理店を選ぶ: 任意のエージェントスキルクライアント(クロードコード、カーソル、コーデックス、ジェミニ CLI など)で動作します。 インストールしたスキルフォルダーをコミットし、チームとワークフローを共有します。 それぞれのスキルの指示は、すべてのクライアントが読んでいるものである「SKILL.md」に住んでいます。 一方の `agents/openai.yaml` は、インタフェースメタデータのみ (名前、空白、およびエージェントピッカーでプロンプトのコーデックスショーを開く) です。 独自のロジックを実行しません。 開始場所 **新製品(グリーンフィールド):** `/scope` のアイデア、`/architect` のスタック、その後、プロジェクトをスキャフォールドし、実際のプロジェクトから AGENTS.md をシードするために `/audit`、その後、機能ループ。 スタックは決定され、 `/audit` が実行される前にプロジェクトがスキャフォールドされるため、空のプロジェクトではなく、実際のプロジェクトを読み込みます。 **既存のコードベース(ブラウンフィールド):** `/audit` は最初なので、すべてのスキルがあなたのプロジェクトを理解し、`/scope` は存在するものの上に次のスライス、その後、機能ループ。 **単一の変更:** は、そのニーズだけを実行します。 バグは `/debug` に直進します。 小さな変更は `/develop` で、`/check` で確認できます。 **Monorepo:** は、AGENTS.md、スコープ、スタック、コマンドを所有している、対象のワークスペースにすべてのスコープをスコープします。 機能ループ `/scope` の最後に、プロジェクト (任意の機能ごとにオーバーライド): `Prototype` (`/develop`、セルフチェック、スローアウト作業)、`Alpha`(`/check` を追加)、`Beta`(`/test` を追加)、または`GA`(`/check review`、`/document` の新鮮なモデル`/check review` を追加します)。 深さは `/develop` の後に *suggested* チェック tail で、ロックされているトラックは絶対にありません: 充電中、ステップを実行またはスキップして、決定時に `done` をマークします。 ワークフローが要求するのは、あらゆる深さで — ロード・ベアリングの決定が下書きされる(`/architect`)、チェックが実行されないことです。 `/scope` はビルドするものを固定します。 `/architect` は、受諾条件が契約である仕様として、どのように設計するかを設計します。後続のステップは、その契約に戻ります。 仕様の `/develop` ゲート: 建物が決定されていない設計、提供者、またはデータモデルを発明することを意味する場合、それは `/建築家` にあなたを停止し、ルーティングします。 とにかく上書きしてビルドできますが、上書きは自由ではありません。 `docs/specs/` の `Assumed` 仕様として記録され、`/architect` が批准されるまで機能にフラグが付けられます。 フラグは `done` のマークからあなたをブロックしません — 決定はまだ批准を省略する立っているリマインダーなので、チャットで黙って失われたことはありません。 ゲートはレイヤー化され、魔法ではなく:`/architect` は、機能が生成しなければならないすべての値のソースの名前 (つまり、設計時に表面をギャップ)、`/develop` は、構築前のカバレッジを再度チェックし、Beta+ `/architect` では、決定のために独立したクロスモデルクリティクを実行することをお勧めします