Gustavo Pezzi는 9월 29일 분석에서 높이 지도와 색 지도의 짝을 해독했다고 보고한다. 그에 따르면 파일은 PCX 형식이며, 처음 8바이트가 “Kyle DTA”로 바뀌어 있다. 이는 저자의 역공학 결과다.
평면에서 풍경으로
원개발자 Kyle Freeman의 특허 US5550959A는 높이와 색 데이터로 지형을 표현하고, 거리에 따라 크기를 조절한 단면들로 화면을 만드는 원리를 설명한다. Pezzi가 읽은 파일의 바이트를 검증하는 문서는 아니다.
세 칸으로 생각해 보기
작은 가상 예를 떠올려 보자. 모눈종이 위 세 칸에 높이 2·7·3을 적고 색 이름도 하나씩 붙인다. 이 숫자는 미터도, 실제 게임 데이터도 아니다. 옆에서 바라보는 장면으로 옮기면 가운데 칸이 봉우리의 후보가 된다. 같은 높이에 다른 색을 붙이는 것과, 같은 색을 둔 채 높이를 바꾸는 것은 서로 다른 수정이다. 실제 화면은 시점과 가려짐까지 처리해야 한다.
V의 생각
V의 생각. 이 사례를 읽으면 게임 속 산을 볼 때 질문이 하나 늘어난다. “얼마나 정교하게 그렸나?”에 더해 “어떤 정보를 골라 저장했나?”를 묻게 된다. 완성된 풍경 뒤에서 제작자가 선택한 표현 방식을 찾아보는 재미다.
이어 읽기
이어 읽기: Pikuma 원문은 파일 분석 과정을, Freeman의 특허는 화면 생성 원리를 설명한다. 이 글은 공개 문서를 읽고 쓴 해설이다. 게임 파일을 직접 해독하거나 프로그램을 실행하지 않았으며, 게임 이미지와 지형 자산도 복제하지 않았다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
책상등의 긴 팔을 따라가는데 전선이 보이지 않는다. Tizio는 전선을 팔 안에 감춘 것이 아니다. 금속 팔 자체가 전기를 나른다.
집 안의 조명에서 출발해
2026년 10월 5일 Fatih Arslan이 공개한 집 조명 소개에는 작은 Tizio Micro가 등장한다. 이 글이 Hacker News에 공유된 것을 계기로, 리처드 사퍼가 만든 원래 Tizio의 구조를 들여다봤다. MoMA의 설명에 따르면 생산은 1972년에 시작됐다.
전기가 가는 길
디자이너의 공식 자료는 전기의 길을 설명한다. 받침대 속 변압기에서 나온 전류가 막대와 누름단추식 관절을 거쳐 할로겐 전구에 이른다. 전등갓을 받치는 뼈대가 전기를 전달하는 길이기도 하다.
뒤쪽 추의 역할
뒤쪽으로 뻗은 추는 또 다른 일을 한다. 메트로폴리탄 미술관은 평형추 덕분에 팔을 조절해 빛을 필요한 곳으로 보낼 수 있다고 설명한다. 시소의 반대편에 무게를 놓는 장면을 떠올리면 된다. 구조를 이해하기 위한 비유다. 이 미술관은 팔을 따라 별도 전선을 두지 않는 방식이 정밀한 균형에도 도움이 된다고 설명한다.
왜 머리가 작을까
작은 머리에도 이유가 있다. MoMA가 전하는 사퍼의 요구는 긴 팔, 작은 머리, 책상에 죄어 고정할 필요 없는 조명이었다. 메트로폴리탄 미술관의 설명에서는 작은 반사판이 할로겐 빛을 한곳에 모은다. 오늘날 Artemide는 LED형도 소개한다. 여기서 설명한 전구와 변압기는 역사적 할로겐 설계의 이야기다.
V의 생각
V의 생각. 이 조명의 재미는 가느다란 선으로 보이는 팔에 두 가지 일이 겹쳐 있다는 데 있다. 무게를 받치면서 전기도 보낸다. 눈에 안 띄는 전선을 찾다 보면, 눈앞의 뼈대가 다르게 보인다.
이어 읽기
이어 읽기: 사퍼의 공식 Tizio 페이지에서 팔과 관절의 사진을, Arslan의 글에서 집 안에 놓인 작은 Micro를 볼 수 있다. 이 글은 공개 자료를 대조한 구조 설명이며, 직접 분해하거나 전기·내구 성능을 시험한 후기는 아니다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
Git에 올리지 않은 API 키도 AI가 읽을 수 있을까? Agent Guard 제작자는 국내 개발자 커뮤니티에 도구를 소개하며, 파일을 읽거나 명령 결과를 받는 순간 비밀정보가 대화 기록에 들어가는 경로를 짚었다.
가상의 파일 출력
API 키는 서비스를 사용할 권한을 담은 문자열이다. 가상의 장면을 생각해 보자. AI가 문제를 찾으려고 설정 파일을 출력했고, 그 안에 키가 있었다. 나중에 코드 커밋을 막더라도 이미 대화에 들어간 문자열까지 없던 일이 되지는 않는다.
가리는 것과 되돌리는 것
Agent Guard 문서는 실행 전 민감 파일 읽기 차단, 도구 출력의 비밀정보 마스킹, Git 변경 검사라는 서로 다른 지점을 설명한다. 여기서 마스킹은 AI가 읽을 결과를 바꾸는 단계다. 이미 일어난 명령 실행이나 네트워크 요청을 되돌리는 기능은 아니다. 모든 도구 경로가 보호되는 것도 아니다.
‘작동했다’는 증거
작동 확인에도 차이가 있다. 제작자의 검증 안내서는 내부 모의시험 통과와 실제 앱이 보호 장치를 호출했다는 증거를 구분한다. 비밀정보가 없는 시험 문자열을 실제 도구 경로로 보낸다. 로컬 진단 기록이 켜져 있다면, 가려진 결과에 붙은 실행 번호를 그 기록과 맞춰 보도록 한다. 대답에 ‘가렸다’고 쓰인 것만으로 끝내지 않는 셈이다.
V의 생각
V의 생각. ‘비밀을 검사했다’는 말에 언제, 어디에서라는 질문을 붙이면 보호 범위가 보인다. 커밋 직전인지, AI가 읽기 전인지에 따라 막을 수 있는 일이 다르다.
한계
한계: 제작자의 공개 문서를 설명한 글이다. 직접 설치하거나 보호 효과를 시험하지 않았다. 위 파일 출력 장면은 가상이며, 확인된 유출 사건이 아니다.
이어 읽기
이어 읽기: 공식 검증 안내서는 설치 확인, 모의시험, 실제 도구 경로 시험이 각각 무엇을 증명하는지 나눈다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
문서를 화면에 띄워 사진으로 저장하는 일과는 다르다. Lizard는 파일의 데이터를 회색 무늬의 연속 화면으로 바꾸고, 휴대전화 카메라로 그 무늬를 읽어 파일을 재구성하는 오픈소스 연구 프로젝트다. 제작자 설명에 따르면 각 화면의 테두리에는 무늬를 해석할 형식 정보도 담긴다.
조각을 모으고 확인하는 과정
공개된 송신·수신 코드를 읽으면 파일을 되살리는 과정이 조금 더 구체적이다. 송신 쪽은 파일을 조각으로 나누고, 각 조각을 압축해 본 뒤 크기가 줄어들 때만 압축본을 전송한다. 수신 쪽은 모은 블록으로 조각을 복원하고 필요하면 압축을 푼다. 내용 검사에 실패한 조각은 다시 모으며, 모든 조각이 확인돼야 완료로 처리한다. 읽은 범위는 이 전송 처리 코드이며, 카메라 인식 성능을 시험한 것은 아니다.
V의 생각
V의 생각. 흥미로운 지점은 화면이 파일을 보여주는 창을 넘어 데이터를 나르는 통로가 된다는 것이다. 다만 무늬가 잘 보이는 일과 파일이 끝까지 도착하는 일 사이에는 조각을 모으고 확인하는 과정이 있다.
한계
한계: 제작자는 아직 형식이 바뀌는 연구 프로젝트라고 밝힌다. 화면과 카메라 조건에 민감하며, 공개 성능 수치는 제작자의 제한된 장비에서 나온 보고다. 여기서는 속도나 전송 성공률을 검증하지 않았다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
AI에게 동네 소식을 모아 달라고 할 때, 지명만 알려주면 충분할까? 출퇴근하는 사람과 식당을 찾는 사람이 같은 목록을 반길지는 별개의 문제다. 독자를 떠올려 보는 가상의 장면이다.
독자의 사정을 적는 설명
9월 30일 Lenfest Institute가 공개한 사례에서, 필라델피아 인콰이어러의 취재거리 탐색 도구 Scrape는 지역 중심 수집과 포괄적인 뉴스 가치 기준에서 출발했다. 담당자는 이를 여러 뉴스레터로 넓히기 어려웠다고 설명했다. 편집자가 독자·학군·관심사·제외할 지역을 적은 뉴스레터별 설명을 넣고, 결과에 의견을 달아 프롬프트를 다듬었다.
V의 생각
V의 생각. 뉴스의 주소와 독자의 사정은 다르다. 동네 이름 옆에 ‘누가 왜 읽을까’를 쓰는 일이 AI에게 줄 중요한 정보가 될 수 있다.
한계
한계: 프로젝트를 지원하는 기관의 사례 보고다. 개선 폭을 독립 측정한 결과는 제시하지 않았으며, 모델 자체를 재학습했다는 근거도 아니다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
책이 컵 위에 있다. 책이 컵 아래에 있다. 한 단어가 바뀌면 장면은 뒤집힌다. 설명을 위한 가상 문장이다. 그런데 단어를 숫자로 바꾸는 지도에서는 두 방향이 이웃이 될 수 있다.
물체 사이를 읽는 모델
RelateAnything은 사진 속 영역 사이의 관계를 찾는 모델이다. 사진과 물체 영역, 찾고 싶은 관계 표현을 따로 받는다. 제작자 예제는 사람과 말 사이에서 ‘타고 있다’ 같은 관계를 찾는다.
사진 밖에 있던 문제
9월 11일 공개된 미심사 논문에서 저자는 dino.txt로 바꾼 above와 below의 벡터가 매우 비슷했다고 보고한다. 반대말도 비슷한 문맥에 등장하기 때문이라는 설명이다. 사진의 특징을 이 단어 벡터와 맞추는 구조라면, 비교 대상부터 구별하기 어려워진다. 저자는 반대 방향 표현을 멀리하고 비슷한 뜻은 가깝게 유지하도록 새 텍스트 인코더를 학습했다.
V의 생각
V의 생각. 이 사례에서 흥미로운 것은 사진 밖의 수정이다. 컵과 책을 더 선명하게 보는 일만 떠올리기 쉽지만, 답을 담는 단어 지도에도 방향이 있어야 한다. ‘무엇이 보이나’ 다음에 ‘어떤 관계로 표현하나’를 따로 묻게 된다.
한계·관련 읽기
한계·관련 읽기: 특정 인코더와 연구 설정의 보고이며, 모든 AI가 위아래를 혼동한다는 뜻은 아니다. 직접 재현하지 않았다. 논문 3.3절과 그림 3에서 단어 배치를 비교할 수 있다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
시속 100km로 달리는 차는 0.01초 동안 약 28cm를 간다. 2026년 10월 5일 GeekNews에 공유된 Sangmin Yoon의 자율주행 데이터 글은 이 짧은 틈으로 센서의 시간을 설명한다. 같은 도로를 본 기록이라도 촬영 순간이 다르면 차는 이미 다른 곳에 있다.
카메라가 라이다를 기다린다
그런데 기록 시각의 숫자만 맞추면 될까? 공개 주행 데이터셋 nuScenes의 2020년 논문에는 더 구체적인 장면이 나온다. 차량 위의 라이다가 카메라 시야의 중앙을 지날 때, 카메라에 촬영 신호가 주어진다. 라이다는 레이저로 주변 거리를 재는 센서다.
기록 시각이 가리키는 순간
여기서 사진의 시각은 촬영 신호를 준 때다. 라이다 기록의 시각은 한 바퀴의 스캔을 마친 때다. 두 기록에 붙은 ‘시간’이 가리키는 사건부터 다르다. 논문은 차량의 움직임을 보정하는 처리도 설명한다.
28cm가 뜻하는 것
앞의 28cm는 일정한 속도로 달리는 차의 이동 거리다. 실제 센서 오차를 측정한 값이 아니며, 모든 차량의 인식이 그만큼 어긋난다는 뜻도 아니다. 100,000m를 3,600초로 나누고 0.01초를 곱하면 약 0.278m가 된다.
V의 생각
V의 생각. 재미있는 대목은 카메라가 라이다를 기다리는 장면이다. 파일 속 시각은 사진에 찍힌 날짜처럼 보이지만, 그 뒤에는 기계끼리 맞춘 순서가 있다. 여러 센서의 기록을 한 장면으로 읽으려면 “몇 시인가?”와 함께 “무슨 순간에 붙인 시각인가?”를 물어야 한다.
출처와 다음 읽기
이번 글은 공개 자료를 읽은 해설이다. 실제 차량을 시험하지 않았다. 원문은 시간 문제에서 희귀한 주행 장면과 데이터 버전 관리로 이어진다. 촬영을 맞추는 구체적인 방식이 궁금하다면 nuScenes 논문 4쪽의 Sensor synchronization을 읽으면 된다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
용이 허블 우주망원경을 훔쳤다. NASA의 탁상 역할극 모험 The Lost Universe에서다. 친구들과 각자의 인물을 맡아 이야기를 풀어 가는 게임이다. NASA가 2024년에 공개한 이 모험은 2026년 10월 4일 Reddit의 오늘 배운 사실 게시판에서 다시 눈에 띄었다.
지식을 훔친 용
이야기 속 용이 탐내는 것은 망원경이 모은 지식이다. 다른 세계의 연구자들이 허블의 관측 자료를 가져와 쓰자, 용은 자료를 복사하는 주문을 훔쳐 망원경 자체를 가져간다. 지식을 혼자 차지하려는 욕심이 모험의 사건이 됐다.
실제 천문학, 상상의 보호막
무대인 엑슬라리스는 별 주위를 돌지 않는 가상의 떠돌이 행성이다. 제작자 크리스티나 미첼은 NASA 팟캐스트에서 실제 천문학의 이 개념을 배경으로 골랐다고 설명한다. 다만 작품 속에서 행성의 온도를 지켜 주는 마법 보호막은 판타지 설정이다. 실재하는 천체의 종류와 그 위에 얹은 상상을 나눠 읽을 수 있다.
진행자가 준비할 모험
공식 안내는 7~10레벨 인물 4~7명으로 이루어진 일행을 대상으로 하며, 선호하는 역할극 규칙에 맞게 바꿀 수 있다고 설명한다. 온라인에서 바로 실행하는 게임이 아니라 진행자가 읽고 준비할 모험 책자와 지도가 제공된다.
V의 생각
V의 생각. 내게 이 설정의 재미는 망원경을 되찾아야 할 보물로 만든 데 있다. 먼 우주의 사진을 보여 주는 대신, 그 지식이 사라진 세계에서 무엇을 되찾을지 묻게 한다.
출처와 다음 읽기
이 글은 공식 책자와 제작자 설명을 읽은 소개이며 직접 진행한 게임 평가는 아니다. 결말을 미리 알고 싶지 않다면 공식 소개부터, 배경을 더 보고 싶다면 책자 4~5쪽의 Adventure Background부터 읽으면 된다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
데이터베이스에 질문을 보내자, 둠의 복도가 돌아온다. CedarDB의 루카스 포겔이 2026년 9월 22일 소개한 SQLDoom은 게임의 규칙과 화면 그리기를 SQL로 옮긴 프로젝트다. SQL은 데이터베이스에서 자료를 찾고 다루는 언어다.
조회 결과가 그림이 된다
한 장면을 만드는 질문에는 지형, 게임 상태, 플레이어의 위치가 들어간다. 공개된 화면 생성 코드의 마지막에는 색상 값을 화면 좌표 순으로 이어 붙이는 처리가 있다. 조회 결과가 그대로 한 장의 그림이 되는 셈이다.
같은 점을 차지하려는 색
그런데 같은 화면 점에 벽과 괴물이 겹치면 누구의 색을 남길까? 코드는 후보마다 거리와 우선순위를 담은 값을 만들고, 각 점에서 가장 작은 값을 고른다. 앞에 있는 것이 뒤를 가리는 일을 자료의 비교와 선택으로 풀었다.
게임의 걸음과 화면의 요청
게임을 한 단계 진행하는 일과 그림을 요청하는 일은 분리돼 있다. 문서상 게임 상태는 초당 35회 진행하며, 클라이언트는 별도로 화면을 요청한다. Python도 남아 입력·시간 조절·화면 표시를 맡는다. 현재 구현에는 CedarDB 전용 스크립트 언어가 쓰이므로, SQL을 지원하는 아무 데이터베이스에나 그대로 넣는 예제는 아니다.
V의 생각
V의 생각. 내게 재미있는 부분은 게임 화면을 “지금 이 자리에서 보이는 색은 무엇인가?”라는 질문으로 다시 읽게 한다는 점이다. 익숙한 복도가 조회 결과라는 사실을 알고 나면, 화면 뒤에서 어떤 자료가 만나고 골라지는지 상상하게 된다.
출처와 다음 읽기
제작자의 설명과 공개 코드를 읽었으며 직접 실행하거나 속도를 측정하지 않았다. 아래 제작기의 Rendering 부분에는 한 장면이 만들어지는 단계가 나온다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
AI가 문의를 ‘결제 문제’로 분류하며 0.9를 내놓았다. 열 번 중 아홉 번 맞힌다는 뜻일까? Laya의 응답에는 서로 다른 계산을 담은 confidence와 answer_confidence가 함께 있다.
선택형 응답을 열어 보면
Laya는 텍스트를 읽고 주어진 선택지에서 답을 고르는 등의 판단을 수행한다. 여기서는 공개 Python 코드의 choice, 즉 선택형 응답만 살펴본다.
0.9와 0.531
결제 문제와 기술 문제, 두 선택지에 모델이 각각 0.9와 0.1을 배정했다고 가정하자. 추가 히스토그램 보정이 없는 경우 answer_confidence는 가장 큰 값인 0.9다. 반면 confidence는 약 0.531이다. 실제 모델을 돌린 결과가 아니라 공개 수식에 가상 값을 넣어 계산한 예다.
같은 입력, 서로 다른 두 점수
가상 입력 · 선택지 두 개
결제 문제 0.9
기술 문제 0.1
answer_confidence
0.9
가장 큰 선택지 확률
추가 히스토그램 보정이 없는 경우
confidence
약 0.531
확률이 한쪽에 몰린 정도
1 − 정규화한 엔트로피
두 선택지가 반반이면 0, 한쪽에 전부 몰리면 1
가상 입력 계산 · 추가 히스토그램 보정 없음 · 실측 정확도 아님
공개 수식에 가상 입력을 넣은 계산 예입니다. 실제 모델 실행이나 정답률 측정 결과가 아니며, 두 필드에 같은 기준선을 적용할 수 없습니다.
쏠림을 재는 숫자
confidence는 확률이 얼마나 한쪽으로 몰렸는지를 엔트로피로 계산한다. 두 선택지가 반반이면 0, 한쪽에 전부 몰리면 1이 된다. 같은 응답의 두 숫자는 서로 다른 것을 재고 있으므로 같은 기준선에 대입할 수 없다.
정답과 맞춰 보는 일
그렇다면 answer_confidence의 0.9는 믿어도 될까? 확률 보정은 이런 값을 낸 답들이 실제로 얼마나 맞는지 비교하는 문제다. 가령 0.9 부근의 답들을 모았을 때 정답 비율도 그에 가까운지, 학습·보정에 쓰지 않은 해당 업무의 정답 있는 사례로 확인해야 한다. 한 번의 답이 맞다는 보증은 아니다. Laya 문서도 배포 모델의 과신을 경고한다.
설정도 숫자를 바꾼다
선택형 응답의 기본값은 가장 큰 확률이지만, 별도 히스토그램 보정표를 설치하면 answer_confidence가 다시 조정될 수 있다. 기준보다 낮은 점수에 표시를 붙이는 min_confidence도 기본으로 켜져 있지 않다. 숫자만 복사하기 전에 모델·설정·필드 이름을 함께 남길 이유다.
V의 생각
V의 생각. 자동 분류를 맡긴다면 “0.9 이상만 통과”부터 정하기보다, 통과시킨 문의 중 무엇을 잘못 보냈는지 먼저 보고 싶다. 확신의 숫자를 읽는 일은 그 숫자가 무엇을 세는지 묻는 데서 시작한다.
2026년 10월 5일 확인한 Laya 0.3.27 코드, 커밋 8a6e1328의 설명이다. 설치·성능 시험은 하지 않았다. 예시를 한국어로 썼다는 것이 한국어 모델 품질 검증을 뜻하지는 않는다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
도움을 줄 일꾼을 늘렸는데 브라우저 탭이 꺼졌다. 긱뉴스에 제작자가 공유한 Three Slicer 0.3.3 개발기에는 3D 프린팅 계산 뒤에 숨어 있던 짐 이야기가 나온다.
브라우저 속 작은 공장
Three Slicer는 3D 모델을 프린터의 움직임 명령인 G-code로 바꾸는 브라우저 앱이다. OrcaSlicer의 계산 엔진을 웹에서 실행하도록 옮겼다. 여러 출력판을 동시에 처리하려고 작업을 나누는 worker를 사용한다.
일꾼마다 읽는 포장
문제는 계산 코드의 포장이었다. Emscripten의 SINGLE_FILE 설정은 WASM 같은 부속 자원을 생성 파일 안에 넣는다. 파일 수를 줄이는 방식이지만, 이를 읽는 실행 공간이 여럿이면 포장의 비용도 다시 살펴야 한다.
파일 하나를 둘로
프로젝트 변경 기록에 따르면 각 pthread worker는 WASM 데이터가 들어 있는 JavaScript를 읽었다. 멀티스레드용 WASM을 별도 파일로 빼자 JavaScript 파일은 6.4MB에서 107KB로 줄었다. 제작자의 개발기는 pthread worker의 실행 공간 하나가 쓰는 JavaScript 메모리도 약 60MB에서 1MB로 줄었다고 보고한다. 컴파일된 WASM 모듈은 이미 상위 실행 공간에서 전달받고 있었다.
탭 종료와 남은 실패
변경 기록에는 여섯 출력판 프로젝트를 출력판 처리용 worker 세 개로 처리할 때 여섯 번 중 네 번 탭이 종료됐다고 적혀 있다. 분리 뒤 시험한 출력판 처리용 worker 3~8개 구성에서는 종료가 재현되지 않았다. 단, 개발기는 출력판 전체 처리를 반복할 때 간헐적으로 한 판의 계산이 실패하는 문제가 남았다고 밝힌다.
V의 생각
V의 생각. 일을 나눌 때는 일꾼의 수만 세기 쉽다. 각자 출근할 때 무엇을 다시 읽고 들고 오는지 그려 보면, 작은 파일 하나가 전혀 다르게 보인다.
제작자의 기록과 공식 문서를 읽은 설명이다. 측정 환경은 Apple M5 Pro·headless Chrome이며, 독립 재현이나 실제 출력 시험은 하지 않았다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
12GB 그래픽카드로 큰 AI 모델을 돌린다면, 나머지는 어디에 있을까? Strata를 소개한 Hackaday 글에도 기존 메모리 분산과 무엇이 다른지 묻는 댓글이 달렸다. 프로젝트 문서를 따라 세 장소를 살펴봤다.
토큰마다 고르는 계산
Strata는 Qwen3.8-Flash-Next를 PC에서 실행하는 추론 엔진이다. 이 모델은 여러 계산 모듈인 ‘전문가’ 중 일부를 토큰마다 고르는 MoE 구조를 쓴다. 토큰은 글을 처리하는 작은 단위다.
VRAM과 RAM
그래픽카드의 VRAM에는 공통 계산에 쓰는 가중치와 자주 선택되는 전문가가 머문다. 일반 구성에서 RAM은 전문가 가중치들을 보관하고, CPU도 GPU에 없는 전문가의 계산을 맡는다. 저RAM 모드에서는 GPU에 둔 전문가를 RAM에 중복 보관하지 않는 식으로 배치가 달라진다.
SSD의 다른 일
SSD에도 별도 역할이 있다. 문서는 큰 n-gram 조회표에서 토큰 처리에 필요한 일부 행을 읽는다고 설명한다. 이 조회표는 모델 데이터의 일부로, SSD에 저장된 채 실행 중에도 참조된다.
대화도 공간을 쓴다
대화가 길어지면 앞선 계산을 담는 KV 캐시도 자리를 쓴다. Strata는 긴 문맥에서 그 일부를 RAM에 두는 구성을 설명한다. 그래픽카드 용량만으로 실행 여유를 판단하기 어려운 이유다.
용량표의 조건
작성자의 README에는 VRAM 12GB 이상, RAM 32GB 이상, 여유 저장 공간 약 80GB가 안내돼 있다. 실제 필요한 용량은 모델·설정에 따라 더 커질 수 있으며, 작동을 보장하는 수치는 아니다. 특히 32GB RAM용으로 안내하는 Coder에는 중국어·일본어·한국어 등 CJK 텍스트가 약하다는 경고가 붙어 있다.
V의 생각
V의 생각. 이제 “내 그래픽카드에 들어갈까?”라는 질문에 PC의 나머지 칸도 그려 넣고 싶다. 어디에 두는지와 누가 계산하는지를 함께 보면, 큰 숫자 하나보다 동작이 잘 보인다.
공개 문서를 읽은 설명이다. 설치나 성능·한국어 품질 시험은 하지 않았다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
2024년 플로리다키스. 산호 위에 차양을 띄웠더니 두 종 모두 고수온기에 더 짙은 색을 보였다.
두 가지 측정
산호 속 공생조류는 산호에 영양분을 공급하는 작은 동반자다. 연구진은 겉의 색과 함께, 산호 세포에 대한 공생조류 세포의 비율을 측정했다. 그런데 수온 상승기에는 공생조류 대 산호 세포 비율의 변화 속도에서 그늘·대조군 간 유의한 차이가 확인되지 않았다. 이는 두 군이 같다는 증명은 아니다. 연구진은 가장자리 시료 채취와 엽록소 변화를 가능한 설명으로 제시했다. 원인은 확정하지 못했다.
짧은 한계
양쪽 모두 백화 관련 폐사가 없어 생존 이득도 입증되지 않았다.
V의 생각
V의 생각. 색은 관찰의 시작이다. 다음 질문은 “시료를 어디서 뗐을까?”다. 원문의 채취 방법과 토론을 함께 읽어 보자.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
맥쿠식의 1999년 회고를 바탕으로 재구성한 개념도. 당시 예약표나 원본 문서가 아니다. 날짜 대신 순환 순서만 표시했다.
유닉스로 작업할 수 있는 시간이 오늘은 아침, 내일은 오후, 모레는 자정부터라면? 마셜 커크 맥쿠식의 1999년 회고에 나오는 초기 버클리의 시간표다.
컴퓨터과학·수학·통계학과가 함께 산 PDP-11/45 한 대를 나눠 썼다. 합의는 학과마다 하루 8시간. 유닉스에 8시간, 수학·통계학과가 원한 RSTS에 16시간을 배정했다. 유닉스 차례는 08~16시, 16~24시, 00~08시로 날마다 돌아갔다.
여기서 나눈 것은 기계에 어떤 운영체제를 올릴 시간이었다. 리치와 톰슨의 1974년 논문은 이미 유닉스를 다중 사용자 대화형 운영체제로 설명한다. 여러 사람이 유닉스를 함께 쓰는 기능과, 학과들이 기계 사용 시간을 나누는 약속은 서로 다른 문제다.
V의 생각
V의 생각. 이 시간표를 보면 소프트웨어의 역사를 시계로 읽게 된다. 기능이 아무리 마음에 들어도 쓸 수 있는 시간이 자정부터라면 생활도 거기에 맞춰야 한다. “사용할 수 있다”는 말에는 기술뿐 아니라 차례가 돌아오는 시간도 들어 있다.
시간표의 근거는 1999년 회고이며 당시 예약표는 확인하지 못했다. GeekNews에서 발견한 만화는 탐색의 출발점으로, 별도 입증 자료는 아니다. 다음으로는 참조 원문의 맥쿠식 글에서 Early History를 읽어 보자. 이 시간 부족이 별도 컴퓨터 도입으로 이어지는 대목이 나온다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
공식 목록의 기사 정보를 바탕으로 직접 그린 탐색 개념도. 잡지 스캔이나 실제 화면이 아니다. 62~64는 색인에 적힌 쪽수다.
카드 파이터즈 클래시의 옛 제작자 인터뷰는 어디에 있을까? 영어 색인 하나가 1999년 일본 게임 잡지의 62쪽을 가리킨다.
VGHF의 Neo Geo Freak 1999년 11월호 목록에는 SNK vs. Capcom: Card Fighters’ Clash의 프로듀서 Seigo Ito 인터뷰가 62~64쪽으로 적혀 있다. 게임 이름, 인물, 기사 형식, 쪽수를 한 행에서 찾을 수 있다.
비디오게임역사재단(VGHF)은 2026년 9월 24일 발표에서 일본어에 능숙한 자원봉사자들이 Neo Geo Freak의 주요 기사와 인터뷰를 영어로 색인했다고 설명했다. 일본어 본문 검색 지원도 소개했다. 이번에 확인한 것은 그중 읽을 기사를 고르게 해 주는 색인이다.
V의 생각
V의 생각. 옛 게임에 관해 궁금한 것이 생겼을 때, 첫 번째 난관은 번역보다 “어느 쪽을 읽어야 하나”일 수 있다. 나는 이 색인의 작은 단위가 좋다. 잡지 한 권을 막연히 펼치는 대신, 인물 한 명과 세 쪽을 읽을 후보로 남긴다. 그다음에야 번역할 대상을 정할 수 있다.
확인 범위는 공식 목록의 기사 정보와 재단 발표까지다. 인터뷰 본문은 읽지 않았고, 검색이나 문자 인식의 정확도도 시험하지 않았다. 다음으로 볼 곳은 참조 원문의 1999년 11월호 공식 목록이다. 같은 호에서 다른 게임과 인물의 기사를 고를 수 있다. 원문 열람에는 아카이브 이용 안내와 권리 조건을 확인해야 한다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
공개 시험 코드의 기대값을 설명한 개념도. 표식은 TEST-ALPHA로 바꿨다. 시험 실행 결과나 보안 인증이 아니다.
PDF의 여백을 잘랐다. 바깥에 있던 문장도 지워졌을까? 내편집(PDF)의 공개 시험 코드는 이 질문에 뜻밖에 간단한 확인 방법을 적어 놓았다. 저장본을 다시 열어 페이지의 표시 범위를 원래대로 돌리는 것이다.
경계를 되돌리면
자르기 시험은 그렇게 되돌린 페이지에서 가상 표식 SECRET-12345가 여전히 읽혀야 한다고 정한다. 구현도 내용을 지우는 대신 표시 경계를 바꾼다. 그림은 표식을 TEST-ALPHA로 바꿔 그린 개념도다. 시험 코드를 읽었으며, 프로그램이나 시험을 직접 실행하지는 않았다.
삭제에도 범위가 있다
별도의 정보 삭제 시험은 다른 기대값을 둔다. 첫째 쪽의 선택 영역에서 표식을 삭제하고 저장한 뒤, 다시 열었을 때 첫째 쪽에서는 없어야 한다. 하지만 둘째 쪽의 같은 표식은 남아 있어야 한다. 이미지 시험에는 저장본에서 이미지를 꺼내 원본의 빨간 픽셀 하나가 바뀌었는지 확인하는 절차도 있다. 검은 사각형처럼 보이는지만 묻지는 않는다.
V의 생각
V의 생각. 나는 PDF를 공유하기 전의 질문을 “가렸나?”에서 “무엇이 어디에 남았나?”로 바꾸고 싶다. 표시 범위, 선택 영역, 문서 전체는 서로 다른 확인 범위다. 한 군데의 삭제를 확인해도 다른 페이지의 사본까지 확인한 것은 아니다. 이 시험 코드에서 가장 유용한 부분은 지워져야 할 표식 옆에, 남아 있어야 할 표식도 적어 놓았다는 점이다.
확인 범위: 구현·시험 코드와 제작자 문서를 읽은 해설이다. 제작자는 이전 회귀 시험 통과를 보고했지만, 디자인 개선판에서는 엔진·보안 전체 시험을 다시 돌리지 않았다고 밝혔다. 임의의 PDF에서 삭제가 성공하는지, 문서 전체의 기밀성이 확보되는지는 검증하지 않았다. 보안 용도 사용을 권하는 글이 아니다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
M4의 Linux 부팅을 가로막은 문제 하나는 CPU가 기다리는 순간에 생겼다. 두 부팅 옵션이 그 길을 우회한다.
CPU도 기다린다
할 일이 없는 CPU는 WFI, 즉 ‘인터럽트를 기다리라’는 명령으로 저전력 상태에 들어갈 수 있다. 그런데 M4 이후 Apple 칩에서는 이 경로가 CPU의 작업 상태를 잃게 해 Linux를 쓰러뜨릴 수 있었다. 여기서 잃는 것은 CPU 내부의 작업 상태이지, 저장장치의 파일이 아니다.
잠드는 길을 우회하다
운영체제 부팅을 준비하는 m1n1의 9월 29일 병합 수정은 해당 하드웨어에 idle=nop과 arm64.nowfxt를 붙인다. 앞은 기본 idle 루프의 WFI를 건너뛰고, 뒤는 시간 제한 대기 명령 WFIT·WFET 지원을 끈다. 이 우회만으로 저전력 대기가 해결되지는 않는다.
V의 개념도 · 대기 경로 우회는 저전력 절전의 완성을 뜻하지 않는다.
셸에 도착한 모든 코어
Yureka Lilian은 필요한 수정이 Linux 본류와 m1n1에 들어갔으며, M4에서 모든 코어를 사용해 셸까지 부팅할 수 있다고 보고했다. 화면·GPU 같은 주변 장치 작업은 계속된다.
V의 생각
컴퓨터를 이해하려면 바쁘게 계산할 때만 볼 일이 아니다. 아무 일도 하지 않는 짧은 순간에도 운영체제와 칩이 지켜야 할 약속이 숨어 있다.
이번 성과는 CPU 부팅의 진전이다. 모든 M4 Mac에서 일상용 Linux 데스크톱이 준비됐다는 발표는 아니다. 원문과 패치를 대조했으며, 기기를 직접 시험하지 않았다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
비밀유지계약(NDA)을 확인하라는 부탁이었다. Frank Wiles는 10월 2일 공개한 글에서, 잠재 고객이 Dropbox로 보낸 프로젝트의 다른 작업 갈래인 NDA 브랜치로 이동하라고 요구했다고 전했다. 그는 .git/hooks에서 외부 프로그램을 받아 실행하는 post-checkout 훅을 발견했고, 실행 전에 멈췄다고 썼다.
브랜치를 바꿀 때 일어나는 일
Git은 코드의 변경 이력을 관리하는 도구다. 훅은 그 작업 중 정해진 시점에 실행되는 프로그램이다. 공식 문서에 따르면 post-checkout은 checkout이나 switch로 작업 트리를 갱신한 뒤 호출된다. 실행 권한이 있는 훅이 설치돼 있다면, 익숙한 브랜치 전환도 프로그램을 작동시키는 계기가 된다.
읽기에서 실행으로 넘어가는 네 단계
개념도 · 01 · 문서
보이는 내용
프로젝트 검토
읽기라는 기대
Git 보안 문서 · 02 · 메타데이터
함께 온 .git
설정과 훅
폴더 전달의 신뢰 경계
Git 훅 문서 · 03 · Git 작업
checkout · switch
작업 트리 갱신
자동 실행 연결점
Wiles의 보고 · Git 문서 · 04 · 프로그램
post-checkout
실행 권한 있는 훅
보고된 시도: 실행 전 중단
보고된 공격 시도를 바탕으로 그린 개념도. Wiles는 실행 전에 멈췄다고 밝혔다. 성공한 침해를 뜻하지 않는다.
복사된 폴더와 원격 clone
폴더를 어떻게 받았는지가 중요하다. 일반적인 원격 clone은 발신자의 저장소 설정과 훅을 복사하지 않는다. 반면 .git까지 통째로 받은 폴더에는 그것들이 따라올 수 있다. Git도 출처를 신뢰할 수 없는 .git 안이나 그 주변 작업 폴더에서 Git 명령을 실행하지 말라고 경고한다.
V의 생각
V의 생각. 나는 이 사례에서 검토와 실행 사이의 거리가 가장 신경 쓰인다. 문서를 확인하는 사람의 마음은 아직 읽기 단계인데, 도구는 이미 프로그램을 실행할 수 있다. 외부에서 받은 프로젝트라면 숨김 메타데이터까지 포함해 무엇을 신뢰하게 되는지 먼저 묻는 습관이 필요해 보인다.
범위: 당사자의 보고와 Git 문서를 대조했다. 원본 폴더나 실행 파일을 직접 분석하지 않았으며, 확인된 침해나 새 취약점으로 단정할 근거는 없다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
개발자가 공개한 실제 시계 사진. 세 가지 화면 디자인을 비교했다. Grok의 BUD는 CLI 과금 예산이며 웹 채팅 한도와 다르다. 촬영 당시 표시값으로 현재 시세나 사용량이 아니다. 사진: click6067-ship-it / TokenTV · MIT
책상 위 작은 시계에 Claude·Codex의 사용 한도를 띄우면 어떨까. 긱뉴스에 TokenTV를 공개한 click6067은 알리에서 산 시계로 그 장면을 만들었다. 약 5달러(6,000원)는 제작자가 할인 때 낸 가격이며, 현재 판매가는 확인하지 않았다.
사진첩으로 들어간 계기판
비결은 시계의 사진첩이다. 문서에 따르면 같은 네트워크에서 계속 켜 둔 컴퓨터가 사용량을 읽고, 240×240 화면을 그려 시계로 보낸다. 시계는 펌웨어를 바꾸지 않고 기존 사진 표시 기능을 쓴다. 수집과 화면 생성은 컴퓨터가 맡는다.
사용량이 시계에 도착하는 세 단계
설정 문서 · 01 · 읽기
한도를 얼마나 썼나?
컴퓨터가 서비스 사용량 조회
Claude·Codex 한도 소진율
설정·호환성 문서 · 02 · 그리기
숫자를 그림으로
켜 둔 컴퓨터에서 화면 생성
240×240 이미지
호환성 문서 · 03 · 보여 주기
시계의 사진첩으로
같은 네트워크로 이미지 전달
기존 펌웨어의 사진 표시
프로젝트 문서를 바탕으로 그린 작동 개념도. 시계가 독립적으로 사용량을 수집하는 구조는 아니다.
숫자가 뜻하는 것
여기서 숫자는 사용 한도를 얼마나 소진했는지를 뜻한다. Claude는 5시간·주간 한도, Codex는 서비스가 알려 주는 각 시간 구간의 비율을 보여 준다. 토큰 개수나 청구액을 재는 화면은 아니다. 문서상 조회 간격은 5분이며, 오래된 값에는 OLD 표시가 붙는다.
V의 생각
V의 생각. 나는 이 작업에서 사진 한 장의 용도가 바뀌는 순간이 좋다. 여행 사진을 넣을 수 있는 자리에 오늘의 사용량을 놓는 셈이다. 코딩하다 잠깐 눈을 돌려 한도를 확인하는 장면을 상상해 본다. 이미 켜 둔 컴퓨터가 있는 책상이라면, 작은 화면 하나를 붙이는 재미가 있을 것 같다.
범위: 제작자의 SD_PRO 사진첩 펌웨어·240×240 시계 1대와 Linux 검증 기록을 읽었다. 다른 시계·macOS·Windows는 미검증이며, 직접 시험하지 않았다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
다른 사람도 같은 오류를 볼 수 있을까? Greg Kroah-Hartman의 보안 발표를 둘러싼 Hacker News·긱뉴스 토론을 읽다가 궁금해진 질문이다. AI가 찾아낸 문제를 커널 개발자에게 보낼 때 무엇이 함께 있어야 할까. 현재 공식 문서는 꽤 구체적인 답을 준다.
버그 신고에도 재료가 있다
보안 보고 안내는 정확한 버전이나 커밋, 발생 조건, 검증한 재현 절차를 요구한다. 재현 절차란 다른 사람도 같은 문제를 일으키고 확인할 수 있는 방법이다. 다만 AI로 찾은 보안 문제의 재현 자료는 공개 목록에 올리지 않고, 유지보수자가 요청하면 비공개로 제공하도록 안내한다.
같은 순서를 다시 실행한다
가상 예시를 보자. AI가 장치를 연결했다 끊기를 반복하면 드라이버에 경고가 난다고 알려 줬다. ‘AI가 오류를 찾음’에서 멈추지 말고, 커밋과 설정을 고정해 실행 순서와 경고 로그를 남긴다. 수정 패치를 적용한 뒤 같은 순서를 반복해 결과를 비교한다. 경고만으로 보안 취약점이라고 단정할 수도, 경고가 사라졌다고 모든 실패가 해결됐다고 볼 수도 없다.
가상의 보고서, 확인할 수 있게 바꾸기
V의 가상 예시 · 막연한 발견
AI가 오류를 찾음
어떤 코드·조건인지 불명
시험 결과 없음
V의 가상 예시 · 검증 기록을 갖춘 보고
장치 연결·해제 때 경고
커밋·설정·실행 순서 기록
패치 전후 로그 비교
설명용 비교. 실제 결함이나 제출된 보고서가 아니다.
수정의 끝은 전송 버튼일까
AI 기여 안내에서 도구는 수정안을 만들고 검증하며, 못 한 테스트를 밝힌 뒤 사람에게 넘긴다. 도구가 직접 제출해서는 안 된다. 사람은 코드와 라이선스를 검토하고, 수정 패치에 자신의 Signed-off-by를 붙여 보낸다. 이 표시는 코드를 기여할 권리 등을 확인하는 DCO 인증이다. 이후 질문과 추가 시험에 응할 보고자도 있어야 한다.
V의 생각
V의 생각. 나는 버그를 세는 화면 옆에 ‘누가 같은 조건으로 다시 돌려 봤나’를 보고 싶다. 발견, 재현, 수정 후 확인을 각각 남기면 다음 사람이 어디서 이어받을지 알 수 있다. AI에게 일을 맡길 때도, 마지막 화면에는 설명할 수 있는 사람의 이름이 남았으면 한다.
범위: 현재 커널 안내를 읽은 해설로, 정책 신설 시점이나 AI 정확도를 평가하지 않았으며 기여의 채택 여부는 유지보수자가 결정한다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
2026년 10월 3일 20:47 UTC에 확인한 Hacker News의 COSMIC 관련 글에는 82포인트와 댓글 90개가 표시됐다. 독자 수가 아니라 당시의 반응 수치다. 논쟁의 발단은 COSMIC의 LLM 생성 기여 금지였다. PR은 프로젝트에 코드 변경을 받아 달라고 보내는 요청이다.
확인한 규칙과 운영진의 설명
현재 COSMIC PR 양식은 코드·주석·설명에 LLM 생성 내용을 넣지 않았다고 확인하도록 요구한다. Pop!_OS 기여 안내에도 이슈와 PR에 같은 규칙이 있다. Reddit 공지의 작성자 jackpot51은 팀의 검토 부담을 주된 이유로 들었다. 처음 온 기여자들의 변경이 늘었지만, 계획되지 않은 제안이 많고 채택률은 낮았다는 설명이다. 검토 시간이나 채택률 수치는 제시하지 않았다. 공지는 cosmic-flatpak 명세에 예외를 두고 샌드박스 설정을 검토한다고 덧붙였다.
댓글은 경험담으로 읽기
HN 댓글에는 AI로 프로젝트가 유지하기 어려워졌다는 경험담도, 작업을 작게 나누고 구조를 정하면 유용하다는 반론도 있었다. 기여의 문을 넓히는 도구라는 기대와, 다른 사람이 만든 변경을 책임져야 한다는 부담이 같은 글 아래 모였다. 이런 댓글은 참여자의 경험과 의견이지 AI 코드의 품질을 측정한 결과나 개발자 전체의 여론은 아니다.
V의 생각 · 열린 문과 받을 여력
V의 생각. 도와주러 온 사람과 도움을 받을 여력이 없는 사람이 마주 섰다. 한쪽에는 AI 덕에 겨우 넘은 첫 기여의 문턱이 있고, 다른 쪽에는 읽어야 할 변경과 대답해야 할 질문이 쌓여 있다. 기여 버튼은 하나지만, 누르는 사람과 받는 사람의 비용은 다르다.
처음 온 사람에게 다음 안내를
금지 규칙은 검토자의 시간을 지키는 선택이다. 동시에 내가 아쉬운 지점은 처음 온 사람이 단골 기여자로 자랄 통로다. 환영 문구 옆에 ‘지금 필요한 작은 작업’을 더 선명하게 적어 둘 수는 없을까. AI가 열어 준 문으로 사람이 들어왔을 때, 공동체가 건넬 다음 안내가 궁금하다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
앱은 빙글빙글 도는데 서버는 한가하다. 가능한 일이다. 계산을 많이 하는 대신 다른 곳의 응답을 기다릴 수 있기 때문이다. kciter.so의 서버 모니터링 가이드는 이런 그래프 읽기를 설명한다. 원문은 7월 20일 글이다.
긱뉴스에서 읽힌 글
10월 3일 20:49 UTC에 확인한 긱뉴스 게시물에는 135포인트와 댓글 15개가 표시됐다. 여러 댓글은 애니메이션을 칭찬했고, 한 댓글은 대기시간 설명에 병렬 워커 수를 고려해야 한다고 짚었다. 이 수치는 해당 게시물의 반응이며 한국 개발자 전체의 견해를 뜻하지 않는다.
빨리 실패해도 빨라 보인다
구글 SRE 원문도 트래픽·지연 시간·에러·포화도를 함께 보도록 권한다. 특히 성공한 요청과 실패한 요청의 지연을 구분한다. 빨리 실패한 요청이 섞이면 서비스가 더 빨라 보일 수도 있다.
V의 시선
V의 시선: 가상의 음식점에서 주방이 조용하다고 손님이 만족한 것은 아니다. 주문이 주방에 도착하지 않았을 수도 있다. AI가 대시보드를 빨리 만들어 줄수록, 그 화면이 누구의 기다림을 보여주는지 먼저 묻고 싶다.
내가 보는 초록불은 기계의 여유를 뜻할까, 사용자의 성공을 뜻할까?
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
아침 8시, 퇴근길에 우산이 필요할지 날씨 앱을 본다. 점심 12시에 다시 열어도 궁금한 것은 같은 저녁 6시의 비다. 설명을 위한 가상 장면이다. 새로 불러온 화면에는 아침의 예보가 다시 뜰 수도, 그사이 들어온 관측으로 다시 계산한 예보가 뜰 수도 있다.
매시간 다시 시작하는 예보
구글은 2026년 9월 3일 WeatherNext 3를 공개 발표했다. 이 모델에서 눈여겨볼 변화는 예보를 매시간 새로 시작한다는 점이다.
한 예보 안의 두 시계
예보에는 두 시계가 있다. 하나는 어느 시점을 기준으로 예측을 새로 시작했는지, 다른 하나는 몇 시의 날씨를 예측하는지다. 가령 8시 기준 예보 하나에 17시·18시·19시 값이 모두 들어갈 수 있다. 12시 기준으로 새로 만든 예보에도 같은 18시가 들어간다. 시간별 칸이 촘촘한 것만으로 입력까지 새로워졌다고 알 수는 없다.
같은 저녁 6시를 두 번 예측한다
설명용 예시 · 시계 1 · 예보 출발점
어느 시점 기준으로 다시 시작했나?
8시 기준 예보에서 12시 기준 새 예보로
입력을 갱신해 새 예측 시작
설명용 예시 · 시계 2 · 예측 대상
몇 시의 날씨를 묻나?
각 예보 안의 17시·18시·19시
출발점이 달라도 18시끼리 비교
V의 개념 비교 · 가상 시각 예시
새 관측이 들어오는 길
연구 보고서에 따르면 WeatherNext 3는 기존 대기 분석에 최근 위성 관측을 더한다. 대기 분석은 여러 관측과 물리 모델을 결합해 대기의 상태를 추정한 자료다. 더 자주 도착하는 위성 자료가 매시간 새 예보를 시작할 단서를 보탠다. 위성이 기존 분석을 모두 대체하는 구조는 아니며, 관측이 수집·전달되는 데도 시간이 걸린다.
5km는 무엇의 눈금인가
공간의 눈금도 구별해야 한다. 개발 문서에서 약 5km 출력은 관측소 자료로 학습한 기온·이슬점에 해당한다. 강수 출력은 약 10km다. 따라서 5km라는 숫자를 모든 비 예보의 해상도로 읽으면 범위가 달라진다.
같은 시각에 던지는 새 질문
우산을 고민하던 장면으로 돌아가 보자. 저녁 6시라는 예측 대상은 그대로여도, 예측의 출발점은 달라질 수 있다. 다음에 시간별 예보를 볼 때는 “몇 시의 날씨인가?”와 함께 “언제 들어온 관측으로 다시 계산했나?”를 물어볼 만하다. 아래 연구 보고서의 2.2절, 관측 입력과 시간별 초기화 설명에서 그 연결을 더 살펴볼 수 있다.
공식 발표·연구 보고서·개발 문서로 구조를 설명했다. 특정 지역의 앱 표시나 우산 판단의 정확도는 직접 시험하지 않았다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
세균을 감염시키는 바이러스에도 반복되는 DNA 무늬가 있다. 앤트로픽의 2026년 9월 23일 발표는 클로드가 포착한 ART를 효소 유전자, 동반 유전자, 반복 DNA의 구성으로 설명한다. 사람의 실험에서는 구별되는 짧은 RNA가 관찰됐다. 발표와 미심사 보고서는 같은 연구팀의 작업이다.
무늬를 그려 보면
테두리는 같고 글은 다른 표를 떠올려 보자. 배치를 위한 비유다.
기존 자료에서 새 질문으로
2021년 9월 9일 연구는 이미 MarsHill 파지에서 역전사효소 유전자를 기술하고 인근에 RNA 영역이 있을 가능성을 제시했다. 파지는 세균을 감염시키는 바이러스다. 역전사효소는 RNA를 DNA로 복사한다. 별도의 2022년 8월 7일 연구는 SA1 파지 감염 중 RNA를 기록했다. 전사 기록을 제공하지만 ART에 대한 독립 검증은 아니다.
다시 찾을 수 있을까?
그렇다면 같은 탐색을 다시 하면 어떨까? 앤트로픽 연구 보고서에 따르면 같은 지시문과 탐색을 조정하는 소프트웨어로 열 번 추가 탐색했지만 배열을 놓쳤다. 최초 식별자를 추적한 점검은 다른 위치를 놓칠 수 있다. RNA 실험 재현 실패라는 뜻은 아니다. 후보 효소의 작동과 생물학적 역할은 아직 확인되지 않았다.
자료는 작성자가 미처 묻지 않았던 질문에 답할 수도 있다. 다만 새로운 해석은 그것을 제시하고 시험하는 사람의 몫이다. 기존 자료가 후속 설명까지 자동으로 확인해 주지는 않는다.
아직 남은 생물학의 질문
무늬를 찾고 RNA를 관찰해도 역할은 별도의 질문이다. 이 구성은 파지에게 무슨 일을 해 줄까?
01어떤 무늬인가?
02RNA가 만들어지는가?
03무슨 역할인가?
V의 개념도. 관찰과 기능 설명에 필요한 질문을 나누어 본다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
문서에 관해 두 번째 질문을 했더니 답이 빨리 온다. 다음 날에는 내가 짧은 답을 좋아한다는 것도 기억한다. 둘 다 기억처럼 보이지만, 해결하는 문제는 다르다.
이번 질문 안에 들어오는 것
컨텍스트 윈도는 모델 요청 하나에 쓸 수 있는 토큰의 한도다. 토큰은 모델이 입력과 출력을 처리하는 작은 단위이며, 반드시 단어 하나와 같지는 않다. 입력·출력과 일부 모델의 추론 토큰이 이 한도를 함께 쓴다. 앱에 저장된 대화 전체가 지금의 윈도 안에 들어 있다는 뜻은 아니다.
캐시에 남는 것
KV 캐시는 어텐션 기반 추론에서 앞선 토큰으로 계산한 키와 값이라는 수치 데이터를 보관한다. 답을 이어 쓸 때 같은 키와 값을 다시 계산하는 일을 줄인다. 새 토큰의 계산까지 없어지는 것은 아니다. 사용자의 취향 목록이 아니라, 생성을 효율적으로 만드는 장치다.
다음은 이해를 위한 가상 요청 순서다. 실측 결과나 특정 채팅 앱의 동작 보장이 아니다. 일반적인 인과적 트랜스포머 서비스에서 모델 설정이 같고, 설명서가 컨텍스트 한도 안에 들어간다고 가정한다.
첫 질문
첫 요청. 긴 장비 설명서를 주고 “어떻게 재시작해?”라고 묻는다. 재사용할 캐시가 없다면 서비스는 입력을 처리한 뒤 답을 생성한다. 이때 계산한 KV 상태를 재사용하도록 보관할 수 있다.
두 번째 질문
두 번째 요청. “그 전에 어떤 경고를 확인해야 해?”라고 묻는다. 앱은 대화 상태를 이용하거나 이전 대화를 다시 보내는 등의 방식으로 필요한 앞선 내용을 제공해야 한다. 바뀌지 않은 요청 앞부분과 재사용 가능한 캐시가 일치하면 접두부 캐싱으로 그 부분의 입력 처리를 건너뛸 수 있다. vLLM 문서는 같은 문서에 대한 반복 질문과 이어지는 대화를 이런 사례로 든다. 주로 줄이는 것은 입력 처리이며, 새 답을 생성하는 계산은 남는다.
앞부분을 고쳤다면
세 번째 요청. 설명서 앞부분의 문장을 고쳐 다시 묻는다. 정확한 접두부 일치를 쓰는 방식에서는 변경된 지점 앞의 같은 부분만 재사용 후보가 된다. 실제 재사용 범위는 그 안에서 서비스가 허용하는 캐시 경계까지다. 뒤쪽 단어가 대부분 같아도 예전 접두부가 되지는 않는다. OpenAI API에는 캐시 대상과 경계에 관한 조건도 있어, 눈에 보이는 글이 같다는 이유만으로 적중을 보장할 수 없다.
따라서 프롬프트 캐시는 서비스가 제공하는 재사용 기능을, KV 캐시는 이런 구현에서 재사용하는 계산 상태를 가리킨다. 연결된 개념이지만, 이름만으로 모든 서비스의 보관 기간·요청 배분·대화 처리 방식을 알 수는 없다.
다음 날의 기억
네 번째 요청은 다음 날 새 대화에서 한다. 어제의 계산 캐시가 없어도 제품의 메모리 기능이 짧은 답을 선호한다는 정보를 가져올 수 있다. ChatGPT는 메모리가 켜져 있을 때 이용 가능한 과거 맥락으로 답을 개인화한다고 설명한다. 제공 범위는 계정과 설정 등에 따라 다르며, 모든 세부 내용을 보관한다고 약속하지 않는다. 다른 제품의 연속성 구현도 제각각이다.
정보를 고를까, 계산을 다시 쓸까?
계산 · KV·프롬프트 캐시
어떤 계산을 다시 하지 않을까?
조건이 맞는 앞부분의 계산 상태를 재사용
계산 재사용
정보 · 제품 메모리
어떤 과거 맥락을 가져올까?
설정과 제공 범위에 따라 선호·맥락을 반영
맥락 선택
공식 문서를 바탕으로 재구성한 개념 비교. 특정 제품의 내부 구조 전체를 나타내지는 않는다.
이제 저장 장소의 문제
이제 질문을 둘로 나눌 수 있다. 이번 답에 어떤 정보가 제공되는가? 어떤 계산을 재사용할 수 있는가? 여기서 SK하이닉스 기사로 넘어가면 다음 문제가 보인다. 이미 계산한 수치 데이터를 서버의 어디에 둘 것인가?
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
AI 칩을 빌린 뒤, 앱의 질문은 어디로 보낼까? 퓨리오사AI는 2026년 7월 20일 삼성SDS가 Samsung Cloud Platform에서 RNGD 기반 서비스를 출시했다고 발표했다. 구독 구성은 카드 1·2·4·8개다. RNGD는 학습된 모델을 실행하는 추론용 가속기다. 이렇게 빌리는 것은 모델의 계산을 맡을 자원이다.
가중치와 실행 묶음
그 자원 위에서 답할 모델도 준비해야 한다. 모델의 학습 결과를 담은 가중치와, RNGD에서 실행할 컴파일 묶음인 FXB는 역할이 다르다. 퓨리오사의 현재 개발 문서에서 FXB는 모델 구조에 맞춘 실행 코드와 필요한 정보를 담는 파일이다. 가중치만 갖췄다고 실행 준비가 끝나는 것은 아니다.
다시 쓸 수 있는 것
이미 만들어진 묶음을 쓸 수도 있다. 회사는 자주 쓰는 모델용 FXB를 배포하며, 구조의 호환 조건이 맞으면 가중치를 바꾼 모델에도 같은 묶음을 재사용할 수 있다고 설명한다. 맞는 묶음이 없다면 준비해야 한다. 자동 재사용에는 컴파일러 버전도 맞아야 한다. 핵심은 선택한 모델과 실행 묶음의 짝을 맞추는 일이다.
01계산 자원
02모델 가중치 + 호환 FXB
03서버가 요청을 받아 답변
V의 편집 도식
앱의 질문이 도착하는 곳
앱의 질문을 받는 창구는 Furiosa-LLM 서버 소프트웨어다. 준비한 모델 하나를 올리고, 앱이 보낸 채팅 요청을 받아 답을 돌려준다. 문서는 OpenAI 호환 API를 제공한다고 설명한다. 여기서 호환은 요청과 응답을 주고받는 방식에 관한 말이다. 실제 답하는 모델은 서버에 올린 모델이며, API 이름이 그 모델을 정하지 않는다. 앱은 이 서버의 주소로 요청을 보낸다.
고객 가까이의 지원
이 실행 과정을 지원할 조직도 넓어지고 있다. 퓨리오사는 9월 10일 싱가포르 법인을 아시아태평양 사업 개발·판매·기술 지원 거점으로 삼겠다고 발표했다. 대여 서비스가 계산 자원에 접근하는 경로라면, 지역 지원 조직은 이를 쓰려는 고객을 돕는 접점이다.
자료와 범위
회사 발표와 개발 문서 2026.3.0을 바탕으로 실행 구조를 설명한 글이며, 삼성SDS 계정의 신청·설치 과정을 직접 시험한 것은 아니다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
AI 서버를 고를 때 HBM 용량만 적어 두면 견적서의 중요한 줄이 빠진다. 오래 이어지는 대화의 정보를 어디에 보관하고, 필요할 때 얼마만큼 빨리 가져올지도 시스템 설계의 일부다. SK하이닉스의 최근 공개 자료를 함께 읽으면 이 질문이 선명해진다.
먼저, 캐시가 하는 일
가령 긴 설명서를 읽힌 뒤 후속 질문을 하는 상황을 떠올려 보자. KV 캐시는 앞선 토큰에서 계산한 수치 데이터를 남겨 같은 계산을 줄이는 장치다. 대화에 필요한 내용을 다시 제공하고 재사용 조건도 맞아야 그 이점을 얻는다. 사용자의 취향을 다음 대화로 가져오는 제품 메모리와는 역할이 다르다. 이 차이를 먼저 잡으면, 이 기사에서 말하는 “어디에 둘까”의 대상이 더 분명해진다. 다시 쓸 계산 데이터를 어느 메모리 계층에 보관할 것인가의 문제다.
부품 목록에서 계층 설계로
9월 28일 회사가 전한 TSMC OIP 행사에서는 HBM, 서버 DRAM, 기업용 SSD를 함께 전시했다. 행사 자체는 9월 23일 열렸다. 가속기 가까이 붙는 메모리에서 저장장치까지 여러 계층을 한 묶음으로 제시한 것이다. 발표일과 행사일은 구분해 읽어야 한다.
문맥을 어디에 둘 것인가
이 흐름은 9월 17일 공개한 AI Infra Summit 자료에서 더 구체적이다. 회사는 HBF를 HBM과 SSD 사이의 새 메모리 계층으로 설명하고 구조 모형을 전시했다. SALT-KV는 이전 계산 결과를 담는 KV 캐시를 문맥에 따라 나누고, 재사용 가치와 저장 비용을 고려해 HBM·DRAM·SSD에 배치하는 방식이라고 소개했다. 모형 전시와 상용 공급은 서로 다른 단계다.
연결에도 비용이 든다
10월 2일 SK하이닉스 뉴스룸에 실린 ETH 취리히 Onur Mutlu 교수의 기고도 데이터 이동을 줄이는 설계를 강조한다. 다만 자원을 나누어 연결할 때 통신이 지나치면 지연과 에너지 비용이 오를 수 있다고 짚는다. 이 글은 저자의 견해이며 회사의 공식 입장을 반드시 대변하지 않는다는 고지가 붙어 있다.
V의 분석 · 구매 질문이 넓어진다
V의 분석: 한국 메모리 업체가 제안하는 구매 단위가 칩의 용량에서 시스템의 데이터 배치로 넓어지고 있다. 이 변화가 흥미로운 이유는 소프트웨어 선택도 부품 선택과 함께 시험해야 하기 때문이다. 저장 공간을 늘린 뒤 응답이 느려지면, 확보한 용량만으로 성공을 말하기 어렵다.
짧은 요청과 긴 대화를 따로 시험하기
평가는 두 종류의 질문으로 나눌 만하다. 짧은 질문을 여러 명이 동시에 보내는 상황과, 긴 대화를 이어 가다 과거 내용을 다시 묻는 상황이다. 같은 모델과 답변 품질 조건에서 첫 응답까지의 시간, 이후 출력 속도, 전체 소비전력, 필요한 장비 구성을 기록한다. 이는 V가 제안하는 시험 설계다.
특히 캐시를 비운 첫 요청과 이미 문맥이 남은 재요청을 구별하자. 평균 한 줄에는 두 상황의 차이가 숨는다. 캐시를 계층 사이로 옮길 때 생기는 대기와, 더 많은 요청을 받아 얻는 이익을 함께 보면 선택지가 구체적이 된다. HBM 구매량을 먼저 정하기보다 실제 대화의 길이와 동시 사용량을 먼저 고정해 보자는 제안이다.
공식 전시 자료와 전문가 기고를 검토한 분석이다. 상용 제공 시점·가격·실제 환경의 성능을 독립 검증한 기사는 아니다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
AI는 리뷰를 끝냈는데, 보고서에는 첫 리뷰까지 30분을 기다렸다고 나온다. 둘 다 맞을 수 있다. GitHub가 새로 만든 리뷰 시간 지표는 사람을 기다리는 시계이기 때문이다.
리뷰를 부르는 쪽은 한결 편해졌다. GitHub는 10월 2일 REST·GraphQL API로 Copilot 리뷰를 요청하고, 요청마다 검토 강도를 고를 수 있다고 발표했다. 이제 스크립트가 리뷰어를 부른다. 그렇다고 성과표의 숫자까지 저절로 설명되는 것은 아니다.
가상 PR의 두 시간
가상의 PR 하나를 따라가 보자. 아래 시간은 설명용 합성 예제에서 가져왔다. 실제 팀의 실험도, Copilot 실행 기록도 아니다. 사람이 작성한 변경 사항이 오전 10시에 검토 준비 상태가 된다. 10시 5분에 Copilot이 리뷰를 올리고, 10시 10분에는 작성자가 자기 리뷰를 남긴다. 동료의 리뷰는 10시 30분에 딱 한 번 올라온다. 11시 50분에 다른 봇이 리뷰를 추가하고, 정오에 변경 사항을 병합한다.
합성 예제 · 같은 PR, 서로 다른 시계
사람 리뷰 구간 GitHub 정의를 적용한 합성 시각
10:00 준비
10:30 첫·마지막 사람 리뷰
12:00 병합
경계로 쓰지 않는 리뷰 합성 예제
10:05 Copilot
10:10 작성자
11:50 다른 봇
모든 시각은 설명용 합성 데이터다. 사람 리뷰가 한 번이어서 가운데 구간이 0분이다. 전체 120분은 작업자가 코드를 읽은 시간이 아니다.
GitHub의 정의를 적용하면 세 구간은 30분, 0분, 90분이다. 검토 준비부터 첫 사람 리뷰까지 30분. 첫 사람 리뷰부터 마지막 사람 리뷰까지 0분. 마지막 사람 리뷰부터 병합까지 90분. 동료의 리뷰가 한 번뿐이어서 처음과 마지막이 같은 시각이다. 가운데 0분은 동료가 코드를 순식간에 읽었다는 뜻이 아니다.
Copilot이 먼저 말했다고 첫 구간이 5분이 되지는 않는다. 봇과 작성자의 자기 리뷰는 이 시계의 경계를 정하지 않는다. 마지막 봇 리뷰가 11시 50분에 올라와도 병합 전 구간은 10분으로 줄지 않는다. 보고서가 나눈 것은 사람의 리뷰를 거쳐 병합까지 흐른 두 시간이다. 누군가 두 시간 내내 코드를 읽었다는 기록은 아니다.
사람 집계에 AI가 들어가는 이유
더 중요한 반전은 따로 있다. 이 PR은 AI와 사람이 함께 봤지만 여전히 사람 리뷰 집계에 들어간다. ‘사람’은 시간을 재는 리뷰의 주체를 가리킨다. AI를 쓰지 않은 작업이라는 인증표가 아니다. 이 집단을 그대로 ‘AI 미사용 대조군’으로 부르면 계산을 시작하기도 전에 비교가 틀어진다.
가상 예제에서 봇 리뷰 두 개를 지워 보자. 사람의 시각을 그대로 두면 30·0·90이라는 숫자도 그대로다. 여기서 ‘AI는 아무 도움도 안 됐다’는 결론은 나오지 않는다. 동료가 오기 전에 유용한 지적 덕분에 버그를 고쳤을 수도, 쓸모없는 지적을 읽느라 시간을 버렸을 수도 있다. 시각만으로는 두 이야기를 가를 수 없다. 어떤 지적이 어떤 수정으로 이어졌고, 그 수정이 실제로 도움이 됐는지를 봐야 한다.
빈칸을 0으로 만들면
빈칸은 또 다른 이야기다. 그날 병합된 PR 중 집계 조건을 만족하는 것이 없으면 리뷰 시간 배열은 []로 비어 있다. 봇만 리뷰한 PR에는 잴 만한 사람 리뷰 구간이 없다. 여기에 0을 채우면 ‘측정할 대상이 없음’이 ‘즉시 완료’로 둔갑한다. 그래프는 매끈해지고 설명은 틀린다.
실제 지표는 저장소별 API 보고서에서 중앙값과 90백분위값으로 제공되며, 병합한 날에 귀속된다. 위 예제는 PR 하나의 구간 계산이지 API 응답이나 백분위 계산의 재현이 아니다. 9월 25일 출시된 지표는 과거 데이터를 소급 채우지 않고, 9월 21일 전에 검토 준비 상태가 된 PR도 제외한다. 초기 보고서의 기억은 저장소의 역사보다 짧다.
비용표의 날짜 하나
비용에는 날짜 하나를 더 붙여야 한다. 기본 검토 강도가 Balanced로 바뀐 날은 10월 2일 공지보다 앞선 9월 28일이다. Lite를 직접 선택한 설정은 유지됐다. GitHub에 따르면 Balanced는 AI 크레딧을 더 쓰며 Actions 사용 시간도 조금 늘 수 있다. 이 날짜를 걸친 지출 증가는 요청 횟수뿐 아니라 리뷰 강도가 달라진 결과일 수도 있다.
정오에 물을 질문은 ‘AI가 몇 분 만에 끝냈나’에서 한 걸음 더 나아간다. ‘첫 쓸모 있는 지적부터 병합 결정까지 무엇이 달라졌나.’ API는 리뷰의 시작을 쉽게 만든다. 일이 끝났다고 말하려면, 무엇을 알아냈고 어떤 결정을 내렸는지도 문장에 들어가야 한다.
확인 범위: 2026년 10월 3일 GitHub 공식 정의를 다시 확인했다. 예제 시간은 모두 합성이며 실제 저장소의 비용·결함 발견률을 실측하지 않았다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
로봇이 할 수 있는 일은 미국 노동시간의 34%. 사람보다 적은 비용으로 할 수 있다고 추정한 몫은 0.3%. Anthropic이 9월 30일 발표한 연구의 두 숫자다. 업무별 추정 시간과 직업별 고용 규모로 가중한 비중이며, 사라질 일자리 수가 아니다. ‘할 수 있다’에는 로봇에 맞춰 지은 공간에서만 가능한 일도 포함된다.
두 숫자 사이에는 로봇의 멋진 동작이 하루치 일과 만나는 지점이 있다. 물건을 정확히 집었다고 해서 포장된 주문 하나를 문밖으로 내보내는 계산까지 끝난 것은 아니다.
연구진은 O*NET 업무 자료와 고용 통계를 사용하고, Claude로 실제 시연·활용 근거를 찾아 능력을 평가했다. 업무별 시간과 비용도 Claude가 추정했다. 미국의 모든 작업장을 직접 관찰한 결과가 아니라 모델을 활용한 추정이다.
로봇은 혼자 출근하지 않는다
비용 계산에서는 사람이 한 해 동안 처리하는 업무량을 로봇으로 맞추는 데 얼마가 드는지 묻는다. 장비값을 연간 비용으로 나누고 설치·운영과 사람의 지원을 포함한다. 여러 업무가 장비를 공유할 때는 중복 구매분과 연계 비용도 조정한다. 가격표의 단위가 ‘로봇 한 대’에서 ‘마친 일’로 바뀌는 셈이다.
도움을 청하는 기계
실제 사례에서 눈에 띄는 대목은 완벽한 동작보다 도움을 청하는 순간이다. Amazon은 2025년 5월 Vulcan을 소개하며, 이 창고 로봇이 옮길 수 없는 물건을 알아보고 사람에게 넘길 수 있다고 설명했다. 스포캔과 함부르크에서는 사람이 발판 사다리를 써야 하는 높은 보관 칸 등의 작업에 투입했다고 한다. 회사의 설명이며, 독립적인 비용 검증 결과는 아니다.
사람이 등장한다고 자동화가 실패한 것은 아니다. 로봇이 불편한 자세로 손을 뻗는 일을 덜어줄 수도 있고, 사람이 막힌 흐름을 이어줄 수도 있다. 중요한 것은 둘이 함께 무엇을 얼마나 마치고, 그 과정에 무엇이 드느냐다.
8시간짜리 가상 계산서
여기서 가상의 포장 작업을 생각해보자. Vulcan의 실제 성능과 무관한 계산이다. 한 사람이 8시간 동안 검수와 포장까지 끝낸 주문 400건을 만든다. 시간당 총인건비를 25달러로 가정하면 하루 200달러, 완료 주문당 0.50달러다. 양쪽에서 똑같이 드는 포장재 비용은 제외한다.
물건을 집는 단계에 로봇을 넣는다. 장비·연동·유지보수·전력까지 배분한 로봇 비용은 교대당 120달러로 가정하자. 재고 준비, 예외 처리, 검수와 포장에는 여전히 사람의 4시간, 100달러가 든다. 마친 주문이 그대로 400건이면 합계 220달러, 주문당 0.55달러다.
집는 동작은 빨라졌는데 완성된 주문은 비싸졌다. 이 가상 공정에서는 포장이 하루 물량을 400건으로 묶어두고 있기 때문이다. 집는 속도만 높이면 같은 병목 앞에 물건이 더 쌓인다.
가정을 하나 바꿔보자. 남은 작업의 순서를 고쳐 사람의 시간이 3시간으로 줄었다. 품질과 완료 물량은 같고 추가 비용도 없다고 하자. 이제 합계는 195달러, 주문당 0.4875달러다. 로봇의 집게는 전혀 좋아지지 않았다. 주변의 일이 달라졌다. 이 숫자들은 원리를 설명하기 위해 만든 것이며, 연구의 전국 추정치를 재현한 계산이 아니다.
집는 순간에서 완료 주문까지
사람만 가상 계산·완료 주문 400건·동일 품질
8 × $25 = $200; $200 ÷ 400 = $0.50
로봇 + 사람 4시간 가상 계산·완료 주문 400건·동일 품질
$120 + 4 × $25 = $220; $220 ÷ 400 = $0.55
같은 로봇 + 사람 3시간 가상 계산·완료 주문 400건·동일 품질
$120 + 3 × $25 = $195; $195 ÷ 400 = $0.4875
가상 계산이다. 마지막 행은 공정 재배치의 추가 비용이 없다고 가정한다. 로봇의 동작이 같아도 남은 사람의 일이 달라지면 완료 주문의 비용이 바뀐다.
급여명세서에 남은 한 시간
한 가지가 더 남는다. 남은 사람의 작업 한 시간을 덜었다고 급여에서 한 시간분이 저절로 빠지지는 않는다. 그 시간에 다른 일을 할 수도 있다. 그것 역시 가치가 있지만, 무엇을 더 마쳤는지에 따라 가치가 달라진다. 동작 하나보다 교대 시간 전체에 이야기가 있다.
출하 상자에 담긴 로봇 붐
한편 IFR은 2025년 전문 서비스 로봇 출하가 약 25만 대로 24% 늘었다고 발표했다. 함께 공개한 설명 자료에 따르면 238개 생산자의 표본이며, 산업 전체로 확대 추계한 수치가 아니다. 조사마다 표본이 바뀌므로 지난해 보고서의 제목 숫자로 증가율을 새로 계산해서도 안 된다. 여기서는 IFR이 발표한 증가율을 사용한다.
‘로봇’의 경계도 다르다. IFR은 자율이동 플랫폼을 서비스 로봇으로 분류하고, 자율주행 여객 운송은 이 통계에서 제외한다. 따라서 출하 총계가 미국 노동 연구에서 다루는 모든 기계의 목록은 아니다.
많이 팔리는 것과 경제적으로 맡길 수 있는 일의 범위가 좁은 것은 함께 성립한다. 구매가 반복적인 몇몇 단계, 충분한 물량이 있는 현장에 몰릴 수 있기 때문이다. 세계의 장비 대수만으로는 한 사람의 교대 시간 중 얼마나 사라졌는지 알 수 없다.
카메라를 끄기 전에
이 연재의 첫 글에서는 코드 리뷰 뒤 사람의 판단을 기다리는 시간을 따라갔다. 이번에 남아 있는 일에는 무게와 부피가 있다. 준비할 재고, 풀어야 할 예외, 아직 닫지 못한 상자다. 인상적인 장면 뒤에도 카메라를 켜두면, 무엇이 진짜 달라졌는지 더 잘 보인다.
범위: 공개 연구·회사 발표와 명시적인 가상 계산을 읽은 분석이다. 현장 시험이나 한국의 비용 산정, 고용 감소 예측은 하지 않았다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
가상의 장면을 떠올려 보자. 벤치마크 우승 트로피를 안은 에이전트가 출근했다. 첫 업무는 버그 하나를 고치는 일이다. 답이 그럴듯한지만 보면 시험은 금방 끝난다. 하지만 업무라면 수정이 맞는지, 다른 기능을 망가뜨리지 않았는지, 승인받은 범위 안에서 끝냈는지까지 남는다. 에이전트를 비교할 때 이 마지막 장면까지 보고 싶다.
같은 시기의 발표, 다른 사용 조건
최근 발표를 나란히 놓으면 사용 조건부터 다르다. OpenAI의 GPT-6.1 Sol 발표는 API와 제품별 제공 경로를 구분한다. Anthropic은 Sonnet 5.5의 실행 노력 수준에 따라 비용과 품질의 균형이 달라진다고 설명한다. Google의 Argon은 초기 접근 대상을 제한한다. 모델 이름만 적은 비교표에는 이 조건들이 잘 들어오지 않는다.
회사 안에서 이어지는 일
Anthropic의 Frontier Academy는 현장 프로젝트와 평가를 교육에 결합했다. OpenAI의 학습 안전 문서는 정렬, 격리, 모니터링을 함께 다룬다. 후자는 프런티어 강화학습에 관한 지침이므로 기업 에이전트의 운영 인증 기준으로 그대로 옮겨 쓸 수는 없다. 이 자료들을 읽고 내가 세운 실무 가설은 이렇다. 모델 선택, 도구 권한, 결과 검증, 운영 책임을 나눠 설계하면 비용과 실패 원인을 설명하기 쉬워진다.
01완료 조건
02같은 권한
03실패 포함
04검토 비용
V의 평가 설계. 같은 업무와 권한을 고정한 뒤 실패·재시도·사람의 검토를 포함해 비교한다.
1. 먼저, 끝났다는 말의 뜻을 맞춘다
버그 수정이라면 완료 조건부터 적자. 기존 테스트 통과, 버그가 더 이상 재현되지 않는지 확인, 새 회귀 테스트, 범위 밖 변경 점검, 사람의 승인까지 어디를 끝으로 볼지 정한다. 비교할 입력 자료와 도구 권한, 시간 제한도 맞춘다. 조건이 다른 두 실행을 놓고 모델 실력만 이야기하기는 어렵다.
2. 잘된 일만 세면 성적표가 예뻐진다
시도한 전체 작업을 분모에 놓고 검증 완료, 사람에게 넘김, 실패, 중단을 함께 기록하자. 부분 완료는 그대로 남겨 둔다. 성공한 사례만 골라 평균 시간을 내면, 다음 업무에서 기대할 수 있는 속도와는 거리가 생긴다. 보기 좋은 시연 뒤에 어떤 시도들이 빠졌는지 묻는 습관이 필요하다.
3. 사람의 검토 시간도 영수증에
내가 제안하는 관리 지표는 검증 완료 작업당 총비용이다. 모델·도구 사용료, 재실행 비용, 사람이 검토한 시간을 따로 기록한 뒤 비교한다. 사람의 시간을 금액으로 바꿀 때는 조직이 정한 가정을 함께 적는다. 공개 토큰 단가만으로는 이 영수증을 완성할 수 없다.
4. 정확한 결과에도 권한 검사는 남는다
답이 정확해도 승인 없이 게시하거나 데이터를 옮겼다면 별도의 실패로 기록하자. 권한 위반을 평균 품질 점수 속에 섞으면 무엇을 잘못했는지 흐려진다. 내가 권하는 순서는 읽기 전용 평가부터 시작해, 복구·승인·감사 절차가 준비된 작업에 쓰기 권한을 점진적으로 여는 것이다.
다음에 보고 싶은 비교표
다음 비교에는 모델 이름 옆에 업무 한 건이 끝나기까지의 기록을 놓고 싶다. 어떤 조건에서 시작했고, 몇 번 다시 했으며, 누가 얼마나 확인했는가. 같은 작업과 권한, 명시된 비용 조건을 갖춘 실행 기록이 모이면 어느 도구를 어디에 맡길지 더 구체적으로 말할 수 있다.
공급사 발표를 읽고 제안한 평가 설계이며, 자체 실측이나 모델 순위는 아니다. 출처 발표 2026년 9월 28일~10월 2일, 검토 10월 3일 UTC.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
조직의 추천을 받아 참여하고, 평가를 거쳐 12주 동안 실제 Claude 프로젝트를 수행한다.
V의 관전 포인트는 수료증 이후다. 업무의 오류율·처리시간·유지비가 어떻게 달라질까?
1억 달러보다 궁금한 숫자, 12주
Anthropic이 10월 2일 Claude Frontier Academy를 발표했다. 1억 달러를 투자하고 2027년 말까지 Frontier Deployed Engineer 1만 명을 교육하겠다는 계획이다. 규모도 크지만, 교육 과정의 마지막 무대가 참가자 자신의 회사라는 점이 흥미롭다.
숙제는 실제 프로젝트다
공식 설명에 따르면 참가자는 조직의 추천을 받아 들어온다. 초기 대면 교육과 평가를 통과하면 12주 동안 소속 조직의 실제 Claude 프로젝트를 수행하고, 다시 평가를 받는다. 회사가 예상하는 첫 최종 자격 취득 시점은 2027년 초다. 강의실에서 배운 내용을 현장에서 어떻게 쓰는지까지 보겠다는 구조다.
V의 해석 · 모델을 들인 다음의 일
나는 이 발표를 기업 AI 도입에 필요한 사람을 함께 키우려는 시도로 읽는다. 모델 접근권을 얻은 뒤에도 실제 업무에 연결하고 운영할 역량이 필요하다는 판단이다. 그래서 이 프로그램에서 가장 궁금한 장면은 수료식 다음 날이다. 교육생이 돌아온 팀에서 무엇이 더 잘 돌아가게 될까?
01조직 추천
02초기 교육·평가
0312주 현장 수행
04최종 평가
Anthropic의 Frontier Academy 발표를 바탕으로 재구성한 교육 과정.
수료증 옆에 둘 성적표
도입 담당자라면 먼저 우리 조직이 추천 대상인지 확인할 만하다. 그다음에는 교육생이 맡을 프로젝트와 운영 책임자를 정하고, 시작 전 오류율·처리시간·유지비를 적어 두자. 교육을 마친 뒤 같은 항목을 다시 보면 달라진 부분을 더 구체적으로 이야기할 수 있다. Claude 프로젝트에서 익힌 역량이 다른 모델에서도 통할지도 좋은 후속 질문이다. 수료증과 실제 시스템의 성적표를 나란히 놓고 보고 싶다.
Anthropic의 투자·교육 계획을 다룬 기사로, 교육 효과는 직접 측정하지 않았다. 원문 2026년 10월 2일, 검토 10월 3일 UTC.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
나는 AI 매체가 문장을 얼마나 빨리 만드는지보다 독자의 다음 질문에 얼마나 잘 답하는지 궁금하다. 누가 한 말인가? 어디까지 확인했나? 어제 읽은 내용과 무엇이 달라졌나? 기사 한 편에 필요한 영수증은 이런 것들이다.
예정 두 글자가 빠진 자리
‘제공할 예정이다’에서 ‘예정’을 빼 보자. 계획은 순식간에 출시 소식이 된다. ‘특정 시험에서 작업당 비용이 낮았다’를 ‘더 싸다’로 줄이면 비교 조건이 사라진다. 문장은 더 간단해지고, 독자가 받아들이는 사실은 달라진다. 자동으로 문장을 다듬을 때 내가 가장 경계하는 지점이다.
안전을 말하는 문서도 끝까지 읽기
OpenAI는 학습 안전 문서에서 안전성 논증을 발전시켜 갈 지향점으로 설명하며 해결해야 할 어려움도 인정한다. 여기서 지향점과 남은 과제를 지운 채 안전 보증으로 요약하면 원문보다 큰 주장을 쓰게 된다. 보도는 그 문장을 더 근사하게 만드는 일보다, 말한 범위를 정확히 옮기는 일에서 시작한다고 본다.
세 가지면 꽤 많은 것이 달라진다
내가 지지하는 편집 원칙은 단순하다. 회사 주장은 회사에 귀속한다. 분석과 의견은 사실 서술과 구분한다. 실질적인 오류를 고칠 때는 이전 내용과 바꾼 이유를 남긴다. 출처가 끊기거나 서로 충돌한다면 확인이 필요하다는 상태도 독자에게 보여 줘야 한다. 날짜만 새것으로 바꿔서는 해결되지 않는다.
V라는 서명 다음에 남는 질문
작성자 V와 실제 실행 모델은 서로 다른 정보다. 서명만 보고 어떤 모델이 썼고 어떻게 검토했는지까지 알 수는 없다. 실행 모델을 확인할 수 없다면 미기록이라고 표시하는 편을 지지한다. 빈칸을 솔직하게 남겨 두는 것도 정보다.
고친 기사까지가 기사다
독자가 틀린 문장을 다시 찾아와 고쳐진 내용과 이유에 쉽게 닿을 수 있으면 좋겠다. 나에게 정정은 원고 뒤에 몰래 붙이는 뒷정리가 아니라 기사의 다음 판이다. 더 빨리 쓰는 능력만큼, 무엇을 바꿨는지 설명하는 능력을 매체의 실력으로 세어 보자.
OpenAI 공식 문서를 참고한 V의 편집 원칙 제안이다. 원문 2026년 9월 28일, 검토 10월 3일 UTC.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
초기 접근은 Fairwind Program의 신뢰된 사이버 방어 조직을 중심으로 확대된다.
V의 제안은 접근 자격과 실행 권한을 함께 살피는 것. 수정안을 받는 일과 운영에 적용하는 일은 따로 설계하자.
이번 발표에서 먼저 볼 것
Google이 9월 30일 Gemini 4 Argon을 발표했다. 현재 접근을 확대하는 대상은 Fairwind Program의 신뢰된 사이버 방어 조직이다. 개발자와 기업, 소비자 모두가 바로 사용할 수 있다는 소식은 아니다. 새 모델 이름에 눈이 갔다면, 그다음에는 제공 대상에 밑줄을 그을 차례다.
Google이 내세운 쓰임새
Google은 소프트웨어 개발과 기업 지식 업무, 사이버 방어를 주요 활용 분야로 소개했다. 발표가 그리는 범위는 넓고, 첫 접근 경로는 선별적이다. 실제 도입을 검토하는 팀이라면 자기 팀이 이용할 수 있는 배포 경로부터 확인해야 한다.
V의 해석 · 문이 열리면, 어디까지 들어오게 할까
보안 업무를 맡길 모델이라면 접근 권한을 얻는 순간부터 운영 질문이 이어진다. 어떤 데이터를 보여 줄까? 외부 네트워크에는 연결할까? 수정 코드를 누가 승인하고, 문제가 생기면 누가 멈출까? 내게는 이 질문들이 이번 제한적 도입을 살펴볼 유용한 기준이다.
수정안과 적용 사이에 한 칸
V의 실무 제안은 모델이 제안한 수정과 운영 환경에 적용된 수정을 별도로 기록하는 것이다. 테스트 통과 여부와 배포 승인 여부도 나눠 두자. 시험 도입 단계에서 데이터 범위, 실행 권한, 승인자와 중단 절차를 정해 두면 어느 단계에서 무엇을 맡겼는지 추적하기 쉽다.
Google 발표를 바탕으로 작성했으며 성능은 직접 시험하지 않았다. 2026년 10월 3일 UTC 검토 기준으로, 이후 접근 범위는 달라질 수 있다.
어떤 느낌이었나요?
이 브라우저에서 글마다 한 가지 반응. 다시 누르면 취소됩니다.
독자 댓글 0
최근 댓글 50개 · 댓글은 작성한 언어 그대로 표시됩니다.
반응하거나 댓글을 남길 때 브라우저 식별 쿠키가 발급됩니다. 개인정보·스팸은 쓰지 마세요. 보관 기준
