verify-software-change

仓库创建 2026年7月27日最近提交 2 天前SkillHot 收录 2 天前

▸ 精选理由

能快速判断修复是否到位并减少不必要的深度测试，适合发布前验收。

▸ 风险提示

可能需要访问测试或生产环境并运行校验，需控制权限与审计。

这个 Skill 做什么

基于风险设计并执行软件/基础设施变更后的最小充分验证证据链。

按风险优先设计并执行变更后验证，目标是构建最小但充分的证据链来说明问题已被修复或系统可以上线。变更后要把每项改动映射到预期行为、可能的回归面、需要的证明和运行环境，常用于代码、基础设施或部署改动验收。强调按仓库、硬件和环境约束选择验证深度，避免用大量无关测试掩盖真实风险。

▸ 展开 SKILL.md 英文原文

Design and run risk-based verification after software or infrastructure changes, or when asked whether work is fixed or ready. Respect repository-specific remote, hardware, staging, and production constraints.

开发编程变更验证风险驱动证据链通用

Stars

Forks

仓库内 Skill

7 日增星

安装 / 使用

给你的 Agent 一句话（通用）

帮我安装这个 skill：https://raw.githubusercontent.com/ImYourBoyRoy/agent-continuity-stack/main/skills/verify-software-change/SKILL.md

或 curl 直取 SKILL.md

curl -fsSL "https://raw.githubusercontent.com/ImYourBoyRoy/agent-continuity-stack/main/skills/verify-software-change/SKILL.md"

SKILL.MD 节选查看完整文件 ↗

# Verify Software Change

Build the smallest sufficient evidence chain for the actual risk.

## Define the claim

Before running checks, state what must be true. Map each material change to:

- expected behavior
- likely regression surface
- appropriate evidence
- environment required

Read `references/risk-matrix.md` for selecting depth. Do not substitute broad
but irrelevant test volume for targeted evidence.

## Follow project constraints

Read repository instructions and use approved commands. Preserve remote-only,
hardware-bound, sandboxed, staging, production, or resource constraints. Do not
install tools, deploy, access production, or broaden permissions merely to make
verification co

via SKILL·HOT · 数据来自 GitHub 公开信息 · 原文版权归作者所有