跳到正文
cccskills
免费在 GitHub 公开

vibe-acceptance-gate

Validates completed work against defined acceptance criteria. Use after completing a task that has specific success criteria defined in issues, specs, or task descriptions.

中文简介正在准备中。当前显示原文说明。

查看安装方法

包含的文件(1)

  • SKILL.md1.8 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

vibe-acceptance-gate

Don't claim "done" until you've checked against the criteria that define "done."

When to Use This Skill

  • After completing a task that has acceptance criteria
  • Before marking an issue/ticket as resolved
  • When the user asks "is this done?"
  • After implementing a spec with defined requirements

When NOT to Use This Skill

  • Exploratory work with no defined criteria
  • Research tasks (use vibe-reflect-and-compound instead)
  • When criteria haven't been defined yet (define them first)

Steps

  1. Find the criteria — Look in:

    • Issue/ticket description (MUST/SHOULD requirements)
    • Spec document (acceptance criteria section)
    • Task description (success conditions)
    • User's original request (implicit criteria)
  2. Validate each criterion — For each one:

    • Run the relevant test, command, or check
    • Record PASS (met), FAIL (not met), or PARTIAL (partially met)
    • Capture evidence (test output, code reference)
  3. Report results:

#CriterionStatusEvidence
1[criterion text]PASS/FAIL/PARTIAL[evidence]
  1. Gate decision:
    • All PASS → Task complete
    • Any FAIL on MUST criteria → Task NOT complete, list remaining work
    • PARTIAL only → Report what's missing, ask user if acceptable

Output Format

Acceptance Gate: [Task Name]

Result: PASS / FAIL / PARTIAL Criteria Met: X/Y (Z%)

#CriterionStatusEvidence
1...✓/✗/◐...

Remaining Work (if FAIL)

  1. [What needs to be done]

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Generates edge case, failure mode, and spec-driven test cases. Covers boundary values, nil inputs, concurrency, resource exhaustion, malformed data, and requirement-linked traceability tests. Use after happy-path tests exist and before claiming coverage is complete, when requirements lack tests, or before a security review.

中文简介正在准备中。当前显示原文说明。

ash1794/vibe-engineering1642026年10月8日 更新

Catches shortcuts and reward hacking — weakening or deleting tests to make them pass, hard-coding expected outputs, silently dropping requirements, or claiming work is done without running it. Use before declaring a task complete and whenever a test or requirement feels like it's in the way.

中文简介正在准备中。当前显示原文说明。

ash1794/vibe-engineering1642026年10月8日 更新

Safely integrates commits from parallel agent branches using sequential cherry-pick. Use after parallel work completes in isolated branches or worktrees.

中文简介正在准备中。当前显示原文说明。

ash1794/vibe-engineering1642026年10月8日 更新

Audits tests for concurrency safety — race conditions, shared mock state, cleanup ordering. Use when writing tests that involve goroutines, async operations, or shared mutable state.

中文简介正在准备中。当前显示原文说明。

ash1794/vibe-engineering1642026年10月8日 更新

Enforces tiered test coverage standards with three dimensions — line coverage by tier, spec-to-test traceability, and spec-to-code implementation mapping. Use before claiming code is complete.

中文简介正在准备中。当前显示原文说明。

ash1794/vibe-engineering1642026年10月8日 更新

Extracts and records architectural decisions from diffs, conversation context, and explicit choices. Supports automatic extraction from staged changes, deduplication against prior decisions, and persistent ADR-format logging with spec traceability. Use after a significant design or architecture choice, before committing a diff that embeds implicit decisions, or when the same question keeps resurfacing.

中文简介正在准备中。当前显示原文说明。

ash1794/vibe-engineering1642026年10月8日 更新

查看 ash1794 的全部技能

报告此技能的问题