给项目做一次构建体检
自己找现有检查命令,留下结果和可用修复建议。参考依据与借鉴内容
- 最佳实践:让 Claude 验证自己的工作
借鉴以构建结果验证工作的思路;自动选命令、执行前核对、超时和候选修复边界为本站设计。
请为当前项目做一轮有范围的构建体检,不需要我先找报错日志。 先读项目脚本和说明,选择一个现有的本地类型检查或构建命令,优先轻量、不联网、无需凭证的检查。执行前读它的定义及关联脚本,确认不会安装依赖、发布、迁移数据库或修改源文件;无法确认就只做静态核对并说明原因。 环境就绪时运行一次,设置合理超时,最长 60 秒;超时或依赖缺失就报告该限制,不升级环境或反复重跑。若成功,给出命令和结果,不制造错误。若失败,只追踪第一个有明确因果线索的问题,区分环境缺失与代码错误。 针对确定的问题,给出文件位置、证据、完整的最小修复草稿和后续验证命令;若原因未确认,就给已排除项与剩余线索,不编造补丁。不通过关闭检查、扩大忽略范围来掩盖错误。 完成标准:交付实际执行状态和必要证据,修复草稿明确标为未应用、未验证;完成这一轮即结束。 执行约定: 直接开始,不先给计划让我确认,也不要让我选文件或补填模板。只用当前项目、当前对话及我已提供的材料,不搜索其他项目或私人历史。缺少材料时完成有依据的部分,在结果中说明缺口;完全不适用就说明原因并结束,不虚构成果。 保留现有文件和未提交改动;候选内容在回复中完整给出,适合独立成文的成果可另存为不重名的新文件。不要安装依赖、修改环境、提交、推送或发布。遇到权限或访问限制,记录未完成项,不绕过限制。自查一次后交付并结束,不用“是否继续”收尾。