@k2works/claude-code-booster 0.7.0 → 0.9.0

package/lib/assets/.claude/commands/style-ai-writing.md

@@ -1,186 +0,0 @@
-## AI Writing Check
-
-AI が生成した文章の機械的なパターンを検出し、より自然な日本語への改善提案を行います。
-
-### 使い方
-
-```bash
-/ai-writing-check [オプション]
-```
-
-### オプション
-
-- なし : 現在のファイルまたは選択したテキストを分析
-- `--file <path>` : 特定のファイルを分析
-- `--dir <path>` : ディレクトリ内のファイルを一括分析
-- `--severity <level>` : 検出レベル（all/high/medium）
-- `--fix` : 検出されたパターンを自動修正
-
-### 基本例
-
-```bash
-# ファイルの AI 臭さをチェック
-cat README.md
-/ai-writing-check
-「この文書の AI 臭さをチェックして改善案を提示して」
-
-# 特定ファイルの分析
-/ai-writing-check --file docs/guide.md
-「AI っぽい表現を検出して自然な表現に修正提案して」
-
-# プロジェクト全体のスキャン
-/ai-writing-check --dir . --severity high
-「プロジェクト内の重要な AI 臭さ問題だけを報告して」
-```
-
-### 検出パターン
-
-#### 1. リスト書式の機械的パターン
-
-```markdown
-検出される例:
-
-- **重要**: これは重要な項目です
-- 完了した項目（チェックマーク付き）
-- ホットな話題（炎絵文字付き）
-- 開始準備完了（ロケット絵文字付き）
-
-改善例:
-
-- 重要な項目: これは重要な項目です
-- 完了した項目
-- 注目の話題
-- 開始準備完了
-```
-
-#### 2. 誇張的・ハイプ表現
-
-```markdown
-検出される例:
-革命的な技術で業界を変えます。
-これは完全に問題を解決します。
-魔法のように動作します。
-
-改善例:
-効果的な技術で業界に変化をもたらします。
-多くの問題を解決します。
-スムーズに動作します。
-```
-
-#### 3. 機械的な強調パターン
-
-```markdown
-検出される例:
-**アイデア**: 新しい提案があります（電球絵文字付き）
-**注意**: 重要な警告事項（警告絵文字付き）
-
-改善例:
-アイデア: 新しい提案があります
-注意事項: 重要な警告事項
-```
-
-#### 4. 冗長なテクニカルライティング
-
-```markdown
-検出される例:
-まず最初に設定を行います。
-このツールを使用することができます。
-大幅に性能が向上します。
-
-改善例:
-まず設定を行います。
-このツールを使用できます。
-性能が 30% 向上します。
-```
-
-### Claude との連携
-
-```bash
-# 文書全体の AI 臭さ分析
-cat article.md
-/ai-writing-check
-「以下の観点で分析して改善案を提示：
-1. 機械的な表現の検出
-2. 自然な日本語への修正提案
-3. 優先度別の改善リスト」
-
-# 特定パターンにフォーカス
-/ai-writing-check --file blog.md
-「特に誇張表現と冗長な表現に注目して改善提案して」
-
-# 複数ファイルの一括チェック
-find . -name "*.md" -type f
-/ai-writing-check --dir docs/
-「ドキュメント全体の AI 臭さを分析してサマリーを作成」
-```
-
-### 詳細例
-
-```bash
-# 改善前後の比較
-/ai-writing-check --file draft.md
-「AI 臭い表現を検出して、以下の形式で提示：
-- 問題箇所（行番号付き）
-- 問題の種類と理由
-- 具体的な改善案
-- 改善による効果」
-
-# 自動修正モード
-/ai-writing-check --file report.md --fix
-「検出されたパターンを自動修正して結果を報告」
-
-# プロジェクトの AI 臭さレポート
-/ai-writing-check --dir . --severity all
-「プロジェクト全体の AI 臭さを分析して：
-1. 統計情報（パターン別の検出数）
-2. 最も問題のあるファイル TOP 5
-3. 改善優先度マトリックス
-4. 段階的な改善計画」
-```
-
-### 高度な使用例
-
-```bash
-# カスタムルールの適用
-/ai-writing-check --file spec.md
-「技術仕様書として以下の追加基準でチェック：
-- 曖昧な表現（適切な、必要に応じて）
-- 具体性の欠如（高速な → 具体的な数値）
-- 一貫性のない用語使用」
-
-# CI/CD 統合用のチェック
-/ai-writing-check --dir docs/ --severity high
-「GitHub Actions で実行可能な形式で結果を出力：
-- エラー数とファイル名
-- 修正が必要な行番号
-- exit code の設定」
-
-# スタイルガイド準拠チェック
-/ai-writing-check --file manual.md
-「会社のスタイルガイドに基づいて追加チェック：
-- 敬語の使用（です・ます調の統一）
-- 専門用語の適切な使用
-- 読者への配慮」
-```
-
-### 注意事項
-
-- AI 臭さの判定は文脈によって異なるため、提案は参考として扱ってください
-- 技術文書、ブログ、マニュアルなど、文書の種類に応じて基準を調整します
-- すべての提案を受け入れる必要はなく、適切なものを選択してください
-- `--fix` オプションは検出されたパターンを自動的に修正します
-
-### コマンド実行時の動作
-
-`/ai-writing-check` コマンドを実行すると、Claude は以下の処理を行います：
-
-1. **パターン検出**: 指定されたファイルやテキストから AI 臭いパターンを検出
-2. **具体的な修正提案**: 各問題に対して行番号付きで修正案を提示
-3. **--fix モード**: 検出されたパターンを自動修正し、結果をサマリー表示
-4. **レポート生成**: 検出数、改善優先度、修正前後の比較を提供
-
-Claude は実際のファイル内容を読み込み、textlint-rule-preset-ai-writing のルールに基づいて分析を実行します。
-
-### 参考
-
-このコマンドは [textlint-rule-preset-ai-writing](https://github.com/textlint-ja/textlint-rule-preset-ai-writing) のルールセットを参考に作成されています。AI が生成した文章の機械的なパターンを検出し、より自然な表現を促すための textlint ルールプリセットです。

package/lib/assets/.claude/commands/task.md

@@ -1,223 +0,0 @@
-## Task
-
-専用エージェントを起動して、複雑な検索・調査・分析タスクを自律的に実行します。複数のツールを組み合わせた大規模な情報処理で、コンテキスト効率性を重視します。
-
-### 使い方
-
-```bash
-# Claude に Task を依頼
-「[課題] を Task で調査して」
-```
-
-### Task の特徴
-
-**自律的実行**
-
-- 複数のツールを組み合わせて自動実行
-- 段階的な情報収集と分析
-- 結果の統合と構造化された報告
-
-**効率的な情報処理**
-
-- コンテキスト消費の最適化
-- 大規模なファイル検索・解析
-- 外部情報源からのデータ収集
-
-**品質保証**
-
-- 情報源の信頼性チェック
-- 複数視点からの検証
-- 欠落情報の自動補完
-
-### 基本例
-
-```bash
-# 複雑なコードベース調査
-「この機能がどのファイルに実装されているか Task で調査して」
-
-# 大規模なファイル検索
-「設定ファイルの不整合を Task で特定して」
-
-# 外部情報の収集
-「最新の AI 技術トレンドを Task で調査して」
-```
-
-### Claude との連携
-
-```bash
-# 複雑な問題分析
-「メモリリークの原因を Task で分析して。プロファイリング結果とログを含めて」
-
-# 依存関係調査
-「この npm パッケージの脆弱性を Task で調査して」
-
-# 競合分析
-「競合サービスの API 仕様を Task で調査して」
-
-# アーキテクチャ分析
-「このマイクロサービスの依存関係を Task で分析して」
-```
-
-### 他のコマンドとの使い分け
-
-#### Task vs 他のコマンド
-
-| コマンド | 主な用途 | 実行方式 | 情報収集 |
-|---------|---------|----------|----------|
-| **Task** | 調査・分析・検索 | 自律的実行 | 複数ソース |
-| ultrathink | 深い思考・判断 | 構造化思考 | 既存知識中心 |
-| sequential-thinking | 問題解決・設計 | 段階的思考 | 必要に応じて |
-| plan | 実装計画立案 | 承認プロセス | 要件分析 |
-
-#### 判断フローチャート
-
-```
-情報収集が必要？
-├─ Yes → 複数ソース・大規模？
-│          ├─ Yes → **Task**
-│          └─ No → 通常の質問
-└─ No → 深い思考が必要？
-          ├─ Yes → ultrathink/sequential-thinking
-          └─ No → 通常の質問
-```
-
-### 有効なケース・不要なケース
-
-**有効なケース**
-
-- 複雑なコードベース調査（依存関係、アーキテクチャ分析）
-- 大規模なファイル検索（特定の実装パターン、設定ファイル）
-- 外部情報の収集と整理（技術トレンド、ライブラリ調査）
-- 複数のソースからの情報統合（ログ解析、メトリクス分析）
-- 反復的な調査作業（セキュリティ監査、技術負債調査）
-- コンテキスト消費を避けたい大規模分析
-
-**不要なケース**
-
-- 単純な質問や既存知識で回答可能な内容
-- 短時間で完了する単発の作業
-- 対話的な確認・相談が必要な作業
-- 実装や設計の判断（plan や思考系コマンドが適切）
-
-### カテゴリ別詳細例
-
-#### システム分析・調査
-
-```bash
-# 複雑なシステム分析
-「EC サイトのボトルネックを Task で特定して。データベース、API、フロントエンドの全体を調査」
-
-# アーキテクチャ分析
-「このマイクロサービスの依存関係を Task で分析して。API 通信とデータフローを含めて」
-
-# 技術負債調査
-「レガシーコードの技術負債を Task で分析して。リファクタリング優先度を含めて」
-```
-
-#### セキュリティ・コンプライアンス
-
-```bash
-# セキュリティ監査
-「このアプリケーションの脆弱性を Task で調査して。OWASP Top 10 に基づいて」
-
-# ライセンス調査
-「プロジェクトの依存関係のライセンス問題を Task で調査して」
-
-# 設定ファイル監査
-「セキュリティ設定の不整合を Task で特定して。環境ごとの差分を含めて」
-```
-
-#### パフォーマンス・最適化
-
-```bash
-# パフォーマンス分析
-「アプリケーションの重いクエリを Task で特定して。実行計画と最適化案を含めて」
-
-# リソース使用量調査
-「メモリリークの原因を Task で調査して。プロファイリング結果とコード解析を含めて」
-
-# バンドルサイズ分析
-「フロントエンドのバンドルサイズ問題を Task で調査して。最適化提案を含めて」
-```
-
-#### 外部情報収集
-
-```bash
-# 技術トレンド調査
-「2024 年の JavaScript フレームワーク動向を Task で調査して」
-
-# 競合分析
-「競合サービスの API 仕様を Task で調査して。機能比較表を含めて」
-
-# ライブラリ評価
-「State 管理ライブラリの比較を Task で調査して。パフォーマンスと学習コストを含めて」
-```
-
-### 実行フローと品質保証
-
-#### Task の実行フロー
-
-```
-1. 初期分析
-   ├─ 課題の分解と調査範囲の特定
-   ├─ 必要なツールと情報源の選定
-   └─ 実行計画の立案
-
-2. 情報収集
-   ├─ ファイル検索・コード解析
-   ├─ 外部情報の収集
-   └─ データの構造化
-
-3. 分析・統合
-   ├─ 収集した情報の関連性分析
-   ├─ パターンや問題点の特定
-   └─ 仮説の検証
-
-4. 報告・提案
-   ├─ 結果の構造化
-   ├─ 改善提案の作成
-   └─ 次のアクションの提示
-```
-
-#### 品質保証
-
-- **情報源の信頼性チェック**: 複数ソースでの事実確認
-- **網羅性の確認**: 調査対象の漏れがないかチェック
-- **一貫性の検証**: 矛盾する情報の整合性確認
-- **実用性の評価**: 提案の実現可能性と効果の評価
-
-### エラーハンドリングと制約事項
-
-#### よくある制約
-
-- **外部 API の利用制限**: レート制限や認証エラー
-- **大容量ファイルの処理制限**: メモリやタイムアウトの制約
-- **アクセス権限の問題**: ファイルやディレクトリへのアクセス制限
-
-#### エラー時の対処
-
-- **部分的な結果報告**: 取得できた情報のみでの分析
-- **代替手段の提案**: 制約下での代替調査方法
-- **段階的実行**: 大規模タスクの分割実行
-
-### 注意事項
-
-- Task は複雑で自律的な調査・分析タスクに最適です
-- 単純な質問や即座の回答が必要な場合は、通常の質問形式を使用してください
-- 調査結果は参考情報として扱い、重要な判断は必ず検証してください
-- 外部情報の収集時は、情報の新しさと正確性に注意してください
-
-### 実行例
-
-```bash
-# 使用例
-「GraphQL スキーマの問題点を Task で調査して」
-
-# 期待される動作
-# 1. 専用エージェントが起動
-# 2. GraphQL 関連ファイルの検索
-# 3. スキーマ定義の解析
-# 4. ベストプラクティスとの比較
-# 5. 問題点の特定と改善提案
-# 6. 構造化された報告書の作成
-```

package/lib/assets/.claude/commands/tech-debt.md

@@ -1,87 +0,0 @@
-## Tech Debt
-
-プロジェクトの技術的負債を分析し、優先順位付けされた改善計画を作成します。
-
-### 使い方
-
-```bash
-# プロジェクトの構成を確認して技術的負債を分析
-ls -la
-「このプロジェクトの技術的負債を分析して改善計画を作成して」
-```
-
-### 基本例
-
-```bash
-# TODO/FIXME コメントの分析
-grep -r "TODO\|FIXME\|HACK\|XXX\|WORKAROUND" . --exclude-dir=node_modules --exclude-dir=.git
-「これらの TODO コメントを優先度順に整理して改善計画を立てて」
-
-# プロジェクトの依存関係確認
-ls -la | grep -E "package.json|Cargo.toml|pubspec.yaml|go.mod|requirements.txt"
-「プロジェクトの依存関係を分析して古くなっているものとリスクを特定して」
-
-# 大きなファイルや複雑な関数の検出
-find . -type f -not -path "*/\.*" -not -path "*/node_modules/*" -exec wc -l {} + | sort -rn | head -10
-「大きすぎるファイルや複雑な構造を特定して改善案を提示して」
-```
-
-### Claude との連携
-
-```bash
-# 包括的な技術的負債分析
-ls -la && find . -name "*.md" -maxdepth 2 -exec head -20 {} \;
-「このプロジェクトの技術的負債を以下の観点で分析して：
-1. コード品質（複雑度、重複、保守性）
-2. 依存関係の健全性
-3. セキュリティリスク
-4. パフォーマンス問題
-5. テストカバレッジ不足」
-
-# アーキテクチャの負債分析
-find . -type d -name "src" -o -name "lib" -o -name "app" | head -10 | xargs ls -la
-「アーキテクチャレベルの技術的負債を特定し、リファクタリング計画を提案して」
-
-# 優先順位付けされた改善計画
-「技術的負債を以下の基準で評価して表形式で提示：
-- 影響度（高/中/低）
-- 修正コスト（時間）
-- ビジネスリスク
-- 改善による効果
-- 推奨実施時期」
-```
-
-### 詳細例
-
-```bash
-# プロジェクトタイプの自動検出と分析
-find . -maxdepth 2 -type f \( -name "package.json" -o -name "Cargo.toml" -o -name "pubspec.yaml" -o -name "go.mod" -o -name "pom.xml" \)
-「検出されたプロジェクトタイプに基づいて、以下を分析：
-1. 言語・フレームワーク固有の技術的負債
-2. ベストプラクティスからの逸脱
-3. モダナイゼーションの機会
-4. 段階的な改善戦略」
-
-# コードの品質メトリクス分析
-find . -type f -name "*" | grep -E "\.(js|ts|py|rs|go|dart|kotlin|swift|java)$" | wc -l
-「プロジェクトのコード品質を分析し、以下のメトリクスを提示：
-- 循環的複雑度が高い関数
-- 重複コードの検出
-- 長すぎるファイル/関数
-- 適切なエラーハンドリングの欠如」
-
-# セキュリティ負債の検出
-grep -r "password\|secret\|key\|token" . --exclude-dir=.git --exclude-dir=node_modules | grep -v ".env.example"
-「セキュリティに関する技術的負債を検出し、修正優先度と対策を提案して」
-
-# テスト不足の分析
-find . -type f \( -name "*test*" -o -name "*spec*" \) | wc -l && find . -type f -name "*.md" | xargs grep -l "test"
-「テストカバレッジの技術的負債を分析し、テスト戦略を提案して」
-```
-
-### 注意事項
-
-- プロジェクトの言語やフレームワークを自動検出し、それに応じた分析を行います
-- 技術的負債は「すぐに修正すべき重要な問題」と「長期的に改善する項目」に分類されます
-- ビジネス価値と技術的改善のバランスを考慮した現実的な計画を提供します
-- 改善による ROI（投資対効果）も考慮に入れます

package/lib/assets/.claude/commands/ultrathink.md

@@ -1,65 +0,0 @@
-## Ultrathink
-
-複雑な課題や重要な決定に対して、段階的で構造化された思考プロセスを実行します。
-
-### 使い方
-
-```bash
-# Claude に深い思考を依頼
-「[課題] について ultrathink で検討して」
-```
-
-### 基本例
-
-```bash
-# アーキテクチャ設計の検討
-「マイクロサービスとモノリスのどちらを選ぶべきか ultrathink で検討して」
-
-# 技術選定の分析
-「このプロジェクトに Rust と TypeScript どちらが適しているか ultrathink で分析して」
-
-# 問題解決の深掘り
-「アプリケーションのパフォーマンスが悪い原因と改善方法を ultrathink で検討して」
-```
-
-### Claude との連携
-
-```bash
-# ビジネス判断
-「新機能の優先順位付けを ultrathink で検討して。ユーザー価値、開発コスト、技術的リスクの観点から」
-
-# システム設計
-「認証システムの設計を ultrathink で検討して。セキュリティ、スケーラビリティ、保守性を考慮して」
-
-# トレードオフ分析
-「GraphQL vs REST API の選択を ultrathink で分析して。プロジェクトの要件に基づいて」
-
-# リファクタリング戦略
-cat src/legacy_code.js
-「このレガシーコードのリファクタリング戦略を ultrathink で立案して」
-```
-
-### 思考プロセス
-
-1. **問題の分解** - 課題を構成要素に分解
-2. **MECE 分析** - 漏れなく重複なく整理
-3. **複数視点検討** - 技術・ビジネス・ユーザー視点から分析
-4. **対話的確認** - 重要な判断ポイントでユーザーに確認
-5. **根拠付き提案** - データと論理に基づく結論
-
-### 詳細例
-
-```bash
-# 複雑な技術的負債の解消
-「10 年間のレガシーシステムをモダナイズする戦略を ultrathink で検討して。段階的移行、リスク、ROI を含めて」
-
-# 組織的な課題
-「開発チームのスケーリング戦略を ultrathink で検討して。現在 5 人から 20 人への拡大を想定」
-
-# データベース移行
-「PostgreSQL から DynamoDB への移行を ultrathink で分析して。コスト、パフォーマンス、運用面を考慮」
-```
-
-### 注意事項
-
-ultrathink は時間をかけて深く考える必要がある課題に最適です。単純な質問や即座の回答が必要な場合は、通常の質問形式を使用してください。