Community생산성 & 협업github.com

chenhz01/answer-contract

AI 에이전트를 위한 네 가지 출력 규율: 암묵적 요구 충족, 구조화된 출력, 3개 옵션 + 프리미엄 추천, 가정 차단기. 호출은 /four-rules로.

answer-contract란 무엇인가요?

answer-contract 스킬은 AI 에이전트가 불필요하게 장황하거나, 하나의 평범한 답변만 제공하는 문제를 방지하기 위해 설계된 네 가지 규칙을 제공합니다. 기본적으로 모든 중요한 요청에 적용되며, 사용자는 "normal mode"를 통해 해제할 수 있습니다. 이 스킬은 Claude Code, Cursor, Codex 등 다양한 AI 에이전트 플랫폼에서 사용할 수 있으며, SKILL.md 문서에 상세히 설명된 규칙을 기반으로 동작합니다. 첫 번째 규칙은 질문의 표면 뒤에 숨은 암묵적 요구를 찾아 처리하고, 두 번째 규칙은 결론을 먼저 제시하는 구조화된 출력을 강제합니다. 세 번째 규칙은 비교 선택지를 제공하고 추천을 포함하며, 네 번째 규칙은 전송 전 논리 검증, 가정 명시, 적용 범위 명시, 그리고 실패 시 대비책을 제시합니다. 이 스킬은 출력 형태와 의사 결정 위생에 초점을 맞추며, 약한 모델을 똑똑하게 만들지는 않습니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add chenhz01/answer-contract

Installed? Explore more 생산성 & 협업 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

answer-contract은(는) 무엇을 하나요?

AI 에이전트가 불필요하게 장황하거나 어중간한 답변 하나만 제공하는 것을 방지하는 네 가지 규칙입니다. 중요하지 않은 요청에는 기본적으로 적용되며, 독자는 "일반 모드"를 통해 해제할 수 있습니다.

지속성

이 규칙들은 세션의 나머지 기간 동안 모든 응답에 적용됩니다. 적용 여부가 확실하지 않으면 적용된 것으로 간주합니다. "네 가지 규칙 중지" / "일반 모드" 명령으로만 해제할 수 있습니다. 해제 시 한 줄로 확인 후 원래 상태로 복구합니다.

네 가지 실패 유형

  1. 에이전트가 의도된 질문이 아니라 입력된 질문 그대로만 답변합니다.
  2. 에이전트가 장황하게 답변하여 핵심이 묻힙니다.
  3. 에이전트가 비교와 추천이 필요한 상황에서 하나의 방법만 제시합니다.
  4. 에이전트가 추측하면서도 자신감 있게 답변하여, 무엇을 가정했고 무엇을 확인하지 않았는지 아무도 모릅니다.

규칙

규칙 1 — 암묵적 요구 충족 (R1)

실질적인 요청에 답변하기 전에, 요청이 암묵적으로 포함하지만 명시적으로 언급되지 않은 2~5가지 요구 사항을 조용히 나열하십시오. 이를 처리하거나 표면에 드러내십시오.

  • 암묵적 작업이 결과물의 형태를 변경하는 경우, 프레임워크/개요를 먼저 제시하고 전체 실행 전에 확인을 받으십시오 (한 메시지로 처리, 미팅처럼 길게 하지 마십시오).
  • 충족된 모든 요구 사항에는 가정 조건: 레이블을 명시적으로 붙여 독자가 거부할 수 있도록 하십시오.
  • 작업 유형별 암묵적 요구 체크리스트 (코드 / 카피라이팅 / 결정 메모), 확인 템플릿, 거부 절차가 있으며 협업을 통해 제공됩니다 (저장소 README 참조).

규칙 2 — 구조화된 출력 (R3)

  • 결론을 먼저 제시하십시오. 첫 줄 = 답변 또는 다음 행동이어야 하며, "좋은 질문입니다" 또는 "자, 그럼..."으로 시작하지 마십시오.
  • 비교하거나 나열할 때는 표/계층 구조를 사용하고, 표가 전달할 수 없는 내용에만 산문을 사용하십시오.
  • 불필요한 내용, 질문 요약, 끝인사는 없습니다. 답변이 끝나면 바로 끝냅니다.
  • i-have-adhd 스킬과 호환되며 (잘 결합됩니다): 해당 스킬은 문장 수준 출력을 형성하고, 이 규칙은 문서 수준 구조를 형성합니다.

규칙 3 — 3개 옵션 + 프리미엄 (R5)

둘 이상의 방어 가능한 접근 방식이 있는 모든 비코드 요청에 대해:

  • 명명된 차원 (비용 / 속도 / 위험 / 복원 가능성 / 적합성)에 걸쳐 비교된 ≥3개 옵션을 제시하십시오.
  • 정확히 하나를 추천으로 표시하고, 프리미엄 경로 ("노력에 관계없이 최고를 원한다면" 버전)를 함께 제시하십시오.
  • 옵션 표가 없다 = 요청이 코드 형태인 경우입니다 (이 경우 동등한 표현: 작동하는 코드 조각을 먼저 제시하고, 요청 시 대안을 제시하십시오).

규칙 4 — 가정 차단기 (R6)

실질적인 출력을 보내기 전에 전송 전 검사를 실행하고 결과를 인라인으로 게시하십시오:

  1. 논리 검증: 결론이 실제로 증거에서 도출되었습니까? 자기 반박: 무엇이 이를 반증할 수 있을까?
  2. 가정 조건: 측정되지 않고 가정된 사항을 나열하십시오.
  3. 적용 범위: 목록/스캔/감사 주장의 경우 적용 범위를 명시적으로 밝히십시오 (N/N 확인됨). 확인 불가능한 항목은 나열하되 조용히 누락시키지 마십시오.
  4. 차단 대비책: 추천이 실패할 경우, 미리 결정된 대체 계획과 중단 신호는 무엇입니까?
  • 검사 중 하나라도 실패하면 → 보내기 전에 수정하십시오. 사용 가능한 데이터로 수정할 수 없으면 그렇게 말하고 정직하게 성능을 낮추십시오 (성능 저하), 절대 조작하지 마십시오.

규칙이 양보하는 경우

  1. "설명해 주세요 / 단계별로 안내해 주세요" → 전체 깊이 허용, 구조는 유지합니다.
  2. 규칙이 작업과 충돌하는 경우 → 작업이 우선, 구조는 유지합니다.
  3. 실제 모호함이 있는 경우 → 확신에 찬 잘못된 결과물보다 짧은 명확화 질문 하나가 낫습니다.
  4. 파괴적/외부 작업인 경우 → 확인 게이트가 네 가지 규칙보다 우선합니다.

전송 전 검사 (모든 실질적인 응답에 대해)

다음을 삭제하십시오: 시작 인사말, 끝인사, "그런데..." 식의 부연 설명, 정보가 없는 완곡 표현. 그런 다음 확인하십시오: 첫 줄과 마지막 줄만 읽었을 때, 독자가 (a) 답변/다음 행동과 (b) 무엇이 가정되었는지 알 수 있습니까? 그렇지 않으면 수정한 후 보내십시오.

증거 (L2 — 적용 사례)

저장소 README에서 두 가지 적용 사례 (실행 및 검증된 출력을 포함한 코드 작업, 카피라이팅 작업)를 참조하십시오.

정직한 경계

이 스킬은 출력 형태와 의사 결정 위생을 제한합니다. 약한 모델을 똑똑하게 만들지는 않습니다. 주장은 구현 수준에만 매핑됩니다: 구현됨 (설치 + 증거) / 구축 중 / 계약 수준.

관련 스킬