respond

스타4

포크0

업데이트2026년 7월 14일 04:24

Evaluate and address concrete code-review feedback against repository reality.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

KodingDev

KodingDev/meridian

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

Respond

User intent, priorities, and accepted tradeoffs are authoritative. Technical explanations and proposed fixes remain claims to verify against the code and evidence.

Process

Read all feedback and its surrounding diff context.
Separate requested outcomes from technical assertions about the cause or solution.
Verify each technical assertion against repository behavior, tests, and relevant documentation.
Apply correct in-scope fixes one at a time with focused verification.
Push back concisely when a suggestion is technically wrong, breaks existing behavior, conflicts with an accepted decision, or expands scope without value.
Report what changed, what was declined, and the evidence supporting either result.

Avoid performative agreement, but ordinary human acknowledgment is fine. If your earlier technical conclusion was wrong, correct it directly without defensive explanation.

이 저장소의 다른 Skills

같은 저장소

auto

KodingDev/meridian

Run a task autonomously with reversible defaults and a reviewable handback.

2026-07-144

brainstorm

KodingDev/meridian

Turn an idea into an approved implementation spec through collaborative design.

2026-07-144

commit

KodingDev/meridian

Inspect and commit the intended local changes cleanly.

2026-07-144

debug

KodingDev/meridian

Diagnose bugs, test failures, and unexpected behavior from evidence before changing code.

2026-07-144

delegate

KodingDev/meridian

Isolate independent or context-heavy work when parallelism or fresh context materially improves the task.

2026-07-144

document

KodingDev/meridian

Capture hard-won engineering knowledge in durable project documentation.

2026-07-144

name	respond
description	Evaluate and address concrete code-review feedback against repository reality.

Respond

User intent, priorities, and accepted tradeoffs are authoritative. Technical explanations and proposed fixes remain claims to verify against the code and evidence.

Process

Read all feedback and its surrounding diff context.
Separate requested outcomes from technical assertions about the cause or solution.
Verify each technical assertion against repository behavior, tests, and relevant documentation.
Apply correct in-scope fixes one at a time with focused verification.
Push back concisely when a suggestion is technically wrong, breaks existing behavior, conflicts with an accepted decision, or expands scope without value.
Report what changed, what was declined, and the evidence supporting either result.

Avoid performative agreement, but ordinary human acknowledgment is fine. If your earlier technical conclusion was wrong, correct it directly without defensive explanation.