elias/everything-claude-code
1
0
Fork 0
mirror of https://github.com/affaan-m/everything-claude-code.git synced 2026-05-18 21:31:15 +08:00
Code Issues Packages Projects Releases Wiki Activity
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

2.9 KiB
Raw Blame History

開発ワークフロー

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

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

機能実装ワークフロー

  1. 調査と再利用 （新規実装の前に必須）

    • まずGitHubコード検索： 何か新しいものを書く前に、gh search repos と gh search code を実行して既存の実装、テンプレート、パターンを見つける。
    • 次にライブラリドキュメント： Context7またはベンダーの公式ドキュメントを使用して、API動作、パッケージ使用方法、バージョン固有の詳細を実装前に確認する。
    • 最初の2つが不十分な場合のみExa： GitHub検索と公式ドキュメントの後、より広範なウェブ調査や発見のためにExaを使用する。
    • パッケージレジストリを確認： ユーティリティコードを書く前にnpm、PyPI、crates.ioなどのレジストリを検索する。手作りのソリューションよりも実績のあるライブラリを優先。
    • 適応可能な実装を検索： 問題の80%以上を解決し、フォーク、移植、またはラップできるオープンソースプロジェクトを探す。
    • 要件を満たす場合、完全な新規コードよりも実績のあるアプローチの採用や移植を優先する。

  2. まず計画

    • plannerエージェントを使用して実装計画を作成
    • コーディング前に計画ドキュメントを生成：PRD、アーキテクチャ、system_design、tech_doc、task_list
    • 依存関係とリスクを特定
    • フェーズに分割

  3. TDDアプローチ

    • tdd-guideエージェントを使用
    • まずテストを書く（RED）
    • テストを通すように実装（GREEN）
    • リファクタリング（IMPROVE）
    • 80%以上のカバレッジを検証

  4. コードレビュー

    • コード作成直後にcode-reviewerエージェントを使用
    • CRITICALとHIGHの問題に対処
    • 可能な場合はMEDIUMの問題も修正

  5. コミットとプッシュ

    • 詳細なコミットメッセージ
    • Conventional Commitsフォーマットに従う
    • コミットメッセージのフォーマットとPRプロセスについてはgit-workflow.mdを参照

  6. レビュー前チェック

    • すべての自動チェック（CI/CD）が通過していることを確認
    • マージコンフリクトを解決
    • ブランチがターゲットブランチと最新状態であることを確認
    • これらのチェックが通過した後にのみレビューを依頼