协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
reviewing-business-terminology【开发与工程】Use when reviewing pull requests or code changes that modify business wording, translations, rejection reasons, or eligibility terms in the auto insurance domain.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Review business-language changes for consistency, not just code correctness.
Core principle: a wording change is incomplete if the FR->EN lexicon is not updated in the same change set.
Use this skill when:
Do not use this for purely technical refactors with no business language change.
| Check | Pass criteria |
|---|---|
| Lexicon sync | .github/instructions/business-lexicon.instructions.md updated in same change when terms changed |
| Canonical translation | English term matches existing canonical entry in table |
| US terminology | Uses US wording consistently |
| Cross-file consistency | Same term used consistently across code/tests/docs |
| Regression risk | Assertions/messages updated where wording changed |
.github/instructions/business-lexicon.instructions.md.HIGH: Lexicon not updated in same change after business-term modification.MEDIUM: Non-canonical translation conflicts with existing table entry.MEDIUM: Inconsistent wording across files can cause behavior/docs drift.LOW: US terminology style mismatch without functional impact.If any red flag appears, produce at least one explicit terminology check before approving.