mirror of https://github.com/affaan-m/everything-claude-code.git synced 2026-05-18 14:53:05 +08:00

Files

Claude ec9ace9c54 docs: add native Japanese translation of ECC documentation (ja-JP)

Translate everything-claude-code repository to Japanese including:
- 17 root documentation files
- 60 agent documentation files
- 80 command documentation files
- 99 rule files across 18 language directories (common, angular, arkts, cpp, csharp, dart, fsharp, golang, java, kotlin, perl, php, python, ruby, rust, swift, typescript, web)
- 199 skill documentation files

Total: 455 files translated to Japanese with:
- Consistent terminology glossary applied throughout
- YAML field names preserved in English (name, description, etc.)
- Code blocks and examples untouched (comments translated)
- Markdown structure and relative links preserved
- Professional translation maintaining technical accuracy

This translation expands ECC accessibility to Japanese-speaking developers and teams.

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>

2026-05-17 02:31:40 -04:00

2.9 KiB

Raw Blame History

開発ワークフロー

このファイルは common/git-workflow.md を拡張し、Git操作の前に行われるフル機能開発プロセスを説明します。

機能実装ワークフローは、開発パイプラインを説明します：調査、計画、TDD、コードレビュー、そしてGitへのコミット。

機能実装ワークフロー

調査と再利用 （新規実装の前に必須）
- まずGitHubコード検索： 何か新しいものを書く前に、gh search repos と gh search code を実行して既存の実装、テンプレート、パターンを見つける。
- 次にライブラリドキュメント： Context7またはベンダーの公式ドキュメントを使用して、API動作、パッケージ使用方法、バージョン固有の詳細を実装前に確認する。
- 最初の2つが不十分な場合のみExa： GitHub検索と公式ドキュメントの後、より広範なウェブ調査や発見のためにExaを使用する。
- パッケージレジストリを確認： ユーティリティコードを書く前にnpm、PyPI、crates.ioなどのレジストリを検索する。手作りのソリューションよりも実績のあるライブラリを優先。
- 適応可能な実装を検索： 問題の80%以上を解決し、フォーク、移植、またはラップできるオープンソースプロジェクトを探す。
- 要件を満たす場合、完全な新規コードよりも実績のあるアプローチの採用や移植を優先する。
まず計画
- plannerエージェントを使用して実装計画を作成
- コーディング前に計画ドキュメントを生成：PRD、アーキテクチャ、system_design、tech_doc、task_list
- 依存関係とリスクを特定
- フェーズに分割
TDDアプローチ
- tdd-guideエージェントを使用
- まずテストを書く（RED）
- テストを通すように実装（GREEN）
- リファクタリング（IMPROVE）
- 80%以上のカバレッジを検証
コードレビュー
- コード作成直後にcode-reviewerエージェントを使用
- CRITICALとHIGHの問題に対処
- 可能な場合はMEDIUMの問題も修正
コミットとプッシュ
- 詳細なコミットメッセージ
- Conventional Commitsフォーマットに従う
- コミットメッセージのフォーマットとPRプロセスについてはgit-workflow.mdを参照
レビュー前チェック
- すべての自動チェック（CI/CD）が通過していることを確認
- マージコンフリクトを解決
- ブランチがターゲットブランチと最新状態であることを確認
- これらのチェックが通過した後にのみレビューを依頼

2.9 KiB Raw Blame History Unescape Escape

開発ワークフロー

機能実装ワークフロー

2.9 KiB

Raw Blame History