https://kairos.jeju.at/blog/ 글로벌 표준으로 정립된 업무 기본기를, AI 로 전환해 본 시행착오 ko Sat, 03 Oct 2026 00:00:00 GMT https://kairos.jeju.at/blog/ai-conversation-memory https://kairos.jeju.at/blog/ai-conversation-memory Sat, 03 Oct 2026 00:00:00 GMT 개념 노트 AI가 앞의 대화를 기억하는 것처럼 보이는 이유는 무엇일까요. OpenAI API의 대화 상태 관리 방식 세 가지와 맥락 창, 압축을 쇼핑몰 문의 예로 살펴보고 기획 단계에서 정할 것을 정리합니다. https://kairos.jeju.at/blog/ai-tool-calling-flow https://kairos.jeju.at/blog/ai-tool-calling-flow Sat, 03 Oct 2026 00:00:00 GMT 개념 노트 AI가 예약을 잡았다고 할 때 실제로 실행한 쪽은 누구일까요. OpenAI Function calling의 다섯 단계를 따라가며, 모델이 하는 일과 앱이 책임지는 일을 가상의 회의실 예약 예시로 나눠 봅니다. https://kairos.jeju.at/blog/json-format-not-truth https://kairos.jeju.at/blog/json-format-not-truth Sat, 03 Oct 2026 00:00:00 GMT 개념 노트 AI가 정해 둔 형식대로 답을 돌려줘도 그 안의 값까지 맞는 것은 아닙니다. OpenAI Structured Outputs가 약속하는 것과 약속하지 않는 것을 영수증 예로 나누고, 형식 검사와 내용 검사를 따로 기획하는 방법을 설명합니다. https://kairos.jeju.at/blog/file-vs-web-search https://kairos.jeju.at/blog/file-vs-web-search Sat, 03 Oct 2026 00:00:00 GMT 개념 노트 AI가 검색해 준 답은 어디에서 왔을까요. OpenAI의 File Search와 Web Search가 찾는 자료의 범위를 비교하고, 회사 규정과 당일 운행 정보를 예로 들어 출처와 시점을 먼저 정하는 방법을 설명합니다. https://kairos.jeju.at/blog/feifei-hai https://kairos.jeju.at/blog/feifei-hai Sat, 03 Oct 2026 00:00:00 GMT 페이페이 리 읽기 03 · 리 페이페이 리 페이페이와 존 에체멘디의 HAI 출범 글을 읽습니다. 사람에 대한 영향, 역량 증강, 다양한 관점을 채용 AI 사례와 한 장의 영향 경로 카드로 연결합니다. https://kairos.jeju.at/blog/feifei-ilsvrc https://kairos.jeju.at/blog/feifei-ilsvrc Sat, 03 Oct 2026 00:00:00 GMT 페이페이 리 읽기 02 · 리 페이페이 리 페이페이의 원문을 읽고 업무에 옮길 질문을 정합니다. 두 팀이 공유할 합성 사례 다섯 건과 분류 기준, 의견이 갈릴 때 결정할 사람을 정합니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/feifei-spatial https://kairos.jeju.at/blog/feifei-spatial Sat, 03 Oct 2026 00:00:00 GMT 페이페이 리 읽기 04 · 리 페이페이 리 페이페이의 원문을 읽고 업무에 옮길 질문을 정합니다. AI가 보는 이미지 업무 하나에서 거리·방향·가림·행동 중 중요한 조건 둘과 사람 확인 지점을 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/feifei-worlds https://kairos.jeju.at/blog/feifei-worlds Sat, 03 Oct 2026 00:00:00 GMT 페이페이 리 읽기 05 · 리 페이페이 리 페이페이의 원문을 읽고 업무에 옮길 질문을 정합니다. AI가 제안하는 설계나 행동 한 가지에 대해 사용자가 수정할 수 있는 항목과 거절할 수 있는 지점을 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/hassabis-alphafold https://kairos.jeju.at/blog/hassabis-alphafold Sat, 03 Oct 2026 00:00:00 GMT 허사비스 읽기 04 · 데미스 허사비스 데미스 허사비스의 원문을 읽고 업무에 옮길 질문을 정합니다. 팀 밖에서 사례를 고를 사람, 실패 기준, 재현할 입력과 버전을 정합니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/hassabis-alphago-zero https://kairos.jeju.at/blog/hassabis-alphago-zero Sat, 03 Oct 2026 00:00:00 GMT 허사비스 읽기 02 · 데미스 허사비스 데미스 허사비스의 원문을 읽고 업무에 옮길 질문을 정합니다. 업무 하나에서 규칙으로 평가할 판단과 전문가가 평가할 판단을 각각 하나씩 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/hassabis-alphazero https://kairos.jeju.at/blog/hassabis-alphazero Sat, 03 Oct 2026 00:00:00 GMT 허사비스 읽기 03 · 데미스 허사비스 데미스 허사비스의 원문을 읽고 업무에 옮길 질문을 정합니다. 두 업무의 공통 절차 하나와 서로 다른 입력 규칙·승인 기준을 각각 하나씩 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/hassabis-science-tool https://kairos.jeju.at/blog/hassabis-science-tool Sat, 03 Oct 2026 00:00:00 GMT 허사비스 읽기 05 · 데미스 허사비스 데미스 허사비스의 원문을 읽고 업무에 옮길 질문을 정합니다. AI 추천 한 건에 대해 사람이 확인할 자료와 반증 절차를 한 줄씩 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/hinton-alexnet https://kairos.jeju.at/blog/hinton-alexnet Sat, 03 Oct 2026 00:00:00 GMT 힌턴 읽기 02 · 제프리 힌턴 제프리 힌턴의 원문을 읽고 업무에 옮길 질문을 정합니다. 새 방법과 기존 방법에 같은 합성 사례를 넣을 기준을 정하고, 실수 한 종류를 따로 셉니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/hinton-forward-forward https://kairos.jeju.at/blog/hinton-forward-forward Sat, 03 Oct 2026 00:00:00 GMT 힌턴 읽기 04 · 제프리 힌턴 제프리 힌턴의 원문을 읽고 업무에 옮길 질문을 정합니다. 지금 쓰는 AI 개선법 하나와 다른 방법 하나를 골라 같은 사례 세 건에서 나란히 시험합니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/hinton-representation https://kairos.jeju.at/blog/hinton-representation Sat, 03 Oct 2026 00:00:00 GMT 힌턴 읽기 03 · 제프리 힌턴 제프리 힌턴의 원문을 읽고 업무에 옮길 질문을 정합니다. 학습 자료에서 적게 대표될 수 있는 사례 하나와 그 결과를 검토할 사람을 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/hinton-safety https://kairos.jeju.at/blog/hinton-safety Sat, 03 Oct 2026 00:00:00 GMT 힌턴 읽기 05 · 제프리 힌턴 제프리 힌턴의 원문을 읽고 업무에 옮길 질문을 정합니다. 현재 AI 사용처의 위험 질문 둘, 감지 신호 하나, 중지 권한자를 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/lecun-i-jepa https://kairos.jeju.at/blog/lecun-i-jepa Sat, 03 Oct 2026 00:00:00 GMT 르쿤 읽기 04 · 얀 르쿤 얀 르쿤의 원문을 읽고 업무에 옮길 질문을 정합니다. AI가 요약하는 자료에서 반드시 남길 신호 셋과 생략 가능한 세부 하나를 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/lecun-representation https://kairos.jeju.at/blog/lecun-representation Sat, 03 Oct 2026 00:00:00 GMT 르쿤 읽기 02 · 얀 르쿤 얀 르쿤의 원문을 읽고 업무에 옮길 질문을 정합니다. 규칙 기반 업무에서 학습할 표현 패턴 둘과 사람이 승인할 정책 규칙 둘을 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/lecun-vjepa2 https://kairos.jeju.at/blog/lecun-vjepa2 Sat, 03 Oct 2026 00:00:00 GMT 르쿤 읽기 05 · 얀 르쿤 얀 르쿤의 원문을 읽고 업무에 옮길 질문을 정합니다. 현재 상태 이해, 다음 상태 예측, 행동 계획에 대해 각각 한 질문과 실패 기준을 만듭니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/lecun-world-model https://kairos.jeju.at/blog/lecun-world-model Sat, 03 Oct 2026 00:00:00 GMT 르쿤 읽기 03 · 얀 르쿤 얀 르쿤의 원문을 읽고 업무에 옮길 질문을 정합니다. 자동화할 행동 하나의 실행 전 상태, 예상 다음 상태, 실패 신호, 복구 담당자를 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/ng-agent-evals https://kairos.jeju.at/blog/ng-agent-evals Sat, 03 Oct 2026 00:00:00 GMT 앤드루 응 읽기 05 · 앤드루 응 앤드루 응의 원문을 읽고 업무에 옮길 질문을 정합니다. 합성 사례 한 건의 실행 단계를 세 칸으로 나누고 각 칸의 실패 판정 질문을 만듭니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/ng-data-centric https://kairos.jeju.at/blog/ng-data-centric Sat, 03 Oct 2026 00:00:00 GMT 앤드루 응 읽기 03 · 앤드루 응 앤드루 응의 원문을 읽고 업무에 옮길 질문을 정합니다. 오류 세 건의 라벨을 두 사람이 독립 판정하고 불일치 이유와 수정할 정의를 기록합니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/ng-error-analysis https://kairos.jeju.at/blog/ng-error-analysis Sat, 03 Oct 2026 00:00:00 GMT 앤드루 응 읽기 02 · 앤드루 응 앤드루 응의 원문을 읽고 업무에 옮길 질문을 정합니다. 실패 사례 다섯 건을 입력 문제·정답표 문제·모델 문제의 세 칸 중 하나에 임시로 놓습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/ng-reflection-loop https://kairos.jeju.at/blog/ng-reflection-loop Sat, 03 Oct 2026 00:00:00 GMT 앤드루 응 읽기 04 · 앤드루 응 앤드루 응의 원문을 읽고 업무에 옮길 질문을 정합니다. AI 업무 하나에 검토 단계를 추가하고 바뀐 항목과 여전히 틀린 항목을 각각 기록합니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/sutskever-alexnet https://kairos.jeju.at/blog/sutskever-alexnet Sat, 03 Oct 2026 00:00:00 GMT 수츠케버 읽기 02 · 일리야 수츠케버 일리야 수츠케버의 원문을 읽고 업무에 옮길 질문을 정합니다. 기존 방식과 새 방식에 넣을 동일한 합성 사례 세 건과 판정 기준 두 개를 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/sutskever-research-hypothesis https://kairos.jeju.at/blog/sutskever-research-hypothesis Sat, 03 Oct 2026 00:00:00 GMT 수츠케버 읽기 05 · 일리야 수츠케버 일리야 수츠케버의 원문을 읽고 업무에 옮길 질문을 정합니다. 팀이 믿는 AI 개발 가설 하나, 틀렸다고 볼 신호 하나, 그때 시험할 대안 하나를 적습니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/sutskever-ssi https://kairos.jeju.at/blog/sutskever-ssi Sat, 03 Oct 2026 00:00:00 GMT 수츠케버 읽기 04 · 일리야 수츠케버 일리야 수츠케버의 원문을 읽고 업무에 옮길 질문을 정합니다. 프로젝트의 공식 목표와 실제 보상 지표를 한 줄씩 쓰고, 충돌할 때 멈출 사람을 정합니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/sutskever-superalignment https://kairos.jeju.at/blog/sutskever-superalignment Sat, 03 Oct 2026 00:00:00 GMT 수츠케버 읽기 03 · 일리야 수츠케버 일리야 수츠케버의 원문을 읽고 업무에 옮길 질문을 정합니다. 현재 AI 업무에서 일반 담당자가 확인할 수 있는 것 둘과 전문가가 필요한 것 하나를 쓰고 담당자를 정합니다. 원문의 결과와 편집자의 업무 해석을 분리합니다. https://kairos.jeju.at/blog/feifei-imagenet https://kairos.jeju.at/blog/feifei-imagenet Sat, 03 Oct 2026 00:00:00 GMT 페이페이 리 읽기 01 · Fei-Fei Li 리 페이페이 등 여섯 저자의 2009년 ImageNet 논문을 읽습니다. 데이터를 모으는 일과 분류 기준을 세우는 일을 함께 보고, AI를 비교할 때 팀이 공유할 평가 사례를 직접 고릅니다. https://kairos.jeju.at/blog/hassabis-alphago https://kairos.jeju.at/blog/hassabis-alphago Sat, 03 Oct 2026 00:00:00 GMT 허사비스 읽기 01 · 데미스 허사비스 허사비스 등이 함께 쓴 2016년 AlphaGo 논문을 읽습니다. 후보를 찾는 일, 가치를 평가하는 일, 더 살펴볼 곳을 고르는 일을 구분하고 내 프로젝트의 미확인 가정을 적어 봅니다. https://kairos.jeju.at/blog/hinton-errors https://kairos.jeju.at/blog/hinton-errors Sat, 03 Oct 2026 00:00:00 GMT 힌턴 읽기 01 · 제프리 힌턴 힌턴 등이 함께 쓴 1986년 역전파 논문을 읽습니다. 신경망의 오차 수정과 사람의 업무 회고를 구분하며, AI의 실제 오류 한 건을 다음에도 알아볼 수 있는 기록으로 바꿉니다. https://kairos.jeju.at/blog/lecun-document-flow https://kairos.jeju.at/blog/lecun-document-flow Sat, 03 Oct 2026 00:00:00 GMT 르쿤 읽기 01 · 얀 르쿤 르쿤 등 네 저자의 1998년 문서 인식 논문을 읽습니다. 글자 인식 성능과 문서 처리 전체의 결과를 구별하고, 내 업무에서 AI가 들어간 흐름의 오류 발견 위치를 그립니다. https://kairos.jeju.at/blog/ng-pilot-first https://kairos.jeju.at/blog/ng-pilot-first Sat, 03 Oct 2026 00:00:00 GMT 앤드루 응 읽기 01 · Andrew Ng 앤드루 응의 2018년 AI Transformation Playbook 소개 글을 읽습니다. 다섯 단계에서 파일럿을 먼저 둔 이유를 살피고, 우리 팀이 무엇을 배울지 알 수 있는 파일럿 한 장을 씁니다. https://kairos.jeju.at/blog/sutskever-seq2seq https://kairos.jeju.at/blog/sutskever-seq2seq Sat, 03 Oct 2026 00:00:00 GMT 수츠케버 읽기 01 · 일리야 수츠케버 수츠케버 등의 2014년 seq2seq 논문을 읽고 입력과 출력의 관계를 업무에 적용합니다. 회의록 정리 요청에서 결정, 제안, 보류를 나누고 각 결과의 근거를 확인하는 한 장을 만듭니다. https://kairos.jeju.at/blog/karpathy-knowledge-records https://kairos.jeju.at/blog/karpathy-knowledge-records Sat, 03 Oct 2026 00:00:00 GMT 카파시 읽기 04 · 안드레이 카파시 2026년 카파시의 LLM Wiki 제안을 원문에서 읽습니다. 원자료와 AI가 정리한 지식, 운영 규칙을 구분하고, 새 자료가 들어올 때 기존 판단과 현장 기록을 어떻게 갱신할지 실천 과제로 정리합니다. https://kairos.jeju.at/blog/karpathy-human-ai-autonomy https://kairos.jeju.at/blog/karpathy-human-ai-autonomy Sat, 03 Oct 2026 00:00:00 GMT 카파시 읽기 03 · 안드레이 카파시 카파시의 2025년 공식 강연에서 Software 3.0과 부분 자율성을 읽습니다. AI에게 맡길 작업과 사람이 확인할 근거를 단계별로 나누고, 다음 단계로 넘길 조건을 적는 역할표를 제안합니다. https://kairos.jeju.at/blog/karpathy-verify-small https://kairos.jeju.at/blog/karpathy-verify-small Sat, 03 Oct 2026 00:00:00 GMT 카파시 읽기 02 · 안드레이 카파시 2019년 카파시의 신경망 훈련 글에서 조용한 실패와 작은 검증의 태도를 읽습니다. 원문의 기술적 맥락과 업무 적용 제안을 구분하고, 바꾼 것 하나와 확인한 결과 하나를 남기는 실천 과제로 연결합니다. https://kairos.jeju.at/blog/karpathy-software-two https://kairos.jeju.at/blog/karpathy-software-two Sat, 03 Oct 2026 00:00:00 GMT 카파시 읽기 01 · 안드레이 카파시 2017년 카파시의 Software 2.0을 읽습니다. 사람이 규칙을 직접 작성하는 방식과 신경망이 예시에서 학습하는 방식의 차이를 살펴보고, 좋은 결과를 설명할 예시와 판단 기준을 내 업무에서 고릅니다. https://kairos.jeju.at/blog/karpathy-understanding-output https://kairos.jeju.at/blog/karpathy-understanding-output Sat, 03 Oct 2026 00:00:00 GMT 카파시 읽기 05 · 안드레이 카파시 안드레이 카파시가 제안한 글·도식·웹페이지·설명 영상을 원문과 함께 읽습니다. 카파시의 주장과 카이로스의 해석을 구분하고, 내 업무에서 사람이 이해하고 판단해야 할 대목을 찾습니다. 실제 자료 하나를 검토 가능한 설명으로 바꾸는 실천 과제까지 이어집니다. https://kairos.jeju.at/blog/opus55-vs-sol61 https://kairos.jeju.at/blog/opus55-vs-sol61 Thu, 01 Oct 2026 00:00:00 GMT 현장 노트 Claude Code(Opus 5.5)와 Codex(GPT-6.1 Sol)에 같은 과제 세 개를 두 번씩 시키고 숨은 테스트로 채점했습니다. 품질은 거의 같았고, 정가 환산 비용 6.2배 차이의 78%는 실행마다 기본 문맥을 처음 저장하는 값이었고, 짐의 크기보다 그 짐에 붙는 단가 구조가 더 큰 몫이었습니다. https://kairos.jeju.at/blog/fde-po-pm-pl https://kairos.jeju.at/blog/fde-po-pm-pl Wed, 30 Sep 2026 00:00:00 GMT 트렌드 분석 FDE 공고가 요구하는 다섯 칸을 BABOK v3, PMBOK 8판, SWEBOK V4.0a에 하나씩 대 봤습니다. 넷은 이미 세 표준의 본문에 자리가 있었고, AI 칸만 모두 본문 밖이었습니다. 세 역할을 한 사람이 겸할 때 필요한 것과, 내 이력에서 먼저 찾아볼 세 가지를 정리했습니다. https://kairos.jeju.at/blog/fde-hiring-shift https://kairos.jeju.at/blog/fde-hiring-shift Tue, 29 Sep 2026 00:00:00 GMT 트렌드 분석 FDE 공고 1,000건에서 고객과 직접 일하기는 55%, LLM 경험은 31%였습니다. 1년 사이 대기업과 컨설팅 회사가 FDE를 뽑기 시작했고, 기존 인력을 FDE로 바꾸겠다는 발표도 나왔습니다. 공고에서 찾은 세 장면과 진단, 공고를 읽을 때 먼저 볼 세 가지를 정리했습니다. https://kairos.jeju.at/blog/sdd-verification-gap https://kairos.jeju.at/blog/sdd-verification-gap Tue, 29 Sep 2026 00:00:00 GMT 현장 노트 교육용 채용관리시스템의 요구사항 21건을 화면과 테스트에 연결했습니다. 자동 테스트 182건이 통과했지만 브라우저 확인은 남았습니다. SDD에서 명세와 검증 근거를 어떻게 구분해 다뤄야 하는지, 확인하지 못한 범위를 어떻게 드러냈는지 기록했습니다. https://kairos.jeju.at/blog/eval-before-build https://kairos.jeju.at/blog/eval-before-build Mon, 28 Sep 2026 00:00:00 GMT 현장 노트 AI 기능을 구현하기 전에 평가셋부터 설계했습니다. 평가 문항은 9개가 나왔고, 기획서에 되물어야 할 질문도 9개가 나왔습니다. 채점표를 먼저 짜는 일의 값은 채점보다 질문에 있었습니다. https://kairos.jeju.at/blog/skill-never-asked https://kairos.jeju.at/blog/skill-never-asked Mon, 28 Sep 2026 00:00:00 GMT 현장 노트 AI에게 줄 작업 설명서(스킬)를 25개 만들었는데 기록이 온전한 열흘 동안 주로 쓰는 도구에서 3개만 쓰였습니다. 설명을 고친 뒤에도 가장 공들인 덱 스킬은 한 달간 0번이었습니다. 덱 요청 29건을 하나씩 읽어 보니, 그 일을 시킨 적이 거의 없었습니다. https://kairos.jeju.at/blog/github-trending-0927 https://kairos.jeju.at/blog/github-trending-0927 Mon, 28 Sep 2026 00:00:00 GMT 깃허브 트렌드 9월 넷째 주 깃허브 주간 트렌딩에 오른 18개 저장소 중 17개가 AI였습니다. 그중 보안 감사 스킬, 병렬 에이전트 도구, 하이브리드 코드 리뷰, 에이전트 메모리, 개발 스킬 모음 다섯 개를 소개합니다. https://kairos.jeju.at/blog/grader-knew-the-answer https://kairos.jeju.at/blog/grader-knew-the-answer Mon, 28 Sep 2026 00:00:00 GMT 현장 노트 가상 자료에 함정을 심고 AI 작업 절차를 시험했더니 만점이 나왔습니다. 그런데 함정을 심으라고 지시한 대화가 그대로 문제를 풀고 있었습니다. 역할을 떼어 놓고 다시 재자 만점은 사라지고 정답지의 빈틈까지 드러났습니다. https://kairos.jeju.at/blog/rlhf-looks-right https://kairos.jeju.at/blog/rlhf-looks-right Mon, 28 Sep 2026 00:00:00 GMT 현장 노트 GPT-4와 ChatGPT 공저자 Diogo Almeida는 AI Engineer World's Fair 2026에서 ‘과장은 버그가 아니라 설계’라고 말했습니다. 사람의 선호에 맞추도록 훈련된 모델은 틀려도 맞아 보입니다. 제 실험이 보여 준 맥락의 효과와, 강연이 말한 훈련 성향을 나눠 다시 읽었습니다. https://kairos.jeju.at/blog/checker-knows-answer https://kairos.jeju.at/blog/checker-knows-answer Mon, 28 Sep 2026 00:00:00 GMT 현장 노트 만드는 에이전트와 검사하는 에이전트를 나눠 한 달 동안 적용해 봤습니다. 나눴는데도 검사가 헛돈 세 번 가운데 두 번은 검사자가 몰라야 할 것을 알고 있었고, 한 번은 검사자가 무엇을 봤는지 제가 몰랐습니다. https://kairos.jeju.at/blog/auto-publish-human-oversight https://kairos.jeju.at/blog/auto-publish-human-oversight Mon, 28 Sep 2026 00:00:00 GMT 현장 노트 초안부터 발행까지 AI에게 맡긴 첫날 밤, 검수를 거친 글 세 편을 제 손으로 내렸습니다. EU AI Act의 인간 감독 조항에 비춰 보니 멈춤 스위치는 있었고, 누르기 전에 볼 자리가 없었습니다. https://kairos.jeju.at/blog/babok-self-check-zero https://kairos.jeju.at/blog/babok-self-check-zero Mon, 28 Sep 2026 00:00:00 GMT 현장 노트 BABOK 기법으로 AI에게 문서 분석을 맡기고 스스로 점검하게 했더니 걸린 게 0건이었습니다. 만든 맥락을 모르는 검사자를 따로 세우자 같은 산출물에서 조항마다 다른 잣대, 재량을 의무로 옮긴 문장이 나왔습니다. https://kairos.jeju.at/blog/site-diagnosis-two-judges https://kairos.jeju.at/blog/site-diagnosis-two-judges Mon, 28 Sep 2026 00:00:00 GMT 현장 노트 사이트 진단을 에이전트에게 맡겨도 되는지 알고 싶어서, 같은 사이트를 사람 손과 에이전트가 서로의 결과를 모른 채 진단하게 했습니다. 1·2순위는 같았고 3순위에서 갈렸는데, 갈린 자리에 제가 놓친 것이 있었습니다. https://kairos.jeju.at/blog/golden-run-answer-key https://kairos.jeju.at/blog/golden-run-answer-key Sun, 13 Sep 2026 00:00:00 GMT 현장 노트 업무 에이전트를 만들고 정답지로 채점해 봤습니다. 어긋난 네 번은 에이전트가 아니라 제 쪽 잘못이었습니다. 요일을 잘못 적었고, 건수를 잘못 셌고, 문서 두 개가 딴말을 했고, 세는 방법을 안 적었습니다. 그래서 계산식을 드러내게 바꿨습니다. https://kairos.jeju.at/blog/ai-po-evidence-blank https://kairos.jeju.at/blog/ai-po-evidence-blank Sun, 13 Sep 2026 00:00:00 GMT 현장 노트 기획서, 요구사항, 인수기준, 화면 설계까지 AI 로 한 벌씩 만들어 봤습니다. 연결은 하나도 빠지지 않았는데, 요구마다 달려야 할 출처와 검증 방법 칸이 비거나 가장 무난한 값 하나로 채워져 있었습니다. https://kairos.jeju.at/blog/recalled-not-read https://kairos.jeju.at/blog/recalled-not-read Sun, 13 Sep 2026 00:00:00 GMT 현장 노트 AI가 쓰는 위키를 7주 만들다 접고 노트 창고에 검색을 붙였어요. 두 달간 검색은 5,957번 돌았는데 찾아온 노트가 열린 비율을 잰 세 주는 1.2%, 0%, 0%였고, 그 측정은 한 달 넘게 조용히 멈춰 있었어요. https://kairos.jeju.at/blog/green-tests-no-signal https://kairos.jeju.at/blog/green-tests-no-signal Mon, 07 Sep 2026 00:00:00 GMT 현장 노트 채용 전형 모듈을 같은 과제, 다른 입력으로 네 번 만들었습니다. 테스트는 넷 다 전부 통과했지만 상황을 직접 돌려 보니 가장 짧은 입력으로 만든 쪽은 AI의 최종 합격 시도를 막지 못했습니다. 분량보다 먼저 눈에 띈 차이는 확인 방법 한 줄이었습니다. https://kairos.jeju.at/blog/spec-blanks-diverge https://kairos.jeju.at/blog/spec-blanks-diverge Mon, 07 Sep 2026 00:00:00 GMT 현장 노트 전월세 계약 위험 진단 화면을 같은 기획서로 네 번 따로 만들었습니다. 적어 둔 칸은 화면 문구 8건까지 글자 그대로 같았고, 비워 둔 칸은 넷이 각자 다르게 정했습니다. 그런데 넷 다 기획서를 어기지 않았습니다. https://kairos.jeju.at/blog/schedule-automation-lessons https://kairos.jeju.at/blog/schedule-automation-lessons Mon, 07 Sep 2026 00:00:00 GMT 카드엔 못 담은 이야기 매일 도는 자동화 49개 가운데 네 건이 오류 하나 남기지 않고 조용히 멈춰 있었습니다. 오류 알림으로는 잡히지 않는 이유와, 그 뒤 ‘완료’의 기준을 첫 결과물을 본 순간으로 바꾼 기록입니다. https://kairos.jeju.at/blog/understanding-anything-review https://kairos.jeju.at/blog/understanding-anything-review Sat, 06 Jun 2026 00:00:00 GMT 발견 GitHub 별 49,000개를 넘긴 코드 분석 도구 understanding-anything을 베타로 운영 중인 서비스에 직접 돌려봤습니다. 코드를 위에서 아래로 읽을 땐 안 보이던 허브 파일이, 그래프로 그리자 드러났습니다.