winter-super-cli 2026.5.31 → 2026.6.5

package/resources/local/ecc/docs/ja-JP/rules/common/performance.md

@@ -0,0 +1,55 @@
+# パフォーマンス最適化
+
+## モデル選択戦略
+
+**Haiku 4.5**（Sonnet 機能の 90%、コスト 3 分の 1）:
+- 頻繁に呼び出される軽量 agent
+- ペアプログラミングとコード生成
+- マルチ agent システムのワーカー agent
+
+**Sonnet 4.5**（最高のコーディングモデル）:
+- メイン開発作業
+- マルチ agent ワークフローのオーケストレーション
+- 複雑なコーディングタスク
+
+**Opus 4.5**（最も深い推論）:
+- 複雑なアーキテクチャの意思決定
+- 最大限の推論要件
+- 調査と分析タスク
+
+## コンテキストウィンドウ管理
+
+次の場合はコンテキストウィンドウの最後の 20% を避ける:
+- 大規模なリファクタリング
+- 複数ファイルにまたがる機能実装
+- 複雑な相互作用のデバッグ
+
+コンテキスト感度の低いタスク:
+- 単一ファイルの編集
+- 独立したユーティリティの作成
+- ドキュメントの更新
+- 単純なバグ修正
+
+## 拡張思考 + プランモード
+
+拡張思考はデフォルトで有効で、内部推論用に最大 31,999 トークンを予約します。
+
+拡張思考の制御:
+- **トグル**: Option+T（macOS）/ Alt+T（Windows/Linux）
+- **設定**: `~/.claude/settings.json` で `alwaysThinkingEnabled` を設定
+- **予算上限**: `export MAX_THINKING_TOKENS=10000`
+- **詳細モード**: Ctrl+O で思考出力を表示
+
+深い推論を必要とする複雑なタスクの場合:
+1. 拡張思考が有効であることを確認（デフォルトで有効）
+2. 構造化されたアプローチのために **プランモード** を有効化
+3. 徹底的な分析のために複数の批評ラウンドを使用
+4. 多様な視点のために役割分担したサブ agent を使用
+
+## ビルドトラブルシューティング
+
+ビルドが失敗した場合:
+1. **build-error-resolver** agent を使用
+2. エラーメッセージを分析
+3. 段階的に修正
+4. 各修正後に検証

package/resources/local/ecc/docs/ja-JP/rules/common/security.md

@@ -0,0 +1,29 @@
+# セキュリティガイドライン
+
+## 必須セキュリティチェック
+
+すべてのコミット前:
+- [ ] ハードコードされたシークレットなし（API キー、パスワード、トークン）
+- [ ] すべてのユーザー入力が検証済み
+- [ ] SQL インジェクション防止（パラメータ化クエリ）
+- [ ] XSS 防止（サニタイズされた HTML）
+- [ ] CSRF 保護が有効
+- [ ] 認証/認可が検証済み
+- [ ] すべてのエンドポイントにレート制限
+- [ ] エラーメッセージが機密データを漏らさない
+
+## シークレット管理
+
+- ソースコードにシークレットをハードコードしない
+- 常に環境変数またはシークレットマネージャーを使用
+- 起動時に必要なシークレットが存在することを検証
+- 露出した可能性のあるシークレットをローテーション
+
+## セキュリティ対応プロトコル
+
+セキュリティ問題が見つかった場合:
+1. 直ちに停止
+2. **security-reviewer** agent を使用
+3. 継続前に CRITICAL 問題を修正
+4. 露出したシークレットをローテーション
+5. 同様の問題がないかコードベース全体をレビュー

package/resources/local/ecc/docs/ja-JP/rules/common/testing.md

@@ -0,0 +1,29 @@
+# テスト要件
+
+## 最低テストカバレッジ: 80%
+
+テストタイプ（すべて必須）:
+1. **ユニットテスト** - 個々の関数、ユーティリティ、コンポーネント
+2. **統合テスト** - API エンドポイント、データベース操作
+3. **E2E テスト** - 重要なユーザーフロー（フレームワークは言語ごとに選択）
+
+## テスト駆動開発
+
+必須ワークフロー:
+1. まずテストを書く（RED）
+2. テストを実行 - 失敗するはず
+3. 最小限の実装を書く（GREEN）
+4. テストを実行 - パスするはず
+5. リファクタリング（IMPROVE）
+6. カバレッジを確認（80%+）
+
+## テスト失敗のトラブルシューティング
+
+1. **tdd-guide** agent を使用
+2. テストの分離を確認
+3. モックが正しいことを検証
+4. 実装を修正、テストは修正しない（テストが間違っている場合を除く）
+
+## Agent サポート
+
+- **tdd-guide** - 新機能に対して積極的に使用、テストファーストを強制

