원클릭으로
harness-feedback
执行 F1-F5 结构化反馈处理流程,从问题中提炼规则并写入约束系统。Use when receiving bug reports, user feedback, review findings, or test failures.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
执行 F1-F5 结构化反馈处理流程,从问题中提炼规则并写入约束系统。Use when receiving bug reports, user feedback, review findings, or test failures.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
为当前项目初始化完整的 Harness Engineering 配置(Rules、Hooks、Constraints、QA 标准)。Use when bootstrapping a new project or adding harness to an existing project.
执行 5 层 QA 金字塔检查,生成量化验证报告。Use when completing a feature, before committing, or before creating a PR.
执行交付前 5 项复盘检查,确保流程合规和质量达标。Use when about to deliver work to users, before final handoff, or when completing a development cycle.
启动 Harness 任务(交互式收集需求,自动带上全部流程约束)。Use when starting a new feature, task, or any development work in a Harness-enabled project.
在 AI 工具内执行受控自动修复 loop。Use when tests, E2E, quality gate, or verification fails and the user expects the agent to fix and rerun instead of only reporting failure.
执行 Santa Method 双独立对抗验证。Use when reviewing high-risk changes, production deployments, or complex logic before shipping.
| name | harness-feedback |
| description | 执行 F1-F5 结构化反馈处理流程,从问题中提炼规则并写入约束系统。Use when receiving bug reports, user feedback, review findings, or test failures. |
结构化反馈处理——从问题到规则的闭环。
如果用户在 /harness-feedback 后面直接附了内容,用那个内容。否则依次询问:
收集到信息后,进入 F1-F5。
原样记录问题描述,不解读、不简化、不猜测意图。
## 反馈记录
- **来源**: [用户反馈 / Review / 测试失败 / 自查]
- **原话**: "[原样记录]"
- **时间**: [YYYY-MM-DD]
- **严重性**: [阻断 / 重要 / 建议]
判断:这个问题只出现在一个地方,还是可能出现在多处?
| 层级 | 判断依据 | 修改位置 |
|---|---|---|
| 规则层 | 多处可能出现同样问题 | docs/constraints.md |
| 工具层 | 工具逻辑 bug | src/(通过 Agent) |
| 配置层 | 配置不当 | 配置文件 |
| 实例层 | 仅此一处 | 具体文件 |
从具体实例抽象为通用规则:
❌ "把登录按钮的 padding 改成 16px"
✅ "所有可交互元素在移动端最小触控区域为 44x44pt,padding ≥ 12px"
提炼方法:
规则层问题写入 docs/constraints.md:
## C-{AREA}-{NN}: {规则标题}
{规则描述}
- **WHY**: {为什么需要这条规则}
- **违反后果**: {不遵守会怎样}
- **来源**: VH-{NN}({日期} {问题描述})
同时在 Violation History 中记录:
| VH-{NN} | {日期} | {发生了什么} | {根因} | C-{AREA}-{NN} |
先写规则,再派 Agent。
修复 C-{AREA}-{NN} 违规。
读取 docs/constraints.md 中该约束的完整描述。
扫描 {范围} 中所有不符合该约束的地方,全部修复。
修复后运行 {测试命令} 确认通过。
Agent prompt 必须引用 Constraint ID。
每次 F1-F5 完成后,输出处理摘要:
反馈处理完成
============
问题: {一句话描述}
层级: {规则层/工具层/配置层/实例层}
规则: C-{AREA}-{NN} — {规则标题}
违规记录: VH-{NN}
修复: Agent 已按规则修复并自验通过
只要任务涉及代码变更,AI 不能等用户提醒才验证。按下面顺序做:
AI 可以调用 shk quality status --format json、shk e2e plan --format json、shk e2e run --format json、shk loop state --format json 作为测试准出后端检查器,但不要把这些命令丢给用户自己记。