应用强制命名规则可能造成大范围、破坏兼容性的代码重命名
原文依据:3 处该 Skill 将多项偏好表述为 MUST/NEVER,并明确说应用这些修复意味着重命名现有标识符。导出名称、接口方法、构造函数或枚举成员一旦改名,可能影响整个工作区及外部调用者。文本自身承认手工编辑可能漏掉调用点或破坏接口满足关系。
如果代理把审查请求理解为直接重构,用户可能得到跨文件持久修改、编译失败、接口不再实现,或公共 API 不兼容。
该 Skill 不仅提供建议,还获准 Edit/Write,并明确表示应用修复会重命名现有标识符。若代理在用户要求重构或应用命名修复时更改导出 API、接口方法或枚举名,工作区内外的调用者都可能受到影响。文档承认手工编辑可能遗漏调用点或破坏接口满足关系,并建议使用另一个未随本来源提供的 Skill。用户可将其限制为只读审查,或要求先列出重命名范围并验证所有调用点。
install: []allowed-tools: Read Edit Write Glob Grep Bash(go:*) Bash(golangci-lint:*) Bash(git:*) Agentpaths:查看另外 2 个位置
All Go identifiers MUST use `MixedCaps` (or `mixedCaps`). NEVER use underscores in identifiers — the only exceptions are test function subcases (`TestFoo_InvalidInput`), generated code, and OS/cgo interop. This is load-bearing, not cosmetic — Go's export mechanism relies on capitalization, and tooling assumes MixedCaps throughout.Applying these fixes means renaming existing identifiers — → See `samber/cc-skills-golang@golang-gopls` skill to do it safely: its rename updates every call site across the workspace and refuses a rename that would break interface satisfaction, which a grep/sed or manual Edit-based rename silently misses.