package/resources/local/ecc/docs/ja-JP/rules/cpp/coding-style.md

@@ -0,0 +1,44 @@
+---
+paths:
+  - "**/*.cpp"
+  - "**/*.hpp"
+  - "**/*.cc"
+  - "**/*.hh"
+  - "**/*.cxx"
+  - "**/*.h"
+  - "**/CMakeLists.txt"
+---
+# C++ コーディングスタイル
+
+> このファイルは [common/coding-style.md](../common/coding-style.md) を C++ 固有のコンテンツで拡張します。
+
+## モダン C++（C++17/20/23）
+
+- C スタイルの構文よりも**モダン C++ の機能**を優先する
+- コンテキストから型が明らかな場合は `auto` を使用する
+- コンパイル時の定数には `constexpr` を使用する
+- 構造化バインディングを使用する: `auto [key, value] = map_entry;`
+
+## リソース管理
+
+- **RAII を徹底する** — 手動での `new`/`delete` は禁止
+- 独占的な所有権には `std::unique_ptr` を使用する
+- 共有所有権が本当に必要な場合のみ `std::shared_ptr` を使用する
+- 生の `new` の代わりに `std::make_unique` / `std::make_shared` を使用する
+
+## 命名規則
+
+- 型/クラス: `PascalCase`
+- 関数/メソッド: `snake_case` または `camelCase`（プロジェクトの規約に従う）
+- 定数: `kPascalCase` または `UPPER_SNAKE_CASE`
+- 名前空間: `lowercase`
+- メンバー変数: `snake_case_`（末尾アンダースコア）または `m_` プレフィックス
+
+## フォーマット
+
+- **clang-format** を使用する — スタイルの議論は不要
+- コミット前に `clang-format -i <file>` を実行する
+
+## 参考
+
+包括的な C++ コーディング標準とガイドラインについてはスキル: `cpp-coding-standards` を参照。

package/resources/local/ecc/docs/ja-JP/rules/cpp/hooks.md

@@ -0,0 +1,39 @@
+---
+paths:
+  - "**/*.cpp"
+  - "**/*.hpp"
+  - "**/*.cc"
+  - "**/*.hh"
+  - "**/*.cxx"
+  - "**/*.h"
+  - "**/CMakeLists.txt"
+---
+# C++ フック
+
+> このファイルは [common/hooks.md](../common/hooks.md) を C++ 固有のコンテンツで拡張します。
+
+## ビルドフック
+
+C++ の変更をコミットする前にこれらのチェックを実行する:
+
+```bash
+# フォーマットチェック
+clang-format --dry-run --Werror src/*.cpp src/*.hpp
+
+# 静的解析
+clang-tidy src/*.cpp -- -std=c++17
+
+# ビルド
+cmake --build build
+
+# テスト
+ctest --test-dir build --output-on-failure
+```
+
+## 推奨 CI パイプライン
+
+1. **clang-format** — フォーマットチェック
+2. **clang-tidy** — 静的解析
+3. **cppcheck** — 追加解析
+4. **cmake ビルド** — コンパイル
+5. **ctest** — サニタイザーを使用したテスト実行

package/resources/local/ecc/docs/ja-JP/rules/cpp/patterns.md

@@ -0,0 +1,51 @@
+---
+paths:
+  - "**/*.cpp"
+  - "**/*.hpp"
+  - "**/*.cc"
+  - "**/*.hh"
+  - "**/*.cxx"
+  - "**/*.h"
+  - "**/CMakeLists.txt"
+---
+# C++ パターン
+
+> このファイルは [common/patterns.md](../common/patterns.md) を C++ 固有のコンテンツで拡張します。
+
+## RAII（Resource Acquisition Is Initialization）
+
+リソースのライフタイムをオブジェクトのライフタイムに結びつける:
+
+```cpp
+class FileHandle {
+public:
+    explicit FileHandle(const std::string& path) : file_(std::fopen(path.c_str(), "r")) {}
+    ~FileHandle() { if (file_) std::fclose(file_); }
+    FileHandle(const FileHandle&) = delete;
+    FileHandle& operator=(const FileHandle&) = delete;
+private:
+    std::FILE* file_;
+};
+```
+
+## 5の法則/0の法則
+
+- **0の法則**: カスタムデストラクタ、コピー/ムーブコンストラクタ、代入が不要なクラスを優先する
+- **5の法則**: デストラクタ/コピーコンストラクタ/コピー代入/ムーブコンストラクタ/ムーブ代入のいずれかを定義する場合、5つすべてを定義する
+
+## 値セマンティクス
+
+- 小さい/トリビアルな型は値渡しにする
+- 大きな型は `const&` で渡す
+- 値で返す（RVO/NRVO に依存する）
+- シンクパラメータにはムーブセマンティクスを使用する
+
+## エラーハンドリング
+
+- 例外的な状況には例外を使用する
+- 存在しない可能性のある値には `std::optional` を使用する
+- 想定される失敗には `std::expected`（C++23）または結果型を使用する
+
+## 参考
+
+包括的な C++ パターンとアンチパターンについてはスキル: `cpp-coding-standards` を参照。

