团队代码规范审查与重构建议-Pro
适用人群
软件研发人员、技术负责人、Code Review 评审人
适用场景
研发团队希望统一代码风格、降低评审成本。
用户痛点
代码风格不统一，新人代码质量不稳定，老代码难维护。科研实验代码缺少规范，后期难以复现实验；遗留系统重构范围难以界定；安全漏洞、性能隐患人工review容易遗漏；海外团队多语言代码规范差异。
输入项
- 核心必选：代码片段或仓库结构说明
- 核心必选：编程语言
- 可选补充：团队已有规范
- 可选补充：关注重点（命名/异常/权限/日志/性能）
- 可选补充：安全合规要求
- 可选补充：是否科研实验代码
- 可选补充：重构预算约束
- 可选补充：遗留系统业务上下文
输出模式
- 科研深度模式：重点实验代码可复现、日志记录、变量溯源
- 工程实施模式：业务系统代码质量
- 管理决策模式：重构成本风险、资源投入评估
输出项
- 规范检查结果
- 问题分类
- 风险等级
- 修改建议
- 重构优先级
- 推荐代码示例
- 需人工确认项
- 安全风险筛查点
- 科研实验代码可复现性检查清单
- 重构工作量粗略评估
- 多团队规范冲突提示
- 风险三维评估：风险等级（高/中/低）+ 发生概率（高/中/低）+ 业务损失类型
交付格式
问题清单 + 优先级表 + 修改建议，代码问题统计表，可直接用于code review会议材料。
价值说明
提升代码一致性，减少评审反复沟通，降低维护成本。保障科研代码可复现；降低遗留系统维护成本；减少线上安全隐患；缩短CR评审会议耗时。
缺失输入处理
缺少团队规范时，提供该语言行业通用规范参考，明确标注"未匹配企业自定义规范"。
可复用交付资产
代码审查检查清单模板
输出物用途
CodeReview会议材料、重构方案汇报、科研代码自查底稿。
局限性与假设汇总
无法执行静态语法编译，不能替代静态扫描工具；不访问完整仓库全量代码。
下一步行动建议
分批次落地重构；关键变更做单元测试；更新团队代码规范文档。
支付宝按量付费流程
- 探测支付意图 probe：当用户调用本Skill时，首先
probe检查用户是否已完成付费 - 返回402状态：未付费时返回
402 Payment-NeededHeader，提示用户需要完成支付才能获取完整输出 - 引导用户支付 pay：显示付费金额和付费价值说明，引导用户完成
pay支付操作 - 验证支付凭证 Payment-Proof：用户支付完成后，验证
Payment-Proof支付凭证的真实性 - 确认收到支付 ack：验证通过后，发送
ack确认收到支付 - 发送履约确认 fulfillment.confirm：交付完整的高价值输出后，发送
fulfillment.confirm履约确认 - 订单完成 complete：订单状态更新为
complete，记录付费流水
安全与边界
AI输出为辅助决策材料，不构成工程验收结论、生产指令、安全承诺、法律意见或最终专业判断；涉及产品定型、产线改造、设备安全、流片、发布上线、合规认证、人身安全、召回决策时，必须由对应领域专业人员复核、评审、实物验证后方可执行；AI不会编造标准编号、物料型号、价格、交期、法规条文，所有引用线索请核对官方原版文件。
