인터페이스는 현지화되어 있으며, Skill 소개와 설명 문서는 선택한 언어로 AI가 자동 번역합니다. 코드·명령어·경로·전문 용어는 원문을 유지하며 원작자 문서가 우선합니다.
Skills 둘러보기
개발 및 엔지니어링 · SKILL.md

reviewing-business-terminology

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.

Independent GitHub snapshot · Automated classification · Original documentation governs

Skill 문서

GitHub

name: reviewing-business-terminology description: Use when reviewing pull requests or code changes that modify business wording, translations, rejection reasons, or eligibility terms in the auto insurance domain.

Reviewing Business Terminology

Overview

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.

When to Use

Use this skill when:

  • Reviewing PRs that change domain messages or labels
  • Reviewing translations between French and English business terms
  • Reviewing eligibility/rejection wording in Application, Domain, tests, docs, or PR text

Do not use this for purely technical refactors with no business language change.

Quick Reference

CheckPass criteria
Lexicon sync.github/instructions/business-lexicon.instructions.md updated in same change when terms changed
Canonical translationEnglish term matches existing canonical entry in table
US terminologyUses US wording consistently
Cross-file consistencySame term used consistently across code/tests/docs
Regression riskAssertions/messages updated where wording changed

Implementation

  1. Detect whether business wording changed.
  2. Compare changed terms against .github/instructions/business-lexicon.instructions.md.
  3. If missing or inconsistent, raise a blocking finding.
  4. Check for inconsistent synonyms across changed files.
  5. Confirm tests and expected messages were updated when wording changed.
  6. Report findings ordered by severity with file references.

Blocking Findings Template

  • 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.

Common Mistakes

  • Approving translation changes without lexicon-table updates.
  • Treating wording changes as cosmetic even when tests/assertions depend on exact messages.
  • Mixing near-synonyms for the same domain concept across layers.

Red Flags

  • "Text-only change, safe to skip"
  • "We can align the lexicon later"
  • "Translation is obvious, no need to check table"

If any red flag appears, produce at least one explicit terminology check before approving.

저장한 Skills