Files
everything-claude-code/docs/ja-JP/rules/common/development-workflow.md
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

45 lines
2.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 開発ワークフロー
> このファイルは [common/git-workflow.md](./git-workflow.md) を拡張し、Git操作の前に行われるフル機能開発プロセスを説明します。
機能実装ワークフローは、開発パイプラインを説明します調査、計画、TDD、コードレビュー、そしてGitへのコミット。
## 機能実装ワークフロー
0. **調査と再利用** _(新規実装の前に必須)_
- **まずGitHubコード検索** 何か新しいものを書く前に、`gh search repos``gh search code` を実行して既存の実装、テンプレート、パターンを見つける。
- **次にライブラリドキュメント:** Context7またはベンダーの公式ドキュメントを使用して、API動作、パッケージ使用方法、バージョン固有の詳細を実装前に確認する。
- **最初の2つが不十分な場合のみExa** GitHub検索と公式ドキュメントの後、より広範なウェブ調査や発見のためにExaを使用する。
- **パッケージレジストリを確認:** ユーティリティコードを書く前にnpm、PyPI、crates.ioなどのレジストリを検索する。手作りのソリューションよりも実績のあるライブラリを優先。
- **適応可能な実装を検索:** 問題の80%以上を解決し、フォーク、移植、またはラップできるオープンソースプロジェクトを探す。
- 要件を満たす場合、完全な新規コードよりも実績のあるアプローチの採用や移植を優先する。
1. **まず計画**
- **planner**エージェントを使用して実装計画を作成
- コーディング前に計画ドキュメントを生成PRD、アーキテクチャ、system_design、tech_doc、task_list
- 依存関係とリスクを特定
- フェーズに分割
2. **TDDアプローチ**
- **tdd-guide**エージェントを使用
- まずテストを書くRED
- テストを通すように実装GREEN
- リファクタリングIMPROVE
- 80%以上のカバレッジを検証
3. **コードレビュー**
- コード作成直後に**code-reviewer**エージェントを使用
- CRITICALとHIGHの問題に対処
- 可能な場合はMEDIUMの問題も修正
4. **コミットとプッシュ**
- 詳細なコミットメッセージ
- Conventional Commitsフォーマットに従う
- コミットメッセージのフォーマットとPRプロセスについては[git-workflow.md](./git-workflow.md)を参照
5. **レビュー前チェック**
- すべての自動チェックCI/CDが通過していることを確認
- マージコンフリクトを解決
- ブランチがターゲットブランチと最新状態であることを確認
- これらのチェックが通過した後にのみレビューを依頼