bug-fix-options
在确认缺陷根本原因后、实施修复前,建议提供以下几种具体的修复方案供选择:
共 428026 条已上架资产
在确认缺陷根本原因后、实施修复前,建议提供以下几种具体的修复方案供选择:
使用 Plastic SCM(Unity 版本控制)审查待处理或已提交的更改:解析 Plastic 工作区根目录,通过 cm status 枚举待处理路径,在加载的变更集上使用 cm cat 重构文本基线,并执行与 Unity 项目技能相同…
将 Deno/TypeScript 代码重构为更小、更清晰且类型安全的模块,同时保持原有行为和公共 API
检测 TypeScript 代码异味,并对重构机会进行排序,而不更改代码
在重构大型文件之前,先规划好 Deno/TypeScript 模块的清晰边界
重构 Brizo 规则引擎的 TypeScript 代码,同时保持逻辑语义、来源信息和求解器边界不变
专门为 Windows 和 Hyper-V 生成或重构 Ansible 集合
将非分页的 Quarkus REST 资源转换为分页列表端点,遵循此仓库的 PageResponse<T> + Panache Page/Sort 模式 —— 添加 page/size/sort/filter 查询参数,并设置上限和验证;连…
在实施前,针对请求的软件变更提供简要且有证据支持的反馈
与语言无关的设计和重构指导:将基于模式、种类、状态、类型、角色、功能标志或布尔状态的重复条件逻辑替换为具有职责的模型
在创建或大幅重构仓库的 Markdown 文档时使用,以便在文档顶部生成一个手动目录,包含指向其主要部分的锚链接
用于提交前的非平凡实现工作:明确行为,必要时先测试,有针对性地实现,验证,重构,重新验证,当代码不够清晰时添加简洁的行为注释,扫描是否存在机密/安全问题,更新文档,然后提交
软件工程与代理技能架构的主要证据门控
将显式重构作为针对人工审查优化的、以差异优先的精准变更来执行
Martin Fowler 视角的软件开发与架构顾问,聚焦演进式架构、重构、技术债、模块化、遗留系统渐进迁移和微服务取舍
在编写、修改、审查或解释代码时,请使用此技能:它是一套编码规范,基于马丁·福勒《重构(第2版)》中的24种坏味道和61种重构手法构建,转化为适用于新代码的前置规则以及处理现有代码的决策系统
构建不显千篇一律的网站
为工作项设置 git 分支和可选的工作树
对每一次有意义的代码修改、实现或重构请求,强制执行四阶段门禁机制(清晰性 → 简洁性 → 范围界定 → 验证)
```markdown