端到端验证器

这个技能解决什么问题

接手陌生仓库时，端到端验证往往卡在第一步：不知道项目该怎么跑。脚本藏在 package.json、Makefile 或 CI 配置里，文档滞后，依赖是否完整、服务能否正常启动更无从判断。手工验证费时，还容易触碰构建、外部访问等高影响操作。

e2e-validation 把“识别项目—选择验证路径—执行检查—输出结论”串成一条链路，让验证动作可解释、可回退，而不是凭感觉乱试。

它如何工作

核心是“先探测，再验证”，默认采用半自动模式。技能先扫描目录结构、配置文件、脚本与文档，判断项目属于 Web、API 服务、Android、iOS、CLI、库包、monorepo 还是未知类型；随后优先复用现有验证入口，而不是另起炉灶。

关键步骤：

• 项目上下文探测：识别技术栈、构建命令、测试入口与 README 指引。
• 验证路径选择：优先使用已有脚本、测试命令或文档化运行步骤。
• 风险分级：只读扫描与轻量检查自动执行；依赖安装、构建、启动服务、打开浏览器、运行完整测试等动作必须先确认。
• 证据化结论：说明执行了哪些命令、命中哪些入口、跳过哪些操作、阻塞点是什么，以及下一步建议。

决策原则强调“先轻后重、优先复用、不确定就明说”。如果项目类型识别置信度低，技能会列出发现的线索并请求确认，而不是硬猜。

适用边界与注意点

适合做发布前验收、主流程可运行性检查，或跨技术栈的通用验证入口。不建议用于性能压测、进攻性安全测试、纯单元测试生成，或以 CI/CD 编排为主任务的场景。

默认不对生产环境做重型验证，不自动部署、回滚或破坏性修改，也不进行未经明确指示的长时间高资源操作。涉及外部 URL、API 或模拟器时，会先征求许可。

开始使用

安装方法非常简单，具体方式可参考 README 文档。请根据官方来源页面获取准确信息，自行审核内容后再决定是否采用，并保持对相关领域最新安全建议的关注。

来源页面：https://www.skillhub.cn/skills/user_c886063e/e2e-validation

请根据官方来源页面获取准确信息，自行审核内容后再决定是否采用，并保持对相关领域最新安全建议的关注。