isparkHub

AI 대화를
부서 지식으로.

AI와 해결한 문제를, 동료가 다시 쓸 수 있는 업무 위키로 정리합니다. 실제 화면에서 대화와 위키를 비교해 보세요.

대화로 만든 위키 열어보기 다른 사례 둘러보기

가입 없이 · 합성 대화로 미리 만든 위키 예시 · 즉석 AI 생성 아님

Text-to-SQL 문서 ID 불일치

department/wiki · 2026-08-31

TRACEABLE

SOURCE rollout-5e0a…6401.jsonl · turn 0–3

결정 적재기와 검색기의 문서 ID 규칙을 저장 경계의 단일 정규화 함수로 합쳤다.

✓재현 신호
API 200, 검색 결과 0건, 인덱스 건수는 일치

✓검증 범위
합성 질문 12건 재실행, 0건 현상 재발 없음

✓채택하지 않은 선택
WebSocket 전환 — 문제 원인과 무관

[고객명 제거] [연결 문자열 제거]

01 / HOW IT WORKS

대화를 줄이는 게 아니라, 재사용 가능한 판단을 남깁니다.

메모리 compaction은 다음 모델 호출을 이어가기 위한 문맥 압축입니다. isparkHub의 목적은 사람과 조직이 읽고 검토하고 다시 적용할 수 있는 지식 승격입니다.

세션 전달

사용자가 내보낸 JSONL·Markdown·텍스트 또는 현재 보이는 대화를 받습니다.

근거 분리

확인된 사실, 선택한 결정, 추론, 미확인 항목을 섞지 않고 구분합니다.

Wiki 구성

30초 인수인계·판단 기록·실행 상태·검증 경계·출처 추적표로 재편합니다.

검토 후 게시

비밀값과 식별자를 제거하고 사람이 범위를 승인한 Wiki만 isparkHub에 올립니다.

02 / BEFORE & AFTER

개발 문제만이 아니라, 운영과 기획의 판단까지.

각 탭은 실제로 열어볼 수 있는 합성 세션·Wiki와 연결됩니다. 원문 신호, 사용자 결정, 배제한 선택, 검증 한계를 따로 보존했습니다.

SESSIONCodex · 4 turns

DECISIONID 정규화 단일화

PROOF합성 질문 12건

WIKI STATE검토 후 부서 공유

RAW SESSION · TURN 0–3

사용자: API는 200인데 결과가 0건이야.

AI: 임베딩과 원문 인덱스의 키를 비교해볼게요.

사용자: WebSocket 전환은 이번 원인과 무관해.

AI: 저장 직전 ID 정규화가 빠져 있습니다…

DEPARTMENT WIKI · READY FOR REVIEW

## 30초 인수인계
증상: API 200, 검색 결과 0건
원인: 저장·검색 ID 규칙 불일치
결정: canonical_document_id() 단일화

## 판단 기록
배제: WebSocket — 원인과 무관

## 검증 경계
합성 질문 12건 통과 / 운영 트래픽 미확인

SESSIONCodex · 4 turns

DECISION업무 이벤트 멱등 키

PROOF재시도 20회

WIKI STATE24시간 관찰 남음

RAW SESSION · TURN 0–3

사용자: 배치 재시도 후 같은 안내가 두 번 갔어.
timeout을 늘려야 할까?

AI: 재시도마다 새 request_id가 생성됩니다.

사용자: timeout은 제외하고 업무 이벤트 키를 쓰자.

AI: 합성 재시도 20회를 검증했습니다…

DEPARTMENT WIKI · READY FOR REVIEW

## 30초 인수인계
원인: 재시도마다 request_id 변경
결정: invoice_id + notice_type 멱등 키

## 판단 기록
배제: timeout 증가 — 중복 구조는 유지

## 검증 경계
합성 재시도 20회, 중복 0건
실제 트래픽 24시간 관찰은 미완료

SESSIONCodex · 4 turns

DECISIONevent_time + D+1

PROOF경계 데이터 8건

WIKI STATE소유자 승인 남음

RAW SESSION · TURN 0–3

사용자: 대시보드는 148, 보고서는 151이야.
두 수치를 평균내면 될까?

AI: event_time과 loaded_at 기준이 다릅니다.

사용자: 평균은 제외하고 event_time으로 하자.

AI: 지연 도착 경계 8건을 검증했습니다…

DEPARTMENT WIKI · NEEDS OWNER APPROVAL

## 30초 인수인계
원인: event_time·loaded_at 기준 혼용
결정: event_time + 지연 도착 D+1 보정

## 판단 기록
배제: 두 수치 평균 — 정의 차이를 은폐

## 검증 경계
경계 8건 일치 / 지표 소유자 승인 미확인

03 / EVIDENCE FIRST

그럴듯한 사내 문서보다, 확인 가능한 문서.

세션에 없는 성과는 만들지 않고, 근거가 부족하면 문장 대신 [확인 필요]를 남깁니다.

출처 추적표

핵심 판단을 원본의 어느 구간에서 가져왔는지 문서에 남깁니다.

WIKI CLAIM	SOURCE	STATE
문서 ID 규칙 불일치	개발 세션 · turn 0–1	확인됨
업무 이벤트 멱등 키 채택	운영 세션 · turn 2	사용자 결정
event_time + D+1 보정	KPI 세션 · turn 2–3	검증+확인 필요

공유 안전장치

원문을 무조건 공개하지 않습니다. Wiki 초안에서 공개 위험을 먼저 표시합니다.

자동 마스킹은 최종 보안 승인이 아닙니다. 실제 부서 공개 전 사람의 검토가 필요합니다.

1비밀값·토큰·연결 문자열 제거

2고객·직원 식별자 일반화

3미확인 주장과 남은 위험 표시

MABC 2026 SKILL

타임리에서 한 문장으로 시작합니다.

계정·토큰·플러그인 없이: AI 작업 대화 1건 → 품질 게이트를 통과한 Wiki 1건 → 공용 데모 게시

제출 패키지 받기 ↓ Timely MABC Store ↗ 공용 Wiki 보기 ↗

나 전에 작업하던 거 위키로 보내줄게.

첨부한 Codex 세션에서 다음 개발자가 재사용할 수 있는 한국어 부서 Wiki 초안을 만들어줘. 고객 식별자와 비밀값은 제거하고, 실행한 것과 권장만 한 것을 구분해줘. 30초 인수인계, 판단 기록, 검증한 범위와 증명하지 못한 것, 원본 turn 출처를 남겨줘. 아직 공개하지는 마.

── 검토 후 ──

이 Wiki를 isparkHub 공용 데모에 department로 게시해줘.

AI 대화를부서 지식으로.

대화를 줄이는 게 아니라, 재사용 가능한 판단을 남깁니다.

세션 전달

근거 분리

Wiki 구성

검토 후 게시

개발 문제만이 아니라, 운영과 기획의 판단까지.

그럴듯한 사내 문서보다, 확인 가능한 문서.

출처 추적표

공유 안전장치

타임리에서 한 문장으로 시작합니다.

AI 대화를
부서 지식으로.