package/resources/local/ecc/docs/ja-JP/rules/cpp/security.md

@@ -0,0 +1,51 @@
+---
+paths:
+  - "**/*.cpp"
+  - "**/*.hpp"
+  - "**/*.cc"
+  - "**/*.hh"
+  - "**/*.cxx"
+  - "**/*.h"
+  - "**/CMakeLists.txt"
+---
+# C++ セキュリティ
+
+> このファイルは [common/security.md](../common/security.md) を C++ 固有のコンテンツで拡張します。
+
+## メモリ安全性
+
+- 生の `new`/`delete` は絶対に使用しない — スマートポインタを使用する
+- C スタイルの配列は絶対に使用しない — `std::array` または `std::vector` を使用する
+- `malloc`/`free` は絶対に使用しない — C++ のアロケーションを使用する
+- 絶対に必要な場合を除き `reinterpret_cast` を避ける
+
+## バッファオーバーフロー
+
+- `char*` の代わりに `std::string` を使用する
+- 安全性が重要な場合の境界チェック付きアクセスには `.at()` を使用する
+- `strcpy`、`strcat`、`sprintf` は絶対に使用しない — `std::string` または `fmt::format` を使用する
+
+## 未定義動作
+
+- 変数を必ず初期化する
+- 符号付き整数のオーバーフローを避ける
+- NULL または dangling ポインタのデリファレンスを絶対に行わない
+- CI でサニタイザーを使用する:
+  ```bash
+  cmake -DCMAKE_CXX_FLAGS="-fsanitize=address,undefined" ..
+  ```
+
+## 静的解析
+
+- 自動チェックには **clang-tidy** を使用する:
+  ```bash
+  clang-tidy --checks='*' src/*.cpp
+  ```
+- 追加の解析には **cppcheck** を使用する:
+  ```bash
+  cppcheck --enable=all src/
+  ```
+
+## 参考
+
+詳細なセキュリティガイドラインについてはスキル: `cpp-coding-standards` を参照。

package/resources/local/ecc/docs/ja-JP/rules/cpp/testing.md

@@ -0,0 +1,44 @@
+---
+paths:
+  - "**/*.cpp"
+  - "**/*.hpp"
+  - "**/*.cc"
+  - "**/*.hh"
+  - "**/*.cxx"
+  - "**/*.h"
+  - "**/CMakeLists.txt"
+---
+# C++ テスト
+
+> このファイルは [common/testing.md](../common/testing.md) を C++ 固有のコンテンツで拡張します。
+
+## フレームワーク
+
+**CMake/CTest** と組み合わせた **GoogleTest**（gtest/gmock）を使用する。
+
+## テストの実行
+
+```bash
+cmake --build build && ctest --test-dir build --output-on-failure
+```
+
+## カバレッジ
+
+```bash
+cmake -DCMAKE_CXX_FLAGS="--coverage" -DCMAKE_EXE_LINKER_FLAGS="--coverage" ..
+cmake --build .
+ctest --output-on-failure
+lcov --capture --directory . --output-file coverage.info
+```
+
+## サニタイザー
+
+CI では常にサニタイザーを使用してテストを実行する:
+
+```bash
+cmake -DCMAKE_CXX_FLAGS="-fsanitize=address,undefined" ..
+```
+
+## 参考
+
+詳細な C++ テストパターン、TDD ワークフロー、GoogleTest/GMock の使用方法についてはスキル: `cpp-testing` を参照。

package/resources/local/ecc/docs/ja-JP/rules/csharp/coding-style.md

