¥
立即购买

本提示词专为软件维护团队设计,用于制定系统化的中长期代码维护与演进路线图。通过分析系统现状、技术债务与团队能力,生成包含重构节奏、依赖更新策略和债务清理方案的分阶段规划,量化评估风险与收益,帮助团队建立可持续、低风险的维护体系。

免费试用多模型对比变量与模板化文本输出
完整提示词模板
¥30.00

提示词变量

正在加载表单组件...

提示词生成结果

📝
暂无试用结果

变量说明

  • 系统现状说明
    描述系统当前的技术架构、主要模块、已知问题、性能瓶颈、业务依赖关系等关键现状信息。
    示例:“系统采用单体架构,包含用户管理、订单处理、支付网关三个核心模块。数据库为MySQL 5.7,存在单点故障风险。近期订单模块响应时间波动较大...”
  • 系统规模等级
    系统的代码规模和模块复杂程度等级。
    示例:“中小型(1-10万行、5-20个模块)”
  • 技术债务等级
    系统中技术债务的严重程度等级。
    示例:“中等(存在可维护性问题、部分模块耦合度高)”
  • 维护团队规模
    负责系统维护和开发的团队人员规模。
    示例:“4-7人”
  • 核心业务目标
    描述未来半年到一年内,系统需要支撑的核心业务变化或战略目标,用于对齐维护规划的业务价值。
    示例:“未来一年计划支持跨境支付业务,并实现系统日均处理订单量翻倍...”
  • 主要技术栈
    列出系统使用的主要编程语言、框架、数据库、中间件及当前版本,用于评估依赖更新策略。
    示例:“后端:Java 8, Spring Boot 2.3;数据库:MySQL 5.7;缓存:Redis 3.2;前端:Vue 2.x...”
  • 近期维护痛点
    描述近期在修复缺陷、添加功能或部署上线过程中遇到的主要困难与挑战。
    示例:“每次修改支付模块都需要同步修改多个关联模块,测试回归工作量巨大...”

使用场景案例

  • 双周节奏规划
    面向中型系统与中等技术债,生成以双周节奏为主的分阶段重构与依赖更新方案,量化性能与稳定性收益,明确灰度、基线性能回归与质量门禁落地路径,确保营销高峰前平滑上线。
  • 治理微服务债
    针对大型系统与严重技术债,输出“平台治理+领域解耦+LTS升级”的三阶段路线图,包含契约与Schema演进、共享库剥离、观测性建设与白天可回滚发布策略,并给出量化目标与风险缓解清单。
  • 危急稳态止血
    面向危急状态的中大型遗留单体,先保稳定再拆核心,以“短期止血+中期剥离+长期替换”制定演进路径,构建最小可行的CI/CD与灰度回滚,量化SLA恢复、缺陷密度与回滚率的改善目标。