swd-refactoring-analyst
在计划或执行安全重构时使用
共 424061 条已上架资产
在计划或执行安全重构时使用
指导AI助手明确识别当前应进行重构的具体触发条件(如:范围小且测试充分、复杂性已实际阻碍开发并有可引用的故障事件记录、即将发生需求变更、性能问题、采用新技术),以及公认的不应重构的理由(如:代码变更频率低、即将被弃用、缺乏足够的测试保障、仅…
指导AI助手制定重构执行计划,明确最终状态,使用“开始/目标/观察指标”表格(允许设定理想状态和可接受的最小可行状态),通过三问题筛选法生成里程碑(近期可实现、独立有价值、中断时安全暂停点),针对涉及多个相似结构的重构采用可重复步骤模板模式…
指导AI助手诊断代码退化的原因——是需求变更(原本合理的代码因外部环境变化而失效:规模扩大、产品需求调整、外部依赖变更、环境/安全形势变化,或未清理的废弃功能)还是技术债务(在时间或资源压力下故意采取的捷径,其成本已逐渐累积)——然后再设计…
指导AI助手在重构中采用暗模式/亮模式逐步切换技术,用于需要强行为等价性验证的实现替换场景——通过在调度器后并行运行新旧实现,比较其输出,同时先返回旧实现的结果(暗模式),再返回新实现的结果(亮模式),随着差异减少逐步扩大新实现的暴露范围,…
指导AI助手精确定义重构——即在不改变代码外部行为的前提下对现有代码进行重组——并要求在决定所需流程、顺序严谨性及发布分阶段策略之前,将每一个重构候选项归类为本地重构(局部性、可在单个变更集中审查)或大规模重构(系统性问题,涉及范围广泛,无…
指导AI助手通过证据而非主观印象来衡量重构候选对象的初始状态——选择一个能够追踪实际痛点的指标(因为成功的重构对用户是不可见的,大多数业务指标也不会发生变化),采用低成本的静态复杂度信号(如圈复杂度计数、规模代理指标、注释密度)、定量与定性…
将一个二维联合计数表(类别 × 来源)压缩为一个紧凑的 (x, y, z) 状态,其中 x 和 y 是边缘比例向量,z 是从这些边缘分布的最佳拟合多项式形式中导出的单一全局标量
项目仓库中隐性知识的三层布局结构:CLAUDE
优化开源项目、库、工具及技能仓库的 README 文件
采用推荐的分层方法(UI、逻辑、数据)设计 Flutter 应用程序
强制执行 TheOne Studio Unity 开发规范,包括 C# 编码模式、Unity 架构(VContainer/SignalBus 和 TheOne
审查未测试的内容,并优先处理风险最高的遗漏场景
设计具有清晰资源边界、版本控制规则、分页、幂等性和错误契约的 REST API
重构文档以提高检索质量,采用适合分块处理的章节结构、明确的元数据以及稳定的术语体系
计划或执行重构,在不改变行为的前提下改善代码结构
在六边形架构的 Go 服务中构建或重构 OpenTelemetry 指标,采用适配器本地接口 + 实现、依赖注入(DI)连接以及在中间件/客户端/仓储/服务边界显式插桩的方式
使用六边形架构的入站监听器(inbound-listener)和出站订阅提供者(outbound-subscription-provider)模式构建或重构区块链监听器
在使用 VisualStudio
在将应用程序从旧版 EventStoreDB 客户端迁移到 KurrentDB gRPC 客户端时使用