@k2works/claude-code-booster 1.10.0 → 1.11.0

package/lib/assets/.claude/skills/analyzing-non-functional/SKILL.md

@@ -1,91 +1,91 @@
----
-name: analyzing-non-functional
-description: 非機能要件を定義。性能、セキュリティ、可用性、保守性の要件策定。非機能要件やシステム品質の検討時に使用。
----
-
-# 非機能要件定義支援
-
-性能、セキュリティ、可用性などの非機能要件を定義します。
-
-## Instructions
-
-### 1. 参照ドキュメント
-
-- @docs/reference/非機能要件定義ガイド.md - 非機能要件定義の進め方
-
-### 2. 入力
-
-- @docs/requirements/requirements_definition.md - 要件定義
-- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
-- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
-- @docs/design/architecture_infrastructure.md - インフラストラクチャアーキテクチャ
-
-### 3. 成果物
-
-- @docs/design/non_functional.md - 非機能要件定義
-
-### 4. 作業内容
-
-#### 性能要件
-
-- レスポンスタイム
-- スループット
-- 同時接続数
-
-#### セキュリティ要件
-
-- 認証・認可
-- データ暗号化
-- 監査ログ
-
-#### 可用性要件
-
-- 稼働率目標
-- 障害復旧時間（RTO）
-- データ復旧時点（RPO）
-
-#### 保守性要件
-
-- ログ出力
-- 監視項目
-- アラート設定
-
-#### 拡張性要件
-
-- スケーラビリティ
-- 将来の拡張性
-
-### 5. 注意事項
-
-- **前提条件**: 機能要件とアーキテクチャ設計が完了していること
-- **制限事項**: 非機能要件は測定可能な形で定義すること
-- **推奨事項**: SLA/SLO を明確に定義する
-
-### 6. 記述ルール
-
-タスク項目などは一行開けて記述する。
-
-OK:
-
-```markdown
-**受入条件**:
-
-- [ ] 性能要件が定義されている
-- [ ] セキュリティ要件が定義されている
-```
-
-NG:
-
-```markdown
-**受入条件**:
-- [ ] 性能要件が定義されている
-- [ ] セキュリティ要件が定義されている
-```
-
-## Examples
-
-### インフラアーキテクチャに基づく非機能要件定義
-
-1. アーキテクチャドキュメントを読み込む
-2. @docs/reference/非機能要件定義ガイド.md に基づいて定義
-3. 測定可能な形で各非機能要件を策定
+---
+name: analyzing-non-functional
+description: 非機能要件を定義。性能、セキュリティ、可用性、保守性の要件策定。非機能要件やシステム品質の検討時に使用。
+---
+
+# 非機能要件定義支援
+
+性能、セキュリティ、可用性などの非機能要件を定義します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/非機能要件定義ガイド.md - 非機能要件定義の進め方
+
+### 2. 入力
+
+- @docs/requirements/requirements_definition.md - 要件定義
+- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
+- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
+- @docs/design/architecture_infrastructure.md - インフラストラクチャアーキテクチャ
+
+### 3. 成果物
+
+- @docs/design/non_functional.md - 非機能要件定義
+
+### 4. 作業内容
+
+#### 性能要件
+
+- レスポンスタイム
+- スループット
+- 同時接続数
+
+#### セキュリティ要件
+
+- 認証・認可
+- データ暗号化
+- 監査ログ
+
+#### 可用性要件
+
+- 稼働率目標
+- 障害復旧時間（RTO）
+- データ復旧時点（RPO）
+
+#### 保守性要件
+
+- ログ出力
+- 監視項目
+- アラート設定
+
+#### 拡張性要件
+
+- スケーラビリティ
+- 将来の拡張性
+
+### 5. 注意事項
+
+- **前提条件**: 機能要件とアーキテクチャ設計が完了していること
+- **制限事項**: 非機能要件は測定可能な形で定義すること
+- **推奨事項**: SLA/SLO を明確に定義する
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] 性能要件が定義されている
+- [ ] セキュリティ要件が定義されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] 性能要件が定義されている
+- [ ] セキュリティ要件が定義されている
+```
+
+## Examples
+
+### インフラアーキテクチャに基づく非機能要件定義
+
+1. アーキテクチャドキュメントを読み込む
+2. @docs/reference/非機能要件定義ガイド.md に基づいて定義
+3. 測定可能な形で各非機能要件を策定

package/lib/assets/.claude/skills/analyzing-operation/SKILL.md

@@ -1,91 +1,91 @@
----
-name: analyzing-operation
-description: 運用要件を定義。運用フロー、監視設計、障害対応手順の策定。運用設計や監視体制の検討時に使用。
----
-
-# 運用要件定義支援
-
-運用フロー、監視、バックアップなどの運用要件を定義します。
-
-## Instructions
-
-### 1. 参照ドキュメント
-
-- @docs/reference/運用要件定義ガイド.md - 運用要件定義の進め方
-
-### 2. 入力
-
-- @docs/requirements/requirements_definition.md - 要件定義
-- @docs/design/architecture_infrastructure.md - インフラストラクチャアーキテクチャ
-- @docs/design/non_functional.md - 非機能要件定義
-
-### 3. 成果物
-
-- @docs/design/operation.md - 運用要件定義
-
-### 4. 作業内容
-
-#### 運用フロー設計
-
-- 日次運用
-- 月次運用
-- 年次運用
-
-#### 監視設計
-
-- 監視項目の定義
-- アラート閾値の設定
-- エスカレーションフロー
-
-#### バックアップ設計
-
-- バックアップ方式
-- バックアップスケジュール
-- リストア手順
-
-#### 障害対応設計
-
-- 障害検知方法
-- 復旧手順
-- 連絡体制
-
-#### 変更管理設計
-
-- リリース手順
-- ロールバック手順
-- 変更承認フロー
-
-### 5. 注意事項
-
-- **前提条件**: 非機能要件とインフラアーキテクチャが完了していること
-- **制限事項**: 運用手順は自動化を前提に設計すること
-- **推奨事項**: IaC（Infrastructure as Code）を活用する
-
-### 6. 記述ルール
-
-タスク項目などは一行開けて記述する。
-
-OK:
-
-```markdown
-**受入条件**:
-
-- [ ] 運用フローが定義されている
-- [ ] 監視設計が完了している
-```
-
-NG:
-
-```markdown
-**受入条件**:
-- [ ] 運用フローが定義されている
-- [ ] 監視設計が完了している
-```
-
-## Examples
-
-### SLA を満たすための運用要件定義
-
-1. 非機能要件とインフラアーキテクチャを読み込む
-2. @docs/reference/運用要件定義ガイド.md に基づいて定義
-3. SLA を満たすための運用フロー、監視、障害対応を策定
+---
+name: analyzing-operation
+description: 運用要件を定義。運用フロー、監視設計、障害対応手順の策定。運用設計や監視体制の検討時に使用。
+---
+
+# 運用要件定義支援
+
+運用フロー、監視、バックアップなどの運用要件を定義します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/運用要件定義ガイド.md - 運用要件定義の進め方
+
+### 2. 入力
+
+- @docs/requirements/requirements_definition.md - 要件定義
+- @docs/design/architecture_infrastructure.md - インフラストラクチャアーキテクチャ
+- @docs/design/non_functional.md - 非機能要件定義
+
+### 3. 成果物
+
+- @docs/design/operation.md - 運用要件定義
+
+### 4. 作業内容
+
+#### 運用フロー設計
+
+- 日次運用
+- 月次運用
+- 年次運用
+
+#### 監視設計
+
+- 監視項目の定義
+- アラート閾値の設定
+- エスカレーションフロー
+
+#### バックアップ設計
+
+- バックアップ方式
+- バックアップスケジュール
+- リストア手順
+
+#### 障害対応設計
+
+- 障害検知方法
+- 復旧手順
+- 連絡体制
+
+#### 変更管理設計
+
+- リリース手順
+- ロールバック手順
+- 変更承認フロー
+
+### 5. 注意事項
+
+- **前提条件**: 非機能要件とインフラアーキテクチャが完了していること
+- **制限事項**: 運用手順は自動化を前提に設計すること
+- **推奨事項**: IaC（Infrastructure as Code）を活用する
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] 運用フローが定義されている
+- [ ] 監視設計が完了している
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] 運用フローが定義されている
+- [ ] 監視設計が完了している
+```
+
+## Examples
+
+### SLA を満たすための運用要件定義
+
+1. 非機能要件とインフラアーキテクチャを読み込む
+2. @docs/reference/運用要件定義ガイド.md に基づいて定義
+3. SLA を満たすための運用フロー、監視、障害対応を策定

