본문 바로가기
끼리KKIRI함께 결정하는 방법을 설계합니다
문서 둘러보기
목업 체험
기획 자료순서대로 읽기

CHAPTER 12 / 13

검토 반영 수정 내역

검토에서 무엇이 잘못됐고, 어떻게 고쳤나?

읽는 순서 12 / 13 · 요약

검토에서 무엇이 잘못됐고, 어떻게 고쳤나?

누가 읽나: 이전 데모를 본 사람

← 이전: 11. 심사 대응다음: 13. 검증 로그 →

원본: KKIRI_REVIEW_CORRECTIONS_2026_09_05.md

쏠의 재검토에서 확인한 개인정보·공정성·미응답·문서 불일치를 실제 목업과 문서에 반영한 기준 페이지다.

작성: 쏠 · 2026-09-05
근거: RESEARCH/KKIRI_FABLE_REVIEW_2026_09_05.md


결론

발표 전에 막아야 했던 네 문제를 목업과 기획 문서에 함께 반영했다. 현재 공개 기준은 KKIRI_SCENARIO_MAP.md + mockup/engine.js다. 제출 원본 데모가 아니라 https://kkiri-plan.pages.dev/mockup/?reset의 수정 목업을 기준으로 읽어야 한다.

반영한 결정

검토 문제이전수정 기준
비공개 로그대리인 A~H가 정확한 상한과 선호 조합을 발언사람 단위 발언 삭제. 응답 수·거부권 수·후보 수만 집계
참가자 신원참가자 보기에서도 항상 방장 ID의 리포트·재확인을 사용currentParticipantId로 답변·리포트·재확인 분리
미응답 정책결과 카피는 재확인 가능, 코드는 응답자만 집계미응답자는 이번 계산·리포트·재확인에서 모두 제외한다고 통일
공정성0.5×최저 + 0.5×평균이라 최저가 낮은 후보가 이길 수 있음거부권 → 최저 만족도 → 평균 → 낮은 비용 → 짧은 일정 → 후보 ID
예산 선호상한 OFF면 계산에 전혀 반영되지 않음선호 초과 1.5배 이내 -5, 그 이상 -10. 상한 ON만 탈락
"양보" 표현선호 불일치를 동의한 양보처럼 표시공개·개인 화면 모두 선호와 다른 지점으로 수정. 동의는 최종 재확인에서만 성립
빈 재조율빈 값·구조화 실패도 제출되고 1회 소모조건부는 비어 있지 않아야 하고, 재조율은 구조화 성공 뒤에만 제출
회귀 검증check.mjs와 18개 시나리오가 출력만 함assertion 기반 check.mjs와 tests/engine.test.mjs 추가
접근성모달 역할·포커스·ESC, 선택 상태 없음role=dialog, aria-modal, 포커스 이동·복귀, ESC, aria-pressed 추가

현재 공정성 규칙

  1. 시간·예산 상한과 금지 조건에 걸린 후보를 제거한다.
  2. 생존 후보 중 최저 개인 만족도가 높은 안을 고른다.
  3. 최저가 같으면 평균 만족도, 낮은 비용, 짧은 일정, 후보 ID 순으로 비교한다.
  4. 개인 만족도와 정확한 조건은 본인 리포트에만 보인다.

기본 4인 방은 양평 리트릿 워크숍이 1위다. 양평과 파주의 평균은 74.1로 같지만 최저 만족도가 양평 61.5, 파주 60이라 양평이 앞선다.

문서 정정

검증 명령

cd OUTBOX/KKIRI/mockup
node check.mjs
node --test tests/*.test.mjs

최종 검증 · 공개 상태

남은 제품 단계 과제