VibeGraph

점수 대신 다음 요청을 바꾸는 회고 예시

다음 두 요청은 실제 사용자의 대화가 아니라 이 글을 위해 만든 예시입니다. 확장 프로그램에 넣어 측정한 점수도 아닙니다. 목적은 ‘어떤 말이 고득점인가’를 찾는 것이 아니라, 결과가 빗나갔을 때 원문에서 바꿀 지점을 찾는 것입니다.

요청 A: 목록 정리 도구를 멋지게 만들어줘. 편하게 쓸 수 있게 해줘.

A만 읽으면 입력 형식, 중복의 기준, 저장 여부와 완료 조건을 알 수 없습니다. 결과가 기대와 다를 때 개발 도구나 모델을 바꾸기 전에 이 빈칸부터 확인할 수 있습니다.

요청 B: 여러 줄의 목록에서 양끝 공백과 빈 줄을 제거하고, 같은 문자열은 처음 나온 순서로 하나만 남겨줘. 대소문자는 구별해. 회원·저장·외부 API는 제외하고, 빈 입력과 CRLF 입력의 예상 결과를 먼저 보여줘.

B는 목록 규칙 실험으로 결과를 대조할 수 있습니다. 하지만 문장이 구체적이라고 구현이 맞는 것은 아닙니다. 실제 실행이 빈 줄 하나를 남겼다면 실패를 기록해야 합니다. ‘명확한 요청’과 ‘정확한 결과’를 한 점수로 섞지 않는 것이 이 회고에서 중요한 구분입니다.

좁은 화면에서는 아래 표만 좌우로 스크롤할 수 있습니다. 키보드로는 표에 포커스를 둔 뒤 방향키를 사용하세요.

전체 평균이 올라도 같은 종류의 일을 비교해야 합니다

가령 가상의 간단한 작업 9개가 각각 80점이고 어려운 작업 하나가 40점이면 평균은 (9 × 80 + 40) ÷ 10 = 76점입니다. 이 숫자만 보면 낮은 점수의 작업에서 같은 문제가 반복됐는지 놓칠 수 있습니다. 반대로 탐색이 필요한 새 작업을 시작해 평균이 내려간 것을 퇴보라고 단정할 수도 없습니다.

그래서 프로젝트·작업명·태그를 붙이는 기능은 장식이 아닙니다. 비슷한 작업을 골라 같은 실수가 반복되는지 읽을 단서입니다. 점수보다 ‘다음에는 입력 예시를 먼저 주기’처럼 실행할 행동 하나를 남기고, 다음 결과에서 실제로 도움이 됐는지 확인합니다. 가상 평균은 설명용 계산이며 제품이 이 가중치나 분류 규칙을 쓴다는 뜻은 아닙니다.

같은 이름의 CLI와 Chrome 확장을 구분해야 합니다

2026년 9월 22일 확인한 공개 GitHub 저장소의 README는 Python CLI를 설명합니다. 대화를 진행하던 도구에서 평가 JSON을 만들고 CLI가 HTML 리포트와 누적 보기를 생성하는 흐름입니다. 반면 현재 앱 제품 안내는 사이드 패널에서 대화를 캡처하고 Chrome 로컬 저장소에 보관하는 확장을 설명합니다.

두 자료의 이름이 같다고 CLI 설치 명령을 확장 설치 방법으로 쓰거나, CLI의 소스·MIT 라이선스를 확장 패키지 전체의 검증 근거로 삼으면 안 됩니다. 이 페이지의 캡처·권한·로컬 저장 설명은 확장 제품 안내를 기준으로 합니다. 확장 내부의 현재 채점 알고리즘과 설치 패키지 전체를 이 글에서 재검증한 것은 아니므로 구체적인 가중치나 캡처 정확도는 단정하지 않습니다.

로컬 저장과 공개 가능한 리포트는 다른 문제입니다

대화를 로컬에 두더라도 내보낸 Markdown이나 JSON에는 업무명·원문·개인 정보가 남을 수 있습니다. 로컬이라는 이유로 파일을 곧바로 공개 저장소에 올려서는 안 됩니다. 공유용 회고에는 가상 문장으로 바꾼 문제와 수정 방향만 남기고, 원본 대화나 계정 화면은 제외합니다.

1. 시험용 브라우저 프로필에서 민감하지 않은 짧은 예제만 기록합니다.
2. 내보내기 파일을 텍스트 편집기로 열어 원문·메모·프로젝트명 등 실제 포함 항목을 확인합니다.
3. 남길 자료와 지울 자료를 정한 뒤 공유용 사본을 따로 만듭니다. 제목만 바꾸는 것은 익명화가 아닙니다.
4. 백업이 필요하다면 실제 사용 버전의 가져오기 지원과 복원 결과를 먼저 확인합니다. 파일을 내려받았다는 사실만으로 복구가 보장되지는 않습니다.

위 순서는 독자가 적용할 점검 제안입니다. 실제 사용자 프로필을 열거나 대화를 캡처해 검증한 기록이 아닙니다. 제품 변경 후에는 정본의 권한·개인정보 설명을 다시 확인해야 합니다.