package/lib/assets/.claude/skills/analyzing-requirements/SKILL.md

@@ -1,87 +1,89 @@
----
-name: analyzing-requirements
-description: 要件定義を支援。RDRA 2.0 に基づくシステム価値、外部環境、境界の分析。要件定義やシステム分析の検討時に使用。
----
-
-# 要件定義支援
-
-RDRA モデルに基づいた体系的な要件定義を作成します。
-
-## Instructions
-
-### 1. 参照ドキュメント
-
-- @docs/reference/要件定義支援.md - 要件定義の進め方ガイド
-
-### 2. テンプレート
-
-- @docs/template/要件定義.md - 要件定義テンプレート（**編集禁止**）
-
-### 3. 成果物
-
-- @docs/requirements/requirements_definition.md
-
-### 4. 作業内容
-
-#### システム価値の明確化
-
-- システムコンテキスト図の作成
-- 要求モデルの定義
-
-#### システム外部環境の分析
-
-- ビジネスコンテキストの把握
-- ビジネスユースケースの識別
-- 業務フローの整理
-- 利用シーンの特定
-
-#### システム境界の定義
-
-- ユースケース複合図の作成
-- 画面・帳票モデルの定義
-- イベントモデルの設計
-
-#### システム内部構造の設計
-
-- 情報モデルの作成
-- 状態モデルの定義
-
-### 5. 注意事項
-
-- **前提条件**: @docs/requirements/requirements_definition.md が無ければ新規要件定義を開始
-- **制限事項**: テンプレート @docs/template/要件定義.md は絶対に編集しないこと
-- **推奨事項**: ステークホルダーとの合意形成を行いながら進める
-
-### 6. 記述ルール
-
-タスク項目などは一行開けて記述する。
-
-OK:
-
-```markdown
-**受入条件**:
-
-- [ ] システムコンテキスト図が作成されている
-- [ ] 要求モデルが定義されている
-```
-
-NG:
-
-```markdown
-**受入条件**:
-- [ ] システムコンテキスト図が作成されている
-- [ ] 要求モデルが定義されている
-```
-
-## Examples
-
-### 新規プロジェクトで要件定義を開始
-
-1. プロジェクトの基本情報を確認
-2. @docs/reference/要件定義支援.md に基づいて RDRA モデルで要件定義
-3. テンプレートの構造に従って成果物を作成
-
-### 既存要件の詳細化
-
-1. 既存の @docs/requirements/requirements_definition.md を読み込む
-2. 不足している項目を分析し改善提案を作成
+---
+name: analyzing-requirements
+description: 要件定義を支援。RDRA 2.0 に基づくシステム価値、外部環境、境界の分析。要件定義やシステム分析の検討時に使用。
+---
+
+# 要件定義支援
+
+RDRA モデルに基づいた体系的な要件定義を作成します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/要件定義支援.md - 要件定義の進め方ガイド
+- @docs/analysis/business_architecture.md
+- @docs/analysis/inception_deck.md
+
+### 2. テンプレート
+
+- @docs/template/要件定義.md - 要件定義テンプレート（**編集禁止**）
+
+### 3. 成果物
+
+- @docs/requirements/requirements_definition.md
+
+### 4. 作業内容
+
+#### システム価値の明確化
+
+- システムコンテキスト図の作成
+- 要求モデルの定義
+
+#### システム外部環境の分析
+
+- ビジネスコンテキストの把握
+- ビジネスユースケースの識別
+- 業務フローの整理
+- 利用シーンの特定
+
+#### システム境界の定義
+
+- ユースケース複合図の作成
+- 画面・帳票モデルの定義
+- イベントモデルの設計
+
+#### システム内部構造の設計
+
+- 情報モデルの作成
+- 状態モデルの定義
+
+### 5. 注意事項
+
+- **前提条件**: @docs/requirements/requirements_definition.md が無ければ新規要件定義を開始
+- **制限事項**: テンプレート @docs/template/要件定義.md は絶対に編集しないこと
+- **推奨事項**: ステークホルダーとの合意形成を行いながら進める
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] システムコンテキスト図が作成されている
+- [ ] 要求モデルが定義されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] システムコンテキスト図が作成されている
+- [ ] 要求モデルが定義されている
+```
+
+## Examples
+
+### 新規プロジェクトで要件定義を開始
+
+1. プロジェクトの基本情報を確認
+2. @docs/reference/要件定義支援.md に基づいて RDRA モデルで要件定義
+3. テンプレートの構造に従って成果物を作成
+
+### 既存要件の詳細化
+
+1. 既存の @docs/requirements/requirements_definition.md を読み込む
+2. 不足している項目を分析し改善提案を作成