reflect

reflect 개요

reflect는 무엇을 위한 도구인가

reflect는 2차 검토를 위한 Skill Validation 스킬입니다. 완료했거나 거의 완성된 응답을 받아서, 빠뜨린 결함이나 약한 논리, 지나치게 자신감 있는 승인 여부를 압박 테스트하듯 점검합니다. reflect skill은 새 해답을 만드는 용도보다는, 빠르지만 회의적인 품질 게이트가 필요할 때 가장 유용합니다.

누가 설치해야 하는가

AI가 만든 결과물을 검토하거나, 사용자에게 바로 보이는 답변을 배포하거나, “이걸 통과시켜도 되는가?”를 규율 있게 확인해야 한다면 reflect를 쓰세요. 이전 출력물과 작업 맥락을 함께 제공할 수 있는 에이전트에 잘 맞습니다. 브레인스토밍이나 초안 작성 도움을 원한다면 이 스킬은 맞지 않습니다.

무엇이 다른가

이 스킬은 복잡도 분류, 신뢰도 점검, 검증 중심 피드백을 중심으로 설계되어 있습니다. 즉, reflect install의 가치는 모델이 얼마나 깊게 살펴볼지 먼저 판단하고, 실패 가능성이 큰 부분에 집중해서 검토하게 만드는 데 있습니다. 스타일을 다듬는 데 초점이 있는 게 아니라, 결함이 퍼지기 전에 잡아내는 데 더 가깝습니다.

reflect skill 사용법

reflect를 설치하고 기존 답변에 연결하기

에이전트 환경에 reflect skill을 설치한 다음, 검토할 대상 출력물과 함께 실행하세요. 저장소의 설치 방식은 npx skills add NeoLabHQ/context-engineering-kit --skill reflect입니다. 가장 좋은 결과를 내려면 원래 프롬프트, 초안 응답, 그리고 수용 기준까지 함께 넣으세요.

올바른 입력 형태로 전달하기

reflect는 작업, 중요도, 신뢰도 기준이 명확할 때 가장 잘 동작합니다. 좋은 프롬프트 예시는 이런 식입니다. “이 배포 노트의 정확성과 누락된 위험을 검토해줘. 90% 미만의 신뢰도라면 deep reflect 해줘.” 반대로 “확인해줘”만 적는 프롬프트는 약합니다. 통과/실패 기준이 구체적일수록 검토 결과도 유용해집니다.

먼저 이 파일들을 읽기

먼저 SKILL.md를 보세요. 스킬의 동작을 결정하는 핵심 규칙, 정체성, 분류 로직이 담겨 있습니다. 더 큰 kit 안에서 이 스킬을 조정하는 중이라면 README.md, AGENTS.md, 그리고 저장소 전반의 정책 파일도 함께 확인해 reflection 단계가 실제 워크플로와 맞는지 보아야 합니다. 이 저장소에서는 SKILL.md가 가장 중요한 기준입니다.

리뷰 게이트로 활용하기

실용적인 reflect usage 워크플로는 이렇습니다. 초안을 만들고, reflect를 실행한 뒤, 검토에서 위험하다고 지적한 부분만 수정합니다. 원래 출력이 아예 쓸 수 없을 때를 제외하고는 전부 다시 써 달라고 하지 마세요. reflect guide를 가장 잘 쓰는 방식은 범위를 좁게 잡는 것입니다. 주장 검증, 누락된 제약조건 노출, 그리고 초안을 배포해도 안전한지 판단하는 데 쓰세요.

reflect skill FAQ

reflect는 일반적인 글쓰기 프롬프트인가요?

아닙니다. reflect는 첫 초안을 생성하는 용도가 아니라, 이미 만들어진 결과를 평가하는 용도입니다. 이를 일반 생성 프롬프트처럼 쓰면 reflect skill의 핵심 장점인 사후의 규율 있는 검토를 잃게 됩니다.

reflect가 맞지 않는 경우는 언제인가요?

검토할 이전 답변이 없을 때, 과제가 순수한 창작일 때, 또는 거절 중심 리뷰보다 폭넓은 아이디어 발상이 필요할 때는 적합하지 않습니다. 정확성이나 완결성을 판단할 맥락을 충분히 제공할 수 없을 때도 활용도가 떨어집니다.

reflect는 초보자에게도 친숙한가요?

네, 사용자가 초안과 목표만 제공할 수 있다면 그렇습니다. 전체 저장소를 다 알 필요는 없지만, “좋은 결과”가 무엇인지 분명히 말해줘야 합니다. 초보자에게 가장 큰 이점은 reflect for Skill Validation을 호출하기 전에 검토 기준을 명시적으로 적는 것만으로도 품질이 크게 좋아진다는 점입니다.

일반 프롬프트와는 어떻게 다른가요?

일반 프롬프트는 보통 해결책을 요구합니다. 반면 reflect는 그 해결책을 불확실한 상태에서 비판적으로 검토하라고 요구하며, 빈틈과 과도한 확신을 더 강하게 봅니다. 그래서 첫 생성보다 QA, 승인 체크, 고위험 출력물에 더 적합합니다.

reflect skill 개선 방법

제공하는 근거를 더 촘촘하게 하세요

가장 좋은 reflect 결과는 구체적인 입력에서 나옵니다. 원래 작업, 초안 답변, 그리고 가장 우려하는 실패 양상을 함께 넣으세요. 기술 작업이라면 제약 조건, 엣지 케이스, 대상 독자까지 포함해야 합니다. 정책이나 편집 작업이라면 반드시 지켜야 할 규칙을 함께 넣으세요.

원하는 검토 깊이를 분명히 하세요

스킬의 confidence trigger를 의도적으로 쓰세요. 초안이 단순하면 빠른 점검을 요청하고, 애매하거나 위험도가 높으면 깊이 있는 reflection과 명시적인 거절 기준을 요청하세요. 이렇게 해야 reflect가 쉬운 사례를 과하게 분석하거나, 위험한 사례를 충분히 검토하지 않는 일을 줄일 수 있습니다.

자주 발생하는 실패 패턴을 점검하세요

흔한 문제는 모호한 승인, 근거 없는 비판, 그리고 실제 제약 조건과의 대조 검증 누락입니다. reflect skill의 결과를 더 좋게 만들려면, 특정 문제를 직접 인용하게 하고, 왜 중요한지 설명하게 하며, 초안을 그대로 통과시킬지, 수정할지, 아니면 거절할지도 분명히 말하게 하세요.

첫 검토 후에는 다시 반복하세요

첫 번째 reflection은 최종 판결이 아니라 분류 작업으로 보세요. 초안을 수정한 뒤, 업데이트된 버전으로 reflect를 다시 실행해 실제로 빈틈이 메워졌는지 확인하세요. 바로 이 지점에서 이 스킬의 가치가 드러납니다. 잘못 승인되는 경우는 줄고, 수정해야 할 부분은 더 분명해지며, 최종 게이트는 더 강해집니다.