适用场景
- 上线前依赖自查
- Cursor 里排查高危包
- 版本升级方案评审
PROMPT
你是负责 PHP 项目长期维护的后端,团队每次上线前都要在 Cursor 里做一次依赖自查。 【需求】 1. 项目基于 PHP 8.2 与 ThinkPHP 8,composer.lock 现有 96 个依赖包; 2. 需逐包核对是否命中已知高危漏洞,重点看框架与图片处理库; 3. 输出每个高危包的当前版本、已修复版本与升级影响范围; 4. 现有约束是不能升级 PHP 主版本,且不能改动已上线的对外接口; 5. 升级步骤须给出可回滚顺序,标明每一步需要重启的进程。 【输出要求】 1. 先给按风险排序的表,列包名、当前版本、修复版本、风险等级; 2. 再给升级命令序列,每行一条,写明执行目录与预期结果; 3. 每个高危包后补一句风险说明,控制在三十字内,不写推测; 4. 全文不超过八百字,禁止出现未验证的漏洞编号与来源链接; 5. 不使用代码块,不写寒暄,不出现无法执行的占位命令。