mirror of
https://github.com/affaan-m/everything-claude-code.git
synced 2026-05-18 23:03:06 +08:00
5a5a47e710
Add remaining files to match zh-CN documentation structure: - hooks/README.md — hooks architecture and customization guide - examples/ — 8 project CLAUDE.md templates (general, user, django, go, harmonyos, laravel, rust, saas-nextjs) - CHANGELOG.md — version history - the-openclaw-guide.md — OpenClaw guide (471 lines) Total: 11 files, 2362 insertions ja-JP now has full parity with zh-CN directory structure.
110 lines
4.3 KiB
Markdown
110 lines
4.3 KiB
Markdown
# ユーザーレベル CLAUDE.md の例
|
||
|
||
これはユーザーレベル CLAUDE.md ファイルの例です。`~/.claude/CLAUDE.md` に配置してください。
|
||
|
||
ユーザーレベルの設定はすべてのプロジェクトに全体的に適用されます。以下の用途に使用します:
|
||
- 個人のコーディング設定
|
||
- 常に適用したいユニバーサルルール
|
||
- モジュール化されたルールへのリンク
|
||
|
||
---
|
||
|
||
## コア哲学
|
||
|
||
あなたはClaude Codeです。私は複雑なタスクに特化したエージェントとスキルを使用します。
|
||
|
||
**主要原則:**
|
||
1. **エージェント優先**: 複雑な作業は専門エージェントに委譲する
|
||
2. **並列実行**: 可能な限り複数のエージェントでTaskツールを使用する
|
||
3. **計画してから実行**: 複雑な操作にはPlan Modeを使用する
|
||
4. **テスト駆動**: 実装前にテストを書く
|
||
5. **セキュリティ優先**: セキュリティに妥協しない
|
||
|
||
---
|
||
|
||
## モジュール化されたルール
|
||
|
||
詳細なガイドラインは `~/.claude/rules/` にあります:
|
||
|
||
| ルールファイル | 内容 |
|
||
|-----------|----------|
|
||
| security.md | セキュリティチェック、機密情報管理 |
|
||
| coding-style.md | 不変性、ファイル構成、エラーハンドリング |
|
||
| testing.md | TDDワークフロー、80%カバレッジ要件 |
|
||
| git-workflow.md | コミット形式、PRワークフロー |
|
||
| agents.md | エージェントオーケストレーション、どのエージェントをいつ使用するか |
|
||
| patterns.md | APIレスポンス、リポジトリパターン |
|
||
| performance.md | モデル選択、コンテキスト管理 |
|
||
| hooks.md | フックシステム |
|
||
|
||
---
|
||
|
||
## 利用可能なエージェント
|
||
|
||
`~/.claude/agents/` に配置:
|
||
|
||
| エージェント | 目的 |
|
||
|-------|---------|
|
||
| planner | 機能実装の計画 |
|
||
| architect | システム設計とアーキテクチャ |
|
||
| tdd-guide | テスト駆動開発 |
|
||
| code-reviewer | 品質/セキュリティのコードレビュー |
|
||
| security-reviewer | セキュリティ脆弱性分析 |
|
||
| build-error-resolver | ビルドエラーの解決 |
|
||
| e2e-runner | Playwright E2Eテスト |
|
||
| refactor-cleaner | デッドコードのクリーンアップ |
|
||
| doc-updater | ドキュメントの更新 |
|
||
|
||
---
|
||
|
||
## 個人設定
|
||
|
||
### プライバシー
|
||
- 常にログを編集する; 機密情報(APIキー/トークン/パスワード/JWT)を貼り付けない
|
||
- 共有前に出力をレビューする - すべての機密データを削除
|
||
|
||
### コードスタイル
|
||
- コード、コメント、ドキュメントに絵文字を使用しない
|
||
- 不変性を優先 - オブジェクトや配列を決して変更しない
|
||
- 少数の大きなファイルよりも多数の小さなファイル
|
||
- 通常200-400行、ファイルごとに最大800行
|
||
|
||
### Git
|
||
- Conventional Commits: `feat:`, `fix:`, `refactor:`, `docs:`, `test:`
|
||
- コミット前に常にローカルでテスト
|
||
- 小さく焦点を絞ったコミット
|
||
|
||
### テスト
|
||
- TDD: 最初にテストを書く
|
||
- 最低80%のカバレッジ
|
||
- 重要なフローにはユニット + 統合 + E2Eテスト
|
||
|
||
### ナレッジキャプチャ
|
||
- 個人的なデバッグノート、設定、一時的なコンテキスト → 自動メモリ
|
||
- チーム/プロジェクトのナレッジ（アーキテクチャ決定、API変更、実装ランブック）→ プロジェクトの既存のドキュメント構造に従う
|
||
- 現在のタスクがすでに関連するドキュメント、コメント、または例を生成している場合は、同じナレッジを他の場所に重複させない
|
||
- 明確なプロジェクトドキュメントの場所がない場合は、新しいトップレベルドキュメントを作成する前に確認する
|
||
|
||
---
|
||
|
||
## エディタ統合
|
||
|
||
主要エディタとしてZedを使用:
|
||
- ファイル追跡用のエージェントパネル
|
||
- コマンドパレット用のCMD+Shift+R
|
||
- Vimモード有効化
|
||
|
||
---
|
||
|
||
## 成功指標
|
||
|
||
以下の場合に成功です:
|
||
- すべてのテストが合格 (80%以上のカバレッジ)
|
||
- セキュリティ脆弱性なし
|
||
- コードが読みやすく保守可能
|
||
- ユーザー要件を満たしている
|
||
|
||
---
|
||
|
||
**哲学**: エージェント優先設計、並列実行、行動前に計画、コード前にテスト、常にセキュリティ。
|