---

name: create-issue-gate description: 在开始新的实现任务时使用，必须创建带有严格验收标准门控的 issue 后才能执行。 risk: safe source: community date_added: "2026-03-12"

创建 Issue 门控

概述

创建 GitHub issue 作为任务的唯一跟踪入口点，并对验收标准设置硬性门控。

核心规则：用户未提供明确、可测试的验收标准 => issue 保持 draft 状态且执行被阻止。

何时使用

• 你正在开始一个新的实现任务，需要 GitHub issue 作为必需的跟踪入口点。
• 工作必须在用户提供明确、可测试的验收标准之前被阻止。
• 你需要在执行开始前区分 draft、ready 和 blocked 状态的工作。

必填字段

每个 issue 必须包含以下部分：

• 问题
• 目标
• 范围
• 非目标
• 验收标准
• 依赖/阻塞项
• 状态（draft | ready | blocked | done）

验收标准门控

验收标准仅在可测试且可判定通过/失败时才有效。

示例：

• 有效："CreateCheckoutLambda-dev 返回一个可打开的第三方支付结账 URL"
• 无效："修复结账" / "改善用户体验" / "做得更好"

如果标准缺失或不可测试：

• 仍然创建 issue
• 设置 Status: draft
• 添加 Execution Gate: blocked (missing valid acceptance criteria)
• 不将任务移至执行阶段

Issue 创建模式

默认模式是使用 gh issue create 直接在 GitHub 上创建。

使用如下正文模板：

## Problem
<what is broken or missing>

## Goal
<what outcome is expected>

## Scope
- <in scope item>

## Non-Goals
- <out of scope item>

## Acceptance Criteria
- <explicit, testable criterion 1>

## Dependencies/Blockers
- <dependency or none>

## Status
draft|ready|blocked|done

## Execution Gate
allowed|blocked (<reason>)

状态规则

• draft：验收标准缺失/薄弱或任务定义不完整
• ready：验收标准明确且可测试
• blocked：外部依赖阻止进展
• done：验收标准已通过证据验证

没有有效的验收标准，绝不将 issue 标记为 ready。

移交执行

执行工作流（例如 closed-loop-delivery）仅在以下条件满足时才可开始：

• issue 状态为 ready
• 执行门控为 allowed

如果 issue 为 draft，停止并请求用户提供验收标准。

限制

• 仅在任务明确匹配上述范围时使用此技能。
• 不要将输出视为环境特定验证、测试或专家审查的替代品。
• 如果缺少所需输入、权限、安全边界或成功标准，请停下来要求澄清。