@@ -0,0 +1,72 @@
+---
+paths:
+  - "**/*.cs"
+  - "**/*.csx"
+---
+# C# コーディングスタイル
+
+> このファイルは [common/coding-style.md](../common/coding-style.md) を C# 固有のコンテンツで拡張します。
+
+## 標準
+
+- 現在の .NET の規約に従い、nullable 参照型を有効にする
+- パブリックおよびインターナル API に明示的なアクセス修飾子を優先する
+- ファイルはそこで定義されている主要な型に合わせて構成する
+
+## 型とモデル
+
+- イミュータブルな値のようなモデルには `record` または `record struct` を優先する
+- ID とライフサイクルを持つエンティティや型には `class` を使用する
+- サービス境界と抽象化には `interface` を使用する
+- アプリケーションコードで `dynamic` を避ける; ジェネリクスや明示的なモデルを優先する
+
+```csharp
+public sealed record UserDto(Guid Id, string Email);
+
+public interface IUserRepository
+{
+    Task<UserDto?> FindByIdAsync(Guid id, CancellationToken cancellationToken);
+}
+```
+
+## イミュータビリティ
+
+- 共有状態には `init` セッター、コンストラクタパラメータ、イミュータブルコレクションを優先する
+- 更新された状態を生成する際に入力モデルをインプレースでミューテートしない
+
+```csharp
+public sealed record UserProfile(string Name, string Email);
+
+public static UserProfile Rename(UserProfile profile, string name) =>
+    profile with { Name = name };
+```
+
+## 非同期とエラーハンドリング
+
+- `.Result` や `.Wait()` のようなブロッキング呼び出しよりも `async`/`await` を優先する
+- パブリックな非同期 API を通じて `CancellationToken` を渡す
+- 特定の例外をスローし、構造化されたプロパティでログを記録する
+
+```csharp
+public async Task<Order> LoadOrderAsync(
+    Guid orderId,
+    CancellationToken cancellationToken)
+{
+    try
+    {
+        return await repository.FindAsync(orderId, cancellationToken)
+            ?? throw new InvalidOperationException($"Order {orderId} was not found.");
+    }
+    catch (Exception ex)
+    {
+        logger.LogError(ex, "Failed to load order {OrderId}", orderId);
+        throw;
+    }
+}
+```
+
+## フォーマット
+
+- フォーマットとアナライザーの修正には `dotnet format` を使用する
+- `using` ディレクティブを整理し、未使用のインポートを削除する
+- 読みやすさを保てる場合のみ式本体メンバーを優先する

package/resources/local/ecc/docs/ja-JP/rules/csharp/hooks.md

@@ -0,0 +1,25 @@
+---
+paths:
+  - "**/*.cs"
+  - "**/*.csx"
+  - "**/*.csproj"
+  - "**/*.sln"
+  - "**/Directory.Build.props"
+  - "**/Directory.Build.targets"
+---
+# C# フック
+
+> このファイルは [common/hooks.md](../common/hooks.md) を C# 固有のコンテンツで拡張します。
+
+## PostToolUse フック
+
+`~/.claude/settings.json` で設定する:
+
+- **dotnet format**: 編集した C# ファイルを自動フォーマットし、アナライザーの修正を適用する
+- **dotnet build**: 編集後もソリューションやプロジェクトがコンパイルできることを確認する
+- **dotnet test --no-build**: 動作変更後に最も近い関連テストプロジェクトを再実行する
+
+## ストップフック
+
+- 広範な C# 変更を含むセッションを終了する前に最終的な `dotnet build` を実行する
+- 変更された `appsettings*.json` ファイルについてシークレットがコミットされないよう警告する

package/resources/local/ecc/docs/ja-JP/rules/csharp/patterns.md

@@ -0,0 +1,50 @@
+---
+paths:
+  - "**/*.cs"
+  - "**/*.csx"
+---
+# C# パターン
+
+> このファイルは [common/patterns.md](../common/patterns.md) を C# 固有のコンテンツで拡張します。
+
+## API レスポンスパターン
+
+```csharp
+public sealed record ApiResponse<T>(
+    bool Success,
+    T? Data = default,
+    string? Error = null,
+    object? Meta = null);
+```
+
+## リポジトリパターン
+
+```csharp
+public interface IRepository<T>
+{
+    Task<IReadOnlyList<T>> FindAllAsync(CancellationToken cancellationToken);
+    Task<T?> FindByIdAsync(Guid id, CancellationToken cancellationToken);
+    Task<T> CreateAsync(T entity, CancellationToken cancellationToken);
+    Task<T> UpdateAsync(T entity, CancellationToken cancellationToken);
+    Task DeleteAsync(Guid id, CancellationToken cancellationToken);
+}
+```
+
+## オプションパターン
+
+コードベース全体で生の文字列を読み取る代わりに、設定に強く型付けされたオプションを使用する。
+
+```csharp
+public sealed class PaymentsOptions
+{
+    public const string SectionName = "Payments";
+    public required string BaseUrl { get; init; }
+    public required string ApiKeySecretName { get; init; }
+}
+```
+
+## 依存性注入
+
+- サービス境界でインターフェースに依存する
+- コンストラクタを集中させる。サービスに依存関係が多すぎる場合は責任を分割する
+- ライフタイムを意図的に登録する: ステートレス/共有サービスにはシングルトン、リクエストデータにはスコープ、軽量な純粋ワーカーにはトランジエント

