mirror of
https://github.com/affaan-m/ECC.git
synced 2026-08-17 21:15:40 +02:00
fd1b11cfc7
Model-routing guidance across the rules, skills, and harness-steering docs still recommends Sonnet 4.6 / Opus 4.5-4.6 by name. Readers on the current generation have to map those onto Sonnet 5 / Opus 5 themselves, and the recommendation reads as pinned to a superseded generation. Renames the recommended models in guidance tables and updates two pinned model IDs in code samples: - rules/steering guidance: .cursor, .kiro, and the seven translated performance.md copies (ja-JP, zh-CN, zh-TW, ko-KR, pt-BR, es, tr) - skills/prompt-optimizer complexity-routing table (+ zh-CN copy) - skills/cost-aware-llm-pipeline MODEL_SONNET constant (+ zh-CN, ja-JP) - docs/examples project-guidelines template, which pinned the invalid ID claude-sonnet-4-5-20250514 (+ zh-TW, ja-JP copies) Deliberately left alone: - The "Pricing Reference (2025-2026)" table in cost-aware-llm-pipeline. Renaming those rows while keeping the existing per-token figures would assert Claude 5 pricing this change has not verified. - Executable model config (.opencode/opencode.json, agent.yaml). Those pins change real agent behavior and belong in their own reviewed change. - Historical and illustrative references: the-shortform-guide session transcripts, the ECC-PRO roadmap log entry, gan-style-harness's "Opus 4.5-class"/"Opus 4.6-class" capability tiers, and strategic-compact's deliberately generic "400k Opus 4.x" example. - docs/ATLAS-CLOUD-GUIDE.md, which lists a third-party provider's catalog. Documentation wording only; no behavioral change. Co-authored-by: Phumchai Tanonsi <274848436+phumchai1515-prog@users.noreply.github.com>
规则
结构
规则被组织为一个通用层加上语言特定的目录：
rules/
├── common/ # 语言无关原则（始终安装）
│ ├── coding-style.md
│ ├── git-workflow.md
│ ├── testing.md
│ ├── performance.md
│ ├── patterns.md
│ ├── hooks.md
│ ├── agents.md
│ └── security.md
├── typescript/ # TypeScript/JavaScript 特定
├── python/ # Python 特定
├── golang/ # Go 特定
├── swift/ # Swift 特定
└── php/ # PHP 特定
- common/ 包含通用原则 —— 没有语言特定的代码示例。
- 语言目录 通过框架特定的模式、工具和代码示例来扩展通用规则。每个文件都引用其对应的通用文件。
安装
选项 1：安装脚本（推荐）
# Install common + one or more language-specific rule sets
./install.sh typescript
./install.sh python
./install.sh golang
./install.sh swift
./install.sh php
# Install multiple languages at once
./install.sh typescript python
选项 2：手动安装
重要提示： 复制整个目录 —— 不要使用
/*将其扁平化。 通用目录和语言特定目录包含同名的文件。 将它们扁平化到一个目录会导致语言特定的文件覆盖通用规则，并破坏语言特定文件使用的相对../common/引用。
# Install common rules (required for all projects)
cp -r rules/common ~/.claude/rules/common
# Install language-specific rules based on your project's tech stack
cp -r rules/typescript ~/.claude/rules/typescript
cp -r rules/python ~/.claude/rules/python
cp -r rules/golang ~/.claude/rules/golang
cp -r rules/swift ~/.claude/rules/swift
cp -r rules/php ~/.claude/rules/php
# Attention ! ! ! Configure according to your actual project requirements; the configuration here is for reference only.
规则与技能
- 规则 定义广泛适用的标准、约定和检查清单（例如，“80% 的测试覆盖率”、“没有硬编码的密钥”）。
- 技能（
skills/目录）为特定任务提供深入、可操作的参考材料（例如，python-patterns，golang-testing）。
语言特定的规则文件会在适当的地方引用相关的技能。规则告诉你要做什么；技能告诉你如何去做。
添加新语言
要添加对新语言的支持（例如，rust/）：
- 创建一个
rules/rust/目录 - 添加扩展通用规则的文件：
coding-style.md—— 格式化工具、习惯用法、错误处理模式testing.md—— 测试框架、覆盖率工具、测试组织patterns.md—— 语言特定的设计模式hooks.md—— 用于格式化工具、代码检查器、类型检查器的 PostToolUse 钩子security.md—— 密钥管理、安全扫描工具
- 每个文件应以以下内容开头：
> 此文件通过 <语言> 特定内容扩展了 [common/xxx.md](../common/xxx.md)。 - 如果现有技能可用，则引用它们，或者在
skills/下创建新的技能。
规则优先级
当语言特定规则与通用规则冲突时，语言特定规则优先（具体规则覆盖通用规则）。这遵循标准的分层配置模式（类似于 CSS 特异性或 .gitignore 优先级）。
rules/common/定义了适用于所有项目的通用默认值。rules/golang/、rules/python/、rules/swift/、rules/php/、rules/typescript/等会在语言习惯不同时覆盖这些默认值。
示例
common/coding-style.md 建议将不可变性作为默认原则。语言特定的 golang/coding-style.md 可以覆盖这一点：
符合 Go 语言习惯的做法是使用指针接收器进行结构体修改——关于通用原则请参阅 common/coding-style.md，但此处更推荐符合 Go 语言习惯的修改方式。
带有覆盖说明的通用规则
rules/common/ 中可能被语言特定文件覆盖的规则会标记为：
语言说明：对于此模式不符合语言习惯的语言，此规则可能会被语言特定规则覆盖。