방장의 공개 맥락으로 초안 생성
다른 사람의 답변은 생성 입력에 없습니다. 사람 이름, 진단명, 숨은 사유를 추측하는 질문을 금지합니다.
KKIRI · USE CASE COLLECTION
AI가 질문을 준비하고, 사람이 조건을 정합니다.
자동 질문 생성 · 추가 질문 · 세부 설정을 잇는 고도화 설계
먼저 읽는 요약
AI를 어디에 더 쓰나요?
응답을 받기 전에 AI가 질문 초안과 추가 설정을 제안하고, 응답 중에는 뜻이 모호한 조건만 본인에게 다시 묻는 방향입니다. 방장과 참가자의 검토를 거친 조건으로만 후보를 비교합니다. 현재 스튜디오의 자동 구성은 규칙 기반이며, 실제 LLM 호출은 없습니다.
보강하는 기능
01 · 상황 맞춤 질문지
주제, 모임 목적, 참가 인원, 후보 속성을 입력으로 받아 질문·선택지·필요한 이유를 만듭니다. 후보 비교에 쓸 수 없는 질문은 메모로만 분리합니다.
현재: 주제 템플릿 + 키워드 구성 체험02 · 빠진 조건과 설정 제안
이동·식단·전달 방식처럼 놓치기 쉬운 질문을 제안합니다. 인원, 응답 마감, 최종 재확인 방식을 검토하고 직접 적용합니다.
현재: 추가 질문 · 설정 편집 체험03 · 본인에게만 추가 질문
“멀리는 어려워요”라면 “최대 이동 시간은?”을 당사자에게만 묻습니다. 답변 이유나 개인 사정을 방장에게 보내지 않습니다.
설계: LLM과 개인 응답 세션 필요04 · 합의 불가 시 보완
후보가 없으면 누락된 후보를 추가하거나 본인에게만 조건 재확인을 제안합니다. 예산·식단·불가능 시간은 AI가 자동 완화할 수 없습니다.
현재: 후보 없음 처리 / 확장: 개인 재질문만들기 → 검토 → 응답, 세 단계의 경계
방장이 문항과 설정을 확인
필수 비교 항목은 유지합니다. 새 문항의 조건 ID와 후보 데이터가 맞는지 검증하고, 없으면 메모 또는 추가 확인으로 표시합니다. 응답이 시작된 뒤에는 질문 버전을 고정합니다.
참가자가 자신의 조건을 확정
선호와 절대 조건을 본인이 구분합니다. 변경 후에는 후보를 다시 계산하고 재확인을 초기화합니다. 공동 결과에는 개인 사유와 상한을 넣지 않습니다.
개발로 연결할 계약
아래 API와 수치는 다음 구현을 위한 설계값입니다. 운영 API가 존재한다는 뜻이 아닙니다.
POST /api/questionnaire-drafts
입력: templateId, context, participantCount, candidateSchema, locale
출력: version, questions[], settingSuggestions[], unresolved[]
questions: id, text, type, options, conditionKey, required, reason
검증: 허용 조건 ID · 중복 문항 · 빈 선택지 · 민감 사유 질문 · 길이 제한
흐름: 생성 → 서버 스키마 검사 → 방장 검토 → 버전 고정
실패: 기존 질문 템플릿 + 직접 편집
추가 질문: /api/answers/clarify (해당 참가자 토큰으로만 접근)키와 모델 호출은 서버에 둡니다. 생성 요청에는 개인 답변을 넣지 않고, 개인 재질문에는 본인 답변만 보냅니다. 공개 설명에는 허용된 집계 사실만 제공합니다.
횟수와 실패 처리
초안 생성 1회 + 방장 재생성 최대 2회, 추가 질문은 참가자당 최대 2회로 제한하는 안을 제안합니다. 비용은 실제 모델을 정하고 측정한 뒤 확정합니다. 기존 AI 설계의 “참가자+1회”는 생성·재질문을 제외한 워크숍 기준이므로 이 확장에 그대로 적용하지 않습니다.
실패 시 빈 질문지를 내보내지 않고 기본 템플릿을 제공합니다. 외부 모델이 반환한 HTML은 실행하지 않습니다. 모든 질문은 텍스트로 표시하며, 스키마와 후보 속성이 맞지 않으면 적용을 거절합니다.
검증할 제품 가설
방장이 직접 처음부터 만든 질문지와 AI 초안 수정 흐름을 비교합니다. 초안 작성 시간, 수정·삭제한 문항, 놓친 절대 조건, 최종안 재확인 여부를 관찰합니다. 아직 실측 결과나 사용자 인터뷰는 없습니다.
참고한 현재 제품 동작
Google Forms의 Gemini 생성 도움말은 프롬프트로 초안을 만들고 검토하는 흐름을 제공합니다. 끼리는 이 흐름을 합의에 필요한 선호·절대 조건과 연결하는 방향으로 확장합니다. Doodle 시간대 도움말을 참고해 모임에서는 실제 날짜와 시간대 확인이 필요하다고 명시했습니다. 경쟁 기능의 존재는 확인했으며 끼리 수요에 대한 증거로 해석하지 않습니다.