package/resources/local/ecc/docs/ja-JP/rules/csharp/security.md

@@ -0,0 +1,58 @@
+---
+paths:
+  - "**/*.cs"
+  - "**/*.csx"
+  - "**/*.csproj"
+  - "**/appsettings*.json"
+---
+# C# セキュリティ
+
+> このファイルは [common/security.md](../common/security.md) を C# 固有のコンテンツで拡張します。
+
+## シークレット管理
+
+- API キー、トークン、接続文字列をソースコードに絶対にハードコードしない
+- ローカル開発には環境変数とユーザーシークレットを使用し、本番環境ではシークレットマネージャーを使用する
+- `appsettings.*.json` に実際の認証情報を含めない
+
+```csharp
+// BAD
+const string ApiKey = "sk-live-123";
+
+// GOOD
+var apiKey = builder.Configuration["OpenAI:ApiKey"]
+    ?? throw new InvalidOperationException("OpenAI:ApiKey is not configured.");
+```
+
+## SQL インジェクション対策
+
+- ADO.NET、Dapper、EF Core でのパラメータ化クエリを常に使用する
+- ユーザー入力を SQL 文字列に絶対に連結しない
+- 動的クエリ構成を使用する前に並べ替えフィールドとフィルタ演算子を検証する
+
+```csharp
+const string sql = "SELECT * FROM Orders WHERE CustomerId = @customerId";
+await connection.QueryAsync<Order>(sql, new { customerId });
+```
+
+## 入力バリデーション
+
+- アプリケーション境界で DTO を検証する
+- データアノテーション、FluentValidation、または明示的なガード句を使用する
+- ビジネスロジックを実行する前に無効なモデル状態を拒否する
+
+## 認証と認可
+
+- カスタムトークン解析の代わりにフレームワークの認証ハンドラーを優先する
+- エンドポイントまたはハンドラー境界で認可ポリシーを適用する
+- 生のトークン、パスワード、PII を絶対にログに記録しない
+
+## エラーハンドリング
+
+- クライアント向けの安全なメッセージを返す
+- 詳細な例外はサーバー側で構造化されたコンテキストと共にログに記録する
+- API レスポンスにスタックトレース、SQL テキスト、ファイルシステムパスを露出しない
+
+## 参考
+
+より広範なアプリケーションセキュリティレビューチェックリストについてはスキル: `security-review` を参照。

package/resources/local/ecc/docs/ja-JP/rules/csharp/testing.md

@@ -0,0 +1,46 @@
+---
+paths:
+  - "**/*.cs"
+  - "**/*.csx"
+  - "**/*.csproj"
+---
+# C# テスト
+
+> このファイルは [common/testing.md](../common/testing.md) を C# 固有のコンテンツで拡張します。
+
+## テストフレームワーク
+
+- ユニットテストと統合テストには **xUnit** を優先する
+- 読みやすいアサーションには **FluentAssertions** を使用する
+- 依存関係のモックには **Moq** または **NSubstitute** を使用する
+- 統合テストで実際のインフラが必要な場合は **Testcontainers** を使用する
+
+## テスト構成
+
+- `tests/` 以下で `src/` 構造を反映させる
+- ユニット、統合、エンドツーエンドのカバレッジを明確に分離する
+- 実装の詳細ではなく動作でテストに名前を付ける
+
+```csharp
+public sealed class OrderServiceTests
+{
+    [Fact]
+    public async Task FindByIdAsync_ReturnsOrder_WhenOrderExists()
+    {
+        // Arrange
+        // Act
+        // Assert
+    }
+}
+```
+
+## ASP.NET Core 統合テスト
+
+- API 統合カバレッジには `WebApplicationFactory<TEntryPoint>` を使用する
+- ミドルウェアをバイパスするのではなく、HTTP を通じて認証、バリデーション、シリアライゼーションをテストする
+
+## カバレッジ
+
+- 行カバレッジ 80% 以上を目標とする
+- ドメインロジック、バリデーション、認証、失敗パスにカバレッジを集中させる
+- 利用可能な場合はカバレッジ収集を有効にして CI で `dotnet test` を実行する