sdlc-config-review

Solid

扫描当前分支相对基线分支(master/main)的 Java 代码 diff,提取三类需要配置中心(Apollo/Nacos)注入的配置项——@Value 单值、@ConfigurationProperties 前缀、任意注解属性中的 ${...} 占位符(如 @FeignClient/@RocketMQMessageListener),产出上线新增 Key 清单(结果表格 + 可复制纯文本块)。Use when 用户要梳理上线配置清单、检查新增配置 Key、准备 Apollo/Nacos 发版配置、提到配置项 diff、@Value、ConfigurationProperties、注解占位符,或说 config-sentinel、config review、Apollo/Nacos key audit、release config checklist。

Code & Development 63 stars 0 forks Updated 6 days ago MIT

Install

View on GitHub

Quality Score: 84/100

Stars 20%
60
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# SDLC Config Review 发版前梳理「需要在配置中心新增哪些配置 Key」。只分析 `.java` 文件的**新增行**,忽略 XML/YAML/properties/前端文件。 ## 工作流 按顺序执行,复制此 checklist 跟踪进度: ``` Config Review Progress: - [ ] Step 1: 确定基线分支,生成 diff 临时文件 - [ ] Step 2: 读取 diff 全文,按三种模式提取,排除噪音 - [ ] Step 3: 定位文件、去重、标记新增/复用 - [ ] Step 4: 按模板输出表格 + 纯文本块 ``` ### Step 1: 基线分支与 diff 提取 1. 基线分支:用户指定优先;否则自动探测(依次尝试 master、main) 2. 基线分支不存在或当前分支已合并时,**明确报错提示用户,不静默换基线** 3. diff 落临时文件(防管道截断/编码问题,不要直接管道消费): - bash/zsh:`git diff <base>...HEAD -- "*.java" > diff_temp.txt` - PowerShell:`git diff <base>...HEAD -- "*.java" | Out-File -Encoding utf8 diff_temp.txt` ### Step 2: 读取与内存解析 读取 diff_temp.txt 全文,在上下文中分析提取。**不要在命令行跑正则提取**(跨平台转义不可靠);Claude Code 环境下可用 Grep 工具对临时文件粗筛辅助定位,但判定以读文分析为准。 只认**新增行**(`+` 开头)中的三处合法位置: **模式 A**:`@Value("${...}")` → 提取 Key。识别默认值写法 `${key:default}`,标注「有默认值 :default」 **模式 B**:`@ConfigurationProperties(prefix = "...")` → 提取前缀,类型标「配置组,需核对该类全部字段」 **模式 C**:任意注解 `@Xxx(...)` 属性值中的 `"${...}"` 占位符 → 提取 Key,类型标「注解属性」并附来源注解名(如 @FeignClient / @RocketMQMessageListener / @Scheduled / @KafkaListener)。**规则通用,不做注解白名单** **噪音排除规则(命中即丢弃)**: 1. 注释、JavaDoc、日志字符串中的匹配 2. 删除行(`-` 开头)与上下文行中的匹配 3. **MyBatis SQL 占位符**:`@Select/@Update/@Insert/@Delete` 注解属性内的 `${}` 及字符串字面量中的 SQL `${}`(如 `order by ${col}`)不是 Spring 配置 4. 代码生成器模板字符串中的 `${}` 5. 动态 key(如 `environment.getProperty(变量)`)静态不可提取;发现时在结果尾部提示「存在动态取值,需人工确认」,不计入清单 ### Step 3: 定位与去重 - 每个唯一 Key 记录首次出现的文件路径 + 来源注解 - 区分两种状态:「🆕 新增」(diff 中新增行引入)与「⚠️ 复用(需确认)」(Key 已存在于存量代码或删除行同时出现——典型为重构移动) - ...

Details

Author
TsCarpe
Repository
TsCarpe/claude-sdlc-skills
Created
2 weeks ago
Last Updated
6 days ago
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

ai-code-review-skill

合并前审查一段改动(commit range / PR / 工作区 diff),以"会不会造成线上事故"为验收标准。专治 AI 生成代码的失效模式——重构时删掉历史补丁、把未证实的推断写成注释、把排查日志当长期代码提交、过度设计、重复造轮子。当用户说"review 这段代码""这个能不能合""帮我看看新提交""上线前审一遍""code review""审一下 PR"时使用。与语言、框架、领域无关。

0 Updated 1 months ago
casperkwok
Code & Development Listed

code-review

Review changes since a fixed point (commit/branch/tag) along two axes — Standards (coding standards) and Spec (matches the spec/issue). Runs parallel sub-agents. Use when reviewing a branch, PR, or work-in-progress changes.

0 Updated 1 months ago
988hj7tczd-oss
Code & Development Listed

dev-code-review

对**一次改动**做成文的代码评审:工作区 diff/分支/PR/指定路径都能评,产出带证据行(`file:line`)、 严重级与整改闭环的评审报告,落 `dev/reports/`。 能力:(1) 先圈定评审范围与规格真源,再按八个维度逐项过 (2) 每条意见必须指到实处并经一轮自我反驳 (3) 按交付模式分档(快速/标准/严格)(4) 整改后回填闭环状态,不留「已知问题」当交付物。 触发词:「代码评审」「review 一下这段代码」「帮我���看这个 PR」「合并前把关」「这次改动有没有问题」 「评审报告」「code review」「MR 评审」「提交前审一遍」「谁来把个关」, 或在 `dev-master` 阶段 10 之前需要人工/AI 把关时。 与内置 `/code-review` 的关系:Claude Code 内置命令适合**即时看 diff、不留档**; **本技能面向 Codex / Cursor(没有那个命令)以及需要成文报告、按维度全覆盖、要闭环追踪的场景**。 不适用:文档意图 vs 代码实现的差距审计(`pm-ai-ship-audit`)、具体故障定位(`systematic-debugging`)、 「说做完了是不是真做完」的终检(`verification-before-completion`)、测试用例设计(`pm-test-cases`)。

1 Updated 4 days ago
iDWong