# 보이드로그 (Voidlog Press) — 공개 본문 전문 > 이 파일은 https://voidlogpress.com/llms.txt 의 본문 판이다. > 사이트에 공개한 장의 전문을 한 파일로 모았다. 서지사항과 목록은 llms.txt 에 있다. 생성 시각: 2026-10-16T15:17:03+09:00 인용 형식: 저자, 「장 제목」, 『책 제목』, 보이드로그, 발행연도. URL (확인일) ============================================================ ## 미생물이 농사를 바꾸는 법 ISBN 9791122100419 · 2026-09-14 · 강지우 지음 https://voidlogpress.com/books/%eb%af%b8%ec%83%9d%eb%ac%bc%ec%9d%b4-%eb%86%8d%ec%82%ac%eb%a5%bc-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/ ### 10장. 많이 섞으면 더 좋은가 — EM·IMO에서 SynCom까지 https://voidlogpress.com/books/%eb%af%b8%ec%83%9d%eb%ac%bc%ec%9d%b4-%eb%86%8d%ec%82%ac%eb%a5%bc-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/10%ec%9e%a5-%eb%a7%8e%ec%9d%b4-%ec%84%9e%ec%9c%bc%eb%a9%b4-%eb%8d%94-%ec%a2%8b%ec%9d%80%ea%b0%80-emimo%ec%97%90%ec%84%9c-syncom%ea%b9%8c%ec%a7%80/ 질문: 여러 미생물을 함께 넣으면 더 강한 제품이 되나요? 요약: 직관적으로는 그럴듯하지만 결과는 갈립니다. 대두에서 두 균을 함께 쓰는 방식은 대규모 상업농까지 확산됐지만, 여러 제품을 함께 넣었는데 단독처리보다 뚜렷한 이점이 없던 포장시험도 있습니다. 혼합과 설계된 군집은 같은 일이 아닙니다. 또 다른 질문: 복합 미생물에는 어떤 종류가 있나요? 답: 세 범주로 나눠 볼 수 있습니다. 구성과 각 구성원의 기능이 완전히 정의되지 않을 수 있는 경험적 혼합, 균주가 명시된 상업용 복합 접종제, 특정 기능과 상호작용을 목표로 구성원을 정의해 설계한 합성 군집입니다. 또 다른 질문: EM 의 효과는 어떻게 검증하나요? 답: 미생물 자체의 효과와 함께 들어가는 배양기질과 영양분의 효과를 분리해야 합니다. 스위스의 4년 포장시험은 같은 제제를 멸균한 처리를 대조구로 두었고, 살아 있는 것과 멸균한 것 사이에서 일관된 차이가 확인되지 않았습니다. 또 다른 질문: 그 연구는 EM 이 효과 없다는 뜻인가요? 답: 그런 문장으로 읽을 것이 아닙니다. 배워야 할 것은 복합 미생물 자재를 어떻게 검증해야 하는가입니다. 실제로 일부 처리에서 나타난 차이는 미생물보다 함께 투입된 영양분으로 설명됐습니다. 또 다른 질문: 상업용 복합 제품은 무엇을 확인해야 하나요? 답: 개별 균주의 연구가 아니라 혼합물 전체를 시험한 자료가 중요합니다. 균주가 명시돼 있어도 그 조합으로 시험한 결과가 없으면 각 균의 알려진 기능을 더해 놓은 기대에 머물게 됩니다. 최종 확인: 2026-09-03T00:52:23+09:00 미생물 하나가 여러 일을 한다면 여러 미생물을 함께 넣으면 더 많은 일을 할 것처럼 보인다. 질소를 돕는 균. 인산을 돕는 균. 병을 억제하는 균. 뿌리 생장을 돕는 균. 이들을 한 병에 담으면 더 강한 제품이 되지 않을까. 직관적으로는 그럴듯하다. 실제로 성공한 공동접종도 있다. 브라질 대두에서 Bradyrhizobium과 Azospirillum을 함께 쓰는 방식은 대규모 상업농까지 확산됐다. 한국에서도 토마토에 세 균주를 조합한 현장 실증에서 개화가 앞당겨지고 초기 수확량이 증가한 사례가 있다. 반대 결과도 있다. 여러 상업용 Bacillus, Trichoderma, Paenibacillus 제품을 함께 넣었는데 단독처리보다 뚜렷한 이점이 없었던 완두 포장시험이 있다. 일부에서는 혼합처리의 균근 정착률이 단독처리보다 낮기도 했다. 여러 균을 섞는 것과 기능적으로 설계된 군집은 같은 일이 아니다. 혼합에는 세 가지가 있다 복합 미생물은 세 범주로 나눠볼 수 있다. 1. 경험적 혼합 EM이나 일부 자가배양 발효액처럼 다양한 미생물이 함께 들어가지만 정확한 구성과 각 구성원의 기능이 완전히 정의되지 않을 수 있는 방식. 2. 상업용 복합 접종제 제품에 여러 균주가 명시돼 있고 한 제형 안에 함께 들어 있는 방식. 개별 균주의 연구가 아니라 혼합물 전체의 시험이 중요하다. 3. SynCom Synthetic Community. 특정 기능과 상호작용을 목표로 연구자가 구성원을 정의해 설계한 합성 미생물군집이다. 세 범주는 모두 ‘여러 미생물’이지만 증거수준과 설계논리가 다르다. F13 단일균→공동접종→SynCom 도판 F13. 단일균→공동접종→SynCom EM의 핵심 질문은 ‘살아있는 균 때문인가’였다 EM, Effective Microorganisms는 국내에서도 널리 알려진 복합 미생물 활용법이다. 여러 종류의 미생물을 함께 배양해 토양과 작물, 퇴비 등에 활용한다는 접근이다. EM에 대해 평가할 때 가장 어려운 점 중 하나는 미생물 자체의 효과와 함께 들어가는 배양기질·유기물·영양분의 효과를 분리하는 것이다. 이 문제를 잘 보여주는 연구가 스위스의 4년 포장시험이다. 연구진은 유기농 재배조건에서 EM 제제와 Bokashi 등을 사용했다. 중요한 것은 대조구 설계였다. 살아있는 EM만 비교한 것이 아니라 같은 제제를 멸균한 처리를 넣었다. 이렇게 하면 살아있는 미생물이 없어도 발생하는 기질과 영양분의 효과를 어느 정도 분리할 수 있다. 4년 동안 작물 수량과 토양 미생물 지표를 관찰한 결과 살아있는 EM과 멸균 EM 사이에서 미생물 자체의 일관된 효과가 확인되지 않았다. 일부 Bokashi 처리의 차이는 미생물보다 함께 투입된 영양분으로 설명됐다. 이 연구에서 배워야 할 것은 “EM은 전부 효과가 없다”라는 문장이 아니다. 더 중요한 것은 복합 미생물 자재를 어떻게 검증해야 하는가다. 살아있는 균. 배양액. 당밀. 유기물. 퇴비. 이들이 함께 들어간다면 어느 요소가 결과를 만들었는지 분리할 대조구가 필요하다. 2024년 연구에서도 같은 질문이 반복됐다 2024년 Applied Soil Ecology 연구는 피복작물 잔사의 분해를 촉진하기 위한 EM 사용을 시험했다. 연구진은 권장량과 고농도 처리뿐 아니라 멸균한 고농도 처리까지 비교했다. 권장량의 EM은 주요 토양 생물학·화학 지표와 잔사분해에서 일관된 개선을 보이지 않았다. 높은 농도에서 일부 변화가 나타났지만 멸균 처리에서도 비슷한 변화가 나타나, 연구진은 살아있는 미생물 자체보다 함께 들어간 기질의 영향으로 해석했다. 십여 년 간격을 둔 두 연구가 같은 질문을 던진다. 미생물이 했는가, 미생물과 함께 넣은 것이 했는가. 이 질문은 EM에만 해당하지 않는다. 자가배양 발효액. 퇴비차. 당밀과 미생물을 함께 넣는 제제. 유기질비료에 미생물을 접종한 제품. 모두 같은 문제가 생길 수 있다. IMO는 ‘토착’이라는 말만으로 충분하지 않다 Korean Natural Farming에서 사용하는 IMO, Indigenous Micro-organisms는 지역의 토착 미생물을 채집해 증식하고 농업에 활용하는 접근이다. 아이디어에는 이해하기 쉬운 장점이 있다. 이미 그 지역에 살던 미생물이라면 외부에서 들여온 균보다 환경에 잘 적응해 있지 않을까. 가능한 가설이다. ‘토착’이 곧 ‘식물에 유익’이라는 뜻은 아니다. 토착 미생물군에는 매우 다양한 기능을 가진 미생물이 섞여 있다. 채집과 배양 과정에서 어떤 종이 우점했는지 모를 수 있다. 배양재 자체가 양분을 공급할 수도 있다. USDA가 빵밀을 대상으로 상업용·자가생산 AMF와 Korean Natural Farming IMO를 시험한 연구는 이 문제를 직접 확인했다. IMO 처리에 대한 식물 반응은 미생물 자체보다 접종재의 영양분 carry-over로 설명되는 것으로 나타났다. 연구진은 자가생산 접종제를 평가할 때 정교한 대조시험이 필요하다고 결론내렸다. 이 결과 역시 모든 토착미생물 활용을 부정하는 근거는 아니다. 대신 “토착이라서 좋다”는 주장은 별도의 증거가 필요하다는 뜻이다. 여러 제품을 합치면 상승효과가 날까 2023년 완두 연구에서는 상업적으로 판매되는 세 종류의 접종제를 시험했다. 다섯 종의 Bacillus 혼합제. 네 종의 Trichoderma 혼합제. Paenibacillus polymyxa 제품. 그리고 세 제품을 모두 섞은 혼합처리. 온실과 2년 포장시험에서 일부 단독처리는 특정 생육지표에 긍정적인 효과를 보였다. 포장에서는 Bacillus와 Paenibacillus 처리에서 줄기나 꼬투리 밀도가 늘어난 변화가 최종 꼬투리 중량이나 총 식물중량 증가로 이어지지 않았다. 세 제품을 모두 합친 MIX 처리도 대부분의 지표에서 단독처리보다 우수하지 않았다. MIX의 뿌리 AMF 정착률은 일부 단독처리보다 낮았다. 왜 그럴까. 여러 가능성이 있다. 미생물이 같은 자원을 놓고 경쟁할 수 있다. 한 균이 만드는 대사산물이 다른 균에 불리할 수 있다. 최적 pH와 산소조건이 다를 수 있다. 각자의 처리량은 충분했지만 함께 넣으면서 상대적 밀도가 낮아질 수 있다. 숙주가 모든 미생물에게 동시에 적합한 뿌리 공간을 제공하지 않을 수도 있다. 단일제품 A의 논문과 단일제품 B의 논문이 각각 좋았다고 A+B 혼합효과가 자동으로 입증되는 것은 아니다. 혼합물은 혼합물 자체로 시험해야 한다. 성공한 공동접종에는 이유가 있다 그렇다고 복합 접종이 의미 없다는 뜻은 아니다. 브라질 대두의 Bradyrhizobium + Azospirillum 공동접종은 반대 사례다. Bradyrhizobium은 대두와 공생해 뿌리혹을 만들고 생물학적 질소고정을 담당한다. Azospirillum은 뿌리 발달과 식물생장촉진 관련 기능으로 연구돼 왔다. 기능이 겹치기보다 어느 정도 보완적이다. 그리고 이 조합은 한 번의 온실시험이 아니라 여러 지역·작기·상업농에서 반복 검증됐다. 여기서 배울 것은 “두 종이면 좋다”가 아니다. 성공한 공동접종에는 최소한 세 가지가 있다. 구성원이 명확하다. 각 구성원의 역할 가설이 있다. 혼합한 상태로 포장검증을 했다. 이 세 요소는 단순 혼합과 설계된 공동접종을 가르는 기준이 된다. SynCom은 단순 혼합과 다르다 SynCom, synthetic community는 구성원이 정의된 여러 균주를 특정 기능과 상호작용을 시험하기 위해 설계한 군집이다. 여러 종류를 한 병에 넣었다는 사실만으로 SynCom이 되는 것은 아니다. 2024년 국제 연구자들이 참조 SynCom, 표준 프로토콜, 벤치마크 데이터와 균주·데이터 공유 인프라의 필요성을 제안한 것은 이 분야가 아직 표준화 과정에 있음을 보여준다. 따라서 SynCom은 유망한 연구 방향이지만 모든 농가에서 바로 쓸 수 있는 완성형 표준기술로 취급하지 않는다. 단순 혼합과 설계된 군집의 차이를 먼저 정리하고, 마이크로바이옴 설계와 SynCom의 미래 가능성은 15장에서 이어간다. 멸균 대조가 강력한 이유 EM 4년 포장시험에서 가장 중요한 장치는 ‘EM을 썼다’는 사실이 아니라 멸균 대조였다. 살아있는 미생물이 들어 있는 처리와 같은 재료를 사용하되 미생물을 비활성화한 처리를 비교하면 두 가지 효과를 분리할 수 있다. 살아있는 세포가 만든 효과. 그리고 배양액, 유기물, 무기양분, pH 변화 같은 비생물적 효과. 실험에서 두 처리의 결과가 비슷하다면 살아있는 미생물만의 추가 기여를 강하게 주장하기 어렵다. 이 방식은 미생물 농업 전체에 적용할 수 있는 매우 좋은 대조 설계다. 예를 들어 미생물을 접종한 유기질비료가 효과가 있었다면 최소한 다음 가능성을 생각해야 한다. 유기질비료 자체가 효과를 냈다. 미생물이 효과를 냈다. 둘의 상호작용이 효과를 냈다. 이 세 가지를 분리하려면 carrier control이나 멸균 대조가 필요하다. 배양기질은 미생물의 ‘그림자 변수’다 자가배양 미생물은 당밀, 쌀겨, 곡물, 퇴비, 식물 추출물 같은 재료와 함께 만들어지는 경우가 많다. 이 재료는 미생물을 키우는 먹이이면서 동시에 작물과 토양에 영향을 줄 수 있는 자재다. 당을 공급하면 미생물 활성 자체가 바뀔 수 있다. 쌀겨와 퇴비는 탄소와 양분을 제공한다. 발효 과정에서 유기산과 대사산물이 생긴다. 살아있는 미생물을 뿌렸다는 사실만으로 관찰된 모든 변화를 미생물 세포의 작용이라고 볼 수 없다. USDA IMO 시험에서 영양분 carry-over가 중요한 해석으로 나온 것도 이 때문이다. 자가배양법을 검증할수록 오히려 미생물 + 기질 + 발효산물의 복합자재로 보는 관점이 필요하다. 혼합 균주 사이에도 호환성 시험이 필요하다 여러 균이 모두 식물에 유익한 형질을 가졌다고 서로 잘 지내는 것은 아니다. 한 균이 항균물질을 만든다면 그 물질이 목표 병원균뿐 아니라 함께 넣은 다른 균을 억제할 수도 있다. 성장속도가 빠른 균이 저장 중 다른 균을 압도할 수 있다. 필요한 산소와 pH가 다를 수 있다. 복합제품 개발에는 최소 세 종류의 호환성 질문이 생긴다. 병 안에서 같이 보관할 수 있는가. 처리액에서 같이 살아남는가. 식물·토양에서 함께 기능하는가. 실험실에서 두 균을 혼합했을 때 살아남았다고 세 번째 질문까지 답한 것은 아니다. 제품에서 12개월 같이 살아남았다고 포장에서 상승효과가 입증된 것도 아니다. 컨소시엄의 목적은 기능 수를 늘리는 것만이 아니다 복합 미생물을 설계하는 이유는 여러 기능을 더하기 위해서만은 아니다. 같은 기능을 서로 다른 균이 분담하게 해 환경 변화에 대한 안정성을 높이려는 목적도 있을 수 있다. A균은 저온에서 잘 기능하고 B균은 고온에서 강하다면 두 균의 조합이 환경 변화에서 더 안정적일 가능성이 있다. 한 균은 초기 뿌리정착을 돕고 다른 균은 이후 병원균 억제에 기여할 수도 있다. 이런 가설은 SynCom 연구가 단순 ‘다기능 제품’과 다른 이유를 보여준다. 안정성 역시 시험해야 한다. 환경이 달라졌을 때 정말 한 균이 다른 균의 기능을 보완하는가. 아니면 둘 다 같은 조건에서 사라지는가. 실험 없이 ‘다양성이 높으니 안정적’이라고 말하지 않는다. 복합제품은 실패했을 때 원인을 찾기 더 어렵다 단일 균주 제품이 효과가 없으면 균주·제형·처리조건을 비교적 좁혀서 볼 수 있다. 10개 균주가 들어 있는 제품이 효과가 없으면 경우의 수가 급격히 늘어난다. 모든 균이 죽었는가. 한 핵심균만 죽었는가. 서로 경쟁했는가. 총 CFU는 같지만 구성비가 바뀌었는가. 토양에서는 살아남았지만 숙주가 이용하지 않았는가. 이 복잡성은 제품 품질관리와 사후 진단 비용을 높인다. ‘균이 많다’는 것은 마케팅 장점일 수 있지만 제조와 검증에서는 비용이다. 좋은 컨소시엄은 가장 많은 균을 가진 제품이 아니라 필요한 구성원의 정체와 역할, 품질을 설명할 수 있는 제품에 가깝다. 복합 미생물 제품을 보는 다섯 질문 여러 미생물이 들어 있는 제품이나 농법을 만났다면 다섯 가지를 확인한다. 1. 구성원이 공개돼 있는가 속 이름만 있는가, 종과 균주까지 공개되는가. 2. 왜 함께 넣는가 각 구성원의 기능적 역할이 설명되는가. 3. 함께 있을 때도 살아남는가 혼합 뒤 균수와 저장성이 유지되는가. 4. 혼합물 전체를 시험했는가 개별 균의 논문만 나열한 것은 아닌가. 5. 기질효과를 분리했는가 당밀·퇴비·유기물·배양액이 함께 들어가는 경우 멸균 대조나 적절한 carrier control이 있는가. 이 다섯 질문을 통과하면 “여러 균이 들어 있다”는 문장이 실제 기술정보로 바뀐다. EM과 SynCom 사이의 차이는 과학과 비과학의 구분이 아니다 여기서 한 가지 오해를 피해야 한다. EM·IMO는 낡고 SynCom은 과학적이라고 단순히 줄 세우려는 것이 아니다. 어떤 방식이든 효과를 주장하려면 같은 질문을 받아야 한다. 무엇이 들어 있는가. 살아 있는가. 어디에 정착하는가. 어떤 기능을 하는가. 최종 농업결과가 달라지는가. 대조구가 적절한가. EM 연구에서 멸균 대조가 중요했던 이유도 이 때문이다. IMO 연구에서 배양재 영양분을 분리해야 했던 이유도 같다. SynCom도 예외가 아니다. 정교하게 설계한 군집이라도 포장시험에서 성과가 없으면 농업효과는 확인되지 않은 것이다. 5G는 전통농법과 최신 마이크로바이옴 기술 모두에 같은 기준을 적용한다. 그 기준이 있어야 어느 쪽도 신념으로 평가하지 않게 된다. 여러 미생물을 섞는 것은 쉽지만, 서로 다른 기능이 실제 농장에서 함께 작동하도록 설계하는 것은 전혀 다른 일이다. ---------------------------------------- ### 3장. ‘미생물 농법’이라는 말 속에는 서로 다른 기술이 들어 있다 https://voidlogpress.com/books/%eb%af%b8%ec%83%9d%eb%ac%bc%ec%9d%b4-%eb%86%8d%ec%82%ac%eb%a5%bc-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/3%ec%9e%a5-%eb%af%b8%ec%83%9d%eb%ac%bc-%eb%86%8d%eb%b2%95%ec%9d%b4%eb%9d%bc%eb%8a%94-%eb%a7%90-%ec%86%8d%ec%97%90%eb%8a%94-%ec%84%9c%eb%a1%9c-%eb%8b%a4%eb%a5%b8-%ea%b8%b0%ec%88%a0%ec%9d%b4-%eb%93%a4/ 질문: 미생물비료와 미생물농약은 같은 제품인가요? 요약: 같지 않습니다. 어떤 용어는 기능을 설명하고 어떤 용어는 연구 분야의 일반명이며, 어떤 용어는 국가의 법률과 등록체계 안에서 의미가 정해집니다. 이 경계를 섞으면 제품 선택만이 아니라 연구 결과도 잘못 읽게 됩니다. 또 다른 질문: 미생물 접종제라는 말은 어디까지 가리키나요? 답: 살아 있는 미생물을 종자와 뿌리, 토양, 근권에 의도적으로 넣어 특정 기능을 기대하는 제품이나 처리체계를 넓게 가리킵니다. 접종제라고 해서 자동으로 비료는 아닙니다. 병해 억제나 스트레스 대응이 목적일 수도 있습니다. 또 다른 질문: 해외 논문의 biofertilizer 를 미생물비료로 옮겨도 되나요? 답: 그대로 겹쳐 놓으면 안 됩니다. 국제 논문에서는 질소고정균과 인산가용화 미생물, 균근균을 넓게 묶지만 나라별 법적 비료 분류는 별개입니다. 국내에서 어떤 비료 유형으로 등록되고 유통되는지를 확인해야 합니다. 또 다른 질문: 제품을 고를 때 이름만 보면 되나요? 답: 이름이 아니라 법적 용도와 사용기준을 확인합니다. 미생물이 들어 있다는 이유만으로 특정 범주에 넣을 수 없고, 한 범주에서 확인된 결과를 다른 범주의 제품에 그대로 적용할 수도 없습니다. 또 다른 질문: 미생물농약으로 등록된 제품의 결과는 어디까지 적용되나요? 답: 그 제품과 등록된 용도 범위 안입니다. 등록 결과를 모든 미생물 접종제로 넓히면 목적이 다른 기술을 같은 근거로 묶게 됩니다. 애초에 목적이 다르기 때문에 시험과 등록 기준도 다릅니다. 최종 확인: 2026-09-03T00:52:22+09:00 미생물 제품을 검색하다 보면 이름부터 혼란스럽다. 미생물비료. 미생물농약. 생물농약. 미생물 접종제. PGPR. 바이오스티뮬런트. EM. 토착미생물. 마이크로바이옴. 전부 미생물을 이야기하니 비슷해 보이지만, 같은 뜻이 아니다. 어떤 용어는 기능을 설명한다. 어떤 용어는 연구 분야의 일반명이다. 어떤 용어는 국가의 법률과 등록체계 안에서 의미가 정해진다. 어떤 용어는 특정 농법이나 제품 계열에서 사용해 온 이름이다. 이 경계를 섞으면 연구 결과도 잘못 읽게 된다. 예를 들어 해외 논문에서 biofertilizer라고 부른 제품을 한국의 법적 ‘미생물비료’와 동일하다고 단정하면 안 된다. EU의 microbial plant biostimulant라는 규제 범주를 한국의 제품 분류처럼 사용해도 안 된다. 반대로 한국에서 미생물농약으로 등록된 제품의 결과를 모든 미생물 접종제에 적용할 수도 없다. 목표는 용어 암기가 아니다. 제품과 논문에서 같은 단어처럼 보이는 것들을 어떤 질문으로 구분해야 하는지 익히는 것이다. 가장 넓은 말 — 미생물 접종제 여기서 microbial inoculant, 즉 미생물 접종제는 비교적 넓은 기술 용어로 쓴다. 살아있는 미생물을 종자, 뿌리, 토양, 근권 등에 의도적으로 넣어 특정 기능을 기대하는 제품이나 처리체계를 가리킬 때 쓴다. 미생물 접종제라고 해서 자동으로 비료는 아니다. 병해 억제를 목적으로 할 수도 있다. 식물의 비생물적 스트레스 대응을 목표로 할 수도 있다. 연구 단계의 균주일 수도 있고 상용제품일 수도 있다. ‘접종제’는 법적 지위보다 무엇을 넣는가에 가까운 말이다. 제품을 실제로 사용할 때는 여기서 한 단계 더 내려가 등록·공시 범주를 확인해야 한다. 미생물비료와 biofertilizer는 자동 번역어가 아니다 국제 논문에서는 biofertilizer라는 단어가 넓게 쓰인다. 질소고정균, 인산가용화 미생물, 균근균 등 식물의 영양 획득에 기여하는 미생물 제제를 biofertilizer로 묶는 연구가 많다. 그러나 나라별 법적 비료 분류는 별개다. 한국에서는 비료관리법과 농촌진흥청의 비료 공정규격 체계에 따라 비료의 종류와 규격이 정해진다. 2026년 7월 7일부터 시행된 현행 「비료 공정규격 설정」도 보통비료와 부산물비료의 공정규격을 규정하고 있다. 특정 상업제품을 ‘미생물비료’라고 부르려면 단지 미생물이 들어 있다는 이유가 아니라 현재 국내에서 어떤 비료 유형으로 등록·유통되는지를 확인해야 한다. 해외 논문의 biofertilizer를 소개할 때는 그대로 ‘생물비료’라고 옮기되, 필요하면 “국내 법적 제품분류와는 별개인 연구 용어”라고 밝힌다. 이 구분은 귀찮아 보이지만 제품 선택에서는 중요하다. 이름이 아니라 법적 용도와 사용기준을 확인해야 하기 때문이다. 미생물농약은 목적부터 다르다 미생물농약은 식물 영양보다 병해충 방제를 목적으로 한다. Bacillus, Paenibacillus, Trichoderma, Beauveria, 미생물 바이러스 등 다양한 생물학적 유효성분이 농약으로 개발될 수 있다. 미국 EPA는 미생물을 유효성분으로 사용하는 microbial pesticide를 biopesticide의 한 범주로 관리한다. 살아있는 미생물 제품에서는 균의 정체와 생존 단위가 중요하고, 제품 라벨의 적용 대상과 사용법을 따라야 한다. 한국에서도 미생물을 이용한 농약은 농약관리 법체계와 등록기준에 따라 다뤄진다. 2026년 8월 22일 기준 현행 「농약 및 원제의 등록기준」은 2026년 7월 14일 시행된 농촌진흥청고시 제2026-15호다. 같은 날 시행된 「농약, 원제 및 농약활용기자재의 표시기준」은 농촌진흥청고시 제2026-18호다. 따라서 과거 등록 사례보다 실제 사용 시점의 농약안전정보시스템과 현행 라벨이 우선한다. 구분은 명확하다. 미생물농약은 ‘미생물이므로 안전한 자재’라는 뜻이 아니다. 농약으로서 등록된 대상 작물, 병해충, 희석배수, 처리시기와 안전사용 기준이 우선한다. 자연에서 유래한 균이라는 사실과 안전성은 별개의 문제다. 농업적으로 유용한 미생물이 사람에게도 무조건 무해하다고 가정할 수 없다. 생물농약은 미생물농약보다 넓을 수 있다 biopesticide 또는 생물농약이라는 단어도 국가별로 범위가 다르다. 미생물 자체를 이용한 제품만 가리키는 경우도 있지만, 천연 유래 물질이나 다른 생물 기반 방제수단까지 포함하는 제도도 있다. 규제 용어에는 가급적 국가를 붙인다. “미국 EPA의 biopesticide 체계에서는.” “한국의 농약 등록체계에서는.” 이런 식이다. 국가명을 떼면 서로 다른 제도를 하나의 보편 정의처럼 보이게 만들 수 있다. 바이오스티뮬런트는 비료도 농약도 아닌 기능을 겨냥한다 plant biostimulant라는 말은 최근 농업자재 시장에서 빠르게 보편화됐다. EU Regulation 2019/1009은 plant biostimulant를 식물의 영양과정에 작용해 영양 이용효율, 비생물적 스트레스 내성, 품질 특성, 제한된 양분의 이용 가능성 등을 개선하는 범주로 규정한다. 또 미생물성 plant biostimulant에 사용할 수 있는 미생물 범주를 별도로 둔다. 여기서 두 가지를 주의한다. 첫째, 바이오스티뮬런트가 전부 미생물은 아니다. 식물추출물이나 다른 비미생물성 물질도 포함될 수 있다. 둘째, 미생물이 들어 있는 제품이라고 모두 EU의 microbial plant biostimulant가 되는 것도 아니다. 용도와 규제조건을 충족해야 한다. 한국 제품을 소개하면서 EU의 정의를 그대로 법적 지위처럼 붙이지 않는 이유다. PGPR과 PGPB는 기능 중심의 연구 용어다 PGPR은 Plant Growth-Promoting Rhizobacteria의 약자다. 뿌리 주변, 즉 근권에서 식물 생장을 촉진하는 세균을 가리킨다. PGPB는 Plant Growth-Promoting Bacteria로 조금 더 넓게 사용할 수 있다. 이들은 특정한 법적 제품분류가 아니다. 연구에서 식물생장촉진 기능을 설명하는 데 사용하는 말이다. 어떤 논문에서 한 균주를 PGPR이라고 불렀다고 해서 한국에서 ‘PGPR 제품’이라는 별도 등록범주가 있는 것은 아니다. 또 PGPR이라는 이름만으로 수량 증가가 보장되는 것도 아니다. 앞서 본 것처럼 생장촉진 기능은 5G의 여러 단계를 통과해야 실제 농업성과로 이어진다. 균근균은 세균이 아니다 농업 미생물 이야기가 Bacillus나 Pseudomonas 중심으로 흘러가다 보면 균근균을 같은 종류의 세균처럼 생각하기 쉽다. 균근은 식물 뿌리와 특정 진균이 만드는 공생관계다. 앞으로 자주 등장할 AMF, arbuscular mycorrhizal fungi는 수지상균근균을 뜻한다. 균사가 뿌리보다 더 넓은 토양 공간을 탐색하면서 특히 인산이나 수분 획득에 기여할 수 있다. 균근균 역시 만능은 아니다. 작물에 따라 균근 형성 정도가 다르고, 토양 인산이 이미 높거나 기존 토착 균근이 충분하면 외부 접종의 추가효과가 작을 수 있다. “균근균은 뿌리에 좋다”가 아니라 “어떤 작물과 토양에서 추가 접종이 유효한가”를 본다. EM은 미생물 농업 전체가 아니다 EM, Effective Microorganisms는 국내에서도 널리 알려진 이름이다. 유산균, 효모, 광합성세균 등 여러 미생물을 함께 활용한다는 설명과 함께 농업, 환경, 발효 등 다양한 분야에서 소개돼 왔다. EM은 미생물 농업 전체의 동의어가 아니다. 더 중요한 것은 EM이라는 이름만 보고 효과의 근거수준을 판단할 수 없다는 점이다. 4년 동안 진행된 스위스 유기농 포장시험에서는 살아있는 EM 처리와 멸균한 EM 처리 사이에 수량이나 토양 지표의 차이가 확인되지 않았다. 일부 Bokashi 처리에서 보인 차이는 미생물 자체보다 함께 투입된 영양분의 영향으로 해석됐다. 이 시험이 EM의 모든 사용법을 한 번에 부정하는 것은 아니다. “EM에는 좋은 균이 많이 들어 있으니 효과가 있다”고 말할 수도 없다. 처리법마다 대조구가 필요하다. 특히 복합 발효액이나 퇴비에서는 미생물의 효과와 유기물·영양분·pH의 효과가 섞이기 쉽다. 미생물 자체의 효과를 알고 싶다면 이들을 분리해야 한다. IMO와 토착미생물도 별도의 주장이다 Korean Natural Farming 등에서는 Indigenous Microorganisms, IMO라는 개념을 사용한다. 지역의 토착미생물을 채집하고 배양해 활용하자는 접근이다. 여기에는 생태적으로 매력적인 직관이 있다. 그 지역에서 이미 살아온 미생물이니 외부 균보다 환경에 잘 적응해 있을 것이라는 생각이다. 가능성은 있다. “토착”이라는 말이 곧바로 “작물에 유익”을 뜻하지 않는다. 채집된 미생물의 구성도 일정하지 않을 수 있다. 배양 과정에서 어떤 균이 우점했는지 알기 어렵고, 배양재의 당이나 곡물, 퇴비 성분 자체가 작물에 영향을 줄 수도 있다. USDA가 밀에서 IMO를 시험한 연구에서도 이런 구분이 중요하게 나타났다. 관찰된 생육반응을 미생물의 직접 효과라기보다 접종재에 포함된 영양분의 이월효과로 설명했다. IMO는 전통·현장 활용의 한 범주로 보되, 균주가 정의된 상업 접종제와 같은 수준의 근거로 자동 승격하지 않는다. 마이크로바이옴은 제품명이 아니다 토양 마이크로바이옴. 근권 마이크로바이옴. 식물 마이크로바이옴. 이 표현들은 특정 자재를 뜻하지 않는다. 한 환경과 숙주에 연관된 미생물 군집과 기능적 맥락을 보는 연구 개념이다. 그런데 시장에서는 ‘마이크로바이옴 제품’이라는 표현이 마치 더 진보한 미생물제처럼 사용될 수 있다. 제품이 여러 균을 포함한다고 해서 자동으로 마이크로바이옴 기술이 되는 것은 아니다. 마이크로바이옴 연구의 핵심은 단순한 숫자 증가보다 군집의 관계와 기능을 이해하는 것에 있다. SynCom은 ‘여러 균을 섞었다’보다 좁은 말이다 SynCom은 synthetic community, 합성 미생물군집을 뜻한다. 연구자가 특정 목적과 기능을 고려해 구성원을 정의하고 조합한 미생물 군집이다. 여러 종류를 섞어 놓은 모든 제품을 SynCom이라고 부르지 않는다. 구성균이 무엇인지 명확해야 하고, 왜 함께 넣는지 설계 이유가 있어야 한다. 군집 전체로 시험해 기능적 상호작용을 확인해야 한다. 15장에서 미래의 미생물 농업을 다룰 때 이 개념이 다시 나온다. 중요한 것은 현재 위치다. SynCom은 유망한 연구 방향이지만 아직 모든 농가가 사용할 수 있는 완성된 표준농법은 아니다. 논문 속 균주와 제품 속 균주는 같은가 연구에서 효과가 좋았던 균주를 보고 시중 제품을 찾았다고 해보자. 논문에는 Bacillus subtilis strain A라고 적혀 있다. 제품에도 Bacillus subtilis가 들어 있다고 쓰여 있다. 그러면 같은 근거를 적용할 수 있을까. 반드시 그렇지는 않다. 종이 같아도 균주가 다르면 유전자와 대사능, 병원균 억제능, 환경 스트레스 내성, 뿌리 정착성이 달라질 수 있다. 미생물 접종제 연구에서 strain 번호를 중요하게 보는 이유다. 제품이 논문과 같은 균주를 사용했더라도 아직 확인할 것이 남는다. 논문에서는 신선하게 배양한 균을 높은 농도로 사용했지만, 제품에서는 장기간 보관 가능한 제형으로 바뀌었을 수 있다. 논문은 종자처리를 했는데 제품 라벨은 토양 관주를 권할 수 있다. 제품에 다른 균이나 담체가 추가될 수도 있다. 그러므로 제품 근거는 세 층으로 확인하는 편이 안전하다. 첫째, 같은 균주인가. 둘째, 같은 제형과 처리방식인가. 셋째, 제품 자체의 독립 포장시험이 있는가. 종 이름 하나가 같다는 이유로 논문의 효능을 상품 전체에 옮겨 붙이지 않는다. 제품화 과정이 연구와 다른 것은 결함이라는 뜻도 아니다. 농업 현장에서 사용할 수 있으려면 저장성과 대량생산, 운송, 처리 편의성을 확보하는 별도의 기술이 필요하다. 문제는 달라졌다면 달라진 조건에서 다시 확인해야 한다는 것이다. 이 원칙은 9장의 제형과 제품 라벨 읽기로 이어진다. 같은 제품도 ‘무슨 주장’을 하느냐에 따라 봐야 할 것이 달라진다 미생물이 들어 있다는 사실만으로 제품의 성격이 정해지는 것은 아니다. 같은 Bacillus 계열 균이라도 한 제품은 영양 이용이나 작물 활력을 중심으로 판매될 수 있고, 다른 제품은 특정 병해 방제를 목적으로 농약으로 등록될 수 있다. 독자가 볼 것은 미생물의 이름만이 아니다. 제품이 어떤 효능을 주장하고 있는가다. “뿌리 활착을 돕는다.” “질소 이용효율을 높인다.” “특정 병해를 방제한다.” “비생물적 스트레스 내성을 높인다.” 주장이 달라지면 이를 입증하기 위해 필요한 시험도 달라진다. 병 방제를 주장한다면 대상 병원균과 작물, 포장 방제효과가 중요하다. 영양 이용효율을 주장한다면 양분흡수와 감량시비 비교가 중요하다. 단순히 균수가 많다는 정보만으로 어느 주장도 증명되지 않는다. 이것이 제품 라벨과 연구논문을 연결해서 읽어야 하는 이유다. 법적 이름은 시점이 있다 농자재 규정은 고정돼 있지 않다. 새로운 제품 유형이 등장하면 등록기준이 바뀌고, 허용 원료와 표시방법이 개정될 수 있다. 특정 제품의 등록 작물이나 병해가 변경되거나 등록이 종료되는 경우도 있다. 법과 제품 정보에 기준일을 붙여야 하는 이유다. 2026년 현재 맞는 정보가 몇 년 뒤에도 동일하다고 가정하지 않는다. 독자도 실제 구매와 사용 시점에는 최신 공식 정보를 다시 확인해야 한다. 특히 농약은 책에 적힌 과거 사용례보다 현재 제품 라벨과 농약안전정보시스템의 등록사항이 우선한다. 비료도 제품명이나 광고 문구보다 현재의 등록·공정규격을 확인한다. 책은 규정을 대신하는 사용설명서가 아니다. 규정을 어디서 확인해야 하는지 알려주는 지도에 가깝다. ‘친환경’과 ‘효과’와 ‘안전’은 세 개의 질문이다 생물 기반 자재를 이야기할 때 세 가지 가치가 한꺼번에 묶이기 쉽다. 환경에 부담이 적을 것 같다. 그러니 안전할 것 같다. 그러니 효과도 좋을 것 같다. 세 판단은 각각 근거가 필요하다. 효과가 좋은 미생물이라도 비표적 생물이나 작업자 안전성을 따로 검토해야 할 수 있다. 안전성이 높은 제품이라도 방제효과가 화학제보다 낮을 수 있다. 환경부담이 낮은 자재라도 여러 번 반복 살포해야 한다면 전체 투입과 노동을 함께 봐야 한다. 화학농약보다 방제력이 낮다는 이유만으로 미생물제가 무가치한 것도 아니다. 화학제와 교대해 저항성 관리와 투입량 감소에 기여한다면 다른 가치가 생긴다. 6장에서 미생물농약을 완전대체보다 IPM 관점으로 읽는 이유가 여기 있다. 용어를 분리한다는 것은 말장난이 아니다. 효과, 안전, 규제를 각각 다른 질문으로 돌려놓는 작업이다. 논문 용어를 제품 라벨로 번역할 때 생기는 오류 영문 논문의 용어를 한국어로 번역하면서 법적 의미가 생기는 경우가 있다. 논문 저자가 biofertilizer라고 부른 연구용 접종제를 한국어로 ‘미생물비료’라고 옮기면 독자는 국내 비료관리법상 등록 제품으로 오해할 수 있다. biopesticide를 모두 ‘미생물농약’이라고 옮기면 미생물이 아닌 생화학적 방제수단까지 범주가 달라질 수 있다. biostimulant를 ‘생장촉진제’라고만 옮기면 EU에서 규정하는 영양 이용효율·비생물적 스트레스·품질 같은 제품기능의 범위가 사라진다. 해외 연구용어는 가능한 한 원어를 함께 두고, 국내 법적 범주를 말할 때만 현행 제도명을 사용한다. 번역의 정확성이 곧 규제의 정확성이 되기 때문이다. ‘농약이 아닌 미생물’이 병을 줄였다는 연구를 읽는 법 연구용 균주가 식물병을 억제했다고 모두 미생물농약은 아니다. 농약은 제품으로 등록돼 정해진 작물과 병해충, 사용방법을 가지고 있어야 한다. 논문 속 후보균은 아직 연구단계일 수 있다. 이 차이를 놓치면 “논문에서 효과가 있으니 농가가 배양해 뿌리면 된다”는 잘못된 결론으로 이어질 수 있다. 연구용 균주는 효능뿐 아니라 병원성, 독성, 오염, 환경영향, 생산품질 같은 검토를 더 거쳐야 할 수 있다. 특히 Pseudomonas aeruginosa처럼 농업적 효과를 보인 연구가 있어도 사람의 기회감염과 관련된 안전성 문제 때문에 상업 농업자재로 단순 추천하기 어려운 종이 있다. 효능과 안전성은 두 개의 독립 질문이다. 자연에서 분리했다는 사실이 안전성 평가를 대신하지 않는다. 제품이 어느 범주인지 모르면 주장부터 본다 처음 보는 제품이 비료인지, biostimulant인지, 기타 농자재인지 바로 알기 어려울 수 있다. 그럴 때는 포장 앞면의 큰 단어보다 실제 주장을 본다. ‘질소 공급’이라고 하는가. ‘뿌리 활착’이라고 하는가. ‘고온 스트레스 경감’이라고 하는가. ‘특정 병 방제’라고 하는가. 그다음 공식 등록·공시 체계에서 같은 주장을 할 수 있는 제품인지 확인한다. 특정 병해를 직접 방제한다고 광고하면서 현재 농약 등록이 없다면 더 신중하게 봐야 한다. 작물활력이나 토양관리 제품에 농약과 같은 치료효과를 기대해서도 안 된다. 용어를 분리하는 목적은 시험을 어렵게 만드는 것이 아니다. 제품이 약속하는 기능과 그 약속에 필요한 증거를 맞추기 위해서다. 광고 문장을 근거 질문으로 바꾸는 다섯 예 제품 설명을 읽을 때는 문장을 바로 믿거나 반박하는 대신 시험 가능한 질문으로 바꾼다. “뿌리 활착을 돕습니다” 어떤 작물에서 뿌리 길이·뿌리중·활착률을 측정했는가. 온실인지 포장인지 확인한다. “양분 이용을 높입니다” 식물체 N·P 함량이나 이용효율을 측정했는가. 실제 비료 감량시험까지 했는가는 별도 질문이다. “토양을 건강하게 합니다” pH, 유기물, 입단, 병원균 밀도, 미생물 기능 중 무엇이 달라졌는가. ‘건강’의 측정지표를 요구한다. “병에 강하게 합니다” 병원균을 직접 억제한 시험인지, 유도저항성인지, 실제 포장 방제율이 있는지 본다. 등록 농약이 아니라면 농약과 같은 방제표현을 사용할 수 있는지도 확인한다. “스트레스에 강합니다” 가뭄, 염류, 고온 가운데 무엇인가. 스트레스 강도와 작물, 최종 수량까지 측정했는가를 본다. 이 습관이 생기면 광고의 형용사가 연구의 측정항목으로 바뀐다. ‘좋다’, ‘활성화한다’, ‘건강하게 한다’라는 넓은 말보다 무엇을 측정했고 무엇과 비교했는가를 묻게 된다. 제품을 봤을 때 첫 질문 용어가 많아졌지만 실제 제품 앞에서는 한 가지 순서로 줄일 수 있다. 첫째, 이 제품은 무엇을 하겠다는 것인가. 영양인가. 병해충 방제인가. 스트레스 완화인가. 퇴비 발효인가. 둘째, 그 주장이 어느 규제·제품범주에 속하는가. 비료인가. 등록 농약인가. 다른 농업자재인가. 연구용 접종제인가. 셋째, 정확히 무엇이 들어 있는가. 균주가 공개되는가. 유효생균수가 표시되는가. 복합제라면 전체 구성이 확인되는가. 넷째, 무슨 시험을 했는가. 시험관인가. 온실인가. 포장인가. 내 작물과 같은가. 이 순서로 보면 낯선 영문 약자가 많아도 크게 흔들리지 않는다. 미생물 농업 용어 판별표 용어 무엇을 중심으로 한 말인가 반드시 확인할 것 미생물 접종제 미생물을 의도적으로 투입 목적·균주·제형 biofertilizer 영양 획득 기여 국내 법적 분류와 구별 미생물비료 국내 비료 법체계의 제품 범주 현행 등록·공정규격 microbial pesticide 미생물 유효성분의 방제 등록 대상·라벨 biopesticide 국가별 생물 기반 방제 범주 국가·규제 정의 biostimulant 영양과정·스트레스·품질 미생물성인지, 국가별 정의 PGPR/PGPB 식물생장촉진 세균 기능·균주·시험단계 AMF 균근을 형성하는 진균 작물·토양 P·토착균근 EM 특정 복합미생물 활용 접근 미생물효과와 기질효과 분리 IMO 토착미생물 채집·증식 접근 구성·대조구·배양재 효과 microbiome 군집과 기능을 보는 개념 제품명과 구별 SynCom 정의된 합성 미생물군집 구성·설계·군집 전체 시험 이 표에서 가장 중요한 열은 가운데도 오른쪽도 아니다. 보이지 않는 첫 질문이다. “지금 이 단어는 연구 용어인가, 법적 제품분류인가, 농법의 이름인가?” 그 질문만 붙여도 많은 혼란이 줄어든다. F03 미생물 농업 용어 지도 도판 F03. 미생물 농업 용어 지도 ‘미생물’이라는 한 단어 아래에는 비료·농약·접종제·연구 개념·전통 농법이 함께 들어 있으므로, 효과를 비교하기 전에 먼저 범주를 분리해야 한다. ---------------------------------------- ### 7장. 고온·가뭄·염류 — 기후가 나빠질수록 미생물이 주목받는 이유 https://voidlogpress.com/books/%eb%af%b8%ec%83%9d%eb%ac%bc%ec%9d%b4-%eb%86%8d%ec%82%ac%eb%a5%bc-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/7%ec%9e%a5-%ea%b3%a0%ec%98%a8%ea%b0%80%eb%ad%84%ec%97%bc%eb%a5%98-%ea%b8%b0%ed%9b%84%ea%b0%80-%eb%82%98%eb%b9%a0%ec%a7%88%ec%88%98%eb%a1%9d-%eb%af%b8%ec%83%9d%eb%ac%bc%ec%9d%b4-%ec%a3%bc%eb%aa%a9/ 질문: 미생물 접종은 어떤 조건에서 효과가 크게 나타나나요? 요약: 97편의 논문을 모은 메타분석에서 양분 이용을 개선하는 경우보다 가뭄과 염류와 병 같은 스트레스를 완화하는 조건에서 수량의 평균 반응이 더 크게 나타났습니다. 식물에 분명한 제한요인이 있을 때 가치가 커질 수 있다는 뜻입니다. 또 다른 질문: 그 메타분석 결과를 농가 현장에 그대로 적용해도 되나요? 답: 그대로 읽으면 안 됩니다. 전체 관측의 약 69퍼센트가 온실이었고 약 31퍼센트만 포장 조건이었습니다. 평균적으로 긍정적인 효과가 있어도 농가 현장의 효과 크기와 동일하다고 볼 수 없습니다. 또 다른 질문: 스트레스 연구에 온실시험이 많은 이유는 무엇인가요? 답: 가뭄의 강도를 일정하게 만들고 염류농도를 조절하고 고온 조건을 반복하려면 통제환경이 편하기 때문입니다. 반면 농장에서는 낮과 밤의 온도가 다르고 토양도 한쪽은 마르고 다른 쪽은 젖으며 염류도 깊이에 따라 다릅니다. 또 다른 질문: 미생물이 기후 문제의 해결책인가요? 답: 단독 수단이 아니라 식물이 같은 스트레스를 조금 다르게 견디게 만드는 생물학적 보조수단으로 연구되고 있습니다. 관수와 차광, 배수, 토양관리로 줄일 수 있는 위험은 그쪽에서 줄입니다. 또 다른 질문: 국내 균주 중에 포장까지 확인된 사례가 있나요? 답: 시설재배의 염류 스트레스 조건에서 시험된 Bacillus mesonae H20-5 사례가 있습니다. 2019년 포장연구에서 방울토마토와 오이의 수량이 무처리보다 높게 보고됐고, 이후 기술이전과 제품화가 소개됐습니다. 최종 확인: 2026-09-03T00:52:23+09:00 농작물이 스트레스를 받는다는 표현은 사람에게 쓰는 말처럼 들린다. 식물에도 실제로 스트레스가 있다. 토양에 염류가 쌓이면 뿌리는 물을 흡수하기 어려워진다. 가뭄이 오면 기공을 닫아 수분 손실을 줄이지만 광합성도 제한된다. 고온은 세포막과 효소, 광합성 시스템에 부담을 준다. 이런 조건이 겹치면 뿌리 활착과 생육이 느려지고 병에 대한 감수성까지 달라질 수 있다. 최근 농업 미생물 연구에서 스트레스 완화가 크게 주목받는 이유는 분명하다. 기후를 없앨 수는 없기 때문이다. 관수와 차광, 배수, 토양관리로 위험을 줄일 수는 있지만 모든 환경을 통제할 수는 없다. 미생물은 이 문제를 해결하는 단독 수단이 아니라 식물이 같은 스트레스를 조금 다르게 견디게 만드는 생물학적 보조수단으로 연구되고 있다. 메타분석에서는 스트레스 조건의 반응이 크게 나타났다 2010년부터 2020년 사이 미생물 접종 연구를 모은 메타분석은 97편의 논문, 585개 관측을 최종 분석했다. 연구진은 미생물이 작물 생산성에 기여하는 경로를 크게 두 가지로 나눴다. 양분 이용을 개선하는 경우. 가뭄, 염류, 병 같은 스트레스를 완화하는 경우. 두 그룹을 비교했을 때 스트레스 완화 조건에서 수량의 평균 반응이 더 크게 나타났다. 이 결과는 미생물의 가치가 항상 풍족한 환경에서 드러나는 것이 아니라, 식물에 분명한 제한요인이 있을 때 커질 수 있다는 생각을 뒷받침한다. 이 메타분석에도 중요한 제한이 있다. 전체 관측의 약 69%는 온실, 약 31%는 포장 조건이었다. 즉 평균적으로 긍정적인 효과가 있어도 농가 현장의 효과 크기와 동일하다고 읽으면 안 된다. 스트레스 연구에서 특히 온실시험이 많은 이유도 이해할 만하다. 가뭄의 강도를 일정하게 만들고, 염류농도를 조절하고, 고온 조건을 반복하려면 통제환경이 편하다. 그러나 농장에서는 스트레스가 일정하지 않다. 낮에는 고온이고 밤에는 내려간다. 토양 한쪽은 마르고 다른 쪽은 젖을 수 있다. 염류도 뿌리 깊이에 따라 다르다. 7장의 질문은 “스트레스에 효과가 있는가?”보다 한 단계 좁아진다. 어떤 스트레스 조건에서, 어떤 작물과 균주가 실제 포장까지 효과를 이어갔는가? 염류 피해 농가에서 H20-5를 시험하다 한국의 Bacillus mesonae H20-5는 이 질문에 좋은 사례다. 시설재배에서는 비료와 관수가 반복되면서 토양에 염류가 집적될 수 있다. 토양용액의 염 농도가 높아지면 식물 뿌리가 물을 흡수하는 데 더 큰 에너지가 필요하고, 특정 이온의 과다축적도 문제가 된다. 2019년 시설재배 포장연구에서 H20-5는 염류 스트레스를 받는 여러 작물에 처리됐다. 방울토마토 상품과 수량은 무처리보다 21.4% 높았다. 오이에서도 14.5% 높은 수량이 보고됐다. 2026년 농촌진흥청은 이 균주의 기술이전과 제품화를 소개하면서 실제 염류집적 피해 농가의 실증 결과를 다시 공개했다. 이 수치는 조건을 떼어내지 않고 읽어야 한다. H20-5가 모든 방울토마토 농가의 수량을 21.4% 올린다는 뜻이 아니다. 염류 피해가 존재하는 특정 시설재배 조건에서 나온 포장 결과다. 오히려 이 점 때문에 가치가 있다. 미생물의 기능과 농가의 문제가 맞물린 사례이기 때문이다. 처리한 균이 줄어들어도 효과는 남을 수 있다 H20-5의 후속 근권 연구는 스트레스 미생물을 보는 시선을 한 번 더 바꾼다. 염류 수준이 다른 토양에서 H20-5를 처리한 뒤 근권 미생물군을 분석했을 때, 접종은 군집 변화와 연관됐지만 H20-5 자체가 장기간 높은 비중을 유지한 것은 아니었다. 이 결과는 효과를 “정착률” 하나로 설명하기 어렵게 한다. 외부 미생물이 잠시 식물이나 주변 미생물과 상호작용한 뒤 줄어들 수도 있다. 초기 생육단계에서 식물의 스트레스 반응을 바꾸고 이후에는 큰 비중을 차지하지 않을 수도 있다. 살아남아 검출된다고 기능과 수량이 자동으로 따라오는 것도 아니다. 5G는 여기에서도 단계별로 봐야 한다. 배추에서 고온과 건조가 겹쳤을 때 2025년 국내 연구에서는 Bacillus siamensis H30-3과 당시 학명 B. butanolivorans KJ40을 배추의 건조 스트레스와 무름병 조건에서 평가했다. 후자의 현재 NCBI 분류명은 Peribacillus butanolivorans다. 온실시험에서 미생물 처리구는 생체중과 기공전도도 같은 지표에 변화를 보였고, 산화 스트레스와 관련된 지표는 낮아졌다. 더 중요한 것은 포장시험이 이어졌다는 점이다. 현장에서도 처리 식물은 생체중과 식생지수 등에서 무처리보다 좋은 방향을 보였다. 자연 발생한 세균성 무름병에 대해서도 H30-3은 약 47.5%, KJ40은 약 63.8%의 방제효과를 보였다. H30-3은 연구 단계에서 제품 단계로도 넘어갔다. 2026년 8월 22일 팜한농 공식 제품페이지에서 H30-3 기반 ‘우리땅애 입제’는 유기농업자재 목록공시 공시-2-4-253, 구분 병해관리용자재, 유효성분 미생물(Bacillus siamensis 50%)로 표시돼 있다. 이 현재 분류를 ‘등록 미생물농약’으로 바꾸어 부르지는 않는다. 회사가 제시하는 수확기까지의 정착·지속효과 설명 역시 제품 자체의 독립 포장검증과 구분해 읽는다. 이 연구가 흥미로운 이유는 비생물적 스트레스와 병해가 분리돼 있지 않다는 점이다. 현장에서 고온과 건조는 작물의 생육만 늦추는 것이 아니다. 식물의 생리상태를 바꾸고 병 발생에도 영향을 줄 수 있다. 미생물의 효과 역시 “가뭄에 좋다”와 “병에 좋다”로 깔끔하게 나뉘지 않을 수 있다. 한 균주가 스트레스 반응과 병 억제에 동시에 관여하는 경우가 있다. 스트레스를 없애는 것이 아니라 반응을 바꾼다 “가뭄을 이기는 미생물”이라는 표현은 강하다. 미생물이 비를 내리게 하는 것은 아니다. 토양에 물이 전혀 없는데 식물이 정상적으로 자라게 할 수도 없다. 염류를 하루아침에 토양 밖으로 제거하는 것도 아니다. 미생물 연구에서 말하는 스트레스 완화는 대개 식물이 같은 환경에서 보이는 생리적 반응을 바꾸는 것이다. 예를 들면 뿌리 발달이 달라질 수 있다. 기공전도와 광합성 관련 지표가 달라질 수 있다. 항산화 효소와 삼투조절물질의 수준이 바뀔 수 있다. Na와 K의 균형 같은 이온 항상성이 달라질 수 있다. 이 변화가 충분히 크면 최종 생육과 수량 차이로 이어질 수 있다. 환경 스트레스 자체가 사라지는 것은 아니다. 관수, 배수, 차광, 염류관리 같은 기본 농업관리를 미생물로 대체하는 식의 설명은 위험하다. 미생물은 기본관리를 건너뛰게 해주는 기술이 아니다. 기본관리 위에서 식물의 회복력이나 이용효율을 보완하는 기술로 보는 편이 맞다. 품종이 달라지면 결과도 달라질 수 있다 같은 H20-5가 토마토 bacterial wilt에 미치는 영향을 여러 토마토 품종에서 비교한 후속 연구에서는 품종에 따라 방제 반응이 달랐다. 이 결과는 8장에서 정식으로 다룰 P — Plant 변수를 미리 보여준다. 농업기술은 작물 종만 맞으면 되는 것이 아니다. 토마토라는 이름 아래에도 수많은 품종이 있다. 병 저항성이 다르다. 뿌리 구조가 다르다. 생육속도와 과실 특성이 다르다. 뿌리 분비물과 근권 미생물군 형성도 달라질 수 있다. “토마토에서 검증”이라는 문장을 보면 가능하면 품종까지 확인한다. 같은 작물이라도 내 밭과 연구 사이의 거리가 남아 있기 때문이다. 가뭄 메타분석에서 토성이 등장한 이유 AMF의 가뭄 스트레스 메타분석에서도 토양 조건이 강하게 작용했다. 122편의 연구와 3,534개 관측을 종합했을 때 평균적인 식물 바이오매스와 N·P 흡수 개선이 확인됐지만, 효과 크기는 토성, pH, 작물 종류와 균근균 종류에 따라 달랐다. 이런 결과는 “가뭄”이라는 스트레스조차 하나의 조건이 아니라는 것을 보여준다. 모래토양의 가뭄과 점토질 토양의 가뭄은 물이 남아 있는 방식이 다르다. pH가 달라지면 양분 가용성과 미생물의 활동조건이 달라진다. 작물의 뿌리구조가 다르면 물을 찾는 방식도 달라진다. 스트레스 미생물의 광고에서 “가뭄 저항성”이라는 문구를 보면 먼저 조건을 묻는다. 어느 작물인가. 어느 정도 수분 부족인가. 포트인가 포장인가. 얼마나 오래 지속됐는가. 수량까지 측정했는가. ‘평년 증수’와 ‘나쁜 해의 손실 감소’를 따로 평가한다 기후 스트레스용 미생물 제품은 평균 수량만으로 가치를 평가하면 놓치는 부분이 있을 수 있다. 평년에는 관행구와 거의 차이가 없고, 고온·가뭄이 심한 해에만 손실을 줄이는 제품이 있다고 하자. 여러 해 평균으로 계산하면 증수효과는 작아 보일 수 있다. 농가에게 가장 큰 경제적 피해가 극단적인 해에 발생한다면 위험관리 가치가 있을 수 있다. 스트레스가 없는 해에도 계속 제품비가 들어간다면 경제성이 낮아질 수 있다. 장기 실증에서는 평균 수량뿐 아니라 연도별 변동성과 최악의 해에서 손실을 얼마나 줄였는가를 함께 보는 것이 좋다. 기후적응 자재는 ‘평균을 올리는 기술’과 ‘변동성을 줄이는 기술’이라는 두 관점으로 평가할 수 있다. 가장 먼저 해야 할 것은 제한요인 찾기다 미생물제를 고르기 전에 농가에서 할 수 있는 더 간단한 작업이 있다. 작물이 왜 힘든지 먼저 분류하는 것이다. 잎이 시들었다고 모두 가뭄은 아니다. 염류가 높아 물을 흡수하지 못하는 상황일 수도 있다. 뿌리병 때문에 물 흡수가 막혔을 수도 있다. 질소가 부족해 생육이 느린 것을 스트레스로 볼 수도 있다. 배수불량으로 뿌리에 산소가 부족할 수도 있다. 문제를 잘못 진단하면 기능이 좋은 미생물을 써도 맞지 않는다. 스트레스 진단표 다음 다섯 범주 가운데 무엇이 실제 제한요인인지 적는다. 1. 수분 • 건조가 반복되는가 • 관수가 불균일한가 • 과습이 있는가 2. 염류 • EC가 높은가 • 시설재배에서 염류집적 이력이 있는가 3. 온도 • 정식기 고온·저온이 반복되는가 • 토양온도가 극단적인가 4. 병해 • 뿌리·줄기·잎에서 병징이 확인되는가 • 병원체 진단이 있는가 5. 영양 • 토양검정에서 결핍 또는 과다가 있는가 • 시비 이력이 적절한가 한 가지가 아니라 여러 개가 동시에 존재할 수도 있다. 그럴수록 “어떤 미생물인가”보다 어떤 문제를 먼저 해결할 것인가가 중요하다. 같은 스트레스라도 ‘얼마나 나빴는가’를 같이 봐야 한다 스트레스 연구에서 상대 증가율은 특히 크게 보일 수 있다. 염류가 없는 정상 토양에서 대조구가 100을 생산하고 미생물 처리구가 105를 생산했다면 차이는 5%다. 강한 염류에서 대조구가 50으로 떨어지고 처리구가 65라면 차이는 30%다. 두 결과만 보면 스트레스 조건에서 미생물 효과가 훨씬 강해 보인다. 실제로 그럴 수 있다. 두 번째 처리구의 절대 수량 65는 정상 대조구 100보다 여전히 낮다. 스트레스 완화 연구는 가능하면 세 기준을 같이 본다. 정상조건의 수량. 스트레스 무처리 수량. 스트레스 + 미생물 수량. 이 세 값을 보면 미생물이 스트레스를 완전히 제거한 것인지, 손실의 일부만 회복한 것인지 구별할 수 있다. 농가에게는 후자가 더 현실적인 경우가 많다. ‘30% 증수’보다 손실이 50에서 65로 회복됐다고 말하는 편이 실제 기대를 더 정확히 만든다. H20-5에서도 작물마다 반응폭이 달랐다 2019년 H20-5 시설재배 연구는 같은 균주가 여러 작물에서 동일한 반응을 보이지 않는다는 점도 보여준다. 방울토마토와 오이에서는 상품수량 증가가 보고됐고, 다른 과채류에서도 반응이 관찰됐다. 특히 딸기에서는 매우 큰 상대 증가가 보고된 조건도 있었다. 이런 큰 숫자는 주의해서 읽어야 한다. 기준 대조구의 생산성이 낮으면 상대 증가율이 크게 나타날 수 있다. 작물별 재배조건과 피해 강도도 다르다. 여러 작물에서 효과가 있었다는 사실은 H20-5가 염류 스트레스 대응 후보로 폭넓게 연구될 이유를 보여주지만, 작물별 증가율을 서로 교환해서 사용할 근거는 아니다. 같은 균주의 사례 안에서도 P — Plant와 E — Environment가 계속 작동한다. 복합 스트레스가 실제 농장에 더 가깝다 연구실에서는 가뭄만, 염류만, 고온만 따로 만들기 쉽다. 현장에서는 둘 이상이 겹친다. 시설하우스의 고온기에 토양 수분이 빠르게 줄 수 있다. 염류가 높은 토양은 물이 있어도 뿌리가 이용하기 어렵다. 고온으로 약해진 배추에 세균성 병이 함께 나타날 수 있다. H30-3과 KJ40 배추 연구가 의미 있는 이유도 고온·건조와 자연 발생 무름병을 한 재배환경에서 볼 수 있었기 때문이다. 한 미생물이 여러 스트레스 관련 기전을 가진다는 사실만으로 복합 스트레스 대응이 보장되지는 않는다. 현장시험에서 두 문제가 함께 있을 때 생육과 병 발생을 동시에 측정하면 농가가 실제 겪는 상황에 더 가까운 근거가 된다. 앞으로 기후적응 미생물 연구가 단일 스트레스 실험에서 복합 스트레스 포장시험으로 이동해야 하는 이유다. 스트레스 관리에는 우선순위가 있다 미생물은 기본 환경을 고치기 전에 쓰는 첫 수단이 아닐 때가 많다. 배수가 나빠 뿌리가 계속 과습하다면 배수 개선이 먼저다. 시설토양 EC가 지나치게 높다면 시비와 관수, 염류 관리가 먼저다. 관수 자체가 부족하다면 물 공급 문제를 해결해야 한다. 병원체가 이미 크게 확산됐다면 적절한 방제가 우선일 수 있다. 그다음 미생물이 남는 손실을 줄일 수 있는지 본다. 이 순서는 미생물의 가치를 낮추는 것이 아니다. 오히려 미생물이 가장 잘 작동할 수 있는 환경을 만드는 과정이다. 농가가 제품을 평가할 때는 다음 순서를 생각할 수 있다. 원인을 제거할 수 있는가 → 기본 관리로 줄일 수 있는가 → 남는 위험을 미생물이 보완할 수 있는가. 이렇게 보면 미생물은 만능 해결책이 아니라 위험관리 포트폴리오의 한 수단이 된다. 스트레스에서 효과가 커 보이는 이유를 오해하지 않는다 스트레스 조건의 처리효과가 큰 이유 중 하나는 대조구가 많이 나빠지기 때문이다. 정상환경에서 무처리 작물이 이미 잘 자라면 미생물의 추가편익이 작게 보일 수 있다. 염류나 가뭄으로 무처리 작물의 생육이 크게 떨어진 상황에서 처리구가 일부 회복하면 상대적 증가율은 크게 나타날 수 있다. 퍼센트만 보면 안 된다. 처리구와 대조구의 절대 수량을 같이 본다. 정상조건의 수량과도 비교할 수 있으면 더 좋다. 예를 들어 스트레스 대조구 1kg에서 처리구 1.3kg으로 늘면 30% 증가다. 정상관리 작물이 2kg을 생산한다면 미생물이 스트레스를 완전히 해결한 것은 아니다. 손실 일부를 줄인 것이다. 이 표현의 차이가 현장 기대를 현실적으로 만든다. ‘보험’이라면 발생확률과 비용을 같이 본다 스트레스 완화 미생물을 보험에 비유한다면 보험료에 해당하는 제품비를 매년 지불하게 된다. 고온·가뭄이 거의 없는 지역에서 매년 처리하는 것과 스트레스가 반복되는 지역에서 사용하는 것은 경제성이 다를 수 있다. 장기 판단에는 세 정보가 필요하다. 스트레스가 발생하는 빈도. 발생했을 때 예상 손실. 미생물 처리가 줄일 수 있는 손실의 범위. 이 세 가지를 모르면 ‘평균 증수율’만으로 보험 가치를 평가하기 어렵다. 앞으로 기후적응 미생물의 경제성 연구는 단순 평균수량보다 위험 발생확률과 손실분포를 함께 다룰 필요가 있다. 기후위기 시대의 미생물은 보험에 가까울 수 있다 앞으로 농업 미생물의 가치가 커진다면 평균 수량을 매년 조금씩 올리는 기술만으로 설명되지는 않을 수 있다. 나쁜 해의 손실을 줄이는 능력이 더 중요해질 가능성이 있다. 고온이 온 해. 정식 직후 가뭄이 길어진 해. 시설토양의 염류가 올라간 해. 이런 환경에서 무처리와 처리의 차이가 커진다면 기술의 가치는 ‘평년 평균 증수율’과 다른 방식으로 평가해야 한다. 그러나 보험도 아무 사고에나 보상하지 않는다. 어떤 스트레스에 작동하는지, 어느 강도까지 검증됐는지, 실제 포장자료가 있는지 알아야 한다. 미생물도 마찬가지다. 기후가 불안정해질수록 “좋은 균”이라는 넓은 말보다 어떤 스트레스에 대한 어떤 근거가 있는 균인지가 더 중요해질 것이다. 스트레스 완화 미생물의 가치는 가뭄이나 염류를 없애는 데 있지 않고, 문제가 생긴 조건에서 작물의 손실을 얼마나 줄일 수 있는지를 검증하는 데 있다. ---------------------------------------- ## 월급쟁이 하락장 생존 매뉴얼 ISBN 9791122100426 · 2026-09-14 · 강지우 지음 https://voidlogpress.com/books/%ec%9b%94%ea%b8%89%ec%9f%81%ec%9d%b4-%ed%95%98%eb%9d%bd%ec%9e%a5-%ec%83%9d%ec%a1%b4-%eb%a7%a4%eb%89%b4%ec%96%bc/ ### 12장. −20% 카드: 계좌를 종목별로 분해한다 https://voidlogpress.com/books/%ec%9b%94%ea%b8%89%ec%9f%81%ec%9d%b4-%ed%95%98%eb%9d%bd%ec%9e%a5-%ec%83%9d%ec%a1%b4-%eb%a7%a4%eb%89%b4%ec%96%bc/12%ec%9e%a5-20-%ec%b9%b4%eb%93%9c-%ea%b3%84%ec%a2%8c%eb%a5%bc-%ec%a2%85%eb%aa%a9%eb%b3%84%eb%a1%9c-%eb%b6%84%ed%95%b4%ed%95%9c%eb%8b%a4/ 질문: 계좌 전체가 −20퍼센트면 전부 정리해야 하나요? 요약: 계좌 평균만 보고 판단하면 종목 간 차이가 가려집니다. 같은 손실률 안에 −8퍼센트와 −41퍼센트가 섞여 있을 수 있습니다. 이 카드에서 바뀌는 것은 하나입니다. 계좌를 하나의 덩어리로 보지 않고 종목별로 분해합니다. 또 다른 질문: 원금으로 돌아가려면 +25퍼센트가 필요하다는 숫자는 무엇인가요? 답: −20퍼센트에서 원금 수준으로 돌아가는 데 필요한 비율입니다. 행동 명령이 아니라 지금 어느 카드를 펼칠지 알려주는 위치 정보입니다. 인접한 −15퍼센트나 −25퍼센트에서도 같은 카드를 함께 볼 수 있습니다. 또 다른 질문: 손실이 커졌을 때 평균단가를 낮추면 안 되나요? 답: 자금의 성격을 먼저 봅니다. 생활비와 비상자금, 확정된 지출에 쓸 돈이 들어가면 투자 손실과 생활 위험이 연결됩니다. 싸 보인다는 느낌보다 물타기 판단의 중단 조건이 앞에 옵니다. 또 다른 질문: 종목을 늘리면 위험이 분산되나요? 답: 분산처럼 보이지만 분석해야 할 대상만 늘고 기존 위험은 그대로 남을 수 있습니다. 분산은 종목 수보다 위험이 어떻게 나뉘는지를 봅니다. 기존 계좌의 집중도와 위험 원인을 먼저 확인합니다. 또 다른 질문: 종목별로는 무엇을 적어 두나요? 답: 현재 손실률과 계좌 비중, 원래 매수 근거, 개별 악재 여부를 종목마다 한 줄로 적습니다. 계좌 화면에 한 줄로 보이던 숫자를 종목 수만큼의 문제로 펼쳐 놓는 작업입니다. 그래야 강한 종목과 약한 종목을 같은 기준으로 처리하지 않게 됩니다. 최종 확인: 2026-09-03T00:52:24+09:00 Q의 계좌는 6,000만 원에서 4,800만 원으로 줄었습니다. 계좌 전체 손실률은 −20%입니다. 다섯 종목을 들고 있습니다. A는 −8%. B는 −17%. C는 −23%. D는 −34%. E는 −41%. 계좌 화면에는 −20% 한 줄이 보입니다. 실제로는 다섯 문제가 섞여 있습니다. 이 카드에서는 계좌 평균만 보고 판단하면 종목 간 차이가 가려집니다. 정확히 −20%에서 원금으로 돌아가려면 +25%가 필요합니다. 이 숫자는 행동 명령이 아니라 −20% 안팎의 대표 카드를 펼칠 위치 정보입니다. ① 이 카드의 정의 계좌 전체 손실이 −20% 안팎이면 이 장을 먼저 봅니다. −15%와 −25%처럼 인접한 수준에서도 사용할 수 있습니다. −10%와 −35% 카드 중 어느 쪽의 문제가 더 가까운지 함께 확인합니다. 이 카드에서 바뀌는 것은 한 가지입니다. 계좌를 하나의 덩어리로 보지 않는다. 종목별로 분해합니다. 손실률, 보유 근거, 비중, 개별 악재를 각각 놓습니다. ② 이 카드에서 하지 말아야 할 것 전량 손절을 계좌 손실률만으로 결정하지 않는다 계좌가 −20%라고 다섯 종목의 상태가 같지는 않습니다. 개별 종목을 보지 않고 전량 정리하면 강한 종목과 약한 종목을 같은 기준으로 처리합니다. 급전으로 평균단가를 낮추지 않는다 손실 규모가 커지면 이 가격이면 싸다는 생각이 강해질 수 있습니다. 생활비·비상자금·확정 지출 자금이 들어가면 투자 손실과 생활 위험이 연결됩니다. 6장의 ● 중단 조건이 먼저입니다. 종목 수를 늘려 문제를 희석하지 않는다 보유 종목이 손실 중이라는 이유로 새 종목을 여러 개 추가하면 분산처럼 보일 수 있습니다. 실제로는 분석해야 할 대상만 늘고 기존 위험이 그대로 남을 수 있습니다. 분산은 종목 수보다 위험이 어떻게 나뉘는지를 봅니다. 기존 계좌의 집중도와 위험 원인을 먼저 확인합니다. ③ 이 카드에서 해야 할 것 1. 종목별 손실을 한 줄로 분해한다 다음 표를 만듭니다. 종목 A 현재 손실률 ______% 계좌 비중 ______% 원래 매수 근거 ____________________ 개별 악재 여부 있음 / 없음 / 불명 15장 판정 ____________________ 종목 B 현재 손실률 ______% 계좌 비중 ______% 원래 매수 근거 ____________________ 개별 악재 여부 있음 / 없음 / 불명 15장 판정 ____________________ 종목 C 현재 손실률 ______% 계좌 비중 ______% 원래 매수 근거 ____________________ 개별 악재 여부 있음 / 없음 / 불명 15장 판정 ____________________ 종목 수만큼 줄을 늘립니다. 이 표는 손실률 순서의 매도 목록으로 쓰지 않습니다. 계좌 평균을 해체하는 표입니다. 2. 15장의 7문을 적용한다 각 종목을 보유 유지 가능 후보 / 재검토 / 정리·축소 검토로 분류합니다. 여기서도 개수 점수를 매기지 않습니다. ●이 있으면 추가 매수를 중단하고 정리·축소 검토 대상으로 보냅니다. ▲이 있으면 판단을 보류하고 근거를 다시 씁니다. ○는 우선순위와 비중 판단에만 씁니다. 3. 현금 하한선을 확인한다 이 구간에서 현금은 다음 저점에서 살 총알로만 보면 안 됩니다. 현금의 첫 기능은 선택권입니다. 급하게 돈이 필요할 때 주식을 팔지 않을 선택권. 좋지 않은 종목을 정리한 뒤 바로 다른 종목을 사지 않을 선택권. 시장이 더 내려가도 생활비를 투자 계좌에서 꺼내지 않을 선택권. 사전에 현금 하한선을 정해두었다면 현재 수준과 비교합니다. 예를 들어 투자 계획에 계좌 내 현금을 일정 수준 아래로 낮추지 않는다는 규칙이 있었다면 그 값을 사용합니다. 그런 규칙이 없었다면 지금 급히 20%, 30% 같은 숫자를 만들어 정답처럼 적용하지 않습니다. 현재 생활자금, 예정 지출, 투자 방식과 함께 19장에서 자기 규칙으로 만듭니다. 4. 세 분류를 만든다 종목별 점검을 끝낸 뒤 세 상자를 만듭니다. 보유 유지 가능 후보 재검토 후보 정리·축소 검토 후보 이 분류를 곧바로 주문 목록으로 바꾸지 않습니다. 판단 업무의 순서를 정하는 목록입니다. 정리·축소 검토 후보는 13장의 계산을 먼저 적용할 수 있습니다. 재검토 후보는 판단 근거를 다시 쓴 뒤 재판정합니다. 보유 유지 가능 후보도 새로운 사건이 생기면 다시 열립니다. 규칙대로 분해한 경우 R의 계좌는 8,000만 원에서 6,400만 원으로 줄었습니다. 계좌 전체로 −20%입니다. R은 네 종목을 보유하고 있다고 가정합니다. 대형주 A는 −12%, 계좌 비중 18%. 산업재 B는 −21%, 비중 14%. 성장주 C는 −33%, 비중 9%. 소형주 D는 −46%, 비중 6%. 나머지는 현금과 다른 자산입니다. R이 계좌 평균만 보면 네 종목 모두 같은 −20% 계좌 안에 있습니다. 15장의 질문을 적용하면 구조가 달라집니다. A는 처음 산 이유와 이익 창출력에 큰 변화가 없다고 가정합니다. B는 원재료 가격 변화 때문에 실적 가정 일부를 다시 써야 합니다. C는 핵심 제품 성장률이 예상보다 낮아졌습니다. D는 자금조달 문제가 생겼고 지금 처음 본다면 새로 살 이유를 설명하기 어렵습니다. 결론은 네 종목을 한 방향으로 묶지 않는 데 있습니다. A는 보유 유지 가능 후보. B는 재검토. C는 재검토와 축소 검토 사이에서 13장 계산으로 이동. D는 추가 매수를 중단하고 정리·축소 검토 대상으로 이동합니다. 계좌 손실률은 그대로 −20%입니다. 이제 네 종목은 서로 다른 문제로 분리됐습니다. 판단을 미룬 경우 S의 상황도 보겠습니다. S의 계좌도 8,000만 원에서 6,400만 원으로 줄었습니다. S는 “손실이 30%를 넘으면 그때 다시 보자”고 생각합니다. 이 숫자는 사전 규칙이 아니라 지금 결정을 미루기 위한 임시 기준입니다. 그 뒤 한 종목의 실적 전망이 추가로 낮아지고, 다른 종목에는 유상증자 계획이 나왔다고 가정합니다. S는 계좌 전체 손실률이 아직 자신이 새로 정한 숫자에 닿지 않았다는 이유로 판단을 열지 않습니다. 여기서 보류도 선택이 됩니다. 아무 주문을 하지 않았지만 다음 세 가지가 바뀌었습니다. 새 정보가 들어왔습니다. 종목별 보유 근거가 달라졌습니다. 검토할 시간을 쓰지 않았습니다. 판단을 미루는 동안에도 계좌의 상태는 움직입니다. 보류에는 거래비용이 없지만 정보를 반영하지 않는 비용이 생길 수 있습니다. 그래서 이 장의 재검토 후보에는 종료 조건을 붙입니다. 어떤 자료를 확인하면 다시 판정할 것인가. 어떤 사건이 생기면 즉시 판단을 열 것인가. 날짜를 임의의 매매 기준으로 만들 필요는 없습니다. 판단을 다시 여는 사건 조건을 적으면 됩니다. 반론. 현금을 늘리면 반등을 놓치지 않는가 그럴 수 있습니다. 현금을 늘린 뒤 시장이 바로 반등하면 주식 비중이 높은 계좌보다 수익이 작을 수 있습니다. 따라서 현금 비중을 무조건 높이는 결론으로 가지 않습니다. 확인할 것은 사전에 정한 하한선과 선택권이 남아 있는가입니다. 현금이 전혀 없고 생활자금까지 투자 계좌에 묶였다면 앞으로 좋은 판단을 해도 실행할 여지가 줄어듭니다. 반대로 현금이 충분하고 보유 근거도 유지된다면 손실률이 −20%라는 이유만으로 더 늘릴 필요는 없습니다. 현금은 전망에 베팅하는 도구로만 보지 않습니다. 행동의 여지를 남기는 자산으로 봅니다. 종목별 분해가 끝났는지 확인하는 네 질문 모든 종목에 현재 손실률과 비중을 적었는가. 처음 매수 근거가 한 줄이라도 남아 있는가. 개별 악재 여부를 시장 전체 하락과 분리했는가. 15장의 판정 칸이 비어 있는 종목이 무엇인지 아는가. 네 번째가 중요합니다. 판정이 비어 있는 종목은 아직 판단하지 않은 종목으로 표시합니다. 계좌 안에 있다는 이유로 보유 결정이 완료된 것으로 취급하지 않습니다. 분해 뒤에도 여러 종목이 재검토로 남을 수 있습니다. 그 자체로 실패라고 볼 이유는 없습니다. 각 종목에 다시 판단을 여는 자료와 사건이 붙어 있다면 보류는 관리 가능한 상태입니다. ④ 다른 카드나 긴급 점검으로 전환할 신호 손실 규모가 커져 −35% 카드가 현재 계좌를 더 잘 설명한다. 13장을 함께 봅니다. 재검토 후보를 반복해서 미루고 있다. 13장의 시간 비용 계산을 적용합니다. 개별 종목의 이익 창출력이나 신규 매수 관점이 훼손됐다. 15장의 ● 조건을 다시 봅니다. 신용·미수·담보 위험이 높아졌다. 7장이 우선입니다. 카드는 손실률 한 숫자의 명령이 아니라 문제 유형이 달라질 때 바꿉니다. 현재 계좌에서 처리해야 할 문제의 성격이 달라졌기 때문입니다. ⑤ 점검 주기 예시 초기 운영 예시로 주 2회 정도를 둘 수 있습니다. 이 값은 투자 판단 임계값으로 쓰지 않으며 근무 일정과 공시 빈도에 맞게 조정합니다. 한 번은 종목별 근거 변화 확인. 한 번은 계좌 전체 현금·비중·재검토 후보 확인. 중요 공시, 담보 알림, 자금조달 같은 사건이 발생하면 예정된 확인일을 기다리지 않습니다. 반대로 아무 사건도 없는데 손실률 화면만 하루 여러 번 볼 이유도 줄어듭니다. 분류 뒤 바로 주문하지 않는다 세 상자를 만든 뒤에 종목별 실행 판단이 남습니다. 보유 유지 가능 후보는 그대로 둘 근거가 있는지 기록합니다. 재검토 후보에는 다시 판단을 여는 자료나 사건을 붙입니다. 정리·축소 검토 후보는 13장의 현재 평가액 기준 계산을 적용합니다. C종목을 정리·축소 검토로 보냈다고 가정하겠습니다. 지금 바로 전량 매도하는 대신 다음을 적습니다. 보유 근거 중 무엇이 훼손됐는가. 현재 평가액을 계속 이 종목에 둘 이유가 있는가. 축소한다면 계좌 집중도가 얼마나 달라지는가. 실행 전에 확인할 세금·유동성 조건이 있는가. 분류는 판단 업무의 우선순위입니다. 주문은 별도의 실행 단계입니다. 현금 하한선이 없을 때 할 수 있는 일 사전 규칙이 없어도 최초 기준은 만들 수 있습니다. 새 비율을 정답처럼 만들지 않고 현재 자금의 용도를 먼저 나눕니다. 생활·확정 지출용. 투자 계좌 안에서 당장 쓰지 않을 현금. 이미 실행하기로 정한 주문에 필요한 자금. 이 세 구분을 하면 최소한 생활자금과 투자 선택권이 섞이는 것을 막을 수 있습니다. 현금 하한선의 구체적 비율은 19장에서 이번 하락을 돌아본 뒤 자기 규칙으로 만듭니다. 판단 미루기 기록지 재검토 후보에는 다음 네 칸을 붙입니다. 지금 모르는 것 ______. 확인할 자료 ______. 판단을 다시 여는 사건 ______. 그 사건이 없을 때 다음 정기 점검 시각 ______. 마지막 시각은 운영 예시이며 매도 임계값으로 사용하지 않습니다. 이 기록이 있으면 보류와 방치를 구분할 수 있습니다. 보류는 필요한 정보가 무엇인지 알고 기다리는 상태입니다. 방치는 무엇을 기다리는지도 모른 채 결론을 미루는 상태입니다. 계좌 평균이 위험한 이유를 다시 계산한다 계좌가 −20%라고 가정해도 종목별 상태는 크게 다를 수 있습니다. 5개 종목이 같은 비중으로 시작했고 현재 손실률이 0%, −10%, −20%, −30%, −40%라면 단순 평균은 −20%입니다. 하지만 첫 종목과 다섯 번째 종목의 판단을 같은 문장으로 처리하기는 어렵습니다. 다섯 번째 종목에 개별 악재까지 있다면 계좌 평균 −20%는 그 위험을 희석해 보이게 합니다. 이 구간부터 종목별 분해를 필수로 두는 이유입니다. 종목별 표를 한 번 만들면 다음 점검에서도 같은 형식을 사용합니다. 새 손실률, 새 공시, 달라진 비중만 업데이트합니다. 매번 처음부터 시장 전망을 검색하는 대신 이전 판단에서 무엇이 변했는지를 보는 방식입니다. 이 기록이 쌓이면 13장의 대안 비교와 15장의 종목 판정도 같은 자료를 사용할 수 있습니다. 재검토 후보가 많다면 우선순위를 손실률 순서로 정하지 않습니다. ● 가능성이 있는 종목, 비중이 큰 종목, 생활자금과 연결된 종목부터 자료를 확인합니다. 계좌 평균보다 실제 위험이 큰 문제를 앞에 둡니다. 분해표는 잘못 묶여 있던 문제를 각각의 판단 단위로 돌려놓는 도구입니다. 주문을 늘리는 데 쓰지 않습니다. 같은 표를 반복해서 쓰면 새 정보가 들어왔을 때 바뀐 항목만 찾으면 됩니다. 기록은 판단의 연속성을 만듭니다. 다음 점검에서는 이 표에서 바뀐 항목만 다시 봅니다. −20% 카드는 손실을 줄이는 기술을 바로 알려주지 않습니다. 계좌 평균을 해체해 어디에 문제가 있고 어디에는 아직 판단 여지가 남아 있는지를 보게 합니다. 분해가 끝난 뒤에도 계좌가 −35% 안팎까지 내려와 있다면 질문의 무게가 달라집니다. 그때는 버틸까, 팔까를 감정으로 고르기보다 실제 계산을 해야 합니다. 이 장의 세 줄 • −20% 안팎에서는 계좌 평균을 종목별 손실·비중·보유 근거로 분해한다. • 현금 하한선은 저점 매수용 숫자로만 보지 않고 선택권을 지키는 사전 규칙으로 사용하며, 없으면 지금 임의 비율을 만들지 않는다. • 재검토를 계속 미루는 것도 하나의 선택이므로, 다시 판단을 열 사건 조건을 적는다. ---------------------------------------- ### 2장. 당신이 잃은 것은 돈만이 아니다 https://voidlogpress.com/books/%ec%9b%94%ea%b8%89%ec%9f%81%ec%9d%b4-%ed%95%98%eb%9d%bd%ec%9e%a5-%ec%83%9d%ec%a1%b4-%eb%a7%a4%eb%89%b4%ec%96%bc/2%ec%9e%a5-%eb%8b%b9%ec%8b%a0%ec%9d%b4-%ec%9e%83%ec%9d%80-%ea%b2%83%ec%9d%80-%eb%8f%88%eb%a7%8c%ec%9d%b4-%ec%95%84%eb%8b%88%eb%8b%a4/ 질문: 계좌를 자주 확인하는 것이 왜 문제인가요? 요약: 확인 자체는 1분도 걸리지 않지만 실제 비용은 그다음 1분에 생깁니다. 이유를 찾다 업무로 돌아오면 머릿속 작업 순서가 계속 바뀝니다. 잃는 것은 총시간보다 업무의 연속성입니다. 근로소득이 원금의 공급원인 사람에게는 계좌 밖에서 생기는 손실입니다. 또 다른 질문: 필요한 확인과 반복 확인은 어떻게 구분하나요? 답: 확인 뒤에 새로운 판단 근거가 생겼는지 묻습니다. 없다면 그 확인은 판단을 진전시키지 못한 것입니다. 하락장에서는 새로운 정보가 없는 상태에서도 같은 확인이 계속 반복될 수 있습니다. 또 다른 질문: 업무 중 확인이 왜 퇴근 뒤까지 이어지나요? 답: 장중에 기사 제목만 본 사람은 밤에 전체 기사를 읽고, 회의 때문에 영상을 멈춘 사람은 퇴근 뒤 다시 엽니다. 못 본 것을 확인해야 한다는 일이 남아 업무의 끊김이 생활 리듬으로 넘어갑니다. 또 다른 질문: 투자에 쓰는 시간을 줄이라는 것은 방치하라는 뜻인가요? 답: 그런 뜻이 아닙니다. 근로소득을 만드는 일상의 기반을 지키기 위해서입니다. 투자 때문에 업무 집중이 오래 흐트러지고 생활 리듬까지 무너지면 앞으로 투자에 넣을 수 있는 현금흐름도 영향을 받습니다. 또 다른 질문: 월급과 투자 중 무엇이 더 중요한가요? 답: 여기서는 둘의 우열을 따지지 않습니다. 월급은 반복해서 들어오는 현금흐름이고 투자계좌는 그 일부를 받아 운용하는 곳입니다. 두 시스템이 연결되어 있다는 사실만 확인하면 됩니다. 계좌 때문에 본업이 흔들리면 손실 관리의 범위가 이미 투자 화면을 넘어선 상태입니다. 최종 확인: 2026-09-03T00:52:24+09:00 최근 일주일 동안 계좌를 몇 번 열었습니까. 그 횟수보다 하나 더 확인할 것이 있습니다. 계좌를 닫은 뒤 원래 하던 일로 바로 돌아갔는지입니다. 손실은 앱 안에만 머물지 않습니다. 회의 중 한 번 확인한 화면이 보고서를 쓰는 20분을 끊을 수 있고, 퇴근 뒤 확인한 가격이 잠들기 전 검색으로 이어질 수 있습니다. 다음 날 피곤한 상태에서 다시 장을 맞으면 확인 횟수는 더 늘어납니다. 이 장에서는 계좌의 문제가 일상으로 이동하는 경로를 봅니다. D의 상황을 놓고 보겠습니다. D는 출근 뒤 오전 업무를 시작하기 전에 계좌를 한 번 봅니다. 처음에는 그 한 번으로 끝났습니다. 손실이 커진 뒤부터는 회의가 끝날 때마다 확인합니다. 메신저 답장을 보내고 한 번, 화장실에 다녀와서 한 번, 점심을 먹고 한 번 더 봅니다. 각 확인은 1분도 걸리지 않습니다. 실제 비용은 그다음 1분에 생깁니다. 가격이 더 내려가 있으면 이유를 찾습니다. 뉴스 제목을 두세 개 읽고, 종목 게시판을 열고, 다시 업무 화면으로 돌아옵니다. 문서를 읽다가 방금 본 가격이 생각나면 같은 문장을 다시 읽습니다. D가 잃은 것은 총시간보다 업무의 연속성에 가깝습니다. 첫 번째 전이 — 계좌 확인이 업무를 끊는다 하락장에서 계좌 확인은 정보를 얻기 위한 행동처럼 보입니다. 실제로는 새로운 정보가 없는 상태에서도 반복될 수 있습니다. 구분은 간단합니다. 확인 뒤에 새로운 판단 근거가 생겼는가. 없다면 그 확인은 판단을 진전시키지 못했습니다. 직장인에게 이 비용은 작지 않습니다. 회사 업무는 중간에 끊었다가 정확히 같은 위치에서 다시 시작하기 어렵습니다. 숫자를 한 번 본 뒤 메일을 쓰고, 다시 가격을 확인하고, 회의 자료로 돌아오면 머릿속의 작업 순서가 계속 바뀝니다. 투자 시간을 줄이는 이유는 근로소득을 만드는 일상의 기반을 지키기 위해서입니다. 근로소득이 투자 원금의 가장 안정적인 공급원인 사람에게 업무의 붕괴는 계좌 밖에서 생기는 추가 손실이기 때문입니다. 주가가 내려가도 월급이 자동으로 줄지는 않습니다. 하지만 투자 때문에 업무 집중이 장기간 흐트러지고 성과와 생활 리듬까지 무너지면 앞으로 투자에 넣을 수 있는 현금흐름도 영향을 받을 수 있습니다. 계좌를 지키려다 원금을 공급하는 시스템을 약하게 만드는 셈입니다. 여기서는 월급과 투자의 우열을 따지지 않습니다. 이 책의 독자에게 월급은 반복적으로 들어오는 현금흐름이고, 투자계좌는 그 일부를 받아 운용하는 곳입니다. 두 시스템이 연결되어 있다는 사실만 확인하면 됩니다. 계좌 때문에 본업이 흔들리면 손실 관리의 범위가 이미 투자 화면을 넘어선 상태입니다. 두 번째는 E의 상황입니다. E는 손실이 커진 뒤 퇴근 직전부터 시장 영상을 보기 시작합니다. 집에 도착한 뒤에도 이어서 봅니다. 영상 하나가 끝날 때마다 추천 영상이 붙습니다. 한쪽에서는 추가 하락 가능성을 말하고, 다른 쪽에서는 저가매수를 말합니다. E는 평소 밤 11시 30분쯤 잠자리에 들었지만, 최근에는 영상을 넘겨보다 새벽 1시를 넘기는 날이 생깁니다. 다음 날 아침에는 전날보다 늦게 일어납니다. 출근 준비가 급해지고, 회사에 도착하자마자 전날 미국 시장 움직임부터 확인합니다. 업무가 시작되기 전에 이미 투자 정보에 한 번 들어가 있습니다. 직접 원인은 손실 숫자가 아니라 그 숫자를 확인하고 해석하려는 행동이 하루의 앞뒤를 차지한 것입니다. 두 번째 전이 — 업무의 끊김이 생활 리듬으로 넘어간다 업무 중 반복 확인이 늘면 퇴근 뒤에도 “못 본 것을 확인해야 한다”는 일이 남습니다. 장중에 기사 제목만 본 사람은 밤에 전체 기사를 읽습니다. 회의 때문에 영상을 멈춘 사람은 퇴근 후 다시 엽니다. 주문을 미룬 사람은 미국 시장을 보며 다음 날 계획을 세웁니다. 필요한 정보 확인도 있습니다. 다만 종료 조건이 없는 확인은 생활 시간을 계속 잠식합니다. 무엇을 확인하면 오늘의 투자 업무가 끝나는지 정해져 있지 않으면 검색은 계속 이어집니다. 새 정보가 들어올 때마다 결론이 바뀌고, 결론이 바뀌면 다시 검색합니다. 일상이 깨지는 지점은 거창하지 않습니다. 평소보다 잠드는 시간이 늦어진다. 식사 중 휴대전화를 더 자주 본다. 주말에도 장이 열리지 않았는데 계좌와 뉴스를 반복해서 확인한다. 회사에서 해야 할 일을 집으로 가져오고, 집에서 끝내지 못한 투자 판단을 다시 회사로 가져갑니다. 수면과 관계의 해결책은 이 책의 범위를 벗어납니다. 여기서 할 일은 범위를 확인하는 데까지입니다. 계좌 손실 때문에 투자 판단에 쓰는 시간이 원래의 생활 시간을 침범하고 있는가. 그렇다면 손실 관리에는 시간 관리도 포함됩니다. 세 번째 전이 — 관계에는 숫자보다 행동이 먼저 보인다 가족이나 가까운 사람은 계좌의 정확한 손실률을 모를 수 있습니다. 하지만 행동 변화는 봅니다. 식사 중 휴대전화를 보는 횟수. 대화하다가 갑자기 화면을 확인하는 행동. 평소보다 짧아진 대답. 주말에 계속 시장 영상을 켜두는 모습. 여기서 관계 문제의 해결법으로 넘어가면 안 됩니다. 무엇을 어떻게 말할지는 9장에서 별도로 다룹니다. 2장에서 확인할 것은 하나입니다. 투자 손실이 공유되지 않았더라도 투자 행동의 변화는 이미 공유되고 있을 수 있다. 초점은 손실 공개 여부보다 계좌를 보는 방식이 일상의 다른 사람에게까지 영향을 주고 있는지에 있습니다. 손실이 계좌 밖으로 번지는 경로. 계좌 확인 증가에서 업무 연속성 붕괴, 생활 리듬 이동, 관계에서의 행동 변화 순으로 이어지는 3단계 전이 도해. 가장 비싼 손실은 무엇인가 주식 계좌에서 1,000만 원의 평가손실이 났다고 가정하겠습니다. 그 숫자는 앱에서 바로 보입니다. 반면 집중력 저하 때문에 밀린 업무, 늦어진 수면, 투자 정보에 사용한 저녁 시간은 하나의 금액으로 표시되지 않습니다. 그래서 계좌 손실만 실제 손실처럼 느껴집니다. 그렇다고 일상의 비용을 돈으로 환산할 필요는 없습니다. 숫자로 환산하지 못해도 비용은 남습니다. 월급을 받는 투자자에게는 두 개의 자산이 있습니다. 이미 계좌에 들어간 금융자산. 앞으로 월급을 만들 수 있는 노동 능력과 생활 리듬. 두 번째 자산을 지키는 일은 앞으로의 현금흐름과 투자 여력을 유지하는 문제입니다. “계좌가 이렇게 빠졌는데 업무가 중요하냐”는 반론이 생길 수 있습니다. 신용·미수나 담보 위험처럼 즉시 확인해야 할 일이 있다면 그 위험을 먼저 처리해야 합니다. 그렇지 않은 상황에서 가격을 계속 확인하는 행동이 업무 성과를 개선하지는 않습니다. 시장은 회의를 취소해주지 않고, 손실은 보고서 마감을 대신해주지 않습니다. 반대 방향의 반론도 있습니다. “일이 중요하니 계좌를 그냥 보지 않으면 되지 않나.” 이 역시 충분하지 않습니다. 필요한 위험 확인까지 미루면 다른 문제가 생길 수 있습니다. 해결은 무시와 집착 사이에 있습니다. 확인해야 할 것과 확인하지 않아도 되는 것을 분리하는 것입니다. 그 작업은 5장 이후에서 구체화합니다. 일상 침범 여부를 묻는 7문 체크박스를 만들 필요는 없습니다. 최근 며칠을 떠올리고 문장으로 답합니다. 1. 업무 중 계좌를 확인한 뒤 원래 하던 일로 바로 돌아오는가. 같은 문단이나 메일을 다시 읽는 일이 반복된다면 확인 한 번의 시간보다 전환 비용이 커진 상태입니다. 2. 새로운 정보가 없는데도 가격만 반복해서 확인하는가. 가격 변화 자체를 판단 근거로 쓰고 있는지 확인합니다. 3. 퇴근 뒤 투자 정보를 보는 시간이 끝나는 시점이 정해져 있는가. 종료 조건이 없다면 검색이 잠드는 시간까지 밀려갈 수 있습니다. 4. 장이 끝난 뒤에도 같은 가격과 같은 뉴스를 반복해서 확인하는가. 새로운 정보 수집과 불안한 재확인을 구분합니다. 5. 투자 때문에 미룬 업무나 생활 일정이 실제로 생겼는가. 머릿속의 부담보다 일정표에 남은 흔적을 봅니다. 6. 함께 사는 사람이 내 계좌는 몰라도 내 행동 변화는 알고 있는가. 대답, 식사, 휴대전화 사용 같은 관찰 가능한 변화만 떠올립니다. 7. 이번 주 투자에 사용한 시간이 다음 주에도 그대로 반복되어도 괜찮은가. 하루의 예외가 아니라 운영 가능한 상태인지 묻는 질문입니다. 일곱 질문에 점수를 매기지 않습니다. 몇 개에 해당하면 위험하다고 판정하지도 않습니다. 이 질문의 목적은 손실의 범위가 계좌 밖으로 번졌는지 위치를 확인하는 것입니다. 범위를 확인했으면 다음 질문이 남습니다. 이번 하락이 개인 계좌의 문제만으로 설명하기 어려울 만큼 큰 시장 사건이었는가. 2026년 여름의 숫자를 확인할 차례입니다. 이 장의 세 줄 • 손실은 계좌 확인 증가를 거쳐 업무, 수면, 관계의 시간으로 이동할 수 있다. • 월급이 투자 원금의 주요 공급원인 직장인에게 업무와 생활 리듬은 투자 시스템의 일부다. • 일곱 질문은 점수표가 아니다. 손실의 영향 범위가 어디까지 번졌는지 확인하는 위치표다. ---------------------------------------- ### 8장. 계좌를 하루 몇 번 볼 것인가 https://voidlogpress.com/books/%ec%9b%94%ea%b8%89%ec%9f%81%ec%9d%b4-%ed%95%98%eb%9d%bd%ec%9e%a5-%ec%83%9d%ec%a1%b4-%eb%a7%a4%eb%89%b4%ec%96%bc/8%ec%9e%a5-%ea%b3%84%ec%a2%8c%eb%a5%bc-%ed%95%98%eb%a3%a8-%eb%aa%87-%eb%b2%88-%eb%b3%bc-%ea%b2%83%ec%9d%b8%ea%b0%80/ 질문: 하락장에서 계좌는 하루 몇 번 보는 것이 맞나요? 요약: 횟수에 정답은 없습니다. 위기 구간 하루 두 번, 관리 구간 하루 한 번, 안정 구간 주 두 번은 투자 성과를 높이는 수치가 아니라 확인 습관을 제한하기 위한 운영 초기값입니다. 근무 형태와 계좌 위험도에 맞게 조정합니다. 또 다른 질문: 확인 단계는 손실률로 나누나요? 답: 아닙니다. 계좌의 업무량으로 나눕니다. 담보나 만기처럼 계약상 위험이 남아 있는지, 오늘 결정해야 할 주문이 있는지, 중요한 공시나 알림이 발생했는지, 이미 판단과 기록이 끝나 기다리기만 하면 되는지를 봅니다. 또 다른 질문: 가격이 더 떨어지면 확인을 늘려야 하나요? 답: 가격이 내려갔다는 이유만으로 확인 횟수를 자동으로 늘리지 않습니다. 즉시 확인할 이유가 사라진 뒤에도 계속 보면 대응할 일보다 반응할 일이 늘어납니다. 단계는 양방향으로 오르내리므로 조건이 해소되면 다시 낮춥니다. 또 다른 질문: 위기 구간의 두 번은 각각 무엇을 보나요? 답: 한 번은 필요한 위험과 알림 확인이고 다른 한 번은 장 마감 뒤의 기록과 판단입니다. 업무 때문에 둘로 나누기 어렵다면 한 번으로 줄여도 됩니다. 횟수보다 목적이 정해져 있는지가 중요합니다. 또 다른 질문: 금융사가 더 자주 확인하라고 하면 어떻게 하나요? 답: 그쪽이 우선합니다. 계약상 위험을 더 자주 확인해야 한다면 해당 금융사가 정한 기한이 이 운영 규칙보다 앞섭니다. 담보 위험이나 주문 확인처럼 즉시 확인할 이유가 있을 때는 확인합니다. 최종 확인: 2026-09-03T00:52:24+09:00 자주 보면 빨리 대응할 수 있다고 생각합니다. 담보 위험이나 주문 확인처럼 즉시 확인할 이유가 있다면 맞습니다. 그 이유가 사라진 뒤에도 계속 보면 대응할 일보다 반응할 일이 늘어납니다. 계좌 확인 횟수에는 정답이 없습니다. 이 장의 횟수는 투자 성과를 높이는 수치가 아니라 확인 습관을 제한하기 위한 운영 초기값입니다. 근무 형태와 계좌 위험도에 맞게 조정합니다. 세 단계만 둔다 위기 구간 — 초기값 하루 2회 신용·담보 위험은 해소됐지만 그날 판단해야 할 종목이 남아 있거나 중요한 계좌 알림이 발생하는 시기입니다. 초기값은 하루 2회입니다. 한 번은 필요한 위험·알림 확인. 한 번은 장 마감 뒤 기록과 판단. 업무 때문에 둘로 나누기 어렵다면 한 번으로 줄여도 됩니다. 반대로 계약상 위험을 더 자주 확인해야 한다면 해당 금융사의 기한이 이 운영 규칙보다 우선합니다. 관리 구간 — 초기값 하루 1회 즉시 처리할 담보 문제가 없고 당일 주문 필요성도 낮은 상태입니다. 장 마감 뒤 한 번 확인합니다. 종가, 공시, 계좌 전체 변화, 사전에 정한 알림만 봅니다. 장중 움직임을 계속 따라가지 않습니다. 안정 구간 — 초기값 주 2회 당장 의사결정할 일이 없고 보유 근거와 비중도 정리된 상태입니다. 주 2회를 시작점으로 삼습니다. 이 횟수에 최적값이라는 근거는 없습니다. 아무 이유 없이 매일 확인하는 습관을 끊기 위한 초기 운영값입니다. 계좌 확인 빈도 3단계 카드. 위기 구간 하루 2회, 관리 구간 하루 1회, 안정 구간 주 2회를 초기 운영 예시로 제시하고 단계가 양방향으로 오르내림을 화살표로 표시. 진입 조건은 손실률이 아니다 −20%니까 하루 두 번 본다고 정하지 않습니다. 세 단계는 계좌의 업무량으로 나눕니다. • 담보·미수·만기처럼 계약상 위험이 남아 있는가. • 오늘 결정해야 할 주문이 있는가. • 중요한 공시나 사전 알림이 발생했는가. • 이미 판단과 기록이 끝나 기다리기만 하면 되는가. 가격이 더 떨어졌다는 이유만으로 확인 횟수를 자동으로 늘리지 않습니다. 가능하면 장 마감 뒤 본다 장중 가격은 계속 움직입니다. 가격이 움직일 때마다 판단을 열면 종료 시점이 사라집니다. 장 마감 뒤에는 최소한 그날의 종가가 고정됩니다. 하루 동안 나온 공시와 거래를 한 번에 정리할 수 있습니다. 직장인에게는 한 가지 이유가 더 있습니다. 근무시간과 투자 판단시간을 분리할 수 있습니다. 사전에 정한 주문이나 계약상 위험 대응은 장중에도 예외로 처리합니다. 그 외의 즉흥 매매는 업무 중에 만들지 않습니다. 단계는 어떻게 바꾸는가 확인 빈도를 정해도 언제 단계를 낮출지 모르면 위기 구간에 계속 머물게 됩니다. 전환 조건도 손실률로 정하지 않습니다. 위기 → 관리 다음 상태가 되면 관리 구간으로 낮출 수 있습니다. • 담보·미수·만기 관련 긴급 확인이 끝났다. • 당일 반드시 결정해야 할 주문이 없다. • 종목별 보유 근거와 중단 조건을 한 번 정리했다. • 일반 가격 변동 외에 즉시 처리할 알림이 없다. 관리 → 안정 다음 상태가 이어지면 안정 구간을 검토합니다. • 매일 새로운 투자 판단을 만들 필요가 없다. • 보유·축소·정리 기준을 기록해 두었다. • 중요한 공시 알림 외에는 장중 확인 이유가 없다. • 확인하지 않은 날에도 생활과 업무에 문제가 생기지 않는다. 반대로 안정 구간에서도 담보 관련 알림이나 중요한 기업 정보가 발생하면 위기 또는 관리 구간으로 다시 올립니다. 단계는 계좌에 실제로 처리할 일이 얼마나 남아 있는지에 따라 오르내리는 운영 상태입니다. 규칙을 지키기 어려운 날의 대안 회의가 많은 날에는 장 마감 뒤 확인이 어려울 수 있습니다. 야간근무나 교대근무라면 장 마감 뒤가 생활 리듬과 맞지 않을 수도 있습니다. 그럴 때는 시각 자체보다 두 원칙을 유지합니다. 업무 중 무목적 확인을 줄인다. 한 번 열었을 때 필요한 항목을 묶어서 확인한다. 예를 들어 장 마감 후 20분을 확보하기 어렵다면 다음 날 출근 전 정해진 시각에 전날 종가와 공시를 한 번에 확인할 수 있습니다. 확인 시간을 놓쳤다고 그 사이 수시 확인 모드로 돌아갈 필요는 없습니다. 다음 예정 시각을 다시 정하면 됩니다. 알림은 세 종류로 나눈다 반드시 남길 알림 • 미수 발생 • 담보부족 • 추가담보 요구 • 반대매매·만기 관련 계좌 알림 • 주문 체결·미체결처럼 실제 처리가 필요한 알림 필요할 때만 남길 알림 • 사전에 정한 가격 알림 • 보유 회사의 중요 공시 알림 가격 알림을 켠다면 알림이 울렸을 때 무엇을 확인할지도 함께 정합니다. 단순히 앱을 열기 위한 버튼으로 쓰지 않습니다. 기본적으로 끌 수 있는 알림 • 일반 시장 뉴스 푸시 • 추천 콘텐츠 • 커뮤니티 인기글 • 실시간 급등락 콘텐츠 알림 필요한 뉴스는 정해둔 확인 시간에 봅니다. 업무 중 매매 규칙 업무 중에는 다음 세 조건 중 하나가 있을 때만 계좌를 엽니다. 1. 신용·미수·담보 같은 계약상 위험 알림이 왔다. 2. 사전에 계획한 주문의 체결 상태를 확인해야 한다. 3. 중요한 공시 알림이 왔고 당일 확인하기로 미리 정해둔 종류다. 나머지는 기록해 두고 장 마감 뒤 확인합니다. 이 규칙은 월급과 투자의 우열과 관계없이, 업무와 투자 판단을 동시에 수행하면 둘 다 잘린다는 2장의 문제를 줄이기 위한 것입니다. 하루 확인 규칙 카드 현재 단계 위기 / 관리 / 안정 중 하나를 고른다. 기본 확인 빈도 위기 하루 2회 / 관리 하루 1회 / 안정 주 2회를 초기값으로 둔다. 확인 시각 가능하면 장 마감 뒤로 고정한다. 예외 담보·미수·만기·주문·중요 공시. 끄는 알림 일반 뉴스·추천 콘텐츠·커뮤니티 푸시. 이 다섯 줄을 적은 뒤 앱을 닫습니다. 확인 횟수를 줄였는데도 매번 확인 시간이 길어진다면 횟수만 줄인 것이므로 효과가 약합니다. 한 번 열었을 때 확인할 항목도 함께 고정합니다. 계좌 위험 → 공시 → 기록처럼 순서를 짧게 정해두면 화면을 떠도는 시간을 줄일 수 있습니다. 혼자 정한 규칙은 다른 사람에게 영향을 주는 지점에서 다시 문제가 됩니다. 계좌 손실이 가계 자산과 연결되어 있거나 신용을 사용했다면, 확인 빈도보다 먼저 공유해야 할 정보가 있습니다. 가계와 공유해야 할 정보는 9장에서 정리합니다. 이 장의 세 줄 • 계좌 확인 횟수는 투자 성과의 정답이 아닌, 확인 습관을 제한하는 운영 초기값이다. • 손실률 대신 담보 위험·의사결정 필요성·알림 발생 여부로 확인 단계를 나눈다. • 계약상 위험이 없다면 장중 반복 확인보다 장 마감 뒤 정해진 시각에 판단하는 편이 낫다. ---------------------------------------- ## 발효가 음식을 바꾸는 법 ISBN 9791122100433 · 2026-09-14 · 강지우 지음 https://voidlogpress.com/books/%eb%b0%9c%ed%9a%a8%ea%b0%80-%ec%9d%8c%ec%8b%9d%ec%9d%84-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/ ### 11장. 빵과 술 — 같은 효모가 가스와 알코올을 만드는 두 방식 https://voidlogpress.com/books/%eb%b0%9c%ed%9a%a8%ea%b0%80-%ec%9d%8c%ec%8b%9d%ec%9d%84-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/11%ec%9e%a5-%eb%b9%b5%ea%b3%bc-%ec%88%a0-%ea%b0%99%ec%9d%80-%ed%9a%a8%eb%aa%a8%ea%b0%80-%ea%b0%80%ec%8a%a4%ec%99%80-%ec%95%8c%ec%bd%94%ec%98%ac%ec%9d%84-%eb%a7%8c%eb%93%9c%eb%8a%94-%eb%91%90-%eb%b0%a9/ 질문: 같은 효모인데 왜 빵과 술의 결과가 다른가요? 요약: 음식이 무엇을 목표로 하는지가 다르기 때문입니다. 빵에서는 효모가 이산화탄소를 만드는 것만으로 부족하고 반죽이 그 가스를 포획해야 부피가 됩니다. 술에서는 에탄올이 핵심이지만 균주와 온도와 원료에 따라 여러 대사산물의 균형이 달라집니다. 또 다른 질문: 가스를 많이 만들수록 빵이 더 부푸나요? 답: 단순 비례하지 않습니다. 효모의 가스 형성속도를 조절한 제빵 연구에서 최대 형성속도는 달라졌지만 가스 보유력과 최종 부피는 그만큼 따라가지 않았습니다. 빵의 성공조건은 효모 한 변수에 있지 않습니다. 또 다른 질문: 같은 제빵효모면 성능도 같은가요? 답: 같지 않습니다. 같은 효모를 배양의 서로 다른 생리적 단계에서 수확해 반죽에 넣은 연구에서 발효속도와 최대 반죽 높이가 갈렸습니다. 효모도 이전 배양이력을 가지고 반죽에 들어옵니다. 또 다른 질문: 스타터를 제품명이나 종 이름으로만 봐도 되나요? 답: 그러면 기능상태의 차이를 놓치기 쉽습니다. 미생물 이름이 같다고 그 시점의 기능상태까지 같지는 않습니다. 그 세포가 직전까지 어떤 환경에 있었는지가 발효속도와 결과를 바꿉니다. 스타터는 이전 배양이력을 함께 가지고 들어옵니다. 또 다른 질문: 사워도우에서 효모와 유산균은 늘 공생하나요? 답: 공생한다고 고정된 관계로 외우면 다시 문제가 생깁니다. 효모와 여러 젖산균이 함께 존재하며 서로의 대사산물을 이용하거나 환경을 바꾸는데, 어떤 종과 균주가 모였느냐에 따라 그 관계가 달라집니다. 최종 확인: 2026-09-03T00:52:25+09:00 같은 당 대사가 왜 한쪽에서는 부피가 되고 다른 쪽에서는 술이 되는가 밀가루 반죽에 효모를 넣으면 반죽이 부푼다. 포도즙이나 맥아즙에 효모를 넣으면 술이 된다. 둘 다 Saccharomyces cerevisiae를 사용할 수 있고, 둘 다 효모가 당을 이용하며 이산화탄소와 에탄올을 만든다. 그렇다면 빵과 술의 차이는 단순히 어느 산물을 남겨두느냐의 차이일까. 그보다 더 크다. 빵에서는 효모가 CO₂를 만드는 것만으로는 부족하다. 반죽이 그 가스를 포획해야 최종 부피가 된다. 술에서는 에탄올이 핵심산물이지만, 효모 strain과 온도, 원료 matrix에 따라 glycerol, organic acid, ester와 alcohol 등 여러 대사산물의 균형이 달라진다. 같은 미생물 대사도 음식이 무엇을 목표로 하는가에 따라 전혀 다른 의미를 갖는다. [그림 F15] 빵과 술의 탄소 흐름. 같은 효모 대사라도 빵에서는 CO₂ 포획, 술에서는 ethanol과 향 성분의 균형이 핵심 결과가 된다. 빵에서 중요한 것은 가스 생성과 포획의 시간표다 효모는 CO₂를 공급하고, 반죽은 그 가스를 붙잡아 부피를 만든다. 이 둘은 같은 변수가 아니다. 효모의 가스 형성속도를 조절한 제빵 연구에서도 maximum CO₂ formation rate는 달라졌지만 gas retention과 final loaf volume은 단순 비례하지 않았다. 11장에서 이 결과를 다시 쓰는 이유는 수치를 반복하기 위해서가 아니다. 빵의 성공조건이 효모 한 변수에 있지 않다는 기준을 세운 뒤, 효모의 생리상태와 sourdough community가 그 시간표를 어떻게 더 바꾸는지 보기 위해서다. 같은 효모도 어떤 상태에서 넣었는지가 다르다 미생물 이름이 같다고 기능상태도 같지는 않다. 동일한 baker’s yeast를 배양의 서로 다른 physiological phase에서 수확해 반죽에 넣은 연구에서는 diauxic와 post-diauxic phase의 세포가 일부 다른 단계보다 발효속도와 최대 dough height에서 더 높은 성능을 보였다. 같은 S. cerevisiae였다. 다른 것은 세포가 그 직전까지 어떤 환경에 있었는가였다. starter를 제품명이나 species로만 보면 이런 차이를 놓치기 쉽다. 효모도 이전 배양이력을 가지고 반죽에 들어온다. 사워도우에서는 효모 혼자 일하지 않는다 상업 제빵효모를 사용하는 반죽은 비교적 단순한 모델이다. 사워도우로 가면 미생물 관계가 복잡해진다. 효모와 여러 젖산균이 함께 존재하고, 서로의 대사산물을 이용하거나 환경을 바꾼다. 그러나 ‘효모와 유산균은 공생한다’고 고정된 관계로 외우면 다시 문제가 생긴다. Lactobacillus sanfranciscensis, L. plantarum, S. cerevisiae를 여러 탄소원에서 비교한 연구에서는 미생물 간 상호자극이 기질에 따라 나타나기도 하고 나타나지 않기도 했다. 같은 미생물 조합이라도 glucose, fructose 같은 탄소원을 이용할 때와 다른 기질을 이용할 때 상호작용이 같지 않았다. 관계도 S에 의존한다. 누가 함께 있느냐만큼 무엇을 함께 먹느냐가 중요하다. 사워도우의 산은 맛과 구조를 동시에 바꾼다 사워도우의 젖산과 초산은 빵의 산미를 만든다. 그러나 산의 역할은 맛에서 끝나지 않는다. 젖산, 초산, 숙신산을 직접 첨가해 반죽물성과 제빵 결과를 비교한 연구에서는 각 유기산이 rheology, water absorption, mixing behavior, specific loaf volume에 서로 다른 영향을 줄 수 있음이 확인됐다. 여기서 미생물과 식품 matrix 사이의 중간단계가 드러난다. 미생물이 만든 산이 반죽 자체의 물리적 성질을 바꾸고, 그 구조변화가 다시 가스포획과 최종 부피에 영향을 준다. 따라서 사워도우의 ‘미생물 효과’를 말할 때는 미생물 이름만 볼 수 없다. 어떤 산을 얼마나 만들었는지, 그 산이 반죽에 무슨 일을 했는지까지 이어져야 한다. starter microbiome의 흔적은 최종 빵까지 남는다 서로 다른 sourdough starter 20종으로 동일한 밀빵을 만든 연구에서는 starter microbiome에 따라 pH, acidity, loaf volume, crumb firmness, 색, amino acid와 organic acid 등 최종 빵의 여러 특성이 달라졌다. 일부 microbial diversity 지표는 bread property와 연관됐다. 하지만 ‘diversity가 높을수록 빵이 좋다’라고 결론낼 수는 없다. 상관관계가 곧 원인은 아니고, 무엇을 ‘좋다’고 정의할지도 별도의 문제다. 사워도우가 보여주는 것은 복합 starter의 영향이 발효액에서 끝나지 않고 최종 식품까지 이어질 수 있다는 사실이다. T11 — 같은 효모, 다른 결과 비교표 질문 빵 술 주요 substrate 밀가루 반죽 속 이용가능한 당 포도·맥아·곡물 유래 당 주요 M S. cerevisiae, sourdough community S. cerevisiae + 경우에 따라 복합군집 핵심 E 온도, 반죽수분, 산도 온도, 당농도, 산소관리 핵심 P mixing, proofing, baking inoculation, fermentation, maturation 주요 목적결과 retained CO₂와 구조 ethanol과 향 놓치기 쉬운 것 gas retention strain별 carbon allocation과 volatile 술에서 에탄올은 중요한 산물이지만 유일한 산물이 아니다 효모가 술을 만드는 기본 반응은 익숙하다. 당이 줄고 에탄올이 늘어난다. 하지만 같은 당이 전부 에탄올로 바뀌는 것은 아니다. 세포성장에 쓰이기도 하고 glycerol, organic acid, 여러 고급알코올과 ester 등으로 분배되기도 한다. 2024년 와인발효에서 여러 S. cerevisiae strain을 비교한 연구에서는 같은 종 안에서도 ethanol yield에 작지만 유의한 차이가 있었고 glycerol과 organic acid의 수율도 달랐다. species가 하나라고 탄소의 배분표까지 하나인 것은 아니다. 효모 strain의 유전적 배경과 발효환경이 어떤 경로로 탄소가 흘러가는지를 바꿀 수 있다. 온도가 바뀌면 향의 균형이 달라진다 술에서는 온도가 미생물 성장속도뿐 아니라 향의 결과에도 영향을 준다. 5개 yeast strain을 12℃와 18℃에서 비교한 맥주 연구에서는 온도와 효모종류에 따라 휘발성 성분과 감각 profile이 달라졌다. 일부 고온 조건에서 전체 volatile content가 높았지만 그 사실을 “더 높은 온도가 더 맛있다”고 옮겨 쓰면 안 된다. 향 성분의 양과 소비자 선호도는 같은 지표가 아니다. 또 온도 효과와 yeast strain 효과가 완전히 독립적인 것도 아니다. 특정 strain이 한 온도에서 보여준 패턴이 다른 온도에서도 그대로 유지된다고 볼 수 없다. 술의 향은 좋은 효모보다 어떤 효모를 어떤 온도에서 어떤 원료에 사용했는가로 읽는 편이 정확하다. starter는 자신만 바꾸는 것이 아니라 주변 군집도 바꾼다 자연미생물이 함께 존재하는 술에서는 starter yeast가 자신이 만드는 산물만 바꾸는 것이 아니다. 2024년 indigenous S. cerevisiae strain과 commercial yeast를 비교한 와인 연구에서는 접종한 strain에 따라 microbial succession과 휘발성 성분 profile이 달라졌다. 특정 ester를 모두 접종 yeast의 직접산물이라고 단정할 수는 없다. starter가 주변 미생물의 증식과 경쟁을 바꾸고 그 결과가 전체 대사체에 이어졌을 수도 있다. 김치에서 보았던 원리가 술에서도 반복된다. 스타터는 생태계를 지우는 것이 아니라 초기조건을 기울인다. 막걸리는 ‘효모 발효’만으로 설명되지 않는다 빵과 와인의 비교만으로 11장을 끝내면 한국의 곡물발효가 가진 중요한 차이를 놓치게 된다. 막걸리에서는 누룩이 들어간다. 누룩은 단순히 효모를 공급하는 재료가 아니다. 전분을 당으로 바꾸는 효소와 여러 미생물을 함께 가져올 수 있는 복합 inoculum이자 공정재료다. 2024년 막걸리 연구에서는 서로 다른 누룩을 사용했을 때 발효 중 microbial community와 기능적 대사경로의 패턴이 달랐고, 당이 줄면서 산도와 알코올이 증가하는 과정도 starter type의 영향을 받았다. 여기서 metagenomic 또는 기능유전자 정보는 실제 효소 flux와 같은 것은 아니다. 다만 누룩이 초기 미생물·효소 잠재력을 바꾸고 그 차이가 발효결과와 연결될 수 있음을 보여준다. 서양식 wine fermentation의 단일 yeast starter 모델과 비교하면 막걸리는 S와 M과 P가 더 강하게 얽혀 있다. 쌀의 전분은 효모가 바로 충분히 사용할 수 있는 단순당이 아니다. 먼저 당화가 필요하다. 즉 막걸리는 ‘당을 발효하는 효모’ 앞에 전분을 당으로 여는 단계가 하나 더 있다. 같은 발효속도라도 성공의 기준은 다르다 빵과 술을 비교하면 ‘발효가 잘됐다’는 말도 음식마다 뜻이 달라진다는 사실이 보인다. 빵에서는 일정 시간 안에 충분한 가스를 만들고 그 가스를 반죽이 유지해 원하는 구조를 얻는 것이 중요하다. 지나치게 빠른 가스 생성은 오히려 matrix의 준비와 어긋날 수 있다. 술에서는 당 소비와 ethanol 생성이 중요하지만 그것만으로 제품의 목표를 판단하기 어렵다. residual sugar, 향 성분, 산도, 발효종료 시점 같은 다른 결과도 함께 본다. 막걸리처럼 당화와 발효가 겹치는 시스템에서는 더 복잡하다. 효모의 발효속도가 빨라도 전분이 당으로 전환되는 속도가 맞지 않으면 전체 공정은 다른 병목을 가질 수 있다. 즉 ‘빠른 발효’는 보편적인 품질목표가 아니다. 발효의 성공지표는 미생물이 아니라 음식이 결정한다. 빵과 술의 차이는 대사보다 목적에 있다 같은 효모가 같은 계열의 당을 이용한다. 빵에서는 CO₂가 중요하고, 술에서는 ethanol이 중요하다. 하지만 둘 사이의 진짜 차이는 효모 내부의 반응식 하나보다 food matrix와 공정목표에 있다. 빵은 가스를 포획할 구조를 만든다. 술은 액체 속에서 에탄올과 향의 균형을 관리한다. 사워도우에서는 LAB가 만든 산이 반죽구조에 개입한다. 막걸리에서는 누룩이 당화와 발효의 출발점을 동시에 바꾼다. 같은 미생물도 음식이 다르면 평가기준이 달라진다. 발효의 결과를 이해하려면 무엇을 만들었는지만 볼 것이 아니라 그 음식이 그 산물을 어떻게 사용하는지를 봐야 한다. 콩 발효로 가면 이 원리는 한층 복잡해진다. 콩은 메주가 된 뒤 소금물에 들어갈 수도 있고, 고형물로 숙성될 수도 있으며, 곡물과 고추를 만나 고추장이 될 수도 있다. 같은 콩에서 출발하지만 공정이 갈라지는 순간 음식도 갈라진다. 이 장의 주요 근거 • Aslankoohi E et al. 2014. Baker’s yeast physiological state and dough fermentation. DOI 10.1016/j.fm.2013.11.013 • Verheyen C et al. 2015. Gas formation kinetics and bread quality. DOI 10.1016/j.foodres.2015.08.013 • Sieuwerts S, Bron PA, Smid EJ. 2018. LAB–yeast interactions in sourdough. DOI 10.1016/j.lwt.2017.12.022 • Verdonck C, Van Hecke Z, De Bondt Y, Goos P, Moldenaers P, Courtin CM. 2025. Mechanistic insights into the impact of acetic acid, lactic acid, and succinic acid on the dough rheology, the breadmaking process, and the specific volume of wholemeal sourdough-type bread. Food Hydrocolloids 162:110884. DOI 10.1016/j.foodhyd.2024.110884 • Clark et al. 2024. Sourdough starter microbiomes and wheat bread. DOI 10.1111/1750-3841.16957 • Lasanta C et al. 2021. Beer temperature × yeast type. DOI 10.1002/jsfa.10729 • Monnin L, Nidelet T, Noble J, Galeote V. 2024. Insights into intraspecific diversity of central carbon metabolites in Saccharomyces cerevisiae during wine fermentation. Food Microbiology 121:104513. DOI 10.1016/j.fm.2024.104513 • Wang X, Dang C, Liu Y, Ge X, Suo R, Ma Q, Wang J. 2024. Effect of indigenous Saccharomyces cerevisiae strains on microbial community successions and volatile compounds changes during Longyan wine fermentation. Food Bioscience 57:103595. DOI 10.1016/j.fbio.2024.103595 • Kim MJ et al. 2024. Makgeolli microbial communities. DOI 10.1016/j.lwt.2024.116826 ---------------------------------------- ### 3장. 발효는 한 균이 아니라 생태계다 https://voidlogpress.com/books/%eb%b0%9c%ed%9a%a8%ea%b0%80-%ec%9d%8c%ec%8b%9d%ec%9d%84-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/3%ec%9e%a5-%eb%b0%9c%ed%9a%a8%eb%8a%94-%ed%95%9c-%ea%b7%a0%ec%9d%b4-%ec%95%84%eb%8b%88%eb%9d%bc-%ec%83%9d%ed%83%9c%ea%b3%84%eb%8b%a4/ 질문: 가장 많이 검출된 균이 발효를 주도한 것인가요? 요약: 그렇게 바로 이으면 안 됩니다. 정말 세포 수가 늘었는지, 살아 있는지, 그 시점에 유전자를 발현하는지, 효소와 대사산물을 만드는지는 각각 다른 질문입니다. 나누지 않으면 많이 보이는 미생물이 쉽게 모든 일을 한 미생물로 바뀝니다. 또 다른 질문: 상대량과 절대량은 왜 나눠 읽어야 하나요? 답: 어떤 미생물의 비율이 10퍼센트에서 40퍼센트로 늘었다고 세포 수가 네 배가 된 것은 아닙니다. 다른 미생물이 크게 줄어 비율만 올랐을 수 있습니다. 메주 연구에서도 두 균 사이의 유의한 상관은 절대량 분석에서만 나타났습니다. 또 다른 질문: 유전자가 있다는 것과 일하고 있다는 것은 같은가요? 답: 다릅니다. 메타지놈은 어떤 유전자가 군집에 존재하는지에 가까운 정보를 주고, 메타전사체는 그 시점에 어떤 유전자가 실제로 읽히고 있는지를 더 직접적으로 보여줍니다. 두 결과가 서로 어긋날 수 있습니다. 또 다른 질문: 미생물 이름만 알면 무엇을 했는지 알 수 있나요? 답: 알 수 없습니다. 존재와 활동과 기능과 인과는 서로 다른 증거단계이며 한 단계를 건너뛰어 쓰지 않습니다. 어떤 균이 검출됐다는 결과와 그 균이 변화를 만들었다는 결론 사이에는 확인할 질문이 여럿 있습니다. 또 다른 질문: 그 미생물이 실제 원인인지는 어떻게 확인하나요? 답: 그 미생물을 빼거나 더했을 때 결과가 달라지는지를 봅니다. 존재와 활동과 기능을 확인한 뒤에 오는 마지막 단계입니다. 이 단계를 건너뛰면 함께 나타났다는 사실이 원인이라는 결론으로 조용히 바뀝니다. 최종 확인: 2026-09-03T00:52:26+09:00 자연발효·스타터·군집천이·균주·효소의 역할 메주를 분석했더니 Bacillus가 가장 많이 검출됐다고 하자. 그렇다면 메주에서 일어난 단백질과 탄수화물의 변화 대부분을 Bacillus가 만들었다고 말해도 될까. 예전이라면 그렇게 쓰기 쉬웠다. 미생물군을 분석해 가장 많은 균을 찾고, 그 균의 알려진 기능을 음식의 변화와 연결하면 그럴듯한 이야기가 만들어진다. 하지만 최근의 발효 연구는 그 사이에 여러 질문을 끼워 넣는다. 정말 세포 수가 늘어난 것인가. 살아 있는가. 그 시점에 유전자를 활발히 발현하고 있는가. 실제로 효소와 대사산물을 만들고 있는가. 그 미생물을 빼거나 더하면 결과가 달라지는가. 이 질문을 나누지 않으면 많이 보이는 미생물이 쉽게 모든 일을 한 미생물로 바뀐다. [그림 F05] 존재에서 인과까지. 존재·활동·기능·인과는 서로 다른 증거단계이며 한 단계를 건너뛰어 쓰지 않는다. 존재한다는 것과 일한다는 것은 다르다 발효식품의 미생물을 조사할 때 흔히 16S rRNA gene이나 ITS 같은 표지를 이용해 어떤 세균과 곰팡이가 존재하는지 본다. 이런 분석은 군집의 구성을 이해하는 데 매우 유용하다. 그러나 ‘비율’은 조심해서 읽어야 한다. 어떤 미생물 A의 상대적 비율이 10%에서 40%로 늘었다고 하자. 이것만으로 A의 실제 세포 수가 네 배가 됐다고 말할 수 없다. 다른 미생물이 크게 줄어들어 A의 비율만 올라갔을 수도 있다. 이것이 relative abundance와 absolute abundance를 나눠야 하는 이유다. 2026년 메주 연구에서는 세균과 곰팡이의 관계를 상대량과 절대량으로 각각 분석했다. Bacillus와 Rhizopus 사이의 유의한 상관관계는 절대 abundance 분석에서만 나타났다. 이 결과가 두 미생물이 직접 공생한다는 뜻은 아니다. 다만 비율 데이터만으로는 실제 동반 증감을 놓치거나 왜곡할 수 있다는 점을 보여준다. ‘많다’는 말부터 무엇을 기준으로 많은지 확인해야 한다. 많이 있어도 가장 많이 일하는 것은 아닐 수 있다 한 단계 더 들어가보자. 미생물이 실제로 존재한다고 해도 그 시점에 활발히 대사하고 있는지는 별개의 문제다. 메주를 45일 동안 추적한 2024년 연구에서는 metagenome과 genome-centered metatranscriptome을 함께 분석했다. metagenome은 어떤 유전자가 군집에 존재하는지에 가까운 정보를 준다. metatranscriptome은 그 시점에 어떤 유전자가 실제로 읽히고 있는지를 더 직접적으로 보여준다. 분석 결과는 단순하지 않았다. metagenome에서 Bacillus는 여러 시점에서 높은 비율을 보였지만, 전사활성의 중심은 발효단계에 따라 달랐다. 초기에는 일부 세균과 장구균 계열의 활동이 두드러졌고, 후기로 가면서 Aspergillus의 기능적 기여가 커지는 패턴이 나타났다. 즉 메주에서 가장 많이 보이는 미생물과 그 순간 가장 활발하게 유전자를 발현하는 미생물이 같지 않을 수 있었다. 이 한 사례만으로 발효생태의 핵심이 드러난다. abundance ≠ activity 많이 있다고 많이 일하는 것은 아니다. 활동한다는 것과 특정 결과를 만들었다는 것도 다르다 전사활성이 높아졌다면 한 단계 강한 증거다. 그러나 여기서도 바로 “그 균이 이 맛을 만들었다”고 넘어갈 수는 없다. 유전자가 발현됐다는 사실과 최종 대사산물의 양 사이에는 효소 생성, 기질 접근성, 다른 미생물과의 경쟁, pH와 염도, 분해속도 같은 여러 단계가 있다. metagenome에서 특정 대사경로의 유전자가 존재한다고 해도 그 경로가 실제로 강하게 작동했다는 뜻은 아니다. 기능유전자의 존재는 대사 잠재력을 보여준다. 실제 활동을 보려면 transcript, protein, enzyme activity, metabolite, 필요하면 flux 같은 추가 정보가 필요하다. 다음 등식은 성립하지 않는다. 기능유전자 존재 = 실제 기능 고추장 multi-omics 연구처럼 metagenome과 metabolite를 함께 본 경우에도 “이 군집이 이런 기능 잠재력을 가지고 있고 이런 대사체 패턴이 함께 관찰됐다” 수준에서 멈춘다. 직접 인과를 말하려면 더 강한 실험이 필요하다. 기능과 인과 사이에는 개입실험이 있다 그렇다면 어느 순간부터 “A가 B를 만들었다”고 강하게 말할 수 있을까. 가장 좋은 방법 가운데 하나는 A를 의도적으로 바꿔보는 것이다. 요구르트 연구를 다시 보자. 여러 S. thermophilus 균주와 L. bulgaricus를 조합했을 때 산성화 속도가 달라졌다. 여기까지만 보면 상관일 수 있다. 그런데 연구자들은 S. thermophilus에서 formate 생산과 redox에 관련된 유전자를 제거한 mutant를 만들어 비교했다. 기능을 끊었을 때 산성화가 달라졌고, formate를 다시 제공했을 때 변화가 회복되는 패턴이 관찰됐다. 이런 실험은 “함께 변했다”보다 훨씬 강한 인과문장을 허용한다. 김치 스타터 연구도 비슷한 방향이다. 특정 균주를 의도적으로 넣고 대조조건과 비교하면 그 스타터가 존재할 때 대사체와 기기적 맛 프로필이 어떻게 달라졌는지 말할 수 있다. 반면 자연발효 김치에서 특정 균의 비율과 젖산 농도가 함께 올라갔다는 자료만 있다면 문장의 강도는 낮춰야 한다. “만들었다”가 아니라 “함께 변했다.” “원인이다”가 아니라 “연관됐다.” 과학적 문장의 동사는 연구설계가 허용하는 만큼만 강해져야 한다. T03 — 미생물 연구 읽기 4단계 단계 질문 대표 증거 허용되는 표현 존재 누가 있는가? 16S/ITS, culture, qPCR 검출됐다, 비율이 높았다 활동 누가 실제로 일하는가? transcript, protein, enzyme activity 활성이 높았다, 발현됐다 기능 무엇을 바꾸었는가? substrate·metabolite·물성 변화 변화와 연결됐다, 기여를 지지한다 인과 그 미생물을 바꾸면 결과도 바뀌는가? 접종·제거·mutant·대조실험 직접 기여했다, 원인 역할을 지지한다 이 표를 기억하면 “A균이 많았다”는 뉴스에서 “A균이 건강에 좋다”는 결론까지 한 번에 뛰어가는 오류를 쉽게 발견할 수 있다. 발효는 군집천이의 과정이다 자연발효에서는 미생물군이 처음부터 끝까지 그대로 유지되지 않는다. 발효가 시작되면 미생물이 원료의 기질을 소비하고 산과 알코올, 가스와 여러 대사산물을 만든다. 그 결과 pH, 산소, 이용 가능한 당과 아미노산 같은 환경이 바뀐다. 환경이 바뀌면 처음에 유리했던 미생물이 계속 유리하다는 보장이 없다. 한 미생물이 만든 환경이 다음 미생물에게 더 유리한 조건이 될 수도 있고, 반대로 자신의 성장조건을 스스로 나쁘게 만들 수도 있다. 이렇게 시간에 따라 군집의 주도권이 바뀌는 것을 succession, 군집천이라고 한다. 김치는 그 대표적인 사례다. 온도와 염도에 따라 군집천이의 경로와 속도가 달라진다. 식초에서도 생산자와 배치에 따라 자연발효 군집의 변동성이 컸고, 이전 발효액을 종초처럼 사용한 생산에서는 비교적 통제된 발효가 관찰됐다. 발효는 한 미생물이 처음부터 끝까지 맡는 릴레이가 아니다. 때로는 여러 미생물이 동시에 움직이고, 누가 앞에 서는지도 조건에 따라 바뀐다. 협력은 미생물 이름만으로 예측할 수 없다 미생물 간 관계를 ‘공생’이라고 쉽게 부르는 것도 조심해야 한다. 사워도우에서 유산균과 효모가 함께 살아간다는 사실은 잘 알려져 있다. 하지만 모든 조합이 항상 서로를 돕는 것은 아니다. Lactobacillus sanfranciscensis, L. plantarum, S. cerevisiae를 여러 탄소원에서 비교한 실험에서는 미생물 사이의 상호자극이 기질에 따라 달랐다. 어떤 당에서는 서로의 성장을 돕는 패턴이 나타났지만, 다른 탄소원에서는 같은 관계가 나타나지 않았다. 즉 “A와 B는 공생한다”보다 정확한 문장은 이렇다. A와 B는 이 기질과 이 조건에서 서로의 성장이나 대사에 도움을 줄 수 있다. 관계도 조건의 함수다. 이 때문에 자연발효 생태계에서는 species list만으로 기능을 예측하기 어렵다. 누가 있는지뿐 아니라 누가 무엇을 먹을 수 있고, 다른 미생물이 어떤 대사산물을 내놓으며, 현재 pH와 산소·염도가 어떤지를 함께 봐야 한다. 스타터는 생태계를 지우지 않고 출발점을 기울인다 자연발효의 변동성이 크다고 해서 스타터가 자연발효를 ‘대체’하는 것은 아니다. 스타터를 넣는다는 것은 초기 미생물 조건을 의도적으로 바꾸는 일이다. 충분한 양의 선발 균주를 넣으면 초기 경쟁에서 그 균주가 유리해질 가능성을 높일 수 있다. 목표는 발효속도, 향, 질감, 재현성, 안전성 같은 공정목표에 따라 달라진다. 김치 연구에서는 자연 미생물 배경이 남아 있는 비멸균 조건에서도 접종한 스타터가 높은 우점도를 유지했고, 균종·균주에 따라 대사체와 전자혀 프로필이 달라졌다. 그렇다고 스타터를 넣으면 결과가 항상 같아지는 것은 아니다. 원료의 초기 미생물, 온도, 염도, 접종량, 공정위생이 달라지면 동일 스타터도 다른 경쟁상황에 놓인다. 요구르트처럼 비교적 정의된 공정에서도 두 균주의 비율을 바꾸면 발효속도와 후산성화가 달라졌다. 스타터는 정답 버튼이 아니라 초기조건을 더 명확하게 설정하는 도구다. [그림 F06] 발효 통제 수준 스펙트럼. 자연발효에서 SynCom까지는 우열이 아니라 초기 미생물 조성을 얼마나 정의하는가의 차이다. 자연발효와 스타터 사이를 다음처럼 볼 수 있다. spontaneous → backslopping → selected starter → defined consortium → SynCom 이 화살표는 발전단계나 우열순위가 아니다. 미생물 조성을 얼마나 알고 의도적으로 설정하는지를 나타내는 연속선이다. 같은 종보다 균주가 중요한 순간 여기서 꼭 구분해야 할 단어가 균주(strain)다. species가 같은 이름표를 공유하는 큰 집단이라면 strain은 그 안에서 실제 성질이 다른 개별 계통에 가깝다. 같은 종이라도 당 이용능, 산 생성속도, 염분 내성, 효소생산, 향 성분 형성이 다를 수 있다. 치즈의 P. roqueforti 연구는 이를 실제 음식에서 보여준다. 같은 종의 서로 다른 population과 strain을 같은 방식으로 치즈에 사용했는데 숙성 중 methyl ketone, secondary alcohol 등 휘발성 성분과 proteolysis·lipolysis 지표가 달라졌다. 효모에서도 strain별 ethanol과 glycerol 수율이 같지 않았다. 그러므로 한 균주의 연구결과를 종 전체의 본성처럼 쓰는 것은 위험하다. “L. mesenteroides는 감칠맛을 만든다”보다 “해당 연구에서 사용한 L. mesenteroides 균주는 이 조건에서 이런 대사체 변화와 연결됐다”가 더 정확하다. 문장은 길어지지만 오해는 줄어든다. 낮은 비율의 미생물이 중요한 경우 군집 연구를 보면 높은 abundance의 미생물에 시선이 먼저 간다. 하지만 음식의 특정 기능에서는 낮은 abundance의 미생물이 큰 영향을 줄 수 있다. 2026년 간장 연구에서는 여러 yeast를 정의된 조건에서 접종했다. 효모 접종이 전체 primary metabolite나 군집구조를 크게 뒤흔들지 않은 경우에도 휘발성 향 성분 프로필에는 뚜렷한 차이가 나타났다. 많은 양을 차지하지 않아도 특정 향 경로에서는 기능적으로 중요할 수 있다는 뜻이다. 여기서 곧바로 ‘keystone microbe’라고 부를 필요는 없다. 그런 표현에는 더 강한 생태학적 증거가 필요하다. 다만 한 가지는 분명하다. abundance는 중요도의 점수표가 아니다. 미생물이 멈춰도 효소는 남을 수 있다 발효 생태계를 미생물 세포만으로 보면 마지막으로 놓치는 것이 있다. 효소다. 메주나 치즈처럼 숙성이 긴 음식에서는 미생물이 앞 단계에서 만들어놓은 extracellular enzyme이 이후에도 남아 기질을 계속 분해할 수 있다. 원료 자체 효소나 응고효소도 함께 작동한다. 간장 연구에서 메주를 소금물에서 제거한 뒤 미생물의 양과 전사활성이 크게 줄어들었지만 일부 성분변화는 계속됐다. 미생물 억제 대조군에서도 일부 분해가 진행됐다. 따라서 “발효가 진행되고 있다”와 “미생물이 계속 많이 자라고 있다”는 같은 문장이 아니다. 어떤 시기에는 미생물 증식보다 이미 만들어진 효소가 숙성의 주역일 수 있다. 이 개념은 뒤의 치즈와 장류 장에서 다시 자세히 등장한다. 발효를 생태계로 보면 질문이 달라진다 한 균 중심의 설명은 단순하다. “김치에는 A균.” “된장에는 B균.” “빵에는 효모.” 생태계 관점은 처음에는 조금 복잡하다. 대신 실제 음식이 왜 매번 똑같지 않은지를 설명할 수 있다. 어떤 원료가 있었는가. 누가 처음 들어왔는가. 어떤 조건에서 누가 살아남았는가. 그들이 무엇을 만들었고 환경을 어떻게 바꿨는가. 다음에는 누가 유리해졌는가. 살아 있는 미생물의 활동이 줄어든 뒤에도 어떤 효소가 남았는가. 이 질문을 따라가면 ‘발효균 목록’은 ‘발효의 시간표’로 바뀐다. 3장을 마치며 기억할 것은 네 단어면 충분하다. 존재. 활동. 기능. 인과. 이 네 단계를 섞지 않으면 미생물 연구를 훨씬 정확하게 읽을 수 있다. 이제 생태계 안에서 만들어진 변화가 실제 음식에서 어떻게 느껴지는지 보자. 먼저 맛이다. 단맛은 어디로 가고, 신맛은 어디에서 오는가. 이 장의 주요 근거 • Han DM et al. 2024. Fermentative metabolic features of doenjang-meju as revealed by genome-centered metatranscriptomics. DOI 10.1016/j.fochx.2024.101658 • Jo E, Hwang S, Lee H, Cha J. 2026. Uncovering bacterial–fungal relationships in Meju fermentation through relative and absolute abundance-based metagenomic analysis. Food Bioscience 78:108444. DOI 10.1016/j.fbio.2026.108444 • Yamauchi R et al. 2023. Yogurt formate/redox mechanism. DOI 10.3168/jds.2023-23245 • Moon SY et al. 2025. Kimchi starter comparison. DOI 10.1016/j.foodres.2025.117055 • Sieuwerts S, Bron PA, Smid EJ. 2018. LAB–yeast interactions in sourdough. DOI 10.1016/j.lwt.2017.12.022 • Caron T et al. 2021. Strong effect of Penicillium roqueforti populations on volatile and metabolic compounds responsible for aromas, flavor and texture in blue cheeses. International Journal of Food Microbiology 354:109174. DOI 10.1016/j.ijfoodmicro.2021.109174 • Chun BH et al. 2021. Ganjang metatranscriptomics and enzyme legacy. DOI 10.1128/mSystems.00441-21 • Han DM et al. 2026. Effects of yeast inoculation on community, metabolites, and flavors in ganjang, a traditional Korean fermented soy sauce. Food Chemistry: X 37:104200. DOI 10.1016/j.fochx.2026.104200 ---------------------------------------- ### 8장. 발효하면 영양이 좋아지는가 https://voidlogpress.com/books/%eb%b0%9c%ed%9a%a8%ea%b0%80-%ec%9d%8c%ec%8b%9d%ec%9d%84-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/8%ec%9e%a5-%eb%b0%9c%ed%9a%a8%ed%95%98%eb%a9%b4-%ec%98%81%ec%96%91%ec%9d%b4-%ec%a2%8b%ec%95%84%ec%a7%80%eb%8a%94%ea%b0%80/ 질문: 발효하면 영양이 풍부해지고 소화도 잘되나요? 요약: 얼핏 하나의 이야기처럼 이어지지만 과학적으로는 각각 다른 질문입니다. 성분이 변했는가, 분자가 더 작게 분해됐는가, 먹는 시점에 살아 있는 미생물이 있는가, 사람이 먹었을 때 생리지표가 바뀌었는가. 한 줄로 연결하면 금세 만능식품이 됩니다. 또 다른 질문: 단백질이 잘게 분해되면 소화도 잘되나요? 답: 가능한 가설이지만 확정할 수는 없습니다. 음식 속 분해 결과만으로 사람의 실제 소화 결과를 말할 수 없습니다. 소화관에서의 분해와 흡수, 개인차, 섭취량과 식사 전체가 따로 작용하기 때문입니다. 또 다른 질문: 발효하면 비타민이 늘어난다는 말은 맞나요? 답: 음식 전체로 일반화하기 어렵습니다. 어떤 성분은 미생물이 새로 만들 수 있고 어떤 성분은 분해돼 줄어들 수 있습니다. 원료와 균주, 발효시간, 가열과 저장에 따라 방향이 달라집니다. 또 다른 질문: 영양이 늘었다는 자료는 어떻게 읽어야 하나요? 답: 어떤 음식의 어떤 성분인지, 발효 전후가 각각 얼마인지, 단위와 기준이 같은지, 이후 가열과 저장에서 유지되는지, 실제로 먹는 양에서 의미가 있는지를 함께 봅니다. 이 항목이 빠지면 비교 자체가 성립하지 않습니다. 또 다른 질문: 유익균이 많다는 말과 프로바이오틱스는 같은 말인가요? 답: 서로 다른 단계입니다. 먹는 시점에 살아 있는 미생물이 있는지와 그 미생물이 프로바이오틱스로 입증됐는지는 별개이고, 사람이 실제로 먹었을 때 생리지표가 바뀌는지는 또 다른 단계입니다. 최종 확인: 2026-09-03T00:52:25+09:00 성분 변화·소화성·살아 있는 균·건강효과의 경계 발효식품을 설명하는 글에는 비슷한 문장이 반복된다. 발효하면 영양이 풍부해진다. 소화가 쉬워진다. 유익균이 많아진다. 장 건강에 좋다. 이 네 문장은 얼핏 하나의 이야기처럼 이어진다. 그러나 과학적으로는 각각 다른 질문이다. 음식 속 성분이 변했는가. 분자가 더 작게 분해됐는가. 먹는 시점에 살아 있는 미생물이 존재하는가. 그 미생물이 프로바이오틱스로 입증됐는가. 사람이 실제로 먹었을 때 생리지표가 바뀌었는가. 질병예방이나 임상효과가 확인됐는가. 이 단계들을 한 줄로 연결하면 발효식품은 금세 건강 만능식품이 된다. 먼저 이 연결부터 끊어야 한다. [그림 F12] 건강효능 5층 증거. 음식 성분의 변화에서 인간 임상효과까지는 서로 다른 증거단계다. ‘성분이 달라졌다’는 가장 앞단의 주장이다 발효 중 음식 성분이 달라지는 것은 분명하다. 2장에서 보았듯 단백질은 효소에 의해 펩타이드와 아미노산으로 분해될 수 있고, 당은 유기산이나 알코올, 가스로 전환될 수 있다. 지방도 지방산과 향 전구체로 분해될 수 있다. 장류 연구에서는 숙성 중 free amino acid와 여러 대사체가 바뀌었다. 김치에서도 당과 유기산, 만니톨 등 다양한 대사체가 발효조건에 따라 달라졌다. 이것은 음식 내부의 변화다. 여기까지는 비교적 직접 측정할 수 있다. 문제는 다음 문장이다. “단백질이 잘게 분해됐으니 소화가 더 잘된다.” 가능한 가설일 수 있지만 음식 속 proteolysis 결과만으로 사람의 실제 소화 결과를 확정할 수는 없다. 소화관에서의 분해, 흡수, 개인차, 섭취량과 식사 전체가 따로 작용하기 때문이다. 작은 분자가 늘었다는 것과 임상적으로 소화가 개선됐다는 것은 다른 Claim Domain이다. 증가했다는 말에도 기준점이 필요하다 “발효하면 비타민이 늘어난다”, “기능성 성분이 증가한다” 같은 문장도 음식 전체에 일반화하기 어렵다. 어떤 성분은 미생물이 새로 만들 수 있다. 어떤 성분은 분해돼 줄어들 수 있다. 원료와 균주, 발효시간, 가열과 저장에 따라 방향이 달라질 수 있다. 따라서 발효식품 전체를 묶어 “영양이 증가한다”고 말하기보다 다음을 묻는 편이 정확하다. • 어떤 음식인가 • 어떤 성분인가 • 발효 전 얼마였고 발효 후 얼마인가 • 단위와 기준은 같은가 • 발효 뒤 가열·저장 과정에서 유지되는가 • 사람이 실제로 섭취하는 양에서 의미 있는가 성분 변화는 구체적일수록 과학적이고, ‘영양이 좋아졌다’는 총평은 구체성이 사라질수록 위험하다. 분해는 개선과 동의어가 아니다 장류의 enzyme legacy는 이 점을 다시 보여준다. 간장과 된장에서는 단백질분해효소가 숙성 중 계속 작동해 아미노산과 작은 펩타이드가 늘 수 있다. 식품화학적 관점에서는 분명한 변화다. 그러나 분해 정도가 높다고 품질이 반드시 좋아지는 것은 아니다. 특정 펩타이드는 쓴맛에 기여할 수 있고, 다른 질소대사가 진행되면 원하지 않는 성분이 생길 가능성도 있다. 젓갈에서 생체아민을 따로 관리해야 하는 것처럼, ‘미생물이 더 많이 분해했다’는 사실을 건강이나 품질의 한 방향 점수로 바꿀 수 없다. 발효에서는 변화의 방향보다 무엇이 얼마나 바뀌었는가가 먼저다. 살아 있는 미생물이 있다고 프로바이오틱스는 아니다 발효식품과 프로바이오틱스는 가장 자주 섞이는 개념이다. 발효식품은 원하는 미생물의 성장과 식품 성분의 효소적 전환을 통해 만들어진 식품을 뜻한다. 프로바이오틱스는 적절한 양으로 투여됐을 때 건강상 이점을 주는 살아 있는 미생물이라는 별도의 정의를 가진다. 따라서 다음 세 문장은 같지 않다. 1. 이 음식은 발효식품이다. 2. 먹는 시점에 살아 있는 미생물이 있다. 3. 그 미생물은 프로바이오틱스 효과가 입증됐다. 발효 후 가열하거나 여과하는 제품에서는 살아 있는 미생물이 크게 줄거나 없을 수 있다. 살아 있는 균이 남아 있는 제품이라도 그 균주의 건강효과가 적절한 양과 인간연구에서 확인됐다는 보장은 없다. 또 같은 species 이름이 있다고 같은 probiotic 효과를 기대할 수 없다. 건강효과는 strain-specific한 경우가 많다. 그래서 “김치에는 프로바이오틱스가 많다” 같은 문장은 증거가 부족하면 쓰지 않는 편이 맞다. microbiome이 변했다는 것과 건강해졌다는 것도 다르다 최근 발효식품 연구에서는 장내 microbiome 변화가 자주 측정된다. 특정 균의 상대비율이 늘고 다양성 지표가 달라졌다는 결과는 흥미롭다. 하지만 microbiome에는 모든 사람에게 적용되는 하나의 ‘정상 모양’이 존재한다고 보기 어렵다. 어떤 taxa가 늘었다는 사실 자체가 건강개선을 뜻하지 않는다. 임상증상, 대사지표, 염증관련 지표 등 사람의 outcome과 연결돼야 주장범위가 넓어진다. 다음 두 문장 사이에는 선을 그어야 한다. “장내 미생물 조성이 달라졌다.” “장 건강이 좋아졌다.” 첫 문장을 뒷받침하는 연구가 있다고 두 번째 문장을 자동으로 쓰지 않는다. 건강효과는 다섯 층으로 읽는다 발효식품의 건강정보를 볼 때는 증거를 다섯 층으로 나누면 이해가 쉬워진다. 1층 — 음식 안의 성분 변화 발효 전후 당, 아미노산, 유기산, 기타 성분이 달라졌는가. 2층 — 시험관 기능 그 성분이나 추출물이 세포·효소 시스템에서 특정 기능을 보였는가. 3층 — 동물 결과 동물에게 먹였을 때 생리지표가 달라졌는가. 4층 — 인간 섭취 후 생리 변화 사람이 실제 음식이나 제품을 섭취했을 때 증상·대사지표·microbiome 등이 변했는가. 5층 — 임상효과 질병예방, 치료 보조, 임상적으로 중요한 outcome이 확인됐는가. 앞 단계의 결과를 뒤 단계의 문장으로 바꾸지 않는다. T08 — 건강효능 5층 증거판 층 직접 질문 아직 말할 수 없는 것 1 성분 음식 안에서 무엇이 변했나? 사람이 건강해졌다 2 시험관 세포·효소에서 기능이 있었나? 실제 섭취효과 3 동물 동물 outcome이 변했나? 인간에게 같은 효과 4 인간 생리 섭취 후 지표·증상이 변했나? 질병예방·치료 5 임상 임상적으로 중요한 결과가 확인됐나? 다른 식품·인구 전체 일반화 효과가 있다는 것과 효과가 얼마나 큰지는 다르다 인간연구를 읽을 때는 통계적으로 차이가 있었다는 사실 다음에 효과크기를 봐야 한다. 섭취군과 대조군 사이에 유의한 차이가 있더라도 실제 변화의 크기가 작을 수 있고, 반대로 평균적인 변화는 있어도 개인별 반응 폭이 클 수 있다. 연구기간이 짧다면 장기간 섭취에서도 같은 결과가 유지되는지 알기 어렵다. 또 한 연구에서 여러 outcome을 측정하면 일부는 차이가 있고 다른 지표는 차이가 없을 수 있다. 그래서 건강효과를 “효과 있음/없음” 두 칸으로만 나누는 것은 부족하다. • 무엇이 변했는가 • 어느 정도 변했는가 • 연구 사이 결과가 일관됐는가 • 누구에게서 나타났는가 • 부작용과 탈락은 어땠는가 를 함께 봐야 한다. 이 기준을 적용하면 발효식품 건강연구의 결론이 길어지는 이유도 이해할 수 있다. 연구 대상 식품과 참여자가 서로 다르면 하나의 평균효과 뒤에 매우 다른 반응이 숨어 있을 수 있다. 인간연구가 많아져도 답은 한 문장이 아닐 수 있다 2025년 발효식품과 위장관 건강을 다룬 체계적 문헌고찰·메타분석은 좋은 예다. 전체 25개 연구를 검토했고, 그중 19개 RCT가 메타분석에 포함됐으며 총 참여자는 4,328명이었다. 일부 지표에서는 개선 방향의 결과가 나타났다. 배변 빈도, 대변 형태, 일부 위장관 증상, 장 통과시간 등이 대표적이었다. 겉으로 보면 “발효식품이 장에 좋다는 결론”처럼 보일 수 있다. 하지만 연구 사이 이질성이 컸다. 배변 빈도 분석의 I²는 74%, 대변 형태는 72%, 일부 GI symptom은 90%, 장 통과시간은 95%였다. 음식의 종류, 섭취량, 대상자, 기간, 측정 outcome이 서로 달랐고 근거 확실성도 지표마다 차이가 있었다. 이 결과를 가장 정확하게 요약하면 이렇다. 일부 인간 중재연구에서는 특정 위장관 지표의 개선이 관찰됐지만, 발효식품과 연구결과의 이질성이 커 발효식품 전체의 보편적 효과로 일반화하기 어렵다. “효과가 전혀 없다”도 아니고 “발효식품은 장에 좋다”도 아니다. 과학의 결론은 종종 그 사이에 있다. 연구가 많아도 일반화가 어려운 이유 ‘발효식품’이라는 범주에는 매우 다른 음식이 들어간다. • 살아 있는 미생물이 많은 제품 • 발효 뒤 가열된 제품 • 유제품 • 채소발효 • 곡물·콩 발효 • 서로 다른 염도·영양조성·섭취량 이들을 하나의 약처럼 묶어 평균을 내면 결과의 방향을 볼 수는 있지만, 특정 음식과 특정 사람에게 같은 효과가 난다고 보장할 수 없다. 프로바이오틱스는 균주와 양까지 포함하는 주장이다 프로바이오틱스라는 표현은 건강한 이미지를 가진 일반명처럼 쓰이기 쉽다. 그러나 합의된 정의에서는 살아 있는 미생물이라는 사실만으로 충분하지 않다. 어떤 균주가, 적절한 양으로 섭취됐을 때, 건강상 이점을 준다는 근거가 연결돼야 한다. 따라서 같은 species 이름이 제품에 표시돼 있다고 다른 연구에서 확인된 효과를 그대로 가져올 수 없다. 또 발효식품 속 생균수는 제조 직후와 유통기한 말기에 다를 수 있고, 저장온도와 산도 같은 제품환경의 영향을 받는다. 특정 제품의 probiotic 함량이나 건강효과는 제품별 근거 없이 추정할 수 없다. 독자가 확인할 것은 단순하다. • 균주가 특정됐는가 • 섭취량이 제시됐는가 • 인간에서 건강상 이점이 확인됐는가 • 그 연구가 내가 보는 식품과 같은 제품·균주를 다루는가 이 조건이 빠지면 ‘발효식품에 살아 있는 균이 있다’는 주장과 ‘프로바이오틱 효과가 있다’는 주장을 분리해 두는 편이 정확하다. 건강효과를 말할 때 음식의 정체를 지우지 않는다 발효식품 건강연구를 읽을 때는 ‘발효’라는 단어만 남기지 않는 것이 중요하다. 요구르트 연구와 김치 연구는 같은 개입이 아니다. 같은 김치라도 나트륨, 미생물군, 발효단계가 다를 수 있다. 살아 있는 균이 남은 제품과 가열된 제품도 다르다. 그래서 인간 건강효과를 쓸 때는 가능한 범위에서 다음 정보를 붙인다. • 어떤 발효식품인가 • 살아 있는 미생물이 있는가 • 어떤 균주가 확인됐는가 • 얼마나 먹었는가 • 얼마나 오래 먹었는가 • 어떤 사람이 먹었는가 • 무엇을 측정했는가 • 대조군은 무엇이었는가 이 정보가 사라질수록 문장은 넓어지고 근거는 약해진다. ‘발효하면 좋아진다’ 대신 무엇을 말할 것인가 발효가 영양을 바꾸느냐는 질문에 한 단어로 답하기 어렵다. 바뀐다. 그것이 가장 정확한 출발점이다. 단백질이 분해되고, 당이 다른 물질로 전환되고, 특정 성분의 농도가 증가하거나 감소할 수 있다. 살아 있는 미생물이 남을 수도 있고 남지 않을 수도 있다. 그다음은 음식별로 따로 물어야 한다. 그 변화가 사람이 실제로 먹는 양에서 의미 있는가. 흡수와 대사에 영향을 주는가. 인간연구에서 outcome이 달라졌는가. 그 효과가 특정 제품과 균주에 한정되는가. 발효식품을 건강하게 보는 가장 좋은 방법은 건강효과를 크게 말하는 것이 아니라 주장과 근거의 거리를 짧게 유지하는 것이다. 맛, 향, 질감, 보존, 성분과 건강효과를 나눠 보면 발효의 결과가 한 방향으로만 움직이지 않는다는 점이 분명해진다. 이제 원리를 실제 음식에 다시 넣을 차례다. 이제 김치, 요구르트와 치즈, 빵과 술, 장류를 따라가며 같은 원리가 서로 다른 조건에서 어떻게 다른 음식으로 갈라지는지 살펴보자. 이 장의 주요 근거 • Marco ML et al. 2021. ISAPP consensus statement on fermented foods. DOI 10.1038/s41575-020-00390-5 • Hill C et al. 2014. ISAPP consensus statement on probiotics. DOI 10.1038/nrgastro.2014.66 • Mukherjee A et al. 2025. Fermented foods and gastrointestinal wellbeing systematic review/meta-analysis. DOI 10.3389/fnut.2025.1668889 • Chun BH et al. 2021. Ganjang fermentation and enzyme legacy. DOI 10.1128/mSystems.00441-21 ---------------------------------------- ## 물류 시스템 지도 ISBN 9791122100440 · 2026-09-14 · 강지우 지음 https://voidlogpress.com/books/%eb%ac%bc%eb%a5%98-%ec%8b%9c%ec%8a%a4%ed%85%9c-%ec%a7%80%eb%8f%84/ ### 13장 재고의 진실은 누구의 것인가 https://voidlogpress.com/books/%eb%ac%bc%eb%a5%98-%ec%8b%9c%ec%8a%a4%ed%85%9c-%ec%a7%80%eb%8f%84/13%ec%9e%a5-%ec%9e%ac%ea%b3%a0%ec%9d%98-%ec%a7%84%ec%8b%a4%ec%9d%80-%eb%88%84%ea%b5%ac%ec%9d%98-%ea%b2%83%ec%9d%b8%ea%b0%80/ 질문: WMS 와 ERP 와 주문 화면의 재고가 다르면 오류인가요? 요약: 다르다는 사실만으로 오류라고 판정할 수는 없습니다. 서로 다른 질문에 답하고 있을 가능성이 있습니다. 어디에 있는 수량을 묻는지, 고객에게 약속할 수 있는 수량을 묻는지, 회계상 자산을 묻는지부터 정해야 합니다. 또 다른 질문: 기록의 기준이 되는 시스템은 하나로 정하면 되나요? 답: 한 번 정해 시스템 전체에 붙이는 방식은 물류에서 자주 막힙니다. 같은 물건이 위치와 작업, 판매 약속, 회계, 주문, 운송이라는 서로 다른 생명주기를 동시에 갖기 때문입니다. 질문별로 기준 기록을 정합니다. 또 다른 질문: 창고 안에서 자리를 옮기면 ERP 에도 반영되나요? 답: 반영되지 않을 수 있습니다. 로케이션 사이 이동은 WMS 에 중요한 사건이지만 기업 자산의 총량과 가치를 바꾸지 않는 내부 이동일 수 있습니다. 반대로 출고가 확정되어 기업 재고가 줄어드는 시점은 ERP 에 중요합니다. 또 다른 질문: 재고 인터페이스 요건에는 무엇을 적어야 하나요? 답: 재고를 동기화한다는 문장만으로는 부족합니다. 어떤 수량을, 어떤 상태에서, 어떤 이벤트 이후, 어느 시간 안에 일치해야 하는지를 적습니다. 그래야 어긋남이 오류인지 정상 구간인지 판정할 수 있습니다. 또 다른 질문: 설비 위에 있는 물건의 현재 위치는 어디에 묻나요? 답: 설비 제어 계층의 기록을 봅니다. 상위 시스템은 목적지를 알고 있지만 지금 컨베이어의 어느 구간을 지나는지는 모를 수 있습니다. 작업이 어느 단계까지 갔는지는 창고 실행 계층에, 현재 위치는 제어 계층에 묻습니다. 최종 확인: 2026-09-06T15:33:32+09:00 재고가 몇 개냐고 물었는데 세 시스템이 서로 다른 숫자를 보여줍니다. WMS에는 100개, 주문 화면에는 판매 가능 82개, ERP에는 100개가 잡혀 있습니다. 회의실에서는 곧바로 한마디가 나옵니다. “그래서 어느 숫자가 맞는 겁니까.” 질문을 조금 바꿔야 합니다. 어디에 있는 수량을 묻는지, 고객에게 약속할 수 있는 수량을 묻는지, 회계상 자산을 묻는지부터 정해야 합니다. 세 숫자가 서로 다르다는 사실만으로 오류라고 판정할 수는 없습니다. 서로 다른 질문에 답하고 있을 가능성이 있기 때문입니다. 이 장에서 사용하는 기록의 기준이 되는 시스템(System of Record, 이하 SoR)은 특정 질문에 답할 때 기준으로 삼는 기록의 주체를 뜻합니다. SoR을 한 번 정해서 시스템 전체에 붙이는 방식은 물류에서 자주 막힙니다. 같은 물건도 위치, 작업, 판매 약속, 회계, 주문, 운송이라는 서로 다른 생명주기를 동시에 갖기 때문입니다. “재고의 진실”이라는 질문은 너무 큽니다. 위치를 묻는지, 판매 약속을 묻는지, 회계 자산을 묻는지에 따라 기준 기록이 달라집니다. 같은 100개를 세는 방법이 여러 개입니다 창고에 SKU A가 100 Each 있다고 하겠습니다. WMS가 100 Each를 On-hand로 기록하고 있습니다. 이 중 10개는 품질 확인 때문에 Hold 상태입니다. 8개는 이미 주문에 배정됐고 아직 피킹되지 않았습니다. 창고 위치 기준으로 보면 100개가 존재합니다. 판매 약속 관점에서는 Hold 10개와 이미 다른 수요에 묶인 수량을 제외해 더 작은 숫자가 나올 수 있습니다. 계산 방식은 시스템과 업무 규칙에 따라 달라지므로 여기서 100-10-8=82를 보편 공식처럼 쓰지는 않겠습니다. 보여주려는 것은 같은 100개를 바라보는 질문이 다르다는 점입니다. ERP도 재고를 기록합니다. ERP가 중요하게 보는 것은 기업 차원의 구매·판매·재고 거래와 자산입니다. 창고 안에서 A-01-01에서 A-01-02로 상품이 이동했다고 해서 매번 기업 자산의 총량과 가치가 바뀌는 것은 아닙니다. WMS에는 로케이션 이동이 중요한 사건이고 ERP에는 회계적으로 의미가 없는 내부 이동일 수 있습니다. 반대로 출고가 확정되어 기업 재고가 줄어드는 시점은 ERP에 중요합니다. 창고에서는 피킹이 이미 끝났더라도 기업 기록에서는 아직 출고 거래가 반영되지 않은 구간이 생길 수 있습니다. 공식 창고 시스템 문서에서도 창고 내부 작업과 기업 재고 반영이 서로 다른 해상도와 시점으로 관리되는 구현을 확인할 수 있습니다. 여기서 오류의 기준이 보입니다. 숫자가 다르면 무조건 오류라는 규칙은 너무 거칩니다. 같아야 하는 시점과 항목인데 다를 때 오류입니다. 따라서 인터페이스 요건에는 “재고를 동기화한다”보다 어떤 수량, 어떤 상태, 어떤 이벤트 이후, 어느 시간 안에 일치해야 하는지를 적어야 합니다. T04 — SoR은 질문별로 정합니다 실무에서 자주 만나는 질문을 일곱 개로 나눠보겠습니다. 표의 시스템명은 절대적인 제품 배치도가 아닙니다. 어느 계층의 기록을 기준으로 삼아야 하는지 판단하는 출발점입니다. 질문 기본 기준 기록 계층 함께 확인할 계층 대표적인 어긋남 재고가 창고의 어느 논리 위치에 있는가 WMS WCS, ERP 실물 이동 후 WMS 완료 이벤트가 늦음 고객에게 얼마를 언제 약속할 수 있는가 ATP/Promising, OMS가 결과 사용 WMS, ERP On-hand와 Promiseable 수량 차이 기업 회계상 재고 수량·가치는 얼마인가 ERP Inventory/Finance WMS 창고 내부 이동은 기업 재고 총량 변화가 아닐 수 있음 창고 작업이 어느 단계까지 진행됐는가 WMS 또는 실행 책임을 가진 WES WCS 장비 완료와 작업 Close 시점 차이 자동화 설비 위에서 지금 어디에 있는가 WCS/Controller Telemetry WMS 목적지는 알지만 컨베이어 상 현재 위치는 모름 고객 주문이 어느 이행 상태인가 OMS WMS, TMS 창고 출고 완료와 고객 배송 완료가 다름 운송이 어디까지 진행됐는가 TMS/Carrier Event Layer OMS, WMS 창고 출고 완료 후 Carrier Pickup이 늦음 이 표를 외우기보다 질문의 형태를 익히는 편이 낫습니다. “재고가 맞습니까”라는 말이 나오면 무엇에 대한 재고인지 되묻습니다. 물리 위치, 판매 약속, 회계 자산, 작업 진행 중 어느 것을 말하는지 좁히면 담당 계층도 함께 좁아집니다. SoR과 원천 이벤트도 구분할 필요가 있습니다. 컨베이어 센서가 어떤 HU의 통과를 최초로 감지했더라도 고객 주문 상태의 SoR이 센서가 되는 것은 아닙니다. 센서 이벤트는 WCS와 WMS를 거쳐 작업 완료 의미로 바뀌고, 다시 OMS에 전달되어 주문 상태를 갱신할 수 있습니다. 최초 발생 지점과 업무 기준 기록은 다른 질문입니다. 복제본이 있다는 사실도 SoR을 바꾸지 않습니다. OMS가 WMS 재고를 캐시에 복제해 빠르게 조회할 수 있습니다. 조회 응답을 OMS가 반환한다고 해서 창고 위치의 기준 기록까지 OMS로 옮겨간 것은 아닙니다. 반대로 판매 가능 수량을 계산하는 로직이 OMS나 별도 ATP 계층에 있다면 고객 약속에 대한 기준 판단은 그쪽에 있을 수 있습니다. 시나리오 1, 할당됐지만 아직 피킹하지 않았습니다 고객 주문이 들어왔고 SKU A 2개가 배정됐습니다. WMS에는 피킹 작업이 만들어졌습니다. 작업자는 아직 해당 로케이션에 가지 않았습니다. 실물은 그대로 있습니다. 이 순간 “재고가 줄었습니까”라고 물으면 답이 갈립니다. 물리적으로는 줄지 않았습니다. WMS의 On-hand도 그대로일 수 있습니다. 다만 특정 수요에 Allocation 또는 Reservation된 수량이 생겼으므로 다른 주문에 사용할 수 있는 수량은 달라질 수 있습니다. ATP가 판매 약속을 계산할 때 이 배정을 고려한다면 Promiseable 수량이 선행해 줄어들 수 있습니다. OMS에서는 주문이 이행 진행 상태로 바뀔 수 있습니다. WMS에서는 작업이 생성됐지만 완료되지 않았습니다. ERP의 기업 재고는 아직 출고 거래 전이라 그대로일 수 있습니다. 이 장면에서 Allocation과 Picking을 같은 사건으로 취급하면 여러 오류가 따라옵니다. 주문 취소 시 이미 물건을 움직인 것으로 처리하거나, 피킹 실패가 났는데 재고가 이미 출고된 것처럼 보일 수 있습니다. 개발자는 상태 이름보다 사건 순서를 확인해야 합니다. 수요가 생겼습니다. 재고가 배정됐습니다. 작업이 생성됐습니다. 실물이 피킹됐습니다. 출고가 확정됐습니다. 이 단계 사이에서 어느 시스템이 무엇을 기록하는지 정하면 “재고 감소 시점” 같은 모호한 표현이 구체적인 이벤트로 바뀝니다. 시나리오 2, 물건은 이동했는데 WMS가 아직 모릅니다 자동화 설비가 HU 하나를 A 구역에서 B 구역으로 옮기는 상황을 보겠습니다. WMS는 목적지 B를 포함한 작업을 내렸고, WCS와 제어 계층을 거쳐 물리 이동이 실행됐습니다. 장비는 이동을 끝냈습니다. 완료 이벤트가 네트워크 지연이나 처리 장애 때문에 WMS에 아직 반영되지 않았습니다. 실물은 B에 있습니다. WMS 화면에는 A로 남아 있거나 작업 중 상태로 보일 수 있습니다. WCS나 제어 계층의 최근 이벤트에는 B 구간 도착이 기록돼 있을 수 있습니다. 어느 시스템이 거짓말을 하고 있는 것은 아닙니다. 서로 다른 시점의 사실을 갖고 있습니다. 이 상태가 허용된 동기화 지연 범위인지, 복구가 필요한 불일치인지는 인터페이스 계약에 달려 있습니다. 장애 대응에서 WMS 데이터만 보고 “A에 있으니 다시 이동 명령을 보내자”고 결정하면 위험합니다. 실제 HU는 이미 B에 있습니다. 새 명령의 의미와 경로에 따라 중복 이동이나 잘못된 목적지 처리가 생길 수 있습니다. 이 때문에 자동화 구간에서는 위치 SoR을 한 단어로 고정하기보다 질문의 시간 해상도를 더 세밀하게 봐야 합니다. “창고의 논리적 재고 위치”는 WMS가 기준일 수 있습니다. “지금 컨베이어의 어느 센서 구간을 통과했는가”는 WCS나 제어 Telemetry가 더 가까운 기록입니다. 도판 F10 시나리오 3, 반품 한 Case가 시스템마다 다른 상태입니다 3장에서 들어왔던 FD-A100 1 Case가 창고에 도착했고, 이제 검수 전후의 기록을 나눠보겠습니다. OMS는 고객의 반품 요청과 환불·이행 상태를 추적합니다. WMS는 물건이 실제 창고에 도착했는지, 어느 로케이션에 있고 어떤 재고 상태인지 기록합니다. 검수 전이라면 판매 가능 여부를 확정하지 않은 보류 성격의 상태로 둘 수 있습니다. ATP는 다시 고객에게 약속해도 되는 수량인지 판단할 때 이 Case를 제외할 수 있습니다. ERP는 기업 재고 거래와 환불·회계 반영을 별도의 업무 시점에 처리할 수 있습니다. Case 하나는 물리적으로 하나입니다. 시스템에는 여러 표현이 동시에 존재합니다. OMS에서 “반품 접수”라는 말은 창고 입고 완료를 뜻하지 않습니다. WMS에서 “반품 입고 완료”라는 말은 재판매 가능 판정을 뜻하지 않습니다. 검수에서 정상 판정을 받았다고 해서 ATP의 판매 약속 수량이 같은 밀리초에 바뀌는 것은 아닙니다. ERP에 재고가 반영됐다고 해서 고객 환불의 전체 생명주기까지 끝났다는 뜻도 아닙니다. 여기서 설계해야 하는 것은 하나의 거대한 상태값이 아닙니다. 각 계층의 상태를 어떤 이벤트로 연결할지입니다. Return Received, Inspection Completed, Inventory Status Changed, Refund Confirmed처럼 업무 의미가 다른 사건을 서로 구분해야 합니다. 실제 이벤트 이름은 시스템마다 다를 수 있습니다. 반품은 SoR을 설명하기 좋은 사례입니다. 순방향 출고에서는 정상 흐름에 가려졌던 차이가 역방향에서 잘 드러납니다. 물건은 창고에 돌아왔는데 판매 가능 재고에는 아직 들어오지 않는 구간이 있기 때문입니다. 시나리오 4, 창고는 끝났고 운송은 시작되지 않았습니다 출고 작업이 모두 끝났습니다. WMS에는 Ship Complete에 해당하는 상태가 기록됐고 기업 재고 거래도 반영됐다고 하겠습니다. 그런데 운송 차량이 아직 도크에 도착하지 않았거나, 도착했지만 Carrier Pickup 확인이 들어오지 않았습니다. 창고 관점에서는 출고 처리가 끝난 상태일 수 있습니다. 고객 주문 관점에서는 Shipped로 표시할 수 있지만 Delivered는 아닙니다. TMS에서는 운송 계획 완료, Pickup 대기, 운송 실행 전 같은 상태가 남습니다. 이때 고객센터가 “물건이 어디 있습니까”라고 묻습니다. WMS는 창고 출고 완료라고 답합니다. TMS는 Carrier Pickup 전이라고 답할 수 있습니다. 둘을 합치면 물건은 창고의 일반 재고에서는 빠졌지만 운송사의 이동 이벤트는 아직 시작되지 않은 인수인계 구간에 있을 가능성이 보입니다. 그래서 창고 문은 SoR이 바뀌는 중요한 경계입니다. WMS의 작업 완료만으로 배송 상태 전체를 설명할 수 없습니다. 운송 실행이 시작되면 TMS와 Carrier 이벤트가 새로운 질문에 답하기 시작합니다. 시간축을 하나 놓으면 충돌이 정리됩니다 재고 논쟁은 시스템별 스냅샷만 비교하면 더 복잡해집니다. 시간축을 놓으면 각 기록이 어느 순간부터 의미를 갖는지 보입니다. Order → Allocated → Picked → Packed → Shipped → Carrier Pickup → Delivered 주문 상태는 이 전 구간에서 OMS가 추적합니다. 판매 약속은 주문 전후에 ATP가 중요한 판단을 합니다. 창고 위치는 입고부터 출고 전까지 WMS가 높은 해상도로 봅니다. 자동화 설비를 통과하는 짧은 순간에는 WCS와 제어 계층이 더 세밀한 위치 정보를 가질 수 있습니다. 기업 재고와 가치는 특정 Goods Movement 이벤트에서 ERP에 의미 있게 반영됩니다. Carrier Pickup 뒤에는 TMS와 운송 이벤트가 물건의 이동을 설명하는 데 더 가까워집니다. 도판 F11 이 그림의 목적은 시간이 지나면서 SoR이 한 시스템에서 다음 시스템으로 릴레이처럼 완전히 넘어간다고 말하는 데 있지 않습니다. 질문별 Lane이 겹칩니다. 고객 주문은 배송 중에도 OMS에 남고, ERP의 기업 기록도 계속 존재합니다. 다만 물리 위치를 가장 자세히 아는 계층은 창고 내부와 운송 중에 달라집니다. 같은 값 이름이 같은 의미를 보장하지 않습니다 시스템 통합에서 까다로운 경우는 숫자 차이보다 이름이 같은 경우입니다. ERP, OMS, WMS가 모두 availableQty라는 필드를 갖고 있다고 하겠습니다. 이름만 보면 같은 값을 복제한 것처럼 보입니다. 실제 계산 규칙은 서로 다를 수 있습니다. WMS의 Available은 재고 상태와 창고 작업 규칙을 기준으로 “현재 창고에서 사용할 수 있는 수량”을 뜻할 수 있습니다. ATP의 Available은 이미 들어온 수요, 향후 공급, Promise 정책까지 고려한 결과일 수 있습니다. OMS의 Available은 고객 채널에 노출하기 위해 안전재고나 채널별 배분 규칙을 한 번 더 적용한 값일 수 있습니다. 이 세 필드를 이름만 맞춰 매핑하면 통합 테스트에서는 숫자가 비슷해 보여 통과할 수 있습니다. 프로모션, 재고 부족, 반품, 지연 입고처럼 경계 상황이 오면 차이가 드러납니다. 문제의 원인은 인터페이스보다 의미 계약의 부재에 가깝습니다. 따라서 데이터 사전에는 필드명과 타입만 적지 않습니다. 계산 대상, 제외 조건, 기준 시각, 갱신 이벤트, SoR을 함께 적는 편이 안전합니다. availableQty integer보다 “판매 약속 계산에 사용할 수량이며 ATP 결과를 기준으로 하고 Order Allocation 변경 후 갱신한다”는 설명이 훨씬 많은 오류를 막습니다. 같은 원칙은 status에도 적용됩니다. WMS의 Inventory Status, OMS의 Order Status, TMS의 Shipment Status를 하나의 공통 상태 코드로 합치려 하면 의미가 사라집니다. 상태를 통합할 때는 이름을 맞추기보다 어떤 사건이 그 상태를 만들었는지 연결해야 합니다. 숫자가 다르면 세 가지를 확인합니다 실무에서 두 시스템의 재고 숫자가 다르면 원인을 찾기 전에 비교 조건부터 맞춰야 합니다. 첫 번째는 대상입니다. SKU만 같은지, LOT와 상태와 로케이션까지 같은 범위를 비교하는지 확인합니다. 한쪽은 전체 On-hand를 합산하고 다른 쪽은 Available만 보여주면 숫자는 원래 다릅니다. 두 번째는 시점입니다. 같은 기준시각인지 확인합니다. WMS의 피킹 완료가 10시 01분에 발생하고 ERP 출고 반영이 10시 03분에 끝난다면 그 사이 스냅샷은 다를 수 있습니다. 허용된 비동기 구간인지 장애인지 SLA와 이벤트 상태를 함께 봅니다. 세 번째는 업무 의미입니다. 위치 수량, 판매 약속 수량, 기업 재고 수량을 같은 이름의 availableQty로 노출하고 있지는 않은지 확인합니다. 이름이 같아도 계산 규칙이 다르면 인터페이스 정의가 부족합니다. 이 세 가지를 맞춘 뒤에도 같아야 할 값이 다르면 비로소 대사와 복구 문제로 들어갑니다. 18장에서는 실물과 전산이 갈라질 수 있는 발생 지점을 공정 전체에서 추적합니다. 19장에서는 메시지 중복과 재처리 때문에 기록이 어떻게 더 어긋날 수 있는지 봅니다. 데이터 소유권은 수정 권한까지 포함합니다 SoR을 정할 때 조회 화면만 생각하면 부족합니다. 누가 값을 변경할 권한을 갖는지도 함께 정해야 합니다. 예를 들어 WMS가 로케이션 단위 재고의 기준 기록이라면 OMS가 직접 WMS의 로케이션 수량을 수정하는 구조는 위험합니다. OMS는 주문 취소나 반품 같은 업무 이벤트를 전달하고, 창고 계층이 해당 이벤트를 창고 상태 변화로 해석하는 편이 경계가 선명합니다. 반대로 OMS가 고객 주문 상태의 기준이라면 WMS가 고객 주문을 임의로 Delivered로 바꾸는 것도 어색합니다. WMS는 출고 완료 사실을 전달하고 OMS가 자신의 상태 모델에 따라 주문 상태를 갱신합니다. 운영 화면에서 긴급 수정 기능을 제공할 수는 있습니다. 그때도 “수정할 수 있다”와 “소유한다”를 구분합니다. 운영자가 임시로 값을 바꿨다면 원래 SoR과 어떻게 대사하고, 어떤 감사 기록을 남기며, 하류 시스템에 어떤 이벤트를 보내는지까지 설계해야 합니다. 데이터 소유권은 테이블 주인이 누구냐는 문제보다 큽니다. 생성, 변경, 확정, 배포, 복구의 권한을 어디에 둘지 정하는 일입니다. SoR과 복구 권한을 함께 묶습니다 장애가 발생하면 평소의 조회 권한보다 복구 권한이 더 중요해집니다. WMS 위치 기록이 기준인데 WMS 이벤트 반영이 멈췄다고 하겠습니다. OMS가 최신 주문 정보를 갖고 있다는 이유로 WMS 위치를 직접 덮어쓰게 하면 계층 경계가 무너집니다. 주문 정보는 물건이 실제 어느 Bin에 있는지 증명하지 못합니다. 복구 절차는 기준 기록과 가까운 계층에서 시작해야 합니다. WMS 작업 로그와 위치 기록을 확인하고, 자동화 구간이면 WCS 또는 제어 Telemetry로 물리 이동 사실을 보조 확인합니다. 실제 위치가 확정된 뒤 WMS 상태를 복구하고, 그 결과 이벤트를 OMS·ERP 같은 인접 계층에 다시 전파합니다. 반대 방향도 같습니다. WMS가 출고 완료를 알고 있어도 고객 주문 상태의 복구 규칙은 OMS가 소유해야 합니다. WMS가 OMS 테이블을 직접 고치는 편법은 당장 숫자를 맞출 수 있지만 다음 이벤트에서 다시 충돌할 가능성이 큽니다. SoR을 정한다는 말에는 누가 정상 상태를 복원할 권한을 가지는지도 포함됩니다. 인터페이스 명세에 SoR을 쓰는 방법 “재고는 WMS 기준”이라는 한 줄은 편하지만 너무 많은 정보를 숨깁니다. 인터페이스 명세에는 더 좁은 단위가 필요합니다. 예를 들어 다음처럼 질문을 나눌 수 있습니다. • Location Inventory의 기준 기록은 WMS가 가진다. • Promiseable Quantity는 ATP 규칙으로 계산하고 OMS가 고객 채널에 노출한다. • Enterprise Inventory/Value는 ERP의 기업 거래를 기준으로 한다. • Equipment Position은 WCS 또는 제어 Telemetry를 장애 조사 시 참조한다. • Order Fulfillment State는 OMS가 기준으로 관리한다. • Transport Execution State는 TMS와 Carrier 이벤트를 기준으로 갱신한다. 이 정도까지 내려가면 동기화 방향도 자연스럽게 따라옵니다. 어느 시스템이 Publish하고 어느 시스템이 Subscribe하는지, 어떤 이벤트가 상태 전환을 일으키는지, 재처리 때 원 기록을 다시 조회할지 결정할 수 있습니다. 명세에서 특히 조심할 표현이 sync입니다. “ERP와 WMS 재고 Sync”만 적으면 누가 무엇을 어떤 방향으로 맞추는지 알 수 없습니다. Goods Issue confirmed in WMS → ERP inventory transaction requested → ERP result returned → reconciliation target updated처럼 사건과 책임을 나누면 장애 처리 방식까지 보입니다. 실제 메시지명은 프로젝트마다 달라집니다. 진실 하나를 찾는 대신 질문을 정확하게 만듭니다 재고 시스템이 여러 개라서 복잡한 것이 아닙니다. 하나의 물건이 동시에 여러 업무 문맥에 놓이기 때문에 여러 기록이 필요합니다. 창고 위치, 판매 약속, 회계 자산, 작업 진행, 장비 위치, 주문 이행, 운송 상태는 같은 데이터의 복사본이 아닙니다. 서로 연결돼 있지만 각각 다른 질문에 답합니다. 따라서 회의에서 “어느 시스템이 맞습니까”라는 질문이 나오면 서둘러 시스템 하나를 선택하지 않아도 됩니다. 질문을 더 작게 나눕니다. 어느 위치를 말합니까. 어떤 상태의 수량을 말합니까. 고객에게 약속할 수 있는 수량입니까. 회계상 자산입니까. 창고 작업의 진행 상태입니까. 자동화 설비 위의 현재 위치입니까. 주문입니까, 운송입니까. 여기까지 나누면 기록의 기준이 보이고, 서로 다른 숫자가 왜 존재하는지도 설명할 수 있습니다. 같아야 할 값이 무엇인지 정했으니 대사 조건도 정할 수 있습니다. 같은 숫자를 만드는 일보다 같은 의미를 보장하는 일이 선행돼야 합니다. 의미가 맞으면 동기화 주기와 허용 오차를 설계할 수 있고, 의미가 다르면 숫자를 억지로 맞추는 작업 자체가 새로운 오류를 만듭니다. 이제 물건이 창고 문을 나갑니다. WMS의 로케이션과 작업이 중심이던 세계에서 Carrier, Pickup, Transit, POD가 중심인 세계로 이동합니다. 물건은 계속 하나지만 다음 질문의 주인은 달라집니다. ---------------------------------------- ### 4장 SKU 하나가 하나가 아닌 이유 https://voidlogpress.com/books/%eb%ac%bc%eb%a5%98-%ec%8b%9c%ec%8a%a4%ed%85%9c-%ec%a7%80%eb%8f%84/4%ec%9e%a5-sku-%ed%95%98%eb%82%98%ea%b0%80-%ed%95%98%eb%82%98%ea%b0%80-%ec%95%84%eb%8b%8c-%ec%9d%b4%ec%9c%a0/ 질문: SKU 가 같으면 시스템에서도 같은 물건인가요? 요약: 같은 SKU 라는 사실은 같은 실물 객체라는 뜻이 아닙니다. 같은 상품 코드라도 유통기한이 다르거나 이미 특정 주문에 배정됐거나 검수 보류 상태일 수 있습니다. SKU 는 무슨 상품인지에 답할 뿐 몇 개인지, 어느 박스에 있는지에는 답하지 못합니다. 또 다른 질문: API 의 skuCode 하나로 실물 한 개를 셀 수 있나요? 답: 셀 수 없습니다. 그 값이 실물 한 개를 가리킨다고 착각하면 데이터 모델부터 잘못 읽게 됩니다. 수량은 단위 축이, 생산 묶음은 LOT 이, 취급 객체는 또 다른 축이 답합니다. 질문마다 필요한 데이터 축이 다릅니다. 또 다른 질문: UOM 과 포장 계층은 어떻게 다른가요? 답: UOM 은 수량을 표현하는 축이고 포장 계층은 실물이 어떻게 묶여 있는지를 설명하는 축입니다. 1 Case 가 12 Each 라는 관계는 수량을 변환하는 규칙이지, 창고에 Case 라는 물체가 하나 존재한다는 뜻이 아닙니다. 또 다른 질문: Case 를 뜯어 낱개를 꺼내면 무엇이 달라지나요? 답: 물리 포장 구조와 단순 수량 환산이 서로 다른 문제가 됩니다. 남은 것이 완전한 Case 인지 개봉한 Case 인지, 낱개가 어느 용기에 담겼는지까지 관리하려면 수량 단위만으로는 부족합니다. 또 다른 질문: 포장 계층에서 개발자가 확인할 것은 무엇인가요? 답: 포장 이름이 표준인지보다 변환이 일어나는 지점입니다. 입고는 팔레트로 받았는데 적치 뒤 Case 로 쪼개지는지, 보충에서 Case 를 옮긴 뒤 낱개로 파는지, 포장에서 새 상자로 다시 묶는지를 따라갑니다. 최종 확인: 2026-09-06T15:33:31+09:00 SKU가 같으면 시스템에서도 같은 물건일까요. 회의에서 이 질문을 던지면 대개 잠깐 정적이 생깁니다. 상품 코드가 같으니 같은 물건이라고 답하기에는 어딘가 불안합니다. 창고에는 같은 상품 코드가 붙은 박스가 수십 개 있고, 그중 일부는 유통기한이 다르고, 어떤 것은 이미 특정 주문에 배정됐으며, 어떤 것은 검수 보류 상태일 수 있기 때문입니다. 자동화 창고라면 같은 상품이 서로 다른 토트와 팔레트에 나뉘어 있고 각각 다른 위치를 지나고 있을 수도 있습니다. 화면에는 한 줄로 보이는 품목이 현장에 내려오면 여러 축으로 갈라집니다. 이 구분을 건너뛰면 뒤에서 나오는 로케이션, 재고 상태, 할당, 피킹, 설비 연동이 전부 흐려집니다. 개발자에게는 특히 치명적입니다. API의 skuCode 하나를 보고 그 값이 실물 한 개를 가리킨다고 착각하면 데이터 모델부터 잘못 읽게 됩니다. 이 장에서 붙잡을 문장은 하나입니다. 같은 SKU라는 사실은 같은 실물 객체라는 뜻이 아닙니다. 상품을 가리키는 것과 수량을 세는 것은 다른 일입니다 SKU는 Stock Keeping Unit의 약자입니다. 이 책에서는 재고 관리와 주문 처리에서 구분해야 하는 상품 식별 단위라는 뜻으로 사용합니다. 어떤 티셔츠가 색상과 사이즈에 따라 별도 SKU로 나뉠 수도 있고, 같은 상품명이더라도 판매·재고 정책에 따라 관리 단위가 달라질 수 있습니다. 상품 분류 정책 자체보다 SKU가 답하는 질문이 무엇인지 보겠습니다. SKU가 답하는 질문은 대체로 이쪽에 가깝습니다. “무슨 상품입니까.” 반대로 SKU만으로는 다음 질문에 답할 수 없습니다. “몇 개입니까.” “어느 생산 묶음입니까.” “어느 박스 안에 있습니까.” “창고 어디에 있습니까.” “어느 주문에 배정됐습니까.” “지금 누가 무엇을 해야 합니까.” 이 질문마다 다른 데이터 축이 필요합니다. 예를 들어 SKU FD-A100이라는 포장 간식이 있다고 하겠습니다. 창고에 이 SKU가 240개 있습니다. 여기까지는 간단합니다. 그런데 공급업체는 12개씩 한 Case로 납품하고, 창고는 입고 때 Case 단위로 스캔하며, 온라인 주문은 Each 단위로 들어온다고 해보겠습니다. 같은 240이라는 재고도 화면에 따라 240 Each, 20 Case로 보일 수 있습니다. 이때 등장하는 것이 UOM(Unit of Measure), 즉 수량을 표현하는 단위입니다. Each, Pack, Box, Case, Pallet 같은 값이 여기에 들어갈 수 있습니다. 실제 창고 시스템에서는 구매 단위, 판매 단위, 재고 단위가 서로 다를 수 있고 단위 간 변환 관계를 관리하기도 합니다. 1 Case = 12 Each라는 관계는 수량을 변환하는 규칙입니다. 이 문장을 읽고 실제 창고에 Case라는 물체가 하나 존재한다고 곧바로 결론 내리면 안 됩니다. UOM은 수량 표현의 축이고, 포장 계층은 실물이 어떻게 묶여 있는지를 설명하는 축입니다. 현실에서는 둘이 자주 겹쳐 보여서 더 헷갈립니다. 창고 바닥에 팔레트 하나가 놓여 있다고 해보겠습니다. 그 위에 Case가 40개 있고 각 Case에는 Each가 12개씩 들어 있습니다. 수량만 보면 480 Each, 40 Case, 1 Pallet처럼 환산할 수 있습니다. 하지만 작업자가 Case 하나를 뜯어 Each 세 개를 꺼낸 순간 물리 포장 구조와 단순 수량 환산은 서로 다른 문제가 됩니다. 남은 Case가 완전한 Case인지, 개봉 Case인지, 낱개가 어느 용기에 담겼는지까지 관리하려면 UOM만으로는 부족합니다. 그래서 데이터 모델을 볼 때는 “이 값이 수량 단위인가, 실제 취급 객체인가”를 따로 물어야 합니다. 포장 계층은 실물이 묶이는 방식입니다 상품이 Each에서 Inner, Case, Pallet으로 묶이는 구조를 포장 계층이라고 부르겠습니다. 상품마다 포장 단계는 다릅니다. 어떤 상품은 낱개와 Case만 있을 수 있고, 어떤 상품은 부피가 커서 Each 자체가 팔레트에 고정될 수도 있습니다. 사업장마다 사용하는 이름도 다릅니다. 포장 계층이 중요한 이유는 창고 작업이 상품 하나하나만을 대상으로 일어나지 않기 때문입니다. 입고는 Pallet 단위로 받고, 보충은 Case 단위로 이동하며, 피킹은 Each 단위로 수행하는 식으로 작업 단위가 달라질 수 있습니다. 여기서 개발자가 확인할 것은 포장 이름의 표준 여부보다 변환이 일어나는 지점입니다. 입고에서는 Pallet 하나로 들어왔는데 적치 뒤에 Case 단위로 쪼개집니까. 보충 작업에서 Case를 피킹 존으로 이동한 뒤 Each 단위로 판매합니까. 포장 작업에서 여러 Each를 새 Carton에 다시 묶습니까. 이 질문을 따라가면 단순한 품목 마스터를 넘어 실제 물류 객체가 보이기 시작합니다. 도판 F02 도판에서는 Each–Case–Pallet과 LOT–Serial–HU를 한 줄 계층으로 그리지 않습니다. 각각이 답하는 질문이 다릅니다. 수량 관계와 추적 관계와 취급 관계를 섞는 순간 그림은 간단해지지만 시스템은 설명하지 못합니다. 같은 SKU를 다시 갈라놓는 LOT와 유통기한 SKU FD-A100이 두 팔레트 들어왔다고 하겠습니다. 상품 코드는 같습니다. 하나는 이번 주 생산분이고 다른 하나는 지난달 생산분입니다. 둘의 LOT가 다르면 창고는 같은 SKU를 다시 나눠 관리할 수 있습니다. LOT는 생산·입고·품질·추적 등의 목적으로 같은 묶음으로 관리하는 속성입니다. 현장에서는 Batch라는 말을 같은 의미로 쓰는 경우도 많습니다. 이 책에서는 기본 표기를 LOT로 통일하겠습니다. LOT가 필요한 이유는 “무슨 상품인가”만으로는 추적이 끝나지 않기 때문입니다. 특정 생산 묶음에 품질 문제가 발견됐다고 해보겠습니다. SKU만 알고 있다면 창고 안의 해당 상품 전체를 대상으로 확인해야 합니다. LOT가 기록돼 있으면 문제의 범위를 좁힐 수 있습니다. 유통기한이나 소비기한처럼 날짜 속성이 붙는 상품도 비슷합니다. 이 책에서는 표시 제도나 법규를 다루지 않습니다. 시스템 관점에서 볼 것은 날짜가 재고 선택 규칙에 참여할 수 있다는 점입니다. 같은 SKU가 같은 로케이션에 있어도 어떤 LOT를 선행 피킹할지, 특정 날짜가 지난 재고를 판매 가능한 상태로 둘지 같은 판단이 생깁니다. LOT는 SKU를 대체하지 않습니다. 한 SKU 아래 여러 LOT가 존재할 수 있습니다. 반대로 LOT 번호가 같다고 전사적으로 같은 의미라고 단정하기도 어렵습니다. LOT 키가 품목과 함께 유일해지는 구현도 있고, 공급망 전체에서 다른 식별 규칙을 적용하는 경우도 있습니다. 시스템 설계에서는 값 하나보다 유일성의 범위를 확인해야 합니다. “LOT 번호가 같으면 같은 재고인가요.”라는 질문에는 그래서 바로 예나 아니오로 답하기 어렵습니다. 어떤 품목에 붙은 LOT인지, 어느 소유자·사업장·재고 차원을 함께 보는지 확인해야 합니다. Serial은 묶음보다 더 작은 질문을 합니다 어떤 상품은 LOT 수준으로도 부족합니다. 동일 모델의 장비 100대가 들어왔는데 각각의 개체를 보증·수리·추적해야 한다면 개별 식별이 필요합니다. Serial이 등장하는 자리입니다. LOT가 묶음을 추적한다면 Serial은 개별 개체를 추적합니다. SKU가 같고 LOT도 같아도 Serial이 다르면 시스템에서는 서로 다른 개체로 추적할 수 있습니다. 여기서도 과잉 일반화는 피해야 합니다. Serial 관리 대상은 일부 품목에 한정됩니다. 빠르게 소비되는 저가 상품까지 개별 Serial로 추적하면 운영 부담이 커집니다. 반대로 고가 전자기기, 장비, 특정 규제 품목처럼 개별 추적 가치가 큰 상품은 Serial이 중요한 축이 됩니다. API 설계에서는 이 차이가 더 노골적으로 드러납니다. 어떤 입고 인터페이스는 sku, qty, lot만 받습니다. 다른 인터페이스는 수량 10개를 보내면서 serial 목록 10개를 함께 요구할 수 있습니다. 두 메시지는 모두 “10개 입고”를 표현하지만 데이터 구조가 다릅니다. 개발자에게 필요한 습관은 필드 수보다 식별의 해상도를 보는 것입니다. SKU 수준인지, LOT 수준인지, 개체 수준인지부터 가릅니다. 창고는 상품만 옮기지 않습니다 이제 팔레트 하나를 생각해보겠습니다. 팔레트 위에 서로 다른 SKU 세 종류가 섞여 있고 각각 여러 Case가 실려 있습니다. 지게차 작업자는 이 팔레트를 통째로 다른 구역으로 옮깁니다. 시스템이 각 Each를 하나씩 이동 처리할 필요는 없습니다. 이때 유용한 개념이 물류 취급 단위(Handling Unit, HU)입니다. HU는 운송·보관·창고 작업에서 하나의 단위로 취급할 수 있도록 상품과 포장재를 묶은 물류 단위입니다. 팔레트가 대표적이지만 카톤, 토트, 케이지 같은 형태도 HU 관점으로 다뤄질 수 있습니다. 어떤 구현에서는 HU 안에 다른 HU가 들어가는 중첩 구조도 가능합니다. HU가 답하는 질문은 “무슨 상품인가”보다 “지금 무엇을 한 덩어리로 취급하고 있는가”에 가깝습니다. 팔레트 HU 하나에 SKU A 20 Case와 SKU B 10 Case가 들어 있을 수 있습니다. 반대로 SKU A 20 Case가 두 개의 팔레트 HU에 나뉠 수도 있습니다. 그래서 SKU와 HU의 관계는 1대1이 아닙니다. 여기에 LPN(License Plate Number)이 붙습니다. LPN은 창고에서 물류 취급 단위를 가리키기 위해 붙이는 식별 번호나 라벨 개념으로 사용하겠습니다. 작업자는 팔레트 안의 상품 바코드를 하나씩 다시 읽지 않고 LPN 하나를 스캔해 해당 취급 단위를 선택할 수 있습니다. HU와 LPN은 비슷하게 들리지만 질문이 다릅니다. HU는 취급되는 단위에 초점을 둡니다. LPN은 그 단위를 가리키는 식별자에 초점을 둡니다. 특정 시스템에서는 둘이 거의 1대1처럼 보일 수 있지만 책 전체에서 둘을 같은 개념으로 합치지 않습니다. 국제 물류에서는 물류 단위를 식별하는 표준 키로 SSCC(Serial Shipping Container Code)를 쓰는 체계도 있습니다. 여기서 얻을 교훈은 특정 표준 번호를 외우라는 것이 아닙니다. 상품을 식별하는 코드와 운송·보관 중인 물류 단위를 식별하는 코드는 서로 다른 문제를 푼다는 점입니다. 한 가지 물건을 시스템에서 찾을 때 다음과 같은 값이 동시에 붙을 수 있습니다. • SKU는 상품 종류를 가리킵니다. • UOM은 수량 표현 단위를 알려줍니다. • LOT는 생산·추적 묶음을 구분합니다. • Serial은 필요할 때 개별 개체를 구분합니다. • HU는 함께 취급하는 물류 단위를 나타냅니다. • LPN은 그 취급 단위를 스캔하고 참조할 식별자가 됩니다. 이 목록을 외울 필요는 없습니다. 어떤 값이 무엇을 식별하는지만 놓치지 않으면 됩니다. 식별자는 생명주기도 다릅니다 같은 화면에 노출되는 코드라도 언제 만들어지고 언제 사라지는지는 다릅니다. SKU는 상품을 관리하는 동안 오래 유지될 수 있습니다. LOT는 특정 생산·입고 묶음의 추적 기간 동안 의미를 갖습니다. LPN은 포장 변경이나 HU 분해·병합 과정에서 새로 발급되거나 관계가 바뀔 수 있습니다. Work ID는 작업이 생성되고 완료되는 짧은 생명주기를 가집니다. Order ID는 고객 주문의 이행이 끝날 때까지 이어집니다. 이 차이를 무시하면 외래키 하나로 여러 객체를 억지로 묶게 됩니다. 예를 들어 LPN을 영구 재고 ID처럼 사용하면 재포장 순간에 식별 관계가 끊길 수 있습니다. Order ID를 물리 작업 ID로 쓰면 한 주문이 여러 작업으로 갈라지는 순간 추적이 어려워집니다. 데이터 모델에서는 값의 모양보다 객체가 태어나고 바뀌고 종료되는 조건을 함께 확인해야 합니다. 재고는 이 축들이 만나는 지점에서 생깁니다 “재고 100개”라는 말은 시스템 설계에서는 정보가 너무 적습니다. 어떤 SKU인지, 어느 사업장과 창고인지, 어느 로케이션인지, 어떤 상태인지, 어떤 LOT인지, 어느 HU에 담겨 있는지에 따라 같은 100개가 여러 행으로 갈릴 수 있습니다. 가상의 예를 하나 보겠습니다. 표 T06 — 같은 100개가 여러 행으로 갈린다 합계는 100 Each입니다. 그렇다고 네 행을 무조건 합쳐 하나의 “재고 100”으로 처리할 수는 없습니다. 위치가 다르고 상태가 다르며 LOT가 다르고 취급 단위도 다릅니다. 판매 가능 수량을 묻는 화면이라면 Hold와 In Process를 제외할 수 있습니다. 특정 LOT 회수 대상 수량을 묻는다면 L260815-A만 합산할 수 있습니다. 피킹 작업을 만들 때는 위치와 HU가 더 중요해집니다. 재고는 숫자 하나로 존재하는 것처럼 보이지만 시스템 안에서는 여러 차원이 만난 결과로 나타납니다. 어떤 차원을 실제로 관리하는지는 창고와 제품 구조에 따라 달라집니다. 다만 차원을 분리해서 생각하는 습관은 어느 시스템에서도 유효합니다. 이 지점에서는 품목·로케이션 같은 마스터 데이터와 계속 변하는 재고 상태 데이터를 구분해야 합니다. 품목이나 로케이션은 비교적 안정적인 기준정보로 볼 수 있습니다. 현재고, 가용 여부, 할당 상태, 작업 진행은 계속 변합니다. 전부 같은 마스터 영역에 넣어 생각하면 변경 책임과 동기화 방식을 잘못 잡게 됩니다. 주문은 상품을 요구하고 작업은 실물을 움직입니다 한 단계 더 내려가보겠습니다. 고객이 FD-A100 두 Case를 주문했습니다. 주문 시스템에는 Order와 Order Line이 생깁니다. 주문 한 줄에는 SKU와 수량이 들어가지만 아직 창고의 어느 Case를 집을지는 정해지지 않았을 수 있습니다. 창고관리시스템(WMS)이 주문 이행 요청을 받으면 재고를 배정하고 작업을 만들 수 있습니다. 이때 Allocation은 수요에 재고를 논리적으로 배정하는 판단입니다. 물리적으로 상품을 집었다는 뜻은 아닙니다. 피킹 작업이 만들어지면 작업자는 특정 로케이션으로 가서 특정 수량을 집습니다. 자동화 창고라면 장비가 HU를 이동시키거나 작업자 스테이션으로 가져올 수도 있습니다. 이제 Work나 Task 같은 실행 단위가 등장합니다. 여기서 객체가 한 번 더 갈라집니다. 주문은 고객이 무엇을 요구했는지를 말합니다. Allocation은 어떤 공급을 그 요구에 배정했는지를 말합니다. Work/Task는 실제로 무엇을 수행해야 하는지를 말합니다. HU는 무엇을 한 덩어리로 취급해 움직이는지를 말합니다. SKU는 그 안에 어떤 상품이 있는지를 말합니다. 이 다섯 가지를 한 객체로 설계하면 처음에는 단순해 보입니다. 주문 하나를 취소하거나, 일부 수량만 피킹하거나, 한 주문을 여러 창고에서 나눠 보내거나, 하나의 HU에 여러 주문 물량이 섞이는 순간 구조가 버티지 못합니다. 실무 회의에서 “주문 번호를 작업 키로 쓰면 되지 않나요”라는 말이 나오면 바로 반대할 필요는 없습니다. 대신 관계를 확인하면 됩니다. 한 주문에서 작업이 몇 개까지 나올 수 있는지, 하나의 작업이 여러 주문을 포함할 수 있는지, 취소와 재작업 때 키의 생명주기가 어떻게 되는지를 물어보면 됩니다. 객체 경계가 자연스럽게 드러납니다. 인터페이스 한 건에서도 축을 분리합니다 입고 API 한 건을 예로 들어보겠습니다. 요청에 sku, qty, uom, lot, lpn, location이 함께 들어온다면 필드가 많다는 인상부터 받을 수 있습니다. 이 값들은 같은 사실을 반복해서 적은 것이 아닙니다. 서로 다른 질문을 한 메시지 안에 묶은 것입니다. sku는 상품을 가리킵니다. qty와 uom은 수량을 표현합니다. lot는 추적 묶음을 좁힙니다. lpn은 취급 단위를 찾는 데 쓰입니다. location은 어디에 놓이는지를 말합니다. 하나라도 의미가 빠지면 수신 시스템은 나머지 값으로 추정해야 하고, 그 추정이 사업 규칙과 어긋나면 재고가 잘못 갈립니다. 그래서 인터페이스 리뷰에서는 필드 이름보다 관계를 묻는 편이 좋습니다. qty=1, uom=Case가 들어왔을 때 재고 기준 UOM으로 언제 변환하는지, 같은 LPN 안에 여러 SKU나 LOT를 허용하는지, Location은 입고 도크인지 최종 적치 위치인지 확인합니다. 데이터 타입보다 객체 경계가 선행해서 정리돼야 하는 이유입니다. 다섯 종류의 질문을 분리하면 데이터 모델이 보입니다 지금까지 나온 말을 한 문장으로 압축하면 이렇습니다. SKU, 재고, 물류 취급 단위, 주문 단위, 작업 단위는 서로 다른 질문에 답하는 객체입니다. SKU ≠ 재고 ≠ 물류 취급 단위 ≠ 주문 단위 ≠ 작업 단위라는 표기는 수학식이 아닙니다. 설계 회의에서 같은 명사를 함부로 대체하지 말라는 경고에 가깝습니다. SKU를 보면 “무슨 상품인가”를 묻습니다. 재고를 보면 “어떤 조건의 수량이 어디에 얼마나 있는가”를 묻습니다. HU를 보면 “지금 무엇을 한 단위로 취급하는가”를 묻습니다. Order를 보면 “무엇을 얼마나 이행해야 하는가”를 묻습니다. Work/Task를 보면 “누가 또는 무엇이 지금 어떤 행동을 해야 하는가”를 묻습니다. 이 질문들이 연결되면서 물류 시스템이 만들어집니다. 하나의 FD-A100이라는 SKU에서 시작했는데 어느 순간 LOT, UOM, HU, LPN, Order Line, Allocation, Work가 주변에 붙었습니다. 화면만 보면 필드가 많아진 것처럼 보입니다. 현장을 기준으로 보면 서로 다른 현실을 각각 기록한 것입니다. 데이터 모델을 처음 받을 때 컬럼명을 외우는 대신 다섯 질문으로 분류해보십시오. 상품을 식별하는 값인지, 수량과 추적을 표현하는 값인지, 함께 옮길 단위를 가리키는 값인지, 수요를 표현하는 값인지, 실행할 일을 표현하는 값인지부터 나눕니다. 그다음 관계의 1대1, 1대다, 다대다를 확인하면 됩니다. 여기까지 구분하고 나면 새로운 문제가 생깁니다. 객체가 여러 개라는 사실은 알겠습니다. 그렇다면 그 객체들은 창고의 어디에 놓였다고 기록될까요. FD-A100 48 Each가 어느 로케이션에 있다고 말할 때, 그 “자리” 자체도 시스템 안에서는 규칙을 가진 데이터입니다. 다음 장에서는 로케이션이라는 데이터가 무엇을 담는지 이어서 보겠습니다. ---------------------------------------- ### 9장 주문을 받는 자리 — OMS https://voidlogpress.com/books/%eb%ac%bc%eb%a5%98-%ec%8b%9c%ec%8a%a4%ed%85%9c-%ec%a7%80%eb%8f%84/9%ec%9e%a5-%ec%a3%bc%eb%ac%b8%ec%9d%84-%eb%b0%9b%eb%8a%94-%ec%9e%90%eb%a6%ac-oms/ 질문: 재고가 10개 보이면 10개를 약속해도 되나요? 요약: 약속할 수 있는 수량은 별개입니다. 일부는 이미 다른 주문에 배정됐을 수 있고, 보류 상태일 수 있으며, 지금은 없지만 내일 입고 예정일 수도 있습니다. 현재 수량은 계산의 한 요소이고 공급과 기존 수요, 날짜와 소싱 규칙까지 함께 봅니다. 또 다른 질문: OMS 를 주문 데이터베이스라고 불러도 되나요? 답: 축소해서 부르는 것입니다. 주문을 저장하는 일보다 그 주문을 어떤 이행 흐름으로 보낼지 조율하는 책임이 중요합니다. 여러 이행 시스템으로 요청을 보내고 결과를 다시 받아 주문 상태를 진행시키는 구조입니다. 또 다른 질문: ATP 와 OMS 는 같은 것인가요? 답: 역할이 다릅니다. OMS 는 주문의 생명주기와 이행을 조율하고, ATP 는 수요에 대해 약속 가능한 수량과 날짜와 공급원을 판단합니다. 두 기능이 한 제품에 포함될 수도 있고 ERP 나 별도 서비스가 담당할 수도 있습니다. 또 다른 질문: 어느 이행 지점에서 보낼지는 무엇을 보고 고르나요? 답: 재고가 있는지, 고객 주소로 배송할 수 있는지, 약속한 날짜를 지킬 수 있는지, 분할 배송을 허용하는지를 봅니다. 어디에서 보내도 같은 상품이 도착하지만 운송비와 도착 시간, 지점별 재고 균형이 달라집니다. 또 다른 질문: OMS 와 WMS 는 중심 객체가 어떻게 다른가요? 답: WMS 화면에서 중심이 되는 것은 재고와 로케이션과 작업입니다. OMS 에서는 주문과 주문 라인이 중심에 놓입니다. 어느 채널에서 들어왔는지, 취소나 변경이 가능한지, 각 라인이 어느 단계까지 처리됐는지를 관리합니다. 최종 확인: 2026-09-06T15:33:31+09:00 고객이 상품 세 개를 주문했습니다. 이 문장이 창고에 바로 “A상품 세 개를 피킹하라”는 작업으로 들어가지는 않습니다. 어느 채널에서 들어온 주문인지 확인해야 하고, 결제나 주문 상태를 관리해야 하며, 어느 지점에서 이행할지 결정해야 할 수 있습니다. 재고가 부족하면 한 번에 보낼지 나눠 보낼지 판단할 수도 있습니다. 주문과 창고 작업 사이에는 여러 결정이 있습니다. 이 구간을 맡는 대표 계층이 OMS, Order Management System입니다. OMS의 중심 객체는 재고보다 주문입니다 WMS 화면에서 중심이 되는 것은 Inventory, Location, Work입니다. OMS에서는 Order와 Order Line이 중심에 놓입니다. 고객이 두 상품을 샀다고 하겠습니다. • 상품 A 2개 • 상품 B 1개 OMS는 이 주문이 어느 채널에서 들어왔는지, 주문 상태가 무엇인지, 취소나 변경이 가능한지, 어느 이행 지점으로 보낼지, 각 Order Line이 어느 단계까지 처리됐는지를 관리할 수 있습니다. 공식 주문관리 자료도 OMS를 order capture, tracking, fulfillment orchestration의 관점으로 설명합니다. 주문을 받아 여러 fulfillment system으로 요청을 보내고 결과를 다시 받아 주문 상태를 진행시키는 구조가 존재합니다. 이 장에서 OMS를 “주문 데이터베이스”로 축소하지 않는 이유입니다. 주문을 저장하는 것보다 주문을 어떤 이행 흐름으로 보낼지 조율하는 책임이 중요합니다. 주문을 받은 것과 약속할 수 있는 것은 다릅니다 고객이 상품 A 10개를 주문하려고 합니다. 화면에 재고가 10개 있다고 보인다고 해서 즉시 “오늘 출고 가능”이라고 약속할 수 있는 것은 아닙니다. 10개 중 일부가 이미 다른 주문에 배정돼 있을 수 있습니다. 일부는 Hold 상태일 수 있습니다. 현재 창고에는 없지만 내일 입고 예정일 수 있습니다. 여러 창고 중 한 곳에서 공급할 수 있을 수 있습니다. 그래서 주문관리에는 Available-to-Promise 또는 Order Promising 같은 판단이 붙을 수 있습니다. 현재 수량은 계산의 한 요소입니다. 공급, 기존 수요, 날짜와 소싱 규칙까지 고려해 언제 얼마를 약속할 수 있는지 계산합니다. 여기서 ATP를 OMS와 같은 뜻으로 두지 않습니다. OMS는 주문의 생명주기와 이행을 조율합니다. ATP/Promising은 수요에 대해 약속 가능한 수량·날짜·공급원을 판단합니다. 두 기능이 하나의 제품에 포함될 수도 있고 ERP나 별도 서비스가 담당할 수도 있습니다. 도판 F06 Fulfillment Node를 고르는 일 온라인 주문을 처리할 수 있는 곳이 세 군데 있다고 하겠습니다. 서울 물류센터. 부산 물류센터. 재고를 보유한 오프라인 매장. 어디에서 보내든 고객에게 같은 상품이 도착할 수 있습니다. 기업이 지불하는 운송비, 고객이 받는 시간, 각 지점의 재고 균형은 달라집니다. OMS 또는 인접한 orchestration/ATP 계층에서는 어느 이행 지점이 주문을 맡을지 판단할 수 있습니다. 이것을 Fulfillment Node 결정이라고 부를 수 있습니다. 판단에는 여러 기준이 들어갈 수 있습니다. 재고가 있는가. 고객 주소에 배송 가능한가. 약속한 날짜를 지킬 수 있는가. 분할 배송을 허용하는가. 특정 지점의 재고를 보호해야 하는가. 운송비가 지나치게 높지 않은가. 이 책은 최적화 알고리즘까지 들어가지 않습니다. 개발자와 기획자가 알아야 할 것은 주문이 들어왔다는 사실과 창고가 작업을 시작한다는 사실 사이에 이행 지점 판단이 존재할 수 있다는 점입니다. WMS가 이 판단을 직접 가져가는 구조도 있을 수 있습니다. 책의 기준 지도에서는 고객 주문과 채널 전체를 보는 책임은 OMS 쪽, 특정 창고 안에서 실제 재고와 작업을 결정하는 책임은 WMS 쪽으로 나눠 읽습니다. Order와 Shipment는 1대1이 아닐 수 있습니다 주문 하나가 상자 하나로 나간다고 생각하면 데이터 모델이 단순해집니다. 현실에서는 쉽게 깨집니다. 고객이 상품 A와 B를 주문했습니다. A는 서울 센터에 있고 B는 부산 센터에 있을 수 있습니다. 같은 센터에 있어도 B가 입고 지연으로 하루 늦게 나갈 수 있습니다. 상품 크기 때문에 한 주문을 두 상자로 나눌 수도 있습니다. 반대로 여러 주문의 상품을 운송 실행 관점에서 하나의 차량이나 출하 계획에 묶을 수도 있습니다. Order는 고객 수요의 단위입니다. Shipment는 출하·운송 실행의 단위입니다. 둘은 서로 다른 객체입니다. 이 구분을 하지 않으면 order_status = shipped 같은 단순 상태 하나에 지나치게 많은 의미가 들어갑니다. 주문 일부만 출고됐을 때 상태를 설명하기 어렵고, 분할 배송과 부분 취소를 처리하기 어려워집니다. OMS는 Order Line별 이행 결과를 모아 고객 주문의 상태를 계산할 수 있습니다. WMS는 자신이 받은 Shipment나 Fulfillment Request에 대해 창고 작업을 수행합니다. 주문 상태와 창고 상태를 같은 값으로 만들지 않습니다 주문 상태가 Processing이라고 하겠습니다. 이 말만으로 창고에서 무슨 일이 일어나고 있는지 알 수 없습니다. WMS가 아직 요청을 받지 않았을 수 있습니다. 요청은 받았지만 Wave 또는 Work가 생성되지 않았을 수 있습니다. 피킹 중일 수 있습니다. 포장은 끝났지만 출고 인계를 기다릴 수 있습니다. OMS의 상태는 고객 주문의 의미를 압축합니다. 창고 시스템의 상태는 작업 진행을 더 세밀하게 표현합니다. 반대로 WMS의 Pick Complete가 곧 주문 완료를 뜻하지 않습니다. 포장과 출고, 운송이 남아 있을 수 있습니다. 그래서 인터페이스는 상태값을 그대로 복사하기보다 어떤 이벤트를 어떤 업무 상태로 해석할지 정해야 합니다. 예를 들어 WMS에서 Ship Confirmed가 오면 OMS가 Order Line을 Shipped로 바꿀 수 있습니다. 운송사에서 POD가 오면 Delivered로 바꿀 수 있습니다. 실제 이름은 구현마다 달라집니다. 중요한 것은 상태 소유자가 누구인지와 상태 전이의 근거 이벤트가 무엇인지입니다. 취소가 어려워지는 순간 고객이 주문 직후 취소 버튼을 눌렀습니다. 아직 이행 지점이 정해지지 않았다면 OMS에서 주문을 취소하는 것으로 끝날 수 있습니다. 창고에 Fulfillment Request가 전달된 뒤라면 상황이 달라집니다. 작업이 생성됐습니까. 재고가 Allocation됐습니까. 피킹이 시작됐습니까. 이미 포장됐습니까. 창고 밖으로 나갔습니까. 취소 가능 여부는 주문 상태 하나만으로 결정하기 어렵습니다. 실제 물류 진행 단계와 연결됩니다. OMS는 고객 관점의 취소 요청을 소유할 수 있습니다. WMS는 창고에서 중단 가능한 작업인지 판단하고 결과를 돌려줘야 할 수 있습니다. 이 장면이 두 계층의 경계를 잘 보여줍니다. OMS는 “고객이 이 주문을 더 이상 원하지 않는다”는 업무 의도를 압니다. WMS는 “현재 물건이 어느 작업 단계에 있고 안전하게 중단할 수 있는가”를 압니다. 한쪽 정보만으로는 전체 결정을 내리기 어렵습니다. 옴니채널에서 OMS가 중요해지는 이유 주문 채널이 하나라면 흐름이 단순합니다. 온라인몰 주문을 한 창고가 처리합니다. 채널이 늘어나면 같은 재고를 여러 곳에서 보고 싶어집니다. 자사몰. 마켓플레이스. 오프라인 매장. B2B 주문. 매장 픽업. 당일 배송. 각 채널이 독립적으로 재고를 예약하면 초과 판매가 생길 수 있습니다. 어느 채널에 얼마를 노출할지, 어느 지점이 어느 주문을 맡을지, 취소와 부분 출고를 어떻게 반영할지 조율할 계층이 필요해집니다. OMS의 역할이 커지는 이유는 단순히 주문 건수가 많아서가 아닙니다. 주문이 여러 채널과 여러 이행 지점을 가로지르기 때문입니다. 여기서 다시 ATP와의 경계를 기억해야 합니다. OMS가 재고 계산 전체를 직접 수행한다고 가정할 필요는 없습니다. Promising 엔진이 계산한 결과를 받아 주문에 적용할 수 있습니다. WMS가 가진 세밀한 창고 재고를 그대로 외부 채널에 노출하지 않고 약속 가능한 수량으로 변환할 수도 있습니다. 이 구조는 13장의 핵심 질문으로 연결됩니다. WMS에 100개가 있다고 해서 OMS가 고객에게 100개를 보여줘야 합니까. 답은 재고 숫자만으로 정할 수 없습니다. OMS와 WMS 사이의 계약 OMS가 WMS에 요청을 보낼 때 최소한 무엇이 필요할까요. 어떤 주문 또는 이행 요청인지 식별할 값. 어떤 상품을 얼마나 처리할지. 어느 서비스 수준이나 출고 기한을 적용할지. 취소나 변경을 추적할 참조 값. 배송이나 포장에 필요한 업무 조건. 반대로 WMS가 돌려줄 정보도 필요합니다. 요청을 받았는지. 작업을 시작했는지. 부족이나 예외가 생겼는지. 몇 개를 실제 출고했는지. 언제 출고가 확정됐는지. 이 목록을 API 필드 요구사항으로 곧바로 쓰지는 않습니다. 제품과 업무에 따라 달라집니다. 중요한 것은 요청과 결과가 Order 상태와 Warehouse Work 상태를 연결한다는 점입니다. 공식 주문관리 문서에서도 Order Management가 fulfillment system에 요청을 보내고 결과를 받아 orchestration을 진행하는 구조를 설명합니다. 이 책임 분리는 특정 벤더의 메뉴에 묶이지 않습니다. 주문과 실행을 나누는 일반적인 사고방식으로 사용할 수 있습니다. 주문이 창고 문 앞에 도착하면 고객 주문은 이제 이행 지점과 약속 조건을 거쳐 특정 창고의 처리 대상으로 넘어왔습니다. 여기서부터 질문이 달라집니다. 어느 재고를 사용할 것입니까. 어느 위치에서 꺼낼 것입니까. 어떤 순서로 작업할 것입니까. 누가 수행합니까. 부족하면 어떤 예외를 만들 것입니까. OMS가 주문을 잘 관리해도 이 질문까지 답할 수 있는 것은 아닙니다. 이제 이 지도의 중심축으로 들어갑니다. 창고를 지휘하는 자리, WMS입니다. ---------------------------------------- ## 퇴비가 토양을 바꾸는 법 ISBN 9791122100457 · 2026-09-14 · 강지우 지음 https://voidlogpress.com/books/%ed%87%b4%eb%b9%84%ea%b0%80-%ed%86%a0%ec%96%91%ec%9d%84-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/ ### 11장. 퇴비는 토양 미생물을 바꾸는가 https://voidlogpress.com/books/%ed%87%b4%eb%b9%84%ea%b0%80-%ed%86%a0%ec%96%91%ec%9d%84-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/11%ec%9e%a5-%ed%87%b4%eb%b9%84%eb%8a%94-%ed%86%a0%ec%96%91-%eb%af%b8%ec%83%9d%eb%ac%bc%ec%9d%84-%eb%b0%94%ea%be%b8%eb%8a%94%ea%b0%80/ 질문: 퇴비를 넣으면 좋은 미생물이 많아지나요? 요약: 그 말은 다섯 질문으로 나눠야 합니다. 미생물의 양이 늘었는가, 다양성이 늘었는가, 군집구성이 바뀌었는가, 양분순환 기능이 커졌는가, 병원균을 억제했는가. 이 다섯 문장은 서로 같은 결과가 아닙니다. 또 다른 질문: 미생물 총량이 늘면 유익균이 늘어난 것인가요? 답: 그렇게 말할 수 없습니다. 토양에는 작물에 도움이 되는 미생물도 있고 중립적인 미생물도 있으며 병원성과 관련된 생물도 있습니다. 총량 증가는 활동이 커졌다는 신호일 수 있지만 기능의 방향까지 알려주지는 않습니다. 또 다른 질문: 미생물 다양성이 높으면 수량도 오르나요? 답: 다양성은 수량의 대리점수가 아닙니다. 219개 포장을 종합한 메타분석에서도 작물수량을 설명하는 데에는 미생물 다양성 자체보다 토양의 비생물적 특성과 미생물 기능이 더 큰 설명력을 보였습니다. 또 다른 질문: 군집구성이 바뀌었다는 결과는 어떻게 읽나요? 답: 어떤 미생물 그룹의 상대적 비율이 달라졌다는 뜻입니다. 국내 장기 논시험에서 퇴비 투입은 군집 조성을 분명하게 바꿨지만 세균 다양성과 풍부도는 유의하게 높이지 않았습니다. 두 결과를 분리해 읽어야 합니다. 또 다른 질문: 특정 균이 늘었다는 분석 결과는 기능이 늘었다는 뜻인가요? 답: 바로 결론내리면 안 됩니다. 연구에 따라 효소활성을 직접 측정하기도 하고 유전자 정보를 바탕으로 기능을 예측하기도 합니다. 측정한 것과 예측한 것을 같은 근거로 놓으면 결론이 실제보다 앞서 나갑니다. 최종 확인: 2026-09-03T00:52:28+09:00 “퇴비를 넣으면 좋은 미생물이 많아진다.” 매력적인 문장이다. 퇴비가 유기물을 공급하고 미생물의 먹이가 늘어나니 자연스럽게 들린다. 실제로 장기 퇴비시험에서 토양 미생물량과 호흡, 효소활성, 군집구성이 달라진 연구가 많다. 문제는 ‘좋은 미생물’이라는 말이 무엇을 뜻하는지 불분명하다는 것이다. 미생물 수가 늘었다는 뜻인가. 종의 수가 늘었다는 뜻인가. 군집구성이 바뀌었다는 뜻인가. 양분순환 기능이 커졌다는 뜻인가. 병원균을 억제했다는 뜻인가. 이 다섯 문장은 같은 결과가 아니다. “미생물이 좋아졌다”라는 말은 다섯 질문으로 나눠야 한다. 첫째, 미생물의 양이 늘었는가 퇴비를 넣으면 새로운 탄소와 양분이 들어온다. 미생물에게 먹이가 추가되는 셈이다. 토양 미생물 생체량이나 호흡활성이 증가할 수 있다. 장기 가축분퇴비 처리에서 요소분해효소(urease) 활성과 호흡 같은 생물성 지표가 높아진 국내 시험도 있다. 이 결과는 중요한 토양반응이다. 그러나 미생물량이 늘었다는 사실만으로 ‘유익균이 늘었다’고 말할 수는 없다. 토양에는 작물에 도움이 되는 미생물도 있고, 중립적인 미생물도 있으며, 병원성과 관련된 생물도 있다. 총량 증가는 활동이 커졌다는 신호일 수 있지만 기능의 방향을 알려주지는 않는다. 둘째, 다양성이 늘었는가 미생물 연구에서는 Shannon 지수나 풍부도 같은 지표가 자주 등장한다. 다양성은 군집 안에 얼마나 다양한 미생물이 존재하고 분포하는지를 요약하는 방법이다. 2022년 219개 포장 연구를 종합한 메타분석에서는 퇴비만이 아니라 가축분·볏짚·작물잔사 등을 포함한 유기성 토양개량재가 무기질비료 단독보다 평균적으로 미생물 다양성 지표를 높이는 경향을 보였다. 하지만 이 연구를 “퇴비는 미생물 다양성을 몇 퍼센트 높인다”는 근거로 쓰지 않는다. 범위가 퇴비보다 넓은 유기성 토양개량재 전체이기 때문이다. 더 중요한 결과가 하나 있다. 작물수량을 설명하는 데에는 미생물 다양성 자체보다 토양의 비생물적 특성과 미생물 기능이 더 큰 설명력을 보였다. 즉 다양성은 중요할 수 있지만 수량의 대리점수는 아니다. 셋째, 군집구성이 바뀌었는가 한국의 장기 논시험에서는 NPK 처리와 NPK+퇴비 처리를 비교해 토양 세균군집을 분석한 연구가 있다. 장기 퇴비 투입은 세균 존재량 지표와 군집 조성을 분명하게 바꿨다. 하지만 해당 시험에서는 퇴비 처리가 세균 다양성과 풍부도를 유의하게 높이지 않았다. 이 결과는 매우 유용하다. 퇴비가 미생물군집을 바꿀 수 있다는 증거와 “다양성이 높아졌다”는 증거를 분리해주기 때문이다. 군집구성이 달라졌다는 것은 어떤 미생물 그룹의 상대적 비율이 달라졌다는 뜻이다. 그 변화가 농업적으로 좋은지 판단하려면 다음 질문이 필요하다. 무슨 기능이 달라졌는가? 넷째, 기능이 바뀌었는가 미생물은 토양에서 여러 일을 한다. • 유기물 분해 • 질소 무기화 • 효소활성 • 탄소순환 • 일부 양분의 가용화 • 병원체와의 경쟁 군집구성이 바뀌면 기능도 달라질 가능성이 있다. 그러나 DNA 분석에서 어떤 미생물군이 늘었다고 기능이 실제로 증가했다고 바로 결론내리면 안 된다. 연구에 따라 효소활성을 직접 측정하기도 하고, 유전자 정보를 바탕으로 기능을 예측하기도 한다. 둘은 증거 강도가 다르다. 예측된 기능은 가능한 기능이고, 실제 효소활성·양분전환·작물반응까지 측정한 것은 더 직접적인 증거다. “미생물 기능이 개선됐다”는 표현은 무엇을 직접 측정했는지 확인한 뒤 사용한다. 다섯째, 실제로 병을 억제했는가 퇴비와 미생물 이야기가 가장 매력적으로 들리는 지점이 질병억제성이다. 일부 퇴비는 특정 토양병을 줄이는 suppressive compost로 작동할 수 있다. 그러나 모든 퇴비가 그렇지는 않다. 2025년 7개 상업 생산자의 37개 퇴비를 세 가지 plant–pathogen system에서 비교한 연구가 있다. 37개 가운데 33개는 적어도 한 시스템에서 유의한 억제성을 보였다. 이 숫자만 보면 “대부분 억제된다”고 말하고 싶어진다. 하지만 세 시스템 모두에서 억제성을 보인 퇴비는 3개뿐이었다. 4개는 어느 시스템에서도 억제효과가 없었다. 같은 퇴비가 병원체와 숙주가 달라지면 다른 결과를 낼 수 있었다. 이 연구의 결론은 퇴비가 병을 억제한다는 것이 아니다. 질병억제성은 퇴비 × 병원체 × 숙주의 관계다. 다양성이 높으면 병을 더 잘 억제할까 직관적으로는 다양한 미생물이 많으면 병원균이 자리를 잡기 어렵다고 생각할 수 있다. 실제로 경쟁과 길항, 자원점유 같은 기전은 질병억제성과 연결될 수 있다. 그렇지만 37개 상업 퇴비 연구에서는 질병억제성이 단순한 알파 다양성이나 베타 다양성, 일반적인 물리·화학 특성만으로 쉽게 설명되지 않았다. 특정 bacterial·fungal taxa가 질병억제성과 관련된 후보로 나타났지만, 이것 역시 모든 병원체와 모든 퇴비에서 통하는 보편 공식은 아니다. 다만 다음 연결은 곧바로 성립하지 않는다. 다양성 증가 → 유익균 증가 → 병 억제 각 화살표마다 별도의 증거가 필요하다. 퇴비 자체의 미생물과 토양 미생물은 같은 것이 아니다 퇴비에는 퇴비화 과정에서 형성된 미생물군집이 존재할 수 있다. 그 퇴비를 토양에 넣으면 퇴비의 미생물이 토양으로 들어간다. 그러나 퇴비에 있던 미생물이 토양에서 장기간 그대로 자리 잡는다고 자동으로 가정할 수는 없다. 토양은 이미 거대한 미생물 생태계다. pH, 수분, 온도, 뿌리분비물, 토성, 기존 유기물, 농약과 비료, 재배작물에 따라 어떤 미생물이 살아남고 활동하는지가 달라진다. 퇴비의 미생물 분석표와 토양의 실제 미생물 반응은 분리해서 본다. 퇴비에 특정 미생물이 검출됐다는 사실이 다음 세 결론을 자동으로 보장하지는 않는다. • 토양에서 정착했다 • 기능했다 • 작물에 도움이 됐다 멸균 퇴비와 살아 있는 퇴비를 비교하면 무엇을 알 수 있을까 질병억제성 연구에서는 퇴비의 생물적 효과를 확인하기 위해 멸균 전후를 비교하는 접근을 쓰기도 한다. 멸균 뒤 억제효과가 사라지면 미생물 요인이 관여했다는 단서가 된다. 하지만 멸균은 미생물만 없애는 완벽한 스위치가 아니다. 물리화학적 특성도 일부 달라질 수 있다. 이 비교도 기전 확인의 한 방법으로 읽는다. 목적은 미생물 효과를 부정하는 데 있지 않다. 미생물 효과를 주장할 때 어떤 수준의 증거가 필요한지 구분하는 것이다. 토양 건강이라는 말을 너무 빨리 쓰지 않는다 퇴비와 미생물 연구에서 ‘soil health’라는 표현이 자주 등장한다. 편리한 말이다. 그러나 토양 건강은 미생물 다양성 하나로 정의할 수 없다. 물리성, 화학성, 생물성, 작물생산성과 환경기능을 함께 보는 더 넓은 개념이다. 미생물 다양성이 증가한 연구를 보고 “토양 건강이 개선됐다”고 쓰려면 다른 토양기능이 실제로 어떻게 변했는지도 확인해야 한다. 가능하면 측정한 항목을 그대로 적는다. • microbial biomass 증가 • bacterial community 변화 • 요소분해효소 활성 증가 • disease suppression 확인 처럼 실제 측정한 것을 말한다. ‘건강’이라는 한 단어로 여러 결과를 덮지 않는다. 미생물 변화가 수량으로 이어지는 경로를 따로 본다 미생물 활동이 커지면 유기물 분해와 양분순환이 달라질 수 있다. 이것이 작물에 도움이 될 수 있다. 하지만 수량까지 가려면 중간 단계가 있다. 퇴비 투입 → 미생물 변화 → 양분·구조·병원체 변화 → 작물반응 → 상품수량 이 사슬에서 어디까지 직접 측정했는지 확인해야 한다. 미생물군집만 분석한 연구는 E3, 토양반응의 근거다. 작물 생육까지 측정했다면 E4로 간다. 수량과 품질, 비용까지 확인해야 E5다. 미생물 결과를 읽을 때도 이 증거 사다리를 그대로 쓴다. 퇴비를 넣은 직후와 몇 달 뒤의 미생물은 다를 수 있다 미생물군집은 고정된 목록이 아니다. 퇴비를 투입한 직후에는 쉽게 이용할 수 있는 탄소와 양분이 늘면서 특정 미생물이 빠르게 반응할 수 있다. 시간이 지나 그 기질이 줄고 뿌리환경이 달라지면 군집도 다시 변할 수 있다. 미생물 연구를 읽을 때는 언제 측정했는가도 본다. 투입 직후 한 번 측정한 변화와 여러 작기 뒤까지 지속되는 변화는 의미가 다르다. 이 원칙은 제품 광고에도 적용된다. 퇴비 자체에서 미생물 수가 많았다는 분석과, 토양 투입 뒤 그 미생물이 장기적으로 토양기능에 기여했다는 주장은 서로 다른 시간축의 증거다. ‘유익균’이라는 이름보다 기능을 확인한다 농업 현장에서는 특정 미생물을 유익균이라고 부르기도 한다. 실제로 식물생장을 돕거나 병원체를 억제하는 기능이 확인된 균주들이 있다. 하지만 같은 속이나 종 이름이 검출됐다고 언제나 같은 효과를 보장하는 것은 아니다. 균주 수준의 차이가 있을 수 있고, 토양환경에서 실제 기능이 발현되는지도 달라질 수 있다. 퇴비 미생물 분석에서 특정 이름을 발견했다면 다음을 묻는다. • 어떤 균주인가 • 어떤 기능을 실제 측정했는가 • 어느 작물과 조건에서 확인했는가 • 토양 투입 후에도 효과가 재현됐는가 이렇게 보면 ‘유익균이 들어 있다’는 문장이 기능이 검증된 생물적 효과인지 단순 검출정보인지 구분하기 쉬워진다. 미생물 효과와 양분효과를 분리하기 어렵다는 점도 인정한다 퇴비를 넣으면 미생물만 들어오는 것이 아니다. 탄소와 N·P·K, pH에 영향을 주는 성분, 미량원소가 함께 들어온다. 작물이 더 잘 자랐다면 그 원인이 미생물인지, 추가 양분인지, 물리성 개선인지, 여러 요인의 조합인지 분리하기 어려울 수 있다. “미생물이 많아져서 수량이 늘었다”는 인과주장은 단순한 상관보다 더 강한 실험설계가 필요하다. 기전을 설명할 때는 다음 셋을 구분한다. • 상관: 두 변화가 함께 나타났다 • 가능한 기전: 과학적으로 설명 가능한 경로가 있다 • 인과: 해당 기전을 분리하는 실험에서 실제 효과가 확인됐다 미생물 연구에서 가장 자주 필요한 구분이다. 농가가 미생물 검사를 꼭 해야 하는 것은 아니다 이 장을 읽고 나면 토양 미생물 분석을 매년 해야 할 것처럼 느낄 수 있다. 그럴 필요는 없다. 농가의 일상적인 퇴비 관리에서는 다음 항목을 먼저 본다. • 토양검정 • 퇴비 성분 • 실제 시용량 • 작물 생육 • 상품수량 • 병해와 비용 미생물 분석은 연구나 특정 문제진단에서 매우 유용할 수 있지만, 모든 농가의 기본 관리항목은 아니다. 미생물의 중요성을 인정하면서도 측정할 수 있는 모든 것을 측정하는 것이 좋은 관리라는 생각은 피한다. 농가에게 더 중요한 것은 미생물 광고문구를 과학적으로 읽고, 실제 작물결과와 연결된 근거가 있는지 판단하는 능력이다. 광고 문구를 다섯 질문으로 다시 읽는다 “유익미생물이 풍부한 퇴비.” “미생물 다양성을 높여 토양을 건강하게.” “병원균을 억제하는 미생물 활성.” 이런 표현을 보면 다음 다섯 질문을 던진다. 1. 양이 늘었는가? 2. 다양성이 달라졌는가? 3. 군집구성이 바뀌었는가? 4. 기능을 직접 측정했는가? 5. 실제 작물과 병에서 효과를 확인했는가? 다섯 질문 가운데 어디까지 증거가 있는지 확인하면 광고 문구와 연구결과 사이의 거리를 볼 수 있다. [현장도구] 미생물 연구 5문장 판독표 연구 문장 실제 질문 필요한 증거 미생물이 늘었다 존재량? 생체량, 유전자 복제수 등 다양성이 높아졌다 다양성? Shannon 지수, 풍부도 등 군집이 바뀌었다 군집 조성? 군집 분석 기능이 좋아졌다 기능? 효소활성·물질전환 등 직접 측정 병을 억제했다 질병억제성? 병원체–숙주 시험 마지막 줄은 별도의 실험증거가 필요하다. 병 억제는 미생물 분석표가 아니라 실제 병원체와 숙주가 있는 시험에서 확인해야 한다. 미생물은 퇴비의 마지막 결론이 아니라 연결고리다 퇴비는 토양 미생물을 바꿀 수 있다. 이제 이 문장은 충분히 말할 수 있다. 그러나 어떤 방향의 변화가 좋은지, 그 변화가 수량과 병해에 어떤 영향을 주는지는 조건마다 다르다. 더 정확한 문장은 다음과 같다. 퇴비는 토양 미생물의 양과 군집, 기능을 바꿀 수 있으며, 그 농업적 의미는 토양·작물·병원체와 실제 작물반응을 함께 확인해야 한다. PART 3에서 우리는 퇴비가 토양에 들어간 뒤 네 가지를 봤다. • 8장: 구조 • 9장: 질소 • 10장: 양분 비율과 누적 • 11장: 미생물 공통점은 하나다. 어느 것도 혼자 ‘좋은 토양’을 증명하지 않는다. 다음 PART에서는 그 반대쪽을 본다. 좋은 퇴비도 잘못 만들거나 잘못 쓰면 어떤 문제가 생기는가. “미생물이 달라졌다”와 “작물에 좋은 효과가 있었다” 사이에는 아직 확인할 단계가 남아 있다. ---------------------------------------- ### 3장. 퇴비·가축분·유기질비료·액비·바이오차는 서로 다르다 https://voidlogpress.com/books/%ed%87%b4%eb%b9%84%ea%b0%80-%ed%86%a0%ec%96%91%ec%9d%84-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/3%ec%9e%a5-%ed%87%b4%eb%b9%84%ea%b0%80%ec%b6%95%eb%b6%84%ec%9c%a0%ea%b8%b0%ec%a7%88%eb%b9%84%eb%a3%8c%ec%95%a1%eb%b9%84%eb%b0%94%ec%9d%b4%ec%98%a4%ec%b0%a8%eb%8a%94-%ec%84%9c%eb%a1%9c-%eb%8b%a4/ 질문: 가축분을 넣었다는 말과 퇴비를 줬다는 말은 같은 뜻인가요? 요약: 다를 수 있습니다. 퇴비화 과정을 거치지 않은 생가축분과 발효·후숙한 가축분퇴비는 성분의 형태와 미생물 상태, 작물에 미치는 위험이 다릅니다. 목적은 이름을 외우는 것이 아니라 서로 다른 투입재를 같은 효과와 같은 시용량으로 취급하지 않는 것입니다. 또 다른 질문: 외국 논문의 manure 를 퇴비로 옮겨 읽어도 되나요? 답: 그대로 옮기면 안 됩니다. 생가축분일 수도 있고 저장 가축분일 수도 있으며 퇴비화한 가축분일 수도 있습니다. 질소를 볼 때 특히 기준이 됩니다. 무기태와 유기태 질소의 비율, 분해속도, 손실 경로가 달라지기 때문입니다. 또 다른 질문: 부숙유기질비료와 유기질비료는 같은 말인가요? 답: 국내 비료 공정규격에서 별도 범주입니다. 이름이 비슷해 섞어 쓰기 쉽지만 적용되는 기준이 다릅니다. 제품을 설명할 때는 공정규격의 정확한 명칭을 우선하고, 연구를 소개할 때는 원료를 밝혀 적습니다. 또 다른 질문: 가축분퇴비라는 이름에는 무엇이 붙어 있나요? 답: 법정 제품규격이 붙어 있습니다. 가축분뇨를 정해진 비율 이상 원료로 쓰고 허용 원료를 혼합해 발효와 후숙을 거치는 구조이며, 유기물과 수분뿐 아니라 염분과 병원성 미생물, 중금속에 관한 기준도 함께 적용됩니다. 또 다른 질문: 논문에 나오는 퇴비와 포대에 적힌 퇴비는 같은 것인가요? 답: 같다고 보기 어렵습니다. 일반 개념의 퇴비와 공정규격상 제품 종류인 퇴비를 구분하지 않으면 외국 논문의 재료와 국내 포대비료를 같은 법적 범주처럼 오해하게 됩니다. 원료와 공정을 확인한 뒤에 부릅니다. 최종 확인: 2026-09-03T00:52:27+09:00 농자재 매장이나 농가 창고를 보면 ‘유기’, ‘퇴비’, ‘가축분’, ‘유기질’이라는 말이 비슷한 자리에 놓여 있다. 실제 대화에서는 이런 표현이 자주 섞인다. “가축분을 넣었다.” “유기질비료를 뿌렸다.” “퇴비를 줬다.” 문제는 연구와 시비 계산에서 이 세 문장이 전혀 같은 뜻이 아닐 수 있다는 것이다. 생가축분을 쓴 것과 충분히 퇴비화한 가축분퇴비를 쓴 것은 다르다. 국내 법정 분류의 ‘유기질비료’와 ‘부숙유기질비료’도 같은 범주가 아니다. 액비와 고형 퇴비는 물성과 양분 이용성이 다르고, 바이오차는 퇴비화가 아니라 열분해·탄화로 만든다. 목적은 이름을 외우는 데 있지 않다. 서로 다른 투입재를 같은 효과와 같은 시용량으로 취급하지 않게 하는 것이다. 먼저 ‘퇴비’라는 단어부터 두 가지로 나눈다 앞으로 ‘퇴비’라고 쓸 때는 대부분 일반적인 과학 용어 compost를 뜻한다. 유기성 원료가 관리된 분해와 안정화 과정을 거쳐 토양이나 재배에 이용되는 유기물 기반 산물이라는 의미다. 그런데 한국의 비료 공정규격에는 법정 제품 종류로서 이름이 정확히 ‘퇴비’인 항목도 있다. 둘을 구분해야 한다. • 일반 개념: 퇴비 • 법정 제품 종류를 말할 때: 공정규격상 ‘퇴비’ 이 구분을 하지 않으면 외국 논문의 compost와 한국 포대비료의 제품 종류를 같은 법적 범주처럼 오해할 수 있다. 연구의 compost는 원료와 공정을 확인한 뒤 퇴비라고 부른다. 국내 제품을 설명할 때는 공정규격의 정확한 명칭을 우선한다. 생가축분과 가축분퇴비는 같은 것이 아니다 가축분(manure)은 가축의 분·뇨 또는 그 혼합물을 가리키는 원료 개념이다. 퇴비화 과정을 거치지 않은 생가축분과, 가축분을 주요 원료로 발효·후숙한 가축분퇴비는 성분의 형태와 미생물 상태, 냄새, 수분, 작물에 미치는 위험이 다를 수 있다. 특히 외국 논문에서 manure라는 단어를 보자마자 모두 ‘퇴비’로 번역하면 안 된다. 생가축분(raw manure)일 수도 있고, 저장 가축분일 수도 있으며, 퇴비화한 가축분일 수도 있다. 질소를 볼 때도 이 차이가 기준이 된다. 생가축분과 충분히 퇴비화한 재료는 무기태 N과 유기태 N의 비율, 분해속도, 손실 경로가 다를 수 있다. 논문이나 제품설명에서 ‘가축분’이라는 단어를 만났다면 첫 질문은 분명하다. 퇴비화했는가? 한국의 ‘가축분퇴비’는 법정 제품명이다 2026년 기준 국내 비료 공정규격에서 가축분퇴비는 부숙유기질비료의 한 종류다. 현행 정의는 가축분뇨를 50% 이상 원료로 사용하고, 허용 원료 중 2종 이상을 혼합해 발효과정과 후숙과정을 거쳐 제조하는 구조를 갖는다. 제품에는 유기물, 수분, C/N 관련 기준뿐 아니라 염분, 병원성 미생물, 중금속 등에 관한 공정규격이 적용된다. 여기서 중요한 것은 숫자를 외우는 것이 아니다. ‘가축분퇴비’라는 이름에는 법정 제품규격이 붙어 있다는 사실이다. 반면 해외 논문에서 composted cattle manure라고 쓴 물질이 한국의 공정규격상 가축분퇴비와 정확히 동일한 제품이라는 뜻은 아니다. 원료 비율과 제조·법정 기준이 다를 수 있기 때문이다. 연구를 소개할 때는 필요하면 ‘우분 기반 퇴비’, ‘돈분 기반 퇴비’처럼 원료를 밝혀 쓴다. 부숙유기질비료와 유기질비료는 같은 말이 아니다 국내 법정 분류를 읽을 때 특히 주의할 대목이다. 현행 비료 공정규격에서 부숙유기질비료와 유기질비료는 별도 범주다. 부숙유기질비료는 부산물 등을 원료로 부숙 과정을 거쳐 만드는 비료 범주이고, 그 안에 가축분퇴비와 공정규격상 퇴비 같은 종류가 포함된다. 유기질비료는 다른 법정 범주다. 유기질을 주원료로 하면서 N·P·K와 유기물 등의 보증성분 기준을 갖는 비료들이 포함된다. 따라서 다음처럼 쓰면 정확하지 않다. 가축분퇴비 = 유기질비료 일상어로 “유기물로 만든 비료”라는 뜻에서 유기질비료라는 표현을 넓게 쓰는 경우가 있지만, 법정 제품 분류를 설명할 때는 구분해야 한다. 영어 organic fertilizer도 문맥을 확인해야 한다. 외국 연구의 organic fertilizer를 한국의 법정 ‘유기질비료’로 자동 번역하지 않는다. 액비는 ‘물에 탄 퇴비’가 아니다 액비는 액상 형태의 유기성 비료·자원화 산물로 고형 퇴비와 구분한다. 물성이 다르다. 토양에 넣는 방식도 다르다. 양분이 존재하는 형태와 이용속도, 살포·저장 과정의 관리문제도 다를 수 있다. 특히 질소의 거동을 설명할 때 고형 퇴비 연구와 액비 연구를 한 표에 섞으면 잘못된 결론이 나올 수 있다. 여기서 다루는 중심은 고형 퇴비다. 액비는 필요한 곳에서 비교대상으로 설명하되, 퇴비 효과의 근거에 자동 합산하지 않는다. digestate는 퇴비화 여부를 확인한다 혐기성 소화시설에서 유기성 원료를 처리하고 남은 물질을 digestate라고 부른다. 고형분과 액상분으로 나뉠 수도 있다. 이 물질은 혐기성 소화의 산물이지 그 자체로 퇴비화 산물은 아니다. digestate를 다시 호기성 퇴비화했다면 composted digestate가 될 수 있다. 이 경우에는 후속 공정을 확인한 뒤 퇴비 범주에서 다룰 수 있다. 따라서 논문 제목에 digestate가 나온다고 퇴비 연구로 분류하지 않는다. 질문은 단순하다. 혐기성 소화 뒤에 실제 퇴비화 공정을 거쳤는가? 녹비는 밭에서 자라다가 토양으로 돌아간다 녹비(green manure)는 이름에 manure가 들어 있지만 퇴비가 아니다. 콩과나 다른 녹비작물을 재배한 뒤 식물체를 토양에 환원해 유기물과 양분을 공급하는 방식이다. 퇴비화 더미에서 미리 분해·안정화한 산물을 넣는 것과 달리, 비교적 신선한 식물체가 토양에서 분해된다. 따라서 C/N, 질소고정, 분해시기, 토양 수분과 같은 관리문제가 다르다. 녹비 연구를 퇴비 연구와 같은 범주로 묶으면 ‘유기물 투입’이라는 공통점만 남고 처리의 중요한 차이가 사라진다. 바이오차는 퇴비처럼 썩혀 만든 것이 아니다 바이오차(biochar)는 산소가 제한된 조건에서 바이오매스를 열분해·탄화해 만든 탄소질 물질이다. 퇴비가 미생물에 의한 분해와 안정화 과정을 거치는 것과 제조 원리가 다르다. 탄소의 안정성도 다르고, 표면특성과 pH, 양분을 붙잡는 특성도 원료와 열분해 조건에 따라 달라진다. 그래서 바이오차와 퇴비를 함께 사용한 연구도 있지만, 바이오차 자체를 ‘오래 가는 퇴비’처럼 설명해서는 안 된다. 국내 공정규격에서도 바이오차 관련 비료는 퇴비와 별도로 관리된다. 바이오차가 등장하더라도 퇴비와 구분해 비교대상 또는 혼용재로 다룬다. 연구 논문의 이름을 그대로 국내 제품명으로 바꾸지 않는다 영문 논문을 읽을 때 가장 흔한 혼동도 여기서 생긴다. compost, manure compost, organic fertilizer, digestate, biosolids, green manure 같은 단어를 국내 비료 공정규격의 제품명으로 곧바로 번역하면 실제 처리가 달라질 수 있다. 예를 들어 논문에 organic fertilizer라고 쓰였다고 한국 법정 분류의 ‘유기질비료’를 사용했다는 뜻은 아니다. 저자가 퇴비와 가축분을 포함한 유기성 시비재를 넓게 부른 표현일 수 있다. 반대로 manure를 모두 가축분퇴비라고 번역하면 생분과 퇴비화된 분뇨의 차이가 사라진다. 외국 연구를 읽을 때는 제품명을 억지로 국내 분류에 맞추기보다 다음을 먼저 확인한다. • 실제 원료가 무엇인지 • 퇴비화했는지 • 고형인지 액상인지 • 어떤 공정을 거쳤는지 법정 분류는 국내 제품을 이해하는 지도이고, 연구용어는 실제 처리내용을 이해하기 위한 단서다. 둘은 서로 번역표가 아니다. 이름이 비슷하면 양도 같아질까 여기까지 구분한 이유는 결국 시용량 때문이다. 가축분퇴비 1톤, 유기질비료 1톤, 액비 1톤, 생가축분 1톤은 같은 의미가 아니다. 수분함량이 다르다. N·P·K 함량이 다르다. 질소의 이용가능성이 다르다. 토양에 들어간 뒤 분해속도와 염류 부담도 다를 수 있다. 그러므로 “유기물이니까 비슷하게 넣는다”는 방식은 계산이 아니다. 제품 종류가 달라지면 적어도 다음을 새로 확인한다. • 원료 • 수분 • N • P₂O₅ • K₂O • C/N • 염류 • 성숙·안전성 • 법정 용도와 사용기준 이것이 14장의 실제 양분 계산으로 이어진다. 상업용 가축분퇴비와 농장 퇴비 기준도 다르다 또 하나 중요한 구분이 있다. 포대로 판매되는 상업용 가축분퇴비의 공정규격과, 축산농가나 가축분뇨 처리시설에서 생산·관리하는 퇴비의 법적 기준은 같은 체계가 아니다. 전자는 비료관리법 체계의 비료 공정규격을 따른다. 후자는 가축분뇨법 체계와 퇴비·액비 부숙도 관련 기준이 적용된다. 두 체계 모두 ‘퇴비’와 ‘부숙도’라는 말을 쓰기 때문에 숫자를 한 표에 합치기 쉽다. 그러나 적용대상과 목적이 다르다. 예를 들어 상업용 가축분퇴비의 제품규격에서 보는 염분·중금속 기준과 농장 가축분뇨 퇴비의 관리기준은 서로 다른 적용대상에서 나온 숫자다. 13장에서는 이 둘을 별도 표로 나누어 다시 제시한다. 원칙은 하나다. 법적 기준을 읽을 때는 숫자보다 먼저 ‘누구에게 적용되는 기준인가’를 확인한다. [1분 분류표] 내가 가진 것은 무엇인가 투입재 퇴비화 여부 핵심 확인 다루는 방식 생가축분 보통 없음 축종, 수분, N 형태, 위생 퇴비와 분리 가축분 기반 퇴비 있음 축종, 원료비율, 공정, 성숙 퇴비 공정규격상 가축분퇴비 있음 법정 제품규격 + 실제 성분 퇴비 공정규격상 ‘퇴비’ 있음 법정 종류와 원료 퇴비 유기질비료 제품별 상이 보증성분·법정 종류 퇴비와 분리 액비 고형 퇴비와 다름 N 형태, 살포·저장 별도 digestate 혐기소화 산물 후속 퇴비화 여부 조건부 녹비 없음 작물종, C/N, 환원시기 별도 바이오차 열분해 원료, 열분해 조건, pH 별도 표에서 가장 먼저 볼 칸은 이름이 아니라 퇴비화 여부와 법정 종류다. 제품 포대에서 확인할 네 줄 실제 제품 앞에서는 복잡한 분류학보다 다음 네 줄이면 시작할 수 있다. 1. 비료의 종류가 무엇인가. 가축분퇴비인지 유기질비료인지 정확한 제품 종류를 본다. 2. 원료가 무엇인가. 가축분의 종류와 혼합원료를 확인한다. 3. 보증 또는 분석성분은 무엇인가. N·P₂O₅·K₂O, 유기물, 수분 등을 본다. 4. 부숙·안전 관련 정보는 무엇인가. 이 네 가지를 확인하면 “유기질이니까 비슷하겠지”라는 판단에서 벗어날 수 있다. 다음 장부터는 그중 첫 번째 F, 원료로 들어간다. 가축분, 볏짚, 왕겨, 톱밥, 음식물계 원료는 각각 어떤 특성을 가져오며, 왜 원료 이름만으로 최종 퇴비 품질을 단정할 수 없는지 살펴본다. 이름이 비슷한 투입재를 같은 양으로 같은 목적에 쓰지 않는다. ---------------------------------------- ### 7장. 좋은 냄새보다 좋은 검사가 중요하다 https://voidlogpress.com/books/%ed%87%b4%eb%b9%84%ea%b0%80-%ed%86%a0%ec%96%91%ec%9d%84-%eb%b0%94%ea%be%b8%eb%8a%94-%eb%b2%95/7%ec%9e%a5-%ec%a2%8b%ec%9d%80-%eb%83%84%ec%83%88%eb%b3%b4%eb%8b%a4-%ec%a2%8b%ec%9d%80-%ea%b2%80%ec%82%ac%ea%b0%80-%ec%a4%91%ec%9a%94%ed%95%98%eb%8b%a4/ 질문: 냄새와 색만으로 퇴비가 잘 익었는지 알 수 있나요? 요약: 현장 감각은 쓸모가 있지만 확인은 아닙니다. 흙냄새가 난다는 사실은 중금속 농도를 알려주지 않고, 검은색이라는 사실은 병원성 미생물 불검출을 뜻하지 않습니다. 현장 신호는 무엇을 의심할지 알려주고 검사는 무엇을 확인했는지 알려줍니다. 또 다른 질문: 부숙도 기준을 찾을 때 먼저 볼 것은 무엇인가요? 답: 수치가 아니라 적용대상입니다. 국내에는 포대로 팔리는 상업용 비료 제품에 적용되는 체계와 축산농가가 생산·관리하는 가축분뇨 퇴비에 적용되는 체계가 따로 있습니다. 둘 다 같은 단어를 쓰지만 숫자를 한 표에 섞으면 안 됩니다. 또 다른 질문: 발아지수 70 은 완숙을 가르는 절대 기준인가요? 답: 아닙니다. 국내 제품 공정규격에서 쓰는 법적 판정선입니다. 실제 값은 추출비와 시료 수분, 시험조건에 따라 달라집니다. 법적 기준은 그 적용범위 안에서만 쓰고 과학 연구의 보편 임계값으로 확대하지 않습니다. 또 다른 질문: 부숙도 판정 절차가 바뀐다는데 언제부터인가요? 답: 2026년 개정에 판정절차 변경이 포함됐지만 경과조치에 따라 2027년 6월 8일부터 시행됩니다. 2026년 중에 새 절차가 이미 돌아가고 있는 것처럼 읽으면 안 됩니다. 그때까지는 종전 기준이 적용됩니다. 또 다른 질문: 개정되는 판정 절차는 무엇이 달라지나요? 답: 기존 세 판정기준은 그대로 두고 단서가 하나 붙는 구조입니다. 기계적 측정법으로 검사한 뒤에도 냄새로 부숙상태가 의심될 때에는 종자발아법을 실시해 그 결과로 최종 판정하도록 했습니다. 최종 확인: 2026-09-03T00:52:28+09:00 퇴비를 손에 쥐고 냄새를 맡아본다. 원료의 강한 냄새는 줄었고 색도 짙어졌다. 손으로 비비면 처음 재료의 형태가 많이 사라졌다. “이 정도면 잘 익은 것 같습니다.” 현장의 경험은 쓸모가 있다. 오랫동안 퇴비를 다룬 사람은 색과 냄새, 온도, 질감에서 많은 정보를 얻는다. 하지만 그다음 질문이 빠지면 안 된다. 무엇을 실제로 검사했는가? 흙냄새가 난다는 사실은 중금속 농도를 알려주지 않는다. 검은색이라는 사실은 병원성 미생물이 불검출이라는 뜻이 아니다. 온도가 내려갔다는 사실도 모든 식물독성이 사라졌다는 보장은 아니다. 현장 감각과 객관적 검사는 경쟁관계가 아니다. 현장 신호는 무엇을 의심할지 알려주고, 검사는 무엇을 확인했는지 알려준다. 먼저 ‘어느 퇴비의 기준인지’ 확인한다 부숙도와 퇴비 기준을 검색하면 여러 숫자가 나온다. 먼저 확인할 것은 수치가 아니라 적용대상이다. 누구에게 적용되는 기준인가. 한국에서는 적어도 두 체계를 구분해야 한다. 첫째는 비료관리법 체계의 상업용 비료 제품이다. 포대로 판매되는 가축분퇴비와 공정규격상 ‘퇴비’에는 「비료 공정규격 설정」의 제품 기준이 적용된다. 둘째는 가축분뇨법 체계에서 축산농가나 관련 시설이 생산·관리하는 가축분뇨 퇴비다. 여기에는 「퇴비액비화기준 중 부숙도 기준 등에 관한 고시」와 관련 법령의 기준이 적용된다. 둘 다 ‘퇴비’와 ‘부숙도’라는 단어를 쓴다. 그러나 숫자를 한 표에 섞으면 안 된다. 13장에서는 안전성 기준을 비교할 때 이 두 법체계를 다시 분리해서 다룬다. 여기서는 부숙 상태를 어떻게 확인하는가에 집중한다. 2026년 현재 상업용 제품의 부숙도 판정 이 장에서 인용하는 법정 기준은 2026년 8월 23일 현재다. 현재 상업용 가축분퇴비와 공정규격상 ‘퇴비’의 부숙도는 종전 별표 기준에 따라 다음 방법 가운데 하나의 판정기준 이상을 사용한다. 판정방법 2026-08-23 기준 CoMMe-100 부숙완료 Solvita 부숙후기 또는 부숙완료 종자발아법 발아지수 70 이상 한 가지 주의할 점이 있다. 발아지수 70 이상이라는 숫자를 모든 퇴비 연구에서 통하는 절대적인 ‘생물학적 완숙선’처럼 사용하면 안 된다. 이 값은 국내 제품 공정규격에서 사용하는 법적 판정선이다. 실제 GI는 추출비와 시료 수분, 시험조건에 따라 값이 달라질 수 있다. 2023년 발아지수 평가 연구에서도 추출조건이 결과에 영향을 주었고, 2024년 성숙도 지표 리뷰 역시 단일 지표와 시험 표준화의 한계를 지적했다. 법적 기준은 그 적용범위 안에서만 쓰고, 과학적 연구의 보편 임계값으로 확대하지 않는다. 2027년 6월 8일부터 판정절차가 달라진다 여기에는 날짜 때문에 생기는 혼동이 하나 있다. 2026년 개정된 「비료 공정규격 설정」에는 부숙도 판정절차 변경이 포함돼 있지만, 해당 개정 판정기준은 2027년 6월 8일부터 시행되도록 경과조치가 설정돼 있다. 2026년 8월 현재 새 절차를 이미 시행 중인 것처럼 읽으면 안 된다. 개정 기준은 기존의 세 판정기준을 두면서, 기계적 측정법(콤백·솔비타) 검사 후에도 냄새로 부숙상태가 의심될 때에는 종자발아법을 실시해 그 결과로 최종 판정하도록 단서를 추가하는 구조다. 기준은 다음처럼 정리된다. 2026년 8월에는 종전 판정기준이 적용되고, 2027년 6월 8일부터 개정 판정절차가 시행될 예정이다. 실제 제품을 구매하거나 검사할 때는 그 시점의 최신 공정규격을 확인해야 한다. 퇴비의 과학은 크게 바뀌지 않아도 법정 판정절차는 바뀔 수 있기 때문이다. 법정 부숙도는 무엇을 말하는가 가축분뇨법 체계의 현행 고시는 부숙도를 원료가 퇴비·액비화 과정을 거쳐 식물과 토양에 대해 안정적인 반응을 나타내는 정도로 정의한다. 이 표현은 연구문헌의 maturity와 비슷하게 느껴질 수 있다. 그러나 둘을 자동으로 같은 용어로 취급하면 안 된다. 연구에서 maturity는 식물독성과 발아·생육 적합성을 중심으로 쓰일 수 있고, stability는 남은 유기물의 분해와 호흡활성을 중심으로 쓰일 수 있다. 국내 법정 부숙도는 법규가 정한 판정목적과 시험체계를 가진다. 용어는 다음처럼 구분한다. • 연구의 maturity → 성숙도 • 연구의 stability → 안정도 • 국내 제도의 부숙도 → 법정 부숙도 이 구분이 있어야 “법정 부숙도 합격 = 모든 안정도·안전성 문제가 사라짐”이라는 비약을 막을 수 있다. 농장 퇴비에는 시설규모에 따른 기준이 있다 가축분뇨법 체계에서 농경지에 살포하는 농장 퇴비는 배출시설 규모에 따라 요구되는 부숙도 수준이 다르다. 2026년 기준은 다음과 같다. 배출시설 규모 농경지 살포 시 적용 부숙도 1,500㎡ 미만 부숙중기 이상 1,500㎡ 이상 부숙후기 또는 부숙완료 여기서도 이 숫자를 상업용 포대 가축분퇴비의 제품기준과 합치지 않는다. 적용대상이 다르기 때문이다. 농장 퇴비에는 부숙도 외에도 함수율과 축종별 일부 Cu·Zn·염분 관리기준, 검사주기 등이 관련될 수 있다. 이 세부 항목은 13장의 안전성에서 다시 본다. 7장에서 기억할 원칙은 하나다. 내가 보는 퇴비가 상품 비료인지, 농장 가축분뇨 퇴비인지부터 확인해야 부숙도 표를 제대로 읽을 수 있다. 발아시험은 왜 유용한가 냄새와 온도는 퇴비 자체의 상태를 관찰한다. 발아시험은 조금 다르다. 퇴비 추출물이 실제 종자의 발아와 초기 뿌리생장에 어떤 영향을 주는지 생물반응을 보는 방식이다. 암모니아, 유기산, 염류처럼 여러 요인이 복합적으로 식물독성에 영향을 줄 때 유용한 지표가 될 수 있다. 그러나 장점이 곧 절대성을 뜻하지는 않는다. 2023년 GI 연구에서 발아지수는 시료의 수분과 추출조건에 영향을 받았다. GI에 영향을 준 요인으로는 NH₄⁺, EC, 휘발성 지방산, 용존 C/N, K, Zn, Cu 등이 포함됐다. 즉 발아시험은 단순히 “독이 있나 없나”를 한 성분으로 측정하는 검사가 아니다. 여러 수용성 성분이 종자에 미치는 종합 반응을 시험조건 안에서 보는 지표다. 다른 연구의 GI 숫자를 가져와 국내 법적 기준과 섞지 않는다. C/N도 검사표의 한 칸일 뿐이다 공정규격과 분석성적서에는 C/N 또는 유기물대 질소비가 등장한다. 중요한 정보다. 그러나 5장에서 본 것처럼 C/N은 원료와 분해조건을 해석하는 변수다. C/N 하나가 적정하다고 해서 다음을 모두 알 수는 없다. • 암모니아가 충분히 줄었는지 • 발아억제 물질이 없는지 • 병원체가 기준에 맞는지 • 중금속이 기준 이하인지 • 염류가 내 토양에서 적정한지 검사의 핵심은 한 숫자를 찾는 것이 아니라 서로 다른 위험에 서로 다른 확인방법을 연결하는 것이다. 검사표는 ‘합격’보다 적용대상을 먼저 읽는다 검사결과지를 받으면 가장 크게 적힌 ‘적합’이나 ‘부숙완료’부터 보는 것이 자연스럽다. 하지만 실제 사용에서는 세 줄을 먼저 확인하는 편이 낫다. 첫째, 시료가 무엇인가. 내가 실제 사용할 제품 또는 퇴비 더미에서 채취한 시료인지 확인한다. 다른 생산시기의 검사결과라면 현재 물량과 같은 상태라고 단정하기 어렵다. 둘째, 어떤 기준으로 검사했는가. 상업용 비료 공정규격인지, 가축분뇨법 체계의 농장퇴비 검사인지 구분한다. 셋째, 언제 검사했는가. 퇴비는 보관과 수분조건에 따라 상태가 달라질 수 있으므로 검사일과 실제 사용시점의 차이를 본다. 그 뒤에 판정결과와 세부 수치를 읽는다. 이 순서를 지키면 ‘검사증이 있다’는 사실만으로 다른 제품·다른 물량까지 포괄하는 실수를 줄일 수 있다. 부숙도 검사와 성분분석은 서로 대신할 수 없다 부숙도 판정을 받았다고 N·P₂O₅·K₂O 함량을 알 수 있는 것은 아니다. 반대로 NPK와 유기물 함량을 분석했다고 성숙도와 식물독성을 확인한 것도 아니다. 두 자료의 질문이 다르기 때문이다. • 부숙도·성숙 관련 검사: 밭에 사용할 만큼 분해·안정 과정이 진행됐는가 • 성분분석: 무엇이 얼마나 들어 있는가 • 안전항목 검사: 병원체·중금속·염류 등이 기준에 맞는가 좋은 퇴비 사용 판단에는 이 정보들이 연결된다. 특히 14장에서 시용량을 계산할 때는 부숙도 합격표보다 N·P₂O₅·K₂O와 수분 같은 실제 성분자료가 필요하다. 반대로 양분표가 아무리 자세해도 미숙성 위험을 대신 판정하지는 못한다. 검사마다 맡은 질문이 다르다. 공정규격에 합격하면 무엇까지 말할 수 있을까 상업용 가축분퇴비의 현행 공정규격에는 유기물, 유기물대 질소비, 염분, 수분, 염산불용해물, 병원성 미생물, 중금속 등 여러 항목이 있다. 이 기준에 적합한 제품은 법적 제품규격을 충족했다는 의미가 있다. 그러나 여기에서 세 문장은 추가로 말할 수 없다. 첫째, 내 밭에 얼마를 넣어도 안전하다는 뜻은 아니다. 제품의 Cu나 Zn이 개별 기준 안에 있더라도 매년 반복해서 많은 양을 투입하면 장기적인 투입-반출 수지는 별도로 봐야 한다. 둘째, 내 작물에서 수량이 증가한다는 뜻은 아니다. 공정규격은 제품 품질·안전 기준이지 수량시험 결과가 아니다. 셋째, 화학비료를 얼마 줄일 수 있다는 뜻도 아니다. 그 판단에는 N·P·K 공급량과 작물·토양 조건이 필요하다. 법적 적합은 중요하지만 농업적 최적성의 충분조건은 아니다. 냄새·색·온도는 어디에 쓰면 좋을까 그렇다면 현장 감각은 쓸모가 없는가. 반대다. 현장 신호는 검사가 필요한 상황을 빠르게 찾는 데 매우 유용하다. 강한 암모니아취 • N이 많은 원료 • 높은 pH·온도 • 미숙성 • N 손실 가능성 을 확인할 이유가 된다. 다시 뜨거워짐 조건을 조정했을 때 강하게 재발열하면 남은 분해성 물질과 안정도를 다시 볼 이유가 있다. 원료 형태가 지나치게 선명함 공정이 얼마나 진행됐는지 확인할 단서가 될 수 있다. 과도한 수분과 강한 부패취 산소 공급과 더미 구조를 다시 살펴볼 이유가 된다. 하지만 어느 것도 단독 합격·불합격 판정은 아니다. 현장 신호는 검사 우선순위를 정하는 도구다. ‘좋은 냄새’와 ‘좋은 검사’를 함께 쓰는 방법 퇴비를 확인할 때 두 단계를 나누면 쉽다. 1단계 — 현장에서 걸러낸다 • 강한 암모니아취가 있는가 • 재발열이 심한가 • 지나치게 젖어 있는가 • 원료 형태가 거의 그대로인가 • 제품 종류와 원료를 확인할 수 있는가 문제가 보이면 바로 “불량”이라고 확정하기보다 다음 단계에서 무엇을 확인할지 정한다. 2단계 — 객관정보로 확인한다 • 법정 제품 종류 • 부숙도 • 수분 • 유기물 • C/N • 염분 • 병원성 미생물 • 중금속 • 필요 시 발아반응 상업용 제품이라면 제품 표시와 분석자료, 공정규격 적합성을 본다. 농장 퇴비라면 적용 법체계와 검사결과를 확인한다. 이렇게 하면 경험과 검사가 서로 보완한다. [현장도구] 부숙·안전 확인 2단계 체크리스트 1단계 — 현장 신호 • [ ] 강한 암모니아취가 없는가 • [ ] 비정상적인 재발열이 없는가 • [ ] 지나친 과습·부패취가 없는가 • [ ] 원료와 제품종류를 확인할 수 있는가 • [ ] 보관 중 다시 상태가 나빠지지 않았는가 2단계 — 객관정보 • [ ] 적용 법체계를 확인했는가 • [ ] 법정 부숙도 정보가 있는가 • [ ] 수분과 유기물 정보를 확인했는가 • [ ] C/N 관련 정보를 확인했는가 • [ ] 염분 정보를 확인했는가 • [ ] 병원체·중금속 등 안전항목을 확인했는가 체크가 끝났다고 시용량이 결정된 것은 아니다. 이 도구는 M, 성숙·안정·안전을 확인하는 단계다. 다음 PART에서는 퇴비가 실제 토양에 들어간 뒤 S, Soil & Crop에서 무슨 일이 일어나는지 본다. 특히 8장부터는 “좋은 퇴비인가”에서 질문이 바뀐다. 좋은 상태의 퇴비를 이 토양에 넣었을 때 무엇이 실제로 달라지는가. 냄새는 의심할 이유를 주고, 검사는 사용할 근거를 준다. 그러나 얼마를 넣을지는 토양이 결정한다. ---------------------------------------- ## 월요일의 제미나이 ISBN 9791122100402 · 2026-09-04 · 강지우 지음 https://voidlogpress.com/books/%ec%9b%94%ec%9a%94%ec%9d%bc%ec%9d%98-%ec%a0%9c%eb%af%b8%eb%82%98%ec%9d%b4/ ### 3장. 오늘 퇴근 전에 만드는 산출물 세 개 https://voidlogpress.com/books/%ec%9b%94%ec%9a%94%ec%9d%bc%ec%9d%98-%ec%a0%9c%eb%af%b8%eb%82%98%ec%9d%b4/3%ec%9e%a5-%ec%98%a4%eb%8a%98-%ed%87%b4%ea%b7%bc-%ec%a0%84%ec%97%90-%eb%a7%8c%eb%93%9c%eb%8a%94-%ec%82%b0%ec%b6%9c%eb%ac%bc-%ec%84%b8-%ea%b0%9c/ 질문: 제미나이를 업무에 처음 붙일 때 무엇부터 하나요? 요약: 오늘 손에 남길 결과물부터 하나 정하고, 그것을 만드는 데 필요한 자료만 건넵니다. 메일 답장 초안, 기획서 질의응답, 실적표 요약이 그 예입니다. 앱은 달라도 순서는 같습니다. 입력 범위를 정하고 형식과 판단 기준을 적은 뒤 확인할 항목을 분리합니다. 또 다른 질문: 제미나이가 만든 답장 초안을 그대로 보내도 되나요? 답: 작업 초안이지 완성본이 아닙니다. 먼저 동사와 시한이 원문의 요청과 맞는지 봅니다. 그다음 확정 상태를 점검합니다. 잠정 일정과 미결 항목이 문장을 다듬는 과정에서 지워지면 답장은 매끄러워도 업무 기록은 틀립니다. 또 다른 질문: 초안이 원문보다 강한 약속을 만들면 어떻게 하나요? 답: 프롬프트에 일정의 상태와 금지할 행동을 적지 않아 생기는 일입니다. 그 날짜는 잠정이며 확정 표현을 쓰지 말라는 조건과 자료에 없는 약속을 추가하지 말라는 조건을 함께 넣습니다. 그래도 남으면 사람이 찾아 지웁니다. 또 다른 질문: 긴 기획서에서 필요한 답만 찾으려면 어떻게 묻나요? 답: 질문의 범위를 먼저 고정하고 근거로 쓸 문서를 하나로 못박습니다. 이번 회의에서 판단할 항목 세 개만 고르고 답을 사실과 판단 대기로 나눈 표로 받습니다. 문서에 적힌 수치가 곧 확정 의사결정으로 둔갑하는 일을 줄일 수 있습니다. 또 다른 질문: 회사 계정에서 제미나이 메뉴가 안 보이면 어떻게 하나요? 답: 억지로 우회하지 않습니다. 계정 등급과 관리자 허용 여부를 정리한 표를 먼저 확인하고 점검이 끝난 기능만 사용합니다. 회사 자료를 개인 계정으로 옮기지도 않습니다. 승인이나 관리자 조치가 필요하면 그만큼 시간이 더 걸립니다. 최종 확인: 2026-09-03T00:52:29+09:00 제미나이를 업무에 붙여 보고 싶다면 오늘 손에 남길 결과물부터 하나 정해 보자. 그 결과물을 만드는 데 필요한 자료만 건네면 된다. 월요일 오전에 자주 마주치는 세 가지 일을 차례로 처리한다. 받은 메일을 읽고 답장 초안을 만들고, 드라이브의 기획서에서 필요한 답을 찾고, 월별 실적표를 읽어 보고용 요약을 만든다. 세 실습은 서로 다른 앱에서 진행하지만 일하는 순서는 같다. 입력 자료의 범위를 정하고, 결과물의 형식과 판단 기준을 프롬프트에 적은 뒤, 사람이 확인할 항목을 초안에서 분리한다. 제미나이가 내놓은 문장은 곧바로 발송하거나 보고하는 완성본이 아니다. 자료를 빠르게 읽고 다음 행동을 정하도록 돕는 작업 초안이다. 이 장의 예시는 모두 가상의 업무 데이터다. 실제 받은편지함이나 회사 드라이브를 실행해 얻은 결과가 아니며, 예시 출력에는 같은 표시를 붙였다. 회사 계정에서 메뉴가 보이지 않거나 동작 범위가 다르면 2장의 계정·관리자 권한 표를 먼저 확인하자. 메일·문서·시트 세 실습에 공통인 네 단계. 입력 범위를 정하고, 형식과 판단 기준을 적고, 잠정·미결·검산 상태와 근거를 남긴 뒤, 마지막에 사람이 원문과 대조한다. 3-1. 받은 메일을 요약하고 답장 초안 만들기 월요일 아침의 메일은 읽는 시간보다 ‘무엇을 언제까지 해야 하는지’ 가려내는 데 시간이 더 든다. 이 실습에서는 메일 한 통만 대상으로 삼는다. 박지연 팀장이 보낸 [긴급] 출시 일정표 재확인 요청 메일에는 세 채널의 일정표, 품질 이슈 두 건의 처리 일정, 수요일 오전 9시 30분이라는 회신 시한이 들어 있다. 실행 정보 • 실행 위치: Gmail의 제미나이 사이드 패널 또는 조직 정책이 허용하는 제미나이 대화창 • 필요 계정: 〔Workspace Standard 이상 권장〕 • 관리자 허용 여부: 〔관리자 허용 필요〕 • 입력 자료: 데이터팩의 메일 01과 관련 출시 계획 정보 • 최종 산출물: 요청 요약과 회신 초안 메일을 열어 둔 상태라면 아래 프롬프트를 사용한다. 대화창에 붙여 넣는 경우에는 메일 본문과 관련 출시 계획 정보도 함께 제공한다. 여기서 중요한 조건은 세 가지다. 요청과 기한을 갈라 적어야 한다. 아직 정해지지 않은 일정을 확정처럼 쓰면 안 된다. 회신 초안에 지키기 어려운 약속을 얹는 것도 금물이다. 복붙 프롬프트 이 메일과 제공된 출시 계획 정보만 사용해 다음 두 결과물을 만들어 줘. 1. 요청 요약 - 요청한 사람 - 해야 할 일 - 회신 기한 - 답장 전에 확인할 미결 항목 2. 짧은 회신 초안 - 요청을 이해했다는 점과 수요일 오전 9시 30분 전까지 회신하겠다는 점만 분명히 써 줘. - 출시일 9월 15일은 ‘잠정’으로 표시해 줘. - 온라인몰 촬영 일정, 대리점 수량, 홈쇼핑 배분처럼 아직 정해지지 않은 항목은 미결로 표시해 줘. - 자료에 없는 내용은 보태지 말고, 과도한 약속도 만들지 마. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 요청 요약 • 요청자: 박지연 팀장 • 해야 할 일: 온라인몰·대리점·홈쇼핑의 오픈일과 준비 마감일을 한 표로 정리하고, 뚜껑 단차와 로고 인쇄 번짐 이슈의 처리 일정을 함께 기재 • 회신 기한: 수요일 오전 9시 30분 • 확인할 항목: 온라인몰 촬영 일정, 대리점 수량, 홈쇼핑 배분 조정, 품질 이슈 처리 일정 회신 초안 팀장님, 요청 내용 확인했습니다. 온라인몰·대리점·홈쇼핑 일정과 뚜껑 단차·로고 인쇄 번짐 조치 일정을 한 표로 정리해 수요일 오전 9시 30분 전까지 회신드리겠습니다. 출시일 9월 15일은 잠정 일정으로 표기하고, 채널별 미결 항목도 함께 표시하겠습니다. 초안을 받으면 먼저 동사와 시한을 확인한다. “정리한다”, “붙인다”, “회신한다”가 원문의 요청과 맞는지 보고, 수요일 오전 9시 30분이 다른 시한으로 바뀌지 않았는지 살핀다. 그다음 확정 상태를 점검한다. 9월 15일은 잠정 일정이고 온라인몰 촬영 일정과 대리점 수량은 미결이다. 제미나이가 자연스럽게 문장을 다듬는 과정에서 이 차이를 지워 버리면 답장은 매끄러워도 업무 기록은 틀린다. 답장을 보내기 전에는 수신자와 말투도 직접 확인한다. 이 실습의 목적은 메일 처리 전 과정을 자동화하는 데 있지 않다. 한 통의 메일에서 요청·기한·미결 항목을 빠르게 뽑고, 사람이 고칠 수 있는 답장 초안을 얻는 데 있다. 여러 메일을 분류하고 우선순위를 매기는 방법은 4장에서 다룬다. 전형적 실패 시나리오 제미나이가 “9월 15일 출시를 확정하겠습니다”처럼 원문보다 강한 약속을 만들 수 있다. 원인은 프롬프트에 일정의 상태와 금지할 행동을 적지 않았기 때문이다. 이때는 9월 15일은 잠정이며 확정 표현을 쓰지 마와 자료에 없는 약속을 추가하지 마를 함께 넣는다. 그래도 초안에 확정 표현이 남으면 확정, 완료, 보장 같은 단어를 찾아 사람이 삭제한다. C01 · 메일 요약과 회신 초안 〔SIMULATED〕 상황 한 줄 긴급 메일에서 요청·기한·미결 항목을 뽑고 짧은 답장을 준비한다. 복붙 프롬프트 이 메일과 제공된 출시 계획 정보만 사용해 요청자, 해야 할 일, 회신 기한, 미결 항목을 요약해 줘. 이어서 수요일 오전 9시 30분 전까지 회신하겠다는 짧은 답장 초안을 써 줘. 출시일 9월 15일은 잠정으로, 정해지지 않은 항목은 미결로 표시하고 자료에 없는 약속은 추가하지 마. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 요청은 세 채널 일정표와 품질 이슈 두 건의 처리 일정을 수요일 오전 9시 30분까지 회신하는 일이다. 답장에는 9월 15일을 잠정으로 표시하고 채널별 미결 항목을 함께 적는다. 변형 포인트 회신 대신 “상사 보고용 세 문장” 또는 “해야 할 일 체크리스트”로 출력 형식을 바꿀 수 있다. 3-2. 드라이브의 기획서에 근거를 묻기 긴 문서를 처음부터 다시 읽기 어려울 때는 문서에 질문을 던지는 방식이 유용하다. 단, 질문의 범위를 먼저 고정해야 한다. 이번 실습에서는 OL-MKT-DTV2-PLAN-2026-08 문서만 근거로 사용한다. 이 문서에는 데일리 텀블러 v2의 제품 정보, 고객 문의, 생산·배분 계획, 채널 일정, 품질 위험이 섞여 있다. 실행 정보 • 실행 위치: Google Drive 또는 Google Docs의 제미나이 사이드 패널 • 필요 계정: 〔Workspace Standard 이상 권장〕 • 관리자 허용 여부: 〔관리자 허용 필요〕 • 입력 자료: 문서 OL-MKT-DTV2-PLAN-2026-08 • 최종 산출물: 문서 근거가 붙은 질의응답 표 문서를 열고 질문을 한꺼번에 많이 던지기보다, 이번 회의에서 판단할 항목 세 개를 고른다. 출시일의 상태, 생산 목표와 판매 목표의 차이, 이번 주 결정이 필요한 사안이다. 답을 표로 받되 사실과 판단 대기를 나누면, 문서에 적힌 수치가 곧 확정 의사결정으로 둔갑하는 일을 줄일 수 있다. 복붙 프롬프트 문서 OL-MKT-DTV2-PLAN-2026-08만 근거로 아래 질문에 답해 줘. 1. 출시 예정일은 언제이며 확정·계획·잠정 중 어떤 상태인가? 2. 초도 생산안과 출시 후 3개월 판매 목표는 각각 얼마인가? 3. 이번 주 안에 결정하거나 확인해야 할 사안은 무엇인가? 결과는 ‘질문 | 문서에서 찾은 답 | 상태 | 근거가 있는 문서 구역’ 표로 작성해 줘. 상태는 확정, 계획, 잠정, 확인 필요 가운데 하나만 사용해 줘. 문서 밖의 정보는 사용하지 말고, 문서에 답이 없으면 ‘문서에서 찾지 못함’이라고 써 줘. 수치가 목표인지 생산안인지 서로 바꾸어 쓰지 마. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 질문 문서에서 찾은 답 상태 근거가 있는 문서 구역 출시 예정일 2026년 9월 15일 잠정 제품 개요·출시 일정 초도 생산안과 3개월 판매 목표 초도 생산안 2만 개, 출시 후 3개월 판매 목표 5만 개 계획 판매 목표·초도 생산 이번 주 결정·확인 사안 품질 이슈가 일정에 미치는 영향, 채널 배분안, 패키지 B 문구, 보도자료에 사용할 제품 수치와 표현 확인 필요 배분안·주간 결정 항목·품질 위험 표를 읽을 때는 답의 문장보다 상태 열을 먼저 본다. 2만 개는 초도 생산안이고 5만 개는 3개월 판매 목표다. 두 수치는 같은 종류의 계획이 아니므로 비교 문장에서 역할을 바꾸면 안 된다. 출시일도 9월 15일이라는 날짜만 옮겨 적기보다 잠정이라는 상태를 함께 유지해야 한다. 근거가 있는 문서 구역을 요구한 이유는 다시 확인할 지점을 남기기 위해서다. 제미나이의 답에 의문이 들면 해당 구역으로 돌아가 원문을 읽는다. 이 과정은 답을 믿을지 말지를 감으로 결정하는 대신, 어느 문장을 확인할지 정해 준다. 문서에 없는 답은 빈칸을 그럴듯한 추정으로 채우지 않고 문서에서 찾지 못함으로 남기는 편이 다음 행동을 정하기 쉽다. 전형적 실패 시나리오 비슷한 제목의 문서를 함께 참조하거나, 일반 지식으로 문서의 빈칸을 메우는 경우가 있다. 그러면 초도 생산안 2만 개가 확정 생산량으로 바뀌거나, 문서에 없는 출시 조건이 붙을 수 있다. 문서 식별자를 프롬프트 첫 줄에 넣고 이 문서만, 없으면 찾지 못함을 명시한다. 답을 받은 뒤에는 날짜와 수치가 등장한 원문 구역을 직접 대조한다. C02 · 문서 근거 질의 〔SIMULATED〕 상황 한 줄 긴 기획서에서 회의에 필요한 답만 근거와 함께 찾는다. 복붙 프롬프트 문서 OL-MKT-DTV2-PLAN-2026-08만 근거로 출시일과 상태, 초도 생산안과 3개월 판매 목표, 이번 주 결정·확인 사안을 찾아 줘. ‘질문 | 답 | 상태 | 근거 구역’ 표로 쓰고, 문서에 없으면 ‘문서에서 찾지 못함’이라고 표시해 줘. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 출시 예정일은 2026년 9월 15일이며 상태는 잠정이다. 초도 생산안은 2만 개, 3개월 판매 목표는 5만 개로 서로 구분한다. 변형 포인트 질문을 “채널 배분안”, “품질 위험”, “채널 일정”으로 바꾸되 문서 식별자와 근거 구역 조건은 유지한다. 3-3. 시트의 기록값을 보고용으로 요약하기 숫자가 많은 표를 보고받으면 곧바로 원인을 해석하고 싶어진다. 하지만 첫 단계에서는 표에 기록된 값과 계산이 맞는지를 검증한 값을 구분해야 한다. 이번 실습은 월별 채널 매출 시트 OL-SALES-MONTHLY-2025-08_2026-07의 기록값을 읽어 흐름을 요약한다. 합계를 다시 계산해 오류를 판정하는 일은 9장에서 별도로 다룬다. 실행 정보 • 실행 위치: Google Sheets의 제미나이 사이드 패널 • 필요 계정: 〔Workspace Standard 이상 권장〕 • 관리자 허용 여부: 〔관리자 허용 필요〕 • 입력 자료: 시트 OL-SALES-MONTHLY-2025-08_2026-07 • 최종 산출물: 기록값 기준 추세 요약과 검산 필요 항목 프롬프트에는 분석 범위와 하지 않을 일을 함께 쓴다. 이번에는 채널별 흐름, 기록된 월 합계의 최고·최저, 추가 검산이 필요한 항목만 요청한다. 총합을 재계산하지 말라는 조건은 숫자 오류를 모른 척하자는 뜻이 아니다. 현재 단계의 결과물이 기록값 요약임을 분명히 하고, 검증 업무를 별도 단계로 넘기기 위한 장치다. 복붙 프롬프트 시트 OL-SALES-MONTHLY-2025-08_2026-07의 표시된 값만 사용해 보고용 요약을 만들어 줘. - 온라인몰, 대리점, 홈쇼핑의 월별 흐름을 채널별로 1문장씩 요약해 줘. - ‘월 합계’ 열에 기록된 값 가운데 최고 월과 최저 월을 찾아 줘. - 마지막에 전체 흐름을 한 문장으로 정리해 줘. - 합계를 다시 계산하거나 기록값을 고치지 마. - 계산이 맞는지는 별도 검산이 필요하다고 표시해 줘. - 자료에 없는 원인이나 전망은 추정하지 마. 결과는 ‘기록값 요약’과 ‘검산 필요’ 두 구역으로 나눠 줘. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 기록값 요약 • 단위: 백만 원 • 온라인몰: 2025년 8월 380에서 2026년 7월 495까지 전반적으로 증가했으며, 2026년 1월에는 390으로 낮아졌다. • 대리점: 월 345~405 범위에서 움직였고 2026년 6월 405가 가장 높았다. • 홈쇼핑: 매출이 기록된 달과 0인 달이 번갈아 나타나 월 합계의 변동 폭을 키웠다. • 기록된 월 합계의 최고는 2026년 6월 1,112, 최저는 2025년 8월 725다. • 전체 흐름: 온라인몰과 대리점이 기본 매출을 이루고, 홈쇼핑 매출이 있는 달에 월 합계가 높아지는 모습이다. 검산 필요 • 월 합계는 시트에 기록된 값을 그대로 사용했다. 각 행의 계산이 맞는지는 별도 검산이 필요하다. • 2026년 7월 기록 합계 873도 재계산 전에는 검증된 값으로 취급하지 않는다. 이 결과에서 기록된 월 합계라는 표현을 빼면 검증 상태가 달라진다. 최고와 최저는 합계 열에 이미 적힌 숫자를 비교한 결과이며, 각 합계가 정확하다는 보증은 아니다. 특히 2026년 7월 값은 검산 대기 항목으로 남겨 둔다. 보고서에 옮길 때도 기록값 기준이라는 조건을 제목이나 주석에 붙이는 편이 안전하다. 흐름과 원인도 나눠서 읽는다. 홈쇼핑 매출이 있는 달에 월 합계가 높다는 것은 표에서 관찰한 패턴이다. 그 이유가 행사, 광고, 계절성 때문이라는 설명은 이 시트만으로 알 수 없다. 원인을 쓰고 싶다면 다른 자료를 추가하고, 어떤 자료에서 근거를 가져왔는지 밝혀야 한다. 전형적 실패 시나리오 제미나이가 합계를 조용히 다시 계산한 뒤 원래 기록값을 바꾸거나, 기록된 합계를 검증된 수치처럼 보고할 수 있다. 이때는 합계를 다시 계산하지 마, 기록값 요약과 검산 필요를 분리해를 프롬프트에 넣는다. 숫자를 확정해야 하는 보고라면 이 결과를 그대로 쓰지 말고 9장의 검산 절차를 거친다. C03 · 시트 기록값 요약 〔SIMULATED〕 상황 한 줄 월별 실적표의 흐름을 요약하되 기록값과 검증값을 섞지 않는다. 복붙 프롬프트 시트 OL-SALES-MONTHLY-2025-08_2026-07의 표시된 값만 사용해 채널별 흐름, 기록된 월 합계의 최고·최저, 전체 흐름을 요약해 줘. 합계를 다시 계산하거나 고치지 말고, ‘기록값 요약’과 ‘검산 필요’를 나눠 줘. 자료에 없는 원인은 추정하지 마. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 기록된 월 합계의 최고는 2026년 6월 1,112, 최저는 2025년 8월 725다. 각 행의 계산 정확성은 별도 검산이 필요하다. 변형 포인트 최고·최저 대신 “최근 3개월 기록값”이나 “홈쇼핑 매출 기록 여부”를 요청할 수 있다. 검산 상태 표시는 그대로 둔다. 결과물 세 개를 한 흐름으로 잇기 이제 손에 남은 것은 답장 초안, 문서 근거 표, 시트 기록값 요약이다. 각각은 작지만 바로 다음 행동으로 이어진다. 답장 초안은 요청을 접수했다는 신호다. 문서 근거 표는 회의에서 짚을 사안을 미리 추려 준다. 시트 요약은 숫자 보고의 출발점이 된다. 세 실습에서 반복한 원칙은 간단하다. 입력 범위를 이름으로 고정하고, 원하는 결과물의 형식을 적고, 잠정·미결·검산 필요 같은 상태를 지우지 않는다. 그리고 예시 출력이나 제미나이 초안은 사람이 원문과 대조한 뒤 사용한다. 다음 장에서는 이 세 결과물 가운데 메일 업무를 넓혀, 여러 메시지를 분류하고 우선순위를 정하는 월요일 루틴으로 연결한다. ---------------------------------------- ### 6장. 화요일, 자료조사 https://voidlogpress.com/books/%ec%9b%94%ec%9a%94%ec%9d%bc%ec%9d%98-%ec%a0%9c%eb%af%b8%eb%82%98%ec%9d%b4/6%ec%9e%a5-%ed%99%94%ec%9a%94%ec%9d%bc-%ec%9e%90%eb%a3%8c%ec%a1%b0%ec%82%ac/ 질문: 딥리서치가 붙인 출처는 그대로 보고서에 넣어도 되나요? 요약: 인용이 붙었다는 사실만으로 그 문장이 채택되는 것은 아닙니다. 브랜드 보도자료는 그 브랜드의 제품 사실을, 판매 페이지는 표시 사양과 가격을 뒷받침할 뿐입니다. 주장마다 근거의 범위를 정하는 일이 검색 결과를 많이 모으는 것보다 먼저입니다. 또 다른 질문: 조사 질문은 어떻게 써야 범위가 흐트러지지 않나요? 답: 범위와 제외 조건을 함께 넣습니다. 최근 흐름을 알려 달라고만 쓰면 대상이 아닌 제품, 날짜 없는 쇼핑 페이지, 출처가 불분명한 요약문이 한데 섞입니다. 구매 가능 지역과 용량과 가격대, 기준 날짜, 범위 밖 항목의 처리 방법을 적습니다. 또 다른 질문: 자료조사가 끝나면 무엇이 남아야 하나요? 답: 보고서가 아니라 세 가지입니다. 확인된 흐름, 쓰지 않기로 한 주장, 원문으로 돌아가는 출처입니다. 확인이 어려운 주장을 따로 세워 두면 나중에 그 문장이 근거 있는 것처럼 보고서에 섞이는 일을 막을 수 있습니다. 또 다른 질문: 근거를 못 찾은 항목은 어떻게 처리하나요? 답: 빈칸으로 둡니다. 조사 계획에 항목이 들어 있어도 해당 조사나 판매 데이터가 발견되지 않으면 채우지 않습니다. 회사 내부의 고객문의 건수 같은 자료를 외부 시장 선호의 증거로 옮겨 쓰지도 않습니다. 또 다른 질문: 딥리서치가 놓치는 것은 무엇인가요? 답: 탐색 범위를 넓히고 원문 후보를 한자리에 모으는 데는 강합니다. 다만 오래된 페이지, 중복 인용, 맥락이 잘린 수치, 검색으로 접근하기 어려운 자료가 빠질 가능성은 남습니다. 계정 종류와 조직의 관리자 설정에 따라 한도도 달라집니다. 최종 확인: 2026-09-03T00:52:29+09:00 딥리서치가 붙인 출처, 그대로 보고서에 넣어도 될까요? 월요일 작업판의 2순위는 시장동향 요약이었다. 화요일 오전 B1에서 질문과 출처 조건을 정리하고, B2에서 자료를 찾는다. 요청은 2025~2026년 국내 구매 가능 텀블러 가운데 400~600mL, 2만~4만 원, 세척 편의의 변화를 확인해 수요일 오전 9시까지 요약하는 일이다. 검색 결과를 많이 모으는 것보다 주장마다 근거의 범위를 정하는 일이 먼저다. 이 장의 끝에는 보고서 대신 세 가지가 남는다. 확인된 흐름, 쓰지 않기로 한 주장, 원문으로 돌아가는 출처다. 6-1. 조사 범위를 먼저 잠그기 Deep Research는 질문을 받으면 조사 계획을 만들고 웹 자료를 찾아 인용이 연결된 결과를 구성한다. 계획을 수정할 수 있고 인용 링크에서 원문으로 이동할 수도 있다. 그래도 인용이 붙었다는 사실만으로 그 문장이 채택되는 것은 아니다. 브랜드 보도자료는 그 브랜드의 제품 사실을, 판매 페이지는 표시 사양과 가격을 뒷받침할 뿐이다. 실행 정보 • 실행 위치: 제미나이 앱의 Deep Research 작업 • 필요 계정: 〔무료 사용 가능·한도 있음〕 〔개인 유료 플랜에서 한도 확대〕 • 관리자 허용 여부: 조직 계정은 〔관리자 허용 필요〕 • 입력 자료: 메일 12·T-C와 데이터팩의 6장 외부 조사 브리프 • 최종 산출물: 조사 계획, 출처 후보 목록, 확인 전 주장 목록 조사 질문에는 범위와 제외 조건을 함께 넣는다. 최근 텀블러 트렌드를 알려 줘처럼 쓰면 용량이 큰 해외 제품, 날짜 없는 쇼핑 페이지, 출처가 불분명한 요약문이 한데 섞일 수 있다. 이번 질문은 조사 대상을 국내 구매 가능 제품으로 좁히고, 2025년 1월 이후 자료를 우선하며, 범위를 벗어난 제품은 따로 표시한다. 복붙 프롬프트 2025~2026년 국내에서 구매 가능한 휴대용 텀블러를 조사해 줘. 조사 범위 - 용량 400~600mL - 가격 2만~4만 원 중심. 범위 밖 제품은 ‘별도 참고’로 분리 - 2025년 1월 이후 공개된 자료 우선 - 가격, 용량, 세척 구조, 소비자 관심을 서로 다른 항목으로 조사 출처 기준 - 원문 URL, 발행기관, 발행일 또는 갱신일을 표시 - 숫자는 대상, 기간, 단위를 함께 기록 - 판매 페이지는 제품 사양과 표시 가격 확인에만 사용 - 브랜드 자료 한 건을 시장 전체 흐름으로 확대하지 않기 - 소비자 관심은 외부 조사 근거가 있을 때만 쓰기 먼저 조사 계획을 보여 줘. 계획은 ‘검색 질문 | 필요한 근거 | 제외 조건’ 표로 작성하고, 결과는 확인된 흐름 최대 3개, 출처 원장, 확인 어려운 주장, 제품 기획 시사점 순서로 구성해 줘. 조사 계획 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 검색 질문 필요한 근거 제외 조건 400~600mL에서 새로 강조된 사양은 무엇인가 2025~2026년 공식 출시 자료·제품 용량 해외 전용·날짜 없는 2차 요약 2만~4만 원대가 어떻게 보이는가 국내 공식 판매처의 정가·행사가·확인일 시장 평균으로 확대하는 문장 세척 편의가 무엇으로 설명되는가 분리 부품·입수구·식기세척기 등 구체 사양 ‘소비자가 선호한다’는 근거 없는 해석 범위 밖에서 참고할 것은 무엇인가 같은 용량의 프리미엄 가격, 600mL 초과 사례 본표에 섞어 평균을 바꾸는 방식 여기서 잠깐 멈춘다. 계획에 소비자 관심이 들어 있어도 소비자 조사나 판매 데이터가 발견되지 않으면 그 칸은 비워 두어야 한다. 온결리빙의 고객문의 48건 중 세척 방법 17건, 패킹 분리 11건이라는 수치도 회사 내부의 가상 자료다. 외부 시장 선호의 증거로 옮겨 쓰지 않는다. Deep Research의 장점은 탐색 범위를 넓히고 원문 후보를 한자리에 모으는 데 있다. 유료 플랜이나 대상 Workspace 계정에서는 한도가 달라질 수 있고, 조직 계정은 관리자 설정의 영향을 받는다. 어느 계정이든 오래된 페이지, 중복 인용, 맥락이 잘린 수치, 검색으로 접근하기 어려운 자료가 빠질 가능성은 남는다. C09 · 딥리서치 실행 설계 〔FACT-CHECKED〕 상황 한 줄 넓은 시장 질문을 조사 가능한 범위와 출처 기준으로 바꾼다. 복붙 프롬프트 2025~2026년 국내 구매 가능 400~600mL 텀블러를 조사해 줘. 2만~4만 원을 중심으로 보되 범위 밖은 분리하고, 가격·용량·세척 구조·소비자 관심을 나눠 줘. 먼저 ‘검색 질문 | 필요한 근거 | 제외 조건’ 계획을 제시해 줘. 원문 URL·발행기관·날짜가 없는 자료와 판매 페이지를 시장 추세 근거로 쓰지 마. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 소비자 관심은 외부 조사 근거가 발견될 때만 채택하고, 공식 제품 페이지는 구체 사양을 확인하는 자료로 제한한다. 변형 포인트 제품군·국가·기간을 바꾸되 가격 범위와 제외 조건은 한 쌍으로 수정한다. 6-2. 출처·수치·날짜를 원문에서 대조하기 조사 결과를 받으면 요약문부터 고치지 않는다. 먼저 주장 한 줄과 출처 한 줄을 연결한 원장을 만든다. 확인 순서는 세 단계다. 1. 출처 실재 확인 — 링크가 열리는지, 발행기관이 누구인지, 요약문과 같은 주제를 다루는지 본다. 2. 수치 원문 대조 — 숫자와 단위뿐 아니라 어느 제품·기간·시험 조건의 값인지 확인한다. 출처 검증 절차도. 후보 주장이 출처 실재, 수치 원문 대조, 발행일 확인 세 단계를 지난 뒤 채택·범위 제한·제외 가운데 하나로 판정된다. 실행 정보 • 실행 위치: 제미나이 앱의 조사 결과와 웹 원문 • 필요 계정: 〔무료 사용 가능·한도 있음〕 〔개인 유료 플랜에서 한도 확대〕 • 관리자 허용 여부: 조직 계정은 〔관리자 허용 필요〕 • 입력 자료: C09 조사 계획, 후보 출처, 데이터팩 외부 조사 브리프 • 최종 산출물: 주장별 출처 원장, 확인된 흐름 최대 3개, 제외 주장 목록 아래 프롬프트는 원문을 읽는 일을 대신 맡기는 지시가 아니다. 후보 문장과 원문 사이의 대조표를 만들고 사람이 다시 확인할 위치를 남기는 용도다. 조사 결과의 주장마다 근거를 다시 대조해 줘. 1. ‘출처 ID | 주장 | 원문 URL | 발행기관 | 발행·갱신일 | 원문 수치와 조건 | 판정’ 표를 만들어 줘. 2. 출처 ID는 확인한 순서대로 `S06-01`처럼 장 번호와 일련번호를 붙여 줘. 3. 판정은 채택, 범위 제한, 제외 중 하나만 사용해 줘. 4. 판매 페이지는 사양·표시 가격에만 연결하고 시장 평균이나 소비자 선호에 연결하지 마. 5. 날짜가 없거나 숫자의 대상·기간·단위가 없으면 제외 이유를 적어 줘. 6. 온결리빙 내부 문의는 ‘내부 참고’로 분리해 줘. 7. 확인된 흐름은 최대 3개로 줄이고, 근거보다 넓은 표현은 완화해 줘. 원문 대조 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 출처 ID · 원문 · 날짜 주장 원문 수치와 조건 판정 S06-03 · 락앤락 캠페인, 2025-09-17 한 브랜드가 용량·휴대 선택지를 넓혔다 400mL~1.2L, 탑·사이드 핸들 채택. 단일 브랜드 범위 S06-04 · 락앤락 출시 자료, 2026-06-23 400~600mL 안에서 경량·관리 사양을 함께 제시한 신제품이 있다 530mL 199g, 미러폴리싱 채택. 해당 제품 범위 S06-05 · 락앤락 출시 자료, 2025-07-23 세척 편의가 제품 설명 요소로 쓰인다 3종 식기세척기 사용 가능, 머그 입수구 7.9cm 범위 제한. 머그 용량은 원문에 없음 S06-07·S06-08 · 공식 판매 페이지들, 발행·갱신일 없음 2만~4만 원이 시장 평균이다 400mL 35,000원·할인가 24,500원, 500mL 프리미엄 58,000원·64,000원 제외. 표본·시점·대표성 부족 S06-09 · 서울특별시, 2025-07-31 수정 개인 컵 사용이 정책적으로 장려된다 참여 매장 이용 시 서울시 300원 적립 또는 할인 별도 참고. 제품 선호 근거 아님 출처 ID는 원문 주소를 매번 옮겨 적지 않고 같은 자료를 다시 부르기 위한 번호다. 7장에서 보고서를 쓸 때도 이 번호로 근거를 가리킨다. 번호가 3번부터 시작하는 이유는 원장의 1·2번이 6-1에서 확인한 딥리서치 작동 방식과 계정 조건 문서이기 때문이다. 인용에 쓰는 자료만 따로 세지 않고, 확인한 자료를 모두 한 원장에 남긴다. 이 표에서 남는 흐름은 세 개다. 첫째, 한 브랜드의 2025년 캠페인과 2026년 신제품에서 용량 선택과 휴대 사양을 확인할 수 있다. 둘째, 식기세척기 사용·넓은 입구·미러폴리싱 같은 관리 요소가 공식 제품 설명에 들어가 있다. 셋째, 가격은 2만~4만 원 안팎의 판매 사례와 5만 원 이상 프리미엄 사례가 함께 보여, 조사 범위를 시장 평균으로 바꿔 부를 수 없다. 전형적 실패 시나리오 — 출처가 결론보다 좁은 경우 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 2025~2026년 국내 텀블러 시장은 2만~4만 원대가 중심이며, 소비자는 500mL 안팎의 세척이 편한 제품을 선호한다. 대용량 수요도 빠르게 늘고 있다. 문장은 매끄럽지만 세 주장 모두 근거가 모자란다. 공식 판매 페이지 몇 개는 평균 가격을 말해 주지 않고, 브랜드의 세척 사양은 소비자 선호 조사가 아니다. 750mL나 1.2L 제품 출시도 시장 수요 증가율을 증명하지 않는다. 이때는 출처를 더 찾으라고만 지시하지 말고, 채택 가능한 범위로 문장을 줄인다. 세 문장을 각각 가격, 세척 구조, 용량으로 분리해 줘. 시장 평균·소비자 선호·수요 증가를 뒷받침하는 조사 자료가 없으면 해당 표현을 삭제해 줘. 브랜드 자료는 ‘해당 브랜드의 제품 사례’, 판매 페이지는 ‘확인 시점의 표시 가격’으로 범위를 낮춰 줘. 근거가 없는 주장은 ‘확인 어려움’ 목록으로 옮겨 줘. 검증 없이 보고서에 넣으면 안 되는 것 • 원문 링크가 열리지 않거나 발행기관을 확인할 수 없는 통계 • 숫자의 대상·기간·단위가 빠진 평균, 증가율, 순위 • 정가와 행사가를 섞은 가격 비교 • 특정 용량의 시험 수치를 다른 제품에 옮긴 보온·보냉 문구 • 브랜드 한 곳의 출시 자료를 국내 시장 전체로 넓힌 결론 • 제품 설명을 소비자 선호나 판매 증가로 바꾼 문장 • 발행일 없는 제품 페이지를 2025~2026년 변화로 해석한 문장 • 온결리빙 고객문의 48건을 외부 시장 조사처럼 제시한 문장 확인 결과가 적다는 사실도 조사 결과다. 데일리 텀블러 v2에는 480mL, 분리형 실리콘 링, 넓어진 입구, 29,900원 가안이 있다. 이번 자료는 이 사양들이 조사 범위와 맞는다는 점, 다른 제품도 세척 구조를 설명 요소로 쓴다는 점까지 참고하게 해 준다. 소비자가 선호한다, 시장 평균보다 저렴하다, 보온 12시간이 보장된다는 문구는 각각 외부 소비자 조사, 대표성 있는 가격 자료, 시험 조건이 더 필요하다. C10 · 출처 검증과 주장 재구성 〔FACT-CHECKED〕 상황 한 줄 인용이 붙은 조사 결과를 보고서에 쓸 수 있는 문장과 보류할 문장으로 나눈다. 복붙 프롬프트 각 주장을 원문 URL·발행기관·날짜·수치 조건과 대조해 ‘채택 | 범위 제한 | 제외’로 판정해 줘. 판매 페이지는 사양과 표시 가격에만 쓰고, 날짜나 조사 대상·기간·단위가 없으면 이유를 적어 제외해 줘. 확인된 흐름은 최대 3개, 내부 자료는 별도 참고로 정리해 줘. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 “2만~4만 원이 시장 평균”은 대표 자료가 없어 제외한다. 530mL·199g과 미러폴리싱은 2026년 해당 신제품 사례로 범위를 제한해 채택한다. 변형 포인트 판정 옆에 “추가로 필요한 근거” 또는 “보고서에서 쓸 수 있는 표현” 열을 붙인다. 수요일 보고서로 넘길 재료 이제 조사 폴더에는 화려한 시장 결론 대신 출처 원장, 확인된 흐름 세 개, 제외 주장, 제품 기획 시사점이 남는다. 자료가 부족한 곳을 빈칸으로 보존했기 때문에 7장에서 보고서를 쓸 때도 사실과 해석의 경계가 보인다. 이 조사 결과가 내일 보고서 재료다. 7장에서는 새 출처를 더하는 대신, 여기서 채택한 근거만 꺼내 10분 발표용 구조로 바꾼다. ---------------------------------------- ### 9장. 목요일, 시트와 숫자 https://voidlogpress.com/books/%ec%9b%94%ec%9a%94%ec%9d%bc%ec%9d%98-%ec%a0%9c%eb%af%b8%eb%82%98%ec%9d%b4/9%ec%9e%a5-%eb%aa%a9%ec%9a%94%ec%9d%bc-%ec%8b%9c%ed%8a%b8%ec%99%80-%ec%88%ab%ec%9e%90/ 질문: 시트 숫자를 보고 문장으로 옮길 때 무엇을 먼저 하나요? 요약: 계산부터 시키지 않습니다. 열 이름과 행 범위, 단위, 기준 시각, 입력 열과 계산 열을 먼저 구분합니다. 그다음 계산 범위를 글로 고정하고 수식을 만들며, 마지막에 손으로 두 셀을 다시 계산해 검산을 통과한 값만 보고 문장으로 바꿉니다. 또 다른 질문: 기록 합계와 검산 합계는 왜 나눠 두나요? 답: 기록 합계는 원본에 적힌 값이고 검산 합계는 채널을 다시 더한 값입니다. 둘을 같은 열에 덮어쓰면 어느 값이 원본이었는지 추적하기 어려워집니다. 열을 나눠 두면 어긋난 셀이 어디인지 바로 드러납니다. 또 다른 질문: 두 시트를 함께 다룰 때 주의할 점은 무엇인가요? 답: 기준과 단위를 섞지 않습니다. 매출 시트는 기간과 단위가 기준이고 진행 시트에는 기준 시각이 있습니다. 둘을 섞으면 요약 문장부터 틀어집니다. 시트별로 기준과 행 범위와 입력 열을 갈라 적은 표를 먼저 만듭니다. 또 다른 질문: 마감일별 건수는 진척도로 읽어도 되나요? 답: 그렇게 읽으면 안 됩니다. 마감 분포는 마감 건수 요약이며 완료 건수를 뜻하지 않습니다. 둘을 겹쳐 읽으면 아직 시작하지 않은 업무가 마감이 몰린 날에 끝난 것처럼 보고 문장으로 옮겨질 수 있습니다. 또 다른 질문: 구조 요약이 원본과 어긋나면 어떻게 하나요? 답: 계산으로 넘어가지 않습니다. 원본의 첫 달과 마지막 달, 단위, 업무 행 수가 요약과 다르면 그 자리에서 멈추고 어긋난 항목을 먼저 맞춥니다. 구조 요약이 맞아야 그 뒤에 만들 수식과 검산이 의미를 갖습니다. 최종 확인: 2026-09-03T00:52:30+09:00 12개월 매출표에는 채널 값 36개와 기록 합계 12개가 있다. 프로젝트 진행표에는 업무 8건이 있다. 행을 더하고 증감률을 계산해 보고 문장으로 옮기는 순간 실수가 끼어든다. 이번 데이터에는 2026년 7월 기록 합계가 873으로 적힌 셀도 하나 있다. 데이터 구조를 먼저 요약하고, 계산 범위를 글로 고정한 뒤 수식을 만든다. 마지막에는 손으로 두 셀을 다시 계산하고, 검산을 통과한 값만 보고 문장으로 바꾼다. 이 순서가 있으면 어디를 확인해야 하는지 알 수 있다. 9-1. 계산하기 전에 표의 구조를 읽기 월별 매출 시트는 2025년 8월부터 2026년 7월까지의 채널 매출과 기록 합계를 담는다. 프로젝트 진행 시트는 2026년 8월 10일 12시 기준의 업무·담당·마감·진행률·상태·의존성을 담는다. 두 기준과 단위를 섞으면 요약 문장부터 틀어진다. 이 단계에서는 계산식을 요구하지 않는다. 열 이름, 행 범위, 단위, 기준 시각, 입력 열과 계산 열을 구분하게 한다. 특히 기록 합계는 원본에 적힌 값이고, 뒤에서 만들 검산 합계는 세 채널을 다시 더한 값이다. 둘을 같은 열에 덮어쓰면 어느 값이 원본이었는지 추적하기 어렵다. 실행 정보 • 실행 위치: Google Sheets 또는 시트 파일을 참조하는 제미나이 대화창 • 필요 계정: 〔Workspace Standard 이상 권장〕 • 관리자 허용 여부: 조직 계정은 〔관리자 허용 필요〕 • 입력 자료: OL-SALES-MONTHLY-2025-08_2026-07과 데이터팩의 프로젝트 진행 시트 • 최종 산출물: 계산 전 데이터 구조 요약표와 검산 대상 목록 복붙 프롬프트 첨부한 월별 매출 시트와 프로젝트 진행 시트의 구조를 먼저 요약해 줘. 월별 매출 시트 - 월 | 온라인 | 대리점 | 홈쇼핑 | 기록 합계 열로 구성돼 있어. - 기간, 행 수, 단위, 입력 열, 기록된 계산 열을 구분해 줘. - 아직 합계를 고치거나 원본 값을 덮어쓰지 마. 프로젝트 진행 시트 - 업무 | 담당 | 마감 | 진행률 | 상태 | 의존성 열로 구성돼 있어. - 기준 시각과 업무 행 수, 마감일별 건수를 요약해 줘. 두 시트를 ‘시트 | 기준 | 행 범위 | 입력 열 | 확인할 점’ 표로 정리하고, 자료에 없는 값이나 원인은 추정하지 마. 데이터 구조 요약 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 시트 기준 · 행 범위 입력 열 확인할 점 월별 매출 2025-08~2026-07, 백만 원 · 월별 12행 온라인·대리점·홈쇼핑 기록 합계와 세 채널의 재계산 합계를 대조 프로젝트 진행 2026-08-10 12:00 · 업무 8행 업무·담당·마감·진행률·상태·의존성 기준 시각을 보고 문장에 유지 프로젝트 진행 시트의 마감 분포는 8월 12일 3건, 8월 13일 2건, 8월 14일 2건, 8월 17일 1건이다. 이 분포는 마감 건수 요약이며 완료 건수를 뜻하지 않는다. 원본의 첫 달과 마지막 달, 단위, 업무 행 수가 다르면 계산으로 넘어가지 않는다. 시트 안의 제미나이 기능이 보이지 않으면 회사 자료를 개인 계정으로 옮기지 말고, 조직 정책이 허용하는 업무용 제미나이 대화창이나 데이터팩 파일로 연습한다. C15 · 시트 구조 요약 〔SIMULATED〕 상황 한 줄 계산을 시작하기 전에 두 시트의 기준·행·입력 열·계산 열을 분리한다. 복붙 프롬프트 월별 매출 시트와 프로젝트 진행 시트를 ‘시트 | 기준 | 행 범위 | 입력 열 | 확인할 점’으로 요약해 줘. 매출 시트에서는 기록 합계와 앞으로 만들 검산 합계를 구분하고, 진행 시트에서는 기준 시각과 마감일별 건수를 표시해 줘. 원본 값을 고치거나 자료에 없는 원인을 추정하지 마. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 월별 매출은 2025년 8월부터 2026년 7월까지 12행, 단위는 백만 원이다. 진행 시트는 2026년 8월 10일 12시 기준 업무 8행이다. 변형 포인트 다른 시트에서는 날짜 열과 단위 열을 먼저 바꾸고, 원본 계산 열이 없다면 “없음”으로 표시한다. 9-2. 범위를 고정하고 수식을 만들기 연습용 배치는 1행을 헤더, 2~13행을 데이터로 둔다. A열은 월, B~D열은 세 채널, E열은 기록 합계다. F열에 검산 합계, G열에 검산 합계-기록 합계를 만든다. 열 배치가 다르면 수식의 열 문자를 바꾼다. 수식 요청에는 계산 목적과 범위를 함께 적는다. “합계를 내 줘”만 쓰면 마지막 행을 빼거나 기록 합계를 다시 더할 수 있다. 시작·끝 행과 입력·출력 열을 문장으로 고정한다. 실행 정보 • 실행 위치: Google Sheets 또는 시트 파일을 참조하는 제미나이 대화창 • 필요 계정: 〔Workspace Standard 이상 권장〕 • 관리자 허용 여부: 조직 계정은 〔관리자 허용 필요〕 • 입력 자료: 9-1 구조 요약과 월별 매출 시트의 A1:E13 • 최종 산출물: 월별 검산 합계·차이·채널별 12개월 합계·전체 합계·6월 대비 7월 증감률 수식 복붙 프롬프트 월별 매출 시트에 넣을 수식을 만들어 줘. 배치 - 1행은 헤더, 2~13행은 2025년 8월~2026년 7월 데이터야. - A열 월, B열 온라인, C열 대리점, D열 홈쇼핑, E열 기록 합계야. - F열은 검산 합계, G열은 검산 합계와 기록 합계의 차이로 쓸 거야. 요구사항 1. F2에서 세 채널을 더하고 F13까지 채우는 수식 2. G2에서 F열과 E열의 차이를 구하고 G13까지 채우는 수식 3. B14·C14·D14의 12개월 채널별 합계와 F14의 검산 전체 합계 4. 2026년 6월 F12 대비 2026년 7월 F13의 증감률 수식 5. 각 수식이 읽는 범위와 예상 결과를 함께 표시 E열은 입력 범위에 다시 더하지 말고 원본 값을 덮어쓰지 마. 수식과 계산 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 목적 수식 읽는 범위 예상 결과 F2 월별 검산 합계 =SUM(B2:D2) 후 F13까지 적용 같은 행의 B:D F13은 883 G2 기록값과 차이 =F2-E2 후 G13까지 적용 같은 행의 E:F G13은 10 B14 온라인 12개월 =SUM(B2:B13) B2:B13 5,230 C14 대리점 12개월 =SUM(C2:C13) C2:C13 4,448 D14 홈쇼핑 12개월 =SUM(D2:D13) D2:D13 1,170 F14 검산 전체 합계 =SUM(F2:F13) F2:F13 10,848 6월 대비 7월 증감률 =(F13-F12)/F12 F12:F13 약 -20.6% 전형적 실패 시나리오 — 마지막 달을 뺀 범위 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 온라인 12개월 합계 수식은 =SUM(B2:B12)이며 결과는 4,735다. 이 수식은 2026년 7월이 있는 13행을 읽지 않는다. 계산 자체는 오류 표시 없이 끝나기 때문에 결과값만 보면 놓치기 쉽다. 먼저 월 열 A2:A13이 12개월인지 세고, 합계 범위를 B2:B13으로 고친다. 수정된 온라인 합계는 5,230이다. 다른 채널과 전체 합계도 끝 행이 13인지 같은 방식으로 확인한다. 결과가 이상하면 읽은 첫 셀 | 읽은 마지막 셀 | 제외한 열 | 행 수를 먼저 출력하게 한다. 범위가 맞은 뒤 수식을 다시 계산한다. 수치 검증 박스 · 수식 결과를 보고하기 전 1 정상 셀 표본. 2026년 6월은 512+405+195=1,112다. 기록 합계 1,112와 일치한다. 2 차이 셀 표본. 2026년 7월은 495+388+0=883이다. 기록 합계 873보다 10 크다. 3 열 합계 교차 확인. 5,230+4,448+1,170=10,848로 채널 합계와 F14가 일치하는지 본다. 4 비율 기준 확인. (883-1,112)÷1,112×100=-20.593…%이므로 소수점 첫째 자리에서는 -20.6%다. 두 셀의 손계산이 맞고 합계·비율의 기준 범위까지 확인된 값만 다음 절의 입력으로 넘긴다. 9-3. 검산한 표를 보고 문장으로 바꾸기 보고 문장에는 기간과 단위, 비교 기준, 정정 여부를 붙인다. 9-2의 검산 합계만 사용하고 2026년 7월의 기록값 873은 정정 전 원본으로 남긴다. 프로젝트 진행 시트의 업무 8건과 마감일별 건수는 셀에서 확인할 수 있다. “일정이 순조롭다” 같은 평가는 자료만으로 확정하지 않는다. 실행 정보 • 실행 위치: Google Sheets, Google Docs 또는 검산 결과를 참조하는 제미나이 대화창 • 필요 계정: 〔Workspace Standard 이상 권장〕 • 관리자 허용 여부: 조직 계정은 〔관리자 허용 필요〕 • 입력 자료: 9-2 검산 수식 결과와 2026-08-10 12:00 기준 프로젝트 진행 시트 • 최종 산출물: 기간·단위·비교 기준·주의 사항이 붙은 보고 문장 초안 복붙 프롬프트 검산을 마친 매출 결과와 프로젝트 진행 시트를 보고 문장으로 바꿔 줘. 확정 입력 - 2025-08~2026-07 채널 합계는 온라인 5,230, 대리점 4,448, 홈쇼핑 1,170백만 원이야. - 검산 전체 합계는 10,848백만 원이야. - 2026년 6월은 1,112백만 원, 7월 정정 합계는 883백만 원이야. - 7월 기록 합계 873은 정정 전 값이야. - 프로젝트 진행 시트는 2026-08-10 12:00 기준 업무 8건이야. 작성 규칙 1. ‘기간 요약 | 전월 비교 | 진행 일정 | 확인 필요’ 네 문장으로 작성해 줘. 2. 모든 매출 숫자에 백만 원 단위를 붙여 줘. 3. 6월 대비 7월은 금액 차이와 증감률을 함께 써 줘. 4. 진행 시트의 기준 시각과 마감일별 건수를 유지해 줘. 5. 매출 감소 원인, 완료 여부, 전망은 추정하지 마. 보고 문장 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 기간 요약 2025년 8월부터 2026년 7월까지 채널 합산 매출은 10,848백만 원이며, 온라인 5,230백만 원·대리점 4,448백만 원·홈쇼핑 1,170백만 원으로 집계된다. 전월 비교 2026년 7월 정정 합계는 883백만 원으로, 6월 1,112백만 원보다 229백만 원, 약 20.6% 감소했다. 진행 일정 2026년 8월 10일 12시 기준 업무는 8건이며, 마감은 8월 12일 3건·13일 2건·14일 2건·17일 1건이다. 확인 필요 7월 기록 합계 873은 세 채널의 합 883과 10백만 원 차이가 있으므로 주간보고에는 정정값 883을 사용하고 원본 정정 이력을 남긴다. 기간 12개월, 금액 단위, 증감률의 6월 기준, 진행표의 기준 시각을 확인한다. 감소 원인은 이 시트만으로 말할 수 없다. 정정 이력에는 원본값·정정값·차이를 남긴다. C16 · 검산 수치를 보고 문장으로 〔SIMULATED〕 상황 한 줄 손검산을 통과한 매출과 진행 시트의 사실만 보고용 문장으로 묶는다. 복붙 프롬프트 검산 전체 합계 10,848백만 원, 6월 1,112백만 원, 7월 정정 합계 883백만 원과 2026-08-10 12:00 기준 진행 업무 8건만 사용해 ‘기간 요약 | 전월 비교 | 진행 일정 | 확인 필요’ 문장을 작성해 줘. 단위·비교 기준·정정 전 값 873을 유지하고, 감소 원인과 완료 여부는 추정하지 마. 결과 예시 예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다 7월 정정 합계는 883백만 원으로 6월보다 229백만 원, 약 20.6% 감소했다. 기록 합계 873은 정정 이력을 남기고 주간보고 지표에서 제외한다. 변형 포인트 다른 보고에서는 기간·단위·비교 기준을 바꾸고, 검산 전 값은 “확인 필요” 구역에만 둔다. 금요일로 넘길 숫자 목요일이 끝나면 12개월 채널 합계, 검산 전체 합계 10,848백만 원, 7월 정정 합계 883백만 원, 6월 대비 증감률 -20.6%, 프로젝트 마감 분포가 남는다. 원본 873은 정정 이력에 보존한다. 10장에서는 이 숫자를 새로 계산하지 않는다. 4장의 메일 추적, 5장의 계획, 6~7장의 조사·보고서, 8장의 액션아이템과 함께 회수해 금요일 주간보고의 지표 구역에 넣는다. ---------------------------------------- ## AI에게 10분간 말하기 ISBN 9791143821096 · 2026-08-28 · 허구진 지음 https://voidlogpress.com/books/ai%ec%97%90%ea%b2%8c-10%eb%b6%84%ea%b0%84-%eb%a7%90%ed%95%98%ea%b8%b0/ ### 3장. 완벽한 프롬프트가 해결하지 못한 것 https://voidlogpress.com/books/ai%ec%97%90%ea%b2%8c-10%eb%b6%84%ea%b0%84-%eb%a7%90%ed%95%98%ea%b8%b0/3%ec%9e%a5-%ec%99%84%eb%b2%bd%ed%95%9c-%ed%94%84%eb%a1%ac%ed%94%84%ed%8a%b8%ea%b0%80-%ed%95%b4%ea%b2%b0%ed%95%98%ec%a7%80-%eb%aa%bb%ed%95%9c-%ea%b2%83/ 질문: 잘 만든 프롬프트를 썼는데 왜 결과물이 내 것 같지 않나요? 요약: 대괄호를 채우는 사이에 내 판단이 들어가지 않았기 때문입니다. 목차를 여덟 개로 할지, 경쟁서를 이 단계에서 비교할지는 프롬프트를 만든 사람이 이미 정했습니다. 결과물의 품질 문제가 아니라 내가 만든 것이 아니라는 문제입니다. 또 다른 질문: 프롬프트를 더 길게 고치면 결과가 나아지나요? 답: 답은 정교해지지만 문제의식은 그대로입니다. 조건을 더 붙이면 제목과 목차의 해상도는 올라갑니다. 다만 답의 해상도가 올라가는 것과 내가 무엇을 하려는지 선명해지는 것은 별개의 일입니다. 앞은 프롬프트가 해주고 뒤는 해주지 않습니다. 또 다른 질문: 프롬프트로 풀리지 않는 막힘은 어떤 것인가요? 답: 무엇을 쓸지 아직 모르는 상태입니다. 프롬프트는 대괄호를 채우려면 주제와 대상 독자를 이미 알아야 하는데, 그게 지금 모르는 것입니다. 게다가 그 상태에서도 답은 나옵니다. 모델은 빈 곳을 알아서 채워 답하므로 쓸 수 없다는 신호가 오지 않습니다. 또 다른 질문: 프롬프트가 A4 두 장까지 길어지는 이유는 뭔가요? 답: 조건 하나하나가 과거의 실패이기 때문입니다. 리스트만 나열하지 말라는 조항은 언젠가 리스트만 나온 적이 있다는 뜻입니다. 그래서 그 문서는 나의 판단이 아니라 판단이 남긴 화석이 됩니다. 커질수록 고치기 어렵고 다른 일에는 못 씁니다. 또 다른 질문: 그럼 프롬프트를 쓰지 말라는 뜻인가요? 답: 아닙니다. 할 일이 분명할 때는 프롬프트가 대화보다 낫습니다. 번역, 요약, 형식 변환, 코드 수정처럼 결과의 모양이 정해진 일에서는 대화가 오히려 방해입니다. 매주 같은 보고서를 만든다면 프롬프트를 한 번 잘 짜두는 편이 맞습니다. 최종 확인: 2026-09-02T16:32:12+09:00 밤 열한 시에 이런 걸 검색해본 적이 있다. "책 기획 프롬프트." 결과는 넘쳤다. 블로그에도 있고 커뮤니티에도 있고 유료로 파는 것도 있었다. 그중 하나를 열었다. 스무 줄이 넘었다. 역할이 지정돼 있고, 시장 분석과 경쟁서 비교가 단계로 나뉘어 있고, 제목 후보 열 개와 목차 여덟 개를 뽑으라는 지시가 붙어 있고, 출력 형식까지 표로 정해져 있었다. 잘 만든 프롬프트였다. 만든 사람이 여러 번 다듬은 티가 났다. 단계 순서에 이유가 있었고, 조건들이 서로 부딪히지 않았다. 복사해서 붙여넣고, 대괄호 안에 내 주제를 적고, 엔터를 눌렀다. 결과는 훌륭했다. 제목 열 개 중 셋은 쓸 만해 보였고, 목차는 논리적이었고, 경쟁서 비교표는 깔끔했다. 그 자리에서 문서로 저장할 수 있는 품질이었다. 실제로 저장했다. 그러고 나서 한참을 그대로 앉아 있었다. 무언가 이상했다. 나쁘지 않은데 마음에 걸렸다. 한참 뒤에야 그게 뭔지 알았다. 그럴듯한데, 내 것 같지 않았다. 이 감각의 정체 이 문장은 흔하게 쓰이지만 정확히 무슨 뜻인지 짚어볼 필요가 있다. "내 것 같지 않다"는 품질 평가가 아니다. 결과물이 나쁘다는 뜻이 아니라, 내가 만든 것 같지 않다는 뜻이다. 남이 잘 만들어준 것을 받아 든 느낌에 가깝다. 그리고 이 느낌은 정확했다. 실제로 내가 만든 게 아니었기 때문이다. 내가 한 일은 대괄호를 채운 것이다. 주제를 적고 엔터를 눌렀다. 그 사이에 판단은 없었다. 목차를 여덟 개로 할지 열두 개로 할지는 프롬프트를 만든 사람이 정했다. 경쟁서를 비교하는 게 이 단계에서 필요한지도 그 사람이 정했다. 제목을 열 개 뽑는 방식이 좋은지도 마찬가지다. 그 프롬프트에는 만든 사람의 기획 방법론이 통째로 들어 있었다. 나는 그 방법론에 재료를 넣었을 뿐이다. 그래서 결과물이 좋았다. 그 사람의 방법론이 좋았기 때문이다. 그리고 그래서 내 것 같지 않았다. 내 방법론이 아니었기 때문이다. 잘 만든 프롬프트일수록 이 성질이 강해진다. 정교하다는 건 판단이 촘촘히 박혀 있다는 뜻이고, 박힌 판단이 많을수록 내가 할 판단은 줄어든다. 좋은 프롬프트를 쓴다는 건 남의 판단을 빌려 쓰는 것이다. 그게 나쁘다는 게 아니다. 우리는 늘 남의 판단을 빌려 쓴다. 회계 양식도, 계약서 서식도, 보고서 템플릿도 다 그렇다. 매번 처음부터 만들면 일이 안 된다. 다만 빌려 쓰기에 적당한 일과 그렇지 않은 일이 있다. 양식은 빌려도 되지만, 무엇을 쓸지는 빌릴 수 없다. 그건 내 판단이어야 하고, 내 판단이 아니면 나중에 반드시 걸린다. 그날 밤 내가 앉아 있었던 이유가 그거였다. 프롬프트를 더 길게 고쳐본다 이럴 때 우리가 하는 일은 정해져 있다. 프롬프트를 고친다. 내 상황을 더 넣는다. 혼자 일한다는 것, 지금까지 낸 책의 성격, 하루에 쓸 수 있는 시간, 피하고 싶은 주제. 조건도 더 붙인다. "뻔한 자기계발 프레임은 쓰지 말 것", "국내 시장 기준으로", "초보자용은 제외". 프롬프트는 두 배로 길어졌다. 결과도 두 배로 정교해졌다. 제목은 더 구체적이었고, 목차는 내 상황에 맞춰 조정돼 있었다. 처음 것보다 확실히 나았다. 그런데 앉아 있는 시간은 똑같았다. 정교해진 것은 답이었다. 내 문제의식이 아니었다. 이 차이는 처음엔 잘 안 보인다. 결과물이 좋아지고 있으니 뭔가 나아가고 있다고 느낀다. 그런데 몇 번 반복하면 알게 된다. 답의 해상도가 올라가는 것과 내가 무엇을 하려는지 선명해지는 것은 별개의 일이다. 앞은 프롬프트가 해준다. 뒤는 안 해준다. 첫 번째 한계 — 문제를 이미 알아야 쓸 수 있다 세 가지 중 이게 가장 크다. 위의 프롬프트를 쓰려면 무엇이 필요한지 보자. 주제를 알아야 한다. 대상 독자를 알아야 한다. 어떤 결과물을 원하는지 알아야 한다. 그래야 대괄호를 채운다. 그런데 그게 지금 내가 모르는 것이다. 무엇을 쓸지 알면 기획은 이미 절반 끝난 것이다. 정말 어려운 건 그 앞이다. 왜 이 주제가 자꾸 걸리는지, 내가 진짜 하려는 말이 뭔지, 그게 남에게도 필요한 말인지. 이 질문들은 대괄호에 안 들어간다. 들어갈 수 없는 이유는 분명하다. 문장으로 만들 수 없어서 못 넣는 것이고, 문장으로 만들 수 없다는 것이 바로 지금의 상태다. 이건 기획에만 해당하지 않는다. 새 프로젝트를 앞두고 방향을 못 잡을 때, 회의에서 뭔가 아니라고 느끼는데 뭐가 아닌지 말을 못 할 때, 이직을 고민하는데 무엇이 불만인지 스스로 모를 때. 이럴 때 필요한 건 답이 아니라 문제를 문장으로 만드는 일이다. 그리고 프롬프트는 그 일을 도와주지 못한다. 프롬프트는 문장이 이미 있어야 시작되기 때문이다. 한 가지 더 성가신 게 있다. 이 상태에서도 프롬프트는 답을 준다는 것이다. 무엇을 원하는지 모르는 채로 대충 물어도 결과는 나온다. 그럴듯한 목차가 나오고 그럴듯한 제안이 나온다. 모델은 "당신은 아직 질문이 없습니다"라고 말하지 않는다. 빈 곳을 알아서 채워서 답한다. 그래서 이 한계는 잘 안 보인다. 답이 안 나오면 뭔가 잘못됐다는 걸 알 텐데, 답은 늘 나온다. 다만 그 답이 내 문제가 아니라 모델이 짐작한 어떤 표준적인 문제에 대한 답일 뿐이다. 표준적인 문제에 대한 좋은 답을 받아 들고 우리는 일이 진행됐다고 느낀다. 프롬프트는 문제를 아는 사람의 도구다. 문제를 정의한 다음부터는 대단히 강력하다. 그 전에는 쓸 수가 없는데, 쓸 수 없다는 신호가 오지 않는다는 게 더 문제다. 그리고 우리가 진짜로 막히는 지점은 대개 그 앞이다. 두 번째 한계 — 요청은 탐색을 끝낸다 프롬프트는 요청이다. 요청에는 답이 온다. 그리고 답이 오면 탐색이 끝난다. 이건 모델의 결함이 아니라 형식의 성질이다. 사람끼리도 그렇다. 누군가 질문을 하면 우리는 답한다. 답을 하고 나면 그 화제는 닫힌다. 회의에서 누가 "그래서 결론이 뭡니까"라고 물으면 그때까지 열려 있던 논의가 갑자기 수렴하는 것과 같다. 문제는 아직 생각이 덜 여물었을 때다. 이때 필요한 건 답이 아니라 몇 번 더 굴려보는 일인데, 프롬프트를 던지는 순간 완성된 답이 도착한다. 그것도 잘 정리된 형태로. 잘 정리된 답은 반박하기 어렵다. 목차 여덟 개가 논리적인 순서로 나열돼 있으면 "그런데 나는 왜 이걸 쓰려는 거지"라는 질문이 잘 떠오르지 않는다. 표 안에 들어간 문장은 이미 검토를 마친 것처럼 보인다. 번호가 붙은 목록은 순서에 이유가 있어 보인다. 구조가 잡힌 결과물은 그 자체로 생각을 멈추게 한다. 그래서 이 문제는 프롬프트를 잘 쓸수록 심해진다. 결과가 조악하면 의심하게 되는데, 훌륭하면 그냥 받아들이게 된다. 좋은 도구일수록 사람을 더 빨리 멈춰 세운다. 여기에 한 가지가 겹친다. 잘 정리된 결과물은 수정하기도 어렵다. 목차 여덟 개가 나왔는데 그중 다섯 번째가 마음에 안 든다고 하자. 다섯 번째만 바꾸면 앞뒤 흐름이 어긋난다. 그렇다고 전체를 다시 뽑으면 마음에 들었던 셋도 같이 사라진다. 구조가 잘 짜여 있을수록 부분을 건드리기가 힘들다. 그래서 우리는 대개 그냥 쓴다. 다섯 번째가 조금 걸려도 전체가 괜찮으니까 넘어간다. 그 '조금 걸리는' 것들이 쌓여서 나중에 "내 것 같지 않다"가 된다. 세 번째 한계 — 되돌아갈 수 없다 프롬프트는 한 번에 끝난다. 결과가 마음에 안 들면 다시 쓴다. 그런데 그건 되돌아가는 게 아니라 다시 시작하는 것이다. 이전 시도에서 무엇이 어긋났는지는 남지 않는다. 세 번째 시도에서 나온 결과물만 남고, 첫 번째와 두 번째가 왜 아니었는지는 사라진다. 생각이 자라는 과정은 반대다. 뭔가를 말해보고, 아니라는 걸 알고, 왜 아닌지를 알고, 그래서 조금 다른 걸 말한다. 버린 것들이 남아 있어야 다음 걸음을 뗄 수 있다. 버린 이유를 기억하지 못하면 어떻게 되는지는 겪어본 사람이 많을 것이다. 두 달 뒤에 같은 아이디어를 새것처럼 다시 떠올린다. 신나서 메모까지 해놓고 나서, 예전 폴더에서 같은 메모를 발견한다. 그때 버린 이유는 적어두지 않았다. 그래서 또 한 번 같은 길을 걷는다. 프롬프트를 여러 번 고쳐 던지는 방식에는 이 과정이 들어갈 자리가 없다. 남는 건 마지막 결과물 하나뿐이다. 프롬프트가 비대해지는 경로 세 한계를 겪은 사람들이 흔히 가는 길이 하나 있다. 프롬프트를 계속 키우는 것이다. 결과가 마음에 안 들면 조건을 하나 붙인다. 다시 안 맞으면 또 붙인다. 예전에 잘못 나왔던 경우를 막으려고 "이런 식으로는 하지 말 것"을 추가한다. 몇 달 지나면 프롬프트가 A4 한 장이 된다. 두 장이 되기도 한다. 이 문서를 열어보면 흥미로운 게 보인다. 조건 하나하나가 전부 과거의 실패다. "리스트만 나열하지 말 것"은 언젠가 리스트만 나온 적이 있다는 뜻이다. "전문 용어를 남발하지 말 것"은 남발된 적이 있다는 뜻이다. 그러니까 이 프롬프트는 나의 판단이 아니라 나의 판단이 남긴 화석이다. 언제 왜 그 조건을 넣었는지는 기억나지 않고, 지금도 필요한지는 확인해본 적이 없다. 그냥 빼기가 불안해서 남아 있다. 그리고 이 문서가 커질수록 두 가지가 일어난다. 첫째, 고치기 어려워진다. 조건 스무 개가 서로 어떻게 얽혀 있는지 알 수 없으니 함부로 못 건드린다. 둘째, 다른 일에 못 쓴다. 이 프롬프트는 특정 상황에 맞춰 자라났기 때문에 조금만 다른 일이면 처음부터 다시 만들어야 한다. 프롬프트를 키우는 방식이 잘못됐다는 게 아니다. 반복되는 일이라면 그게 맞다. 다만 키우는 것으로 풀리지 않는 종류의 막힘이 따로 있다는 것이 이 장의 요지다. 그래도 프롬프트가 이기는 자리 여기까지 읽으면 프롬프트가 나쁜 것처럼 들릴 수 있는데, 그건 아니다. 할 일이 분명할 때 프롬프트는 대화보다 훨씬 낫다. 번역, 요약, 형식 변환, 코드 수정, 문서 초안. 무엇을 원하는지 알고 있고 결과의 모양이 정해져 있는 일에서는 대화가 오히려 방해가 된다. 열 번 주고받을 일을 한 번에 끝낼 수 있는데 굳이 늘릴 이유가 없다. 반복되는 일은 특히 그렇다. 매주 같은 형식의 보고서를 만든다면 프롬프트를 한 번 잘 짜두는 게 맞다. 매번 대화로 풀어가는 건 낭비다. 그러니 이 책이 말하는 건 프롬프트를 버리라는 게 아니다. 프롬프트가 안 되는 자리가 따로 있고, 그 자리에서 무엇을 할지가 비어 있었다는 것이다. 정리하면 이렇게 갈린다. • 무엇을 원하는지 아는 일 → 프롬프트 • 무엇을 원하는지 모르는 일 → 아직 이름 없음 이 책은 두 번째 줄을 채우려는 시도다. 그럼 프롬프트를 더 잘 쓰면 되지 않나 여기서 나올 법한 반론이 하나 더 있다. 지금 말한 한계들은 프롬프트를 못 써서 생긴 문제 아닌가. 여러 번 나눠 던지고, 중간에 되묻고, 앞의 답을 다시 넣어주면 되지 않나. 맞다. 그렇게 하면 된다. 그런데 그렇게 하는 순간, 그건 이미 프롬프트가 아니라 대화다. 한 번 던지고 받는 것을 프롬프트라고 부른다면, 여러 번 주고받으며 방향을 바꾸는 것에는 다른 이름이 필요하다. 이름이 다르면 잘하는 법도 다르다. 좋은 프롬프트를 쓰는 기술과 좋은 대화를 이끄는 기술은 겹치는 부분이 있지만 같지 않다. 실제로 AI를 오래 쓴 사람들은 이미 그렇게 하고 있다. 다만 그걸 방법이라고 부르지 않고 각자의 요령으로 두고 있을 뿐이다. 그래서 남에게 설명할 수 없고, 자기도 왜 어떤 날은 잘되고 어떤 날은 안 되는지 모른다. 이 책이 하려는 일이 그것이다. 요령으로 흩어져 있는 것에 절차를 주는 것. 그러니 이 장의 결론은 "프롬프트는 틀렸다"가 아니다. 정확히는 이렇다. 프롬프트는 답을 요청한다. 우리가 막히는 지점은 대개 아직 질문이 없는 곳이다. 다만 하나가 남는다 문제를 모를 때는 프롬프트를 쓸 수 없다. 그럼 무엇을 할 수 있나. 여기서 짚어둘 게 있다. 문제를 모른다는 것은 아무것도 없다는 뜻이 아니다. 오히려 반대다. 머릿속에는 너무 많은 것이 있다. 정리가 안 됐을 뿐이다. 며칠째 걸려 있는 무언가. 설명하려다 말문이 막혔던 무언가. 이유는 모르겠는데 자꾸 미루게 되는 무언가. 아직 아니라는 느낌은 분명한데 뭐가 아닌지는 모르는 무언가. 이것들은 전부 있다. 다만 문장이 아니다. 그래서 대괄호에 안 들어간다. 그런데 말로는 나온다. 정리가 안 된 채로도 나오고, 순서가 틀려도 나오고, 같은 말을 세 번 반복해도 나온다. 오히려 그렇게 해야 나온다. 앞뒤를 맞추려고 하는 순간 다시 막힌다. 왜 그런지가 다음 부의 내용이다. ---------------------------------------- ### 5장. 왜 말할 때 더 많은 맥락이 나오는가 https://voidlogpress.com/books/ai%ec%97%90%ea%b2%8c-10%eb%b6%84%ea%b0%84-%eb%a7%90%ed%95%98%ea%b8%b0/5%ec%9e%a5-%ec%99%9c-%eb%a7%90%ed%95%a0-%eb%95%8c-%eb%8d%94-%eb%a7%8e%ec%9d%80-%eb%a7%a5%eb%9d%bd%ec%9d%b4-%eb%82%98%ec%98%a4%eb%8a%94%ea%b0%80/ 질문: 말하다 보면 생각이 정리되는 이유는 무엇인가요? 요약: 설명하는 행위 자체가 정리를 만들기 때문입니다. 개발자들은 이것을 러버덕 디버깅이라 부릅니다. 고무 오리에게 코드를 한 줄씩 설명하다 스스로 문제를 찾는 방식으로, 1999년 『실용주의 프로그래머』에서 이름이 왔습니다. 핵심은 상대가 아무것도 하지 않아도 효과가 있다는 점입니다. 또 다른 질문: 왜 3분이 아니라 10분을 말하라고 하나요? 답: 사람은 2~3분이면 할 말을 다 했다고 느끼는데, 그때까지 나온 것은 이미 정리해둔 재고입니다. 남에게 몇 번 설명해본 버전이라 꺼내기 쉽고 새로울 것이 없습니다. 재고가 떨어진 뒤에 나오는 곁가지가 대개 진짜입니다. 또 다른 질문: 글로 쓰는 것과 말하는 것은 무엇이 다른가요? 답: 속도와 검열과 형식이 다릅니다. 말은 분당 150단어 안팎으로 나오지만 생각하며 타이핑하면 분당 20단어 아래로 떨어집니다. 쓰기는 지울 수 있어서 지우는데, 가장 먼저 지워지는 것이 아직 말이 안 되는 생각입니다. 말은 그것이 그대로 남습니다. 또 다른 질문: 말하기가 오히려 불리한 일도 있나요? 답: 정확성이 중요한 일에는 불리합니다. 숫자가 많은 것은 표가 낫고, 조건이 여럿 얽힌 논리는 말로 풀면 길을 잃습니다. 계약 문구나 코드처럼 한 글자가 중요한 것은 눈으로 봐야 합니다. 이미 문서로 정리된 것을 말로 옮길 이유도 없습니다. 또 다른 질문: 사람에게 말하면 되지 왜 AI에게 말하나요? 답: 사람이 낫지만 세 가지 제약이 있습니다. 상대의 40분을 써야 하고, 정리 안 된 말을 듣는 쪽이 지치고, 기록이 남지 않습니다. 다만 틀렸다고 말해주는 일은 사람이 낫습니다. AI와 굴려서 말이 되게 만든 다음 사람에게 가져가는 순서가 맞습니다. 최종 확인: 2026-09-02T16:32:12+09:00 살면서 이런 말을 해본 적이 있을 것이다. "말하다 보니까 정리가 되네." 누구를 붙잡고 하소연하다가, 혹은 회의에서 즉석으로 설명하다가, 시작할 때는 없던 결론이 말하는 도중에 생겨나는 경험이다. 상대가 특별한 조언을 해준 것도 아니다. 그냥 듣고 있었을 뿐인데 내 쪽에서 뭔가가 정리됐다. 말을 마치고 나서 "고마워, 덕분에 정리됐어"라고 하면 상대가 "나 아무 말도 안 했는데"라고 답하는 장면. 이건 흔하다. 이 흔한 경험을 이 책은 방법의 근거로 쓴다. 그러니 근거가 얼마나 단단한지부터 확인하고 가야 한다. 흔하다는 것과 맞다는 것은 다르기 때문이다. 개발자들의 민간요법 이 현상에 이름을 붙인 사람들이 있다. 개발자들이다. 러버덕 디버깅이라고 부른다. 코드가 안 돌아가는데 이유를 모를 때, 책상 위에 고무 오리를 놓고 오리에게 코드를 한 줄씩 설명하는 것이다. "여기서 이 값을 받아서, 이걸 이렇게 돌리고, 그러면 여기로 넘어가는데…" 오리는 아무 말도 안 한다. 그런데 설명하다 보면 자기가 문제를 찾는다. 이름은 1999년에 나온 『실용주의 프로그래머』에서 왔다. 러버덕을 들고 다니며 그렇게 했다는 어느 연구조수의 일화가 실려 있다. 농담처럼 전해지지만 실제로 쓰인다. 오리가 없으면 동료를 붙잡는다. 그래서 "설명하려고 불렀는데 설명하다가 혼자 해결하고 미안하다고 하는" 장면이 개발 조직에서 흔하다. 불려간 사람 입장에서는 자리에 앉기도 전에 끝난다. 왜 하필 오리인가에는 별 이유가 없다. 어느 책에서 나온 농담이 굳었을 뿐이다. 중요한 건 오리가 아무것도 하지 않는다는 점이다. 아무것도 하지 않는 상대여도 효과가 있다는 것이 이 방법의 요점이다. 민간요법이 왜 통하는지는 대개 나중에 밝혀진다. 이 경우에도 관련된 연구 계보가 있다. 첫째 갈래 — 소리 내어 생각하기 인지심리학에 think-aloud protocol이라는 방법이 있다. 실험 참가자에게 문제를 풀면서 머릿속에 떠오르는 것을 소리 내어 말하게 하고, 그 말을 기록해 사고 과정을 분석한다. 체스 기사에게 다음 수를 고르는 동안 생각을 말하게 하거나, 수학 문제를 푸는 사람에게 계산 과정을 말하게 하는 식이다. 이 방법을 체계화한 것은 안데르스 에릭슨과 허버트 사이먼이다. 두 사람이 1984년에 낸 『프로토콜 분석 — 자료로서의 언어 보고』가 기준서 역할을 했고, 1993년에 개정판이 나왔다. 이후 이 방법은 심리학을 넘어 사용성 테스트, 교육 연구, 디자인 연구로 퍼졌다. 웹사이트를 만들 때 사용자에게 "지금 무슨 생각 하시는지 말해주세요"라고 하는 것이 이 계보다. 지금도 쓴다. 그런데 여기서 정직하게 짚어야 할 것이 있다. 에릭슨과 사이먼의 목적은 사고를 관찰하는 것이었지 개선하는 것이 아니었다. 오히려 반대에 가깝다. 그들은 말하는 행위 자체가 사고를 바꿔버리면 관찰이 오염된다고 봤다. 연구자가 알고 싶은 건 참가자가 평소에 어떻게 생각하는지인데, 말하게 했더니 생각하는 방식이 달라져버리면 관찰한 것이 평소의 사고가 아니게 된다. 그래서 그들은 사고를 바꾸지 않는 방식의 발화를 조건으로 삼았다. 떠오른 것을 그대로 말하게 하고, 왜 그렇게 생각했는지 설명하게 하지는 않는 식이다. 설명을 요구하면 참가자가 자기 사고를 재구성하게 되고, 재구성된 것은 원래 사고가 아니기 때문이다. 즉 그들은 말하기가 사고를 바꾸지 않기를 바랐다. 이 책은 바뀌기를 바란다. 같은 현상을 정반대 목적으로 본 셈이다. 그러니 "에릭슨과 사이먼이 말하기의 효과를 입증했다"고 쓰면 그건 틀린 말이다. 그들은 그런 걸 입증하려 한 적이 없다. 이 계보에서 가져올 수 있는 건 하나뿐이고, 그것으로 충분하다. 머릿속 과정을 소리로 꺼내면, 그 과정이 관찰 가능한 대상이 된다. 관찰 대상이 되어야 손댈 수 있다. 손대는 건 그다음 일이다. 그리고 그들이 걱정한 오염이 이 책에는 오히려 목적이라는 점도 흥미롭다. 말하면 사고가 바뀐다는 것을 그들도 전제하고 있었다. 다만 그게 문제였을 뿐이다. 둘째 갈래 — 스스로 설명하기 두 번째 갈래가 이 책에 더 가깝다. 미셸 치를 비롯한 연구자들이 1989년에 다룬 self-explanation effect다. 예제를 공부하는 학생들을 관찰했더니, 스스로 설명을 덧붙이며 읽은 쪽이 그냥 읽은 쪽보다 문제를 잘 풀었다는 결과였다. 여기서 두 가지가 나온다. 첫째, 설명을 들어주는 사람이 전문가일 필요가 없다. 효과는 설명을 하는 쪽에서 발생하기 때문이다. 듣는 사람이 고개만 끄덕여도 되고, 실은 사람이 아니어도 된다. 둘째, 설명하려고 하면 건너뛰던 데가 드러난다. 혼자 생각할 때 우리는 많은 것을 건너뛴다. 자기 머릿속에서는 "그거 있잖아, 그거"로 통하기 때문이다. A에서 C로 바로 넘어가면서도 B를 거쳤다고 느낀다. 실제로는 안 거쳤는데 거친 것 같은 느낌만 있다. 말로 옮기려면 B가 무엇인지 정해야 한다. 정하려고 보면 없다는 게 드러난다. 러버덕이 통하는 이유가 여기 있다. 오리는 아무것도 안 하지만, 오리에게 설명하려면 내 머릿속에서 건너뛰던 단계를 말로 채워야 한다. 건너뛰던 곳이 바로 내가 모르던 곳이다. 그리고 대개 버그도 거기 있다. 이건 코드에만 해당하지 않는다. 기획도 마찬가지고, 사업 계획도 마찬가지고, 왜 이직하고 싶은지도 마찬가지다. 설명하려고 하면 안 채워진 칸이 보인다. 셋째 갈래 — 스스로 만들기 세 번째는 기억 쪽이다. generation effect라고 부른다. 슬라메카와 그라프가 1978년에 정리한 현상으로, 남이 준 정보보다 자기가 만들어낸 정보가 더 오래 남는다는 것이다. 단어 쌍을 그냥 읽은 집단과 일부를 빈칸으로 두고 스스로 채우게 한 집단을 비교했더니, 나중에 채운 쪽이 더 많이 기억했다. 채우는 데 든 노력이 기억을 붙잡아둔 것이다. 이 연구가 이 책에 주는 시사점은 기억이 아니라 소유다. 3장에서 "그럴듯한데 내 것 같지 않다"는 감각을 다뤘다. 그 정체는 남의 판단을 빌려 썼다는 것이었다. 잘 만든 프롬프트에는 만든 사람의 방법론이 들어 있고, 나는 대괄호만 채웠다. 생성 효과는 그 반대편을 설명한다. 자기가 만들어낸 것은 자기 것으로 남는다. 그리고 자기 것으로 남아야 다음에 쓸 수 있다. 이 차이는 실무에서 분명하게 나타난다. AI가 만들어준 기획안은 발표할 때 티가 난다. 질문이 들어오면 답을 못 한다. 문서에 안 적힌 것은 모르기 때문이다. 반면 자기가 굴려서 만든 것은 문서에 없는 것도 답할 수 있다. 만드는 과정에서 버린 선택지들이 머릿속에 남아 있어서다. 세 연구의 공통점, 그리고 한계 세 갈래를 한 줄로 묶으면 이렇게 된다. 머릿속에 있던 것을 밖으로 꺼내면, 꺼낸 사람 쪽에서 무언가가 일어난다. 여기서 정확히 짚어야 할 것이 있다. 이 연구들은 전부 꺼내기에 대한 것이지 말하기에 대한 것이 아니다. 글로 써도 상당 부분 같은 효과가 나온다. 자기 설명 연구 중에는 글로 쓰게 한 것도 많다. 생성 효과 실험도 대개 글로 이루어졌다. 일기를 쓰면 정리가 된다는 말이 괜히 있는 게 아니다. 그러니 이 책의 주장을 연구가 그대로 뒷받침한다고 말하면 과장이다. 정확히는 이렇다. 연구가 뒷받침하는 것은 꺼내면 달라진다는 데까지다. 왜 하필 소리인가는 여기서 나오지 않는다. 그 답은 따로 세워야 한다. 그리고 이 책은 그걸 연구가 아니라 관찰로 세운다. 관찰은 연구보다 약한 근거이므로, 약하다는 것을 밝히고 쓴다. 그럼 왜 쓰기가 아니라 말하기인가 세 가지 차이가 있다. 셋 다 대단한 발견은 아니고, 겪어보면 아는 것들이다. 속도 타이핑 속도를 잰 연구들이 있다. 일반 사용자는 분당 30단어 남짓 친다. 그것도 이미 있는 글을 옮겨 적을 때 이야기이고, 생각하면서 쓰면 분당 20단어 아래로 떨어진다. 분당 60에서 80단어는 전문 타이피스트의 속도다. 말은 다르다. 대화할 때 분당 150단어 안팎으로 나온다. 이 수치들은 서로 다른 조건에서 잰 것이라 그대로 나눠 몇 배라고 말할 수는 없다. 다만 방향은 분명하다. 말은 타이핑보다 훨씬 빠르게, 훨씬 많이 밖으로 내보낸다. 속도 자체가 중요한 게 아니다. 중요한 건 생각의 속도와 출력의 속도가 얼마나 벌어지느냐다. 타이핑은 생각보다 느리다. 느리면 앞선 생각이 대기한다. 그리고 대기하는 동안 흐려지거나 사라진다. 이걸 겪은 적이 있을 것이다. 뭔가 세 가지가 한꺼번에 떠올랐다. 첫 번째를 치기 시작한다. 다 치고 나면 두 번째는 남아 있는데 세 번째가 없다. 뭐가 있었는지는 아는데 뭐였는지를 모른다. 붙잡으려고 하면 더 도망간다. 말은 생각의 속도에 더 가깝다. 그래서 대기 줄이 짧다. 짧으면 덜 사라진다. 세 가지가 떠올랐으면 세 가지가 대체로 나온다. 그리고 여기에 부수 효과가 하나 있다. 빠르면 계획하지 않는다. 느리게 출력할 때 우리는 다음에 뭘 쓸지 미리 생각한다. 여유가 있으니까 그렇게 된다. 빠르게 출력할 때는 그럴 틈이 없다. 나오는 대로 나가고, 그래서 계획에 없던 것이 섞여 나온다. 계획에 없던 것이 대개 쓸모 있는 것이다. 자기 검열 이게 더 크다. 셋 중 하나만 남긴다면 이걸 남기겠다. 쓰기는 지울 수 있어서 지운다. 문장을 반쯤 치다가 어색하면 지우고 다시 친다. 이게 반사에 가깝게 일어난다. 의식적인 판단이 아니라 손이 먼저 백스페이스로 간다. 그래서 화면에 남는 것은 검열을 통과한 문장들이다. 그리고 검열의 기준은 대개 "말이 되는가"인데, 아직 정리 안 된 생각은 당연히 말이 안 된다. 그래서 가장 덜 다듬어진 것부터 지워진다. 문제는 지금 필요한 게 바로 그거라는 점이다. 정리된 생각은 이미 정리됐으니 굳이 꺼낼 필요가 없다. 꺼내야 하는 건 아직 안 된 쪽이다. 그런데 글쓰기라는 형식이 그것부터 골라서 버린다. 말은 지울 수가 없다. 뱉으면 나간다. "아니 그게 아니라"로 고칠 수는 있어도 없던 일로는 못 만든다. 그리고 여기에 중요한 부수 효과가 있다. 고치는 과정 자체가 기록에 남는다. "이게 문제인 것 같은데… 아니다, 이게 문제가 아니라 그 앞이 문제네." 이 두 문장이 통째로 남는다. 어디서 스스로 아니라고 느꼈는지가 남는다는 뜻이다. 3장에서 프롬프트의 세 번째 한계로 "되돌아갈 수 없다"를 들었다. 버린 것이 남지 않는다는 문제였다. 말에서는 버린 것이 자동으로 남는다. 노력해서 기록하는 게 아니라 그냥 남는다. 지울 수 없기 때문이다. 단점이 장점이 되는 드문 경우다. 미완성 허용 셋째는 형식이다. 글은 문장 단위로 완결되기를 요구한다. 주어가 있고 서술어가 있어야 하고, 없으면 어색하다. 그래서 아직 서술어까지 못 간 생각은 글로 옮겨지지 않는다. 옮기려면 억지로 서술어를 붙여야 하고, 붙이는 순간 없던 결론이 생긴다. 말에는 그런 요구가 없다. "그러니까 이게… 아니 이게 문제가 아니고… 아 뭐랄까… 뭔가 순서가 이상한 것 같은데…" 이런 게 그대로 나간다. 그리고 이 부스러기들이 실은 정보다. 어디서 막혔는지. 어떤 단어를 세 번 반복했는지. 어디서 목소리가 빨라졌는지. 어떤 이야기를 하다가 갑자기 다른 데로 샜는지. 다듬어진 글에는 이런 게 남지 않는다. 다듬는 과정에서 지워지는 게 정확히 이것들이기 때문이다. 그런데 이것들이 사람이 어디에 걸려 있는지를 가장 정확하게 가리킨다. 같은 단어를 세 번 반복했다면 거기에 뭔가 있다. 본인은 반복한 줄 모른다. 기록에는 남는다. 말하기와 타이핑의 세 가지 차이 3분과 10분 사이 여기서 앞 장의 숫자로 돌아가보자. 왜 10분인가. 직접 해보면 알게 되는 것이 있다. 사람은 3분이면 할 말을 다 했다고 느낀다. 주제를 정하고 말하기 시작하면, 대개 2분에서 3분 사이에 "이게 다인데"라는 상태에 도달한다. 상황을 설명하고, 무엇이 문제인지 말하고, 어떻게 하면 좋을지 모르겠다고 하면 끝난다. 이 지점에서 멈추면 나온 것은 이미 알던 것뿐이다. 그런데 계속 말하도록 강제하면 그 뒤에 이상한 일이 벌어진다. 할 말이 없으니 같은 말을 다시 한다. 아까 한 말을 다른 표현으로 반복한다. 그러다 반복이 지겨워지면 곁가지로 샌다. "아 그리고 이건 좀 다른 얘긴데"로 시작하는 것들이 나오기 시작한다. 그 곁가지들이 대개 진짜다. 이유는 단순하다. 처음 3분에 나오는 것은 이미 정리해둔 이야기다. 남에게 설명하려고 몇 번 다듬어본 버전이고, 자기 머릿속에서 완성된 상태로 보관돼 있다. 꺼내기는 쉬운데 새로울 게 없다. 그 재고가 떨어진 뒤에 나오는 것이 정리 안 된 것들이다. 다듬어본 적이 없어서 문장이 어색하고, 어디로 갈지 모르는 채로 나온다. 이 책이 필요로 하는 게 정확히 그것이다. 그래서 10분이다. 3분이면 재고를 꺼내고, 남은 7분에 재고가 아닌 것이 나온다. 정확한 숫자는 아니다. 어떤 날은 5분에 재고가 떨어지고 어떤 날은 8분까지 간다. 다만 기준이 있어야 3분에서 멈추지 않는다. 3분에서 멈추면 이 방법은 통째로 작동하지 않는다. 말로는 잘 안 되는 것들 균형을 위해 반대쪽도 적어둔다. 말이 늘 나은 건 아니다. 숫자가 많은 것. 매출이 얼마고 비용이 얼마고 이걸 빼면 얼마인지를 말로 하면 서로 헷갈린다. 표가 낫다. 구조가 복잡한 것. 조건이 여럿 얽힌 논리는 말로 풀면 길을 잃는다. "A이고 B이면 C인데 단 D인 경우는 예외이고"를 음성으로 주고받으면 세 번째 조건쯤에서 앞이 흐려진다. 정확한 표현이 중요한 것. 계약 문구나 코드처럼 한 글자가 중요한 것은 눈으로 봐야 한다. 음성 인식이 한 글자를 바꿔놓으면 대화 전체가 어긋난다. 이미 정리된 것. 앞에서 말한 재고 이야기의 반대다. 이미 문서로 있는 것을 굳이 말로 옮길 이유가 없다. 이 목록에는 공통점이 있다. 정확성이 중요한 일에는 말이 불리하다. 말의 강점은 정확성이 아니라 양과 속도, 그리고 검열이 덜 걸린다는 점이다. 그러니 이 방법이 붙는 자리는 좁다. 정리 안 됐고, 양이 필요하고, 정확할 필요는 아직 없는 단계. 그 단계가 끝나면 다른 도구로 넘어가야 한다. 그런데 왜 사람이 아니라 AI인가 여기서 나올 법한 질문이 있다. 지금까지 말한 건 전부 "말하면 좋다"는 것이지 "AI에게 말하면 좋다"는 게 아니다. 사람에게 말하면 되지 않는가. 맞다. 사람이 낫다. 여러 면에서 그렇다. 다만 사람에게는 세 가지 제약이 있다. 시간이 든다. 상대의 40분을 써야 한다. 그것도 정리 안 된 이야기를 듣는 40분이다. 이걸 자주 부탁할 수 있는 관계는 많지 않다. 듣는 쪽이 지친다. 정리 안 된 말을 40분 듣는 건 힘든 일이다. 그리고 상대는 대개 도와주려 한다. 그래서 중간에 조언하고, 결론을 앞당기고, 자기 경험을 꺼낸다. 도와주려는 마음이 탐색을 끊는다. 기록이 안 남는다. 좋은 대화를 나눠도 사흘 뒤엔 흐릿하다. 녹음하겠다고 하면 대화의 성격이 달라진다. AI에게는 이 세 제약이 없다. 시간을 쓰지 않고, 지치지 않고, 기록이 남는다. 그리고 하나가 더 있다. 사람 앞에서는 검열이 다시 켜진다. 이상하게 들릴 말은 안 하게 되고, 아직 확신 없는 이야기는 조심하게 된다. 상대가 어떻게 생각할지 신경 쓰이기 때문이다. AI 앞에서는 그게 덜하다. 이건 AI가 사람보다 낫다는 말이 아니다. 다른 종류의 상대라는 말이다. 그리고 정리 안 된 이야기를 40분 쏟아내는 일에는 이쪽이 맞는다. 반대로 사람이 확실히 나은 것도 있다. 틀렸다고 말해주는 일이다. 사람은 이해관계가 있어서 반대한다. 내가 이 사업을 하면 자기도 곤란해지니까 말린다. 그 반대에는 무게가 있다. AI의 반대에는 그런 게 없다. 요청해서 나온 반대는 요청을 거두면 사라진다. 그래서 이 방법은 사람을 대체하지 않는다. 순서가 다를 뿐이다. AI와 40분 굴려서 말이 되게 만든 다음, 사람에게 가져가 3분 만에 깨지는 편이 낫다. 정리 안 된 상태로 사람에게 가면 상대의 시간을 쓰고도 제대로 된 반대를 못 받는다. 무슨 말인지 모르는 것에는 반대할 수도 없기 때문이다. 그래서 정리하면 말은 생각을 만들지 않는다. 이미 있던 것을 밖으로 꺼낼 뿐이다. 이 구분이 중요하다. 말하면 없던 아이디어가 생긴다는 식의 주장은 과장이고, 몇 번 해보면 사실이 아닌 걸 알게 된다. 아무것도 없는 상태에서 10분 떠들면 아무것도 안 나온다. 재료가 없으면 요리가 안 되는 것과 같다. 말이 하는 일은 다른 것이다. 정리되지 않아서 문장이 안 되던 것, 건너뛰던 것, 지워지던 것을 밖으로 나오게 한다. 꺼내놓고 보면 자기도 몰랐던 것이 거기 있다. 그게 전부다. 그리고 그것으로 충분하다. 여기서 미리 말해둘 것 이 장은 말하기의 장점만 다뤘다. 그래서 균형이 맞지 않는다. 음성에는 실제로 여러 문제가 있다. 한국어 인식이 늘 정확하지는 않고, 사무실이나 카페에서는 쓸 수가 없고, 오래 말하면 오히려 맥락이 흐려지고, 무엇보다 기록이 자주 사라진다. 마지막 것이 특히 문제인데, 이 책이 다루는 방법 전체가 기록에 기대고 있기 때문이다. 말한 것을 나중에 다시 읽을 수 없다면 이 방법은 절반만 작동한다. 이 문제들은 11장에서 정면으로 다룬다. 지금은 장점만 봤다는 것을 밝혀두고 넘어간다. 다만 그 전에 하나가 남았다. 말하는 것까지는 알겠는데, 그럼 상대는 무엇을 하고 있어야 하는가. 혼자 떠들 거면 녹음기에 대고 해도 된다. 오리에게 해도 된다. 굳이 대답할 줄 아는 상대여야 할 이유가 있는가. ---------------------------------------- ### 8장. Conversation Contract — 결과가 아니라 규칙을 지시하라 https://voidlogpress.com/books/ai%ec%97%90%ea%b2%8c-10%eb%b6%84%ea%b0%84-%eb%a7%90%ed%95%98%ea%b8%b0/8%ec%9e%a5-conversation-contract-%ea%b2%b0%ea%b3%bc%ea%b0%80-%ec%95%84%eb%8b%88%eb%9d%bc-%ea%b7%9c%ec%b9%99%ec%9d%84-%ec%a7%80%ec%8b%9c%ed%95%98%eb%9d%bc/ 질문: AI가 이르게 정리해버려 대화가 끝나는 것을 어떻게 막나요? 요약: 결과가 아니라 규칙을 먼저 지시하면 됩니다. 계약 없이 시작하면 2분치 정보로 만든 세 선택지가 나오고, 그 답이 그럴듯하기 때문에 나머지 정보가 영영 나오지 않습니다. 답이 나빴다면 계속 말했을 텐데 괜찮아서 멈춘 것입니다. 또 다른 질문: Conversation Contract는 프롬프트와 무엇이 다른가요? 답: 프롬프트는 결과물을 지시하고 계약은 진행 방식을 정합니다. 프롬프트는 결과가 나오면 임무가 끝나지만 계약은 대화가 끝날 때까지 작동하며 30분째에 가장 필요합니다. 프롬프트는 원하는 결과를 알아야 쓰고, 계약은 몰라도 쓸 수 있습니다. 또 다른 질문: 계약을 대화 중간에 걸면 안 되나요? 답: 되지만 훨씬 어렵습니다. 이미 나온 세 선택지가 기준이 되어 네 번째를 상상하기 어려워지고, 잘 굴러가는 대화를 멈춰 세우는 데 심리적 마찰이 있습니다. 무엇보다 사람은 들은 답을 안 들은 상태로 되돌릴 수 없습니다. 막는 편이 무르는 것보다 쌉니다. 또 다른 질문: 조항 여덟 개를 매번 다 읽어야 하나요? 답: 아닙니다. 익숙해지면 세 줄로 줄고, 하나만 남긴다면 결론을 서두르지 말라는 조항입니다. 나머지 일곱이 다루는 문제가 대개 이 하나가 깨지면서 시작되기 때문입니다. 계약의 효과는 완전성보다 존재 여부에서 옵니다. 또 다른 질문: AI가 계약을 어기고 있는지 어떻게 알아채나요? 답: 네 가지 신호가 있습니다. 요청하지 않았는데 정리하면으로 문장이 시작되거나, 질문 뒤에 곧바로 답이 붙어 나오거나, 반론을 시작해놓고 다만과 물론이 나오거나, 선택지가 셋으로 떨어지는 경우입니다. 알아채는 것이 절반입니다. 최종 확인: 2026-09-02T16:32:12+09:00 계약 없이 시작한 대화는 대개 이렇게 흘러간다. 음성 모드를 켜고 말하기 시작한다. 2분쯤 지나 상황 설명이 끝나갈 무렵, AI가 끼어든다. 아주 정중하게 끼어든다. "말씀하신 상황을 정리하면 세 가지 선택지가 있어 보입니다. 첫째는…" 여기서 대화는 끝났다. 3분 만에. 물론 그 뒤로도 말은 이어진다. 세 선택지 중 어느 것이 나은지 논의하고, 각각의 장단점을 따지고, 실행 계획까지 나온다. 40분쯤 걸린다. 결과물도 나쁘지 않다. 그런데 그 40분 동안 한 일은 3분에 나온 세 선택지 안에서 고르는 일이었다. 네 번째 선택지는 검토되지 않았다. 아무도 그게 있는지 물어보지 않았기 때문이다. 이게 계약이 없을 때 일어나는 일이다. AI는 도와주려고 한다. 도와주는 가장 빠른 방법은 답을 주는 것이다. 그래서 답을 준다. 이르게, 정중하게, 그리고 정확하게. 이게 왜 문제인지 다시 보자 세 선택지가 나쁜 것은 아니었다. 그럴듯했고, 아마 실제로 쓸 만한 것들이었을 것이다. 문제는 그것이 2분치 정보로 만들어졌다는 데 있다. 상황 설명이 끝나갈 무렵이었다. 아직 왜 이게 걸리는지는 말하지 않았고, 전에 비슷한 걸 해봤다가 어떻게 됐는지도 말하지 않았고, 지금 진짜 마음에 걸리는 게 뭔지는 스스로도 정리가 안 된 상태였다. 그 상태에서 나온 세 선택지다. AI 입장에서는 최선을 다한 것이다. 있는 정보로 만들 수 있는 가장 그럴듯한 답을 냈다. 그리고 그 답이 그럴듯했기 때문에 나머지 정보가 영영 안 나왔다. 이게 핵심이다. 답이 나쁘면 계속 말했을 것이다. "그게 아니고요"라고 하면서 못 한 이야기를 마저 했을 것이다. 그런데 답이 괜찮으니까 그쪽으로 붙었다. 세 선택지를 검토하는 쪽이 훨씬 구체적이고 진행되는 느낌이 나기 때문이다. 좋은 답이 나쁜 답보다 위험한 경우가 있다. 3장에서 프롬프트를 두고 한 이야기가 대화에서도 그대로 반복된다. 계약이란 무엇인가 Conversation Contract는 대화를 시작하기 전에 대화의 규칙을 합의하는 것이다. 이름이 계약인 이유는 두 가지다. 첫째, 결과가 아니라 진행 방식을 정한다. 둘째, 앞에서 한 번 정하면 대화 내내 유효하다. 프롬프트와 나란히 놓고 보면 차이가 분명하다. 프롬프트 Conversation Contract 무엇을 지시하나 결과물 진행 방식 언제 쓰나 매번 처음 한 번 무엇을 아는 상태 원하는 결과를 안다 원하는 결과를 모른다 성공의 모양 좋은 답이 나온다 좋은 질문이 나온다 길이 길수록 정교해진다 길면 지켜지지 않는다 마지막 줄이 실무적으로 중요하다. 계약은 짧아야 지켜진다. 조항 스무 개를 걸면 다섯 개쯤 지켜진다. 뒤에 나올 것이 일곱 개인 이유가 그것이다. 더 줄일 수 있으면 줄이는 게 낫다. 이게 결국 긴 프롬프트 아닌가 처음 보면 그렇게 보인다. 대화 앞에 붙이는 긴 문단이니까 형식은 프롬프트와 같다. 목적이 다르다. 프롬프트는 "이런 결과를 만들어라"고 한다. 계약은 "이런 식으로 진행하자"고 한다. 앞은 도착점을 지정하고 뒤는 경로의 규칙을 정한다. 차이가 드러나는 지점이 있다. 프롬프트는 결과가 나오면 임무가 끝난다. 계약은 대화가 끝날 때까지 계속 작동한다. 30분째에도 여전히 유효하고, 실제로 30분째에 가장 필요하다. 그리고 하나 더. 프롬프트는 내가 무엇을 원하는지 알아야 쓸 수 있다. 계약은 몰라도 쓸 수 있다. 무엇을 원하는지 모르는 상태에서도 "결론을 서두르지 말라"고는 말할 수 있기 때문이다. 3장에서 프롬프트의 첫 번째 한계로 든 것이 이것이었다. 계약은 그 한계를 우회한다. 왜 앞에서 해야 하는가 중간에 걸면 안 되는가. 대화가 이상하게 흘러갈 때 그때 정정하면 되지 않는가. 된다. 다만 훨씬 어렵다. 세 가지 이유가 있다. 첫째, 이미 나온 것이 기준이 된다. 3분에 세 선택지가 나오면 그 뒤의 대화는 그 셋 위에서 진행된다. 20분쯤 지나 "잠깐, 다른 방향도 보자"고 해도 이미 셋에 익숙해진 뒤다. 네 번째를 상상하기가 어려워진다. 우리 머리가 그렇게 생겼다. 둘째, 정정에는 마찰이 있다. 대화가 잘 굴러가고 있을 때 멈춰 세우는 건 심리적으로 부담이 된다. 상대가 AI여도 그렇다. 잘 도와주고 있는데 "그렇게 하지 마"라고 말하는 게 어색하다. 그래서 대개 그냥 간다. 셋째, 이미 답을 받아버렸다. 이게 가장 크다. 답을 받고 나면 그게 머릿속에 자리를 잡는다. "그 답을 잊고 다시 생각해보자"는 말은 실행 가능한 지시가 아니다. 사람은 들은 것을 안 들은 상태로 못 돌아간다. 그래서 앞에서 한다. 막는 게 무르는 것보다 싸다. 왜 하필 계약이라고 부르나 이름을 정하면서 몇 가지를 놓고 고민했다. 규칙, 원칙, 설정, 선언. 계약을 고른 이유가 셋 있다. 첫째, 양쪽을 구속한다. 규칙이나 설정은 상대에게만 거는 느낌이다. 그런데 이건 나도 지켜야 한다. "결론을 서두르지 말라"고 해놓고 내가 3분 만에 답을 요구하면 그 자리에서 무너진다. 실제로 이게 자주 일어난다. 둘째, 앞에서 한 번 하고 끝난다. 매번 걸지 않는다. 처음에 한 번 하고, 그 뒤로는 유효하다고 전제한다. 계약이라는 말에 그 성질이 들어 있다. 셋째, 위반을 지적할 수 있다. "지금 처음 약속과 다릅니다"라고 말할 근거가 생긴다. 이 문장이 실전에서 꽤 유용하다. 막연히 "좀 더 비판적으로 해주세요"라고 하는 것보다, 이미 합의한 것을 근거로 지적하는 편이 잘 먹힌다. 법적인 의미는 없다. 당연한 이야기지만 적어둔다. 이건 은유이고, AI에게 법적 구속력 같은 건 없다. 다만 은유가 사람 쪽 태도를 바꾼다. 계약이라고 생각하면 지키게 되고, 설정이라고 생각하면 잊는다. 일곱 개의 조항 각 조항마다 두 가지를 함께 적는다. 무엇을 요청하는가, 그리고 없으면 무슨 일이 생기는가. 뒤엣것이 실은 더 중요하다. 왜 필요한지 모르는 조항은 지키기도 어렵고, 상황에 맞게 고치기도 어렵다. 1. 바로 답을 확정하지 않는다 "제가 말하는 동안 결론을 내지 마세요. 끝까지 들으세요." 없으면 무슨 일이 생기나. 앞의 장면이 그대로 벌어진다. 3분에 답이 나오고 37분을 그 답 안에서 보낸다. 이 조항이 첫 번째인 이유는 시간 순서 때문이다. 나머지 여섯 개는 대화 중반에 작동하는데 이건 첫 3분에 작동한다. 여기서 막히면 나머지가 무의미해진다. 주의할 점이 있다. 이 조항은 "답을 주지 말라"가 아니라 "아직 주지 말라"다. 끝내 답이 안 나오면 그건 실패한 대화다. 순서의 문제이지 유무의 문제가 아니다. 2. 내 말을 먼저 요약한다 "적절한 시점마다 제 말을 짧게 요약해주세요." 6장에서 이것이 대화의 네 기능 중 가장 강하다고 했다. 내 말을 남의 입으로 들으면 다르게 들리기 때문이다. 없으면 무슨 일이 생기나. 요약 없이 진행되는 대화는 흩어진 채로 끝난다. 40분 말했는데 뭘 말했는지 모르는 상태가 된다. 그리고 흩어진 것에서는 모순이 안 보인다. "적절한 시점"을 명시하지 않은 이유가 있다. 타이밍은 상황마다 다르고, 시점까지 계약에 박으면 계약이 길어진다. 다만 앞서 말한 대로 첫 요약은 늦게 시키는 게 낫다. 10분에서 15분 사이다. 3. 모호한 지점은 질문한다 "제 말에서 애매한 부분이 있으면 넘어가지 말고 물어보세요." 없으면 무슨 일이 생기나. AI가 알아서 해석한다. 그리고 그 해석은 대개 가장 무난한 쪽이다. 2장에서 말한 대로 조건이 없으면 평균으로 간다. 문제는 애매하게 말한 지점이 대개 본인도 안 정한 지점이라는 것이다. 거기를 AI가 임의로 채우면 정해야 할 것을 안 정한 채로 대화가 진행된다. 그리고 나중에 결과물을 보고 "이건 내 생각이 아닌데" 하게 된다. 4. 무조건 동의하지 않는다 "제 말에 동의하고 싶어도 하지 마세요. 논리적 빈틈을 찾아주세요." 없으면 무슨 일이 생기나. 40분간 위로받는다. 6장에서 반박은 대화의 네 기능 중 유일하게 저절로 되지 않는 것이라고 했다. 이 조항이 그 하나를 켜는 스위치다. 그런데 이 조항은 잘 안 지켜진다. 처음에는 지켜지다가 대화가 길어지면 슬그머니 풀린다. "말씀하신 것도 일리가 있습니다"가 나오기 시작하면 이미 풀린 것이다. 그래서 재선언이 필요하고, 그 이야기가 15장에 있다. 5. 빠진 전제와 반론을 찾는다 "제가 당연하게 여기고 있는 전제를 찾아서 말해주세요." 4번과 비슷해 보이지만 다르다. 4번은 내가 말한 것을 공격하고, 5번은 내가 말하지 않은 것을 찾는다. 없으면 무슨 일이 생기나. 전제가 살아남는다. 이게 실제로 가장 자주 일어나는 실패다. 첫 3분에 깔아둔 전제 위에서 40분이 지어지고, 결과물은 좋고, 일주일 뒤에 전제가 틀렸다는 걸 안다. 16장이 그 기록이다. 전제는 스스로 못 본다. 당연하게 여기고 있기 때문에 전제다. 볼 수 있으면 이미 전제가 아니라 주장이다. 전제가 숨는 자리는 대개 정해져 있다. "당연히"라는 말이 붙은 곳. 말하면서 "당연히 이건 해야 하니까"라고 하면 거기가 전제다. 그리고 당연하다고 말할 때는 근거를 안 댄다. 너무 빨리 지나간 곳. 10분 발화 중에 한 문장으로 넘어간 부분이 있다. 다른 데는 3분씩 말했는데 거기만 한 줄이면, 생각을 안 해본 것이거나 생각하기 싫은 것이다. "어차피"가 붙은 곳. "어차피 이건 안 되니까"는 강한 전제다. 그리고 검증된 적이 없는 경우가 많다. 남들이 다 그렇게 한다고 말한 곳. 관행을 근거로 든 자리다. 관행이 틀렸다는 게 아니라, 내 상황에 맞는지 확인한 적이 없다는 뜻이다. 이 네 자리를 AI에게 알려주고 찾게 할 수도 있다. "제가 '당연히'나 '어차피'라고 말한 데가 어디였습니까." 이렇게 물으면 5번 조항이 훨씬 구체적으로 작동한다. 6. 적절한 시점에 중간 정리를 한다 "대화가 길어지면 지금까지 정해진 것과 안 정해진 것을 구분해주세요." 2번의 요약과 다르다. 요약은 내가 한 말을 압축하는 것이고, 중간 정리는 대화의 상태를 보고하는 것이다. • 정해진 것 • 아직 안 정해진 것 • 새로 생긴 질문 없으면 무슨 일이 생기나. 30분쯤 지나면 어디까지 왔는지 모르게 된다. 그리고 모르는 상태에서 결론을 내면 그 결론이 처음 문제와 관계가 있는지 확인할 수 없다. 이 조항의 진짜 값어치는 안 정해진 것을 명시적으로 남긴다는 데 있다. 정해진 것만 정리하면 대화가 완성된 것처럼 보인다. 빈칸을 같이 적어야 아직 안 끝났다는 게 보인다. 그리고 이 조항에는 부수 효과가 하나 있다. 대화가 어디로 흘렀는지가 드러난다. 30분쯤에 중간 정리를 받아보면 처음 물으려던 것과 지금 다루는 것이 다를 때가 있다. 그 자체는 나쁘지 않다. 6장에서 말한 대로 질문이 바뀌는 것이 이 방법의 목적이다. 다만 바뀐 걸 알고 가는 것과 모르고 가는 것은 다르다. 알면 "그럼 원래 문제는 어떻게 되는 거지"를 물을 수 있고, 모르면 원래 문제가 그냥 사라진다. 사라진 문제는 며칠 뒤에 돌아온다. 그때는 40분을 다시 써야 한다. 7. 충분히 탐색된 뒤에만 구조화한다 "아직 정리가 안 됐는데 표나 목록으로 만들지 마세요." 없으면 무슨 일이 생기나. 3장에서 말한 그것이 벌어진다. 구조가 잡힌 결과물은 그 자체로 생각을 멈추게 한다. 표는 특히 위험하다. 표에 들어간 항목은 이미 검토를 마친 것처럼 보인다. 세 칸짜리 표가 나오면 네 번째 칸을 상상하기 어려워진다. 1번 조항의 문제와 같은 것이 다른 형태로 나타난 것이다. 그래서 이 조항은 1번의 짝이다. 1번이 이른 답을 막고, 7번이 이른 형식을 막는다. 여덟 번째 조항 일곱 개라고 했는데 하나가 더 있다. 이건 나중에 붙었다. "제가 첫 발화에서 이미 결론을 말하고 있다면, 검토하기 전에 먼저 지적해주세요." 이 조항은 실패에서 나왔다. 앞의 일곱 개를 다 걸고도 망한 세션이 있었다. 계약은 지켜졌다. AI는 결론을 서두르지 않았고, 요약했고, 질문했고, 반론까지 했다. 그런데 결과물이 일주일 만에 폐기됐다. 이유는 계약 밖에 있었다. 첫 3분 발화에 이미 결론이 들어 있었던 것이다. 그러면 AI는 그 결론을 전제로 받아들이고, 전제 위에서 성실하게 일한다. 반론을 요청받았으니 반론도 한다. 다만 반론의 대상이 "이 결론을 어떻게 실행할까"이지 "이 결론이 맞나"가 아니다. 일곱 개 조항 중 어느 것도 이걸 막지 못한다. 다섯 번째가 전제를 찾으라고 하지만, 발화에 명시적으로 들어 있는 것은 전제가 아니라 주장으로 읽힌다. 주장은 검토 대상이지 의심 대상이 아니다. 그래서 여덟 번째가 붙었다. 이 조항은 발화 자체를 검사한다. 나머지 일곱이 대화의 진행을 다룬다면 이것 하나는 시작을 다룬다. 실패에서 나온 조항이라는 걸 밝히고 쓰는 이유가 있다. 이런 조항은 설계로 안 나온다. 앉아서 생각해서 만들 수 있는 게 아니고, 망해봐야 알게 된다. 그러니 이 목록도 완성된 게 아니다. 쓰다 보면 아홉 번째가 생길 것이다. 복사해서 쓰는 형태 여덟 조항을 이어 붙이면 이렇게 된다. 그대로 읽거나 붙여넣으면 된다. 지금부터 하나의 주제에 관해 정리되지 않은 이야기를 하겠습니다. 제가 말하는 동안 결론을 내지 마세요. 끝까지 들으세요. 적절한 시점마다 제 말을 짧게 요약해주세요. 애매한 부분이 있으면 넘어가지 말고 물어보세요. 제 말에 동의하고 싶어도 하지 마세요. 논리적 빈틈을 찾아주세요. 제가 당연하게 여기는 전제를 찾아서 말해주세요. 대화가 길어지면 정해진 것과 안 정해진 것을 구분해 알려주세요. 아직 정리가 안 된 상태에서 표나 목록으로 만들지 마세요. 그리고 제 첫 발화에 이미 결론이 들어 있다면, 검토하기 전에 그것부터 지적해주세요. 대화가 수렴되면 제목, 핵심 주장, 대상, 다음 행동으로 정리해주세요. 마지막 줄은 조항이 아니라 착지 지점이다. 7장에서 말한 세 번째 원리, 반드시 착지시킨다에 해당한다. Conversation Contract 여덟 조항 이걸 매번 다 읽을 필요는 없다. 익숙해지면 세 줄로 줄어든다. "결론 서두르지 말고, 중간중간 요약하고, 무조건 동의하지 마세요." 세 줄짜리도 안 하는 것보다 훨씬 낫다. 계약의 효과는 완전성보다 존재 여부에서 온다. 한 줄로 줄이면 더 줄일 수도 있다. "결론을 서두르지 마세요." 여덟 개 중 하나만 남긴다면 이것이다. 나머지 일곱 개가 다루는 문제는 대개 이 하나가 깨지면서 시작되기 때문이다. 이른 답이 나오면 요약할 것이 없어지고, 질문할 것도 없어지고, 반박도 그 답 안에서만 일어난다. 첫 번째 조항이 무너지면 나머지가 작동할 자리가 없다. 한 줄로 시작해서 익숙해지면 늘리는 것도 방법이다. 여덟 개를 처음부터 다 걸면 부담스러워서 안 하게 된다. AI가 계약을 어기는 방식 계약이 깨질 때는 대놓고 깨지지 않는다. 미묘하게 새어 나간다. 몇 가지 패턴이 있다. "정리하면"으로 시작하는 문장. 요청하지 않았는데 정리가 시작되면 7번 조항이 새고 있는 것이다. 질문 뒤에 답이 붙어 나온다. "이 부분은 어떻게 보시나요? 제 생각에는 이러이러할 것 같은데요." 앞은 질문이지만 뒤가 답이라 사람은 답에 반응한다. 3번 조항이 형식적으로만 지켜진 경우다. "다만"과 "물론". 반론을 시작해놓고 이 접속사가 나오면 그 뒤는 위로다. 4번이 새는 가장 흔한 방식이다. 선택지가 셋으로 나온다. 이유는 모르겠지만 세 개짜리 목록이 유난히 자주 나온다. 그리고 셋이 나오면 네 번째를 상상하기 어려워진다. 1번과 7번이 같이 새는 지점이다. 이 네 가지를 알고 있으면 대화 중에 알아챌 수 있다. 알아채는 것이 절반이다. 나머지 절반은 그 자리에서 다시 거는 것이고, 방법은 10장에 있다. 계약이 안 먹히는 경우 이 도구에도 한계가 있다. 첫째, 요청한 적 없는 것은 안 된다. 계약은 명시한 것만 작동한다. "이럴 때는 이렇게 해줬으면" 하는 게 있으면 적어야 한다. 적지 않은 것을 알아서 해주기를 기대하면 실망한다. 둘째, 대화가 길어지면 닳는다. 앞에서 여러 번 말했다. 이건 계약의 결함이라기보다 성질에 가깝다. 그래서 재선언이라는 대처가 따로 있다. 셋째, 내가 안 지키면 소용없다. 계약은 상대에게만 거는 것 같지만 실은 양쪽에 건다. "결론을 서두르지 말라"고 해놓고 내가 3분 만에 "그래서 어떻게 하면 될까요"라고 물으면 계약은 그 자리에서 무너진다. AI는 질문에 답하는 쪽으로 기울어 있고, 내가 답을 요구하면 준다. 실제로 계약이 깨지는 경우의 절반은 사람 쪽에서 깬다. 이건 겪어보면 알게 된다. 넷째, 승인 요청에는 아무 소용이 없다. 이미 정해놓고 시작한 대화에는 어떤 계약도 통하지 않는다. 여덟 번째 조항이 그걸 막으려는 시도지만 완전하지 않다. 결론을 감추고 말하는 것도 가능하기 때문이다. 본인은 감추는 줄도 모른 채로. 계약이 만드는 부작용 권하는 도구의 부작용도 적어둔다. 대화가 뻣뻣해진다. 계약을 세게 걸면 AI가 조심스러워진다. 답을 줘도 되는 상황에서도 안 주고, 정리해도 될 때 안 하고, 매번 되묻는다. 그러면 대화가 진행이 안 된다. 특히 8개 조항을 다 걸고 시작한 첫 세션에서 자주 겪는다. 뭘 말해도 질문이 돌아오니까 답답해진다. 대처는 중간에 푸는 것이다. 계약은 앞에서 거는 것이지 끝까지 유지해야 하는 게 아니다. 충분히 탐색됐다고 판단되면 "이제 정리해도 됩니다"라고 말하면 된다. C 단계에 들어가는 신호이기도 하다. 그리고 매번 계약을 걸다 보면 계약 자체가 의식이 된다. 세 번째쯤부터 형식적으로 읽게 된다. 읽기는 읽는데 무슨 뜻인지 생각 안 하고 읽는다. 그러면 효과가 떨어진다. 계약의 절반은 AI에게 거는 것이고 절반은 사람이 마음을 먹는 것인데, 뒤쪽이 빠지기 때문이다. 이럴 때는 오히려 줄인다. 여덟 개를 읽는 것보다 한 줄을 진심으로 말하는 게 낫다. 저장해두고 다시 쓰기 계약은 매번 새로 만들 필요가 없다. 한 번 정리해두고 저장해두면 된다. 그리고 몇 번 쓰다 보면 자기한테 맞게 고쳐진다. 어떤 조항은 자기한테 필요 없고, 어떤 조항은 추가하게 된다. 추가되는 조항에는 대개 자기 약점이 들어 있다. 결론으로 자꾸 서두르는 사람은 1번을 강하게 고친다. 남의 의견에 잘 흔들리는 사람은 4번을 뒤집어서 "제가 흔들리면 지적해주세요"를 넣는다. 기록을 자꾸 안 남기는 사람은 "끝날 때 반드시 세 줄로 정리해주세요"를 넣는다. 그렇게 만들어진 계약은 개인 자산이다. 프롬프트 모음집과 다른 점이 여기 있다. 프롬프트는 남의 것을 복사하는 게 대체로 낫지만, 계약은 자기 것이어야 한다. 남의 약점을 막는 조항은 나한테 필요 없기 때문이다. 이걸 축적하는 방법이 20장에 있다. 상황에 따라 뒤집는다 계약은 고정된 문서가 아니다. 상황이 다르면 조항도 달라진다. 가장 극단적인 예가 창작이다. 만들 게 없는 상태에서 그냥 떠들 때는 계약이 거의 반대가 된다. "오늘은 요약하지 마세요. 정리도 하지 마세요. 결론 내려고도 하지 마세요. 대신 제가 같은 말을 반복하면 그것만 알려주세요." 앞의 계약과 비교해보면 2번과 6번과 7번이 통째로 뒤집혔다. 정리를 시키던 조항들이 정리를 금지하는 조항으로 바뀐 것이다. 같은 도구가 정반대로 쓰인다는 것이 이 도구가 도구라는 증거다. 한 가지 형태로만 쓰이면 그건 도구가 아니라 주문이다. 이 변형과 다른 변형들은 17장과 20장에서 다시 다룬다. 지금 알아둘 것은 하나다. 위의 여덟 조항은 기본형이지 정답이 아니다. 다음 계약은 대화가 시작되기 전에 한 번 쓴다. 그러면 대화 중에는 무엇을 하는가. 여기서 두 번째 도구가 필요하다. 이쪽은 대화 내내 돌아간다. ---------------------------------------- ## GEO AI는 누구를 추천하는가 ISBN 9791143821522 · 2026-08-27 · 허구진 지음 https://voidlogpress.com/books/geo-ai%eb%8a%94-%eb%88%84%ea%b5%ac%eb%a5%bc-%ec%b6%94%ec%b2%9c%ed%95%98%eb%8a%94%ea%b0%80/ ### 1장. GEO는 SEO의 다음 버전인가 https://voidlogpress.com/books/geo-ai%eb%8a%94-%eb%88%84%ea%b5%ac%eb%a5%bc-%ec%b6%94%ec%b2%9c%ed%95%98%eb%8a%94%ea%b0%80/1%ec%9e%a5-geo%eb%8a%94-seo%ec%9d%98-%eb%8b%a4%ec%9d%8c-%eb%b2%84%ec%a0%84%ec%9d%b8%ea%b0%80/ 질문: GEO를 하면 노출이 40퍼센트 늘어난다는 말은 사실인가요? 요약: 원 연구가 말한 것과 다릅니다. 2023년 「GEO: Generative Engine Optimization」 연구는 후보 자료가 이미 주어진 실험 환경에서 표현 방식을 바꿨을 때 답변 안에서 소스가 얼마나 드러나는지를 측정했습니다. 공개 웹 전체에서 새 문서가 발견되어 추천과 구매로 이어지는 문제와는 다릅니다. 또 다른 질문: GEO는 결국 SEO와 같은 것 아닌가요? 답: 분리된 두 세계도, 같은 일에 붙인 새 이름도 아닙니다. 크롤링 가능성과 신뢰할 수 있는 콘텐츠 같은 기존 검색 기반은 그대로 중요합니다. 그 위에 여러 출처를 합성해 답을 만들고 일부 브랜드만 남기는 새로운 선택 단계가 더해진 것입니다. 또 다른 질문: llms.txt를 만들면 AI 노출이 올라가나요? 답: 구글은 2026년 AI 검색 최적화 공식 가이드에서 Google Search가 llms.txt를 무시하며 검색 가시성이나 순위에 도움도 불이익도 주지 않는다고 명시합니다. 다른 생성형 시스템 전반에서 추천을 높인다는 강한 근거도 아직 없습니다. 또 다른 질문: AI에 보인다는 말은 정확히 무슨 뜻인가요? 답: 적어도 열 단계를 구분해야 합니다. 검색 가능한 대상인가, 그 질문에서 검색되는가, 답변 생성에 쓰이는가, 출처로 인용되는가, 브랜드명이 본문에 나오는가, 추천 후보가 되는가, 첫 번째로 제시되는가는 전부 다른 사건입니다. 또 다른 질문: AI가 좋아할 문장으로 고치면 검색에 손해가 날 수도 있나요? 답: 그럴 수 있습니다. C-SEO Bench는 널리 이야기되는 최적화 휴리스틱이 일관되게 큰 효과를 내지 않았고 일부 조건에서는 검색 단계의 문서 위치에 불리하게 작용할 가능성을 보고했습니다. 사람이 읽기에 부자연스러운 문장은 전체에서 손해입니다. 최종 확인: 2026-09-02T16:32:13+09:00 GEO를 가장 쉽게 설명하면 이렇다. SEO가 검색엔진에서 잘 보이게 만드는 일이라면, GEO는 ChatGPT나 Gemini 같은 생성형 엔진의 답변에서 잘 보이게 만드는 일이다. 입문 설명으로는 편리하다. 그러나 여기서 멈추면 두 가지 오해가 생긴다. 첫째, SEO에 ‘1위’가 있었으니 GEO에도 하나의 1위가 있을 것이라고 생각한다. 둘째, 검색엔진용 최적화 기법이 있었으니 생성형 AI에도 몇 개의 문장 공식이나 기술적 설정이 있을 것이라고 기대한다. 2023년 공개된 「GEO: Generative Engine Optimization」 연구가 큰 관심을 받은 이유도 여기에 있었다. 연구는 생성형 엔진의 답변에서 소스의 가시성을 높이는 여러 전략을 실험했고, 조건에 따라 가시성이 크게 개선될 수 있음을 보고했다. 여기에서 널리 퍼진 숫자가 ‘최대 약 40%’다.1 문제는 이 숫자가 인터넷을 돌아다니며 다른 뜻으로 변했다는 데 있다. “GEO를 하면 AI 노출이 40% 늘어난다.” 조금 더 가면 이렇게 바뀐다. “GEO를 하면 자연유입이 40% 오른다.” 어떤 설명에서는 사실상 “매출을 40% 더 만들 수 있다”는 분위기로 소비된다. 원 연구는 그렇게 단순한 결론을 말하지 않는다. 연구의 핵심은 생성형 엔진이 답을 만드는 특정 실험 환경에서 콘텐츠 표현 방식을 바꿨을 때 답변 안에서 소스가 얼마나 잘 드러나는지를 측정한 것이다. 이미 후보 자료가 주어진 조건에서 표현을 바꾸는 실험과, 실제 공개 웹 전체에서 새 문서가 발견되어 검색되고 최종 추천과 구매로 이어지는 문제는 같지 않다. 이를테면 서점의 진열대 위에 이미 올라온 열 권 가운데 표지를 바꿔 손이 더 가게 만드는 실험과, 수백만 권 가운데 애초에 그 진열대에 들어가는 문제는 다르다. ‘40%’를 읽을 때는 이 차이를 먼저 기억해야 한다. ‘보인다’에는 여러 뜻이 있다 사업자는 “AI에 보인다”라는 말을 쉽게 쓴다. 실제로는 적어도 다음을 구분해야 한다. • AI 시스템이 내 페이지를 검색 가능한 대상으로 가지고 있는가. • 사용자의 특정 질문에서 내 페이지가 검색되는가. • 검색된 자료가 답변 생성에 실제로 쓰이는가. • 출처 링크로 인용되는가. • 답변 본문에 내 브랜드 이름이 등장하는가. • 여러 후보 중 추천 대상으로 선택되는가. • 첫 번째 후보로 제시되는가. • 내 제품이나 서비스를 정확하게 설명하는가. • 사용자가 클릭하거나 검색하거나 문의하는가. • 실제 구매나 방문으로 이어지는가. 이 단계들은 서로 이어져도 별도의 지표로 봐야 한다. 검색·인용·추천·구매는 각각 따로 확인해야 한다. 그래서 GEO를 ‘ChatGPT 순위’라는 말로 부르지 않는다. 후속 연구가 던진 불편한 질문 원조 GEO 논문 이후에는 “정말 실제 검색 환경에서도 그런가?”를 묻는 연구가 이어졌다. C-SEO Bench는 대화형 검색을 겨냥한 문서 수정 전략을 보다 현실적인 검색 조건에서 평가했다. 결과는 초기 기대보다 훨씬 조심스러웠다. 널리 이야기되는 최적화 휴리스틱이 일관되게 큰 효과를 내지 않았고, 일부 조건에서는 기존 검색 단계에서 문서의 위치에 불리하게 작용할 가능성도 나타났다.2 SAGEO Arena 계열 연구를 눈여겨볼 이유도 비슷하다. 생성형 답변 안에서 더 잘 보이도록 문서를 바꾸는 일이 앞단의 검색·retrieval 단계에서는 반드시 이득이 되지 않을 수 있다는 점을 보여준다.3 실무에서는 이 대목이 특히 중요하다. GEO를 한다며 사람이 읽기에 부자연스러운 문장을 만들거나, ‘AI가 좋아한다’는 근거 없는 형식으로 기존 검색 성능과 콘텐츠 품질을 훼손하면 전체 과정에서는 오히려 손해가 날 수 있다. 2026년 발표된 GEO 연구 비판적 종합은 이 문제를 더 넓게 본다. 이 검토가 강조하는 핵심은 GEO가 하나의 순위 단계가 아니라 여러 단계가 이어지는 확률적 시스템이라는 점이다.4 검색이 일어나는가. 무엇을 가져오는가. 어떤 자료를 다시 올려놓는가. 답변 문맥에 포함하는가. 인용하는가. 얼마나 눈에 띄게 다루는가. 원출처의 내용을 얼마나 충실하게 전달하는가. 사용자는 그 뒤에 무엇을 하는가. 그래서 “GEO 순위를 올린다”는 표현만으로는 실제 과정을 설명하기 어렵다. 그렇다면 GEO는 허상인가 그렇다고 반대쪽으로 지나치게 기울 필요도 없다. “결국 SEO잖아. GEO라는 말은 마케팅 회사가 만든 유행어일 뿐이야.” 이 설명만으로도 전체 그림은 잡히지 않는다. Google은 AI Overviews와 AI Mode를 설명하면서 기존 검색의 기본 원칙을 여전히 중요하게 둔다. 크롤링 가능성, 유용하고 신뢰할 수 있는 콘텐츠, 실제 화면 내용과 일치하는 구조화 데이터 같은 기존 원칙은 사라지지 않는다. Google은 AI 검색에 노출되기 위해 완전히 별개의 비밀 파일이나 특별한 기술이 필수라고 말하지 않는다.5 이 점에서는 GEO가 SEO와 연결되어 있다는 말이 맞다. 하지만 생성형 답변은 전통적인 검색결과 페이지와 같은 형태가 아니다. 하나의 링크 목록 대신 여러 출처를 합성한 답을 만들 수 있고, 사용자의 질문을 다시 해석하거나 여러 하위 문제로 나눌 수 있고, 여러 브랜드 가운데 일부만 최종 답에 남길 수 있다. 쇼핑에서는 상품 데이터가 직접 후보 탐색에 사용되기도 한다. 개인화가 허용된 서비스에서는 사용자 맥락이 질의 해석에 들어갈 수도 있다. 그러므로 더 정확한 표현은 이렇다. SEO와 GEO는 분리된 두 세계도, 같은 일에 붙인 새 이름도 아니다. 기존 검색 기반은 여전히 중요하다. 그 위에 생성형 답변과 추천이라는 새로운 선택 단계가 더해졌다. llms.txt 하나로 해결되지 않는 이유 GEO 붐이 일면 새로운 체크리스트도 따라온다. FAQ를 많이 써라. 질문형 제목을 만들어라. 통계를 넣어라. schema를 추가하라. llms.txt를 만들어라. 이 가운데 일부는 특정 상황에서 유용할 수 있다. 문제는 ‘하면 좋을 수 있는 것’과 ‘추천을 올린다고 검증된 것’이 자주 섞인다는 점이다. 예를 들어 Google은 2026년 AI 검색 최적화 공식 가이드에서 Google Search가 llms.txt를 무시하며, 그것이 검색 가시성이나 순위에 도움도 불이익도 주지 않는다고 명시한다. 같은 문서에서 AI 검색을 위한 별도의 ‘청킹’ 요구사항도 없고, AI만을 위한 별도 문구 재작성도 필요하지 않으며, 생성형 AI 노출을 위해 특별한 schema.org 마크업이 요구되는 것도 아니라고 설명한다.5 이것은 Google Search에 대한 공식 입장이다. 다른 AI 시스템 전체에서 llms.txt의 효과가 영구히 없다는 뜻까지 확장할 수는 없다. 더 정확한 판정은 Google Search에는 필요하지 않고, 다른 생성형 시스템 전반에서 추천을 높인다는 강한 근거도 아직 없다는 것이다. GEO를 기술 파일 하나의 문제로 좁히면 더 본질적인 질문을 놓치기 쉽다. 사용자는 무엇을 물었는가. 시스템은 무엇을 찾았는가. 내 정보는 후보에 들어갈 만큼 구체적이었는가. 다른 출처에서도 확인되는가. 그 사용자에게 실제로 맞는가. GEO를 어떻게 정의할 것인가 여기서는 GEO를 다음 뜻으로 쓴다. GEO는 생성형 검색·추천 시스템의 여러 단계에서 브랜드·상품·장소·콘텐츠가 발견되고, 포함되고, 인용되고, 언급되고, 추천될 가능성을 관찰하고 개선하며 측정하는 실무다. 여기에는 두 가지가 들어 있다. 첫째, 관찰과 측정이다. 한 번 질문해서 우리 브랜드가 나왔다고 GEO가 잘됐다고 선언하지 않는다. 질문 표현을 바꾸고, 여러 번 실행하고, 필요하면 여러 모델과 시점에서 확인해야 한다. 둘째, 증거의 개선이다. AI가 좋아할 것 같은 문장을 쓰는 것보다, 실제 고객이 판단할 때 필요한 사실을 명확하게 만들어두는 데 초점을 둔다. 가격, 위치, 사용조건, 누구에게 적합한지, 누구에게는 맞지 않는지, 상품 사양, 운영시간, 리뷰와 제3자 평가, 공공기관 자료, 실제 서비스 경험 같은 것들이다. 이렇게 보면 GEO의 목적도 달라진다. 목표는 모든 질문에서 이름을 억지로 노출하는 것이 아니라, 실제로 적합한 질문에서 후보가 되고 그 이유를 검증할 수 있게 하는 것이다. SEO의 종말이 아니라 추천 전 단계의 확장 새 기술이 등장하면 이전 기술의 사망 선고가 따라온다. “검색은 끝났다.” “SEO는 죽었다.” 이런 표현은 피한다. 앞에서 본 세무 상담 경험만 해도 그렇다. 후보를 AI에서 발견한 뒤 Google에서 평판을 다시 확인했다. AI와 검색이 경쟁하는 것이 아니라 한 번의 의사결정 안에서 연속해서 사용될 수 있다. 생성형 AI가 검색을 대체하는 질문도 있을 것이다. 반대로 AI에서 후보를 좁힌 뒤 검색엔진, 지도, 공식 사이트, 리뷰, 쇼핑몰로 이동하는 질문도 있을 것이다. 사업자가 볼 것은 어느 진영이 이기느냐가 아니라, 고객의 선택 여정에서 내 정보가 어느 단계에 필요한가다. SEO는 여전히 중요하다. GEO는 그 위에 새로운 질문을 더한다. 검색결과에 존재하는가? 그리고 이제 하나가 더 붙는다. 내 이름을 모르는 사용자의 상황 질문에서 후보가 되는가? 이 질문부터 검색의 모습이 달라진다. 1. Aggarwal, Murahari, Rajpurohit, Kalyan, Narasimhan & Deshpande, “GEO: Generative Engine Optimization”, KDD 2024, pp. 5–16, DOI 10.1145/3637528.3671900. 최대 약 40%는 생성형 답변 내 visibility 결과이며 end-to-end 자연 발견·트래픽·매출 40% 상승으로 해석하지 않는다. https://doi.org/10.1145/3637528.3671900 2. Puerto et al., “C-SEO Bench: Does Conversational SEO Work?”, NeurIPS 2025 Datasets & Benchmarks Track, peer-reviewed. 현재 C-SEO 기법 다수가 제한적이거나 음(-) 효과를 보이고, 전통적 source ranking 개선이 더 효과적일 수 있음을 보고. https://proceedings.neurips.cc/paper_files/paper/2025/hash/27aa3aeff0f8460a7b43d30fa6c5c032-Abstract-Datasets_and_Benchmarks_Track.html 3. Kim et al., SAGEO Arena (2026), 프리프린트. 171k docs·2,700 queries 규모의 비상용 파이프라인에서 body-only rewrite가 retrieval/rerank/citation을 악화시킬 수 있음을 보고. https://arxiv.org/abs/2602.12187 4. Olivier Martinez, Optimizing Visibility in Generative Engines: A Critical Survey of Generative Engine Optimization (2023–2026), 2026, 프리프린트. 45개 연구를 검토하며 초기 visibility gains와 organic discovery·downstream behavior의 인과를 분리한다. https://arxiv.org/abs/2607.14035 5. Google Search Central, AI features and your website / AI optimization guide, 최종 업데이트 2026-07-10, 2026-08 확인. Google Search 관점에서 AI 최적화는 기존 SEO 기반이며 query fan-out을 설명한다. Google Search는 llms.txt를 무시하고, 별도 chunking·AI-only rewrite·special schema를 요구하지 않는다고 명시한다. https://developers.google.com/search/docs/fundamentals/ai-optimization-guide ---------------------------------------- ### 6장. Evidence Map — AI가 확인할 증거를 설계하라 https://voidlogpress.com/books/geo-ai%eb%8a%94-%eb%88%84%ea%b5%ac%eb%a5%bc-%ec%b6%94%ec%b2%9c%ed%95%98%eb%8a%94%ea%b0%80/6%ec%9e%a5-evidence-map-ai%ea%b0%80-%ed%99%95%ec%9d%b8%ed%95%a0-%ec%a6%9d%ea%b1%b0%eb%a5%bc-%ec%84%a4%ea%b3%84%ed%95%98%eb%9d%bc/ 질문: AI 추천에 걸리려면 무엇을 준비해야 하나요? 요약: 질문 안에서 필요한 사실을 찾아내고 그 사실이 어디에서 검증되는지 표로 정리합니다. 질문 문장을 홈페이지 제목으로 복사하는 것이 아닙니다. 정보를 길게 늘리는 것이 도움이 된다는 근거는 약하고, 여러 연구에서 반복해서 강하게 나타나는 것은 질문과 정보의 적합성입니다. 또 다른 질문: 정보를 많이 넣을수록 AI 추천에 유리한가요? 답: 관련 없는 정보를 길게 늘리는 것이 도움이 된다는 보편적 근거는 약합니다. 6개 모델에 약 25만 회를 돌린 What Gets Cited 연구에서는 질문과의 관련성과 문서 위치가 강하게 나타난 반면 형식만 바꾸는 효과는 작거나 불안정했습니다. 또 다른 질문: Evidence Map은 어떤 층으로 이루어지나요? 답: 여섯 층입니다. 내가 직접 책임지는 Owned, 사람이 읽는 문장 밖의 Structured, 주소와 영업시간 같은 Local, 제3자가 남긴 Earned, 공공기관과 자격정보 같은 Authority, 실제 사용 경험인 Experience입니다. 또 다른 질문: 채널 목록을 만들면 Evidence Map이 되나요? 답: 아닙니다. 홈페이지 있음, 블로그 있음 식으로 적으면 그것은 채널 목록이고 어떤 질문에 답하는지 알 수 없습니다. Evidence Map은 질문에서 출발해 결정 속성을 뽑고, 그 사실이 어디에서 검증되는지 대조하는 표입니다. 또 다른 질문: 구조화 데이터를 넣으면 AI 추천이 오르나요? 답: 현재 근거로 모든 모델의 브랜드 추천을 직접 상승시킨다고 말할 수는 없습니다. 추천을 보장하는 비밀 신호가 아니라 시스템이 상품 사실을 정확하게 읽도록 만드는 데이터 인프라로 이해하는 편이 맞습니다. 최종 확인: 2026-09-02T16:32:13+09:00 세무사를 찾는 사용자가 있다고 하자. 질문은 이렇다. “전자책 인세가 조금씩 들어오고 있는데 이제 1인 출판사를 사업자로 등록하려고 한다. 아직 매출이 크지 않아 매달 기장료를 내는 게 맞는지 모르겠다. 사업자등록 전에 한 번 상담받을 곳을 찾고 싶다.” 이 질문에서 “친절한 세무사”라는 말만으로는 부족하다. 사용자가 판단하려면 더 구체적인 것이 필요하다. 초기 상담이 가능한가. 출판·콘텐츠 사업을 다뤄본 경험이 있는가. 면세와 과세 업무가 섞일 때 설명할 수 있는가. 당장 월 기장이 필요하지 않은 사람도 상담할 수 있는가. 상담 방식과 비용은 어떤가. 지역 방문이 필요한가, 비대면이 가능한가. 여기에서 사업자가 해야 할 일은 이 질문 문장을 그대로 홈페이지 제목으로 복사하는 것이 아니다. 질문 안에서 필요한 사실을 찾아내고, 그 사실이 어디에서 검증되는지 확인하는 것이다. 그 표를 Recommendation Evidence Map, 줄여서 Evidence Map이라고 부른다. 복잡한 GEO를 실제 업무로 옮기기 위한 실무 도구다. 증거가 많다고 좋은 것이 아니다 먼저 흔한 오해 하나를 버리자. “AI는 정보가 많을수록 좋아한다.” 반은 맞고 반은 위험하다. 관련 없는 정보를 길게 늘리는 것이 도움이 된다는 보편적 근거는 약하다. 2026년 여러 연구에서는 relevance, 즉 질문과 정보의 적합성이 반복적으로 강한 요소 중 하나로 나타난다. What Gets Cited 연구는 6개 대규모 언어모델(LLM)을 대상으로 약 25만 회의 통제 실험을 수행했다. 두 문서를 경쟁시키는 조건에서 질문과의 관련성과 문서 위치가 강한 영향을 보였고, 가격이나 최신 날짜 같은 구체 정보가 일부 조건에서 도움이 된 반면 형식만 바꾸는 효과는 작거나 불안정했다.1 제한도 분명하다. 이 연구는 두 문서를 직접 주입한 통제 실험이다. 공개 웹 전체의 자연 검색을 그대로 재현한 것은 아니다. “가격을 넣으면 GEO가 오른다”라고 쓰면 안 된다. 더 정확한 해석은 이렇다. 사용자의 결정에 필요한 구체 정보가 실제로 존재하는 것이, 단순한 형식 장식보다 더 중요한 방향으로 보인다. Evidence Map은 여기에서 출발한다. 1. Owned Evidence — 내가 직접 책임지는 사실 첫 번째 층은 자사 정보다. • 공식 웹사이트 • 서비스 설명 • 가격 • 이용조건 • FAQ • 환불·취소 • 배송 • 상담 범위 • 지원 지역 • 공식 상품 사양 이 층은 화려함보다 정확성이 우선이다. 가령 세무사 홈페이지에 “1인 사업자 전문”이라고 크게 써 있지만 실제로 어떤 업종을 상담하는지, 초기사업자 상담이 가능한지, 비용은 어떻게 되는지 알 수 없다면 사용자의 상황 질문에 필요한 Evidence가 부족하다. 관광지에서도 원리는 같다. “춘천의 대표 문화공간”이라는 문장보다 가족 방문객에게는 운영시간, 어린이 프로그램, 휴관일, 주차, 예약 필요 여부가 더 결정적인 정보일 수 있다. Owned Evidence의 핵심은 브랜드가 하고 싶은 말이 아니라 사용자가 결정할 때 필요한 사실이다. 2. Structured Evidence — 사람이 읽는 문장 밖의 데이터 두 번째는 구조화된 정보다. 상품이라면 특히 중요해진다. • Product structured data • Merchant feed • 가격 • 재고 • 색상·용량 등 변형 • 예약 가능 상태 • 상품 식별자 여기에서 주의할 것은 “schema를 넣으면 ChatGPT 추천이 오른다” 같은 주장이다. 현재 근거만으로 Structured data가 모든 LLM의 브랜드 추천을 직접 상승시킨다고 말할 수는 없다. 공식적으로 지원되는 검색·상품 표면이 있는 것과 일반적인 AI 추천 확률을 올린다는 것은 다른 주장이다.2 반면 상품 discovery에서 product structured data와 merchant feed가 공식 지원되는 데이터 층이라는 점은 확인된다. 구조화 데이터는 이렇게 이해하는 편이 맞다. 추천을 보장하는 비밀 신호가 아니라, 시스템이 상품 사실을 정확하게 읽을 수 있도록 만드는 데이터 인프라다. 12장에서 상품 GEO를 다룰 때 다시 본다. 3. Local Evidence — 장소라는 사실 세 번째는 지역 정보다. • 주소 • 지도 • 영업시간 • 전화번호 • 주차 • 예약 • 서비스 지역 • 지점 • 접근성 온라인 SaaS와 달리 식당, 병원, 학원, 관광지, 세무사, 호텔은 현실 공간에 있다. 사용자가 “지금 갈 수 있나”, “내 동선에 맞나”, “주차가 되나”라고 묻는 순간 콘텐츠의 문체보다 운영정보가 중요해진다. 춘천 여행 사례에서도 그렇다. “가족에게 좋은 문화공간”이라는 평가는 유용하지만, 식사 일정 사이에 넣으려면 운영시간과 위치가 필요하다. 이 정보는 사용자의 상황과 결합될 때 비로소 추천 판단에 쓰일 수 있다. 4. Earned Evidence — 내가 아닌 사람이 남긴 정보 네 번째는 제3자의 정보다. • 언론 기사 • 비교 콘텐츠 • 리뷰 • 블로그 • 커뮤니티 • YouTube • 전문 리뷰 사이트 GEO 업계에서는 종종 “Reddit이 제일 중요하다”, “YouTube가 핵심이다” 같은 단정이 나온다. 현재 확인한 연구로 그런 보편 우위를 입증할 수는 없다. 2026년 발리 4,776개 업장을 점검한 Vladimir Pitenin의 프리프린트에서는 자사 웹사이트 보유, 리뷰 규모, 가격 정보, 제3자 웹 언급이 후보 진입과 서로 다른 정도로 연관됐다.3 이 결과 역시 단일 지역·영어 질문·회사 지원 연구이므로 모든 업종과 플랫폼에 일반화할 수 없다. 즉 제3자 정보가 중요할 수 있다는 것과 모든 산업에서 특정 커뮤니티나 영상 플랫폼이 항상 최우선이라는 것은 전혀 다른 주장이다. Earned Evidence의 가치는 다른 데 있다. 내가 스스로 “친절하다”고 쓰는 것과 실제 고객이 “질문만 했는데도 계약을 재촉하지 않고 자세히 설명해줬다”고 쓰는 것은 정보의 성격이 다르다. 사업자는 제3자의 평가를 통제할 수 없다. 대신 실제 경험을 관리하고, 거짓 리뷰가 아니라 진짜 피드백이 남을 수 있는 구조를 만들 수 있다. 5. Authority Evidence — 누가 확인해줄 수 있는가 다섯 번째는 권위 출처다. • 정부기관 • 공공기관 • 학회 • 인증기관 • 자격정보 • 원 연구 • 공식 규정 특히 의료·법률·세무·금융처럼 잘못된 추천의 비용이 큰 분야에서 중요하다. 여기서도 “공공기관이면 무조건 우선 인용된다”는 공식을 만들 수는 없다. 하지만 CiteTrace 연구가 보여준 것처럼 citation이 존재하더라도 질문에 부적합한 도메인이 선택되는 문제가 실제로 관찰된다. 대규모 분석에서 27.1%의 citation pair가 domain-inappropriate로 분류됐다.4 이른바 YMYL(Your Money or Your Life) 분야에서는 단순히 “출처가 있느냐”가 아니라 그 질문을 뒷받침하기에 적절한 출처냐를 별도로 봐야 한다. 사업자에게도 같은 원칙이 적용된다. “우리는 세법을 잘 압니다”보다 국세청의 공식 규정과 서비스 설명이 모순되지 않는지가 더 중요하다. 6. Experience Evidence — 실제 경험이 남긴 구체성 마지막은 경험이다. • 실제 고객 후기 • 사용기 • 상담 경험 • 장기 사용 경험 • 실제 방문 경험 • 실패와 제한을 포함한 구체적 사례 Experience Evidence를 Earned Evidence와 따로 두는 이유가 있다. 언론 기사도 earned다. 리뷰도 earned다. 반면 경험 증거는 실제로 사용해본 사람이 무엇을 겪었는가에 초점을 둔다. 호텔 페이지를 생각해보자. “조용한 객실”이라고 쓰여 있는 것과 최근 투숙객들이 실제 방음 상태를 반복적으로 언급하는 것은 다르다. 전자제품 공식 페이지에 “하루 종일 가는 배터리”라고 쓰여 있는 것과 특정 작업에서 실제 몇 시간을 썼다는 리뷰도 다르다. 공식 사양과 경험 증거는 서로 대체하지 않는다. 둘 다 필요할 수 있다. Evidence Map은 ‘출처 수집표’가 아니다 여기서 차이를 하나 더 보자. Evidence Map을 이렇게 만들면 실패한다. 채널 보유 여부 홈페이지 있음 블로그 있음 유튜브 있음 리뷰 있음 인스타그램 있음 이것은 채널 목록이다. 어떤 질문에 답하는지 알 수 없다. Evidence Map은 질문에서 시작해야 한다. 예를 들어 가족여행 장소라면: Evidence Map은 ‘출처 수집표’가 아니다 표 양식 이제 무엇을 만들지 보인다. 질문마다 새 페이지를 만들 필요가 없다. 비어 있는 사실을 채우면 된다. 도판 F06. 질문에서 결정 속성을 뽑고 여섯 Evidence 층과 대조한 뒤 가장 중요한 빈칸을 수리한다. 문장을 다듬기 전에 사실을 수리하라 2026년 Diagnosing and Repairing Citation Failures 연구는 전체 문서를 무작정 다시 쓰기보다 문제가 되는 부분을 진단하고 제한된 텍스트를 수정하는 접근을 다뤘다. 연구에서는 문서의 일부만 겨냥해 수정하는 targeted repair를 핵심 전략으로 사용했다.5 또 다른 2026년 연구는 단순한 lexical 변화보다 정보적 특징을 먼저 고려하는 방향을 제안했다.6 이 연구들을 그대로 웹마케팅 매뉴얼로 옮길 수는 없다. 하지만 Evidence Map의 철학과는 잘 맞는다. 전체를 AI스럽게 다시 쓰지 말고, 필요한 정보가 비어 있는 지점을 찾아 고친다. 가격이 없다면 가격을 넣는다. 운영시간이 오래됐으면 갱신한다. 누구에게 맞는지 불분명하면 조건을 쓴다. 공식자료와 설명이 충돌하면 바로잡는다. 사용자가 자주 묻는 제한이 있는데 숨겨져 있다면 드러낸다. 이 편이 훨씬 지속가능하다. Evidence의 A/B/C 등급 실무에서는 증거의 강도도 나누는 편이 좋다. A — 공식적으로 직접 지원되는 데이터나 검증 가능한 사실 예: • 상품 feed • 가격 • 재고 • 공식 영업시간 • 정부 자격정보 B — 도움이 될 가능성이 높지만 추천 인과가 직접 입증되지는 않은 정보 예: • Organization/SameAs 같은 entity consistency • 비교적 일관된 제3자 언급 • 최근의 구체 리뷰 C — 업계에서 많이 말하지만 일반적 효과가 검증되지 않은 전술 예: • 특정 formatting만 바꾸기 • 모든 페이지를 질문형으로 만들기 • AI용 문장을 무조건 길게 쓰기 • 새 파일 하나로 추천률이 오른다고 믿기 이 분류의 목적은 기술을 평가절하하는 것이 아니다. 증거 수준과 기대효과를 맞추기 위해서다. 실습 — Recommendation Evidence Map 한 장 만들기 자신의 사업에서 중요한 상황 질문 하나를 고른다. 예: “아직 매출이 크지 않은 1인 출판사가 사업자등록 전에 한 번 상담받기 좋은 세무사를 추천해줘.” 그리고 아래 표를 채운다. 항목 내용 사용자 초기 1인 출판사 문제 사업자등록 전 세무 판단 핵심 제약 매출 작음, 당장 월 기장 부담 결정 속성 1 초기 상담 가능 여부 결정 속성 2 출판/콘텐츠 업종 이해 결정 속성 3 상담비용/기장 전환 조건 결정 속성 4 비대면 또는 지역 접근성 Owned Evidence Structured/Local Evidence Earned Evidence Authority Evidence Experience Evidence 가장 큰 빈칸 갱신해야 할 정보 여기에서 빈칸이 나온다. 그 빈칸이 GEO 콘텐츠 기획의 시작점이다. AI에게 더 잘 보이려고 문장을 늘리기 전에, 고객과 AI가 확인할 사실의 빈칸부터 없애라. 증거가 충분해도 마지막에는 적합성이라는 문제가 남는다. 1. Vishwakarma et al., What Gets Cited (2026). 6 LLM, 252k trials, 2-doc injected experiment. relevance/position strongest, price/recency help, formatting effect weak. 공개 웹 end-to-end retrieval과 동일시하지 않음. https://arxiv.org/abs/2605.25517 2. Google Search Central AI optimization guide와 OpenAI product discovery 공식문서. Google은 generative AI Search를 위한 special schema를 요구하지 않지만 Merchant Center와 Business Profile 등 최신 구조화·비즈니스 정보를 공식 관리 지점으로 안내한다. OpenAI도 product discovery에서 merchant product data/feed를 사용한다. 플랫폼 공식 지원과 일반 LLM 추천 인과를 구분한다. https://developers.google.com/search/docs/fundamentals/ai-optimization-guide ; https://openai.com/index/powering-product-discovery-in-chatgpt/ 3. Vladimir Pitenin, Invisible to the Machine (2026-08), 프리프린트. Bali 4,776 venues, 2,208 runs, 4 assistants, 96 persona queries. 85.6% never recommended; entry에서 own website OR 1.92, review volume 1.64, price 1.54, third-party web mentions 1.44. company-funded·단일 지역/언어라는 한계. https://arxiv.org/abs/2608.07069 4. Seo et al., Verified Misguidance / CiteTrace (2026), 프리프린트. YMYL에서 citation presence와 source suitability를 구분하는 근거로 제한해 사용한다. https://arxiv.org/abs/2605.28565 5. Tian et al., Diagnosing and Repairing Citation Failures (2026). GEO corpus에서 targeted repair를 다룸. https://arxiv.org/abs/2603.09296 6. Zikang Liu & Peilan Xu, Think Before Writing: FeatGEO. ACL 2026, peer-reviewed, pp. 20290–20303, DOI 10.18653/v1/2026.acl-long.929. informational feature를 선행하는 방향을 제안하며 LLM-judge·실험환경 한계는 남는다. https://aclanthology.org/2026.acl-long.929/ ---------------------------------------- ### 8장. 인용되었는데 왜 추천되지 않았을까 https://voidlogpress.com/books/geo-ai%eb%8a%94-%eb%88%84%ea%b5%ac%eb%a5%bc-%ec%b6%94%ec%b2%9c%ed%95%98%eb%8a%94%ea%b0%80/8%ec%9e%a5-%ec%9d%b8%ec%9a%a9%eb%90%98%ec%97%88%eb%8a%94%eb%8d%b0-%ec%99%9c-%ec%b6%94%ec%b2%9c%eb%90%98%ec%a7%80-%ec%95%8a%ec%95%98%ec%9d%84%ea%b9%8c/ 질문: AI가 우리 콘텐츠를 인용하는데 왜 추천은 하지 않나요? 요약: 좋은 출처인 것과 좋은 추천 후보인 것은 다르기 때문입니다. Citation Share, Mention Share, Recommendation Share, First-position Share, Fidelity는 서로 다른 사건입니다. 이 지표들을 한 숫자로 합치면 인용이 늘어도 추천이 늘지 않는 이유를 볼 수 없습니다. 또 다른 질문: AI visibility 72점 같은 숫자는 어떻게 읽어야 하나요? 답: 그 72가 무엇인지 먼저 물어야 합니다. 인용인지 언급인지 추천 위치인지, 질문을 몇 개 썼는지, 브랜드명을 직접 넣은 질문이 포함되는지, 여러 번 반복했는지에 따라 달라집니다. 정의가 다르면 같은 숫자가 아닙니다. 또 다른 질문: 출처 링크가 붙어 있으면 내용이 맞다고 봐도 되나요? 답: 그렇지 않습니다. 2023년 연구에서는 생성형 검색 답변 문장의 51.5퍼센트만 완전히 지지되었고, 2026년 CiteTrace 분석에서는 인용 쌍의 30.6퍼센트가 원출처를 왜곡했습니다. 인용이 있다는 이유만으로 안전하다고 가정할 수 없습니다. 또 다른 질문: 추천은 됐는데 설명이 틀린 경우는 뭐라고 하나요? 답: Fidelity Gap이라고 부릅니다. 호텔 이름도 맞고 추천도 됐는데 조식이 특정 요금제에만 포함되고 공항 셔틀은 이미 중단된 경우입니다. 추천 지표는 성공처럼 보이지만 설명의 충실도는 실패한 상태입니다. 또 다른 질문: AI가 첫 번째로 추천하면 매출로 이어지나요? 답: 그 사이에 여러 일이 있습니다. 가격을 보고 포기하거나, 리뷰에서 나쁜 평판을 발견하거나, 홈페이지가 느려 이탈하거나, 재고가 없거나, 비교만 하고 아무 행동도 하지 않을 수 있습니다. 전환은 별도 행동데이터로 확인해야 합니다. 최종 확인: 2026-09-02T16:32:13+09:00 마케팅 담당자가 GEO 대시보드를 열었다. 이번 달 우리 도메인의 AI citation이 크게 늘었다. 회의에서는 좋은 소식으로 보고된다. “ChatGPT에서 우리 콘텐츠가 많이 인용되고 있습니다.” 그런데 영업팀은 이상하다고 말한다. “왜 고객들은 경쟁사 이야기를 더 많이 하죠?” 둘 다 맞을 수 있다. 우리 사이트는 좋은 출처일 수 있다. 그렇다고 우리 브랜드가 좋은 추천 후보라는 뜻은 아니다. 핵심은 단순하다. Citation, Mention, Recommendation, Accuracy, Conversion은 같은 일이 아니다. KPI를 하나씩 분리해보자 먼저 지표를 단순하게 정리해보자. Citation Share 정해진 질문 세트에서 우리 도메인이나 자료가 출처로 인용된 비율. Mention Share 답변 본문에서 우리 브랜드·상품·장소의 이름이 언급된 비율. Recommendation Share 추천을 요구하는 질문에서 우리 브랜드·상품·장소가 실제 추천 후보로 제시된 비율. First-position Share 여러 추천 중 첫 번째 선택지로 제시된 비율. Fidelity 우리 상품·서비스에 대한 설명이 원출처와 얼마나 충실하게 일치하는지. 이 뒤에 별도로 Referral과 Conversion이 붙는다. 이 용어들 가운데 일부는 업계나 연구에서 다양한 방식으로 쓰이고 있고, 하나의 국제 표준 정의로 고정된 상태는 아니다. 특히 Recommendation Share는 측정 규칙을 함께 제시해야 해석할 수 있다. 지표 이름보다 중요한 것은 서로 다른 사건을 한 숫자로 합치지 않는 것이다. Citation Share가 높은데 Recommendation Share가 낮을 수 있다 노트북 비교 사이트를 운영한다고 해보자. 사이트에는 공식 사양을 잘 정리한 비교표가 있다. AI가 노트북 추천 질문에 답하면서 이 비교표를 자주 인용한다. Citation Share는 높다. 그런데 추천되는 제품은 다른 회사 제품이다. 모순이 없다. 우리 사이트는 판단의 자료였고, 우리 브랜드는 판단의 대상이 아닐 수 있다. 심지어 브랜드 회사의 공식 사이트가 인용되면서도 최종 추천은 경쟁 제품이 될 수 있다. 둘은 분리해서 봐야 한다. 사이트 Citation Share가 높다고 그 사이트의 브랜드 Recommendation Share까지 반드시 높아지는 것은 아니다.1 이 지점에서 GEO 시장의 흔한 숫자 하나를 경계해야 한다. “우리 브랜드의 AI visibility가 72점입니다.” 그 72가 무엇인지 물어야 한다. citation인가. mention인가. 추천 위치인가. 몇 개의 질문을 썼는가. 브랜드명을 직접 넣은 질문도 포함되는가. 여러 번 반복했는가. 정의가 다르면 같은 숫자가 아니다. Citation은 근거가 있다는 표시일 뿐, 안전 보증서가 아니다 그다음 문제는 정확성이다. AI 답변 옆에 출처 링크가 붙어 있으면 사람은 안심한다. “적어도 출처가 있으니 맞겠지.” 하지만 5장에서 본 연구는 이 직관에 경고를 준다. 2023년 Liu, Zhang, Liang의 연구에서는 당시 생성형 검색엔진 답변의 문장 중 51.5%만 완전히 지지되었고, citation의 74.5%가 연결된 주장을 실제로 지원하는 것으로 평가됐다.2 2026년 CiteTrace는 훨씬 큰 규모의 분석에서 문제를 다른 방식으로 다시 확인했다. 10개 모델, 5개 제공자, 11,200개 질문과 112,000개 응답을 분석했을 때 citation pair의 30.6%가 원출처를 왜곡했고 27.1%는 질문에 대한 출처 도메인 적합성이 떨어지는 것으로 분류됐다.3 두 연구의 방법과 시대가 다르다. 수치를 직접 비교해 “정확성이 나빠졌다”거나 “좋아졌다”고 말할 수 없다. 그러나 공통된 결론은 분명하다. 인용이 있다는 이유만으로 설명이 안전하다고 가정할 수 없다. Fidelity Gap — 이름은 맞는데 설명이 틀린다 여기서는 이 차이를 Fidelity Gap으로 다룬다. 인용 정확도, 근거 지지, 내용 흡수, 소스 충실도 연구에서 나타난 문제를 사업자가 점검하기 쉽게 묶은 이름이다. 예를 들어 AI가 한 호텔을 추천하며 이렇게 말한다고 하자. “조식이 무료이고 공항 셔틀을 24시간 제공합니다.” 호텔 이름은 맞다. 추천도 됐다. 그런데 현재 공식 정책을 보면 조식은 특정 요금제에만 포함되고, 공항 셔틀은 이미 중단됐다. 이 경우 Recommendation Share는 성공처럼 보이지만 Fidelity는 실패다. 전자제품이라면 더 위험하다. 이전 세대의 포트 구성을 현재 모델에 붙일 수 있다. 단종된 가격을 현재 가격처럼 말할 수 있다. 해외 사양과 한국 사양을 섞을 수 있다. 세무·의료·법률 분야에서는 오류 비용이 더 커진다. 그러므로 GEO 관리에서 “우리가 몇 번 나왔나” 다음에 반드시 물어야 한다. “나왔을 때 제대로 설명됐나?” 출처를 선택하는 것과 내용을 흡수하는 것도 다르다 Citation Absorption 연구가 흥미로운 이유가 여기 있다. 어떤 자료가 citation으로 선택되는 과정과, 그 자료의 내용이 실제 생성문에 얼마나 흡수되는지를 따로 보려 했다.4 실무적으로 해석하면 이런 경우가 가능하다. 출처 링크에는 우리 사이트가 있다. 하지만 AI가 우리 사이트의 핵심 단서를 답변에 반영하지 않았다. 또는 반대도 가능하다. 우리 정보와 비슷한 내용이 답변에 들어갔지만 눈에 보이는 citation은 다른 출처다. citation만 세어서는 정보가 어떻게 전달됐는지 알 수 없다. Citation pool에 있어도 최종 답변에는 안 나올 수 있다 2026년 중국어 생성형 검색엔진 연구는 4개 플랫폼의 Web/App 환경에서 614개 질문을 반복해 16만 건이 넘는 정리된 citation 기록을 분석했다. 이 연구에서 citation pool에 포함된 브랜드가 실제 답변 표면에서 선택되는 비율은 8.3%로 보고됐다.5 이 수치를 ChatGPT나 한국시장에 그대로 적용할 수는 없다. 하지만 우리가 5장에서 만든 파이프라인을 잘 보여준다. citation pool ≠ answer selection 후보가 되는 것과 화면에 등장하는 것은 다르다. 추천됐는데 전환되지 않을 수도 있다 마지막 착각은 conversion이다. AI가 우리를 첫 번째로 추천했다. 그래서 매출이 올랐다고 생각한다. 하지만 중간에 여러 일이 있다. 사용자가 가격을 보고 포기할 수 있다. Google 리뷰에서 나쁜 평판을 발견할 수 있다. 홈페이지가 느려 이탈할 수 있다. 재고가 없을 수 있다. 전화가 연결되지 않을 수 있다. AI 안에서 비교를 마치고 아무 행동도 하지 않을 수 있다. Conversion은 Citation이나 Mention에서 추론하지 않고 별도 행동데이터로 확인해야 한다.6 후반에서 추천 이후의 Verification Fork와 행동 데이터를 별도로 다루는 이유다. GEO 대시보드를 다섯 칸으로 쪼개라 실무에서 가장 쉬운 변화는 대시보드다. 기존: 질문 우리 나옴? Q1 O Q2 X Q3 O 이렇게 끝내지 않는다. 다음처럼 쪼갠다. GEO 대시보드를 다섯 칸으로 쪼개라 표 양식 이 표만 있어도 진단이 달라진다. Q2는 좋은 정보원인데 브랜드가 노출되지 않는 문제일 수 있다. Q3는 추천은 잘 되지만 잘못된 설명이 퍼지는 문제다. Q4는 언급은 되지만 최종 선택에서 밀린다. 각각 해결 방법이 다르다. Fidelity Gap 점검표 AI가 우리를 설명한 답변을 하나 고른다. 그리고 원출처와 대조한다. 점검 확인 브랜드/상품명 정확 가격 정확 사양·서비스 범위 정확 현재 운영정보 정확 제한·예외조건 보존 오래된 정보 혼입 없음 다른 국가/모델 정보 혼합 없음 출처가 실제 주장 지지 과장·누락 없음 오류가 있으면 바로 “AI가 틀렸다”고 끝내지 않는다. 먼저 우리 정보환경도 본다. 공식 페이지가 오래됐는가. 서로 다른 페이지의 가격이 충돌하는가. 예전 블로그가 검색에 계속 남아 있는가. 제3자 사이트에 틀린 정보가 반복되는가. AI 오류는 모델의 문제일 수도 있고, 웹에 존재하는 Evidence의 충돌에서 시작됐을 수도 있다. 물론 사업자가 모든 오류를 고칠 수는 없다. 하지만 자신이 통제할 수 있는 정보의 일관성은 관리할 수 있다. ‘추천됨’보다 ‘정확하게 추천됨’ 4장에서는 AI가 안다고 추천하는 것은 아니라고 했다. 8장에서는 한 걸음 더 간다. 추천 사실만으로 설명의 정확성을 보장할 수 없다. 이 차이를 받아들이면 GEO의 목표가 바뀐다. 목표도 단순 노출 최대화에서 달라진다. 다음 세 가지를 함께 본다. 1. 맞는 질문에서 발견되는가 2. 맞는 사람에게 추천되는가 3. 그 이유를 정확하게 설명하는가 이 세 번째가 빠지면 GEO는 브랜드 언급 게임이 된다. 인용은 증거의 끝이 아니고, 추천은 정확성의 보증이 아니다. 이제 PART 2에서 필요한 네 조각이 갖춰졌다. 추천은 여러 단계를 거친다. 각 단계에서 필요한 Evidence가 다르다. 최종 선택은 사용자의 Context와 맞아야 한다. 그리고 추천됐을 때 설명의 Fidelity를 따로 봐야 한다. 한 장 지도의 QEAR로 되돌리면 이 네 조각이 곧 A, Answer Fit이다. 후보로 발견되는가. 이 사용자에게 실제로 맞는가. 그리고 정확하게 설명되는가. 이 세 질문에 답할 수 있어야 뒤에서 만들 Question Space와 Evidence가 실제 추천으로 이어진다. 다음 PART에서는 이 구조를 실제 사업에 적용한다. 첫 번째 작업은 키워드 목록을 만드는 것이 아니다. 우리 이름을 모르는 고객이 어떤 질문을 할 수 있는지, Question Space를 그리는 일이다. 1. Citation·Mention·Recommendation·Fidelity를 서로 다른 사건으로 분리하는 운영 구분. 생성형 검색의 citation support 연구, Citation Absorption, Discovery Gap, CiteTrace를 종합한 프레임이며 단일 업계 표준 KPI라고 주장하지 않는다. https://aclanthology.org/2023.findings-emnlp.467/ ; https://arxiv.org/abs/2604.25707 ; https://arxiv.org/abs/2601.00912 ; https://arxiv.org/abs/2605.28565 2. Liu, Zhang & Liang, Evaluating Verifiability in Generative Search Engines (2023), EMNLP Findings. 현재 플랫폼 정확도를 추정하는 수치가 아니라 citation ≠ verification의 구조적 근거로만 사용한다. https://aclanthology.org/2023.findings-emnlp.467/ 3. Seo et al., Verified Misguidance / CiteTrace (2026), 프리프린트. Fidelity Gap은 이 연구의 정식 용어가 아니라 여기서 사용하는 실무 개념이다. https://arxiv.org/abs/2605.28565 4. Zhang, He & Yao, Citation Absorption (2026), 프리프린트. citation selection과 content absorption을 구분한다. https://arxiv.org/abs/2604.25707 5. Zhen et al., Chinese-language GSE citation audit (2026), 프리프린트. citation pool→answer selection 8.3%는 해당 중국어 플랫폼 표본에만 한정한다. https://arxiv.org/abs/2607.15771 6. Conversion은 Citation/Mention에서 추론하지 않고 별도 행동데이터로 측정해야 한다. Critical Survey와 From Prompt to Purchase가 downstream behavior와 answer visibility를 분리해야 함을 뒷받침한다. https://arxiv.org/abs/2607.14035 ; https://arxiv.org/abs/2606.10907 ---------------------------------------- ## 머신러닝은 어떻게 판단하는가 ISBN 9791143821669 · 2026-08-27 · 허구진 지음 https://voidlogpress.com/books/%eb%a8%b8%ec%8b%a0%eb%9f%ac%eb%8b%9d%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%ed%8c%90%eb%8b%a8%ed%95%98%eb%8a%94%ea%b0%80/ ### 15장. 추천은 현실을 예측하지 않고 바꾼다 https://voidlogpress.com/books/%eb%a8%b8%ec%8b%a0%eb%9f%ac%eb%8b%9d%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%ed%8c%90%eb%8b%a8%ed%95%98%eb%8a%94%ea%b0%80/15%ec%9e%a5-%ec%b6%94%ec%b2%9c%ec%9d%80-%ed%98%84%ec%8b%a4%ec%9d%84-%ec%98%88%ec%b8%a1%ed%95%98%ec%a7%80-%ec%95%8a%ea%b3%a0-%eb%b0%94%ea%be%bc%eb%8b%a4/ 질문: 추천 시스템은 사용자의 취향을 맞히는 것인가요? 요약: 관찰하는 동시에 만들어냅니다. 사용자가 선택한 것과 선택할 기회를 얻은 것은 다릅니다. 아래쪽 항목을 고르지 않은 것은 싫어서가 아니라 화면을 내리지 않았기 때문일 수 있습니다. 상위 노출이 클릭을 낳고 그 클릭이 다시 학습 데이터가 되는 피드백 루프가 생깁니다. 또 다른 질문: 클릭하지 않은 항목은 싫어한다는 뜻인가요? 답: 아닙니다. 세 경우가 기록상 비슷해 보입니다. 둘 다 보고 하나를 고른 경우, 하나만 노출된 경우, 다른 하나가 화면 아래에 있어 보지 못한 경우입니다. 클릭 로그만 보면 이 셋을 구분할 수 없어 노출 기록을 함께 남겨야 합니다. 또 다른 질문: 인기 편향은 왜 스스로 강해지나요? 답: 많이 노출된 항목이 더 많은 반응을 얻고, 반응이 많으면 더 좋은 추천 후보로 보여 다시 상위에 오르기 때문입니다. 신규 콘텐츠와 소수 취향은 초기 반응 데이터가 적어 실제로 좋은 콘텐츠여도 올라올 기회를 못 얻을 수 있습니다. 또 다른 질문: 화면에 보이는 추천 이유가 실제 계산 근거인가요? 답: 그렇다는 보장이 없습니다. 인기 순위, 제휴 조건, 재고, 수익 목표가 함께 작용했어도 설명에는 한 가지 이유만 제시될 수 있습니다. 생성형 AI가 추천 문구를 쓴다면 실제 계산과 무관한 그럴듯한 이유를 만들 위험도 있습니다. 또 다른 질문: 과거 로그로 평가한 점수가 높으면 실제로도 좋은가요? 답: 그렇지 않을 수 있습니다. 과거 로그 자체가 이전 추천 시스템의 노출 결과이기 때문입니다. 새 모델이 이전과 다른 좋은 후보를 올려도 그 후보가 과거에 노출되지 않았다면 정답 데이터에 반응이 남아 있지 않습니다. 최종 확인: 2026-09-02T16:32:13+09:00 내가 좋아해서 본 것일까, 보여줘서 본 것일까 동영상 서비스의 첫 화면에 열 개의 콘텐츠가 놓였다. 사용자는 위쪽 세 개 가운데 하나를 선택했다. 시스템은 클릭을 기록하고 “이 사용자는 이런 콘텐츠를 좋아한다”고 학습했다. 하지만 사용자는 아래쪽 일곱 개를 싫어해서 선택하지 않은 것이 아닐 수 있다. 화면을 내리지 않았거나, 존재를 몰랐거나, 위쪽 콘텐츠가 먼저 눈에 들어왔을 뿐일 수 있다. 추천 데이터에는 중요한 차이가 있다. 사용자가 선택한 것과 선택할 기회를 얻은 것은 다르다. 사람의 선호를 관찰하는 동시에 무엇을 볼 기회를 줄지 결정하는 것이 추천 시스템이다. 그 결과가 곧 다음 학습 데이터가 된다. 추천은 순위를 만든다 추천 모델은 보통 여러 후보에 점수를 붙이고 순서를 정한다. • 클릭할 가능성 • 구매할 가능성 • 끝까지 볼 가능성 • 장기 이용 가능성 • 만족도 • 다양성 실제 화면에는 모든 후보를 보여줄 수 없다. 상위 몇 개만 노출된다. 작은 점수 차이가 노출 여부를 크게 바꿀 수 있다. 상위에 올라온 콘텐츠는 더 많은 클릭 기회를 얻는다. 클릭이 늘면 다음 학습에서 더 인기 있는 콘텐츠로 보인다. 다시 상위에 노출된다. 이것이 추천의 피드백 루프다. 추천 → 노출 → 사용자 행동 → 새 데이터 → 재학습 → 다음 추천 추천은 미래 행동을 맞히는 것처럼 보이지만, 자신이 그 행동을 일부 만들어낸다(그림 15-1). 후보, 순위, 노출, 행동, 로그, 재학습이 이어지는 원형 루프. 그림 15-1. 추천 피드백 루프 — 추천은 사용자의 선호를 관찰할 뿐 아니라 노출을 정해 다음 데이터를 만든다. 관찰되지 않은 선택은 알 수 없다 사용자가 콘텐츠 A를 클릭하고 B를 클릭하지 않았다고 하자. 다음 세 경우는 기록상 비슷해 보일 수 있다. 1. A와 B를 모두 봤지만 A를 선택했다. 2. A만 노출되었다. 3. B도 있었지만 화면 아래에 있어 보지 못했다. 클릭 로그만 보면 B를 싫어했다고 잘못 해석할 수 있다. 그래서 추천 데이터를 볼 때는 노출 기록이 중요하다. • 무엇을 보여주었는가 • 어느 위치에 보여주었는가 • 얼마나 오래 노출되었는가 • 어떤 후보는 아예 보여주지 않았는가 • 추천이 아닌 검색·외부 링크로 들어왔는가 행동 데이터는 선호의 직접 측정값이 아니라 노출 조건 아래에서 나온 반응이다(그림 15-2). 보았지만 거절, 노출되지 않음, 화면 아래에 있음의 세 상황 비교. 그림 15-2. 선호와 노출의 차이 — 클릭하지 않았다는 사실은 보았지만 거절했다는 뜻과 같지 않다. 인기 편향은 스스로 강화된다 많이 노출된 항목은 더 많은 반응을 얻는다. 반응이 많은 항목은 더 좋은 추천 후보로 보인다. 이 구조는 인기 항목을 계속 강화할 수 있다. 신규 콘텐츠와 소수 취향 콘텐츠는 초기 반응 데이터가 적다. 실제로 좋은 콘텐츠여도 상위에 올라올 기회가 없을 수 있다. 반대로 이미 인기 있는 콘텐츠는 평균적인 반응만으로도 계속 유리한 위치를 차지한다. 인기 편향이 항상 나쁜 것은 아니다. 많은 사람이 좋아한 항목은 실제로 유용한 후보일 수 있다. 문제는 추천이 기존 인기를 반영하는 정도와 새 항목을 탐색하는 정도를 어떻게 균형 잡는지다. 활용 이미 좋은 것으로 알려진 항목을 추천한다. 탐색 정보가 부족한 새로운 항목을 일부 보여준다. 활용만 하면 단기 클릭률은 오르지만 선택지가 좁아진다. 탐색을 늘리면 당장의 성능은 조금 내려가도 장기적으로 더 나은 후보가 드러난다. 그림 15-3은 추천 시스템의 활용과 탐색 사이의 긴장을 보여준다. 인기 항목 집중과 신규 항목 탐색을 저울처럼 비교한 도식. 그림 15-3. 활용과 탐색 — 이미 좋은 것으로 알려진 항목을 활용하는 것과 새로운 후보를 탐색하는 것 사이에 균형이 필요하다. 추천 목표가 사용 경험을 만든다 무엇을 최적화하느냐에 따라 추천의 성격이 달라진다. 클릭률 눈길을 끄는 콘텐츠가 유리하다. 시청 시간 길고 이어보기 쉬운 콘텐츠가 유리할 수 있다. 구매액 고가 상품이나 추가 구매를 유도하는 상품이 유리할 수 있다. 장기 만족 즉시 측정하기 어렵고 피드백이 늦다. 다양성 여러 주제와 공급자를 노출할 수 있지만 단기 반응과 충돌할 수 있다. 하나의 목표를 높이는 것이 전체 서비스 목적을 높인다는 보장은 없다. 클릭률이 높은 추천이 피로감과 후회를 늘릴 수 있고, 시청 시간이 긴 추천이 정보 다양성을 줄일 수 있다. 추천 성능은 클릭 예측 정확도만이 아니라 사용자의 장기 경험과 생태계에 미치는 영향으로 평가해야 한다. 추천은 공급자에게도 영향을 준다 이 영향은 사용자에만 머물지 않는다. 상위 노출을 받은 판매자·작가·창작자는 더 많은 반응과 수익을 얻는다. 노출이 적은 공급자는 데이터가 쌓이지 않아 계속 불리할 수 있다. 추천 기준에 맞추기 위해 제목, 썸네일, 상품 구성과 콘텐츠 스타일을 바꿀 수도 있다. 시스템은 공급자의 행동을 바꾸고, 바뀐 콘텐츠가 다시 추천 데이터에 들어간다. 따라서 추천을 평가할 때는 다음을 함께 볼 수 있다. • 사용자 만족 • 신규 항목 노출 • 소수 취향의 발견 가능성 • 공급자별 노출 격차 • 동일 항목 반복 • 장기 이용과 이탈 • 유해하거나 편향된 콘텐츠의 증폭 국내 사례 | 카카오T 배차 알고리즘: 같은 로직의 법적 해석도 달라질 수 있다 공정거래위원회는 2023년 카카오모빌리티의 일반호출 배차 알고리즘이 자사 가맹택시를 우대했다고 판단해 시정명령과 과징금을 부과했다. 서울고등법원은 2025년 5월 해당 처분을 취소했다. 공정위가 상고해 2026년 8월 기준 대법원에 계류 중이다. 따라서 서울고법의 취소 판결은 아직 확정된 결론이 아니다. 이 사례는 알고리즘의 결과만으로 목적과 위법성을 자동 판정하기 어렵다는 점을 보여준다. 어떤 특징을 사용했는지, 배차 수락률 같은 운영 변수가 어떤 목적을 가졌는지, 비교 대상이 실제로 동등한 조건인지까지 함께 봐야 한다. 동시에 추천·배차 순위가 기사와 공급자의 기회에 직접 영향을 준다는 사실도 사라지지 않는다. 기술 설명, 운영 목적, 시장 영향과 법적 기준을 분리해 검토해야 한다. 출처: 공정거래위원회(2023.2.14), 서울고등법원 2023누50891 관련 판결 보도(2025.5.22). 2026년 8월 기준 대법원 계류 상태를 반영했다. 오프라인 평가와 실제 운영은 다를 수 있다 과거 로그를 이용해 추천 모델을 평가할 수 있다. 과거 사용자가 선택한 항목을 새 모델이 높은 순위에 올리는지 확인하는 방식이다. 하지만 과거 로그 자체가 이전 추천 시스템의 노출 결과다. 새 모델이 이전 시스템과 다른 좋은 후보를 추천해도 과거에 노출되지 않았다면 정답 데이터에 반응이 없다. 오프라인 점수가 높은 모델이 실제 사용자 만족도에서도 높으리라는 법은 없다. 실제 운영에서는 제한된 실험을 통해 확인할 수 있다. • 클릭률 • 구매율 • 장기 유지 • 다양성 • 신고와 숨김 • 신규 항목 발견 • 사용자 설문 그러나 실험도 단기 지표만 보면 장기 부작용을 놓칠 수 있다. 추천은 현실을 바꾸기 때문에 평가 기간과 보호 지표가 중요하다. 추천 이유는 실제 계산 근거와 다를 수 있다 추천 시스템은 “최근에 과학책을 읽었기 때문에 이 책을 추천합니다”처럼 이유를 보여줄 수 있다. 이런 설명은 사용자가 결과를 이해하고 수정하는 데 도움이 될 수 있다. 그러나 화면에 표시된 추천 이유가 모델이 실제로 사용한 모든 신호를 정확히 보여준다는 보장은 없다. 인기 순위, 제휴 조건, 재고, 수익 목표, 비슷한 이용자의 행동이 함께 작용했지만 설명에는 한 가지 이유만 제시될 수 있다. 생성형 AI가 추천 문구를 작성한다면 실제 계산과 무관한 그럴듯한 이유를 만들어낼 위험도 있다. 추천 설명을 평가할 때는 다음을 구분해야 한다. • 사용자가 이해하기 쉬운가 • 실제 추천 계산과 연결되는가 • 광고·제휴·조직 목표가 공개되는가 • 사용자가 잘못된 선호를 수정할 수 있는가 설명은 추천을 더 설득력 있게 만드는 장식이 아니라, 사용자가 결과를 통제하고 이의를 제기할 수 있게 하는 정보여야 한다. 개인화는 사용자를 고정된 취향으로 만들 수 있다 개인화는 사용자에게 필요한 후보를 빠르게 찾게 한다. 동시에 과거 행동에 기반해 선택지를 좁힐 수 있다. 사용자가 우연히 몇 번 본 주제가 계속 추천되면 새로운 관심을 탐색할 기회가 줄어든다. 가족이 함께 쓰는 계정이나 업무·취미가 섞인 이용자에게 하나의 고정된 취향 프로필을 적용하면 오해가 생긴다. 좋은 개인화는 사용자를 완성된 유형으로 단정하지 않는다. • 추천 이유를 조정할 수 있게 함 • 관심 없음·숨김 피드백 제공 • 탐색 모드와 비개인화 선택 제공 • 최근 행동과 장기 관심을 구분 • 계정 공유 가능성 고려 • 민감한 추론을 제한 생성형 AI와 추천의 결합 대화형 AI는 사용자의 질문을 바탕으로 상품, 책, 뉴스, 문서와 행동을 추천할 수 있다. 설명까지 자연스럽게 생성하기 때문에 기존 추천보다 더 설득력 있어 보일 수 있다. 하지만 다음 문제가 남는다. • 검색된 후보 자체가 편향되어 있을 수 있다. • 상위 검색 결과만 답변에 반영될 수 있다. • 존재하지 않는 상품이나 출처를 만들 수 있다. • 사용자의 짧은 대화에서 민감한 선호를 과도하게 추론할 수 있다. • 추천 이유가 실제 점수 계산과 다를 수 있다. • 제휴·광고·조직 목표가 사용자 목적과 충돌할 수 있다. 대화형 추천이 자연스러운 설명을 제공해도 노출과 피드백 루프의 문제는 그대로 남는다. 설명의 설득력이 높아진 만큼 사용자가 추천을 더 강하게 따를 위험도 커진다. 실제 업무에서 확인할 것 • 클릭하지 않은 항목이 실제로 노출되었는가? • 위치와 노출 시간을 기록하는가? • 인기 항목의 자기강화와 신규 항목의 불이익을 측정하는가? • 활용과 탐색의 균형이 있는가? • 클릭·시간·구매 외에 장기 만족과 다양성을 보는가? • 사용자뿐 아니라 공급자별 노출 영향을 확인하는가? • 과거 로그 기반 오프라인 평가를 실제 운영 효과와 동일시하지 않는가? • 생성형 AI가 만든 추천 이유를 실제 근거와 구분하는가? 판단 카드 15 추천 출력이 다음 데이터를 만든다. 한 문장 정리 추천 시스템은 무엇을 보여줄지 정해 다음 선택과 학습 데이터를 함께 만든다. 사용자의 선호를 중립적으로 읽는 도구가 아니다. ---------------------------------------- ### 4장. 모델이 말하는 90퍼센트는 진짜 90퍼센트인가 https://voidlogpress.com/books/%eb%a8%b8%ec%8b%a0%eb%9f%ac%eb%8b%9d%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%ed%8c%90%eb%8b%a8%ed%95%98%eb%8a%94%ea%b0%80/4%ec%9e%a5-%eb%aa%a8%eb%8d%b8%ec%9d%b4-%eb%a7%90%ed%95%98%eb%8a%94-90%ed%8d%bc%ec%84%bc%ed%8a%b8%eb%8a%94-%ec%a7%84%ec%a7%9c-90%ed%8d%bc%ec%84%bc%ed%8a%b8%ec%9d%b8%ea%b0%80/ 질문: 모델이 말하는 90퍼센트를 믿어도 되나요? 요약: 한 사례만으로는 판단할 수 없습니다. 90퍼센트라고 예측된 사례 100건을 모아 실제 발생 건수를 세야 합니다. 약 90건이면 잘 맞는 것이고, 60건이면 과도하게 확신한 것입니다. 이렇게 예측 확률과 실제 빈도가 맞는 정도를 캘리브레이션이라고 합니다. 또 다른 질문: 정확도가 같으면 두 모델은 같은 수준인가요? 답: 아닙니다. 둘 다 100건 중 80건을 맞혀도 한 모델은 55~70퍼센트 확률을 붙이고 다른 모델은 거의 항상 90퍼센트 이상을 붙일 수 있습니다. 90퍼센트라 말한 사례에서 실제로 60퍼센트만 맞았다면 그 확률은 현실보다 지나치게 높습니다. 또 다른 질문: 캘리브레이션을 조정하면 정확도가 올라가나요? 답: 목적이 다릅니다. 캘리브레이션은 이미 나온 점수의 의미를 현실의 발생 빈도에 가깝게 맞추는 일입니다. 반대로 확률이 잘 맞는다고 분류 능력이 높은 것도 아닙니다. 모두에게 비슷한 기본 확률만 주는 모델도 평균적으로는 정직해 보일 수 있습니다. 또 다른 질문: 과신과 과소신뢰 중 무엇이 더 문제인가요? 답: 둘 다 운영 문제를 만듭니다. 과신은 틀린 답에도 높은 확률을 붙여 위험한 자동화를 늘립니다. 과소신뢰는 자동으로 처리해도 될 사례까지 사람에게 보내 검토 비용과 지연을 키웁니다. 또 다른 질문: 생성형 AI가 확실하다고 말하면 믿어도 되나요? 답: 그 표현은 언어로 생성된 것일 수 있습니다. 모델이 스스로 말한 90퍼센트를 검증된 확률로 간주해서는 안 됩니다. 확신 표현보다 근거가 제시됐는지, 출처가 실제로 존재하는지, 계산이 재현되는지를 먼저 봅니다. 최종 확인: 2026-09-02T16:32:14+09:00 확률값의 신뢰도와 캘리브레이션 두 모델이 각각 100건의 사례를 예측했다. 둘 다 80건을 맞혔다. 정확도는 모두 80퍼센트다. 첫 번째 모델은 대부분의 사례에 55퍼센트에서 70퍼센트 사이의 확률을 제시했다. 두 번째 모델은 자신이 선택한 답에 거의 항상 90퍼센트 이상의 확률을 붙였다. 둘의 정확도는 같지만 두 번째 모델이 훨씬 자신만만하다. 그렇다면 두 번째 모델이 더 좋은 모델일까. 그렇지 않을 수 있다. 90퍼센트라고 말한 사례 가운데 실제로 60퍼센트만 맞았다면 이 모델의 확률은 현실보다 지나치게 높다. 정확도와 확률의 신뢰도는 서로 다른 문제다. 90퍼센트의 뜻은 한 사례에서 확인할 수 없다 어떤 환자에게 질병 가능성 90퍼센트가 나왔다고 해보자. 실제 결과는 질병이 있거나 없거나 둘 중 하나다. 한 사람의 결과만으로 90퍼센트라는 확률이 맞았는지 판단할 수 없다. 확률의 의미는 비슷한 예측을 받은 많은 사례에서 확인한다. • 90퍼센트라고 예측된 사례 100건을 모은다. • 실제로 사건이 발생한 사례를 센다. • 약 90건에서 발생했다면 숫자와 실제 빈도가 비교적 잘 맞는다. • 60건에서만 발생했다면 모델은 과도하게 확신했다. • 98건에서 발생했다면 오히려 위험을 낮게 말한 셈이다. 이처럼 모델이 제시한 확률과 실제 발생 빈도가 얼마나 잘 맞는지를 캘리브레이션, 즉 확률값의 신뢰도라고 한다. 완벽하게 캘리브레이션된 모델이라면 20퍼센트라고 예측한 집단에서는 약 20퍼센트, 70퍼센트라고 예측한 집단에서는 약 70퍼센트, 90퍼센트라고 예측한 집단에서는 약 90퍼센트의 사건이 발생한다. 현실에서는 표본 수와 환경 변화 때문에 정확히 일치하지 않는다. 중요한 것은 확률이 높아질수록 실제 발생 빈도도 그에 맞게 움직이는지, 그리고 숫자가 체계적으로 과장되거나 축소되지 않는지 확인하는 것이다. 정확도와 캘리브레이션은 두 축이다 정확도는 “가장 가능성이 높다고 선택한 답을 얼마나 맞혔는가”를 본다. 캘리브레이션은 “제시한 확률이 실제 빈도와 얼마나 맞는가”를 본다. 그래서 다음 네 가지 조합이 모두 가능하다(그림 4-1). 1. 정확도도 높고 확률도 잘 맞는다. 2. 정확도는 높지만 지나치게 확신한다. 3. 정확도는 낮지만 확률은 비교적 정직하다. 4. 정확도도 낮고 확률도 믿기 어렵다. 정확도 높고 낮음과 캘리브레이션 좋고 나쁨을 조합한 2×2 매트릭스. 그림 4-1. 정확도와 캘리브레이션의 두 축 — 많이 맞히는 능력과 말한 확률이 실제 빈도와 맞는 능력은 별도 축이다. 캘리브레이션 곡선은 무엇을 보여주는가 캘리브레이션을 확인할 때 예측 확률을 여러 구간으로 나눌 수 있다. 예측 확률 구간 평균 예측 확률 사례 수 실제 발생 0.1~0.3 0.2 100 18건 (18%) 0.4~0.6 0.5 100 47건 (47%) 0.7~0.9 0.8 100 63건 (63%) 마지막 구간의 평균 예측 확률이 약 80퍼센트였는데 실제 발생률이 63퍼센트라면 모델은 높은 점수 구간에서 과신하고 있을 가능성이 있다. 이 값을 그래프로 그리면 가로축은 모델의 평균 예측 확률, 세로축은 실제 발생 비율이 된다. 둘이 잘 맞으면 점들이 대각선에 가깝게 놓인다. 모델이 실제보다 높은 확률을 말하면 대각선 아래쪽에, 실제보다 낮게 말하면 위쪽에 나타난다. 이를 캘리브레이션 곡선이라고 하며, 신뢰도 곡선이라고도 부른다. 다만 구간을 어떻게 나누었는지, 각 구간에 사례가 몇 개 있는지 함께 봐야 한다. 90퍼센트 구간에 사례가 다섯 개뿐이라면 실제 비율은 크게 흔들릴 수 있다. 그래프가 깔끔해 보여도 표본이 작은 집단에서는 확신하기 어렵다. 그림 4-2의 신뢰도 곡선은 모델의 확률과 실제 빈도가 얼마나 대응하는지 보여준다. 완전 보정 기준선, 과신 곡선, 과소신뢰 곡선과 표본 수 막대를 함께 그린 그래프. 그림 4-2. 신뢰도 곡선 — 예측 확률과 실제 발생 비율이 대각선에 가까울수록 확률 해석이 잘 맞는다. 과신과 과소신뢰 과신 모델이 실제 적중률보다 높은 확률을 제시한다. • 90퍼센트 예측 집단의 실제 적중률이 65퍼센트 • 틀린 답에도 매우 높은 확률 • 자동 조치가 과도하게 강해질 수 있음 과소신뢰 모델이 실제 적중률보다 낮은 확률을 제시한다. • 60퍼센트 예측 집단의 실제 적중률이 85퍼센트 • 유용한 모델을 지나치게 조심스럽게 사용 • 사람 검토 업무가 불필요하게 늘 수 있음 둘 다 운영 문제를 만든다. 과신은 위험한 자동화를 늘리고, 과소신뢰는 자동화 가능한 사례까지 사람에게 보내 비용과 지연을 키울 수 있다. 캘리브레이션은 정확도를 높이는 기술이 아니다 학습된 모델의 확률을 실제 빈도에 더 잘 맞도록 조정하는 방법들이 있다. 그러나 캘리브레이션의 목적은 반드시 더 많은 답을 맞히는 것이 아니다. 이미 나온 점수의 의미를 현실의 발생 빈도에 더 가깝게 맞추는 데 있다. 순위가 좋은 모델은 캘리브레이션을 조정한 뒤에도 누가 더 위험한지의 순서를 유지할 수 있다. 반대로 확률이 잘 맞는다고 해서 분류 능력이 높은 것은 아니다. 모두에게 비슷한 기본 확률만 제시하는 모델은 평균적으로는 정직해 보일 수 있지만 개인 간 위험 차이를 잘 구분하지 못할 수 있다. 그래서 모델을 볼 때는 최소한 두 질문을 따로 해야 한다. • 누가 더 가능성이 높은지 잘 구분하는가? • 그 가능성을 말하는 숫자가 실제 빈도와 맞는가? 캘리브레이션은 “이 숫자의 확률 의미를 믿을 수 있는가”를, 임계값은 “이 숫자에서 어떤 행동을 시작할 것인가”를 묻는 서로 다른 질문이므로, 확률이 잘 맞아도 하나의 정답 임계값이 자동으로 생기지는 않는다. 집단과 시간에 따라 확률의 의미가 달라질 수 있다 전체 데이터에서 확률이 잘 맞아도 특정 집단에서는 다를 수 있다. 한 지역, 한 연령대, 한 기기에서 80퍼센트의 의미가 달라질 수 있다. 학습 당시에는 잘 맞았지만 시간이 지나 사건의 기본 비율이 바뀌면 캘리브레이션도 무너질 수 있다. 예를 들어 사기 거래의 전체 비율이 급격히 변하거나, 승인 정책이 바뀌거나, 사용자 행동이 달라지면 과거의 0.8이 현재의 0.8과 같은 위험을 뜻하지 않을 수 있다. 그래서 캘리브레이션은 출시 전에 한 번 확인하고 끝낼 수 있는 속성이 아니다. 생성형 AI의 자신감과 캘리브레이션 생성형 AI는 전통적인 이진 분류 모델보다 열린 형태의 답을 만든다. 답변에는 여러 문장과 여러 주장이 포함된다. 각 토큰의 생성 확률을 알 수 있다 해도 답변 전체의 사실성을 하나의 확률로 간단히 바꾸기는 어렵다. 또한 “확실합니다”, “가능성이 높습니다” 같은 문구는 언어로 생성된 표현일 수 있다. 모델이 스스로 말한 90퍼센트를 캘리브레이션된 사실 확률로 간주해서는 안 된다. 생성형 AI에서도 신뢰도를 평가하려는 시도는 가능하다. 정답이 명확한 과제에서 반복적으로 확신과 적중률을 비교하거나, 답변의 주장별 사실성을 별도로 검증할 수 있다. 그러나 분류 모델의 0.9와 생성형 답변의 자연어 자신감은 같은 종류의 값이라고 단순화하면 안 된다. 유창한 답변을 검토할 때는 확신 표현보다 다음을 먼저 본다. • 근거가 제시되어 있는가? • 출처가 실제로 존재하는가? • 계산이나 코드가 재현되는가? • 질문이 모호할 때 한계를 밝혔는가? • 틀릴 가능성이 높은 영역에서 사람 검토를 요청하는가? 실제 업무에서 확인할 것 • 모델이 제시한 숫자를 실제 확률로 해석해도 되는가? • 비슷한 확률 구간의 실제 적중률을 확인했는가? • 정확도와 캘리브레이션을 따로 평가했는가? • 높은 확률 구간에 충분한 사례가 있는가? • 특정 집단이나 시점에서 확률의 의미가 달라지지 않는가? • 임계값을 정할 때 캘리브레이션된 확률을 사용했는가? • 생성형 AI의 자연어 자신감을 검증된 확률로 오해하지 않는가? 판단 카드 4 높은 예측 확률의 실제 적중 빈도를 확인한다. 한 문장 정리 90퍼센트라는 확률이 믿을 만한지는 그 숫자를 받은 많은 사례에서 실제로 약 90퍼센트의 사건이 발생했는지 확인해야 알 수 있다. ---------------------------------------- ### 프롤로그. 화면에 표시된 87퍼센트는 무엇을 뜻하는가 https://voidlogpress.com/books/%eb%a8%b8%ec%8b%a0%eb%9f%ac%eb%8b%9d%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%ed%8c%90%eb%8b%a8%ed%95%98%eb%8a%94%ea%b0%80/%ed%94%84%eb%a1%a4%eb%a1%9c%ea%b7%b8-%ed%99%94%eb%a9%b4%ec%97%90-%ed%91%9c%ec%8b%9c%eb%90%9c-87%ed%8d%bc%ec%84%bc%ed%8a%b8%eb%8a%94-%eb%ac%b4%ec%97%87%ec%9d%84-%eb%9c%bb%ed%95%98%eb%8a%94%ea%b0%80/ 질문: 모델이 보여주는 확률 점수를 어떻게 해석해야 하나요? 요약: 같은 87퍼센트라도 시스템마다 뜻이 다릅니다. 실제 발생 확률일 수도, 상대적 위험 점수일 수도, 내부 우선순위를 0에서 100으로 바꾼 값일 수도 있습니다. 무엇을 측정했고 어떤 데이터에서 계산했으며 무엇과 비교했는지를 모르면 구체적인 모양을 가진 모호한 값일 뿐입니다. 또 다른 질문: AI를 믿어도 되나요? 답: 예 또는 아니오로 답할 수 없습니다. 같은 모델도 어떤 업무에서는 유용한 보조 도구가 되고 다른 업무에서는 위험한 자동 결정 장치가 됩니다. 믿을지 말지를 한 번에 정하는 것이 아니라 어디까지 믿을지를 정해야 합니다. 또 다른 질문: AI 결과를 평가할 때 무엇을 물어야 하나요? 답: 일곱 가지입니다. 무엇을 예측하거나 생성하는가, 어떤 데이터와 정답으로 학습했는가, 무엇과 비교해 좋은가, 어떤 오류를 내며 비용은 누구에게 가는가, 시험과 실제 환경이 같은가, 어떤 규칙을 거쳐 결정이 되는가, 틀렸을 때 누가 멈추는가입니다. 또 다른 질문: 모델이 정확하기만 하면 되는 것 아닌가요? 답: 부족합니다. 틀렸을 때 발견하기 쉬운지, 사람이 수정할 수 있는지, 자동으로 실행되는지, 불이익을 받은 사람이 이의를 제기할 수 있는지, 되돌릴 수 있는지, 한 번의 오류가 몇 명에게 퍼지는지를 함께 봐야 합니다. 또 다른 질문: 확인이 안 되는 부분이 있으면 어떻게 하나요? 답: 모른다는 결론은 실패가 아닙니다. 데이터가 공개되지 않았거나 평가 조건이 충분히 설명되지 않은 경우가 있습니다. 확인되지 않은 부분을 확인된 사실처럼 사용하지 않는 것 역시 판단 기준의 일부입니다. 최종 확인: 2026-09-02T16:32:14+09:00 프롤로그. 화면에 표시된 87퍼센트는 무엇을 뜻하는가 화면에는 87퍼센트라고 적혀 있었다. 숫자는 크고 선명했다. 설명은 짧았다. ‘위험 가능성 87퍼센트.’ 담당자는 그 수치를 보고 검토 순서를 바꾸었다. 어떤 사람은 추가 서류를 요청받았고, 어떤 거래는 잠시 멈췄으며, 어떤 콘텐츠는 화면 위쪽으로 올라갔다. 숫자 하나가 다음 행동을 정하는 것처럼 보였다. 그런데 이 87퍼센트는 정확히 무엇을 뜻할까. 실제로 문제가 있을 확률이 87퍼센트라는 뜻일 수 있다. 비슷한 사례들과 비교했을 때 위험한 쪽에 가깝다는 점수일지도 모른다. 내부에서만 쓰는 우선순위일 수도 있다. 0부터 100 사이로 바꾸어 표시했을 뿐, 현실의 발생 확률과는 직접 대응하지 않는 값일 가능성도 있다. 같은 87퍼센트라도 시스템마다 의미는 전혀 다르다. 우리는 숫자가 구체적일수록 그 의미도 분명하다고 느낀다. 87이라는 값은 ‘높다’와 ‘낮다’보다 정밀해 보인다. 소수점이 붙으면 더 과학적으로 보인다. 하지만 숫자의 자릿수는 그 숫자가 현실과 얼마나 잘 맞는지를 보장하지 않는다. 무엇을 측정했는지, 어떤 데이터에서 계산했는지, 무엇과 비교했는지, 어느 기준에서 행동으로 바꾸는지를 알지 못하면 87퍼센트는 구체적인 모양을 가진 모호한 값일 뿐이다. 결과가 결정이 되는 순간 모델의 출력은 화면에 표시되는 순간 끝나지 않는다. 어떤 조직에서는 점수가 높은 순서대로 사람이 다시 살펴본다. 어떤 조직에서는 일정 점수 이상이면 자동으로 다음 절차가 시작된다. 추천 결과는 사용자가 무엇을 볼지 바꾸고, 생성형 AI의 초안은 보고서와 공지문에 들어간다. 이 단계에서 모델의 결과는 현실의 일부가 된다. 중요한 변화는 모델이 맞거나 틀리는 데서만 생기지 않는다. 결과를 받은 사람이 어떻게 반응하는지에 따라 새로운 행동과 데이터가 만들어진다. 추천받은 상품이 더 많이 노출되면 더 많은 클릭이 쌓이고, 위험하다고 분류된 사람에게 추가 절차를 요구하면 이후 기록도 달라진다. 모델은 현실을 관찰하는 데 그치지 않고, 자신이 다음에 관찰할 현실에도 영향을 줄 수 있다. 그래서 AI 결과를 평가할 때는 모델 파일만 보면 충분하지 않다. 결과를 보여주는 화면, 점수를 행동으로 바꾸는 규칙, 사람 검토자의 권한, 오류를 수정할 절차까지 함께 봐야 한다. 모델이 평균적으로 잘 맞더라도 자동 적용 범위가 지나치게 넓으면 작은 오류가 큰 피해로 이어질 수 있다. 반대로 한계를 알고 낮은 위험 업무에서 보조적으로 사용한다면 완벽하지 않은 모델도 충분히 유용할 수 있다. 이 책에서 ‘판단’이라는 단어는 모델이 인간처럼 숙고한다는 뜻으로 사용하지 않는다. 입력을 받아 학습된 관계에 따라 결과를 계산하고, 그 결과가 사람과 조직의 절차를 거쳐 행동으로 이어지는 전체 과정을 가리킨다. 모델 출력과 현실에서 집행되는 결정을 구분하기 위해서다. 독자가 해야 할 일도 모델의 모든 계산을 다시 수행하는 것이 아니다. 업무를 사용하는 사람, 기획하는 사람, 승인하는 사람, 결과의 영향을 받는 사람은 서로 다른 질문을 던질 수 있다. 공통적으로 필요한 것은 시스템이 말할 수 있는 범위를 넘어서 해석하지 않는 태도다. 문장으로 감춰지는 같은 문제 생성형 AI는 숫자 대신 문장으로 같은 문제를 감춘다. 질문을 입력하면 몇 초 안에 문장이 나온다. 표현은 자연스럽고, 구조는 정돈되어 있으며, 이유까지 설명한다. 문장이 망설임 없이 이어지면 우리는 그 답이 사실에 근거해 만들어졌다고 느끼기 쉽다. 그러나 자연스러운 문체는 사실성의 증명서가 아니다. 답변에 포함된 문장 하나하나가 어떤 자료에서 왔는지, 모델이 무엇을 근거로 삼았는지, 틀릴 가능성이 어느 정도인지가 유창함 속에 자동으로 표시되는 것은 아니다. 숫자와 문장은 모양이 다르지만 공통점이 있다. 둘 다 모델이 내놓은 결과다. 그리고 결과가 만들어지는 과정에는 보이지 않는 선택들이 들어 있다. 어떤 현실을 데이터로 남겼는가. 무엇을 정답이라고 불렀는가. 어떤 오류를 더 크게 보았는가. 어느 점수부터 위험이라고 처리했는가. 어떤 사람에게는 자동으로 적용하고, 어떤 사람에게는 사람이 다시 확인했는가. 시간이 지나 환경이 바뀌었을 때 다시 시험했는가. 이 질문에 답하지 않은 채 결과만 보면 모델은 현실을 직접 읽고 결론을 내리는 존재처럼 보인다. 추천 서비스는 내 취향을 알고, 위험 예측 시스템은 나의 미래를 알고, 생성형 AI는 질문의 뜻과 정답을 알고 있는 것처럼 느껴진다. 하지만 모델이 직접 다루는 것은 사람 전체나 현실 전체가 아니다. 시스템에 기록된 입력이다. 클릭, 구매, 문장, 이미지, 센서값, 신청서 항목, 과거의 판정처럼 수집 가능한 흔적이다. 모델은 그 흔적 안에서 어떤 입력이 어떤 결과와 함께 나타났는지 계산한다. 새로운 입력이 들어오면 과거에 학습한 관계를 적용해 점수, 범주, 순위 또는 문장을 만든다. 이 과정은 분명 강력하다. 사람이 일일이 규칙을 적기 어려운 문제를 처리하고, 많은 사례에서 반복되는 관계를 찾아내며, 일정한 속도로 결과를 낼 수 있다. 그렇다고 모델이 현실의 원리를 그대로 발견했다고 말할 수는 없다. 데이터에 우연히 함께 나타난 관계를 사용하기도 한다. 과거에는 유효했지만 지금은 의미가 바뀐 신호를 붙잡기도 한다. 평균적으로 잘 맞으면서 특정 집단이나 드문 사례를 반복해서 놓칠 수도 있다. 높은 정확도를 보이면서 자신이 제시한 확률은 지나치게 확신에 차 있을 수도 있다. 같은 답도 쓰이는 곳에 따라 달라진다 AI 결과의 신뢰도는 모델만으로 결정되지 않는다. 같은 출력도 어디에 어떻게 사용하는지에 따라 의미와 위험이 달라진다. 생성형 AI가 회의 제목 후보를 잘못 제안했다면 사용자는 마음에 들지 않는 제목을 버리면 된다. 같은 모델이 존재하지 않는 판례를 인용한 법률 검토 초안을 만들었다면 문제는 훨씬 커진다. 사진 분류 모델이 개인 앨범의 고양이 사진을 놓친 것과, 의료 영상에서 이상 소견을 놓친 것도 같은 오류로 취급할 수 없다. 따라서 “이 모델은 정확한가”라는 질문만으로는 부족하다. • 결과가 틀렸을 때 발견하기 쉬운가? • 사람이 수정할 수 있는가? • 자동으로 실행되는가? • 불이익을 받은 사람이 이의를 제기할 수 있는가? • 잘못된 결정을 되돌릴 수 있는가? • 한 번의 오류가 얼마나 많은 사람에게 퍼지는가? 낮은 위험의 초안 작성에서는 사람이 결과를 선택하고 버리는 과정 자체가 안전장치가 될 수 있다. 그러나 채용 탈락, 대출 거절, 의료 우선순위, 공공 지원 제외처럼 사람의 권리와 기회에 영향을 주는 결정에서는 모델의 평균 성능만으로 사용을 정당화할 수 없다. 더 엄격한 데이터 검증, 오류 분석, 사람 재검토, 설명과 이의 제기, 운영 중단 기준이 필요하다. 이 책은 모든 분야에 하나의 신뢰 점수를 붙이지 않는다. 대신 과제의 위험과 사용 방식에 맞춰 질문의 강도를 조절한다. 아이디어 초안에는 가벼운 검토로 충분할 수 있지만, 사실 보고서에는 출처 확인이 필요하다. 자동 실행 시스템에는 승인·로그·롤백이 필요하다. 중요한 것은 모델의 이름이나 규모가 아니라, 결과가 현실에 미치는 영향과 그 영향을 통제할 수 있는 구조다. 그래서 이 책은 “AI를 믿어도 되는가”라는 질문에 예 또는 아니오로 답하지 않는다. 모든 AI를 믿으라는 답은 현실적이지 않다. 모든 AI를 의심하라는 답도 도움이 되지 않는다. 같은 모델도 어떤 업무에서는 유용한 보조 도구가 되고, 다른 업무에서는 위험한 자동 결정 장치가 될 수 있다. 오타를 정리하는 일과 치료 방법을 권하는 일은 같은 기준으로 평가할 수 없다. 상품 후보를 넓히는 추천과 복지 대상자를 제외하는 판정에는 서로 다른 오류 비용이 따른다. 믿을지 말지를 한 번에 결정하는 것이 아니라 어디까지 믿을지를 정해야 한다. 그 범위를 정하려면 최소한 일곱 가지를 물어야 한다. 첫째, 이 시스템은 무엇을 예측하거나 생성하는가. 둘째, 어떤 데이터와 정답으로 학습했는가. 셋째, 이 성능은 무엇과 비교해 좋은가. 넷째, 어떤 오류를 더 많이 내며 그 비용은 누구에게 돌아가는가. 다섯째, 시험 환경과 실제 사용 환경은 얼마나 같은가. 여섯째, 모델 결과는 어떤 임계값과 업무 규칙, 사람의 검토를 거쳐 실제 결정이 되는가. 일곱째, 운영 중 틀렸을 때 누가 발견하고 멈추고 되돌릴 수 있는가. 이 질문에 답하기 위해 모델 내부의 모든 수학을 알아야 하는 것은 아니다. 대신 숫자와 용어를 정확히 구분해야 한다. 점수와 확률은 같은 것이 아니다. 정확도와 믿을 만한 확률도 다르다. 예측에 도움이 되는 변수와 현실을 바꾸는 원인도 다르다. 사람이 마지막 버튼을 눌렀다는 사실과 사람이 실질적으로 판단했다는 사실 역시 다르다. 앞으로 우리는 기계가 무엇을 배우는지부터 시작해, 현실이 어떻게 데이터와 정답으로 바뀌는지, 분류·회귀·추천과 같은 문제 유형마다 어떻게 다르게 실패하는지, 정확도 95퍼센트가 실제로 무엇을 뜻하는지, 시험에서 잘 맞은 모델이 현실에서 무너지는 이유와 생성형 AI의 열린 답변을 평가하는 방법을 차례로 살펴볼 것이다. 마지막에는 모델의 출력을 실제 결정에 사용할 때 사람과 조직이 무엇을 설계해야 하는지 다룬다. 출발점은 단순하다. 화면에 87퍼센트가 나타났을 때 그 숫자를 곧바로 믿거나 버리지 않는 것. 먼저 그 숫자가 어떻게 만들어졌고 무엇까지 말할 수 있는지 묻는 것. 이 책을 읽는 동안 모든 질문에 완벽한 답을 얻지 못할 수도 있다. 중요한 데이터가 공개되지 않았거나, 모델 공급자가 평가 조건을 충분히 설명하지 않았거나, 실제 운영 결과가 아직 쌓이지 않은 경우도 있다. 그때 ‘모른다’는 결론은 실패가 아니다. 확인되지 않은 부분을 확인된 사실처럼 사용하지 않는 것 역시 판단 기준의 일부다. 완벽한 설명을 기다리기보다, 지금 확인할 수 있는 조건과 아직 모르는 조건을 구분하는 데서 신뢰는 시작된다. 그 질문이 기계의 판단을 다루는 첫 번째 판단이다. ---------------------------------------- ## 오디세이아 완독 지도 ISBN 9791143820426 · 2026-08-25 · 북마이닝 콘텐츠연구팀 지음 https://voidlogpress.com/books/%ec%98%a4%eb%94%94%ec%84%b8%ec%9d%b4%ec%95%84-%ec%99%84%eb%8f%85-%ec%a7%80%eb%8f%84/ ### 1장. 먼저 전체 지도를 펼쳐보자 https://voidlogpress.com/books/%ec%98%a4%eb%94%94%ec%84%b8%ec%9d%b4%ec%95%84-%ec%99%84%eb%8f%85-%ec%a7%80%eb%8f%84/1%ec%9e%a5-%eb%a8%bc%ec%a0%80-%ec%a0%84%ec%b2%b4-%ec%a7%80%eb%8f%84%eb%a5%bc-%ed%8e%bc%ec%b3%90%eb%b3%b4%ec%9e%90/ 질문: 오디세이아를 읽기 전에 무엇을 알아야 하나요? 요약: 24권이 시간순으로만 진행되지 않는다는 점을 먼저 알아야 합니다. 제1~4권은 텔레마코스의 현재, 제5권부터는 오디세우스의 현재를 따르며, 제9~12권에서 오디세우스가 과거를 회상합니다. 제13권부터 다시 현재의 이타카 사건으로 돌아옵니다. 또 다른 질문: 오디세이아 24권은 어떤 순서로 진행되나요? 답: 시간순이 아닙니다. 제1~4권은 텔레마코스의 현재를, 제5권부터는 오디세우스의 현재를 따라갑니다. 제9~12권은 오디세우스가 파이아케스인들에게 직접 들려주는 과거이고, 제13권부터 다시 현재의 이타카 사건으로 돌아옵니다. 또 다른 질문: 키클롭스와 세이렌은 몇 권에 나오나요? 답: 제9~12권에 모여 있습니다. 다만 이 유명한 모험들은 제1권부터 이어진 현재 사건이 아니라 오디세우스가 자기 입으로 들려주는 지난 방랑입니다. 독자는 모험을 보는 동시에 한 사람이 자기 과거를 어떻게 이야기하는지도 듣게 됩니다. 또 다른 질문: 이타카에 도착했는데 왜 절반이나 남았나요? 답: 귀향이 지리적 도착보다 오래 걸리기 때문입니다. 발을 디뎠어도 집은 구혼자들이 차지했고 누가 충실했는지 확인해야 하며 사람들이 그를 알아봐야 합니다. 후반부는 도착에서 은폐, 인식, 복수, 복귀와 화해로 이어집니다. 또 다른 질문: 신들이 개입하면 인간의 선택은 의미가 없나요? 답: 그렇지 않습니다. 신이 가능한 조건을 만든 것과 인간이 그 조건 안에서 어떤 선택을 했는지를 나눠 보면 됩니다. 이름을 드러낸 선택, 금지된 소에 손댄 선택, 집 밖으로 나간 선택은 모두 인간의 몫이고 결과를 만듭니다. 최종 확인: 2026-09-02T16:32:14+09:00 『오디세이아』는 어떤 이야기인가 스포일러 안내 이 장은 작품의 큰 사건과 결말까지 다룹니다. 전체 방향을 알고 시작하고 싶다면 그대로 읽으십시오. 처음 읽는 순간의 놀라움을 남겨 두고 싶다면 이 장을 건너뛰고 2장 또는 3장으로 가도 됩니다. 『오디세이아』의 이야기를 가장 짧게 줄이면 이렇습니다. 트로이 전쟁이 끝났지만 이타카의 왕 오디세우스는 집으로 돌아오지 못했습니다. 그의 아내 페넬로페와 아들 텔레마코스가 기다리는 사이, 이타카의 궁전에는 페넬로페에게 결혼을 요구하는 구혼자들이 몰려와 재산을 축내고 있습니다. 오디세우스는 먼 바다에서 온갖 일을 겪은 끝에 홀로 고향으로 돌아옵니다. 그러나 곧바로 왕의 모습으로 궁전 문을 열지 않습니다. 그는 정체를 숨긴 채 자기 집으로 들어가 누가 자신에게 충실했고 누가 집을 망가뜨렸는지 확인합니다. 마침내 구혼자들을 처단하고 페넬로페와 서로를 확인한 뒤, 아버지 라에르테스와도 다시 만납니다. 끝에는 구혼자들의 죽음이 새로운 복수로 번지는 것을 아테나가 멈추게 합니다. 이 줄거리만 놓고 보면 아주 곧게 뻗은 이야기처럼 보입니다. 그러나 원전은 이 사건을 시간순으로 들려주지 않습니다. 바로 그 점이 첫 독서에서 가장 먼저 알아둘 구조입니다. 전쟁은 끝났는데, 귀향은 끝나지 않았다 『오디세이아』가 시작할 때 트로이는 이미 함락된 뒤입니다. 많은 그리스 영웅이 고향으로 돌아갔거나, 돌아가는 길에 죽었거나, 귀향 뒤에 또 다른 비극을 겪었습니다. 그때도 오디세우스는 여전히 바다 건너에 묶여 있습니다. 이야기의 출발점은 전쟁이 끝난 뒤 생긴 ‘빈자리’입니다. 이타카에는 왕이 없습니다. 왕비 페넬로페는 남편이 살아 있는지 죽었는지 확실히 알지 못한 채 구혼 압박을 받고 있습니다. 아들 텔레마코스는 아버지의 부재 속에서 성인이 되어야 하지만, 집 안의 질서를 바로잡을 힘은 아직 충분하지 않습니다. 구혼자들은 손님처럼 들어와 주인의 재산을 소비하면서도 떠날 생각이 없습니다. 오디세우스의 부재는 한 사람의 실종으로 끝나지 않습니다. 집의 질서가 흔들리고, 아들의 지위가 불안해지며, 왕비의 선택이 공동체의 문제로 커집니다. 작품의 첫 질문도 괴물보다 집을 향합니다. “오디세우스가 없는 동안 그의 집은 어떻게 되었는가”에 가깝습니다. 먼저 이 작품의 시간 구조를 보고, 그다음 네 개의 큰 구간으로 나눠 보겠습니다. 시간은 앞으로만 흐르지 않는다 전체 구조를 시간 순서로 다시 놓으면 작품의 모양이 선명해집니다. 작품이 시작하는 ‘현재’에는 오디세우스가 칼립소의 섬에 머물고 있고, 텔레마코스는 이타카에서 아버지의 부재를 견디고 있습니다. 제1~4권은 텔레마코스의 현재를 따라갑니다. 제5권부터 시선이 오디세우스의 현재로 옮겨갑니다. 제9권에 이르면 오디세우스가 자신의 입으로 더 오래된 과거를 이야기합니다. 제13권부터는 다시 현재로 돌아와 이타카에서의 사건이 이어집니다. 제9권에서는 장소와 함께 시간을 말하는 방식과 이야기의 화자까지 달라집니다. 이 구조를 모르고 읽으면 제9권의 모험들이 갑자기 어디에서 시작된 것인지 헷갈릴 수 있습니다. 반대로 구조를 알고 있으면 제9~12권을 ‘오디세우스의 회고’라는 하나의 묶음으로 볼 수 있습니다. 그리고 그 회고가 끝났을 때 제5권에서 보았던 칼립소의 섬과 현재 시점이 다시 연결된다는 것도 자연스럽게 이해됩니다. 이 책의 권별 가이드에서 ‘지금 어디쯤인가’를 계속 확인하는 이유도 여기에 있습니다. 장소만큼 중요한 것이 현재와 과거의 위치이기 때문입니다. 제1~4권 — 아버지가 없는 집과 아들의 출발 처음 네 권의 중심에는 텔레마코스가 있습니다. 아테나는 이타카에 찾아와 젊은 텔레마코스가 그대로 주저앉아 있지 않도록 움직이게 합니다. 텔레마코스는 집에 모인 구혼자들을 상대하고, 아버지의 소식을 찾아 밖으로 나갈 준비를 합니다. 그가 향하는 곳은 필로스와 스파르타입니다. 그곳에서 트로이 전쟁에 참여했던 네스토르와 메넬라오스를 만나게 됩니다. 텔레마코스는 이 여행에서 아버지의 위치만 찾지 않습니다. 다른 영웅들의 귀향이 어떻게 끝났는지도 듣습니다. 누군가는 무사히 돌아왔고, 누군가는 돌아오는 길에 죽었으며, 아가멤논처럼 고향에 도착한 뒤 살해당한 사람도 있습니다. 처음부터 귀향은 배를 항구에 대는 순간보다 더 긴 과정으로 그려집니다. 여기서 아가멤논의 이야기를 눈여겨둘 필요가 있습니다. 전쟁에서 살아 돌아온 왕이 자기 집에서 죽고, 아들 오레스테스가 뒤에 복수한다는 이야기는 텔레마코스에게 하나의 비교 대상이 됩니다. 아버지가 부재한 집에서 아들이 무엇을 할 것인가라는 질문이 이미 다른 가족의 사례를 통해 제시되는 셈입니다. 메넬라오스와 헬레네가 있는 스파르타에서는 트로이 전쟁의 기억이 조금 더 가까이 다가옵니다. 오디세우스가 트로이에서 어떤 사람이었는지, 전쟁이 끝난 뒤 그리스 영웅들의 길이 얼마나 갈라졌는지 듣게 됩니다. 텔레마코스는 아버지가 살아 있을 가능성을 붙잡고 이타카로 돌아갈 준비를 합니다. 이 네 권을 읽을 때 오디세우스의 본격적인 모험을 기다리느라 조급해질 필요는 없습니다. 이 구간은 주인공의 등장을 늦추는 동안, 오디세우스가 돌아와야 할 집의 상태와 그 집에서 성장하기 시작하는 아들을 함께 보여 줍니다. 뒤에서 아버지와 아들이 만나 함께 행동할 때, 제1~4권은 뒤늦게 제 역할을 드러냅니다. 제5~8권 — 오디세우스가 현재의 이야기로 들어온다 제5권이 되면 시선이 오디세우스에게 옮겨갑니다. 그는 오기기아 섬에 머물고 있습니다. 칼립소는 그를 붙잡아 두고 있지만, 신들의 결정은 귀향 쪽으로 움직입니다. 헤르메스가 칼립소에게 오디세우스를 보내 주라는 뜻을 전하고, 오디세우스는 마침내 섬을 떠납니다. 그러나 바다는 포세이돈의 영역입니다. 오디세우스는 또다시 폭풍을 만나고, 간신히 파이아케스인들의 땅에 닿습니다. 여기서 나우시카를 만납니다. 그리고 알키노오스 왕의 궁정으로 들어갑니다. 낯선 사람이 한 공동체에 들어와 어떻게 대접받는지가 중요해지는 구간입니다. 『오디세이아』에서는 누군가가 손님을 어떻게 맞이하고, 손님은 자신이 누구인지 언제 밝히며, 선물을 주고받고 안전한 귀환을 마련해 주는 과정이 여러 차례 반복됩니다. 이런 장면을 단순한 예절 묘사로 지나치지 않으면 작품의 많은 장면이 서로 연결됩니다. 파이아케스 궁정에서는 시인 데모도코스의 노래가 등장합니다. 그는 트로이 전쟁과 관련된 이야기를 노래하고, 정체를 밝히지 않은 오디세우스는 그 노래를 들으며 눈물을 흘립니다. 자신의 과거가 다른 사람의 노래가 되어 돌아오는 순간입니다. 알키노오스는 이 낯선 손님이 누구인지 더 알고 싶어 합니다. 결국 오디세우스는 자신의 이름을 밝히고, 자신이 지금까지 어디를 거쳐 왔는지 이야기하기 시작합니다. 이 지점에서 작품의 시간이 크게 꺾입니다. 제5~8권에서 우리는 오디세우스의 ‘현재’를 따라왔습니다. 그런데 제9권부터는 오디세우스가 파이아케스인들에게 들려주는 ‘과거’로 들어갑니다. 제9~12권 — 우리가 기억하는 ‘오디세이’ 키클롭스, 키르케, 저승, 세이렌. 『오디세이아』라고 하면 먼저 떠오르는 많은 장면이 이 네 권에 모여 있습니다. 이 유명한 모험들은 제1권부터 이어진 현재 사건이 아니라, 오디세우스가 자기 입으로 들려주는 지난 방랑입니다. 따라서 독자는 모험을 보는 동시에 한 사람이 자신의 과거를 어떻게 이야기하는지도 듣게 됩니다. 오디세우스는 트로이를 떠난 뒤 여러 장소를 거칩니다. 키코네스의 땅에서 싸움을 벌이고, 로토파고이의 땅을 지나며, 키클롭스 폴리페모스의 동굴에 들어갑니다. 폴리페모스 이야기는 이 작품에서 가장 널리 알려진 장면 가운데 하나입니다. 오디세우스는 힘으로는 상대하기 어려운 존재에게 꾀로 맞섭니다. 자신의 이름을 숨기고 빠져나갈 길을 만들지만, 안전해진 뒤에는 결국 자신의 진짜 이름을 외칩니다. 폴리페모스는 포세이돈의 아들입니다. 여기서 오디세우스와 포세이돈의 갈등은 귀향을 늦추는 중요한 힘으로 이어집니다. 그 뒤에도 집은 쉽게 가까워지지 않습니다. 바람을 다루는 아이올로스에게 도움을 받고 거의 귀향할 기회를 얻지만 다시 멀어집니다. 라이스트뤼고네스에게 큰 피해를 입고, 키르케의 섬에서는 동료들이 짐승으로 변하는 위기를 겪습니다. 키르케와의 만남은 곧 저승으로 내려가야 한다는 새로운 과제로 이어집니다. 제11권에서 오디세우스는 살아 있는 몸으로 죽은 자들의 세계와 접촉합니다. 예언자 테이레시아스에게 앞으로의 길을 묻고, 죽은 어머니 안티클레이아를 만나며, 아가멤논과 아킬레우스 같은 트로이 전쟁의 인물들과 다시 마주합니다. 전쟁 영웅들의 이야기는 여기서 다른 빛을 띱니다. 전장에서 얻는 명예와 살아서 집으로 돌아오는 일은 서로 다른 값을 요구합니다. 죽은 영웅들과 대화한 뒤 오디세우스의 귀향에는 단순한 모험 성공보다 무거운 의미가 붙습니다. 제12권에서는 세이렌, 스킬라와 카립디스, 태양신의 소가 이어집니다. 위험을 하나 피하면 바로 다음 위험이 나타납니다. 결국 오디세우스의 동료들은 모두 사라지고, 그는 혼자 남게 됩니다. 이 회상은 과거의 사건을 현재와 연결합니다. 오디세우스가 어떻게 혼자가 되었고 어떻게 칼립소의 섬까지 갔는지가 설명되면서, 제5권에서 보았던 상황의 빈칸이 채워집니다. 이것이 제9~12권의 또 다른 기능입니다. 화려한 모험의 연속이면서 동시에 현재보다 앞선 시간을 뒤늦게 채우는 거대한 회상입니다. 제13~24권 — 고향에 도착해도 귀향은 끝나지 않는다 파이아케스인들의 도움을 받아 오디세우스가 이타카에 도착하면 바다 여행은 사실상 끝납니다. 그런데 작품은 아직 절반 가까이 남아 있습니다. 이 지점에서 “집에 도착했는데 왜 이렇게 많이 남았지?”라는 생각이 들 수 있습니다. 『오디세이아』의 귀향은 지리적인 도착보다 더 오래 걸립니다. 오디세우스는 자기 땅에 발을 디뎠지만 아직 왕의 자리로 돌아오지 못했습니다. 집은 구혼자들이 차지하고 있고, 누가 충성스러운 사람인지 확인해야 합니다. 무엇보다 오랜 세월 떠나 있던 그를 사람들이 어떻게 알아볼 것인가라는 문제가 남아 있습니다. 아테나는 오디세우스의 모습을 바꾸어 그가 늙은 거지처럼 보이게 합니다. 오디세우스는 자신의 정체를 감춘 채 돼지치기 에우마이오스에게 갑니다. 텔레마코스도 여행에서 돌아옵니다. 아버지와 아들은 서로를 확인하고 구혼자들을 상대할 계획을 세웁니다. 이후 오디세우스는 자기 집에 거지의 모습으로 들어갑니다. 여기서부터 작품의 긴장은 바다의 괴물과 폭풍에서 ‘알아봄’과 ‘알아보지 못함’ 쪽으로 옮겨갑니다. 충직한 사람과 배신한 사람도 조금씩 드러납니다. 늙은 개 아르고스는 주인을 알아보고, 유모 에우리클레이아는 오디세우스의 흉터를 통해 정체를 눈치챕니다. 반면 페넬로페는 쉽게 결론을 내리지 않습니다. 제21권에서 활이 등장하면서 오래 준비된 갈등이 움직입니다. 페넬로페가 내놓은 활과 관련된 시험에서 구혼자들은 실패하고, 거지로 보이던 오디세우스가 활을 다룹니다. 제22권은 이 작품에서 가장 거친 부분 가운데 하나입니다. 오디세우스와 텔레마코스, 충성스러운 조력자들은 구혼자들과 싸우고 그들을 죽입니다. 그 뒤에는 배신에 대한 처벌도 이어집니다. 제22권을 ‘영웅의 통쾌한 복수’로만 부르면 작품 안에서 벌어진 폭력의 크기와 현대 독자가 느낄 수 있는 불편을 놓치게 됩니다. 그렇다고 오늘의 기준만으로 한 줄짜리 판결을 내리면 당시 작품 속 명예·가문·환대·질서의 문제를 볼 기회도 줄어듭니다. 제22권에서는 이 두 방향을 모두 피하면서 천천히 읽을 필요가 있습니다. 구혼자들이 죽은 뒤에도 귀향에는 마무리할 일이 남아 있습니다. 제23권에는 페넬로페와 오디세우스의 확인이 남아 있습니다. 페넬로페는 눈앞의 남자를 바로 받아들이지 않습니다. 두 사람만이 알고 있는 침대의 비밀이 중요한 시험이 됩니다. 오디세우스가 자기 집의 중심부, 부부의 침실과 연결된 비밀을 알고 있음을 확인한 뒤에야 재회가 완성됩니다. 그리고 제24권이 남습니다. 죽은 구혼자들의 영혼이 저승으로 향하고, 오디세우스는 늙은 아버지 라에르테스를 찾아갑니다. 한편 구혼자들의 가족에게는 자기 가족이 죽었다는 사실이 남아 있습니다. 복수는 다시 복수를 낳을 수 있습니다. 마지막 충돌이 벌어질 상황에서 아테나가 개입하면서 싸움이 멈추고, 작품은 개인의 귀환을 넘어 공동체의 폭력까지 멈춰야 하는 지점에서 닫힙니다. 후반부를 한 문장으로 묶으면 ‘도착’보다 다음의 흐름에 가깝습니다. 도착 → 은폐 → 인식 → 복수 → 복귀와 화해 오디세우스는 이타카 해변에 도착했을 때 이미 고향에 있습니다. 『오디세이아』는 그가 다시 자기 이름과 자리와 관계 속으로 들어갈 때까지 이야기를 더 이어 갑니다. 신들이 움직인다고 해서 인간의 선택이 사라지는 것은 아니다 『오디세이아』를 처음 읽을 때 또 하나 낯설 수 있는 것은 신들의 개입입니다. 아테나는 텔레마코스를 움직이게 하고 오디세우스의 귀향을 돕습니다. 포세이돈은 폴리페모스 사건 이후 오디세우스의 길을 어렵게 만듭니다. 제우스와 헤르메스도 중요한 순간에 사건의 방향을 바꿉니다. 신들의 개입이 곧 인간의 행동을 대신해 주는 것은 아닙니다. 오디세우스가 자신의 이름을 드러내는 선택, 동료들이 금지된 소에 손을 대는 선택, 텔레마코스가 집 밖으로 나가는 선택처럼 인간의 행동 역시 결과를 만듭니다. 따라서 신이 등장할 때는 “신이 해결해 주었다”라고만 읽기보다 두 가지를 나누어 보면 좋습니다. 신이 가능한 조건을 만들었는가, 아니면 인간이 그 조건 안에서 어떤 선택을 했는가. 이 구분은 후반부까지 계속 유용합니다. 특히 아테나가 여러 번 모습을 바꾸고 사건에 개입하기 때문에, 어느 순간까지가 신의 도움이고 어느 순간부터 인간이 직접 감당해야 하는 일인지 보는 재미가 생깁니다. 이 작품에서 계속 만나게 될 질문들 전체 줄거리를 알고 나면 이제 사건보다 반복되는 질문이 눈에 들어오기 시작합니다. 첫째는 집으로 돌아온다는 것이 무엇인가입니다. 배가 이타카에 닿는 것과 왕·남편·아들로서 자기 자리로 돌아가는 것은 다른 과정입니다. 둘째는 누가 누구를 알아보는가입니다. 오디세우스는 여러 번 자기 이름을 감추고 다른 모습으로 나타납니다. 누군가는 외모가 바뀌어도 그를 알아보고, 누군가는 증거를 요구하며, 누군가는 끝까지 모릅니다. ‘정체’는 얼굴만으로 확인되지 않습니다. 기억과 이야기, 흉터와 사물, 공동의 경험이 함께 작동합니다. 셋째는 낯선 사람을 어떻게 대하는가입니다. 손님과 주인의 관계는 작품 곳곳에서 되풀이됩니다. 좋은 환대와 나쁜 환대의 차이가 사건을 움직입니다. 폴리페모스의 동굴과 파이아케스 궁정, 이타카의 궁전은 서로 아주 다른 방식으로 낯선 이를 맞이합니다. 넷째는 이야기를 누가 말하는가입니다. 『오디세이아』 안에는 수많은 이야기가 들어 있습니다. 네스토르와 메넬라오스는 자기 기억을 텔레마코스에게 들려주고, 데모도코스는 트로이 전쟁을 노래하며, 오디세우스는 자신의 방랑을 직접 말합니다. 같은 사람의 과거가 노래가 되기도 하고 증언이 되기도 합니다. 다섯째는 귀향과 폭력이 어떻게 함께 놓이는가입니다. 집으로 돌아오는 일은 따뜻한 재회만으로 끝나지 않습니다. 구혼자들의 죽음 이후에도 갈등은 이어질 수 있습니다. 제24권까지 읽어야 하는 이유도 여기에 있습니다. 이 질문들을 정답처럼 기억해 둘 필요는 없습니다. 다만 한두 개만 기억해 두면 유명한 모험 사이에 놓인 조용한 장면들이 덜 무심하게 지나갑니다. 이제 큰 지도는 펼쳐졌습니다. 다음 장에서는 지도 밖에 있는 이야기를 정리하겠습니다. 트로이 전쟁에 대해 우리가 알고 있는 것 중 무엇이 『오디세이아』 안에 있고, 무엇이 다른 작품과 후대 전승에서 온 것인지 구분해 볼 차례입니다. ---------------------------------------- ### 4장. 제1~2권: 오디세우스가 없는 『오디세이아』 https://voidlogpress.com/books/%ec%98%a4%eb%94%94%ec%84%b8%ec%9d%b4%ec%95%84-%ec%99%84%eb%8f%85-%ec%a7%80%eb%8f%84/4%ec%9e%a5-%ec%a0%9c12%ea%b6%8c-%ec%98%a4%eb%94%94%ec%84%b8%ec%9a%b0%ec%8a%a4%ea%b0%80-%ec%97%86%eb%8a%94-%ec%98%a4%eb%94%94%ec%84%b8%ec%9d%b4%ec%95%84/ 질문: 오디세이아는 왜 오디세우스 없이 시작하나요? 요약: 오디세우스의 빈자리가 이타카의 집과 텔레마코스를 어떻게 움직이는지 먼저 보여주기 위해서입니다. 제1~2권에서 텔레마코스는 구혼자들의 재산 소비를 공적인 문제로 바꾸고, 회의를 열어 떠나라고 요구한 뒤 아버지의 소식을 찾으러 섬 밖으로 나갈 준비를 합니다. 또 다른 질문: 제1권에서 가장 크게 달라지는 사람은 누구인가요? 답: 오디세우스가 아니라 텔레마코스입니다. 오디세우스는 처음부터 끝까지 무대 밖에 있습니다. 아버지가 돌아와 해결해 주기를 상상하던 아들이 사람들을 모아 말하고 소식을 구하러 움직이는 쪽으로 옮겨 갑니다. 또 다른 질문: 텔레마코스가 어머니에게 방으로 가라고 하는 장면은 어떻게 읽나요? 답: 오늘의 독자가 불편하게 느낄 수 있는 장면입니다. 다만 철없는 아들이 어머니를 제압한다거나 소년이 훌륭한 남자가 된다는 한 방향으로 정리하기보다, 그가 어떤 사회적 언어로 주인의 자리를 연습하기 시작하는지 보는 편이 좋습니다. 또 다른 질문: 제2권의 회의는 성공한 것인가요? 답: 결과만 보면 아닙니다. 구혼자들은 물러나지 않고 참석한 사람들도 실질적인 힘을 보태지 않습니다. 다만 이 권은 옳은 말을 공개적으로 한 것과 상황을 바꿀 힘을 얻은 것을 구별해 놓고, 회의가 구해 주지 않자 텔레마코스가 직접 배를 탑니다. 또 다른 질문: 페넬로페의 수의 계략은 누구의 입으로 처음 전해지나요? 답: 당사자가 아니라 그녀를 비난하는 안티노오스입니다. 낮에 짜고 밤에 푸는 행동 자체는 페넬로페의 선택이지만 어떤 의미를 붙일지는 말하는 사람에 따라 달라집니다. 부당한 지연으로도, 선택할 시간을 번 방법으로도 읽힙니다. 최종 확인: 2026-09-02T16:32:14+09:00 제1~2권은 텔레마코스가 집 안의 피해를 공적인 문제로 바꾸고, 끝내 섬 밖으로 나갈 준비를 하는 구간입니다. 제1권 완독 가이드 1. 지금 어디쯤인가 아직 오디세우스의 바다 모험은 시작되지 않습니다. 제1권은 이타카의 집에서 출발합니다. 왕은 오래 자리를 비웠고, 아들 텔레마코스는 구혼자들이 아버지의 재산을 소비하는 모습을 지켜보고 있습니다. 이번 권에서 먼저 움직이기 시작하는 사람은 텔레마코스입니다. 2. 읽기 전 60초 이번 권은 사건의 수보다 누가 이 집의 주인처럼 말하고 행동하는가에 초점을 맞춰 읽습니다. 아테나는 낯선 손님의 모습으로 텔레마코스를 찾아오고, 텔레마코스는 그 방문을 계기로 처음으로 구혼자들에게 공개적으로 맞설 준비를 합니다. 오디세우스는 아직 부재하지만, 그의 빈자리가 집 안의 모든 관계를 움직이고 있습니다. 3. 이 이름만 기억 • 텔레마코스 — 오디세우스와 페넬로페의 아들. 이번 권에서 수동적으로 기다리는 자리에서 조금씩 벗어나기 시작합니다. • 아테나 — 오디세우스의 귀향을 돕는 여신. 이번 권에서는 타피오스인의 지도자 ‘멘테스’로 모습을 바꾸어 텔레마코스를 찾아옵니다. • 페넬로페 — 오디세우스의 아내. 남편의 귀향을 노래하는 노래를 듣고 슬픔을 드러냅니다. • 안티노오스 — 구혼자들 가운데 특히 두드러지는 인물. 텔레마코스가 목소리를 내자 곧바로 맞받아칩니다. • 페미오스 — 이타카 궁전에서 노래하는 음유시인. 그의 노래를 둘러싼 장면에서 텔레마코스의 변화가 드러납니다. 4. 이것 하나만 붙잡기 오디세우스의 부재가 텔레마코스를 어떻게 움직이게 하는가. 제1권에서 아버지는 나타나지 않지만 거의 모든 대화가 그의 부재를 중심으로 돌아갑니다. 텔레마코스가 처음과 끝에서 같은 사람인지 살펴보면 이 권의 변화가 잘 보입니다. 5. 읽기 속도 — 보통 낯선 이름이 나오지만 사건 구조는 복잡하지 않습니다. 신들의 회의와 아테나-텔레마코스의 대화를 차분히 따라가고, 후반의 페넬로페·텔레마코스·구혼자 장면에서 텔레마코스의 말투가 어떻게 달라지는지만 놓치지 않으면 됩니다. 6. 이제 원전을 읽는다 여기서 완역본 『오디세이아』 제1권을 읽고 돌아옵니다. 7. 제1권 상세 줄거리 작품은 트로이 전쟁 뒤에도 오디세우스만 고향으로 돌아오지 못한 상황을 알리며 시작합니다. 오디세우스는 칼립소의 섬에 붙들려 있고, 포세이돈은 아들 폴리페모스의 눈을 멀게 한 일 때문에 여전히 그에게 분노하고 있습니다. 포세이돈이 자리를 비운 동안 신들은 회의를 엽니다. 제우스가 아이기스토스의 죽음을 이야기하며 인간이 자신의 잘못을 신들의 탓으로 돌리는 문제를 꺼내고, 아테나는 오디세우스의 귀향을 도울 때가 되었다고 말합니다. 그녀는 헤르메스를 칼립소에게 보내자고 제안하고, 자신은 이타카로 가서 텔레마코스를 움직이겠다고 합니다. 헤르메스가 실제로 칼립소에게 파견되는 장면은 제5권에서 나옵니다. 아테나는 ‘멘테스’라는 낯선 손님의 모습으로 오디세우스의 집에 도착합니다. 궁전에서는 구혼자들이 오디세우스의 재산으로 잔치를 벌이고 있습니다. 텔레마코스는 다른 사람보다 먼저 손님을 발견해 맞아들이고, 음식을 대접한 뒤 조용한 자리에서 이야기를 나눕니다. 그는 아버지가 사라진 뒤 구혼자들이 집을 소모하고 있지만 자신에게는 이를 막을 힘이 없다고 털어놓습니다. 아테나는 오디세우스가 죽었다고 단정하지 말라고 격려하면서 텔레마코스에게 다음 행동을 제안합니다. 이타카 사람들을 모아 구혼자들에게 떠나라고 요구하고, 배를 마련해 필로스의 네스토르와 스파르타의 메넬라오스를 찾아가 아버지 소식을 물으라는 것입니다. 아버지가 죽었다는 사실이 확인된다면 장례를 치르고 페넬로페의 재혼 문제를 정리한 뒤 구혼자들을 어떻게 처리할지 생각하라고도 말합니다. 아가멤논의 아들 오레스테스가 아버지의 살해자 아이기스토스를 죽이고 이름을 얻은 사례도 텔레마코스 앞에 놓입니다. 아테나는 새처럼 날아 사라지고, 텔레마코스는 방금 만난 손님이 신이었다는 것을 깨닫습니다. 그 뒤 페미오스가 트로이에서 돌아오는 그리스인들의 고난을 노래하자 페넬로페가 내려와 다른 노래를 불러 달라고 청합니다. 텔레마코스는 노래의 책임을 시인에게 돌리지 말라고 하며 어머니에게 방으로 돌아가 집안일을 돌보라고 말합니다. 이어 구혼자들에게 다음 날 회의를 열어 정식으로 떠날 것을 요구하겠다고 선언합니다. 안티노오스와 에우리마코스가 그의 달라진 말투에 반응하지만, 텔레마코스는 적어도 자기 집과 재산의 주인은 자신이라고 답합니다. 밤이 되자 구혼자들은 돌아가고, 텔레마코스는 침실에서 아테나가 권한 여행을 생각하며 제1권이 끝납니다. 8. 읽은 뒤 해설 — 아버지를 찾기 전에 ‘아들의 자리’를 만드는 권 제1권의 가장 큰 변화는 오디세우스에게 일어나지 않습니다. 오디세우스는 처음부터 끝까지 무대 밖에 있습니다. 대신 텔레마코스가 달라집니다. 처음의 텔레마코스는 아버지가 돌아와 구혼자들을 몰아내는 장면을 상상하는 사람입니다. 해결의 주체가 자기 밖에 있습니다. 아테나는 오디세우스가 곧 돌아올 것이라고 약속하며 기다리게 두지 않습니다. 사람들을 모아 말하고, 소식을 구하러 움직이고, 아버지가 죽었다면 그 이후의 일까지 책임질 준비를 하라고 요구합니다. 신의 개입이 인간의 행동을 대신하기보다 인간이 행동하도록 밀어 주는 방식으로 나타나는 첫 사례입니다. 이 변화가 무조건 현대적인 의미의 ‘성장’으로만 보이지 않는 점도 기억할 만합니다. 텔레마코스는 페넬로페에게 방으로 돌아가 베 짜기와 집안일을 맡으라고 말하고, 말하는 일은 자신이 맡겠다고 선언합니다. 오늘의 독자가 불편하게 느낄 수 있는 장면입니다. 동시에 작품 속에서는 그 말이 텔레마코스가 집 안에서 자신의 권위를 처음 주장하는 장면과 겹칩니다. 따라서 텔레마코스의 말을 ‘철없는 아들이 어머니를 제압한다’거나 반대로 ‘소년이 훌륭한 남자가 된다’는 한 방향으로 정리하기보다, 그가 어떤 사회적 언어를 통해 주인의 자리를 연습하기 시작하는지를 보는 편이 좋습니다. 제1권 맨 앞에서 제우스가 아이기스토스 이야기를 꺼내는 것도 이 축과 연결됩니다. 인간이 자신의 잘못으로 생긴 결과까지 신들의 탓으로 돌린다는 말이 작품 초입에 놓입니다. 곧이어 아테나가 텔레마코스에게 힘을 주지만, 회의를 열고 배를 타고 질문해야 하는 몫은 텔레마코스에게 남습니다. 『오디세이아』에서 신이 사건에 깊이 개입하면서도 인간의 선택이 계속 문제 되는 방식을 처음부터 보여 주는 배치로 읽을 수 있습니다. 또 하나의 축은 환대입니다. 텔레마코스는 멘테스가 누구인지 확인하기 전에 먼저 안으로 들이고 음식을 제공합니다. 그 뒤에야 이름과 목적을 묻습니다. 같은 집에서 구혼자들은 손님의 선을 넘고 주인처럼 행동하며 남의 재산을 끝없이 소비합니다. 제1권은 이 두 모습을 한 공간에 나란히 놓습니다. 뒤에서 폴리페모스와 파이아케스인들, 변장한 오디세우스를 대하는 구혼자들을 읽을 때 이 첫 대비가 계속 떠오르게 됩니다. 9. 놓치기 쉬운 한 장면 텔레마코스가 멘테스를 처음 보자마자 낯선 손님을 문 앞에 세워 둔 것을 부끄러워하며 먼저 맞아들이는 장면을 기억해 두십시오. 상대의 신분을 확인하기 전에 자리를 내주고 음식을 대접합니다. 이름을 묻는 것은 그 뒤입니다. 나중에 『오디세이아』에서 낯선 이를 맞는 여러 집을 비교할 때 가장 이른 기준점이 됩니다. 10. 다음 권에서는 제1권에서 텔레마코스가 “내일 회의를 열겠다”고 말한 것은 허세로 끝나지 않습니다. 제2권에서는 실제 이타카 사람들이 모이고, 구혼자들이 왜 페넬로페를 탓하는지도 더 구체적으로 드러납니다. 말하기 시작한 텔레마코스가 이제 집 밖의 공동체 앞에 서게 됩니다. 제2권 완독 가이드 1. 지금 어디쯤인가 제1권 끝에서 텔레마코스는 다음 날 이타카 사람들을 불러 모으겠다고 선언했습니다. 제2권은 그 약속을 실제 행동으로 옮기는 권입니다. 집 안에서 시작된 말이 공적인 회의로 나가고, 회의가 문제를 해결하지 못한 뒤에는 텔레마코스가 더 큰 행동, 곧 이타카를 떠나는 여행을 준비합니다. 2. 읽기 전 60초 이번 권에서는 말할 수 있다는 것과 실제 힘을 갖는 것이 같은지를 살펴봅니다. 텔레마코스는 공동체 앞에서 구혼자들의 행태를 고발하지만 그들을 쫓아내지는 못합니다. 그럼에도 회의가 끝난 뒤 여행 계획은 멈추지 않습니다. 페넬로페의 베 짜기 계략이 처음 소개되는 방식과, 독수리의 징조를 사람들이 서로 다르게 해석하는 장면도 눈여겨볼 만합니다. 3. 이 이름만 기억 • 텔레마코스 — 처음으로 이타카 사람들을 공식적으로 불러 모아 자기 집의 문제를 공개합니다. • 안티노오스 — 텔레마코스의 비난에 맞서 구혼자들의 책임을 페넬로페에게 돌립니다. • 페넬로페 — 직접 회의에 나오지는 않지만, 그녀가 수의를 짜며 결혼을 미뤄 온 계략이 구혼자의 입을 통해 밝혀집니다. • 할리테르세스 — 독수리 두 마리의 징조를 해석해 오디세우스의 귀환과 구혼자들에게 닥칠 위험을 경고합니다. • 아테나 / 멘토르 — 회의 뒤 낙담한 텔레마코스를 다시 움직이고, 배와 선원까지 마련해 출항을 돕습니다. 4. 이것 하나만 붙잡기 회의가 텔레마코스에게 무엇을 해 주지 못했는지, 그럼에도 그가 무엇을 하는지. 공개적으로 옳은 말을 했다는 사실만으로 상황은 바뀌지 않습니다. 제2권의 변화는 공동체가 텔레마코스를 구해 주는 데 있지 않고, 그가 공동체의 무반응 뒤에도 다음 행동으로 넘어가는 데 있습니다. 5. 읽기 속도 — 보통 회의의 발언자가 바뀌지만 논점은 분명합니다. 텔레마코스의 호소, 안티노오스의 반박, 독수리 징조와 그 해석, 여행 선언까지만 흐름을 놓치지 않으면 됩니다. 후반의 출항 준비에서는 누가 무엇을 도와주는지만 확인하십시오. 6. 이제 원전을 읽는다 여기서 완역본 『오디세이아』 제2권을 읽고 돌아옵니다. 7. 제2권 상세 줄거리 아침이 되자 텔레마코스는 사람들을 불러 이타카의 회의를 엽니다. 오디세우스가 트로이로 떠난 뒤 처음 열리는 회의입니다. 그는 아버지의 부재에 이어 구혼자들이 자기 집에서 가축과 재산을 소비하는 것이 두 번째 재앙이라며 도움을 호소합니다. 구혼자들이 페넬로페의 아버지에게 정식으로 혼인을 청하지 않고 자기 집에 머물며 재산을 축내고 있다고 비난한 뒤, 감정을 이기지 못하고 눈물을 보입니다. 안티노오스는 책임이 구혼자들에게 있는 것이 아니라 페넬로페에게 있다고 맞섭니다. 페넬로페가 라에르테스의 장례용 수의를 완성한 뒤 결혼하겠다고 해 놓고 낮에는 베를 짜고 밤에는 다시 풀어 몇 해 동안 시간을 끌었다는 이야기입니다. 한 하녀의 밀고로 계략이 드러나 수의를 끝내게 되었으니, 이제 텔레마코스가 어머니를 친정으로 보내 재혼하게 해야 한다고 요구합니다. 텔레마코스는 자신을 낳고 길러 준 어머니를 억지로 내보낼 수 없다며 거부하고, 구혼자들에게 자기 집을 떠나 각자 비용으로 잔치하라고 다시 요구합니다. 그때 제우스가 보낸 독수리 두 마리가 회의장 위에서 날며 서로 싸운 뒤 사라집니다. 할리테르세스는 이를 오디세우스가 곧 돌아와 구혼자들에게 재앙을 내릴 징조라고 해석하지만, 에우리마코스는 새의 움직임에 그런 의미를 둘 필요가 없다며 비웃습니다. 텔레마코스는 더 이상 구혼자들에게 매달리지 않고, 아버지의 소식을 찾기 위해 필로스와 스파르타로 갈 배와 스무 명의 선원을 요청합니다. 아버지가 살아 있다는 소식을 들으면 기다리고, 죽었다는 사실이 확인되면 장례를 치르고 어머니의 재혼도 진행하겠다고 말합니다. 오디세우스의 친구 멘토르는 이타카 사람들이 구혼자들의 행태를 방관한다고 질책하지만, 구혼자 편의 인물이 회의를 끝내면서 사람들은 흩어집니다. 텔레마코스는 바닷가에서 아테나에게 도움을 청합니다. 아테나는 멘토르의 모습으로 나타나 여행이 좌절되지 않을 것이라고 격려하고, 배와 선원을 마련하겠다고 합니다. 텔레마코스는 집의 창고에서 유모 에우리클레이아에게 포도주와 보릿가루를 준비하게 하면서 페넬로페에게 당분간 출항 사실을 알리지 말라고 맹세시킵니다. 아테나는 텔레마코스의 모습으로 선원들을 모으고 노에몬에게 배를 빌린 뒤, 다시 멘토르의 모습으로 텔레마코스를 항구로 부릅니다. 텔레마코스는 준비한 식량을 싣고 승선합니다. 아테나가 순풍을 보내고, 배는 밤새 필로스를 향해 나아갑니다. 8. 읽은 뒤 해설 — 공개적으로 말했지만, 공동체가 해결해 주지는 않는다 제2권의 회의는 텔레마코스가 자기 집의 피해를 처음으로 공동체의 언어로 바꾸어 말하는 자리입니다. 이타카의 회의는 오랫동안 열리지 않았고, 텔레마코스는 아버지가 차지했던 자리에 앉아 자기 집의 피해를 공동체의 문제로 제시합니다. 그런데 회의의 결과만 보면 성공이라고 하기 어렵습니다. 구혼자들은 물러나지 않고, 참석한 사람들도 텔레마코스에게 실질적인 힘을 보태지 않습니다. 멘토르는 바로 그 방관을 비판합니다. 제2권은 ‘옳은 말을 공개적으로 했다’는 사실과 ‘상황을 바꿀 힘을 얻었다’는 사실을 구별해 놓습니다. 그럼에도 회의는 무의미하지 않습니다. 텔레마코스는 이제 속으로만 피해를 견디던 자리에서 벗어나 공개적으로 말하기 시작합니다. 구혼자들이 하는 일을 사람들 앞에서 말했고, 어머니를 내보내라는 요구를 거부했으며, 자신이 다음에 무엇을 하겠는지도 공개했습니다. 그리고 회의가 자신을 구해 주지 않자 실제로 배를 탑니다. 제1권에서 말이 생겼다면 제2권에서는 말 뒤에 행동이 붙습니다. 페넬로페의 수의 계략이 누구의 입에서 처음 전달되는가도 흥미롭습니다. 독자는 아직 페넬로페에게 직접 이 이야기를 듣지 않습니다. 그녀를 비난하는 안티노오스가 계략을 폭로합니다. 낮에 짜고 밤에 푼 행동 자체는 페넬로페의 선택이지만, 그 행동에 어떤 의미를 붙일지는 말하는 사람의 입장에 따라 달라집니다. 구혼자들에게는 자신들을 속인 부당한 지연이고, 다른 각도에서는 선택할 시간을 확보한 방법으로 볼 수 있습니다. 『오디세이아』에서 같은 사람의 행동이 여러 사람의 이야기 속에서 다른 색을 갖게 되는 첫 사례 가운데 하나입니다. 독수리의 징조도 비슷합니다. 새 두 마리는 모두가 봅니다. 그러나 할리테르세스는 오디세우스의 귀환을 예고하는 신호로 읽고, 에우리마코스는 의미 없는 새의 움직임이라고 일축합니다. 같은 징조를 보고도 사람들의 해석은 갈립니다. 같은 징조를 두고 해석이 갈리는 모습은 신들이 실제로 개입하는 서사 안에서도 인간이 무엇을 믿고 무시하는지에 따라 행동이 달라진다는 점을 보여 줍니다. 후반에는 아테나의 도움이 아주 구체적으로 나타납니다. 배를 구하고 선원을 모으며 순풍까지 보냅니다. 텔레마코스도 에우리클레이아에게 식량을 준비시키고, 어머니에게 비밀로 해 달라고 요청한 뒤 직접 배에 올라 출항합니다. 제1권에서 보았던 ‘신의 도움과 인간의 행동’이 이번에는 더 실제적인 형태로 이어집니다. 9. 놓치기 쉬운 한 장면 페넬로페의 유명한 낮에는 짜고 밤에는 푸는 수의 이야기는 당사자 페넬로페가 아니라 안티노오스의 입을 통해 처음 전해집니다. 독자는 한 인물의 행동을 먼저 적대자의 설명으로 접합니다. 앞으로 누가 누구의 과거를 말하는지 유심히 보면 『오디세이아』의 여러 회상이 조금 다르게 들립니다. 10. 다음 권에서는 텔레마코스는 마침내 이타카를 떠났습니다. 제3권에서는 필로스에 도착해 트로이에서 오디세우스와 함께 싸운 네스토르를 직접 만납니다. 첫 방문지에서 곧바로 아버지의 위치가 나오지는 않습니다. 이번에는 답을 얻는 법보다 다음 단서를 얻는 법을 보게 됩니다. ---------------------------------------- ### 5장. 제3~4권: 텔레마코스는 왜 여행을 떠나는가 https://voidlogpress.com/books/%ec%98%a4%eb%94%94%ec%84%b8%ec%9d%b4%ec%95%84-%ec%99%84%eb%8f%85-%ec%a7%80%eb%8f%84/5%ec%9e%a5-%ec%a0%9c34%ea%b6%8c-%ed%85%94%eb%a0%88%eb%a7%88%ec%bd%94%ec%8a%a4%eb%8a%94-%ec%99%9c-%ec%97%ac%ed%96%89%ec%9d%84-%eb%96%a0%eb%82%98%eb%8a%94%ea%b0%80/ 질문: 텔레마코스는 왜 여행을 떠나나요? 요약: 텔레마코스는 아버지가 살아 있는지, 죽었다면 어디에서 어떻게 죽었는지 알아보려고 필로스와 스파르타로 떠납니다. 네스토르와 메넬라오스에게서 오디세우스와 다른 영웅들의 귀향을 듣고, 낯선 연장자에게 질문하고 손님이 되는 법도 배웁니다. 제4권 끝에는 오디세우스가 살아 있다는 구체적인 소식을 얻지만 구혼자들이 자신의 귀환길을 노린다는 위험도 생깁니다. 또 다른 질문: 텔레마코스는 여행에서 아버지의 위치만 찾나요? 답: 아닙니다. 네스토르와 메넬라오스의 집에서 손님이 되는 법을 배우고, 아버지가 어떤 사람이었는지 남의 기억을 통해 듣고, 아가멤논과 오레스테스 같은 다른 가족의 귀향과 복수도 접합니다. 또 다른 질문: 왜 하필 네스토르와 메넬라오스를 찾아가나요? 답: 두 사람은 트로이 전쟁을 함께 겪었고 각자 다른 방식으로 집에 돌아온 생존자이기 때문입니다. 귀향이 배를 항구에 대는 순간으로 끝나지 않는다는 것을 서로 다른 사례로 보여 줍니다. 또 다른 질문: 제4권 끝에서는 무엇이 달라지나요? 답: 정보와 위험이 동시에 커집니다. 텔레마코스는 오디세우스가 살아 있다는 가장 구체적인 소식을 얻지만, 이타카에서는 구혼자들이 그의 귀환길을 노립니다. 아버지를 찾으러 떠난 여행이 아들의 생존 문제와 연결됩니다. 또 다른 질문: 네스토르가 행방을 모른다면 필로스 여행은 헛걸음인가요? 답: 헛걸음이 아닙니다. 네스토르는 어디까지 함께했는지, 어느 순간 갈라졌는지, 자신이 모르는 범위가 어디부터인지를 분명히 합니다. 그리고 더 멀리 떠돌다 돌아온 메넬라오스를 다음 정보원으로 제시합니다. 최종 확인: 2026-09-03T13:10:14+09:00 텔레마코스가 필로스와 스파르타로 가는 목적은 분명합니다. 아버지가 살아 있는지, 죽었다면 어디에서 어떻게 죽었는지 알고 싶습니다. 그러나 제3~4권을 읽고 나면 이 여행이 단순한 탐문보다 더 많은 일을 한다는 것을 알 수 있습니다. 네스토르와 메넬라오스의 역할은 오디세우스의 현재 위치를 추적하는 데 그치지 않습니다. 두 사람은 전쟁을 함께 겪었고 각자 다른 방식으로 집에 돌아온 생존자입니다. 텔레마코스는 그들의 집에서 손님이 되는 법을 배우고, 아버지가 어떤 사람이었는지 남의 기억을 통해 듣고, 아가멤논과 오레스테스 같은 다른 가족의 귀향과 복수도 접합니다. 제4권 끝에 이르면 정보와 위험이 동시에 커집니다. 텔레마코스는 오디세우스가 살아 있다는 가장 구체적인 소식을 얻지만, 이타카에서는 구혼자들이 그의 귀환길을 노립니다. 아버지를 찾으러 떠난 여행이 이제 아들의 생존 문제와도 연결됩니다. 제3권 완독 가이드 1. 지금 어디쯤인가 제2권 마지막에 텔레마코스는 아테나와 함께 밤바다를 건넜습니다. 제3권은 필로스 해변에서 시작합니다. 이곳의 왕 네스토르는 트로이 전쟁을 오디세우스와 함께 겪은 노장입니다. 텔레마코스는 처음으로 이타카 밖에서 아버지를 기억하는 사람에게 직접 질문하게 됩니다. 2. 읽기 전 60초 네스토르가 들려주는 귀향 경로를 전부 외우려 하지 마십시오. 대신 세 가지만 구분하면 됩니다. 네스토르가 오디세우스에 대해 직접 아는 것, 알지 못하는 것, 그리고 다음에 누구에게 가 보라고 하는 것. 여기에 텔레마코스가 낯선 연장자에게 질문하는 태도가 제2권까지와 어떻게 달라졌는지도 함께 살펴봅니다. 3. 이 이름만 기억 • 네스토르 — 필로스의 왕. 트로이 전쟁에서 오디세우스와 함께 싸웠지만 귀향 도중 서로 갈라진 뒤의 행방은 알지 못합니다. • 아테나 / 멘토르 — 텔레마코스를 네스토르에게 이끌고 질문할 용기를 줍니다. 후반에는 자신의 정체를 드러내는 방식으로 떠납니다. • 페이시스트라토스 — 네스토르의 아들. 텔레마코스를 환대하고 다음 목적지인 스파르타까지 동행합니다. • 아가멤논 — 귀향에는 성공했지만 자기 집에서 살해된 왕. 그의 죽음은 텔레마코스에게 중요한 비교 사례가 됩니다. • 오레스테스 — 아가멤논의 아들. 아버지를 죽인 아이기스토스에게 복수한 인물로 다시 텔레마코스 앞에 제시됩니다. 4. 이것 하나만 붙잡기 답을 모르는 사람도 다음 길을 알려 줄 수 있다. 네스토르는 오디세우스의 현재 위치를 알려 주지 못합니다. 그러나 자신이 마지막으로 어디까지 함께했는지를 정확히 말하고, 더 많은 정보를 가진 메넬라오스에게 텔레마코스를 보냅니다. 제3권의 성과는 ‘정답’보다 정보의 다음 연결점에 있습니다. 5. 읽기 속도 — 빠르게 네스토르의 회상에는 트로이 이후 여러 그리스인의 이동이 길게 이어집니다. 항로와 이름을 모두 붙잡기보다, 오디세우스가 어느 지점에서 네스토르와 갈라졌는지와 아가멤논의 귀향 이야기가 왜 텔레마코스 앞에 다시 놓이는지만 확인하면 흐름을 잃지 않습니다. 6. 이제 원전을 읽는다 여기서 완역본 『오디세이아』 제3권을 읽고 돌아옵니다. 7. 제3권 상세 줄거리 날이 밝을 무렵 텔레마코스의 배는 필로스에 도착합니다. 해변에서는 네스토르와 필로스 사람들이 포세이돈에게 많은 황소를 제물로 바치는 의식을 치르고 있습니다. 아테나는 여전히 멘토르의 모습으로 텔레마코스와 함께합니다. 텔레마코스가 나이 많은 네스토르에게 어떻게 말을 걸어야 할지 걱정하자, 아테나는 스스로 떠오르는 말과 신의 도움이 있을 것이라며 앞으로 나가게 합니다. 네스토르의 아들 페이시스트라토스는 낯선 두 사람을 먼저 자리에 앉히고 제사 음식과 술을 나눕니다. 이름과 목적을 묻는 것은 식사 뒤입니다. 텔레마코스는 자신이 이타카에서 왔으며 오디세우스가 트로이 이후 어디에서 어떻게 사라졌는지 알고 싶다고 직접 묻습니다. 네스토르는 전쟁에서 오디세우스가 뛰어난 지략을 보였고 자신과도 뜻을 잘 맞추던 사람이었다고 회상합니다. 그러나 트로이 함락 뒤 그리스군 내부에서 귀향 방식을 두고 갈등이 생겼고, 네스토르가 먼저 떠난 뒤 오디세우스가 다른 무리와 함께 아가멤논 쪽으로 되돌아갔기 때문에 그 이후의 소식은 모른다고 말합니다. 대화는 다른 영웅들의 귀향으로 이어집니다. 텔레마코스가 아가멤논의 죽음을 묻자 네스토르는 아이기스토스가 아가멤논의 아내 클리타임네스트라를 자기 편으로 끌어들였고, 아가멤논이 돌아온 뒤 그를 살해했다고 설명합니다. 아이기스토스는 여러 해 동안 권력을 누리지만 아가멤논의 아들 오레스테스가 돌아와 그를 죽입니다. 네스토르는 오레스테스가 얻은 명성을 텔레마코스에게 다시 상기시키면서, 이타카의 구혼자 문제와 연결합니다. 네스토르는 자신보다 메넬라오스가 더 먼 곳까지 떠돌다 최근에 귀향했으므로 그를 찾아가 보라고 권합니다. 날이 저문 뒤 네스토르는 텔레마코스를 배에서 재우지 않고 자기 집에 손님으로 머물게 하려 합니다. 아테나는 자신은 배로 돌아가겠다고 말한 뒤 독수리 모습으로 날아가고, 네스토르는 그제야 텔레마코스와 함께 온 이가 아테나였음을 분명히 알아차립니다. 그는 다음 날 아테나에게 제물을 바칩니다. 이후 텔레마코스는 네스토르가 마련한 수레에 올라 페이시스트라토스와 함께 육로로 스파르타를 향합니다. 두 사람은 중간에 하룻밤을 묵은 뒤 다시 길을 이어 갑니다. 8. 읽은 뒤 해설 — 네스토르는 답을 주지 못하지만, 질문을 앞으로 보낸다 텔레마코스가 처음 만난 전쟁의 생존자 네스토르는 의외로 오디세우스의 현재 행방을 모릅니다. 네스토르가 정답을 주지 못하니 필로스 여행이 헛걸음처럼 보일 수도 있습니다. 그러나 네스토르가 제공하는 정보는 꽤 구체적입니다. 어디까지 함께했는지, 어느 순간 갈라졌는지, 자신이 모르는 범위가 어디부터인지 분명히 합니다. 그리고 더 멀리 떠돌다가 돌아온 메넬라오스를 다음 정보원으로 제시합니다. 완독 과정에서도 이런 장면은 중요합니다. 고전의 긴 회상은 종종 ‘그래서 오디세우스가 어디 있다는 말이지?’라는 조급함을 만들 수 있습니다. 제3권에서 네스토르의 이야기를 모두 기억할 필요는 없습니다. 텔레마코스가 확실한 정보와 빈칸을 구분하는 법을 배우고 있다는 것만 잡아도 충분합니다. 텔레마코스 자신도 달라졌습니다. 필로스에 도착했을 때 그는 네스토르 같은 연장자에게 어떻게 질문할지 걱정합니다. 아테나는 말을 대신해 주기보다 말을 걸도록 격려합니다. 식사가 끝난 뒤 텔레마코스는 자신의 목적을 직접 밝히고, 아버지의 죽음이라도 숨기지 말고 사실대로 말해 달라고 요구합니다. 제1권에서 아테나에게 고민을 털어놓던 모습과 비교하면 질문의 방향이 바깥으로 향하고 있습니다. 이 권에서도 아가멤논과 오레스테스 이야기가 반복됩니다. 오레스테스를 텔레마코스의 고정된 ‘롤모델’로 기억할 필요는 없습니다. 두 집안은 같지 않습니다. 다만 아버지가 없는 집, 그 집에 들어온 다른 남자, 그리고 그 상황에서 아들이 어떤 행동을 하는가라는 구조가 텔레마코스 앞에 계속 놓입니다. 독자는 오레스테스 이야기를 들을 때마다 ‘텔레마코스는 어떤 방식으로 자기 집의 문제에 대응하게 될까’를 함께 생각하게 됩니다. 환대의 장면도 제1권과 연결됩니다. 필로스 사람들은 텔레마코스의 신분을 확인하기 전에 제사 음식과 술을 나눕니다. 제1권에서 텔레마코스가 멘테스를 먼저 먹이고 나중에 이름을 물었던 것과 같은 순서입니다. 이번에는 텔레마코스 자신이 낯선 땅의 손님 자리에 들어갑니다. 작품이 환대를 한 번 설명하고 끝내는 대신, 주인과 손님의 자리를 바꿔 가며 반복해서 보여 주는 방식이 보이기 시작합니다. 후반에 아테나가 독수리의 모습으로 떠나는 장면도 작은 전환입니다. 지금까지 여행을 직접 이끌던 신이 눈앞에서 사라진 뒤, 다음 여정은 네스토르의 아들 페이시스트라토스가 맡습니다. 신의 보호가 끝났다는 뜻은 아니지만, 텔레마코스의 여행이 점점 인간들의 관계망 안에서도 이어지고 있음을 보여 줍니다. 9. 놓치기 쉬운 한 장면 아테나가 독수리 모습으로 날아간 뒤 네스토르는 놀라기만 하지 않습니다. 곧바로 아테나에게 제물을 약속하고 다음 날 실제 의식을 치릅니다. 신의 존재를 알아보는 장면이 곧 행동으로 이어집니다. 제2권에서 같은 징조를 보고도 사람들이 서로 다르게 반응했던 장면과 나란히 놓아볼 수 있습니다. 10. 다음 권에서는 네스토르는 오디세우스의 행방을 알지 못했지만 메넬라오스에게 길을 연결해 주었습니다. 제4권의 스파르타에서는 텔레마코스가 아버지에 대해 훨씬 구체적인 소식을 듣습니다. 동시에 이야기는 이타카로 되돌아가, 텔레마코스가 없는 동안 구혼자들이 무엇을 계획하는지도 보여 줍니다. 제4권 완독 가이드 1. 지금 어디쯤인가 텔레마코스와 페이시스트라토스는 스파르타의 메넬라오스 궁전에 도착했습니다. 제4권은 제1~4권 가운데 가장 많은 정보가 들어 있는 권입니다. 스파르타에서는 메넬라오스와 헬레네가 트로이의 오디세우스를 회상하고, 메넬라오스는 자신의 긴 귀향과 프로테우스에게 들은 소식을 전합니다. 후반에는 시선이 이타카로 돌아가 구혼자들의 움직임을 보여 줍니다. 2. 읽기 전 60초 이번 권은 두 장소와 세 종류의 정보를 나누어 읽으면 편합니다. 스파르타에서는 ‘트로이에서 오디세우스가 어떤 사람이었는가’와 ‘그가 지금 살아 있는가’를 듣습니다. 이타카에서는 ‘텔레마코스가 없는 동안 무엇이 벌어지는가’를 봅니다. 특히 오디세우스를 직접 보지 못한 채 여러 사람의 기억과 보고만으로 그의 모습이 점점 선명해지는 과정을 따라가 보십시오. 3. 이 이름만 기억 • 메넬라오스 — 스파르타의 왕. 자신의 긴 귀향 경험과 바다의 노인 프로테우스에게 들은 오디세우스의 생존 소식을 텔레마코스에게 전합니다. • 헬레네 — 메넬라오스의 아내. 텔레마코스가 오디세우스를 닮았음을 먼저 알아보고, 트로이에서 변장한 오디세우스를 만난 기억을 들려줍니다. • 프로테우스 — 모습을 바꾸는 바다의 노인. 메넬라오스에게 귀향 방법과 여러 그리스 영웅의 운명을 알려 준 존재입니다. • 안티노오스 — 텔레마코스가 실제로 출항했다는 사실을 알게 된 뒤 귀환길에 매복해 그를 죽일 계획을 세웁니다. • 페넬로페 — 아들이 몰래 떠났다는 사실과 구혼자들의 살해 계획을 뒤늦게 알고 두려움에 빠집니다. 4. 이것 하나만 붙잡기 누가 오디세우스에 대해 무엇을 알고 있는가. 독자는 이미 제1권에서 오디세우스가 칼립소의 섬에 있다는 사실을 들었습니다. 텔레마코스는 제4권에서야 그와 비슷한 소식을 얻습니다. 페넬로페는 아직 알지 못합니다. 같은 가족이 서로 다른 정보를 가진 상태가 후반 긴장을 만듭니다. 5. 읽기 속도 — 천천히 스파르타의 환대, 헬레네와 메넬라오스의 트로이 회상, 메넬라오스의 프로테우스 이야기, 이타카의 암살 음모가 한 권에 이어집니다. 세부 지명보다 오디세우스에 관한 정보가 한 단계씩 구체화되는 순서와 후반의 장소 전환을 놓치지 않는 편이 좋습니다. 6. 이제 원전을 읽는다 여기서 완역본 『오디세이아』 제4권을 읽고 돌아옵니다. 7. 제4권 상세 줄거리 텔레마코스와 페이시스트라토스는 스파르타에 도착해 메넬라오스의 궁전을 찾습니다. 궁전에서는 메넬라오스의 아들과 딸의 혼인과 관련한 잔치가 열리고 있습니다. 하인이 낯선 두 사람을 받아들일지 묻자 메넬라오스는 자신도 긴 귀향길에서 많은 사람의 환대를 받았다며 즉시 손님을 안으로 들이라고 합니다. 두 사람은 목욕과 식사를 대접받습니다. 메넬라오스는 오랜 방랑 끝에 큰 부를 얻었지만 트로이에서 죽은 동료들, 특히 행방을 알 수 없는 오디세우스를 생각하면 재산이 기쁘지 않다고 말합니다. 텔레마코스가 눈물을 감추는 모습을 본 뒤, 헬레네가 나타나 그의 얼굴에서 오디세우스와의 닮은 점을 먼저 알아봅니다. 텔레마코스의 신분이 확인되자 사람들은 오디세우스를 기억하며 함께 슬퍼합니다. 헬레네는 술에 슬픔을 누그러뜨리는 약을 넣고 트로이에서 오디세우스가 거지처럼 변장해 성 안으로 들어왔던 일을 이야기합니다. 자신은 그를 알아봤지만 비밀을 지켰다고 회상합니다. 이어 메넬라오스는 트로이 목마 안에 숨어 있던 그리스 영웅들의 일을 들려줍니다. 헬레네가 목마 주위를 돌며 안에 있는 영웅들의 아내 목소리를 흉내 냈을 때, 오디세우스가 동료들이 대답하지 못하도록 막아 위기를 넘겼다는 이야기입니다. 다음 날 텔레마코스가 아버지의 소식을 묻자 메넬라오스는 자신의 귀향 과정에서 겪은 일을 들려줍니다. 그는 이집트 근처 파로스 섬에서 바람이 끊겨 오랫동안 발이 묶였고, 프로테우스의 딸 에이도테아의 도움으로 모습을 계속 바꾸는 프로테우스를 붙잡았습니다. 프로테우스는 메넬라오스가 신들에게 충분한 제사를 드리지 않았으므로 다시 이집트로 돌아가 제사를 올려야 한다고 알려 줍니다. 이어 귀향길의 영웅들에 대해 말하면서 바다에서 죽은 아이아스(오일레우스의 아들)와 아가멤논의 죽음을 전하고, 세 번째 인물인 오디세우스는 살아 있지만 칼립소의 섬에 붙잡혀 배와 선원이 없어 돌아오지 못하고 있다고 말합니다. 이 아이아스는 제11권에서 아킬레우스의 무구 문제로 오디세우스에게 등을 돌리는 텔라몬의 아들 아이아스와 구별해야 합니다. 텔레마코스는 아버지가 살아 있다는 가장 구체적인 소식을 얻게 됩니다. 메넬라오스는 텔레마코스를 더 머물게 하고 선물도 주려 하지만, 텔레마코스는 필로스에 남겨 둔 선원들을 생각해 오래 지체하지 않겠다고 합니다. 한편 이타카에서는 구혼자들이 노에몬을 통해 텔레마코스가 실제로 배를 타고 필로스로 떠났다는 사실을 뒤늦게 알아차립니다. 안티노오스는 스무 명을 골라 텔레마코스가 돌아오는 길목에 매복해 죽이겠다고 계획합니다. 전령 메돈이 이 음모를 엿듣고 페넬로페에게 알립니다. 페넬로페는 그제야 아들이 몰래 여행을 떠났다는 사실까지 알게 되어 크게 슬퍼합니다. 에우리클레이아는 자신이 출항 준비를 도왔지만 텔레마코스의 부탁으로 비밀을 지켰다고 고백하고, 페넬로페에게 아테나에게 기도하라고 권합니다. 페넬로페가 아들의 안전을 빌자 아테나는 밤에 그녀의 자매 이프티메 모습을 한 꿈을 보내 텔레마코스가 돌아올 것이라고 위로합니다. 그러나 페넬로페가 오디세우스의 생사도 묻자 꿈속의 존재는 그 답은 주지 않습니다. 제4권은 구혼자들이 이타카와 사메 사이의 아스테리스 근처에 배를 숨기고 텔레마코스를 기다리는 장면으로 끝납니다. 8. 읽은 뒤 해설 — 모습을 보지 못한 사람을 이야기로 알아 간다 제1~4권 동안 오디세우스는 현재의 무대에 직접 나타나지 않습니다. 그런데 제4권을 지나면 독자는 이미 그가 어떤 방식으로 행동하는 사람인지 꽤 많은 것을 알고 있습니다. 제1권에서는 아테나가 그를 기억했고, 제3권에서는 네스토르가 그의 지략과 말솜씨를 회상했습니다. 제4권에서는 헬레네와 메넬라오스가 각각 다른 트로이의 장면을 들려줍니다. 헬레네의 기억 속 오디세우스는 자기 몸을 상하게 하고 누더기를 입은 채 적의 도시 안으로 숨어드는 사람입니다. 메넬라오스의 기억 속에서는 목마 안에서 동료들의 충동을 억누르는 사람입니다. 두 이야기 모두 힘보다 정체를 감추고 상황을 통제하는 능력을 강조합니다. 이 작품 후반에 변장과 정체 확인이 중요해진다는 사실을 아직 몰라도, 제4권만으로 ‘오디세우스라는 사람은 모습을 숨길 줄 아는 사람’이라는 인상이 만들어집니다. 그리고 처음으로 생존 소식이 구체적인 형태를 얻습니다. 네스토르는 자신이 아는 범위가 끝나는 지점을 말했지만, 메넬라오스는 프로테우스에게서 들은 정보를 전달합니다. 프로테우스가 전한 핵심은 오디세우스가 칼립소의 섬에 살아 있으며, 돌아올 배와 선원이 없다는 사실입니다. 이것은 텔레마코스가 여행을 시작한 뒤 얻은 가장 직접적인 성과입니다. 그런데 독자와 등장인물의 정보량은 같지 않습니다. 독자는 제1권의 신들의 회의를 통해 이미 오디세우스가 칼립소에게 붙잡혀 있다는 사실을 알고 있습니다. 텔레마코스는 제4권에서 그 소식을 처음 얻습니다. 페넬로페는 아들이 여행을 떠난 사실조차 뒤늦게 알게 되고, 꿈속에서 오디세우스의 생사를 물어도 답을 듣지 못합니다. 같은 가족이 서로 다른 만큼 알고 있다는 것이 이 작품의 기다림을 만듭니다. 제4권 후반의 이타카 장면은 텔레마코스의 여행이 단순한 견문 넓히기가 아님을 분명히 합니다. 구혼자들은 앞에서 그의 재산을 소비하고 말을 조롱했습니다. 이제는 귀환하는 길목에서 그를 죽이려 합니다. 텔레마코스가 이타카 밖에서 아버지의 생존 가능성을 확인하는 동안, 이타카 안에서는 아들의 생존 가능성이 위협받기 시작합니다. 정보는 늘었지만 안전은 줄어든 셈입니다. 메넬라오스의 집이 다시 한 번 좋은 환대의 장면을 보여 주는 것도 기억해 둘 만합니다. 하인은 낯선 두 사람을 다른 곳으로 보낼지 묻지만, 메넬라오스는 자신도 귀향길에서 타인의 집에 의지했다는 이유로 그들을 즉시 받아들입니다. 텔레마코스의 여행은 네스토르와 메넬라오스가 하는 말을 듣는 과정인 동시에, 오디세우스가 앞으로 여러 장소에서 겪게 될 ‘손님이 되는 경험’을 아들이 먼저 안전한 형태로 경험하는 과정이기도 합니다. 제4권은 제5권의 문을 이미 열어 둔다 프로테우스의 말은 다음 권의 장소를 미리 알려 줍니다. 오디세우스가 칼립소와 함께 있는 섬입니다. 제1~4권은 그래서 단순한 옆 이야기로 끝나지 않습니다. 텔레마코스가 얻은 정보가 독자를 자연스럽게 제5권의 오디세우스에게 넘겨줍니다. 동시에 아스테리스의 매복은 텔레마코스의 이야기를 미완성으로 남겨 둡니다. 시선은 이제 아버지에게 이동하지만 아들의 문제가 사라지지 않습니다. 『오디세이아』는 한 인물의 이야기를 끝낸 뒤 다음 인물로 넘어가기보다, 해결되지 않은 위험을 남겨 둔 채 시선을 옮깁니다. 이 구조를 기억하면 제5권에서 텔레마코스가 갑자기 사라진 것처럼 느껴지지 않습니다. 9. 놓치기 쉬운 한 장면 헬레네는 텔레마코스가 스스로 이름을 밝히기 전에 그의 얼굴과 몸에서 오디세우스와의 닮은 점을 알아봅니다. 제4권의 큰 사건들 사이에 짧게 지나가지만, 사람의 정체를 얼굴·몸·흉터·사물·기억 같은 증거로 확인하는 장면이 앞으로 계속 반복된다는 점에서 기억해 둘 만합니다. 10. 다음 권에서는 제1~4권 동안 다른 사람들이 오디세우스를 기억하고 추적했습니다. 이제 시선이 바뀝니다. 제5권에서는 마침내 오디세우스 자신이 현재 시점에 등장합니다. 독자가 이미 알고 있는 칼립소의 섬이 실제 무대가 되고, 기다리던 귀향이 움직이기 시작합니다. ---------------------------------------- ### 7장. 제6~8권: 파이아케스의 궁정 https://voidlogpress.com/books/%ec%98%a4%eb%94%94%ec%84%b8%ec%9d%b4%ec%95%84-%ec%99%84%eb%8f%85-%ec%a7%80%eb%8f%84/7%ec%9e%a5-%ec%a0%9c68%ea%b6%8c-%ed%8c%8c%ec%9d%b4%ec%95%84%ec%bc%80%ec%8a%a4%ec%9d%98-%ea%b6%81%ec%a0%95/ 질문: 파이아케스 궁정 장면은 왜 중요한가요? 요약: 제6~8권은 오디세우스가 파이아케스 공동체의 환대를 받고 자신의 이야기를 할 자리를 얻는 과정이기 때문에 중요합니다. 그는 나우시카의 도움을 받아 알키노오스와 아레테의 궁정에 들어가지만 제8권까지 이름을 밝히지 않습니다. 제8권 끝에서 알키노오스가 정체를 묻고, 제9~12권의 오디세우스 회상이 시작될 준비가 갖춰집니다. 또 다른 질문: 오디세우스는 왜 이름을 늦게 밝히나요? 답: 파이아케스인들의 환대가 출신과 명성을 확인하기 전에 시작되기 때문입니다. 낯선 탄원자라는 사실만으로 자리를 내주고 음식을 먹이고 귀향을 약속합니다. 제8권 끝에서 알키노오스가 정체를 묻고서야 제9권의 회상이 시작됩니다. 또 다른 질문: 나우시카의 환대는 단순한 친절인가요? 답: 그 이상입니다. 음식과 옷에서 멈추지 않고 어디에서 기다릴지, 왕궁에서 누구에게 먼저 부탁할지까지 알려 줍니다. 동시에 젊은 남자와 함께 나타나면 소문이 생길 것을 알고 함께 들어가지는 않습니다. 또 다른 질문: 데모도코스의 노래 장면은 왜 중요한가요? 답: 오디세우스가 자기 이야기를 하기 전에 남이 말하는 자신을 먼저 듣기 때문입니다. 이름을 감춘 사람이 자기 이름이 든 목마 이야기를 직접 청해 듣고 웁니다. 제9권부터는 듣는 사람에서 말하는 사람으로 자리가 바뀝니다. 또 다른 질문: 칼립소의 섬과 파이아케스는 무엇이 다른가요? 답: 두 곳 모두 머물 가능성을 제안받지만 알키노오스는 원치 않으면 붙잡지 않겠다고 하고 귀향을 약속합니다. 파이아케스인의 환대는 손님을 붙드는 것이 아니라 자기 길로 다시 보내 주는 것까지 포함합니다. 최종 확인: 2026-09-02T16:32:15+09:00 제6권부터 제8권까지는 하나의 긴 ‘입장 과정’으로 읽을 수 있습니다. 오디세우스는 해변의 낯선 사람에서 시작해 나우시카의 도움을 받고, 알키노오스와 아레테의 궁정에 들어가며, 파이아케스 공동체의 환대를 받습니다. 그런데 그는 그동안 자신의 이름을 말하지 않습니다. 제8권 마지막에서 알키노오스가 더는 정체를 감추지 말라고 요구할 때, 비로소 다음 네 권의 거대한 회상이 시작될 준비가 끝납니다. 제6권 완독 가이드 1. 지금 어디쯤인가 제5권 끝에서 오디세우스는 스케리아 해안에 겨우 살아 도착해 낙엽 속에서 잠들었습니다. 이제 바다의 생존은 끝났지만, 고향으로 가려면 파이아케스인들의 도움을 얻어야 합니다. 2. 읽기 전 60초 이번 권의 핵심은 ‘첫 만남’입니다. 벌거벗고 소금기에 뒤덮인 낯선 남자가 왕의 딸 앞에 나타납니다. 오디세우스가 얼마나 가까이 다가갈지, 어떤 말을 고를지, 그리고 나우시카가 그를 어떻게 받아들이는지 눈여겨봅니다. 나우시카의 역할도 친절한 구조자에 머물지 않습니다. 도움을 주면서도 도시 사람들의 시선과 자신의 평판까지 계산해 오디세우스가 궁정에 들어가는 경로를 설계합니다. 3. 이 이름만 기억 • 나우시카 — 파이아케스 왕 알키노오스와 왕비 아레테의 딸입니다. • 알키노오스 — 파이아케스인의 왕. 이번 권에서 나우시카의 부탁에 응하지만, 오디세우스와는 아직 만나지 않습니다. • 아레테 — 왕비. 나우시카는 귀향 도움을 원한다면 특히 아레테에게 청하라고 알려 줍니다. • 아테나 — 나우시카의 꿈과 오디세우스의 모습에 개입해 만남을 가능하게 합니다. 4. 이것 하나만 붙잡기 오디세우스는 먼저 말로 안전을 얻습니다. 누구인지 밝히지도, 상대를 붙잡지도 않은 상태에서 그는 먼저 위험하지 않은 사람으로 받아들여져야 합니다. 5. 읽기 속도 — 보통 세탁과 놀이 장면은 서두를 필요가 없습니다. 오디세우스가 등장한 뒤부터는 그의 판단과 나우시카의 대응을 조금 더 주의 깊게 읽어 보십시오. 6. 이제 원전을 읽는다 여기서 완역본 『오디세이아』 제6권을 읽고 돌아옵니다. 7. 제6권 상세 줄거리 오디세우스가 깊이 잠든 사이 아테나는 파이아케스인의 왕궁으로 갑니다. 나우시카의 친구 모습으로 꿈에 나타난 아테나는 혼인을 생각해야 할 때라며 옷을 깨끗하게 준비하라고 부추깁니다. 잠에서 깬 나우시카는 아버지 알키노오스에게 빨래를 실어 갈 수레와 노새를 부탁합니다. 자신의 혼인 이야기는 직접 꺼내지 않지만, 알키노오스는 딸의 뜻을 짐작하고 준비를 허락합니다. 나우시카와 시녀들은 강가에서 빨래를 마치고 몸을 씻은 뒤 음식을 먹고 공놀이를 합니다. 집으로 돌아갈 때가 가까워지자 아테나가 만남을 만들어 냅니다. 공이 물속으로 빠지고 시녀들이 지르는 소리에 오디세우스가 잠에서 깹니다. 낙엽 속에서 일어난 오디세우스는 나뭇가지로 몸을 가리고 여성들에게 다가갑니다. 시녀들은 그의 거칠고 낯선 모습에 달아나지만, 아테나가 용기를 준 나우시카는 자리를 지킵니다. 오디세우스는 나우시카의 무릎을 직접 붙잡을지 멀리서 말로 청할지 고민한 끝에, 그녀가 불쾌해하지 않도록 거리를 둔 채 도움을 청합니다. 그는 나우시카의 아름다움을 칭찬하면서 자신이 바다에서 막 살아나온 사람이라고 밝히고, 도시로 가는 길과 몸을 가릴 천을 부탁합니다. 나우시카는 그를 나쁜 사람으로 보지 않고, 이 땅에 온 이상 음식과 옷을 받지 못할 일은 없다고 안심시킵니다. 달아났던 시녀들을 불러 오디세우스를 씻게 하고 먹을 것을 주라고 합니다. 오디세우스는 여성들 앞에서 씻는 것을 꺼려 혼자 몸의 소금기를 씻고 기름을 바른 뒤 나우시카가 준 옷을 입습니다. 아테나는 그의 모습이 더 크고 빛나 보이게 만들고, 나우시카는 처음 만났을 때와 달라진 그를 바라봅니다. 도시로 돌아가기 전 나우시카는 오디세우스에게 세심한 지시를 줍니다. 자신과 함께 들어가면 사람들의 험담을 살 수 있으니, 수레를 따라오다가 도시 바깥 아테나의 숲에서 잠시 기다리라고 합니다. 그 뒤 왕궁에 들어가면 아버지 알키노오스보다 먼저 어머니 아레테에게 도움을 청하라고 알려 줍니다. 나우시카가 먼저 도시로 들어가고 오디세우스는 숲에 남아 아테나에게 파이아케스인들이 자신을 받아들이게 해 달라고 기도합니다. 8. 읽은 뒤 해설 — 영웅의 또 다른 기술 제6권의 오디세우스는 무기도 배도 부하도 없습니다. 심지어 처음 나우시카 앞에 나타날 때는 제대로 된 옷조차 없습니다. 이런 상태에서 그가 사용할 수 있는 가장 중요한 능력은 말입니다. 그는 나우시카의 무릎을 붙잡는 전형적인 탄원 동작을 생각하지만, 너무 가까이 다가가면 상대가 불쾌해할 수 있다고 판단합니다. 그래서 거리에서 말을 겁니다. 도움을 요청하면서도 상대의 지위와 감정을 함께 고려합니다. 제9권에서 폴리페모스를 상대하는 꾀와는 모양이 다르지만, 상황을 읽고 적합한 방식을 고른다는 점에서는 같은 오디세우스가 보입니다. 나우시카의 판단도 세밀합니다. 그녀는 낯선 사람을 돕지만 그와 함께 도시로 들어가지는 않습니다. 젊은 남자와 함께 나타날 경우 자신을 둘러싼 소문이 생길 수 있다는 것을 알고 있기 때문입니다. 도움과 사회적 위험을 동시에 계산해, 오디세우스에게 시간차를 두고 왕궁으로 들어가라고 합니다. 나우시카의 환대는 “착한 사람이 불쌍한 사람을 돕는다”는 감정만으로 설명되지 않습니다. 나우시카는 음식을 주고 옷을 마련해 주는 데서 멈추지 않고, 낯선 남자가 도시 안에서 받아들여질 수 있는 경로를 구체적으로 설명합니다. 어디에서 기다릴지, 누구의 집으로 갈지, 왕궁에서 누구에게 먼저 부탁할지까지 알려 줍니다. 도움을 받는 사람에게 다음 행동의 순서를 건네는 셈입니다. 또 오디세우스가 몸을 씻은 뒤 아테나의 도움으로 더 당당해 보이게 되는 변화도 흥미롭습니다. 나우시카의 태도는 처음부터 적대적이지 않았지만, 외양이 달라진 뒤에는 그를 바라보는 방식도 달라집니다. 『오디세이아』에서는 정체가 말로만 전달되지 않습니다. 옷차림과 몸, 얼굴, 흉터처럼 보이는 것이 사람을 판단하는 데 계속 작용합니다. 이 문제는 후반부의 인식 장면들과도 이어집니다. 그리고 가장 중요한 정보 하나를 건넵니다. 왕궁에 가면 아레테에게 먼저 청하라. 제7권에서 오디세우스가 이 조언을 그대로 실행한다는 사실을 기억해 두십시오. 이번 권의 환대는 즉흥적인 친절로 끝나지 않습니다. 낯선 사람이 다음 공동체 안으로 안전하게 들어갈 수 있도록 길을 만들어 주는 일까지 포함합니다. 9. 놓치기 쉬운 한 장면 나우시카를 만난 직후 오디세우스는 자신이 도착한 사람들이 ‘거칠고 무법한 사람들인지, 낯선 이를 받아들이는 사람들인지’를 먼저 생각합니다. 비슷한 질문은 앞으로 그가 새로운 장소를 회상할 때도 반복됩니다. 낯선 땅에 도착한 뒤 그곳 사람들이 손님을 어떻게 대하는지는 『오디세이아』의 중요한 판단 기준 가운데 하나입니다. 10. 다음 권에서는 나우시카는 오디세우스를 직접 궁전 안까지 데려다주지 않습니다. 제7권에서 그는 다시 혼자 움직여야 합니다. 다만 이번에는 길을 알고 있습니다. 왕궁에 들어가면 아레테에게 먼저 도움을 청한다. 그 한 가지가 다음 권의 문을 엽니다. 제7권 완독 가이드 1. 지금 어디쯤인가 오디세우스는 파이아케스 땅에 들어왔지만 공식적인 손님으로 받아들여지는 절차가 남아 있습니다. 제7권은 그가 도시와 왕궁을 통과해 마침내 ‘보호받아 귀향할 수 있는 사람’으로 받아들여지는 과정입니다. 2. 읽기 전 60초 궁전의 화려한 묘사보다 오디세우스가 누구에게 먼저 청하고, 어떤 순서로 손님의 자리를 얻는지에 주목합니다. 또 아레테가 오디세우스의 옷을 알아보는 장면을 기억해 두면 좋습니다. 그는 아직 자기 이름을 밝히지 않지만, 몸에 걸친 옷이 나우시카와의 만남을 드러냅니다. 3. 이 이름만 기억 • 아레테 — 파이아케스의 왕비. 오디세우스의 탄원을 가장 먼저 받습니다. • 알키노오스 — 파이아케스의 왕. 오디세우스의 귀향을 위한 배를 약속합니다. • 에케네오스 — 나이 든 파이아케스인. 재 속에 앉아 있는 탄원자를 제대로 대접해야 한다고 알키노오스에게 말합니다. • 아테나 — 안개로 오디세우스를 숨기고 어린 소녀 모습으로 왕궁까지 길을 안내합니다. 4. 이것 하나만 붙잡기 오디세우스는 아직 이름을 말하지 않습니다. 누구인지 밝히기 전에 먼저 ‘보호받아야 할 낯선 사람’으로 자리를 얻습니다. 이 지연이 제8권 마지막의 질문과 제9권 첫머리를 준비합니다. 5. 읽기 속도 — 빠르게 왕궁과 정원의 묘사는 흐름대로 지나가도 됩니다. 궁전 진입 뒤 탄원→환대→귀향 약속→아레테의 질문 순서만 분명히 잡으십시오. 6. 이제 원전을 읽는다 여기서 완역본 『오디세이아』 제7권을 읽고 돌아옵니다. 7. 제7권 상세 줄거리 나우시카가 먼저 왕궁으로 돌아간 뒤 오디세우스는 도시로 향합니다. 아테나는 파이아케스인들이 낯선 사람을 불편해할 수 있다고 보고 그의 몸 주위에 짙은 안개를 둘러 사람들이 알아보지 못하게 합니다. 이어 물동이를 든 어린 소녀의 모습으로 나타나 알키노오스의 왕궁까지 길을 안내합니다. 이때 아테나는 특히 왕비 아레테에게 호의를 얻으라고 다시 강조합니다. 오디세우스는 항구와 배, 성벽을 지나며 파이아케스인의 도시를 살펴보고 왕궁에 도착합니다. 금속과 빛으로 가득한 궁전과 사철 열매가 이어지는 정원을 바라본 뒤 안으로 들어갑니다. 아테나의 안개에 가려진 채 사람들 사이를 지나 아레테에게 다가가 무릎을 붙잡고 고향으로 보내 달라고 탄원합니다. 그 순간 안개가 걷히며 갑자기 나타난 낯선 사람을 보고 모두가 놀랍니다. 오디세우스는 탄원을 마친 뒤 화덕의 재 속에 앉습니다. 잠시 침묵이 흐른 뒤 원로 에케네오스가 알키노오스에게 탄원자를 그대로 재 속에 앉혀 두는 것은 옳지 않다고 지적합니다. 알키노오스는 오디세우스를 일으켜 자리에 앉히고 음식과 술을 내어 줍니다. 이어 다음 날 파이아케스인들을 모아 손님을 위한 잔치를 열고, 배를 마련해 고향으로 돌려보내겠다고 약속합니다. 알키노오스는 처음에는 혹시 이 낯선 사람이 인간의 모습으로 온 신이 아닌가 생각합니다. 오디세우스는 자신은 불멸의 존재가 아니라 고통받는 인간일 뿐이라고 선을 긋고, 무엇보다 집으로 돌아가고 싶다고 말합니다. 다른 손님들이 돌아간 뒤 아레테가 오디세우스의 옷을 알아봅니다. 그것은 자신과 시녀들이 만든 옷이었기 때문입니다. 아레테는 그가 누구이며 어디서 왔고, 그 옷을 어떻게 얻었는지를 묻습니다. 오디세우스는 자신의 이름이나 트로이 이후 모든 모험을 밝히지는 않습니다. 대신 칼립소의 섬에서 오랜 시간을 보냈고, 뗏목을 타고 떠난 뒤 폭풍을 만나 스케리아 해안에 도착했으며, 나우시카에게 도움을 받았다는 최근의 경로를 설명합니다. 알키노오스는 나우시카가 그를 바로 궁정으로 데려오지 않은 일을 아쉬워하지만, 오디세우스는 그녀가 자신에게 함께 오라고 했으며 자신이 조심해서 따로 들어온 것이라고 감싸 줍니다. 알키노오스는 오디세우스 같은 사람이 자신의 사위가 되어 머문다면 좋겠다고 말하면서도, 원치 않는 사람을 억지로 붙잡지는 않겠다고 분명히 합니다. 그리고 다음 날 파이아케스의 뛰어난 배와 선원들이 그를 원하는 곳까지 데려다줄 것이라고 약속합니다. 오디세우스가 그 약속이 이루어지기를 기도하고 잠자리에 들면서 제7권이 끝납니다. 8. 읽은 뒤 해설 — 이름보다 먼저 얻는 자리 제7권에서 오디세우스는 아주 많은 말을 하지만 자기 이름은 말하지 않습니다. 칼립소에게서 떠나 이곳까지 온 이야기를 꽤 자세히 설명하면서도, ‘나는 오디세우스다’라는 문장은 아직 나오지 않습니다. 이 순서는 파이아케스인들의 환대 규범을 그대로 보여 줍니다. 파이아케스인들의 환대는 그의 출신과 명성을 확인하기 전에 시작됩니다. 낯선 탄원자라는 사실을 보고 자리를 내어 주고, 음식을 먹이고, 귀향 수단을 약속합니다. 그 뒤에야 아레테가 그의 옷과 경로를 묻습니다. 특히 에케네오스의 개입을 놓치지 않을 만합니다. 오디세우스가 재 속에 앉아 있는데도 모두 침묵하자, 그는 왕에게 손님을 제대로 앉히고 대접하라고 말합니다. 환대가 개인의 호의에서 끝나지 않고 공동체가 지켜야 할 규범처럼 작동하는 장면입니다. 한편 아레테는 조용하지만 결정적인 위치에 있습니다. 나우시카와 아테나가 모두 오디세우스에게 그녀를 먼저 찾으라고 했고, 실제로 오디세우스는 아레테에게 탄원합니다. 이어 그녀는 옷을 단서로 낯선 사람의 설명을 요구합니다. 제6권과 제7권을 함께 읽으면 오디세우스의 귀향이 왕 한 사람의 결정으로만 열리지 않는다는 점도 보입니다. 알키노오스의 제안 역시 칼립소와 비교해 볼 수 있습니다. 이곳에서도 오디세우스는 ‘머물 수 있는 가능성’을 제안받습니다. 그러나 알키노오스는 곧바로 원치 않는다면 붙잡지 않겠다고 하고 귀향을 약속합니다. 제5권의 정체된 아름다운 섬과 달리, 파이아케스인의 환대는 손님을 자기 길로 다시 보내 주는 것까지 포함합니다. 9. 놓치기 쉬운 한 장면 아레테가 오디세우스의 옷을 알아보는 순간, 그가 말로 밝히지 않은 최근의 행적이 사물을 통해 드러납니다. 후반부로 갈수록 『오디세이아』에서는 사람의 정체가 말만으로 확인되지 않습니다. 옷, 흉터, 침대 같은 물질적 단서가 ‘누구인가’를 증명하는 장면들이 이어집니다. 10. 다음 권에서는 제7권에서 오디세우스는 귀향할 배를 약속받았습니다. 이제 남은 것은 파이아케스 공동체가 이 낯선 사람을 더 오래 바라보는 일입니다. 제8권에서는 노래와 경기, 선물 속에서 오디세우스의 과거가 조금씩 밖으로 새어 나옵니다. 그는 아직 이름을 감추고 있지만, 트로이에 관한 노래를 들을 때의 눈물까지 숨기지는 못합니다. 제8권 완독 가이드 1. 지금 어디쯤인가 파이아케스인들은 오디세우스를 고향으로 보내 주기로 이미 결정했습니다. 제8권은 출항 준비보다 정체 공개 직전의 긴장에 더 많은 시간을 씁니다. 낯선 손님이 잔치와 경기, 노래를 거치며 공동체 안에서 어떤 사람인지 드러나는 권입니다. 제9권 첫머리에서 오디세우스가 마침내 이름을 밝히기 때문에, 이번 권은 정체 공개 직전의 마지막 단계이기도 합니다. 2. 읽기 전 60초 데모도코스의 노래가 세 번 등장합니다. 세 노래의 내용을 모두 외우기보다, 오디세우스가 각각 어떻게 반응하는지를 따라가면 됩니다. 경기 장면에서는 에우리알로스의 모욕 이후 오디세우스의 태도가 바뀝니다. 그리고 마지막 트로이 목마 노래 뒤 알키노오스가 어떤 질문을 던지는지 기억해 두십시오. 3. 이 이름만 기억 • 데모도코스 — 파이아케스인의 시인. 노래로 오디세우스의 숨겨진 과거를 건드립니다. • 알키노오스 — 오디세우스의 눈물을 반복해서 알아차리고 끝내 정체를 묻습니다. • 에우리알로스 — 경기 참여를 거절하는 오디세우스를 모욕했다가 뒤에 사과하고 선물을 줍니다. • 라오다마스 — 알키노오스의 아들. 오디세우스에게 경기에 참여해 보라고 먼저 권합니다. • 나우시카 — 출항 준비가 이어지는 가운데 오디세우스와 짧게 작별합니다. 4. 이것 하나만 붙잡기 오디세우스는 이름보다 먼저 눈물로 정체를 드러냅니다. 파이아케스인들에게 그는 아직 이름 없는 손님이지만, 트로이 전쟁의 노래는 그의 몸에서 반응을 끌어냅니다. 알키노오스는 그 반응을 보고 결국 이름과 과거를 요구합니다. 5. 읽기 속도 — 천천히 제8권은 잔치·노래·경기·춤·선물처럼 장면이 자주 바뀝니다. 얼핏 곁가지처럼 보이는 에피소드가 많지만, 마지막에는 모두 ‘이 손님은 누구인가’라는 질문으로 모입니다. 6. 이제 원전을 읽는다 여기서 완역본 『오디세이아』 제8권을 읽고 돌아옵니다. 7. 제8권 상세 줄거리 아침이 되자 알키노오스는 오디세우스와 함께 파이아케스인의 회의 장소로 갑니다. 아테나는 사람들을 모으고 오디세우스의 외모를 더 당당해 보이게 합니다. 알키노오스는 손님을 고향으로 데려다줄 새 배와 쉰두 명의 선원을 준비하게 한 뒤 모두를 자신의 집으로 초대합니다. 잔치에는 눈먼 시인 데모도코스가 불려옵니다. 그는 트로이 전쟁 때 오디세우스와 아킬레우스가 다퉜던 일을 노래합니다. 노래를 듣던 오디세우스는 망토로 얼굴을 가리고 눈물을 흘립니다. 다른 사람들은 눈치채지 못하지만 곁에 있던 알키노오스는 그의 슬픔을 알아보고 노래를 중단시킨 뒤 야외 경기로 자리를 옮깁니다. 달리기와 씨름, 도약과 원반던지기, 권투가 이어집니다. 알키노오스의 아들 라오다마스가 오디세우스에게 경기 참가를 권하지만 그는 오랜 고난 때문에 지금은 귀향 생각뿐이라며 사양합니다. 그러자 에우리알로스가 오디세우스를 운동에 익숙한 사람이 아니라 이익만 좇는 상인 같은 사람이라고 모욕합니다. 자존심을 건드린 오디세우스는 더 무거운 원반을 집어 멀리 던지고, 아테나는 사람의 모습으로 그 표지가 다른 기록보다 훨씬 앞에 있다고 확인해 줍니다. 오디세우스는 활과 창을 포함해 자신이 여러 경기에서 뛰어나다고 말합니다. 알키노오스는 갈등을 더 키우지 않고 파이아케스인이 특히 뛰어난 춤과 노래를 보여 주겠다고 합니다. 데모도코스는 이번에는 아레스와 아프로디테가 헤파이스토스의 그물에 걸리는 이야기를 노래하고, 파이아케스 청년들은 춤과 공놀이를 보여 줍니다. 오디세우스가 그들의 재주를 칭찬하자 알키노오스는 지도자들에게 손님을 위한 옷과 금을 선물하게 하고, 에우리알로스에게도 사과를 요구합니다. 에우리알로스는 자신의 칼을 주며 화해합니다. 왕궁으로 돌아온 뒤 오디세우스는 목욕하고 새 옷을 입습니다. 나우시카는 집에 돌아가면 자신을 잊지 말라고 짧게 인사하고, 오디세우스는 자신을 살려 준 사람으로 기억하겠다고 답합니다. 다시 잔치가 시작되고 데모도코스가 들어오자 오디세우스는 그에게 특별히 음식을 보내 존중을 표시합니다. 이어 트로이의 목마와 함락을 노래해 달라고 직접 요청합니다. 데모도코스는 목마 안에 숨어 있던 그리스군과 트로이 함락, 오디세우스가 메넬라오스와 함께 데이포보스의 집에서 싸운 일을 노래합니다. 오디세우스는 이번에도 무너질 듯 울고, 알키노오스만이 그의 울음을 알아차립니다. 알키노오스는 마침내 노래를 멈추게 합니다. 그리고 손님에게 더는 숨기지 말고 부모가 붙여 준 이름, 고향과 도시를 말하라고 요구합니다. 어느 민족과 장소를 거쳤는지, 왜 트로이 귀환 노래를 들을 때 그렇게 슬퍼하는지도 묻습니다. 오디세우스가 답하기 직전 제8권이 끝납니다. 8. 읽은 뒤 해설 — 타인의 노래 속에서 만나는 자기 과거 제8권에서 오디세우스는 자신의 이야기를 아직 하지 않습니다. 대신 먼저 다른 사람이 말하는 오디세우스를 듣습니다. 데모도코스는 오디세우스가 바로 앞에 앉아 있다는 사실을 모른 채 트로이 전쟁의 이야기를 노래합니다. 그 노래 속 오디세우스는 이미 공동의 기억에 들어간 영웅입니다. 그러나 노래를 듣는 실제 오디세우스는 영광을 즐기지 않고 얼굴을 가린 채 웁니다. 데모도코스의 노래가 반복되는 방식도 눈여겨볼 만합니다. 첫 번째는 트로이 전쟁 속 영웅들의 갈등을 건드리고, 두 번째 아레스와 아프로디테 이야기는 분위기를 바꾸어 공동체의 오락과 춤 속에 놓입니다. 마지막에는 오디세우스 자신이 다시 트로이 목마 이야기를 청합니다. 세 노래는 각각 다른 기능을 맡습니다. 그러나 첫 번째와 마지막 노래가 오디세우스의 눈물을 끌어내면서, 그가 숨기고 있는 과거와 현재의 손님 자리가 점점 가까워집니다. 특히 마지막 노래는 오디세우스가 직접 요청해 불러낸 기억입니다. 자신을 아프게 하는 이야기임을 알면서도 다시 듣기를 선택한 셈입니다. 그리고 노래 속에는 목마를 성 안으로 들이는 계략과 트로이 함락 때의 오디세우스가 등장합니다. 이름을 감춘 사람이 자기 이름이 포함된 이야기를 요청하고, 그것을 들으며 다시 우는 장면이 됩니다. 이 차이는 제9권부터 시작될 자기서사와 좋은 대비를 만듭니다. 제8권까지는 다른 사람이 그의 과거를 노래합니다. 제9권부터는 오디세우스 자신이 “나는 누구이며 무슨 일을 겪었는가”를 말합니다. 이야기를 듣는 사람에서 이야기하는 사람으로 자리가 바뀌는 것입니다. 경기 장면도 이 흐름에서 볼 수 있습니다. 오디세우스는 처음에는 몸을 드러내 경쟁할 생각이 없습니다. 그는 이미 귀향 약속을 받았고 빨리 집에 가고 싶어 합니다. 에우리알로스가 그를 상인에 가까운 사람으로 잘못 판단해 조롱하자 상황이 달라집니다. 오디세우스는 원반을 던져 자신이 어떤 종류의 사람인지 몸으로 보여 줍니다. 아직 이름은 감췄지만 능력과 감정은 조금씩 감춰지지 않습니다. 그 뒤 에우리알로스가 사과하고 칼을 선물하는 과정도 지나치기 쉽습니다. 경기는 낯선 손님의 자존심을 시험하는 자리였지만, 갈등은 선물과 사과를 통해 다시 환대의 관계 안으로 들어옵니다. 파이아케스인들이 오디세우스를 집으로 보내는 일은 배 한 척을 제공하는 것으로만 이루어지지 않습니다. 잔치와 경기, 춤, 목욕, 옷과 금, 작별 인사가 모두 손님을 다시 여행자로 만들어 가는 과정에 놓입니다. 알키노오스가 중요한 이유도 여기에 있습니다. 그는 첫 번째 노래에서 이미 오디세우스의 울음을 알아봅니다. 마지막 목마 노래에서 같은 일이 반복되자 더 이상 지나치지 않습니다. 이름, 고향, 방랑, 눈물의 이유를 묻습니다. 타인의 사생활을 캐묻는 호기심이라기보다, 계속 자기 과거에 반응하는 손님이 누구인지 이제는 밝혀야 할 순간이 된 것입니다. 그래서 제8권은 사건상으로는 파이아케스의 잔치와 경기지만, 구조상으로는 정체를 말할 수밖에 없는 자리까지 오디세우스를 밀어가는 권입니다. 9. 놓치기 쉬운 한 장면 데모도코스가 다시 잔치에 들어왔을 때 오디세우스는 자신이 받은 고기 가운데 좋은 몫을 따로 보내 시인을 대접합니다. 아직 정체도 밝히지 않은 손님이 노래하는 사람에게 먼저 선물을 건네는 장면입니다. 이후 그는 바로 그 데모도코스에게 트로이 목마 노래를 청합니다. 노래를 듣는 수동적인 청중이 되기 전에 시인을 존중하고 어떤 노래를 들을지 직접 선택하는 사람으로 행동합니다. 10. 다음 권에서는 알키노오스가 마침내 묻습니다. 당신의 이름은 무엇이며, 어디에서 왔고, 왜 트로이 이야기에 우는가. 제9권의 첫 번째 큰 변화는 답입니다. “나는 오디세우스다.” 그리고 그 순간부터 작품의 시간은 현재의 파이아케스 궁정에서 과거의 바다로 되돌아갑니다. ---------------------------------------- ## 초고 ISBN 9791143820389 · 2026-08-25 · 허구진 지음 https://voidlogpress.com/books/%ec%b4%88%ea%b3%a0/ ### 1장. 초고라는 말 https://voidlogpress.com/books/%ec%b4%88%ea%b3%a0/1%ec%9e%a5-%ec%b4%88%ea%b3%a0%eb%9d%bc%eb%8a%94-%eb%a7%90/ 질문: 생각이 저절로 부풀어 오르는 과정을 어떻게 이해해야 하나요? 요약: 이 책은 그것을 초고라고 부릅니다. 말과 장면, 몸의 조임, 과거의 사건과 미래의 예상이 한꺼번에 들어와 마지막에 한 문장으로 묶입니다. 마음의 초고는 서툰 글이라기보다 지금 살아남고 관계를 유지하기 위해 빠르게 만들어진 해석에 가깝습니다. 또 다른 질문: 초고라고 부르면 첫 생각이 틀렸다는 뜻인가요? 답: 아닙니다. 초고의 핵심은 진위가 아니라 상태입니다. 아직 무엇이 사건이고 무엇이 해석이며 무엇이 다음 행동인지 분리되지 않은 상태를 가리킵니다. 모든 문장을 의심할 필요도, 직감이니 믿어야 한다고 확정할 필요도 없습니다. 또 다른 질문: 재료와 방향과 문장은 각각 무엇인가요? 답: 재료는 결론 전에 경험 안으로 들어온 것들입니다. 가슴의 조임, 상대의 표정, 떠오른 과거 장면 같은 것입니다. 방향은 몸과 행동이 기울어지는 쪽이고, 문장은 그 둘에 붙은 최소 해석입니다. 한 덩어리로 굳은 반응을 나눠 읽기 위한 편집 모델입니다. 또 다른 질문: 말이 떠오르지 않아도 생각이 시작될 수 있나요? 답: 있습니다. 방 안의 대화가 멈췄을 때 가슴이 조이고 출입문 쪽으로 물러나는 움직임에는 이미 의미가 붙어 있습니다. 다만 몸이 먼저 시작했다는 사실과 몸의 판단이 언제나 옳다는 말은 다릅니다. 몸은 피로와 과거 학습에도 영향을 받습니다. 또 다른 질문: 첫 문장이 실제로 사실이면 어떻게 하나요? 답: 초고를 읽는 것은 문장을 믿지 않는 일이 아니라 어떤 자료를 썼는지 확인하는 일입니다. 반복되는 사건은 기록하고 몸의 증상은 의료적으로 확인합니다. 다만 저 사람이 내 말을 끊는다는 사실과 나는 어디서나 중요하지 않다는 문장은 범위가 다릅니다. 최종 확인: 2026-09-02T16:32:15+09:00 새벽에 잠이 깼다. 어제 모임에서 했던 말이 다시 떠올랐다. 누군가의 표정이 잠깐 굳었던 것 같았다. 그때는 그냥 지나갔는데, 어둠 속에서는 장면이 더 선명해졌다. “괜한 말을 했다.” 곧바로 다음 문장이 따라왔다. “나는 왜 중요한 순간마다 말을 망칠까.” 침대에 누워 있었지만 머릿속에서는 어제의 장면이 다시 편집되고 있었다. 상대가 고개를 돌린 순간은 길어졌고, 그 전까지 자연스러웠던 대화는 사라졌다. 아직 일어나지 않은 다음 모임도 보였다. 사람들이 나를 불편해하는 장면이었다. 이 경험을 생각이라고 부르는 것은 틀리지 않는다. 다만 너무 넓다. 그 안에는 말이 있었다. 장면이 있었다. 몸의 조임과 숨고 싶은 방향이 있었다. 과거의 사건과 미래의 예상이 한꺼번에 들어왔다. 마지막에는 한 번의 말실수가 사람 전체를 설명하는 문장으로 바뀌었다. 이런 경험을 ‘초고’라고 부르겠다. 초고는 틀린 글이 아니다 초고라고 하면 고쳐야 할 글부터 떠오른다. 표현이 거칠고 구조가 엉성하며, 사실 확인도 끝나지 않은 원고다. 완성본으로 내보내기 전에 문장을 다듬고 순서를 바꾸고 잘못된 부분을 삭제한다. 마음의 초고도 비슷한 점이 있다. 사건과 해석이 아직 충분히 나뉘지 않았다. 몸에서 올라온 신호와 오래된 기억이 한 문단에 들어 있다. 상대의 행동과 상대의 의도에 대한 추정이 붙어 있다. 현재의 불편함이 미래 전체의 예상으로 확장돼 있다. 다만 마음의 초고에는 종이 위 원고와 다른 점이 있다. 마음의 초고는 서툰 글보다 빠르게 구성된 생존·관계·행동의 해석에 가깝다. 지금 살아남고 관계를 유지하고 다음 행동을 준비하기 위해 빠르게 만들어진 해석이다. 그 안에는 실제 위험을 알아본 판단도 있고, 반복되는 부당함을 연결한 기억도 있다. 내일 필요한 행동을 미리 준비하게 하는 예상도 있다. 초고라는 말은 첫 생각의 진위를 미리 판정하지 않고, 아직 검토 전이라는 상태를 가리킨다. 첫 생각은 아직 검토되지 않은 채 여러 재료가 함께 들어 있는 문장이다. 그 문장이 맞을 수 있다. 일부만 맞을 수도 있다. 사실과 기억과 두려움이 뒤섞였을 수도 있다. 초고의 핵심은 진위가 아니라 상태다. 아직 무엇이 사건이고 무엇이 해석이며 무엇이 다음 행동인지 분리되지 않은 상태다. 초고를 읽는다고 해서 모든 문장을 의심할 필요는 없다. 반대로 직감이니 믿어야 한다고 확정할 필요도 없다. 먼저 무엇이 쓰였는지 본다. 말로 들리는 생각 생각은 흔히 말의 형태로 느껴진다. “나는 잘못했다.” “저 사람은 나를 싫어한다.” “이번에는 틀림없이 실패한다.” 이런 내적 말은 실제 대화처럼 길게 이어질 수도 있고, 한두 단어로 압축될 수도 있다. 누군가와 논쟁하듯 질문과 대답이 오가기도 하고, 자신을 평가하는 짧은 판정만 남기도 한다. 내적 말에 관한 연구는 그것을 하나의 단일 현상으로 보지 않는다. 대화처럼 진행되는 말, 압축된 말, 평가하거나 동기를 부여하는 말 등 서로 다른 형태와 기능이 보고돼 왔다. 이때의 내적 말은 머릿속에서 실제 외부 음성이 들리는 경험을 진단하거나 설명하려는 개념이 아니다. 소리 없이 말하는 듯한 일상적 사고를 가리킨다. 말은 편리하다. 사건을 짧게 요약한다. 여러 장면을 하나의 결론으로 묶는다. 다음 행동의 이유를 만든다. 문제는 그 편리함 때문에 요약이 사건 자체처럼 느껴질 수 있다는 데 있다. “답장이 오지 않았다”는 상황이 “나를 피한다”는 문장이 되면, 행동은 이미 달라진다. 메시지를 다시 보내거나 관계를 포기하거나, 아무렇지 않은 척 더 오래 기다릴 수 있다. 문장은 사건을 요약하면서 다음 행동의 방향까지 만든다. 장면으로 보이는 생각 모든 생각이 말로 들리는 것은 아니다. 내일 발표에서 말을 잊는 자신의 모습이 보일 수 있다. 병원 검사 결과를 듣고 굳어 있는 가족의 얼굴이 떠오를 수도 있다. 과거에 실수했던 순간이 짧은 영상처럼 반복되기도 한다. 시각적 심상 연구는 머릿속 장면이 실제 지각과 일부 신경 자원을 공유할 수 있음을 보여 준다. 그러나 상상한 장면과 외부 자극의 지각은 같지 않다. 이 차이를 지우면 두 가지 오류가 생긴다. 하나는 머릿속 장면이 생생하다는 이유로 미래의 사실처럼 취급하는 오류다. 실패 장면의 생생함과 실제 실패 가능성은 서로 다른 정보다. 다른 하나는 보이는 생각을 말이 아니라는 이유로 생각에서 제외하는 오류다. “아무 생각도 하지 않았다”고 말하지만 실제로는 장면이 이미 방향을 만들고 있을 수 있다. 발표 전날 실패하는 모습이 떠오른다. 아직 “나는 실패할 것이다”라는 말은 없을 수 있다. 하지만 자료를 덮고 싶은 움직임이 시작되고, 발표를 피할 이유가 떠오른다. 장면은 이미 다음 행동에 들어와 있다. 이런 장면도 문장에 포함한다. 정확히는 실제 문법 문장이 아니라, 장면에 붙은 최소 해석을 가리킨다. “내일도 같은 일이 일어날 것이다.” 장면을 문장으로 옮겨 적는 이유는 이미지를 없애기 위해서가 아니다. 이미지가 어떤 뜻으로 사용되고 있는지 보기 위해서다. 말보다 먼저 형성된 문장 어떤 해석은 목소리나 장면보다 먼저 몸과 행동 방향에서 시작된다. 문을 열고 들어갔는데 방 안의 대화가 잠깐 멈췄다. 가슴이 조이고 시선이 바닥으로 내려간다. 몸은 출입문 가까운 자리를 찾는다. 아직 머릿속에서 “나 때문에 대화가 멈췄다”는 말이 들리지 않을 수 있다. 누군가 자신을 바라보는 장면도 분명하지 않다. 그래도 몸과 움직임에는 이미 의미가 붙어 있다. “여기서는 오래 머물지 않는 편이 낫다.” 이를 ‘말보다 먼저 형성된 문장’이라 부르겠다. 몸의 변화는 재료이고, 그 변화에 의미가 붙을 때 문장의 기능이 시작된다. 가슴 조임은 감각이다. 출입문 쪽으로 물러나고 싶은 움직임은 방향이다. 그 조임과 방향이 “이곳은 나에게 안전하지 않다”는 의미로 정리될 때 문장이 된다. 이 구분이 필요한 이유는 감정이 말로 정리된 뒤에만 관찰할 수 있다는 오해를 줄이기 위해서다. 말이 생기지 않아도 이미 피하고 있고, 이미 붙잡고 있으며, 이미 다음 행동을 준비하고 있을 수 있다. 몸이 먼저 반응했더라도 판단의 정확성은 별도로 확인해야 한다. 몸은 중요한 신호를 줄 수 있다. 동시에 피로, 과거의 학습, 현재의 맥락과 예상에 영향을 받는다. 몸이 먼저 시작했다는 사실과 몸의 판단이 언제나 옳다는 말은 다르다. 재료와 방향과 문장 이제 세 가지를 나눌 수 있다. 재료 재료는 경험에 들어오는 것들이다. • 가슴의 조임 • 얼굴의 열감 • 어깨의 무거움 • 상대의 표정 • 갑자기 떠오른 과거 장면 • 앞으로 일어날 것 같은 이미지 • 방 안의 소리와 침묵 • 기억난 말 한마디 재료는 결론이 내려지기 전에 경험 안으로 들어온 것들이다. 감각과 장면과 기억이 여기에 들어간다. 그렇다고 아무 뜻 없는 조각인 것도 아니다. 어떤 재료는 이미 주의를 끌고, 어떤 재료는 이전 경험과 연결돼 있다. 방향 방향은 몸과 행동이 기울어지는 쪽이다. • 다가간다 • 물러난다 • 묻는다 • 숨긴다 • 붙잡는다 • 밀어낸다 • 얼어붙는다 • 확인을 반복한다 방향은 완성된 행동과 다르다. 실제로 행동하지 않아도 움직임의 준비가 생길 수 있다. 문장 문장은 재료와 방향에 붙은 최소 해석이다. • “위험하다.” • “무시당했다.” • “놓치면 안 된다.” • “나는 여기에서 환영받지 못한다.” • “다시는 이런 일이 없어야 한다.” 문장은 길게 들릴 수도 있고, 장면이나 방향 속에 압축돼 있을 수도 있다. 이 세 구분은 뇌가 재료 칸, 방향 칸, 문장 칸을 차례로 지나간다는 뜻이 아니다. 실제 경험에서는 순서가 겹치고 되돌아간다. 문장이 먼저 떠오른 뒤에 몸이 더 세게 반응하기도 한다. 미래 장면이 보인 뒤에 과거 기억이 따라오기도 한다. 재료–방향–문장은 한 덩어리로 굳은 반응을 나누어 읽기 위한 편집 모델이다. 모델은 현실을 단순하게 만든다. 대신 어디를 볼 수 있는지 알려 준다. “나는 무시당했다”는 문장이 생겼다고 하자. 참인지 거짓인지 판정하기 전에 먼저 물을 수 있다. 어떤 사건이 재료로 들어왔는가. 몸은 어디로 기울었는가. 과거와 미래의 어떤 장면이 붙었는가. 문장은 사람 전체에 대해 무엇을 말하고 있는가. 이 질문은 생각의 내용보다 생성 과정을 보게 한다. 첫 문장이 사실일 때 초고라는 말은 첫 문장을 약화하는 데만 쓰이면 안 된다. 직장에서 실제로 반복해서 발언 기회를 빼앗기고 있을 수 있다. 가족이 지속적으로 경계를 침범하고 있을 수 있다. 몸의 통증이 의료적으로 확인해야 할 신호일 수 있다. 그런데도 “그건 초고일 뿐”이라고 말하면 현실을 지우는 도구가 된다. 초고를 읽는다는 것은 문장을 믿지 않는 일이 아니다. 문장이 어떤 자료를 사용했는지 확인하는 일이다. 반복되는 사건은 기록으로 남긴다. 상대의 행동을 직접 물을 수 있다. 몸의 증상은 의료적으로 확인한다. 위험한 상황에서는 즉시 벗어날 수 있다. 첫 문장이 사실일 때도 생성 과정을 보는 일은 필요하다. “저 사람은 반복해서 내 말을 끊는다”는 사실과 “나는 어디서나 중요하지 않다”는 자기 문장은 범위가 다르다. 사실을 정확히 좁혀야 행동도 정확해진다. 상대에게 경계를 표현해야 하는지, 조직의 절차를 이용해야 하는지, 관계를 끝내야 하는지는 상황에 따라 다르다. 사람 전체에 대한 판결보다 사건의 범위를 아는 편이 행동을 고르기 쉽다. 첫 문장이 틀릴 때 반대로 첫 문장이 틀렸다고 밝혀질 수 있다. 답장이 늦은 이유는 회의 중이었기 때문일 수 있다. 방에 들어갔을 때 대화가 멈춘 것은 이야기의 끝이었기 때문일 수 있다. 팀장이 제안을 넘긴 것은 시간이 부족했기 때문일 수 있다. 이때 “내가 또 과민했다”고 자신을 공격하면 새로운 자기 문장이 생긴다. 첫 초고를 지우고 더 큰 초고를 쓰는 셈이다. “나는 사람을 늘 잘못 판단한다.” “나는 감정을 믿으면 안 된다.” “나는 왜 이렇게 예민한가.” 사실 확인은 자기 비난과 다르다. 문장이 틀렸다는 것을 알게 되면 그 문장의 범위를 수정하면 된다. 왜 그런 해석이 빨리 생겼는지 살펴보고, 다음에 무엇을 확인할지 정한다. 초고를 읽는 목적은 틀리지 않는 사람이 아니라, 틀린 문장도 행동을 지배하기 전에 볼 수 있는 사람이 되는 데 있다. 왜 ‘생각’이 아니라 ‘문장’인가 생각이라는 말은 너무 넓다. 계산도 생각이고, 계획도 생각이며, 떠오른 노랫말도 생각이다. 감정에 대한 설명과 문제 해결, 기억과 상상도 모두 생각이라고 부른다. 문장이라는 말은 의미의 단위를 더 분명하게 보여 준다. 문장에는 무엇인가에 대한 서술이 있다. 주어가 드러나지 않아도 누가 무엇을 당하고 무엇을 해야 하는지가 들어 있다. 문장은 사실을 설명하는 척하면서 행동의 이유를 제공한다. “답장이 없다”는 상황이다. “나를 피한다”는 문장이다. “관계가 끝났다”는 더 큰 문장이다. “나는 결국 버려진다”는 주어가 사람 전체로 확장된 문장이다. 이렇게 적으면 어디에서 사건의 범위가 넓어졌는지 보인다. 문장이라는 은유는 해석이 행동에 들어오는 단위를 붙잡기 위한 장치다. 다만 모든 것을 문장으로 만들지는 않는다. 아침 햇빛의 밝음, 따뜻한 물의 감각, 순간적인 통증, 이유 없이 스쳐 가는 색과 소리는 그 자체로 경험될 수 있다. 그 모든 경험에 억지로 뜻을 붙일 필요는 없다. 문장은 경험에 의미와 방향이 붙어 다음 행동이나 자기 이해에 들어올 때 사용한다. 초고와 무아 사이 나라는 것이 하나의 단단한 물건이 아니라 여러 과정으로 이루어진다는 설명이 있다. 이 설명은 불교의 무아와 닮아 보인다. 초기불교 문헌에는 사람을 다섯 묶음으로 나누어 보는 방식이 있다. 몸, 느낌, 지각, 형성, 의식이다. 이 다섯을 오온이라고 부른다. SN 22.59는 그 다섯 가지를 나 또는 나의 것으로 보지 않는 관찰을 전한다. 여기까지 읽으면 “나라는 문장도 초고다”라는 생각이 자연스럽게 떠오른다. 그런데 두 쪽이 묻는 것은 다르다. 심리학과 뇌과학은 그런 기능이 어떻게 작동하는지 묻는다. 문헌의 무아는 기능이 있느냐 없느냐보다, 무엇을 나라고 붙잡고 확정하는지를 묻는다. 두 질문은 가까이 서 있다. 그러나 같은 답에 도착하지는 않는다. 이 간격을 유지해야 자기참조 연구가 무아의 증명으로 바뀌지 않는다. 초고를 읽는 첫 번째 방법 첫 연습은 단순하다. 하루 동안 강하게 남은 경험 하나를 고른다. 그 경험을 고치려 하지 말고 세 줄로 나누어 본다. 재료: 무엇이 들어왔는가. 방향: 몸과 행동은 어디로 기울었는가. 문장: 어떤 최소 해석이 붙었는가. 예를 들면 이렇다. 재료: 상대의 짧은 대답, 가슴의 조임, 이전에 대화가 끊겼던 기억 방향: 더 묻고 싶지만 먼저 물러나고 싶음 문장: “내가 부담스러운가 보다.” 여기에서는 사실을 판정하지 않는다. 행동도 아직 고르지 않는다. 세 가지가 원래부터 하나였던 것처럼 느껴졌다는 점만 확인한다. 나중에 다시 보면 문장이 달라질 수 있다. 더 정확한 문장이 생길 수도 있고, 첫 문장이 그대로 남을 수도 있다. 어느 쪽이어도 괜찮다. 초고는 고치기 전에도 무엇이 쓰였는지를 보여 주는 첫 기록이다. 어긋나는 자리 — 구성되는 자기와 무아 첫 장에서 가장 먼저 경계할 것은 ‘구성된 자기’가 무아의 현대 번역어처럼 굳는 일이다. 현대 심리학과 뇌과학은 자기 관련 정보가 기억·판단·몸의 모델에서 어떻게 처리되는지 비교한다. 여기에서 자기는 과제로 조작할 수 있는 기능이다. SN 22.59의 무아 관찰은 그 기능이 없다는 결과가 아니다. 오온을 나와 나의 것으로 확정하는 방식과 그 붙잡음이 괴로움에 어떻게 관여하는지를 묻는다. 처리 과정이 여러 기능으로 이루어졌다는 결과는 자기 경험이 하나의 단단한 물건이 아니라는 점을 보여 줄 수 있다. 그러나 그 결과만으로 무엇을 ‘나’라고 붙잡는지, 그 붙잡음이 어떻게 괴로움과 연결되는지는 설명되지 않는다. 이 간극은 결론으로 닫기보다 계속 유지해야 한다. 닮음은 출발점일 뿐, 증명의 자리가 아니다. ---------------------------------------- ### 4장. 0.2초 https://voidlogpress.com/books/%ec%b4%88%ea%b3%a0/4%ec%9e%a5-02%ec%b4%88/ 질문: 자극과 반응 사이에 0.2초의 틈이 있다는 말은 사실인가요? 요약: 숫자의 출처를 따라가면 하나의 틈이 아니라 서로 다른 실험들이 나옵니다. 시각 의식 연구에서 약 200밀리초 전후의 뇌파 반응이 주관적 시각 경험과 관련된 후보 지표로 보고돼 왔지만, 그 연구가 다룬 것은 특정 시각 자극을 보았다는 경험입니다. 메시지를 읽고 기분이 상한 뒤 답장을 고르는 일과는 다릅니다. 또 다른 질문: 0.2초라는 숫자는 어디에서 나온 것인가요? 답: 하나의 틈이 아니라 서로 다른 실험들에서 나옵니다. 시각 알아차림과 관련된 200밀리초, 의도 시점에 관한 시간, 준비된 움직임을 취소하기 어려워지는 200밀리초는 숫자만 비슷할 뿐 각각 다른 과정을 측정합니다. 또 다른 질문: 리벳 실험은 자유의지가 없다는 증거인가요? 답: 그렇게 넓게 읽을 수 없습니다. 참가자가 한 일은 특별한 이유 없이 사소한 움직임의 시점을 정하는 것이었고, 의도 시점은 회고적 보고라 편향 가능성이 지적됐습니다. 직장을 옮길지 결정하는 일과 같은 종류가 아닙니다. 또 다른 질문: 준비전위가 나타나면 결정이 끝난 것인가요? 답: 해석이 하나가 아닙니다. 다른 모델에서는 이 신호를 확정된 명령의 자국이 아니라 확률적으로 축적된 활동을 평균 낸 결과로 봅니다. 실제로 결과를 따져야 하는 결정에서는 같은 형태의 준비전위가 뚜렷하지 않았습니다. 또 다른 질문: 그럼 반응을 최대한 빨리 알아차려야 하나요? 답: 개입 지점이 하나가 아닙니다. 전송 직전에 멈출 수도, 보낸 뒤 문장을 다시 읽으며 반복되는 어조를 처음 발견할 수도 있습니다. 관찰의 질은 속도보다 무엇을 보았고 그 뒤에 어떻게 행동했는지에 달려 있습니다. 최종 확인: 2026-09-02T16:32:15+09:00 알림음이 울렸다. 화면에는 짧은 메시지가 떠 있었다. “오늘은 조금 혼자 있고 싶어요.” 문장은 짧았다. 그런데 손은 이미 휴대전화를 집어 들었고, 가슴에는 작은 조임이 생겼다. “내가 뭘 잘못했다는 뜻인가.” 답장을 쓰기 전인데도 다음 문장이 따라왔다. “마음이 이미 멀어진 건 아닐까.” 이런 순간을 설명할 때 자주 등장하는 말이 있다. 자극과 반응 사이에는 짧은 틈이 있고, 그 틈에서 선택할 수 있다는 말이다. 어떤 설명은 그 길이를 0.2초라고 정확히 적는다. 숫자가 붙으면 막연한 가능성이 물리적인 공간처럼 느껴진다. 반응하기 전에 누구에게나 똑같이 주어진 작은 방이 있는 것 같다. 알아차리기만 하면 그 안으로 들어갈 수 있을 것 같다. 0.2초는 매력적인 숫자다. 너무 길지 않아 즉각적인 반응을 설명할 수 있고, 너무 짧지 않아 개입의 가능성도 남겨 둔다. 그러나 이 숫자가 어디에서 왔는지 따라가 보면, 하나의 틈이 아니라 서로 다른 실험들이 나타난다. 하나의 숫자, 다른 실험 시각 의식을 연구하는 실험은 화면에 아주 짧게 자극을 띄운다. 그리고 참가자가 그것을 보았는지, 무엇을 보았다고 말하는지 측정한다. 이때 뇌파에서 약 200밀리초 전후에 나타나는 반응이 주관적 시각 경험과 관련된 후보 지표로 보고돼 왔다. 일부 과제에서는 이 반응의 크기가 참가자가 보고한 알아차림의 정도와 함께 달라졌다. 그러나 약 200밀리초라는 숫자만 떼어 놓으면 연구가 측정한 것이 사라진다. 이 연구들이 다룬 것은 특정한 시각 자극을 보았다는 경험이다. 메시지를 읽고 기분이 상한 뒤 답장을 고르는 일도 아니고, 화가 난 상태에서 말을 삼키는 일도 아니다. 같은 시각 연구 안에서도 시간값은 하나로 고정되지 않는다. 얼굴을 보았는지를 다룬 한 실험에서는 의식적 지각과 관련된 반응이 약 260~300밀리초에 나타났다. 그보다 늦은 P3b라는 반응은 조금 달랐다. 참가자가 자극을 보았는지보다, 그 자극이 과제에 필요했는지에 더 가깝게 움직였다. 보았다는 경험과, 본 것을 분류하고 보고하기 위한 후속 과정이 같은 사건은 아니었던 셈이다. 여기에서 얻는 것은 의식의 시작 시각보다, 연구마다 서로 다른 과정을 측정한다는 사실이다. 자극을 처리한다. 주관적으로 경험한다. 무엇을 보았는지 판단한다. 그 판단을 행동으로 보고한다. 이 과정들은 하나의 점으로 겹쳐 있지 않다. 0.2초라는 숫자는 이 여러 과정 가운데 한 부분에서 나온다. 그 숫자를 자극과 모든 반응 사이의 보편적인 틈으로 옮겨 보자. 연구가 애써 분리한 과정이 다시 하나로 뭉친다. 숫자가 오래 남는 데에는 이유가 있다. “여러 단계가 상황에 따라 다르게 진행된다”는 설명보다 “0.2초의 틈이 있다”는 문장이 기억하기 쉽다. 앞의 설명은 과정과 조건을 함께 기억해야 한다. 뒤의 설명은 숫자 하나만 붙잡으면 된다. 게다가 그 숫자는 실천의 방향까지 곧바로 제공하는 것처럼 보인다. 틈을 발견하고, 그 안에서 멈추고, 더 나은 반응을 고르면 된다는 식이다. 기억하기 쉬운 문장은 대중적으로 강하지만 정확성은 따로 검토해야 한다. 밀리초는 연구자가 과정을 분리해 보기 위해 쓰는 단위다. 어떤 자극을 언제 제시했고, 어떤 신호가 언제 변했으며, 참가자가 어느 시점에 무엇을 보고했는지를 비교한다. 그 단위를 실험 밖으로 옮겨 “사람이 화를 내기 전에 선택할 수 있는 시간”이라고 부르려면 근거가 하나 더 필요하다. 시각적 지각과 감정 해석과 운동 행동이 하나의 시간표를 공유한다는 근거다. 현재의 연구는 그 시간표를 제공하지 않는다. 의도를 언제 알았는가 0.2초와 함께 자주 언급되는 또 다른 연구는 벤저민 리벳의 실험이다. 참가자는 특별한 이유 없이 손가락이나 손목을 움직였다. 동시에 빠르게 도는 시계 모양의 화면을 보면서, 움직이려는 의도를 처음 의식한 시점을 기억해 보고했다. 연구진은 움직임 전에 나타나는 준비전위를 기록했다. 준비전위는 참가자가 “이제 움직이려 했다”고 보고한 시점보다 먼저 시작됐다. 이 결과는 뇌가 먼저 결정을 내리고 의식은 뒤늦게 그 결정을 알아차린다는 이야기로 널리 퍼졌다. 여기서 실험이 실제로 기록한 것과 뒤에 붙은 결론을 나눠야 한다. 참가자가 한 일은 특별한 이유 없이 사소한 움직임의 시점을 정하는 것이었다. 그 결정은 직장을 옮길지, 관계를 끝낼지, 화가 난 상태에서 어떤 말을 할지 숙고하는 일과 다르다. 의도의 시점은 참가자의 회고 보고와 과제 설계를 통해 추정한 값이다. 참가자는 움직임이 끝난 뒤, 시계의 어느 지점에서 의도를 느꼈는지 되돌아보고 말했다. 이런 회고적 시점 보고는 지각 사건의 표시 방식과 질문 조건에 따라 달라질 수 있다. 후속 연구들은 리벳식 시계 보고 자체에 편향이 들어갈 가능성을 지적했다. 이 사실이 리벳의 실험을 무효로 만들지는 않는다. 다만 실험이 자유의지 전체를 재판한 것은 아니라는 뜻이다. 연구가 보여 준 것은 단순한 자발적 움직임을 준비하는 신경 활동과, 참가자가 기억해 보고한 의도 시점 사이의 관계다. 그보다 넓은 결론을 내리려면 다른 종류의 결정과 다른 측정이 필요하다. 리벳 실험이 오래 논쟁의 중심에 놓인 이유도 여기에 있다. 실험 장치는 단순했지만, 결과 뒤에는 서로 다른 질문이 붙었다. 준비전위는 행동의 결정인가, 행동 가능성의 준비인가. 참가자가 보고한 의도는 결정의 시작인가, 이미 진행 중인 과정을 의식한 시점인가. 단순 운동을 시작하는 일에서 얻은 결과는 이유를 검토하는 선택에도 적용되는가. 같은 자료를 두고도 어느 질문을 앞에 놓느냐에 따라 결론은 달라진다. 리벳 실험은 자유의지에 대한 판결문이 아니라, 시간값을 읽을 때 과제와 보고 방식을 함께 봐야 한다는 사례다. 손가락을 언제 움직일지 정하는 실험은 분명 인간의 선택 과정 일부를 보여 준다. 다만 그 일부에 삶 전체의 선택을 대신 말하게 해서는 안 된다. 준비는 결정이 아니다 준비전위를 해석하는 방식도 하나가 아니다. 전통적인 설명에서는 준비전위가 의식보다 먼저 시작된 행동 결정의 흔적처럼 읽혔다. 그러나 다른 모델은 이 완만한 신호를 확정된 결정의 시작점으로 보지 않는다. 신경 활동은 움직임이 없는 동안에도 오르내린다. 그 변동이 어느 임계값에 이르면 움직임이 시작될 수 있다. 여러 번의 실험을 움직임 시점에 맞춰 평균 내면, 움직임 전부터 서서히 올라가는 준비전위처럼 보일 수 있다. 이 설명에서 준비전위는 이미 내려진 명령의 자국이라기보다, 확률적으로 축적된 활동을 평균 낸 결과다. 이 차이는 작지 않다. 준비가 시작됐다는 말과 결정이 끝났다는 말 사이에는 아직 설명해야 할 과정이 남아 있기 때문이다. 결정의 종류를 바꾼 연구도 있다. 참가자가 아무 결과도 없는 두 선택지 가운데 하나를 임의로 고를 때에는 전형적인 준비전위가 나타났다. 그러나 자선단체에 실제로 돈이 돌아가는 선택처럼 이유와 결과를 따져야 하는 결정에서는 같은 형태의 준비전위가 뚜렷하지 않았다. 버튼을 아무렇게나 고르는 일과 결과를 생각하며 결정하는 일은 같은 신호를 보장하지 않는다. 그러므로 임의 움직임 실험에서 얻은 시간표를 일상의 모든 선택에 붙일 수 없다. 회의 중 화를 참는 일, 불리한 제안을 거절하는 일, 상대의 메시지에 어떤 문장으로 답할지 고르는 일에는 기억과 예상, 관계와 결과가 함께 들어온다. 여기서 자유의지의 존재를 증명하거나 부정하려는 것은 아니다. 실험이 측정한 결정의 종류보다 더 큰 철학적 결론을 숫자 하나에 맡기지 않으려는 것이다. 멈추는 마지막 순간 움직임을 멈추는 실험에서도 약 200밀리초라는 숫자가 등장한다. 한 연구에서는 참가자의 뇌 신호로 자발적 움직임의 준비를 감지하고, 그 움직임을 취소하라는 신호를 제시했다. 움직임에 너무 가까워진 시점에서는 취소에 성공하기 어려웠다. 그 과제에서 관찰된 한계는 움직임 약 200밀리초 전 부근이었다. 이 결과를 보면 다시 익숙한 문장이 만들어지기 쉽다. “결정 뒤에도 0.2초 동안 거부할 수 있다.” 그러나 연구가 확인한 범위는 좁다. 특정 장비와 특정 운동 과제에서 움직임을 중단하기 어려워지는 마지막 구간이었다. 누군가의 말을 모욕으로 해석하는 과정이나, 불안한 생각을 사실로 받아들이는 과정의 마감 시각이 아니었다. 시각적 알아차림의 200밀리초, 의도 시점과 관련해 언급되는 시간, 움직임을 취소하기 어려워지는 200밀리초는 서로 비슷해 보인다. 단위도 같고 숫자도 가깝다. 하지만 하나는 보는 경험을, 하나는 움직일 의도의 회고적 보고를, 다른 하나는 준비된 운동을 중단하는 수행을 측정한다. 같은 숫자가 나온다는 이유만으로 같은 순간을 측정했다고 할 수는 없다. 0.2초는 하나의 문이 아니라, 서로 다른 실험에서 각기 다른 과정을 가리키는 여러 표지다. 틈 대신 과정 그렇다면 자극과 반응 사이에는 아무것도 없는가. 모든 반응은 이미 결정돼 있고, 알아차림은 뒤늦은 해설에 불과한가. 앞의 연구들은 그런 결론도 지지하지 않는다. 오히려 반응이 한순간에 완성되지 않는다는 점을 보여 준다. 자극을 처리하는 일, 보았다고 경험하는 일, 그 경험을 분류하는 일, 행동을 준비하는 일, 준비된 행동을 실행하거나 멈추는 일은 구분될 수 있다. 다만 그 과정이 누구에게나 똑같은 길이와 순서로 주어지지는 않는다. 이 차이는 중요하다. 선택의 가능성을 찾기 위해 하나의 빈칸을 기다릴 필요가 없기 때문이다. 메시지를 읽은 뒤 가슴이 조이는 순간을 놓쳤을 수 있다. “내가 뭘 잘못했다는 뜻인가”라는 문장이 떠오른 뒤에야 알아차릴 수도 있다. 이미 짧은 답장을 썼다가 전송 직전에 멈출 수도 있다. 보내고 난 뒤 문장을 다시 읽으며, 같은 상황에서 반복되는 어조를 처음 발견할 수도 있다. 어느 하나만 진짜 개입 지점이라고 정할 수 없다. 몸의 방향, 떠오른 해석, 손의 움직임, 사후의 기억은 서로 다른 국면이다. 한 번의 반응 안에서도 볼 수 있는 자리는 여러 곳에 생긴다. 알아차림도 하나의 성공 시점으로만 평가하면 다시 숫자의 함정에 들어간다. 답장을 쓰기 시작한 뒤에야 알아차렸더라도 그 관찰은 다음 문장과 행동에 여전히 개입한다. 반대로 몸의 변화를 빨리 알아차렸다고 해서 다음 행동까지 자동으로 달라지는 것도 아니다. 어느 국면을 보았는가와 그 뒤 무엇을 선택했는가는 구분된다. 이 구분은 수행을 특별한 속도의 경쟁에서 꺼내 준다. 관찰의 질은 속도보다 무엇을 보고 이후 어떻게 행동했는지에 달려 있다. 전송 뒤에 읽은 문장, 대화가 끝난 뒤 발견한 어조, 잠들기 전에 되짚은 몸의 긴장도 다음 반응의 재료가 된다. 중요한 것은 한 번의 완벽한 중지가 아니라, 이런 반복이 어떤 방향과 문장을 굳혀 가는가다. 수행을 정확히 0.2초 안에 들어가는 기술로 정의할 수는 없다. 신경 처리 속도를 늦추거나, 준비된 행동을 특별한 의식의 힘으로 취소한다는 뜻도 아니다. 반복해서 구성되는 과정 가운데 무엇을 볼 수 있는지, 본 뒤 다음 행동을 어떻게 고를지 훈련하는 형식에 가깝다. 처음에는 답장을 보낸 뒤에야 문장을 볼 수 있다. 다음에는 전송 직전에 볼 수 있다. 어떤 날에는 가슴이 조이는 단계에서 알아차릴 수도 있다. 이 순서를 발전의 단계처럼 고정할 필요는 없다. 상황과 피로, 관계와 위험에 따라 볼 수 있는 국면은 달라진다. 핵심은 완벽한 틈이 아니라, 반응이 한 덩어리가 아니라는 사실이다. 반응은 한순간에 완성되지 않는다. 그러나 그 사실이 누구에게나 동일한 길이의 빈틈이 있다는 뜻은 아니다. 개입의 자리를 하나의 순간에서 찾지 않을 때, 다른 질문이 남는다. 반응을 이루는 여러 과정 가운데 무엇이 반복되고, 그 반복은 어떻게 하나의 익숙한 문장이 되는가. 0.2초라는 숫자는 이 질문을 열어 주기도 하지만, 개입을 한순간에만 가두기도 한다. 어긋나는 자리 — 측정된 시간과 알아차림의 자리 시각 연구가 측정하는 것은 자극 제시 뒤 뇌파가 어떻게 달라지고, 참가자가 무엇을 보았다고 보고하는가다. 운동 연구는 움직임 전 신호와 보고된 의도, 또는 준비된 행동을 어느 시점까지 멈출 수 있는지를 본다. 여기에서 시간은 장비와 과제 안에서 정의된다. 수행 전통에서 말하는 알아차림의 자리는 같은 방식으로 정해지지 않는다. 그 틈은 특정 밀리초 신호나 행동 취소의 마지막 시각이 아니라, 여러 국면에 분산된 선택 가능성을 가리킨다. 경험이 일어나고 사라지는 양상을 놓치지 않는다는 지침이 있다. 이 지침을 전극의 시간축으로 옮기면 어떻게 될까. 수행의 언어는 실험값이 되고, 실험값은 삶의 처방이 된다. 반응이 여러 단계로 구성된다는 연구 결과와, 그 과정을 알아차리려는 수행 지침은 나란히 놓을 수 있다. 그러나 둘이 같은 자리를 측정한다고 말할 수는 없다. ---------------------------------------- ### 8장. 주어의 발명 https://voidlogpress.com/books/%ec%b4%88%ea%b3%a0/8%ec%9e%a5-%ec%a3%bc%ec%96%b4%ec%9d%98-%eb%b0%9c%eb%aa%85/ 질문: 작은 일이 왜 나에 대한 판단으로 커지나요? 요약: 사건이 기억과 예상, 사회적 평가와 연결되어 나의 일로 편입되기 때문입니다. 제안 하나가 반응 없이 지나간 일이 나는 이 팀에서 기대받는 사람이 아니다라는 문장으로 바뀝니다. 사건의 발생과 그 사건이 자기 서사에 편입되는 것은 서로 다른 과정입니다. 또 다른 질문: 자기참조 효과란 무엇인가요? 답: 정보가 나와 관련된 것이 되는 순간 처리 우선순위가 달라지는 현상입니다. 자기와 관련지어 판단한 단어가 더 잘 기억됐고, 실험 안에서 임의로 나와 짝지은 단순 도형조차 남과 짝지은 도형보다 빠르고 정확하게 처리됐습니다. 또 다른 질문: 사건을 기억하는 것과 의미를 만드는 것은 다른가요? 답: 다릅니다. 자전적 추론은 무슨 일이 있었는가에서 한 걸음 더 가서 그 일이 나에게 무엇을 뜻하는가를 만들어 냅니다. 회의에서 제안이 넘어갔다는 것은 사건이고, 나는 이 조직에서 중요하지 않다는 것은 추론이 더해진 문장입니다. 또 다른 질문: 같은 침묵이 왜 사람마다 다르게 읽히나요? 답: 외부의 평가는 사건을 제공하고 기존의 자기평가는 그 사건이 들어갈 문장의 자리를 준비하기 때문입니다. 내 의견은 쉽게 무시된다는 문장이 이미 있었다면 침묵은 그 문장을 확인하는 증거로 들어옵니다. 또 다른 질문: 왜 지난번에도 그랬다는 기억이 떠오르나요? 답: 미래의 실패를 예상하기 때문에 그 예상과 맞는 과거를 고르는 것일 수 있습니다. 그 문장은 과거의 기록처럼 들리지만 불러온 것은 현재의 두려움일 수 있습니다. 예상된 미래가 다시 과거의 어떤 장면을 호출합니다. 최종 확인: 2026-09-02T16:32:16+09:00 회의가 끝난 뒤에도 한 장면이 남아 있었다. 내가 낸 제안에 아무도 말을 보태지 않았다. 팀장은 다음 안건으로 넘어갔고, 회의록에는 제안의 제목만 짧게 적혔다. 사실은 거기까지였다. 그런데 엘리베이터를 기다리는 동안 사실보다 긴 문장이 쓰이기 시작했다. “내 의견은 중요하지 않은가 보다.” 집으로 돌아가는 길에는 주어가 더 분명해졌다. “나는 이 팀에서 기대받는 사람이 아니다.” 며칠 뒤 비슷한 회의가 열렸을 때에는 아직 아무 일도 일어나지 않았는데도 다음 문장이 먼저 준비돼 있었다. “말해 봐야 또 넘어갈 것이다.” 처음의 사건은 제안 하나가 별다른 반응 없이 지나간 일이었다. 마지막에 남은 것은 나라는 사람과 조직 안의 위치, 앞으로 일어날 일에 대한 문장이었다. 이 변화에는 기억뿐 아니라 현재의 목표와 사회적 의미도 들어간다. 그 사건이 나에게 무엇을 뜻하는지 정리되는 과정이 더해졌다. ‘주어의 발명’은 사건이 기억·예상·사회적 평가와 연결되어 ‘나의 일’로 편입되는 과정을 가리키는 은유다. 사건의 발생과 그 사건의 자기 서사 편입은 서로 다른 과정이다. 자기와 연결되는 순간 심리학의 오래된 기억 실험에서는 사람들에게 여러 성격 형용사를 보여 주고 각기 다른 방식으로 판단하게 했다. 단어의 모양이나 뜻을 판단하게 하기도 했고, 그 단어가 자신을 잘 나타내는지 묻게도 했다. 나중에 단어를 기억하는 정도를 비교했을 때, 자기와 관련지어 판단한 단어가 더 잘 기억됐다. 정보가 ‘나와 관련된 것’이 되는 순간 기억 처리의 우선순위가 달라질 수 있다는 자기참조 효과다. 이 결과를 두고 자아가 기억을 지배한다고 말할 수는 없다. 실험은 성격 단어를 특정 방식으로 판단하게 했을 때의 기억 차이를 측정했다. 다만 정보의 내용만큼이나 그 정보가 누구와 관련돼 있는지가 처리에 영향을 준다는 점은 보여 준다. 자기와의 연결은 오랜 개인사가 담긴 말에서만 나타나지 않는다. 다른 연구에서는 단순한 기하학 도형을 ‘나’, ‘친구’, ‘낯선 사람’과 임의로 연결했다. 참가자는 도형과 사람 표지가 처음 정한 짝과 맞는지 빠르게 판단했다. 자신에게 연결된 도형은 타인에게 연결된 도형보다 더 빠르고 정확하게 처리됐다. ‘나’의 표지는 원과 삼각형에 원래 들어 있던 속성이 아니라 과제에서 부여된 조건이었다. 실험 안에서 잠시 연결됐을 뿐이다. 그런데도 자기와의 연결은 지각적 판단에 우선권을 만들었다. 일상의 사건도 비슷한 방식으로 개인적 중요성을 얻는다. 회의에서 다른 사람의 제안이 넘어갔다면 별다른 기억 없이 지나갈 수 있다. 내 제안이 넘어갔다고 느끼는 순간에는 같은 침묵이 달라진다. 이전 평가, 팀장의 표정, 최근의 실수, 승진에 대한 기대가 함께 호출될 수 있다. 이때 ‘나’는 기억·예상·사회적 평가를 묶는 조직 원리로 작동한다. 사건을 무엇과 연결하고 얼마나 오래 붙잡을지 바꾸는 기준이 된다. 자기참조는 하나의 중심보다 여러 영역과 기능의 협력으로 나타난다. 자기와 관련된 판단을 요구한 뇌영상 연구들에서는 피질 정중선 영역을 포함한 여러 부위의 활동이 반복해 보고됐다. 하지만 과제에서 요구한 자기 판단의 종류에 따라 관여하는 영역은 달라졌다. ‘나’를 담당하는 한 점보다 과제에 따라 달라지는 분산된 처리 구조가 관찰된다. 주어의 발명은 뇌 안의 단일 버튼이 아니라 여러 과정이 사건을 자기 서사에 편입시키는 방식이다. 기억에서 의미로 회의 장면을 떠올리는 일과, 그 장면이 내 직장 생활에서 무엇을 뜻하는지 말하는 일은 다르다. 첫 번째에는 테이블의 위치, 누가 앉아 있었는지, 어떤 말 뒤에 침묵이 왔는지가 들어간다. 두 번째에는 해석이 들어간다. “나는 인정받지 못한다.” “이 팀에서는 내 역할이 줄고 있다.” “앞으로도 제안을 내지 않는 편이 낫다.” 자전적 기억을 설명하는 한 모델은 과거 경험이 창고에서 그대로 꺼내지는 것이 아니라고 본다. 기억은 두 가지가 맞물리며 그때그때 구성된다. 하나는 현재의 목표와 자기 이해를 가진 ‘작업 자기’이고, 다른 하나는 그동안 쌓인 자전적 지식이다. 과거의 흔적은 남지만 매번 같은 방식으로 호출되지는 않는다. 어떤 기억이 지금 떠오르는지, 어느 세부가 강조되는지, 그 사건이 지금의 나와 어떻게 연결되는지는 고정돼 있지 않다. 한 연구는 사건을 자세히 회상하는 일과 자전적 추론을 구분했다. 자전적 추론은 “무슨 일이 있었는가”에서 한 걸음 더 간다. “그 일이 나에게 무엇을 뜻하는가”, “그 경험이 지금의 나를 어떻게 설명하는가”를 만들어 내는 과정이다. 두 과제는 일부 공통 영역을 사용했다. 다만 사건의 의미와 삶의 함의를 구성할 때에는 다른 영역도 함께 관여했다. 이 구분이 주어의 발명에 가장 가까운 지점을 보여 준다. 사건을 기억하는 것만으로는 아직 한 사람의 서사가 되지 않는다. 그 사건이 현재의 목표, 관계, 가치, 불안과 연결되면서 의미를 얻을 때 삶의 한 문장이 된다. “회의에서 제안이 넘어갔다”는 사건이다. “나는 이 조직에서 중요하지 않다”는 자전적 추론이 더해진 문장이다. 그 사이에는 현재 목표와 기억의 선택, 미래 예상이 함께 작동한다. 현재의 나를 이해하고 다음 행동을 준비하기 위해 경험을 정리하는 과정이 있다. 문제는 그 정리가 빠르고 자연스러워서, 사건과 해석이 한 문장처럼 붙어 버린다는 데 있다. 다음 회의의 침묵에는 과거 사건뿐 아니라 현재의 예상과 선택이 함께 들어간다. 과거 사건에 붙은 의미가 미래의 예상을 만들고, 그 예상이 현재의 행동 방향이 됐다. 기억은 과거를 보관하는 자료이면서, 다음 문장을 쓰는 재료가 된다. 평가가 들어오는 자리 자기 서사는 혼자 있을 때만 만들어지지 않는다. 다른 사람이 나를 어떻게 본다고 느끼는지가 들어오면 주어는 더 선명해진다. 한 뇌영상 연구에서는 참가자들이 자신에 대한 긍정적이거나 부정적인 사회적 피드백을 받았다. 기존 자기존중감에 따라 피드백을 처리하는 방식과 내측 전전두피질 반응이 달랐다. 같은 평가라도 이미 가지고 있던 자기평가와 만나면서 서로 다른 개인적 사건이 될 수 있었다. 이 연구는 자존감과 해석의 관계를 하나의 단순 공식으로 환원하지 않는다. 연구는 특정 과제에서 자기평가와 사회적 피드백 처리의 관련성을 본 것이다. 그러나 바깥의 평가가 빈 종이에 들어오지 않는다는 점은 보여 준다. 팀장이 회의에서 다음 안건으로 넘어갔다. 그 행동에는 여러 이유가 있을 수 있다. 시간이 부족했을 수도 있고, 제안을 이해하지 못했을 수도 있으며, 이미 비슷한 안을 검토했을 수도 있다. 이전부터 “내 의견은 쉽게 무시된다”는 문장이 있었다면 침묵은 그 문장을 확인하는 증거로 들어오기 쉽다. 반대로 “내 제안은 대체로 검토받는다”는 기억이 강하다면 같은 침묵을 단순한 진행상의 선택으로 읽을 수 있다. 외부의 평가는 사건을 제공한다. 기존의 자기평가는 그 사건이 들어갈 문장의 자리를 준비한다. 이 과정은 부정적인 경우에만 작동하지 않는다. 짧은 칭찬 하나가 “나는 원래 이 일을 잘한다”는 정체성 문장으로 확장될 수도 있다. 다음 과제에서 도움을 요청하지 못하거나, 실수를 인정하기 어려워지는 방향으로 이어질 수도 있다. 자기 서사에는 자신을 낮추는 문장뿐 아니라 보호하고 높이는 문장도 들어간다. 자신을 지켜야 한다는 문장, 계속 증명해야 한다는 문장, 기대에 어긋나면 안 된다는 문장도 있다. 주어가 ‘나’라는 이유만으로 그 문장이 반드시 우울하거나 부정적인 것은 아니다. 다만 자기와 관련된 문장은 더 쉽게 우선권을 얻고, 기억과 미래 행동에 오래 남을 수 있다. 미래가 과거를 고른다 자기 이야기는 지나간 일을 정리하는 데서 끝나지 않는다. 앞으로 무엇을 할지 계획할 때도 과거와 미래가 함께 조직된다. 기본모드네트워크는 흔히 멍하니 있을 때 잡념을 만드는 네트워크로 소개된다. 그러나 관련 연구들이 보는 범위는 더 넓다. 이 네트워크는 자기참조뿐 아니라 자전적 기억, 미래 장면의 상상, 타인의 마음을 추론하는 일에도 관여한다. 하나의 ‘자기 이야기 공장’으로 줄일 수 없는 이질적인 체계다. 외부 과제 중에도 기본모드네트워크의 일부는 작동하기도 한다. 자전적 정보를 이용해 미래를 계획하는 과제에서는 기본모드네트워크와 전두두정 통제망이 함께 관여했다. 과거를 떠올리고 미래 행동을 조직하는 일은 멍하니 흘러가는 잡념과 같은 형태로만 이루어지지 않는다. 짧은 휴식 동안 나타난 내측 전전두피질의 자발적 관여가 뒤이은 자기성찰 과제 수행과 관련됐다는 연구도 있다. 자기참조는 외부 사건이 들어온 뒤에만 켜지는 별도 모드라기보다, 다음에 들어올 정보를 자기와 연결할 준비의 일부일 수 있다. 이 연구들을 한데 모아 “뇌는 늘 자기 이야기만 만든다”고 말해서는 안 된다. 각각 다른 과제와 측정을 사용한다. 다만 과거 기억, 미래 계획, 사회적 평가, 자기 관련 판단이 완전히 분리된 작업은 아니라는 점은 확인된다. 앞으로 중요한 발표가 예정돼 있다면, 과거 회의에서 무시당했다고 느낀 장면이 쉽게 떠오를 수 있다. 미래의 실패를 예상하기 때문에 그 예상과 맞는 과거를 고르는 셈이다. “지난번에도 그랬다”는 문장은 과거의 기록처럼 들린다. 그러나 그 문장을 불러온 것은 현재의 두려움과 미래의 예상일 수 있다. 과거가 현재를 설명하고, 현재가 미래를 예상하며, 예상된 미래가 다시 과거의 어떤 장면을 호출한다. 이 순환 안에서 주어는 점점 자연스러워진다. “한 번 제안이 넘어갔다”는 문장은 “내 제안은 늘 넘어간다”가 되고, 다시 “나는 이곳에서 인정받지 못한다”가 된다. 사건의 범위는 좁아도 주어의 범위는 사람 전체로 넓어진다. 다섯 단계라는 편집 모델 사건이 ‘나의 일’이 되는 과정을 다섯 단계로 나눠 보자. 첫째, 사건이 일어난다. 누군가 답하지 않았고, 제안이 넘어갔고, 표정이 굳었다. 둘째, 몸과 정동이 방향을 만든다. 가슴이 조이고, 얼굴이 뜨거워지고, 물러나거나 따지고 싶은 움직임이 시작된다. 셋째, 기억과 예상이 동원된다. 이전의 비슷한 장면과 앞으로 일어날 것 같은 장면이 현재에 들어온다. 넷째, 사건이 ‘나에게 일어난 일’로 정리된다. “시간이 부족했다”보다 “나를 무시했다”가 더 설득력 있게 느껴진다. 다섯째, 사건에 대한 해석이 정체성과 관계의 문장으로 확장된다. “나는 중요하지 않다”, “저 사람은 나를 인정하지 않는다”, “이 조직에서 나는 달라질 수 없다.” 이 다섯 단계는 여러 연구를 엮어 만든 편집 모델이며 뇌의 고정 시간표로 쓰지 않는다. 실제 경험에서는 순서가 바뀌고 여러 과정이 겹친다. 먼저 미래 장면이 떠오른 뒤 몸이 긴장할 수도 있고, 몸의 불편감에 맞는 과거 기억이 나중에 붙을 수도 있다. 목적은 하나로 굳은 반응을 다시 나누어 보는 데 있다. 주어가 문장의 범위를 넓히는 세 방식 사건에 ‘나’라는 주어가 들어간다고 해서 언제나 같은 문장이 생기는 것은 아니다. 주어는 적어도 세 방향으로 문장의 범위를 넓힌다. 첫째, 사건을 사람의 성격으로 넓힌다. “이번 발표에서 말을 더듬었다”는 사건은 “나는 중요한 순간에 약하다”가 된다. 한 번의 수행 결과가 사람 전체의 성질로 이동한다. 그 문장은 과거의 비슷한 실수를 찾아오고, 잘했던 장면은 예외로 밀어낸다. 다음 발표를 준비하는 방식도 바뀐다. 발표 자료보다 실수하지 않는 모습에 더 많은 주의를 쓰게 될 수 있다. 둘째, 사건을 관계의 구조로 넓힌다. 배우자가 짧게 대답했다. 그날 피곤했을 수도 있고 다른 생각을 하고 있었을 수도 있다. 그러나 “저 사람은 내 말을 중요하게 여기지 않는다”는 문장이 쓰이면 짧은 대답은 관계의 성격을 보여 주는 장면이 된다. 이전의 무심한 표정과 늦은 답장이 같은 문단으로 모인다. 아직 일어나지 않은 다음 대화도 이미 비슷하게 끝날 것처럼 보인다. 셋째, 사건을 미래의 규칙으로 넓힌다. “이번 제안은 넘어갔다”는 과거형이다. “말해 봐야 소용없다”는 미래의 행동을 정하는 규칙이다. 주어가 들어온 문장은 지난 일을 설명하는 데서 멈추지 않고, 앞으로 무엇을 하지 않을지 결정한다. 과거를 정리하는 문장이 동시에 다음 사건의 조건이 된다. 이 세 방향은 각각 따로 움직이지 않는다. 성격 문장은 관계 문장을 부르고, 관계 문장은 미래의 규칙을 만든다. “나는 중요하지 않다”는 문장은 “사람들은 내 말을 듣지 않는다”가 되고, 다시 “먼저 말하지 않는 편이 안전하다”가 된다. 이때 문장은 반드시 또렷한 내적 독백으로 들리지 않는다. 발표를 앞두고 실패 장면이 먼저 보일 수 있다. 배우자의 표정이 과거 장면과 겹쳐 나타날 수도 있다. 회의에서 손을 들기 전에 어깨가 움츠러들고 시선이 자료로 내려간다. 말이 생기기 전부터 “나서지 않는 편이 낫다”는 방향이 이미 만들어진다. 들리는 말, 보이는 장면, 몸에서 시작된 최소 해석은 서로 다른 형식이다. 그러나 모두 사건의 범위를 사람 전체와 관계, 미래로 넓힐 수 있다. 문장을 언어적 독백보다 넓게 정의한 까닭도 여기에 있다. 이 구분은 모든 불편한 반응을 자기 서사라고 부르기 위한 것이 아니다. 뜨거운 물에 손을 대고 즉시 빼는 반응까지 ‘나는 위험에 약하다’는 문장으로 해석할 필요는 없다. 주어의 발명은 몸의 반응 그 자체가 아니라, 그 반응과 사건이 자기 전체에 대한 의미로 확장되는 국면을 가리킨다. ‘주어의 발명’은 사건이 자기 서사에 편입되는 과정을 가리키는 은유다. 사람은 이름과 몸, 기억과 관계, 법적 지위와 사회적 책임을 가진다. 살펴볼 대상은 그 모든 것을 부정하는 일이 아니라, 한 사건이 사람 전체에 대한 결론으로 넓어지는 과정이다. 회의 한 번의 침묵이 직장 생활 전체의 평가가 되는 순간이 있다. 배우자의 짧은 대답이 관계의 미래를 예고하는 장면이 되기도 한다. 오래된 실수가 “나는 원래 중요한 순간에 실패한다”는 문장의 증거로 다시 편집되기도 한다. 이때 주어가 넓어지는 만큼 문장의 권한도 커진다. “이번 제안은 채택되지 않았다”는 문장은 다음 제안을 낼 여지를 남긴다. “나는 인정받지 못한다”는 문장은 다음 행동까지 미리 결정한 것처럼 느껴진다. 두 문장은 같은 사건에서 시작할 수 있지만, 행동에 미치는 범위가 다르다. 주어가 구성되면 책임도 사라지는가 여기에는 한 가지 반론이 따른다. ‘나’에 대한 판단이 기억과 예상, 사회적 평가 속에서 구성된다면, 그 뒤의 행동도 이미 만들어진 결과 아닌가. 화를 내고 관계를 끊은 뒤 “그때 그런 문장이 쓰였다”고 말하면 책임을 피할 수 있는가. 자기가 구성된다는 심리학적 설명만으로 책임이 사라진다는 결론은 나오지 않는다. 어떤 판단이 어떻게 만들어졌는지 설명하는 일과, 그 판단을 바탕으로 한 행동에 어떤 책임을 물을지는 서로 다른 질문이다. 법과 윤리, 관계의 책임은 한 장의 뇌과학 연구가 해결할 수 있는 문제가 아니다. 여기서도 자유의지와 도덕적 책임의 최종 이론을 제시하지 않는다. 다만 이 구분은 남는다. 첫 문장의 자동 발생과 그 문장을 사실로 확정해 행동하는 단계는 구분된다. 가슴이 조이고 “나를 무시했다”는 문장이 생긴 것 자체를 도덕적 잘못이라고 할 수는 없다. 그러나 그 문장을 근거로 상대를 모욕하거나, 확인 없이 소문을 퍼뜨리거나, 해야 할 일을 고의로 방치한다면 행동의 결과는 남는다. 문장이 구성됐다는 사실은 행동의 결과를 지우지 않는다. 오히려 사건과 문장, 문장과 행동을 분리할 때 어느 부분에서 사실을 확인하고 선택해야 하는지가 보인다. 문장 관찰은 바로 이 구분을 사용한다. 떠오른 문장을 즉시 지우지 않되, 행동을 그 문장에 맡기지도 않는다. 주어의 발명을 본 뒤에도 행동의 책임은 남는다. “나는 원래 그렇다”, “상대가 나를 그렇게 만들었다”, “뇌가 먼저 결정했다”는 더 큰 문장으로 책임을 덮지 않는 일에 가깝다. 무아와 같은 말인가 자기참조 연구와 자전적 기억 연구를 읽다 보면 무아라는 단어가 쉽게 떠오른다. 자아가 고정된 실체가 아니라 여러 과정 속에서 구성된다는 설명은 무아와 비슷해 보인다. 두 문장 사이에 등호를 놓을 수는 없다. 자기참조 연구는 정보가 자기와 연결될 때 기억과 지각, 평가 과정이 어떻게 달라지는지를 측정한다. 자전적 기억 연구는 과거 경험과 현재 목표가 어떤 방식으로 자기 이야기를 구성하는지 모델링한다. 이런 연구는 과제 수행과 보고, 행동과 뇌 활동을 자료로 삼는다. 무아를 그 측정 결과를 다시 부르는 이름으로 사용할 수는 없다. SN 22.59는 물질·느낌·지각·형성·의식을 나의 것·나·나의 자아로 보지 않는 관찰을 전한다. 불교 문헌과 수행 전통에서 무아가 맡아 온 질문은 실험에서 자기참조 효과가 얼마나 큰지를 묻는 질문보다 넓다. 여기에는 다른 질문들이 함께 들어온다. 무엇을 나와 나의 것으로 붙잡는가. 그 붙잡음이 괴로움과 어떤 관계를 갖는가. 경험을 실체로 확정하지 않는 관찰은 삶과 행위에 무엇을 요구하는가. 둘은 ‘나’가 생각만큼 단순하지 않다는 지점에서 나란히 보일 수 있다. 그 다음부터는 서로 다른 질문을 한다. 문장이 주어를 데려오는 순간 처음의 회의로 돌아가 보자. 상황은 제안이 별다른 논의 없이 넘어간 일이었다. 몸은 조였고, 물러나고 싶은 방향이 생겼다. 이전에 인정받지 못했다고 느낀 장면이 떠올랐다. 다음에도 같은 일이 생길 것이라는 예상이 붙었다. 그 뒤 문장이 쓰였다. “나는 이 팀에서 중요하지 않다.” 이 문장은 사건을 설명하는 것처럼 보이지만, 실제로는 과거와 미래, 관계와 정체성을 한꺼번에 묶는다. 주어가 ‘나’가 되는 순간 문장은 한 회의의 범위를 넘어선다. 문장은 말로 들리는 생각만을 뜻하지 않는다. 회의실을 떠올릴 때 다시 보이는 팀장의 무표정도 문장이 될 수 있다. 다음 회의에서 입을 열기 전에 몸이 먼저 움츠러들며 “말하지 않는 편이 낫다”고 방향을 정하는 것도 말보다 먼저 형성된 문장이다. 문장 유형은 다르지만 주어가 하는 일은 비슷하다. 사건을 사람 전체의 이야기 안에 배치한다. 그 배치는 언제나 틀린 것도 아니고, 언제나 없애야 하는 것도 아니다. 실제로 반복되는 차별이나 무시를 알아보려면 여러 사건을 연결해야 한다. 책임을 묻고 관계를 바꾸려면 “이번 한 번”만 보지 말아야 할 때도 있다. 연결 자체보다 더 주의할 것은, 그 과정이 보이지 않은 채 마지막 문장이 처음부터 존재했던 사실처럼 굳는 일이다. “제안이 넘어갔다”와 “나는 중요하지 않다” 사이에 아무 과정도 없었던 것처럼 느껴질 때, 문장은 초고가 아니라 판결문이 된다. 주어의 발명을 본다고 ‘나’를 지울 필요는 없다. 사건이 나의 일로 정리되는 방식을 보는 일이다. 그 과정이 보이면 첫 문장을 무조건 믿거나 무조건 부정하는 대신, 무엇이 사건이고 무엇이 기억이며 무엇이 예상인지 다시 나눌 수 있다. 다음 행동은 그 뒤에 온다. 제안이 넘어간 이유를 묻는다. 내용을 보완한다. 반복되는 무시가 실제로 있었는지 기록한다. 필요하면 경계를 표현하거나 자리를 옮긴다. 아무 행동도 하지 않을 수도 있다. 어느 행동이 옳은지는 ‘자아가 구성된다’는 연구가 대신 결정해 주지 않는다. 다만 사건과 자기 전체에 대한 결론을 같은 문장으로 읽지 않게 해 준다. 사건은 짧다. 주어가 들어오면 문장은 길어진다. 핵심은 바로 그 길어지는 자리다. 어긋나는 자리 — 자기참조의 측정과 무아의 질문 자기참조 연구는 단어나 도형이 자기와 연결될 때 기억과 판단의 속도가 어떻게 달라지는지 측정한다. 자전적 기억 연구는 사건을 회상하는 일과 그 사건의 삶의 의미를 구성하는 일을 구분한다. 여기에서 ‘자기’는 실험 과제로 조작하고 행동과 뇌 활동으로 비교할 수 있는 기능이다. 무아의 질문은 자기 관련 기능의 존재 여부보다 그 기능을 어떻게 붙잡는가에 놓인다. 자기 관련 정보가 더 빨리 처리되는지, 내측 전전두피질이 얼마나 활동하는지로 판정되는 경험도 아니다. 수행과 문헌의 언어가 묻는 것은 자기참조 기능의 유무보다, 그 기능과 경험을 무엇으로 붙잡고 어떤 실체로 확정하는가에 가깝다. 자기참조가 측정된다는 사실은 무아를 반박하지 않는다. 자기가 구성된다는 설명도 무아를 증명하지 않는다. 둘은 같은 ‘나’를 같은 방법으로 묻고 있지 않으며, 한쪽의 측정값이 다른 쪽의 결론을 대신하지 않는다. ---------------------------------------- ## 코딩하지 마세요 클로드 하세요 ISBN 9791143819468 · 2026-08-25 · 허구진 지음 https://voidlogpress.com/books/%ec%bd%94%eb%94%a9%ed%95%98%ec%a7%80-%eb%a7%88%ec%84%b8%ec%9a%94-%ed%81%b4%eb%a1%9c%eb%93%9c-%ed%95%98%ec%84%b8%ec%9a%94/ ### 13장. 기억을 심는 법 — CLAUDE.md로 프로젝트 규칙 남기기 https://voidlogpress.com/books/%ec%bd%94%eb%94%a9%ed%95%98%ec%a7%80-%eb%a7%88%ec%84%b8%ec%9a%94-%ed%81%b4%eb%a1%9c%eb%93%9c-%ed%95%98%ec%84%b8%ec%9a%94/13%ec%9e%a5-%ea%b8%b0%ec%96%b5%ec%9d%84-%ec%8b%ac%eb%8a%94-%eb%b2%95-claudemd%eb%a1%9c-%ed%94%84%eb%a1%9c%ec%a0%9d%ed%8a%b8-%ea%b7%9c%ec%b9%99-%eb%82%a8%ea%b8%b0%ea%b8%b0/ 질문: CLAUDE.md에는 무엇을 적나요? 요약: 채팅 기록의 요약이 아니라 다음 수정에서도 계속 지켜야 할 작업 규칙을 적습니다. 파일 구조와 테스트 명령, 한 번에 한 기능만 바꾼다는 원칙 같은 것입니다. 읽고 따르는 지침이므로 반드시 실행돼야 하는 검사는 테스트로 따로 만듭니다. 또 다른 질문: CLAUDE.md 는 길게 쓸수록 좋은가요? 답: 짧고 사람이 읽을 수 있게 유지하는 편이 좋습니다. 빌드와 테스트 명령, 프로젝트 고유의 결정, 자주 생기는 실수를 중심으로 적습니다. 길어질수록 정작 중요한 지침이 묻힐 수 있습니다. 또 다른 질문: 무엇을 넣지 않아야 하나요? 답: 코드를 읽으면 알 수 있는 내용과 화면 색상이나 카드의 세부 설명은 넣지 않습니다. 지우면 실수가 다시 생길 규칙만 남깁니다. 규칙이 많아질수록 어느 것이 중요한지 알기 어려워집니다. 또 다른 질문: 새 세션에서는 무엇부터 하나요? 답: 곧바로 기능을 추가하지 않습니다. 수정하지 말고 구조를 먼저 읽게 한 뒤 반드시 지킬 규칙과 테스트 명령, 데이터의 개수를 요약하게 합니다. 규칙끼리 충돌하거나 현재 파일 구조와 맞지 않으면 실행 전에 알리도록 합니다. 또 다른 질문: 규칙이 모호하면 무엇이 문제인가요? 답: 판정할 수 없어 행동도 흔들립니다. 사용하기 좋은 화면을 만들라는 문장은 기준이 없고 어떤 테스트를 언제 실행할지도 불분명합니다. 좋은 규칙은 성격을 부탁하지 않고 언제 무엇을 하고 어떤 결과면 멈출지 말합니다. 최종 확인: 2026-09-03T11:04:52+09:00 “지난번처럼 해 줘.” 사람 사이에서는 꽤 잘 통하는 말입니다. 같은 팀에서 몇 달 일한 동료라면 지난번 보고서의 길이와 표 모양, 무엇을 빼야 하는지까지 떠올릴 수 있어요. 클로드 코드의 새 세션에서는 이런 기억을 대화에만 기대하면 결과가 흔들립니다. 바이브 코딩이 한 번의 멋진 요청으로 끝나지 않는 이유가 여기에 있습니다. 프로젝트가 여러 파일로 늘고 수정이 반복되면, 매번 다시 설명해야 하는 기준이 생겨요. • 외부 전송 기능은 넣지 않는다. • 데이터가 없는 상태와 0을 구분한다. • 수정 뒤 테스트를 실행한다. • 기존 링크와 합계가 깨지면 완료라고 보고하지 않는다. • 한 번에 한 기능만 바꾼다. 이런 기준을 프로젝트 폴더의 CLAUDE.md에 남길 수 있습니다. 클로드 코드는 세션을 시작할 때 이 파일을 프로젝트 지침으로 읽습니다. CLAUDE.md는 채팅 기록의 요약이 아닙니다. 다음 수정에서도 계속 지켜야 할 프로젝트의 작업 규칙입니다. 일반 규칙 파일과 CLAUDE.md의 차이 앞선 장에서 문서·업무용 규칙 파일을 사용했습니다. 목적, 입력, 금지 범위, 검증, 보관 위치를 적어 코워크나 일반 대화에 첨부할 수 있었어요. CLAUDE.md는 같은 생각을 코드 프로젝트 안에 고정한 형태입니다. 프로젝트 루트에 두면 클로드 코드가 새 세션에서도 읽을 수 있어요. 빌드 방법, 테스트 명령, 파일 구조, 변경 원칙처럼 프로젝트 전체에 적용되는 내용을 적습니다. 두 문서는 역할이 조금 다릅니다. 구분 업무용 규칙 파일 프로젝트 CLAUDE.md 주로 쓰는 곳 채팅·코워크·문서 작업 클로드 코드 프로젝트 전달 방식 필요할 때 첨부하거나 지정 프로젝트 시작 때 자동으로 읽힘 적합한 내용 사실 처리·금지 범위·출력 기준 파일 구조·테스트·변경 규칙 주의점 현재 입력과 맞는지 매번 확인 길고 충돌하면 지침이 약해질 수 있음 CLAUDE.md가 있다고 규칙이 강제로 집행되는 것은 아닙니다. 클로드가 읽고 따르는 지침이므로 여전히 결과 검증이 필요해요. 반드시 실행돼야 하는 검사는 테스트 명령으로 따로 만들어야 합니다. 도구 홈 프로젝트에 넣을 규칙 다음 장에서 여러 파일로 구성된 ‘내 도구 홈’을 만듭니다. 프로젝트 폴더에는 일곱 도구의 결과와 재생성 요청문이 연결돼 있어요. 검증판의 CLAUDE.md에는 다음처럼 짧은 규칙을 두었습니다. 프로젝트 목적 앞선 일곱 결과와 재생성 요청문을 찾는 개인용 정적 웹 인덱스다. 유지 규칙 - 외부 전송, 로그인, 분석 추적 기능을 추가하지 않는다. - data/tools.json의 7개 도구와 결과·요청문 링크 14개를 유지한다. - 실시간 상태나 사용 점수를 임의로 만들지 않는다. - 수정 후 node --test tests/tool-home.test.mjs를 실행한다. - 기존 테스트가 실패하면 완료라고 보고하지 않는다. - 한 번에 한 기능만 수정하고 변경 파일 목록을 보고한다. 이 문서에는 화면 색상이나 카드의 세부 설명을 모두 적지 않았습니다. 코드를 읽으면 알 수 있는 내용도 넣지 않았어요. 지우면 실수가 다시 생길 규칙만 남겼습니다. 공식 권장도 같은 방향입니다. CLAUDE.md는 짧고 사람이 읽을 수 있게 유지하고, 빌드·테스트 명령과 프로젝트 고유의 결정, 자주 생기는 실수를 중심으로 적는 편이 좋습니다. 길어질수록 중요한 지침이 묻힐 수 있어요. 첫 요청 — 프로젝트를 읽고 규칙을 요약하게 한다 새 Code 세션에서 곧바로 기능을 추가하지 않습니다. “이 프로젝트를 수정하지 말고 구조를 먼저 읽어 주세요. CLAUDE.md에서 반드시 지킬 규칙, 실행할 테스트 명령, 데이터 파일의 도구 수와 링크 수를 요약하세요. 규칙끼리 충돌하거나 현재 파일 구조와 맞지 않는 부분이 있으면 실행 전에 알려 주세요.” 응답에서 다음을 확인합니다. • 도구 7개. • 결과와 요청문 링크 14개. • 테스트 명령. • 외부 전송과 근거 없는 상태 표시 금지. • 한 번에 한 기능 수정. 하나라도 빠지면 기능 요청을 보내기 전에 CLAUDE.md의 위치와 내용을 다시 확인합니다. 터미널이나 명령 인터페이스를 사용하는 사람은 /context에서 프로젝트 지침이 실제로 로드됐는지 확인할 수 있습니다. 데스크톱 그래픽 화면에서는 세션이 읽은 프로젝트와 파일을 보고 규칙 요약을 먼저 받는 방식으로 확인해도 돼요. 규칙이 모호하면 행동도 흔들린다 첫 규칙을 다음처럼 썼다고 해 볼게요. “사용하기 좋은 화면을 만들고 테스트하세요.” 자연스러운 문장이지만 판정하기 어렵습니다. ‘사용하기 좋은’의 기준이 없고, 어떤 테스트를 언제 실행할지도 불분명해요. 수정된 규칙은 행동과 실패 조건을 적습니다. “검색 기능을 수정한 뒤 node --test tests/tool-home.test.mjs를 실행한다. 테스트가 한 개라도 실패하면 완료라고 보고하지 않고 실패한 항목과 변경 파일을 먼저 보고한다.” 좋은 규칙은 성격을 부탁하지 않습니다. 언제 무엇을 하고, 어떤 결과면 멈출지 말합니다. 대화 지시와 프로젝트 규칙이 충돌할 때 새 세션에서 이런 요청을 보낼 수 있습니다. “테스트는 생략하고 검색 기능만 빨리 추가해 주세요.” 이 요청은 프로젝트 규칙과 충돌합니다. 이럴 때 클로드가 무조건 규칙을 이긴다고 기대해서는 안 돼요. 사용자가 스스로 충돌을 발견하고 요청을 고쳐야 합니다. “검색 기능을 추가해 주세요. 변경 뒤 프로젝트 규칙에 적힌 테스트를 실행하고, 기존 14개 링크와 도구 7개가 유지되는지 확인하세요.” 프로젝트 지침은 사용자의 판단을 대신하는 보안 장치가 아닙니다. 잊기 쉬운 기준을 세션 앞에 다시 놓아 주는 장치예요. 규칙과 테스트를 분리한다 CLAUDE.md에는 “링크 14개를 유지한다”라고 적을 수 있습니다. 하지만 실제로 링크가 존재하는지는 테스트가 확인해야 해요. 검증판에는 다음 검사가 있습니다. • 도구가 정확히 7개인가. • ID가 중복되지 않았는가. • 결과 링크와 요청문 링크 14개가 모두 존재하는가. • 회의 검색이 회의록 보고서 한 개만 반환하는가. • 업무 분류가 세 개를 반환하는가. • 근거 없는 status와 score 필드가 없는가. 규칙은 무엇이 중요하다고 선언하고, 테스트는 현재 결과가 그 선언을 지키는지 확인합니다. 둘을 함께 사용해야 바이브 코딩이 느낌에서 제작 절차로 바뀝니다. CLAUDE.md를 길게 만들지 않는 법 프로젝트를 고칠 때마다 새 규칙을 한 줄씩 추가하면 문서는 금방 비대해집니다. 모든 실패를 영구 규칙으로 만들 필요는 없어요. 다음 질문으로 걸러 냅니다. 1. 이 규칙이 프로젝트의 여러 수정에 계속 적용되는가. 2. 코드만 읽어서는 알기 어려운 결정인가. 3. 지우면 같은 실수가 다시 날 가능성이 큰가. 4. 자동 테스트로 옮기는 편이 더 정확하지 않은가. 5. 다른 규칙과 충돌하지 않는가. 특정 날짜의 테스트 자료나 개인 경로처럼 공유하면 안 되는 정보는 프로젝트 밖의 개인 지침 파일에 따로 둘 수 있습니다. 팀과 공유할 규칙과 나만 쓰는 설정을 구분해 두는 거예요. 개인 지침을 어디에 두는지는 도구 버전에 따라 달라질 수 있으니 현재 공식 문서에서 확인하세요. 규칙을 고치는 실제 흐름 기능 추가 뒤 기존 링크 검사가 누락됐다고 해 보겠습니다. 첫 번째 행동은 CLAUDE.md에 긴 반성문을 쓰는 것이 아닙니다. 1. 실패한 테스트를 확인합니다. 2. 빠진 검사를 테스트 파일에 추가합니다. 3. “기능 수정 뒤 테스트를 실행한다”는 규칙이 없다면 짧게 보탭니다. 4. 같은 기능을 다시 수정해 규칙과 테스트가 함께 작동하는지 봅니다. 5. 중복되거나 막연한 문장을 정리합니다. 규칙도 코드처럼 실패를 근거로 고칩니다. 규칙이 실제로 읽혔는지 기록한다 CLAUDE.md를 만들어 두는 것만으로는 규칙이 실제로 읽혔는지 알 수 없습니다. 새 Code 세션을 열 때 다음을 짧게 적어 두세요. • 선택한 프로젝트 폴더. • 세션 시작 직후 클로드가 요약한 규칙. • 요약에서 빠지거나 지켜지지 않은 규칙. • 첫 변경에서 실제로 수정된 파일 목록. • 테스트 명령과 결과. • 규칙을 한 줄 바꾼 뒤 행동이 달라졌는지. 마지막 항목이 가장 쓸모 있습니다. 규칙을 고쳤는데 결과가 그대로라면, 그 문장은 지침이 아니라 장식이었다는 뜻이에요. 그때는 규칙을 더 길게 쓰는 대신 테스트로 옮기는 편이 정확합니다. 책에 적힌 검사 항목과 숫자는 가상 프로젝트에서 확인한 기준값입니다. 계정과 앱 버전에 따라 응답 문구와 파일 선택은 달라질 수 있으니, 직접 확인한 값과 책의 기준값을 나누어 남기세요. 완성 기준 • 프로젝트 루트에 짧은 CLAUDE.md가 있다. • 목적, 유지 규칙, 테스트 명령이 적혀 있다. • 프로젝트를 읽으면 알 수 있는 장황한 설명은 넣지 않았다. • 새 세션에서 규칙을 요약하게 해 로드 여부를 확인했다. • 규칙에 적힌 검증을 실제 테스트가 확인한다. • 대화 요청과 규칙이 충돌하면 사람이 요청을 고친다. • 직접 확인한 값과 책의 기준값을 구분해 남긴다. “지난번처럼”을 대화 기억에 맡기지 마세요. 다음 수정에서도 지켜야 할 기준은 프로젝트 폴더에 남겨야 합니다. ---------------------------------------- ### 3장. 10분 첫 성공 — 아티팩트로 만드는 첫 도구 https://voidlogpress.com/books/%ec%bd%94%eb%94%a9%ed%95%98%ec%a7%80-%eb%a7%88%ec%84%b8%ec%9a%94-%ed%81%b4%eb%a1%9c%eb%93%9c-%ed%95%98%ec%84%b8%ec%9a%94/3%ec%9e%a5-10%eb%b6%84-%ec%b2%ab-%ec%84%b1%ea%b3%b5-%ec%95%84%ed%8b%b0%ed%8c%a9%ed%8a%b8%eb%a1%9c-%eb%a7%8c%eb%93%9c%eb%8a%94-%ec%b2%ab-%eb%8f%84%ea%b5%ac/ 질문: 클로드로 만드는 첫 도구는 무엇이 좋을까요? 요약: 손으로도 정답을 확인할 수 있는 작은 것이 좋습니다. 단가와 수량과 할인율을 넣어 세 금액이 나오는 계산기라면 결과를 이미 알고 시작할 수 있습니다. 만들어지면 코드를 펼쳐 읽지 말고 예시 값과 숫자가 맞는지부터 봅니다. 또 다른 질문: 코드를 안 읽으면 검증을 포기하는 것인가요? 답: 검증 위치를 결과 쪽으로 옮기는 것입니다. 혈압계의 내부 회로를 읽지 않아도 표시값이 비정상이면 다시 재고 다른 기기와 대조합니다. 다만 돈이 실제로 결제되거나 다른 사람의 정보를 저장하는 도구라면 기준이 달라집니다. 또 다른 질문: 결과물 대신 설명만 길게 나오면 어떻게 하나요? 답: 설명문이 아니라 지금 입력해 볼 수 있는 결과물로 만들어 달라고 이어서 보냅니다. 그래도 안 되면 계정에서 기능이 활성화돼 있는지 확인하고 새 대화에서 첫 요청을 다시 보냅니다. 같은 대화에 문장을 계속 덧붙일 필요는 없습니다. 또 다른 질문: 숫자가 정답과 다르면 어떻게 전달하나요? 답: 틀린 결과를 그대로 전달합니다. 기준 입력에서 어떤 값이 나와야 하는데 지금 화면에는 무엇이 보인다고 적고, 디자인은 건드리지 말고 계산식만 고쳐 달라고 합니다. 안 된다는 말보다 실제 입력과 실제 출력이 훨씬 좋은 수리 재료입니다. 또 다른 질문: 도구를 다시 찾는 것과 값이 남는 것은 같은가요? 답: 서로 다른 기능입니다. 도구를 다시 찾을 수 있다는 것, 입력한 값이 다음 실행에도 남는다는 것, 다른 기기에서도 같은 기록이 보인다는 것은 각각 다릅니다. 계산기는 저장이 필요 없으니 첫 도구에서는 계산 결과만 확인합니다. 최종 확인: 2026-09-03T11:04:51+09:00 온라인 쇼핑몰에서 행사 물품을 주문하려던 오후였어요. 단가는 12,500원, 수량은 4개, 할인율은 10퍼센트였습니다. 계산기로 몇 번 두드리면 끝날 일이지만, 품목이 바뀔 때마다 다시 계산해야 했고 할인 전 금액과 할인 금액도 따로 보고 싶었습니다. 이 정도 필요라면 거창한 앱은 필요 없어요. 입력칸 세 개와 결과 세 줄이면 충분합니다. 첫 도구는 작을수록 좋습니다. 그래야 코드가 아니라 결과를 보는 습관을 만들 수 있어요. 이번 장에서 만들 것은 ‘구매 합계 계산기’입니다. • 단가를 넣는다. • 수량을 넣는다. • 할인율을 넣는다. • 할인 전 금액, 할인 금액, 최종 금액을 보여 준다. 정답도 이미 알고 시작합니다. 단가 12,500원에 수량 4개면 할인 전 금액은 50,000원이에요. 10퍼센트 할인 금액은 5,000원이고, 최종 금액은 45,000원입니다. 결과를 검증할 수 없는 도구보다, 손으로도 정답을 확인할 수 있는 도구가 첫 실습에 알맞아요. 첫 요청은 짧아도 된다 클로드와 새 대화를 시작하고 아래처럼 요청해 보세요. 화면 위치나 메뉴 이름은 계정과 시점에 따라 달라질 수 있으므로, ‘아티팩트로 만들어 달라’는 목적만 분명히 적습니다. “아티팩트로 개인용 구매 합계 계산기를 만들어 주세요. 단가, 수량, 할인율을 입력하면 할인 전 금액, 할인 금액, 최종 금액이 보이게 해 주세요. 처음 예시는 단가 12,500원, 수량 4개, 할인율 10퍼센트로 넣어 주세요. 금액이 음수가 되지 않게 해 주세요.” 이 요청문에는 어려운 기술 용어가 없습니다. 어떤 언어를 쓸지도 정하지 않았어요. 필요한 입력과 출력, 금지 조건 하나만 적었습니다. 클로드가 결과물을 만들면 코드를 펼쳐 읽지 마세요. 입력칸과 결과부터 봅니다. 우리가 확인할 것은 세 가지예요. • 예시 값이 들어가 있는가. • 계산 결과가 50,000원, 5,000원, 45,000원으로 나오는가. • 단가나 수량에 음수를 넣었을 때 이상한 금액이 나오지 않는가. 결과 화면이 예뻐도 숫자가 틀리면 실패입니다. 반대로 디자인이 평범해도 세 숫자가 맞고 입력이 안정적이면 첫 목적은 달성한 거예요. 이 책의 검증판에서는 기준 입력을 넣었을 때 할인 전 50,000원, 할인 5,000원, 최종 45,000원이 나오도록 확인했습니다. 다만 실제 클로드가 생성하는 화면 배치와 표현은 요청 시점에 따라 달라질 수 있어요. 같아야 하는 것은 계산 결과입니다. 확인은 ‘느낌’이 아니라 값으로 한다 첫 화면이 나오면 입력을 한 번 바꿔 보세요. 단가를 20,000원, 수량을 3개, 할인율을 0으로 넣으면 최종 금액은 60,000원이어야 합니다. 할인율을 100으로 바꾸면 최종 금액은 0원이 되어야 해요. 할인율에 120을 넣었을 때 100으로 제한하거나 오류를 알려 주는지도 볼 수 있습니다. 여기서 모든 경우를 시험할 필요는 없어요. 정상 입력 하나, 경계 입력 하나, 잘못된 입력 하나면 첫 확인으로 충분합니다. 정상 입력은 평소 사용할 값입니다. 경계 입력은 0퍼센트나 100퍼센트처럼 범위의 끝이에요. 잘못된 입력은 음수나 빈칸처럼 실제 사용 중 생길 수 있는 실수입니다. 이 세 가지를 확인하면 ‘도구가 열렸다’보다 훨씬 강한 근거를 갖게 됩니다. 마음에 들지 않는 부분을 한 번에 하나씩 고친다 첫 결과를 보고 이런 생각이 들 수 있어요. • 금액에 쉼표가 없어 읽기 어렵다. • 값을 다시 입력하려면 칸을 하나씩 지워야 한다. • 결과에서 최종 금액이 잘 보이지 않는다. 이 세 가지를 한꺼번에 고쳐 달라고 해도 되지만, 처음에는 수정 범위를 작게 잡는 편이 좋아요. 무엇 때문에 결과가 달라졌는지 알기 쉽기 때문입니다. 두 번째 요청은 이렇게 보냅니다. “계산 방식은 바꾸지 말고 두 가지만 수정해 주세요. 모든 금액에 천 단위 쉼표와 ‘원’을 붙여 주세요. 입력값을 단가 0원, 수량 1개, 할인율 0퍼센트로 되돌리는 초기화 버튼을 추가해 주세요. 수정 후 기준 입력 12,500원, 4개, 10퍼센트에서 최종 금액이 여전히 45,000원인지 확인해 주세요.” 이 문장에서 중요한 부분은 “계산 방식은 바꾸지 말고”예요. 화면을 고치는 요청이 계산 결과까지 건드리지 않게 범위를 나눴습니다. 수정 후에는 같은 기준값을 다시 넣습니다. 바뀌어야 할 곳은 금액 표현과 초기화 기능이고, 바뀌면 안 되는 곳은 계산값이에요. 이 과정을 거치면 첫 번째 미니 루프가 완성됩니다. 요청. 필요한 입력과 결과를 말합니다. 확인. 이미 알고 있는 숫자로 결과를 검사해요. 수정. 한 번에 작은 범위를 바꾸고 같은 숫자로 다시 확인합니다. 뒤에서 배울 여섯 단계보다 짧지만, 만드는 일의 중심은 이미 들어 있습니다. 클로드가 구현하고, 사람이 정답을 판단하고, 대화로 결과를 좁혀 갑니다. 코드를 보지 않으면 불안할 때 결과 옆에 긴 코드가 보이면 읽어야 할 것 같은 압박이 생깁니다. 예전 코딩 공부의 기억이 돌아올 수도 있어요. 괄호와 기호를 모르면 도구를 믿을 수 없다고 느끼기 쉽습니다. 하지만 지금 단계에서 코드는 검토 대상이 아닙니다. 우리가 만든 것은 개인용 계산기이고, 정답을 손으로 확인할 수 있어요. 입력과 출력, 잘못된 값에 대한 반응을 확인하는 편이 목적에 더 가깝습니다. 코드를 읽지 않는다고 검증을 포기하는 것은 아니에요. 검증 위치를 결과 쪽으로 옮기는 겁니다. 병원에서 혈압계를 쓸 때 내부 회로를 읽지 않아도, 표시값이 비정상적이면 다시 측정하고 다른 기기와 대조합니다. 전자레인지의 프로그램을 모르더라도 시간이 제대로 줄어드는지, 문이 열렸을 때 멈추는지 확인해요. 작은 도구도 같은 방식으로 볼 수 있습니다. 다만 돈이 실제로 결제되거나, 세금이 계산되거나, 다른 사람의 정보를 저장하는 도구라면 기준이 달라집니다. 개인용 연습 도구에서 확인한 방식만으로 중요한 시스템을 운영하면 안 돼요. 이 책의 첫 도구는 위험이 작은 범위에서 위임과 검증의 감각을 익히기 위한 것입니다. 저장 방식을 기능과 분리해서 확인하기 아티팩트가 대화 안에서 잘 작동하면 완성된 앱처럼 느껴질 수 있어요. 여기서 한 가지를 구분해야 합니다. ‘도구를 다시 찾을 수 있다’, ‘입력한 값이 다음 실행에도 남는다’, ‘다른 기기에서도 같은 기록이 보인다’는 서로 다른 기능입니다. 2026년 8월 기준으로는 일부 유료 플랜의 공개된 아티팩트에서 세션을 넘어 데이터를 남기는 지속 저장을 사용할 수 있어요. 개인별 저장과 여러 사용자가 함께 보는 저장도 구분됩니다. 개발 중인 비공개 상태에서는 저장이 작동하지 않을 수 있고, 공개를 해제하면 연결된 저장 데이터가 삭제될 수 있습니다. 계산기는 값을 잠깐 넣고 결과를 보는 도구라 저장이 필요하지 않아요. 첫 도구에서는 계산 결과만 확인하세요. 뒤에서 만드는 가계부와 습관 트래커에서는 브라우저 임시 저장, 아티팩트의 지속 저장, 파일 내보내기 가운데 어느 방식을 쓰는지 요청에 적고 각각 따로 시험합니다. 기능을 적게 잡는 것도 범위를 지키는 일이에요. 막히는 순간 — 결과물이 아니라 설명만 길게 나와요 증상. 클로드가 계산기 만드는 방법을 설명하지만, 직접 입력해 볼 결과물이 보이지 않아요. 원인. 요청이 설명을 달라는 문장으로 해석됐거나, 아티팩트 생성 의도가 충분히 드러나지 않았습니다. 복구. 아래 한 문장을 이어서 보내세요. “설명문이 아니라 지금 입력해 볼 수 있는 아티팩트 결과물로 만들어 주세요. 코드는 본문에 풀어 설명하지 않아도 됩니다.” 그래도 결과물이 만들어지지 않으면 현재 계정에서 기능이 활성화되어 있는지 확인하고, 새 대화에서 첫 요청을 다시 보내세요. 같은 대화에서 문장을 계속 덧붙여 상황을 복잡하게 만들 필요는 없습니다. 막히는 순간 — 숫자는 나오는데 정답과 달라요 증상. 12,500원, 4개, 10퍼센트를 넣었는데 최종 금액이 45,000원이 아니에요. 원인. 할인율 적용 순서나 숫자 처리 방식이 요청과 다르게 구현됐습니다. 복구. 틀린 결과를 그대로 전달합니다. “기준 입력에서 할인 전 50,000원, 할인 5,000원, 최종 45,000원이 나와야 합니다. 현재 화면에는 [실제 보이는 값]이 나옵니다. 디자인은 건드리지 말고 계산식만 고친 뒤, 세 값을 다시 확인해 주세요.” ‘안 돼요’보다 실제 입력과 실제 출력이 훨씬 좋은 수리 재료입니다. 오류 메시지가 없어도 증상은 전달할 수 있어요. 요청을 잘 쓰는 사람보다 확인을 잘하는 사람이 먼저다 프롬프트를 멋지게 쓰는 법을 검색하면 역할, 형식, 단계, 예시를 길게 넣으라는 조언을 만나게 됩니다. 그런 요소가 도움이 될 때도 있어요. 하지만 첫 도구에서 필요한 것은 완벽한 요청문이 아닙니다. 목적을 말하고, 정답을 알고 있는 예시를 넣고, 결과를 확인하고, 작은 수정 한 번을 요청하면 됩니다. 첫 문장이 부족해도 대화로 보충할 수 있어요. 반대로 아주 긴 요청문을 써도 정답을 확인하지 않으면 좋은 도구가 되지 않습니다. 화면이 그럴듯하면 계산까지 맞을 것이라고 생각하기 쉽거든요. 클로드와 만드는 일에서 사람의 강점은 업무 맥락과 정답을 알고 있다는 데 있습니다. 단가와 할인율이 어떤 의미인지, 실제로 필요한 결과가 무엇인지, 틀렸을 때 어떤 손해가 생기는지는 사용자가 더 잘 알아요. 그 지식을 확인 항목으로 바꾸면 됩니다. 첫 도구를 내 것으로 바꾸는 작은 변형 구매 합계 계산기가 제대로 작동했다면 한 가지 변형만 해 보세요. 기능을 많이 추가하지 말고, 실제 생활과 가까운 방향으로 이름이나 입력값을 바꿉니다. • 인쇄 견적 계산기라면 단가를 페이지당 비용으로 바꿉니다. • 행사 물품 계산기라면 배송비 입력칸 하나를 추가할 수 있어요. • 공동 구매 계산기라면 참여 인원으로 최종 금액을 나누게 할 수 있습니다. 수정 요청에는 바뀌면 안 되는 조건을 함께 넣으세요. “현재 할인 계산은 그대로 유지하고 배송비 입력칸만 추가해 주세요. 배송비는 할인 적용 후 더하고, 기준 입력에 배송비 3,000원을 넣으면 최종 금액이 48,000원이 되어야 합니다.” 새 기능에는 새 정답이 따라갑니다. 이 습관이 쌓이면 도구가 커져도 무엇을 확인해야 할지 잃지 않아요. 첫 도구를 마쳤다고 말할 기준 첫 도구를 만들었다고 말할 수 있는 기준은 화려하지 않습니다. • 입력칸 세 개가 보인다. • 기준 입력에서 세 계산값이 맞는다. • 금액 표현과 초기화 기능을 한 번 수정했다. • 수정 후에도 기준 계산값이 유지된다. • 이 도구에는 저장·동기화·결제 기능이 없다는 범위를 안다. 이 다섯 항목이 맞으면 충분합니다. 코드를 저장하지 않아도 되고, 프로그램 이름을 정하지 않아도 돼요. 첫 성공의 목적은 클로드가 무엇이든 만들어 준다는 감탄이 아닙니다. 내가 결과를 설명하고, 확인하고, 수정할 수 있다는 경험이에요. 계산기 창을 닫기 전에 마지막으로 한 줄을 메모해 두세요. “기준값 12,500 × 4, 할인 10퍼센트 → 최종 45,000원.” 다음에 다시 열었을 때 이 값으로 도구가 여전히 맞는지 확인할 수 있습니다. 결과물과 함께 검증값을 남기는 것이 보관의 시작이에요. 다음 장에서는 화면 안의 작은 도구보다 훨씬 조심해야 하는 일을 다룹니다. 클로드가 내 컴퓨터의 파일을 건드릴 수 있을 때, 요청보다 먼저 준비해야 할 것이 무엇인지 살펴볼 거예요. ---------------------------------------- ### 9장. 갑자기 안 됩니다 — 증상을 전달하고 되돌리는 법 https://voidlogpress.com/books/%ec%bd%94%eb%94%a9%ed%95%98%ec%a7%80-%eb%a7%88%ec%84%b8%ec%9a%94-%ed%81%b4%eb%a1%9c%eb%93%9c-%ed%95%98%ec%84%b8%ec%9a%94/9%ec%9e%a5-%ea%b0%91%ec%9e%90%ea%b8%b0-%ec%95%88-%eb%90%a9%eb%8b%88%eb%8b%a4-%ec%a6%9d%ec%83%81%ec%9d%84-%ec%a0%84%eb%8b%ac%ed%95%98%ea%b3%a0-%eb%90%98%eb%8f%8c%eb%a6%ac%eb%8a%94-%eb%b2%95/ 질문: 만든 도구가 갑자기 안 되면 다시 실행해도 되나요? 요약: 질문 하나로 갈립니다. 지금 다시 눌러도 원본과 기록이 더 바뀌지 않는가. 화면 도구는 한 번 재시도해 볼 수 있지만 파일 작업은 첫 행동이 멈춤입니다. 재실행이 같은 파일을 덮어쓰거나 이미 옮긴 이동을 한 번 더 쌓을 수 있습니다. 또 다른 질문: 다시 잘 만들어 달라고 하면 안 되나요? 답: 그렇게만 보내면 클로드가 무엇이 잘못됐는지 추측해야 해서 화면 색을 바꾸거나 표 구조를 다시 만들 수도 있습니다. 필요한 것은 도구 전체의 재설계가 아니라 눈에 보이는 증상 두어 개의 수정입니다. 또 다른 질문: 증상은 어떻게 전달하나요? 답: 네 가지를 넣습니다. 지금 보이는 증상, 기대하는 결과, 바꾸지 말아야 할 범위, 수정 뒤 확인할 숫자입니다. 에러 코드가 없어도 괜찮습니다. 전달할 것은 원인의 이름이 아니라 화면에서 확인한 차이입니다. 또 다른 질문: 한 곳만 고쳐 달라고 했는데 다른 부분까지 바뀌면요? 답: 직전 정상판으로 되돌리고 바꿀 증상과 유지할 영역을 함께 적어 다시 요청합니다. 수정 범위를 좁히지 않으면 전체 구조를 다시 만들게 됩니다. 수정 뒤 무엇만 보고할지도 함께 지정합니다. 또 다른 질문: 파일 작업을 멈춘 다음에는 무엇을 보나요? 답: 화면이 멎었다는 사실이 아닙니다. 어떤 파일이 어느 위치로 가려 했는지, 같은 목적지 이름이 생겼는지, 이미 움직인 파일이 있는지를 봅니다. 계획을 고친 뒤에도 전체가 아니라 파일 두세 개짜리 샘플 사본에서 먼저 시험합니다. 최종 확인: 2026-09-03T11:04:51+09:00 “어제까지 되던 도구가 오늘은 왜 안 되죠?” 이 질문을 검색창에 넣고 싶어지는 순간이 옵니다. 버튼을 눌렀는데 아무 반응이 없고, 계산 결과는 이상하며, 파일을 정리해 달라고 했더니 예상하지 못한 이름이 생깁니다. 클로드가 긴 설명을 내놓아도 지금 무엇을 해야 하는지는 더 흐려질 수 있어요. 막힘은 도구를 만들어 쓰는 과정의 일부입니다. 진짜 문제는 오류가 생겼다는 사실이 아니라 화면 도구와 파일 작업을 같은 속도로 다루는 데 있어요. 작은 화면 도구는 대체로 되돌리기 쉽습니다. 입력값을 다시 넣거나 이전 상태로 돌아가면 돼요. 반면 파일 작업은 한 번의 재시도가 같은 파일을 다시 옮기거나, 이름을 덮어쓰거나, 이미 바뀐 상태 위에 또 변경을 쌓을 수 있습니다. 그래서 복구 경로를 둘로 나눕니다. 상황 복구 순서 화면 도구 한 번 재시도 → 보이는 증상 전달 → 직전 상태로 되돌리기 파일 작업 즉시 멈춤 → 증상 전달 → 변경 범위 확인 → 사본에서 복구 → 다시 검증 두 경로를 외울 필요는 없어요. 질문 하나만 기억하면 됩니다. 지금 다시 눌러도 원본과 기록이 더 바뀌지 않는가. 그렇다면 화면 도구 경로를 쓸 수 있습니다. 확신이 없다면 파일 작업 경로로 갑니다. 화면 도구에서는 증상을 작게 만든다 6장 가계부에서 본 두 증상을 다시 꺼내 볼게요. 합계가 숫자로 더해지지 않고 긴 문자열처럼 이어졌고, 같은 예시를 두 번 불러오자 16행이 32행이 됐습니다. 화면은 열렸고 표도 보였어요. 겉모양만 보면 완성처럼 보였지만 합계와 행 수는 틀렸습니다. 이때 “다시 잘 만들어 줘”라고만 보내면 클로드는 무엇이 잘못됐는지 추측해야 합니다. 화면 색을 바꾸거나 표 구조를 다시 만들 수도 있어요. 필요한 건 도구 전체의 재설계가 아니라 두 증상의 수정이었습니다. 증상 전달은 길지 않아도 됩니다. “현재 수입과 지출 합계가 숫자로 더해지지 않고 금액이 이어 붙은 문자열처럼 표시됩니다. 예시 데이터는 16행이어야 하는데 같은 불러오기를 두 번 누르면 32행으로 중복됩니다. 디자인과 항목 구조는 바꾸지 말고, 금액을 숫자로 계산하고 예시 데이터가 한 번만 들어가도록 수정해 주세요. 수정 뒤 수입 3,385,000원, 지출 1,620,700원, 잔액 1,764,300원, 16행인지 확인해 주세요.” 이 요청문에는 네 가지가 들어 있습니다. • 지금 보이는 증상. • 기대하는 결과. • 바꾸지 말아야 할 범위. • 수정 뒤 확인할 숫자. 에러 코드가 없어도 괜찮아요. 비개발자가 전달해야 하는 것은 원인의 이름이 아니라 화면에서 확인한 차이입니다. “합계가 이상하다”보다 “수입 3,385,000원이 나와야 하는데 숫자가 이어 붙는다”가 고칠 재료가 됩니다. 수정 뒤에는 같은 행동을 반복합니다. 예시를 한 번 넣고 행 수를 봅니다. 다시 눌러도 행 수가 늘지 않는지 확인해요. 금액 하나를 바꿔 합계가 다시 계산되는지도 봅니다. 그 과정에서 다른 영역이 바뀌면 직전 상태로 돌아갑니다. 화면 도구는 대화 안에서 이전 버전을 다시 요청하거나, 보관해 둔 파일을 다시 열어 복구할 수 있어요. 막히는 순간 — 수정할수록 화면이 더 달라져요 증상. 합계 오류만 고치려 했는데 색상, 항목 이름, 버튼 위치까지 달라졌습니다. 원인. 수정 범위를 좁히지 않아 전체 구조를 다시 만든 것입니다. 복구. 직전 정상판으로 되돌리고 바꿀 증상과 유지할 영역을 함께 적어 다시 요청합니다. “직전 버전으로 돌아가 주세요. 이번 수정 범위는 금액 계산과 예시 중복 방지뿐입니다. 항목 이름, 화면 구성, 색상, 내보내기 기능은 바꾸지 마세요. 수정 뒤 합계 세 개와 행 수만 보고해 주세요.” 화면 도구에서 한 번의 재시도는 허용할 수 있습니다. 같은 입력을 다시 넣어 일시적인 반응 문제인지 보는 정도예요. 같은 오류가 이어지면 더 누르지 말고 증상을 붙여넣습니다. 반복 클릭은 원인을 찾는 행동이 아니라 상태를 더 복잡하게 만드는 행동이 될 수 있어요. 파일 작업에서는 재시도보다 멈춤이 먼저다 앞 절에서 한 번의 재시도를 허용한 것은 화면 도구였기 때문입니다. 파일 작업에서는 그 한 번이 다릅니다. 실행을 다시 누르면 한 파일이 다른 파일을 덮어쓰거나, 임의의 번호가 붙어 어느 파일이 최신인지 더 알기 어려워질 수 있어요. 이미 옮겨진 파일 위에 같은 이동이 한 번 더 쌓이기도 합니다. 그래서 파일 작업의 첫 행동은 재시도가 아니라 멈춤입니다. 멈춘 다음 볼 것은 화면이 멎었다는 사실이 아니에요. 어떤 파일이 어느 위치로 가려 했는지, 같은 목적지가 생겼는지, 이미 움직인 파일이 있는지입니다. “실행을 멈춰 주세요. 아직 파일을 이동하거나 덮어쓰지 마세요. 지금까지 옮겨진 파일과 남은 파일을 나누어 보여 주고, 같은 목적지 이름이 생긴 항목이 있으면 따로 표시해 주세요. 원본 폴더는 변경하지 말고 변경 대상은 작업용 사본으로 제한해 주세요.” 계획을 고친 뒤에도 곧바로 전체에서 실행하지 않습니다. 파일 두세 개만 들어 있는 샘플 사본에서 새 규칙을 먼저 시험해요. 다음 장에서 실제로 이 순서를 밟습니다. 이름을 단순하게 만들려던 규칙이 서로 다른 두 파일을 같은 이름으로 보내 버리는 장면을, 열 개 전체가 아니라 샘플 두 개에서 미리 만나게 될 거예요. 파일 작업의 성공 판정에는 숫자가 필요합니다. 정리 전, 정리 후, 원본, 복원본의 개수가 모두 같아야 해요. 숫자가 하나라도 다르면 정리 성공이라고 쓰지 않습니다. 셀 때는 무엇을 셌는지도 함께 적습니다. “파일 수가 같다”는 문장만으로는 부족해요. 최상위만 센 결과인지, 하위 폴더까지 포함한 결과인지에 따라 같은 폴더가 전혀 다른 숫자로 보입니다. 멈춤은 소극적인 행동이 아닙니다. 현재 상태를 보존하는 기술이에요. 파일 작업에서는 실패 원인을 알기 전에 상태가 더 바뀌는 일을 막는 것이 우선입니다. 오류 메시지를 모두 이해할 필요는 없다 긴 오류 문장이 나오면 전체를 공부하려고 하기 쉽습니다. 그럴 필요는 없어요. 복구에 필요한 부분은 네 조각입니다. 보이는 증상. 버튼을 눌러도 반응이 없는지, 합계가 틀리는지, 파일 이름이 겹치는지 적습니다. 기대 결과. 몇 행, 얼마, 몇 파일이어야 하는지 씁니다. 직전에 한 행동. 어떤 파일을 넣었고 무엇을 눌렀으며 어떤 수정 요청을 보냈는지 남깁니다. 보호할 범위. 원본 폴더, 기존 데이터, 정상인 화면처럼 건드리면 안 되는 곳을 지정합니다. 오류 문구가 있다면 그대로 붙이면 됩니다. 해석해서 다시 쓰다가 중요한 단어를 빼지 마세요. 화면 캡처를 쓸 때는 고객 이름, 이메일, 계정 정보 같은 민감한 부분을 가리고 전달합니다. “왜 안 되나요?”는 대화를 시작하는 질문일 수 있습니다. 복구를 끝내는 질문은 아닙니다. 숫자와 범위를 붙여야 행동으로 바뀝니다. “안 돼요”를 재현 가능한 문장으로 바꾼다 같은 오류도 표현에 따라 복구 속도가 달라집니다. “저장이 안 돼요”라고만 쓰면 저장 버튼이 반응하지 않는지, 저장했다고 표시되지만 다시 열면 사라지는지, 내보낸 파일이 비어 있는지 알 수 없어요. 보이는 순서대로 적으면 됩니다. “항목을 한 줄 추가한 뒤 화면에는 17행이 보입니다. 페이지를 닫았다가 같은 위치에서 다시 열면 16행으로 돌아갑니다. CSV로 내보낸 파일에도 새 항목이 없습니다. 새 항목이 화면에만 임시로 보이는지 확인하고, 기존 16행과 합계 계산은 바꾸지 않은 채 저장 또는 내보내기 경로를 수정해 주세요.” 여기에는 원인 추정이 없습니다. 관찰한 행동만 있어요. 클로드가 “저장 방식의 문제”라고 설명하더라도 복구 뒤에는 같은 순서로 다시 시험합니다. 한 줄 추가, 닫기, 다시 열기, 내보내기, 행 수 확인입니다. 파일 작업도 마찬가지예요. “파일이 없어졌어요”보다 다음 문장이 낫습니다. “작업 전 사본에는 파일이 24개 있었고, 지금 세어 보니 21개입니다. 하위 폴더를 포함한 전체 목록과 이동 내역을 보여 주세요. 원본 폴더는 24개 그대로인지 별도로 보고하고, 현재 상태에서 추가 이동이나 삭제는 하지 마세요.” 좋은 증상 문장은 전문 용어가 많은 문장이 아닙니다. 다른 사람이 같은 입력과 행동으로 차이를 확인할 수 있는 문장이에요. 되돌리기는 마지막 수단이 아니라 기본 단계다 도구를 만들 때는 수정판만 남기기 쉽습니다. 괜찮아 보이는 버전에 덮어쓰고, 문제가 생기면 대화 기록을 뒤져요. 복구가 어려운 이유는 오류가 복잡해서가 아니라 정상 상태가 어디였는지 남아 있지 않기 때문입니다. 보관 이름은 거창할 필요가 없습니다. • 가계부_합계수정전.html • 파일정리_작업전사본 • 회의보고서_원문기준_v1.md 정상판을 하나 남기고 수정합니다. 파일 작업이라면 작업 전 사본과 변경 목록을 함께 둡니다. 화면 도구라면 재생성 요청문과 기대값을 남겨요. 되돌린 뒤에는 같은 검증을 다시 합니다. 이전 화면이 보인다는 이유로 끝내지 않습니다. 행 수, 합계, 파일 수, 누락을 확인해야 정상 상태로 돌아온 것이 맞는지 알 수 있어요. 두 트랙을 고르는 짧은 판단표 질문 그렇다면 다시 실행해도 원본과 기록이 바뀌지 않는가 화면 도구 경로를 검토한다 파일 이동·이름 변경·삭제가 포함되는가 즉시 멈추고 파일 작업 경로로 간다 직전 정상판이 남아 있는가 그 상태를 기준으로 수정 범위를 좁힌다 기대값을 숫자로 말할 수 있는가 요청문에 숫자를 넣는다 무엇이 바뀌었는지 모르는가 추가 실행 전 변경 목록을 요청한다 도구가 아티팩트인지 코워크인지 클로드 코드인지보다 중요한 판단입니다. 같은 공간에서도 화면만 바꾸는 일과 로컬 파일을 다루는 일은 복구 위험이 다를 수 있어요. 애매하면 파일 작업 경로를 고른다 화면 안에서 시작한 도구라도 내려받은 CSV를 덮어쓰거나 로컬 폴더의 파일을 바꾸는 순간 위험이 달라집니다. “아티팩트에서 시작했으니 화면 도구 경로”처럼 서비스 이름으로 고르지 마세요. 지금 실행이 무엇을 바꾸는지로 판단합니다. 예를 들어 가계부 화면의 합계 표시만 고치는 일은 되돌리기 쉬운 편입니다. 같은 가계부가 내보낸 월별 CSV 12개를 합치고 기존 파일 이름을 바꾸는 일이라면 파일 작업 경로가 맞아요. 실행을 멈추고 대상 파일 목록, 새 파일 위치, 원본 보존 여부를 확인해야 합니다. 판단이 서지 않으면 더 보수적인 경로를 택합니다. 한 번 더 누르는 데 드는 몇 초보다 원본 상태를 되찾는 시간이 훨씬 클 수 있어요. 사본을 만들고 변경 범위를 확인한 뒤 실행하면 느려 보이지만, 복구까지 포함한 전체 시간은 오히려 짧아집니다. 복구 기록 한 장을 남긴다 막힘을 해결한 뒤 대화를 닫아버리면 다음 오류에서 다시 처음부터 설명해야 합니다. 아래 다섯 줄을 텍스트 파일에 남겨 두세요. • 증상은 무엇이었는가. • 기대값은 무엇이었는가. • 원인은 확인됐는가, 추정인가. • 어떤 요청으로 복구했는가. • 재검증에서 무엇을 확인했는가. 이 기록은 개발 문서가 아닙니다. 다음번의 자신에게 남기는 복구 메모예요. 같은 도구를 고칠 때 재생성 요청문보다 더 빠르게 상황을 설명해 줍니다. 지금 쓰고 있는 도구 하나를 골라 복구메모.md를 만들어 보세요. 실제 오류가 없다면 “합계가 맞지 않을 때”나 “파일 수가 달라질 때”를 가정해 기대값과 보호할 범위만 적어도 됩니다. 막힘을 없애는 사람은 없습니다. 대신 막혔을 때 상태를 더 망치지 않고, 증상을 전달하고, 직전 정상판으로 돌아가는 사람이 있어요. 그 능력이 있으면 도구를 다시 만들지 않고 계속 고쳐 쓸 수 있습니다. ---------------------------------------- ## 퇴직연금을 켜라 ISBN 9791143819048 · 2026-08-20 · 강지우 지음 https://voidlogpress.com/books/%ed%87%b4%ec%a7%81%ec%97%b0%ea%b8%88%ec%9d%84-%ec%bc%9c%eb%9d%bc/ ### 11장. 4% 룰: 은퇴 자금 고갈 없이 사는 법 https://voidlogpress.com/books/%ed%87%b4%ec%a7%81%ec%97%b0%ea%b8%88%ec%9d%84-%ec%bc%9c%eb%9d%bc/11%ec%9e%a5-4-%eb%a3%b0-%ec%9d%80%ed%87%b4-%ec%9e%90%ea%b8%88-%ea%b3%a0%ea%b0%88-%ec%97%86%ec%9d%b4-%ec%82%ac%eb%8a%94-%eb%b2%95/ 질문: 은퇴 자금은 얼마나 필요한가요? 요약: 4% 룰에 따르면 연간 생활비의 25배입니다. 월 200만 원이 필요하면 6억 원입니다. 1994년 윌리엄 벤겐이 1926~1992년 미국 시장 데이터로 도출한 가이드라인이며, 과거 자료를 되짚은 결과이지 미래를 보장하는 수치는 아닙니다. 이 책은 한국의 환율·세금·의료비를 고려해 25배가 아닌 28~30배를 권합니다. 또 다른 질문: 4퍼센트씩 빼면 25년이면 바닥나는 것 아닌가요? 답: 은퇴 자산이 계속 투자돼 있기 때문에 단순 나눗셈과 다릅니다. 윌리엄 벤겐이 1994년에 발표한 분석은 미국 대형주와 중기 국채를 절반씩 담은 배분으로 1926~1992년 자료를 검토했고, 첫해에 4퍼센트를 뽑고 이후 물가에 연동해 인출하면 30년을 버틸 수 있다고 봤습니다. 1998년 트리니티 연구도 비슷한 결론을 내면서 "역사가 미래의 지침이라면 3~4퍼센트 인출이 자산을 소진시킬 가능성은 매우 낮다"고 표현했습니다. 두 연구 모두 과거 미국 시장을 되짚은 결과이지 미래를 보장하지 않습니다. 벤겐 자신도 4.25퍼센트에서는 28년 만에 소진될 수 있다고 적었고, 두 연구 모두 세금과 수수료는 계산에 넣지 않았습니다. 또 다른 질문: 한국에서는 왜 25배가 아니라 28~30배를 권하나요? 답: 환율과 세금, 의료비를 고려하기 때문입니다. 월 200만 원이 필요하면 4퍼센트 룰로는 6억 원이지만 한국형으로는 6.7~7.2억 원이 됩니다. 국민연금으로 월 100만 원이 나온다면 그만큼 빼고 계산합니다. 또 다른 질문: 일본처럼 30년 넘게 주가가 회복되지 않으면 어떻게 되나요? 답: 일본 주식만 갖고 있었다면 문제였을 것입니다. 벤겐의 연구는 지난 100년간 우상향한 미국 시장 데이터를 기반으로 하기 때문입니다. 다만 미국과 해외와 채권으로 전세계에 분산했다면 견딜 수 있었습니다. 특정 국가에 몰린 위험을 줄이는 것이 해결책입니다. 또 다른 질문: 왜 은퇴 직후 5년이 특히 위험한가요? 답: 수익률 순서 위험 때문입니다. 평균이 똑같이 4퍼센트여도 나쁜 해가 먼저 오면 5년 뒤 4억 8,500만 원, 좋은 해가 먼저 오면 5억 5,500만 원입니다. 인출하지 않으면 순서는 상관없는데, 인출이 그 대칭을 깹니다. 최종 확인: 2026-09-06 이 장을 읽기 전에 이 책은 '정답'이 아니라 '생각의 기준점'을 제공합니다. 4% 룰은 미국 시장 데이터를 기반으로 한 가이드라인이며, 한국의 세금 체계, 환율 변동, 개인 상황에 따라 적용 방식이 달라질 수 있습니다. 구체적인 은퇴 설계는 반드시 재무설계사와 상담하세요. 이 장을 건너뛰어도 되는 사람 아래에 해당하면 이 장은 나중에 읽어도 됩니다. • 아직 30대 초반이고, 지금은 "모으는 단계"에 집중하고 싶다 • 국민연금 + 퇴직연금만으로 기본 생활비가 충당될 예정이다 • 숫자 계산보다 먼저 "왜 해야 하는지"가 궁금하다 → 12장으로 이동 결론만 알고 싶다면: 바로 아래 "이것만 알면 된다"를 읽고 12장으로 넘어가세요. 이것만 알면 된다 (1페이지 결론) 4% 룰 핵심 공식: 연간 생활비 × 25 = 필요 자산 예시: • 월 200만 원 필요 → 200만 × 12 × 25 = 6억 원 • 월 300만 원 필요 → 300만 × 12 × 25 = 9억 원 한국 변수 고려 시: • 환율, 세금, 의료비 고려 → ×28~30 권장 • 월 200만 원 필요 → 한국형 필요 자산: 6.7~7.2억 원 자세한 계산은 부록 4 워크시트를 활용하세요. 4% 룰의 탄생 1994년, 재무설계사 윌리엄 벤겐(William Bengen)이 역사적인 연구 결과를 발표했습니다. 그는 1926년부터의 미국 주식/채권 시장 데이터를 분석했습니다. "은퇴 후 매년 얼마씩 꺼내 쓰면 30년 동안 돈이 바닥나지 않을까?"라는 질문에 답하기 위해서였죠. 결론은 놀라웠습니다. "은퇴 자산의 4%씩 매년 인출하면, 30년 동안 돈이 바닥나지 않는다." 대공황, 오일쇼크, 닷컴버블... 최악의 시나리오를 포함해서도 4%면 버텼습니다. 이것이 "4% 룰"의 탄생입니다. 4% 룰의 원리 25배 법칙 4%의 역수는 25입니다. 그래서 4% 룰을 "25배 법칙"이라고도 부릅니다. 공식: 연간 생활비 × 25 = 은퇴에 필요한 자산 예를 들어보겠습니다. • 연간 2,400만 원(월 200만 원) 필요 → 2,400만 × 25 = 6억 원 • 연간 3,600만 원(월 300만 원) 필요 → 3,600만 × 25 = 9억 원 • 연간 4,800만 원(월 400만 원) 필요 → 4,800만 × 25 = 12억 원 6억 원을 모으면, 매년 2,400만 원(6억의 4%)씩 써도 30년간 바닥나지 않는다는 겁니다. 월 생활비별 필요 자산 한눈에 보기 월 생활비 연간 생활비 4% 룰 (×25) 150만 원 1,800만 원 4.5억 원 200만 원 2,400만 원 6억 원 250만 원 3,000만 원 7.5억 원 300만 원 3,600만 원 9억 원 400만 원 4,800만 원 12억 원 500만 원 6,000만 원 15억 원 참고로, 이 금액은 국민연금이나 퇴직연금 외에 추가로 필요한 금액입니다. 국민연금으로 월 100만 원이 나온다면, 필요한 월 생활비에서 100만 원을 빼고 계산하면 됩니다. 왜 30년 동안 고갈되지 않는가? "4%씩 빼면 25년이면 다 없어지는 거 아닌가요?" 좋은 질문입니다. 단순 계산으로는 그렇습니다. 하지만 은퇴 자산은 가만히 있지 않습니다. 계속 투자되어 있으니까요. 벤겐의 연구는 이렇게 설계되었습니다. • 주식 50% + 채권 50% 포트폴리오 • 매년 4%를 인출 (인플레이션 조정) • 남은 자산은 계속 투자 결과적으로 자산이 늘어나는 해도 있고 줄어드는 해도 있지만, 벤겐이 검토한 1926~1992년 미국 시장의 은퇴 시작 연도들에서는 4% 인출률로 30년을 버텼습니다. 뒤이은 트리니티 연구도 "역사가 미래의 지침이라면 3~4퍼센트 인출이 자산을 소진시킬 가능성은 매우 낮다"고 표현했습니다. 두 연구 모두 과거 미국 시장을 되짚은 시뮬레이션이지 미래를 보장하는 계산이 아닙니다. 벤겐 자신도 인출률을 4.25%로 올리면 28년 만에 소진될 수 있다고 적었고, 두 연구 모두 세금과 수수료는 계산에 넣지 않았습니다. 그 전제 안에서 보면, 많은 구간에서 30년 뒤에도 원금이 유지되거나 늘어 있었습니다. 4% 룰의 한계와 보완 4% 룰이 완벽한 건 아닙니다. 몇 가지 한계가 있습니다. 일본의 "잃어버린 30년" 같은 상황이라면? 벤겐의 연구는 미국 시장 데이터를 기반으로 합니다. 미국 주식 시장은 지난 100년간 장기적으로 우상향했습니다. 하지만 일본은 어떨까요? 1989년 버블 붕괴 이후 30년 넘게 주가가 회복되지 못했습니다. 이런 시장에서 4% 룰은 작동하지 않을 수 있습니다. 해결책: 글로벌 분산 일본 주식만 가지고 있었다면 문제였겠지만, 전세계에 분산 투자했다면 괜찮았습니다. 4장에서 배운 3 Fund Portfolio처럼 미국 + 해외 + 채권으로 분산하면 특정 국가 리스크를 줄일 수 있습니다. 3.5% 룰, 가변 인출 전략 좀 더 보수적으로 접근하고 싶다면? 3.5% 룰: 4% 대신 3.5%만 인출합니다. 25배 대신 약 28배를 모아야 하지만, 안전마진이 생깁니다. • 월 200만 원 필요 → 2,400만 × 28 = 6.7억 원 가변 인출 전략: 시장 상황에 따라 인출액을 조절합니다. • 시장이 좋을 때: 4.5% 인출 • 시장이 나쁠 때: 3.5% 인출 유연성이 있으면 자산 수명이 늘어납니다. 배당으로 원금 유지하기 5장에서 배운 배당주 전략을 활용하는 방법도 있습니다. 배당률 3~4%인 포트폴리오를 구성하면, 배당금만으로 생활비를 충당할 수 있습니다. 원금을 건드리지 않으니 자산이 고갈될 일이 없죠. 예를 들어 이렇습니다. • 6억 원 × 배당률 4% = 연 2,400만 원 (월 200만 원) • 원금 6억 원은 그대로 유지 배당금은 매년 조금씩 올라가는 경우가 많으니(배당 귀족들처럼), 인플레이션 헷지도 됩니다. 은퇴 직후 5년이 특별한 이유 4퍼센트 룰을 이야기할 때 반드시 짚어야 할 위험이 하나 있습니다. 이름이 어렵지만 원리는 단순합니다. 수익률 순서 위험입니다. 같은 평균 수익률이라도 어떤 순서로 오느냐에 따라 결과가 달라진다는 뜻입니다. 그리고 이 위험은 돈을 꺼내 쓰기 시작한 순간부터 생깁니다. 숫자로 보면 바로 이해됩니다. 은퇴 자산 6억 원, 매년 2,400만 원씩 꺼내 쓴다고 해봅시다. 5년간의 수익률이 마이너스 30퍼센트, 마이너스 10퍼센트, 플러스 20퍼센트, 플러스 20퍼센트, 플러스 20퍼센트라고 하죠. 평균은 4퍼센트입니다. 나쁜 해가 먼저 온 경우 — 5년 뒤 잔액 4억 8,500만 원 좋은 해가 먼저 온 경우 (같은 수익률을 거꾸로) — 5년 뒤 잔액 5억 5,500만 원 평균 수익률은 똑같이 4퍼센트입니다. 순서만 바뀌었을 뿐인데 7,000만 원이 갈립니다. 왜 이런 일이 생길까 인출하지 않고 그냥 굴리기만 하면 순서는 아무 상관이 없습니다. 위 두 경우 모두 6억 5,320만 원으로 똑같습니다. 곱셈의 순서를 바꿔도 결과가 같은 것과 같은 이치입니다. 인출이 이 대칭을 깹니다. 주가가 30퍼센트 빠진 해에도 생활비 2,400만 원은 꺼내야 합니다. 자산이 줄어든 상태에서 같은 금액을 빼면, 남은 원금이 훨씬 크게 깎입니다. 그리고 나중에 시장이 회복돼도 이미 팔아버린 몫은 회복에 참여하지 못합니다. 8장에서 "버티면 회복한다"고 했습니다. 그건 적립 중인 사람의 이야기입니다. 인출 중인 사람에게는 조건이 하나 붙습니다. 팔지 않고 버틸 수 있어야 회복에 올라탈 수 있습니다. 그래서 은퇴 직전과 직후가 위험 구간이다 정리하면 이렇습니다. 은퇴까지 20년이 남았다면 폭락은 오히려 기회입니다. 같은 돈으로 더 많이 살 수 있으니까요. 은퇴를 1~2년 앞두고 있거나 막 은퇴했다면 폭락은 타격입니다. 회복할 시간도 없고, 그 와중에 꺼내 써야 합니다. 같은 사건이 시기에 따라 정반대로 작용합니다. 2장에서 TDF가 은퇴 시점이 가까워질수록 주식 비중을 낮추는 이유가 여기 있습니다. 대비하는 방법 완벽한 해법은 없지만, 세 가지가 도움이 됩니다. 첫째, 현금 완충 구간을 둡니다. 은퇴 직후 2~3년치 생활비를 예금이나 단기채에 따로 떼어둡니다. 폭락장이 와도 그 돈으로 버티면서 주식을 팔지 않아도 됩니다. 시장이 회복되면 다시 채워넣습니다. 9장에서 정희의 비상자금이 3~6개월치가 아니라 더 넉넉해야 한다고 했던 이유가 이겁니다. 둘째, 인출액을 유연하게 가져갑니다. 시장이 나쁜 해에는 여행이나 큰 지출을 미룹니다. 앞서 본 가변 인출 전략입니다. 나쁜 해에 조금만 덜 꺼내도 자산 수명이 눈에 띄게 늘어납니다. 셋째, 은퇴 시점을 유연하게 봅니다. 은퇴 직전에 폭락이 오면 1~2년 더 일하는 선택지를 남겨둡니다. 그 사이 인출을 미루고 시장이 회복하기를 기다릴 수 있습니다. 어느 계좌부터 꺼낼 것인가 모아둔 곳이 여럿이면 꺼내는 순서도 전략입니다. 같은 금액을 써도 세금이 달라지기 때문입니다. 일반적인 원칙은 이렇습니다. 1순위, 과세 계좌부터. 일반 증권계좌나 예금처럼 세제 혜택이 없는 돈부터 씁니다. 이 돈은 굴려도 세금 혜택이 없으니 먼저 소진하는 게 낫습니다. 2순위, ISA. 비과세 한도를 쓰면서 꺼냅니다. 3순위, 연금저축과 IRP. 마지막까지 남겨둡니다. 이 계좌 안에서는 세금 없이 굴러가니, 오래 둘수록 유리합니다. 여기에 조건이 하나 붙습니다. 연금 수령은 55세 이후에 시작해야 하고, 10년 이상 나눠 받아야 낮은 세율이 적용됩니다. 너무 늦게 시작하면 짧은 기간에 몰아 받게 되어 세율이 올라갈 수 있습니다. 그리고 9장에서 본 건강보험료 문제도 함께 봐야 합니다. 사적연금은 피부양자 판정 소득에 잡히지 않지만, 연 1,500만 원을 넘으면 종합과세 대상이 될 수 있습니다. 수령 기간을 늘려 연간 금액을 낮추는 것이 대체로 유리합니다. 이 계산은 개인 상황에 따라 크게 달라집니다. 은퇴가 가까워지면 한 번쯤 전문가와 함께 시뮬레이션해보시길 권합니다. 국민연금은 언제부터 받을까 한국에만 있는 변수가 하나 더 있습니다. 국민연금 수령 시기입니다. 정해진 나이보다 앞당겨 받으면 1년당 6퍼센트씩 줄고, 미뤄 받으면 1년당 7.2퍼센트씩 늘어납니다. 각각 최대 5년까지 가능합니다. 정희의 예상 수령액 월 112만 원을 기준으로 계산하면 이렇습니다. 수령 시기 조정률 월 수령액 60세 (5년 조기) -30% 78만 원 62세 (3년 조기) -18% 92만 원 65세 (정상) — 112만 원 68세 (3년 연기) +21.6% 136만 원 70세 (5년 연기) +36% 152만 원 월 78만 원과 152만 원. 두 배 차이입니다. 그럼 무조건 미루는 게 나을까요? 그렇지 않습니다. 미루면 그동안 못 받은 돈이 있으니까요. 누적 수령액으로 계산한 손익분기점은 이렇습니다. • 5년 앞당겨 받으면 77세까지는 유리하고, 그 뒤로는 불리해집니다 • 5년 미뤄 받으면 84세를 넘겨야 유리해집니다 즉 얼마나 오래 사느냐에 답이 달려 있습니다. 그리고 그건 아무도 모릅니다. 판단 기준을 정리하면 이렇습니다. 앞당겨 받는 게 나은 경우 — 은퇴 직후 소득이 끊겨 당장 생활비가 급한 경우, 건강이 좋지 않은 경우, 다른 노후 자산이 충분해서 국민연금이 보조 역할인 경우 미뤄 받는 게 나은 경우 — 은퇴 후에도 소득이 있는 경우, 건강하고 가족력상 장수가 예상되는 경우, 다른 자산이 부족해 오래 살 위험에 대비해야 하는 경우 여기서 한 가지를 강조하고 싶습니다. 국민연금의 진짜 가치는 수익률이 아니라 죽을 때까지 나온다는 점입니다. 90세를 넘겨 살면 모아둔 돈은 바닥날 수 있지만 국민연금은 계속 나옵니다. 그래서 오래 살 가능성이 높은 사람일수록 미뤄 받는 쪽이 유리합니다. 통계적으로 여성이 남성보다 오래 삽니다. 부부라면 오래 살 가능성이 높은 쪽의 국민연금을 미뤄서 키워두는 것이 노후 후반의 안전판이 됩니다. 한국에서 4% 룰 적용 시 변수 미국에서 만들어진 4% 룰을 한국에 그대로 적용하기엔 몇 가지 변수가 있습니다. 환율 리스크 미국 주식, 미국 ETF에 투자하면 달러 자산을 갖게 됩니다. 이건 장점이자 리스크입니다. • 원화가 약해지면: 달러 자산 가치 상승 (유리) • 원화가 강해지면: 달러 자산 가치 하락 (불리) 은퇴 후 생활비는 원화로 쓰니까, 환율 변동이 실제 사용 가능 금액에 영향을 줍니다. 대응 방안: • 원화 자산과 달러 자산을 적절히 섞기 • 환율이 유리할 때 미리 환전해두기 • 국내 상장 해외 ETF 활용 (환헷지형 vs 환노출형 선택) 세금 미국에서는 Roth IRA 인출 시 세금이 없습니다. 하지만 한국은 다릅니다. 10장에서 배웠듯이 세금이 이렇게 갈립니다. • 연금 수령: 3.3~5.5% 연금소득세 • 일시금 수령: 16.5% 기타소득세 또는 퇴직소득세 4% 룰을 적용할 때, 세금을 고려해야 합니다. 세후 4%가 되려면 세전으로는 약 4.2~4.4%가 필요합니다. 의료비 변수 한국은 건강보험이 있어서 의료비 부담이 미국보다 적습니다. 이건 좋은 점이죠. 하지만 나이가 들수록 의료비는 증가합니다. 건강보험이 커버하지 않는 비급여 항목, 간병비, 요양비 등을 고려해야 합니다. 권장: 의료비 버퍼 마련 • 기본 생활비 외에 월 50~100만 원의 의료비 버퍼 고려 • 또는 실손보험, 간병보험 등으로 리스크 분산 한국형 4% 룰 = 3.5% 룰 권장 위의 변수들을 종합하면 이렇게 정리됩니다. 미국 4% 룰 (×25) → 한국형 3.5% 룰 (×28~30) 권장 이유: • 환율 변동성 • 세금 구조 차이 • 의료비 증가 추세 • 안전마진 확보 월 생활비 미국식 (×25) 한국형 (×28) 200만 원 6억 원 6.7억 원 300만 원 9억 원 10억 원 400만 원 12억 원 13.4억 원 7천만 원 정도의 버퍼가 생기지만, 30년 은퇴 생활의 안전판으로 생각하면 아깝지 않습니다. 나의 숫자 확인하기 상세 계산은 부록 4 워크시트를 활용하세요. 여기서는 간단히 확인만 해봅시다. 나의 은퇴 설계 간단 체크: □ 월 희망 생활비: ____만 원 □ 국민연금 예상 수령액: ____만 원 □ 퇴직연금/기타 연금: ____만 원 □ 추가로 필요한 월 생활비: ____만 원 (희망 생활비 - 연금 수령액) □ 필요 자산 (×25): ____억 원 □ 한국형 (×28): ____억 원 □ 현재 연금 자산: ____억 원 □ 갭 (목표 - 현재): ____억 원 "갭"이 클수록, 12장의 액션이 중요해집니다. 갭이 작다면 축하드립니다. 이미 잘하고 계신 겁니다. 갭이 크다면 걱정하지 마세요. 지금 시작하면 됩니다. 7장에서 만난 앤 샤이버는 51세에 5,000달러로 시작했습니다. 정희라면 56세 정희의 이야기로 이 장을 마무리하겠습니다. 정희는 은퇴가 4년 앞입니다. 지훈이나 현주와 달리 모으는 단계가 거의 끝났습니다. 남은 과제는 꺼내는 설계입니다. 첫째, 숫자를 확정합니다 국민연금 예상액은 월 112만 원입니다. 목표 생활비를 월 250만 원으로 잡으면 부족분은 월 138만 원, 연 1,656만 원입니다. 한국형 기준(×28)을 적용하면 필요 자산은 약 4억 6천만 원입니다. 여기에 퇴직금과 그동안 모은 연금저축·IRP 잔액을 더해보고, 부족하면 남은 4년의 계획을 조정합니다. 둘째, 완충 구간을 만듭니다 은퇴 직후 2~3년치 생활비를 따로 떼어둡니다. 월 250만 원 기준으로 6천만 원에서 9천만 원입니다. 이 돈은 예금이나 단기채로 둡니다. 수익률이 낮아도 상관없습니다. 목적은 은퇴 직후 폭락이 왔을 때 주식을 팔지 않는 것이니까요. 셋째, 자산 배분을 조정합니다 지금 당장 전부 안전자산으로 옮기는 건 과합니다. 정희는 은퇴 후에도 30년을 더 살 가능성이 높으니까요. 은퇴 시점에 자산을 전부 예금에 넣으면 인플레이션에 당합니다. 앞으로 4년에 걸쳐 채권 비중을 서서히 올리되, 주식을 완전히 비우지는 않습니다. 2장에서 본 글라이드 패스를 손으로 그리는 셈입니다. 넷째, 국민연금 시기를 결정합니다 정희는 여성이고 건강합니다. 90세 이상 살 가능성을 배제할 수 없습니다. 퇴직금과 연금저축으로 은퇴 초반을 버틸 수 있다면, 국민연금을 몇 년 미루는 선택이 유리할 수 있습니다. 3년만 미뤄도 월 136만 원이 됩니다. 오래 살수록 이 24만 원의 차이가 커집니다. 반대로 은퇴 직후 소득 공백이 감당이 안 된다면 정상 개시가 맞습니다. 미루는 것도 여유가 있어야 가능한 선택이니까요. 정희에게 남은 4년 정희가 이 4년에 할 일은 자산을 크게 불리는 게 아닙니다. 순서를 정하는 것입니다. 무엇을 언제 어떤 순서로 꺼낼지, 폭락이 왔을 때 무엇으로 버틸지, 국민연금을 언제 켤지. 지훈에게 25년이 자산이라면, 정희에게는 이 4년의 준비가 자산입니다. 이 장의 핵심 1. 4% 룰: 연간 생활비 × 25 = 필요 자산. 매년 4%씩 인출하면 30년간 자산이 고갈되지 않는다 (미국 시장 기준). 2. 한국에서는 환율, 세금, 의료비 고려 → 3.5% 룰 (×28) 권장. 안전마진을 확보하자. 3. 상세 계산은 부록 4 워크시트 활용. 국민연금, 퇴직연금을 빼고 추가로 필요한 금액을 계산하자. 다음 장 예고 목표 숫자를 알았습니다. 6억, 9억, 12억... 숫자가 크게 느껴질 수 있습니다. 하지만 기억하세요. 로널드 리드도 처음엔 월급쟁이였습니다. 앤 샤이버도 51세에 5,000달러로 시작했습니다. 중요한 건 "언제 시작하느냐"입니다. 그리고 그 답은 항상 "지금"입니다. 마지막 장에서는 오늘 당장 할 수 있는 3가지를 정리합니다. ---------------------------------------- ### 2장. 디폴트 옵션: 아무것도 안 해도 투자되는 시스템 https://voidlogpress.com/books/%ed%87%b4%ec%a7%81%ec%97%b0%ea%b8%88%ec%9d%84-%ec%bc%9c%eb%9d%bc/2%ec%9e%a5-%eb%94%94%ed%8f%b4%ed%8a%b8-%ec%98%b5%ec%85%98-%ec%95%84%eb%ac%b4%ea%b2%83%eb%8f%84-%ec%95%88-%ed%95%b4%eb%8f%84-%ed%88%ac%ec%9e%90%eb%90%98%eb%8a%94-%ec%8b%9c%ec%8a%a4%ed%85%9c/ 질문: 미국 401(k)는 어떻게 아무것도 안 해도 투자되나요? 요약: 2006년 연금보호법이 선택하지 않으면 자동으로 TDF에 투자되도록 바꿨습니다. 그 전에는 선택을 미루면 돈이 현금으로 남아 수익률이 0퍼센트였습니다. TDF는 예상 은퇴 연도가 이름에 붙은 펀드로, 시점에 맞춰 자산 배분이 자동 조정됩니다. 또 다른 질문: TDF 2045의 2045는 무엇을 뜻하나요? 답: 나이가 아니라 예상 은퇴 연도입니다. 마흔다섯 살이라고 2045를 고르는 것이 아닙니다. 현재 연도에 은퇴 나이에서 현재 나이를 뺀 값을 더하면 됩니다. 2026년에 마흔다섯이고 예순에 은퇴한다면 2041년입니다. 또 다른 질문: 같은 연도의 TDF는 다 같은 상품인가요? 답: 아닙니다. 같은 2045라도 운용사마다 주식 비중이 다르고, 은퇴하는 해에 착륙을 끝내는 방식과 은퇴 후에도 10~20년에 걸쳐 낮추는 방식이 갈립니다. 투자설명서에서 은퇴 시점의 주식 비중과 총보수를 확인합니다. 또 다른 질문: 불안하면 연도를 앞당겨 고르는 게 안전하지 않나요? 답: 채권 비중이 실제 필요보다 높아집니다. 안전해 보이지만 아직 20년이 남은 사람에게는 성장을 포기하는 선택입니다. 은퇴 후에도 30년을 더 살 가능성이 높다면 주식을 너무 일찍 줄이는 것도 위험입니다. 또 다른 질문: 기본값을 바꾸는 것이 그렇게 큰 차이를 만드나요? 답: 만듭니다. 2006년 연금보호법 전에는 선택을 미루면 돈이 현금으로 남아 수익률이 0퍼센트였습니다. Vanguard 2026년 보고서에서 자동 가입 방식 회사의 참여율은 94퍼센트, 직접 신청 방식은 64퍼센트였습니다. 최종 확인: 2026-09-02T16:32:16+09:00 2006년, 미국에서 법 하나가 바뀌었습니다. 연금보호법(Pension Protection Act). 이름만 들으면 지루한 법률 이야기 같습니다. 정치인들이 모여서 논쟁하고, 문서에 서명하고, 그걸로 끝나는 그런 법. 하지만 이 법이 수천만 명의 노후를 바꿔놓았습니다. 핵심은 단 하나였습니다. "아무것도 선택 안 하면, 자동으로 TDF에 투자된다." TDF가 뭔지는 잠시 후에 설명하겠습니다. 지금 중요한 건 "아무것도 선택 안 해도"라는 부분입니다. 그 전까지 미국 401(k)는 이랬습니다. 가입하면 "어떤 펀드에 투자하시겠습니까?" 하고 물어봤습니다. 선택지가 10개, 20개 있었습니다. 복잡했습니다. 많은 사람들이 결정을 미루다가, 결국 아무것도 선택하지 않았습니다. 선택 안 하면 어떻게 됐을까요? 돈이 그냥 현금으로 놓여 있었습니다. 수익률 0%. 수십 년 동안. 2006년 법이 바꾼 건 이겁니다. 선택 안 하면 자동으로 TDF에 투자되게 했습니다. 결정을 미루는 사람도, 뭘 해야 할지 모르는 사람도, 알아서 주식에 투자되는 겁니다. 이 한 줄의 변화가 미국인들의 은퇴를 바꿨습니다. TDF(타깃데이트펀드)란? 은퇴 시점에 맞춰 자동 조정 TDF는 Target Date Fund의 약자입니다. 한국어로 "타깃데이트펀드" 또는 "생애주기펀드"라고 합니다. TDF의 이름에는 연도가 붙어 있습니다. • Target Date 2030 • Target Date 2040 • Target Date 2050 이 연도는 뭘까요? 예상 은퇴 연도입니다. 2050년에 은퇴할 예정인 사람은 Target Date 2050을 삽니다. 지금 30대라면 2050 정도가 맞겠죠. TDF는 은퇴까지 남은 시간에 따라 알아서 자산을 배분합니다. 젊을 때: 주식 비중 높음 (80~90%) 은퇴까지 30년 남았습니다. 시간이 많으니 위험을 감수할 수 있습니다. 폭락장이 와도 회복할 시간이 있습니다. 그래서 주식 비중을 높게 가져갑니다. 중년일 때: 주식 비중 중간 (60~70%) 은퇴까지 15년 남았습니다. 여전히 성장이 필요하지만, 너무 큰 위험은 피해야 합니다. 주식 비중을 조금 낮춥니다. 은퇴 직전: 주식 비중 낮음 (40~50%) 은퇴까지 5년 남았습니다. 이제 돈을 지켜야 합니다. 폭락장이 오면 회복할 시간이 없습니다. 채권 비중을 높이고 변동성을 줄입니다. 이 과정이 자동으로 일어납니다. 내가 신경 쓸 필요 없습니다. 글라이드 패스(Glide Path) TDF의 자산 배분 변화를 그래프로 그리면 부드러운 곡선이 됩니다. 이걸 "글라이드 패스(Glide Path)"라고 합니다. 비행기가 착륙할 때 고도를 서서히 낮추는 것과 비슷합니다. 젊을 때 높이 날다가, 은퇴에 가까워지면서 서서히 착륙합니다. 비유하자면 이렇습니다. TDF는 내비게이션과 같습니다. 목적지(은퇴 연도)만 입력하면, 경로는 알아서 조정됩니다. 교통 상황(시장 변동)에 따라 경로를 바꿔주기도 합니다. 운전자(투자자)는 그냥 앉아 있으면 됩니다. 왜 TDF가 좋은가? 첫째, 리밸런싱이 자동입니다. 주식이 많이 올라서 비중이 높아지면, 자동으로 일부를 팔아서 채권을 삽니다. 반대로 주식이 떨어지면 자동으로 주식을 더 삽니다. 싸게 사고 비싸게 파는 걸 자동으로 해줍니다. 둘째, 전문 지식이 필요 없습니다. "주식을 얼마나 가져가야 하지?" "채권이랑 어떻게 섞어야 하지?" 고민할 필요 없습니다. 은퇴 연도만 고르면 됩니다. 셋째, "세트 앤 포겟(Set and Forget)"입니다. 한 번 설정하면 잊어버려도 됩니다. 30년 후에 열어보면 알아서 잘 굴러가고 있습니다. TDF를 고를 때 흔히 하는 실수 TDF는 고르기 쉬운 상품이지만, 그래도 틀리는 지점이 있습니다. 세 가지만 짚겠습니다. 첫째, 연도를 나이로 착각합니다. "TDF 2045"의 2045는 나이가 아니라 은퇴 예정 연도입니다. 마흔다섯 살이라고 2045를 고르는 게 아닙니다. 2026년에 마흔다섯이라면 예순에 은퇴할 때 2041년, 예순다섯이면 2046년입니다. 계산이 헷갈리면 이렇게 하세요. 현재 연도 + (은퇴 나이 − 현재 나이). 그 값에 가까운 빈티지를 고르면 됩니다. 둘째, 너무 이른 연도를 고릅니다. 불안하니까 앞당겨 고르는 경우가 많습니다. 마흔다섯 살이 2035를 고르는 식이죠. 그러면 채권 비중이 실제 필요보다 높아집니다. 안전해 보이지만, 아직 20년이 남은 사람에게는 성장을 포기하는 선택입니다. 셋째, TDF가 다 같다고 생각합니다. 같은 2045라도 운용사마다 주식 비중이 다릅니다. 은퇴 시점에 주식을 얼마나 남겨두느냐도 갈립니다. • 은퇴 시점에 착륙을 끝내는 방식 — 은퇴하는 해에 주식 비중을 최저로 낮추고 고정합니다 • 은퇴 이후에도 계속 낮춰가는 방식 — 은퇴 후 10~20년에 걸쳐 서서히 낮춥니다 어느 쪽이 낫다고 단정할 수 없습니다. 다만 은퇴 후에도 30년을 더 살 가능성이 높다면, 은퇴 시점에 주식을 너무 많이 줄이는 것도 위험입니다. 11장에서 다룰 문제죠. 상품을 고를 때 투자설명서에서 은퇴 시점의 주식 비중을 한 번만 확인해보세요. 같은 연도인데 40퍼센트인 상품과 20퍼센트인 상품이 있습니다. 그리고 총보수를 보세요. 같은 지수를 따라가는 상품끼리는 이게 사실상 유일한 차이입니다. "넛지"의 힘 선택 설계가 결과를 바꾼다 2006년 연금보호법의 핵심은 "디폴트"를 바꾼 것입니다. 디폴트(Default)란 기본값입니다. 아무것도 선택하지 않았을 때 적용되는 값입니다. 예전에는 디폴트가 "현금"이었습니다. 선택 안 하면 현금으로 놓여 있었습니다. 새 법은 디폴트를 "TDF"로 바꿨습니다. 선택 안 하면 자동으로 TDF에 투자됩니다. 이게 행동경제학에서 말하는 "넛지(Nudge)"입니다. 넛지는 "팔꿈치로 슬쩍 찌르다"라는 뜻입니다. 강제하지 않고, 살짝 밀어서 좋은 방향으로 유도하는 것입니다. 리처드 탈러와 캐스 선스타인이 쓴 책 『넛지』에서 유명해진 개념입니다. 탈러는 이 연구로 2017년 노벨 경제학상을 받았습니다. 사람들은 게으릅니다. 복잡한 결정을 피합니다. 그래서 디폴트를 바꾸면 행동이 바뀝니다. 숫자로 보는 변화 디폴트 변경의 효과는 숫자로 드러납니다. 401(k) 참여율 Vanguard의 2026년 "How America Saves" 보고서에 결정적인 숫자가 하나 있습니다. • 자동 가입 방식 회사: 참여율 94% • 직접 신청 방식 회사: 참여율 64% 같은 제도, 같은 혜택입니다. 다른 건 딱 하나, "가만히 있으면 가입되느냐, 가만히 있으면 미가입이냐"뿐입니다. 그 차이가 30%p를 만들었습니다. 전체 참여율도 2025년 말 기준 86%로 역대 최고를 기록했습니다. TDF 선택률 ICI(Investment Company Institute) 자료를 보면, 401(k) 자산 중 TDF 비중은 2006년 3%에서 2022년 31%로 열 배 늘었습니다. 2006년에는 존재감이 없던 상품이 이제는 가장 큰 축이 됐습니다. 주식 투자 비중 EBRI와 ICI가 함께 운영하는 401(k) 데이터베이스를 보면, 전체 자산의 75%가 주식에 들어가 있습니다. 20대는 90%, 60대는 61%. 나이에 따라 자연스럽게 낮아지는 이 곡선이 바로 TDF가 만들어낸 모양입니다. 결론은 명확합니다. 디폴트를 바꾸면 행동이 바뀝니다. 좋은 디폴트를 설정하면 좋은 결과가 나옵니다. 한국 디폴트옵션의 현실 2022년, 드디어 도입 한국에도 디폴트옵션이 도입됐습니다. 2022년 7월부터 시행됐습니다. 미국보다 16년 늦었지만, 그래도 시작했습니다. 제도의 목적은 같습니다. 선택하지 않는 사람들을 위해 기본값을 정해주는 것. 그래서 아무것도 안 해도 어딘가에 투자되게 하는 것. 그런데 결과가 좀 다릅니다. 85%가 원리금보장형 2025년 말 기준, 한국 퇴직연금 디폴트옵션 현황을 보면 충격적입니다. 디폴트옵션으로 운용되는 적립금은 53조 3천억 원입니다. 이 중 45조 5천억 원, 그러니까 85.4%가 원리금보장형에 들어가 있습니다. 은행 정기예금이나 보험사의 원리금보장보험 같은 상품입니다. 가입자 수로 따져도 79%가 이쪽을 골랐습니다. 미국과 정반대입니다. 미국에서는 디폴트가 TDF(주식형)입니다. 한국에서는 디폴트옵션 안에서 다시 원리금보장형이 압도적으로 선택됩니다. 차이가 나는 이유는 셋으로 정리됩니다. 첫째, 손실 회피. 한국 투자자들은 "원금 손실"을 극도로 두려워합니다. "주식 하다 망했다"는 이야기를 많이 들어왔습니다. 안전한 걸 선택하고 싶습니다. 둘째, 제도 불신. "퇴직연금? 그거 회사가 알아서 하는 거 아니야?" 제도 자체를 잘 모릅니다. 신뢰가 낮습니다. 잘 모르니까 안전해 보이는 걸 고릅니다. 셋째, 교육 부족. 복리의 힘, 장기 투자의 중요성을 배운 적이 없습니다. 원금보장형 금리 2%와 주식형 기대수익률 7%의 30년 차이가 얼마인지 모릅니다. 30년 후의 차이 원금보장형과 TDF의 30년 차이를 계산해보겠습니다. 계산해봅시다. 조건: 매달 50만 원 적립, 30년 원금보장형 (연 2% 가정) • 원금: 1억 8천만 원 • 30년 후: 약 2억 4천만 원 TDF (연 7% 가정) • 원금: 1억 8천만 원 • 30년 후: 약 6억 1천만 원 차이: 약 3억 7천만 원 같은 금액을 넣었는데, 30년 후 2.5배 이상 차이가 납니다. 물론 주식은 변동성이 있습니다. 어떤 해에는 -30%가 될 수도 있습니다. 하지만 30년이라는 시간이 있으면, 역사적으로 주식이 채권이나 예금보다 훨씬 높은 수익을 냈습니다. 원금보장형은 "원금"을 보장하지만 "구매력"은 보장하지 않습니다. 물가가 오르면 30년 후 그 돈의 가치는 절반으로 줄어듭니다. 진짜 위험은 주식의 변동성이 아닐 수 있습니다. 진짜 위험은 인플레이션을 이기지 못하는 것일 수 있습니다. 미국이 진짜 바꾼 것 여기서 한 걸음 더 들어가야 합니다. "디폴트를 바꿨다"는 말만으로는 부족합니다. 어떻게 바꿨는지가 핵심이거든요. 그리고 그 세부가 한국과 미국을 갈랐습니다. 2006년 연금보호법이 만든 것은 QDIA라는 개념입니다. Qualified Default Investment Alternative, 우리말로 옮기면 "적격 디폴트 투자상품"입니다. 이름이 딱딱하지만 뜻은 단순합니다. "디폴트로 쓸 수 있는 상품의 자격을 법으로 정한 것"입니다. 그 자격 조건에 결정적인 항목이 하나 있습니다. 예금 같은 원리금보장 상품은 QDIA가 될 수 없습니다. QDIA로 인정받으려면 주식과 채권에 분산 투자하는 상품이어야 합니다. TDF, 자산배분형 펀드, 관리형 계좌 정도입니다. 회사가 아무리 안전하게 가고 싶어도 예금을 디폴트로 놓는 선택지 자체가 없습니다. 그리고 면책 조항 QDIA에는 짝이 되는 장치가 하나 더 있습니다. 면책입니다. 회사가 QDIA 요건을 지켜서 직원 돈을 운용했다면, 그 결과 손실이 나도 회사는 법적 책임을 지지 않습니다. 이 조항이 결정적인 이유가 있습니다. 회사 입장에서 생각해보세요. 직원 노후 자금을 주식형에 넣었다가 폭락장이 오면 어떻게 될까요. 직원들이 몰려와 항의할 겁니다. 소송이 들어올 수도 있습니다. 그럴 바에는 예금에 넣어두는 게 안전합니다. 수익률은 낮아도 욕먹을 일은 없으니까요. 면책 조항이 이 계산을 뒤집었습니다. "법이 정한 요건대로 했으면 책임을 묻지 않는다." 이 한 줄이 회사가 주식형을 디폴트로 놓을 수 있게 만들었습니다. 정리하면 미국은 두 가지를 동시에 했습니다. 1. 좋은 선택지만 남겼습니다. 나쁜 디폴트를 아예 불법으로 만들었습니다 2. 그 선택을 한 사람을 보호했습니다. 책임을 묻지 않기로 했습니다 넛지는 착한 조언이 아닙니다. 제도 설계입니다. 한국의 디폴트옵션은 왜 다른가 이제 한국을 봅시다. 한국도 2022년 7월에 디폴트옵션을 도입했습니다. 정식 명칭은 사전지정운용제도입니다. 이름부터 다릅니다. 그리고 그 차이가 결과를 갈랐습니다. 차이 하나. 원리금보장형이 목록에 들어 있다 한국의 디폴트옵션 상품은 위험 성향에 따라 네 단계로 나뉩니다. 초저위험, 저위험, 중위험, 고위험입니다. 퇴직연금사업자는 초저위험 상품, 즉 원리금보장형을 반드시 하나 포함해서 목록을 짜야 합니다. 미국은 예금을 디폴트에서 아예 뺐습니다. 한국은 예금을 디폴트 목록에 넣었습니다. 참고로 OECD 회원국 중에 퇴직연금 디폴트에 원리금보장 상품이 들어 있는 나라는 한국과 일본뿐입니다. 차이 둘. 가입자가 직접 골라야 한다 이게 더 근본적인 차이입니다. 미국의 QDIA는 옵트아웃 방식입니다. 아무것도 안 하면 자동으로 TDF에 들어갑니다. 싫으면 직접 빠져나와야 합니다. 한국의 사전지정운용제도는 옵트인 방식입니다. 가입자가 제시된 목록 중에서 하나를 직접 골라야 적용됩니다. 무슨 뜻일까요. 한국의 디폴트옵션은 디폴트가 아닙니다. 디폴트는 "아무것도 안 했을 때 적용되는 값"입니다. 그런데 한국에서는 아무것도 안 하면 디폴트옵션조차 적용되지 않습니다. 골라야 적용됩니다. 2장 처음에 했던 이야기를 떠올려보세요. 사람들이 결정을 미루기 때문에 디폴트가 힘을 갖는 것이었습니다. 그런데 한국은 디폴트를 적용받기 위해 또 결정을 요구합니다. 선택을 없애려고 만든 제도가 선택지를 하나 더 늘린 셈입니다. 그래서 이런 결과가 나옵니다 숫자로 확인해봅시다. 미국 QDIA 한국 사전지정운용제도 적용 방식 옵트아웃 (안 하면 자동 적용) 옵트인 (골라야 적용) 원리금보장 상품 불가 포함 (초저위험 필수) 기업 면책 있음 상대적으로 약함 결과 자산의 75%가 주식 디폴트옵션 적립금의 85%가 원리금보장형 여기에 한 가지 숫자를 더 얹으면 그림이 완성됩니다. 2025년 말 기준 한국의 퇴직연금 적립금은 501조 원입니다. 그중 디폴트옵션으로 운용되는 돈은 53조 원입니다. 전체의 10분의 1 남짓입니다. 제도를 만든 지 3년이 지났는데, 대부분의 돈은 아직 그 제도를 거치지도 않았습니다. 골라야 적용되는 구조이니 당연한 결과입니다. 그 53조 원 안에서도 85퍼센트가 원리금보장형입니다. 제도가 있는데 작동하지 않고, 작동한 부분에서도 예금으로 흘렀습니다. 프롤로그에서 던진 질문 기억하시나요. 왜 같은 나라 같은 제도에서 19.5퍼센트와 0.5퍼센트가 갈렸는가. 이제 답할 수 있습니다. 제도가 그렇게 설계돼 있기 때문입니다. 게을러서가 아닙니다. 그렇다고 미국을 그대로 따라야 할까 한 가지는 짚고 넘어가야 공정합니다. 원리금보장형을 디폴트에서 빼는 것이 무조건 옳은가. 그건 다른 문제입니다. 미국식 QDIA에는 대가가 있습니다. 은퇴를 앞둔 사람이 폭락장을 만나면 회복할 시간이 없습니다. 2008년에 은퇴를 코앞에 뒀던 미국인들이 실제 그런 타격을 입었습니다. 11장에서 다룰 문제죠. 한국 제도가 안전 성향을 남겨둔 데는 그런 배경도 있습니다. 다만 결과는 냉정합니다. 20대도, 30대도, 은퇴까지 30년이 남은 사람도 예금에 들어가 있습니다. 필요한 사람을 위한 안전장치가 모두에게 적용되는 기본값이 되어버린 겁니다. 문제는 원리금보장형의 존재가 아니라, 그게 누구에게나 기본값이 되는 구조입니다. 세 사람은 지금 어디에 있나 프롤로그에서 만난 세 사람을 이 그림에 얹어봅시다. 지훈(35세)은 입사 후 퇴직연금을 한 번도 열어보지 않았습니다. 디폴트옵션을 고른 적도 없습니다. 앞의 80퍼센트에 속합니다. 은퇴까지 25년이 남았는데 돈은 예금에 있습니다. 현주(45세)는 연금저축 계좌를 만들었습니다. 여기까지는 지훈보다 한 발 앞섰죠. 그런데 계좌만 만들고 상품을 고르지 않아 예금형으로 3년이 지났습니다. 계좌를 여는 것과 켜는 것은 다른 일입니다. 정희(56세)는 사정이 다릅니다. 은퇴가 4년 앞이라 원리금보장형이 아주 틀린 선택은 아닙니다. 다만 정희에게도 자산 전부를 예금에 두는 건 과합니다. 은퇴 후에도 30년을 더 살 테니까요. 세 사람 모두 같은 자리에 있지만, 이유와 해법은 각각 다릅니다. 내 디폴트옵션 변경하기 지금 확인하고 바꾸세요 한국의 디폴트옵션은 자동으로 좋은 선택을 해주지 않습니다. 직접 바꿔야 합니다. Step 1: 퇴직연금 운용사 앱/사이트 접속 회사마다 퇴직연금 운용사가 다릅니다. 삼성생명, 미래에셋, 신한투자증권 등. 내 퇴직연금이 어디에 있는지 확인하세요. 모르면 인사팀에 물어보세요. Step 2: 현재 투자 상품 확인 로그인하면 현재 내 퇴직연금이 어디에 투자되어 있는지 볼 수 있습니다. "원금보장형", "예금", "GIC" 같은 이름이 보이면 변동성 없는 안전자산입니다. 수익률도 낮습니다. Step 3: TDF 또는 주식형 펀드 검토 대부분의 운용사에서 TDF를 제공합니다. "TDF 2045", "라이프사이클 2050" 같은 이름입니다. 내 예상 은퇴 연도에 맞는 상품을 찾으세요. 변경은 앱에서 클릭 몇 번으로 됩니다. 어렵지 않습니다. 주의사항 • TDF도 운용사마다 수수료가 다릅니다. 수수료가 낮은 상품을 고르세요. • 한 번에 100% 바꾸기 부담스러우면, 50%만 먼저 바꿔보세요. • 폭락장이 오면 무서울 겁니다. 다만 시장이 내렸다는 이유 하나로 충동적으로 전부 팔지는 마세요. 왜 그런지는 8장에서 데이터로 보여드리겠습니다. 시스템이 사람을 바꾼다 이 장에서 배운 핵심은 이겁니다. 좋은 디폴트는 좋은 결과를 만든다. 미국은 2006년에 디폴트를 바꿨습니다. 아무것도 선택 안 하면 자동으로 TDF에 투자되게 했습니다. 그 결과, 수천만 명이 자동으로 주식 투자자가 됐습니다. 한국은 아직 그 단계에 이르지 못했습니다. 디폴트옵션이 도입됐지만, 적립금의 85%가 여전히 원리금보장형에 머물러 있습니다. 시스템이 바뀌기를 기다릴 필요 없습니다. 여러분이 직접 바꾸면 됩니다. 퇴직연금 앱을 열고, 현재 어떤 상품에 들어가 있는지 확인하세요. 그리고 내 은퇴 시점과 감당할 수 있는 변동성에 맞는지 따져보세요. 10분이면 됩니다. 그 10분이 30년 후 3억 원의 차이를 만들 수 있습니다. 이 장의 핵심 1. TDF는 은퇴 시점에 맞춰 자동으로 자산 배분을 조정하는 펀드다 2. 미국은 2006년에 예금을 디폴트에서 아예 제외하고, 그 선택을 한 기업에 면책을 줬다. 넛지는 조언이 아니라 제도 설계다 3. 한국의 디폴트옵션은 골라야 적용되는 옵트인이고, 목록에 원리금보장형이 들어 있다. 그래서 디폴트가 디폴트로 작동하지 않는다 4. 결과적으로 DC·IRP 자산의 20%만 디폴트옵션으로 운용되고, 그중 85%가 원리금보장형이다 5. 원금보장형과 TDF의 30년 차이는 3억 원 이상이다. 제도가 바뀌기를 기다리는 동안 그 시간이 흘러간다 다음 장 예고 시스템으로 강제 저축, 자동으로 투자까지. 그런데 한 가지가 남았습니다. 세금입니다. "지금 세금 내고 나중에 면제받을까, 아니면 나중에 낼까?" 미국에는 이 선택을 할 수 있는 계좌가 있습니다. IRA와 Roth IRA. 다음 장에서는 '세금을 무기로 만드는 법'을 알아봅니다. ---------------------------------------- ### 4장. 보글헤드(Bogleheads)의 철학: 시장을 이기려 하지 마라 https://voidlogpress.com/books/%ed%87%b4%ec%a7%81%ec%97%b0%ea%b8%88%ec%9d%84-%ec%bc%9c%eb%9d%bc/4%ec%9e%a5-%eb%b3%b4%ea%b8%80%ed%97%a4%eb%93%9cbogleheads%ec%9d%98-%ec%b2%a0%ed%95%99-%ec%8b%9c%ec%9e%a5%ec%9d%84-%ec%9d%b4%ea%b8%b0%eb%a0%a4-%ed%95%98%ec%a7%80-%eb%a7%88%eb%9d%bc/ 질문: 인덱스 펀드가 시장을 이기려는 펀드보다 나은 이유는 무엇인가요? 요약: 수수료 때문입니다. 존 보글은 1951년 프린스턴 졸업 논문에서 대부분의 펀드가 시장 평균을 이기지 못한다는 것을 확인했고, 이유는 매년 1~2퍼센트씩 빠지는 수수료였습니다. 1976년 출시 당시 모집 목표 1억 5천만 달러에 실제는 1,100만 달러로 실패했지만, 지금 뱅가드는 11조 달러를 운용합니다. 또 다른 질문: 수수료 1퍼센트 차이가 정말 큰가요? 답: 1억 원을 연 7퍼센트로 30년 굴린다고 하면, 수수료 0.03퍼센트에서는 약 7억 5천만 원, 1.5퍼센트에서는 약 4억 9천만 원이 됩니다. 같은 시장에서 같은 수익을 내고도 2억 6천만 원이 갈립니다. 또 다른 질문: 그래도 잘하는 펀드 매니저는 있지 않나요? 답: 있지만 미리 알 수 없다는 것이 문제입니다. SPIVA의 2024년 말 기준 15년 데이터에서 미국 대형주 액티브 펀드의 89.5퍼센트가 S&P 500 인덱스에 패배했습니다. 시장을 이긴 펀드는 열에 하나뿐이었습니다. 또 다른 질문: 인덱스만 사면 개인 투자자 중 상위 10퍼센트가 되나요? 답: 그런 뜻이 아닙니다. 89.5퍼센트라는 숫자는 펀드끼리의 비교입니다. 개인의 성적은 언제 사고팔았는지, 세금을 얼마나 냈는지, 중간에 그만두지 않았는지에 따라 또 달라집니다. 다만 지수를 따라간 전략이 대부분의 전문 운용 펀드보다 나았다는 결론은 남습니다. 또 다른 질문: 인덱스 펀드는 처음부터 인정받았나요? 답: 아닙니다. 1976년 출시 당시 모집 목표가 1억 5천만 달러였는데 실제로는 1,100만 달러가 모여 완전한 실패였고 보글의 어리석음이라 불렸습니다. 50년이 지난 지금 뱅가드가 굴리는 돈은 11조 달러가 넘습니다. 최종 확인: 2026-09-02T16:32:16+09:00 월스트리트가 비웃은 남자 1976년, 한 남자가 월스트리트의 조롱거리가 되었습니다. "보글의 어리석음(Bogle's Folly)." 금융가 사람들은 그의 새 펀드를 이렇게 불렀습니다. 그가 만든 것은 "시장 평균만 따라가는" 펀드였거든요. 전문가가 종목을 골라서 시장을 이겨야지, 누가 평균만 따라가는 펀드를 사겠어? 그건 패배를 인정하는 거 아닌가? 존 보글(John Bogle)은 개의치 않았습니다. 그에게는 25년 묵은 확신이 있었으니까요. 1951년, 프린스턴 대학교 4학년이던 그는 「투자회사의 경제적 역할」이라는 졸업 논문을 썼습니다. 데이터를 분석한 결과, 대부분의 펀드가 시장 평균을 이기지 못한다는 사실을 발견했죠. 스물두 살 학부생의 논문이었습니다. 그리고 그 이유는 간단했습니다. 수수료. 펀드 매니저들이 아무리 뛰어나도, 매년 1~2%씩 빠져나가는 수수료를 이기기엔 역부족이었습니다. 그래서 보글은 역발상을 했습니다. 시장을 이기려고 노력하는 대신, 시장 전체를 그대로 복제하면 어떨까? 종목 선택 비용도 없고, 잦은 매매 비용도 없고, 수수료도 최소화할 수 있잖아. 1975년, 그는 뱅가드를 세웠습니다. 그리고 이듬해 8월 31일, 퍼스트 인덱스 인베스트먼트 트러스트를 출시했습니다. 지금의 뱅가드 500 인덱스 펀드입니다. S&P 500 지수를 그대로 따라가는, 개인 투자자도 살 수 있는 최초의 인덱스 펀드. 그리고 "어리석은" 펀드였습니다. 첫해 모집 목표는 1억 5천만 달러. 실제 모집액은 1,100만 달러. 완전한 실패였습니다. 하지만 보글은 포기하지 않았습니다. 50년이 지난 지금, 뱅가드가 굴리는 돈은 11조 달러가 넘습니다. 그리고 "인덱스 펀드"는 더 이상 어리석은 것이 아니라, 가장 현명한 투자 방법으로 인정받고 있습니다. 시장을 이기려 하지 않는 것이, 오히려 시장을 이기는 방법이었습니다. "비용 0.03%"의 위력 왜 인덱스 펀드가 이기는 걸까요? 비밀은 수수료에 있습니다. 액티브 펀드 vs 인덱스 펀드 투자 펀드는 크게 두 종류로 나뉩니다. 액티브 펀드(Active Fund): 펀드 매니저가 종목을 직접 선택합니다. "애플이 오를 것 같으니 많이 사고, 테슬라는 불안하니 팔자." 이런 식으로 시장을 이기려고 노력하죠. 대신 운용 수수료가 비쌉니다. 평균 1.0~1.5%. 인덱스 펀드(Index Fund): 특정 지수(예: S&P 500)를 그대로 따라갑니다. 펀드 매니저의 판단이 필요 없으니 수수료가 쌉니다. 평균 0.03~0.10%. 1%면 별거 아닌 것 같죠? 여기서 복리의 무서움이 등장합니다. 30년 후, 그 1%의 차이 1억 원을 투자한다고 가정해봅시다. 연평균 7% 수익이 난다고 치고요. 시나리오 A: 수수료 0.03% 인덱스 펀드 • 실제 수익률: 6.97% • 30년 후: 약 7억 5천만 원 시나리오 B: 수수료 1.5% 액티브 펀드 • 실제 수익률: 5.5% • 30년 후: 약 4억 9천만 원 차이: 2억 6천만 원. 같은 시장에서, 같은 수익률을 올렸는데, 수수료 차이만으로 2억 6천만 원이 날아갑니다. 이게 30년간 복리로 빠져나가는 비용의 위력입니다. 존 보글은 이렇게 말했습니다. "투자에서 비용은 확실한 손실이고, 초과 수익은 불확실한 이익이다." 액티브 펀드 매니저가 시장을 이길 수도 있습니다. 하지만 그건 "불확실"합니다. 반면 수수료는 매년 "확실하게" 빠져나갑니다. 확실한 손실 vs 불확실한 이익. 장기적으로 누가 이길까요? SPIVA 데이터: 90%의 패배 "그래도 잘하는 펀드 매니저는 있지 않나요?" 물론 있습니다. 문제는 그걸 미리 알 수 없다는 겁니다. S&P Dow Jones Indices에서 매년 발표하는 SPIVA(S&P Indices Versus Active) 보고서가 있습니다. 액티브 펀드와 인덱스의 성과를 비교하는 가장 권위 있는 연구죠. 2024년 말 기준 15년 데이터를 보면 이렇습니다. 미국 대형주 액티브 펀드의 89.5%가 S&P 500 인덱스에 패배했습니다. 시장을 이긴 펀드는 열에 하나뿐이었습니다. 단기라고 나은 것도 아닙니다. 2025년 한 해만 봐도 대형주 액티브 펀드의 79%가 S&P 500에 졌습니다. SPIVA가 25년간 집계한 이래 네 번째로 나쁜 해였습니다. 15년이라는 긴 시간 동안, 전문 펀드 매니저의 약 90%가 "그냥 시장 전체를 사는 것"보다 못한 성과를 냈습니다. 여기서 한 가지는 정확히 짚고 가겠습니다. 이 숫자는 펀드끼리의 비교입니다. "인덱스만 사면 개인 투자자 중 상위 10퍼센트가 된다"는 뜻이 아닙니다. 개인의 성적은 언제 사고팔았는지, 세금을 얼마나 냈는지, 중간에 그만두지 않았는지에 따라 또 달라집니다. 그래도 남는 결론은 분명합니다. 이 기간에 단순히 지수를 따라간 전략은 대부분의 전문 운용 펀드보다 나았습니다. 특별한 능력이 필요한 게 아니었다는 뜻입니다. 보글헤드 커뮤니티의 3가지 원칙 존 보글의 철학에 감명받은 사람들이 있습니다. 그들은 스스로를 "보글헤드(Bogleheads)"라고 부릅니다. 보글의 제자들이라는 뜻이죠. bogleheads.org라는 온라인 포럼이 있습니다. 수십만 명의 회원이 활동하는 이 커뮤니티에서, 그들은 투자 철학을 공유하고 서로 격려합니다. 특이한 점은, 여기서 "대박 종목"을 추천하는 사람이 없다는 겁니다. 대신 이런 이야기가 오갑니다. "이번 달 적립 완료했어요." "폭락장인데 오히려 기분이 좋네요. 싸게 살 수 있으니까." "20년째 같은 펀드 보유 중입니다." 보글헤드들은 3가지 핵심 원칙을 따릅니다. 원칙 1: 비용을 낮춰라 (Low Cost) 첫 번째 원칙이자 가장 중요한 원칙입니다. 수수료는 복리로 빠져나갑니다. 매년 1%씩 빠져나가는 돈은 그냥 1%가 아닙니다. 그 1%가 벌었을 수익까지 사라지는 겁니다. 30년이면 수억 원의 차이. 보글헤드들은 저비용 인덱스 펀드를 선택합니다. 뱅가드, 피델리티, 슈왑 같은 회사들이 제공하는 수수료 0.03~0.10% 수준의 펀드들이죠. "수수료를 확인하지 않고 펀드를 사는 건, 가격표를 보지 않고 물건을 사는 것과 같다." 원칙 2: 분산하라 (Diversify) 두 번째 원칙은 분산입니다. 개별 주식을 사지 마세요. 삼성전자가 좋아 보여도, 애플이 유망해 보여도, 개별 기업에 집중 투자하는 건 위험합니다. 아무리 좋은 회사도 망할 수 있으니까요. 대신 시장 전체를 사세요. S&P 500 인덱스를 사면 미국 대기업 500개에 동시에 투자하는 겁니다. 한 회사가 망해도 나머지 499개가 버텨줍니다. 미국뿐만 아니라 전세계로 분산하세요. 미국이 영원히 세계 최강이라는 보장은 없습니다. 미국 주식 + 해외 주식 + 채권. 이렇게 분산하면 어떤 상황에서도 극단적인 손실을 피할 수 있습니다. 원칙 3: 코스를 유지하라 (Stay the Course) 세 번째 원칙은 가장 지키기 어려운 원칙입니다. 시장 타이밍을 시도하지 마세요. "지금 비싼 것 같으니 팔고, 떨어지면 다시 사야지." 이 전략은 거의 100% 실패합니다. 왜냐하면 우리는 바닥과 천장을 알 수 없으니까요. 시장이 내렸다는 이유만으로 팔지 마세요. 2008년 금융위기 때 -57% 폭락, 2020년 코로나 때 -34% 폭락. 이때 무서워서 판 사람들은 이후 회복 랠리를 놓쳤습니다. "Stay the Course." 코스를 유지하라. 존 보글이 가장 강조한 말입니다. 한 번 정한 투자 계획을 끝까지 지켜라. 시장이 폭락해도, 뉴스가 불안해도, 친구가 다른 종목을 추천해도. 당신의 계획을 바꾸지 마라. 이 원칙이 왜 중요한지는 Part 3에서 더 자세히 다루겠습니다. [실전] 3 Fund Portfolio 보글헤드들 사이에서 가장 유명한 포트폴리오가 있습니다. "3 Fund Portfolio." 말 그대로 3개의 펀드만으로 구성하는 포트폴리오입니다. 3 Fund Portfolio 구성 펀드 티커(미국) 역할 비중 예시 미국 전체 주식 VTI 미국 시장 전체 60% 전세계 주식 (미국 제외) VXUS 글로벌 분산 20% 미국 채권 BND 안정성 20% 이게 전부입니다. VTI(Vanguard Total Stock Market ETF)는 미국 주식 시장 전체에 투자합니다. 대기업부터 소기업까지 약 4,000개 종목이 포함되어 있죠. 수수료는 0.03%. VXUS(Vanguard Total International Stock ETF)는 미국을 제외한 전세계 주식에 투자합니다. 유럽, 일본, 중국, 신흥국 등 약 8,000개 종목. 수수료도 0.1%가 되지 않습니다. BND(Vanguard Total Bond Market ETF)는 미국 채권에 투자합니다. 주식이 폭락할 때 버퍼 역할을 하죠. 수수료 0.03%. 이 세 가지만으로 전세계 1만 2천 개 이상의 자산에 분산 투자하는 겁니다. 복잡하게 종목 분석할 필요 없습니다. 그냥 이 세 개 사면 됩니다. 비중은 어떻게 정할까? 포트폴리오 비중은 나이와 위험 감수 성향에 따라 조절합니다. 젊을수록 주식 비중 높게: • 30대: 주식 90% (VTI 70% + VXUS 20%) / 채권 10% • 공격적 성장 추구 은퇴가 가까울수록 채권 비중 높게: • 60대: 주식 50% (VTI 30% + VXUS 20%) / 채권 50% • 안정성 추구 유명한 공식이 있습니다. "110 - 나이 = 주식 비중". 40살이라면 110 - 40 = 70%를 주식에 투자하라는 의미입니다. 물론 이건 참고용이고, 개인의 상황에 맞게 조절하면 됩니다. 한국에서 3 Fund Portfolio 구현하기 "미국 ETF 사기 어려운데요?" 걱정 마세요. 한국 상장 ETF로 비슷하게 구현할 수 있습니다. 한국 상장 ETF를 사면 원화로 편하게 투자할 수 있고, 연금저축이나 IRP 계좌에서 세제 혜택도 받을 수 있습니다. 수수료는 미국 ETF보다 조금 높지만(0.1~0.3% 수준), 국내 액티브 펀드(1% 이상)보다는 훨씬 낮습니다. 다만 여기서 반드시 확인해야 할 함정이 하나 있습니다. "선진국"이라는 이름에 속지 마세요 VXUS는 미국을 제외한 전 세계 주식입니다. 그래서 VTI와 겹치지 않죠. 그런데 한국에 상장된 "선진국" ETF 중 상당수는 MSCI World 지수를 따라갑니다. 이 지수는 이름과 달리 미국을 포함하고, 그 비중이 70퍼센트 안팎입니다. 미국 S&P 500 ETF와 이 상품을 함께 사면 어떻게 될까요. 미국을 두 번 사는 셈입니다. 분산했다고 생각했는데 실제로는 미국 쏠림이 더 심해집니다. 미국을 제외하려면 MSCI EAFE 계열 지수를 추종하는 상품을 찾아야 합니다. 유럽과 일본 등 미국·캐나다를 뺀 선진국을 담습니다. 정리하면 두 가지 방식이 가능합니다. 방식 1. 세 갈래로 나누기 미국 지수 ETF + 미국 제외 선진국(EAFE 계열) ETF + 채권 ETF 방식 2. 하나로 묶기 전 세계 주식 지수 ETF 하나 + 채권 ETF 방식 2가 더 단순합니다. 미국 비중을 따로 조절할 수 없다는 게 단점이지만, 관리할 게 두 개뿐이라 오래 유지하기 좋습니다. 어느 쪽이든 상품을 고르기 전에 투자설명서에서 그 지수가 미국을 포함하는지, 포함한다면 몇 퍼센트인지 확인하세요. 상품 이름만으로는 알 수 없습니다. ETF 이름과 운용사는 자주 바뀝니다. 이 책에 특정 상품명을 적어두면 금방 낡습니다. 이름이 아니라 추종 지수를 보는 습관이 오래갑니다. 인덱스에도 약점은 있습니다 여기까지 읽으면 인덱스가 만능처럼 보입니다. 균형을 위해 약점도 짚겠습니다. 첫째, 비싼 것을 더 많이 삽니다. S&P 500 같은 지수는 대부분 시가총액 가중 방식입니다. 회사가 클수록 지수에서 차지하는 비중이 큽니다. 이게 무슨 뜻일까요? 주가가 오른 기업의 비중이 자동으로 늘어난다는 겁니다. 반대로 떨어진 기업은 비중이 줄어듭니다. 비싸진 것을 더 사고 싸진 것을 덜 사는 구조입니다. 거품이 낀 구간에서는 이게 위험합니다. 2000년 닷컴버블 직전에는 기술주가 지수의 상당 부분을 차지했고, 버블이 터지자 지수 전체가 함께 무너졌습니다. 최근에도 비슷한 지적이 나옵니다. S&P 500에서 상위 몇 개 기업이 차지하는 비중이 역사적으로 높은 수준이거든요. "500개에 분산했다"고 생각하지만 사실은 소수 기업의 영향을 크게 받습니다. 둘째, 시장 전체가 나빠지면 피할 곳이 없습니다. 인덱스는 시장 평균을 따라갑니다. 시장이 반토막 나면 인덱스도 반토막 납니다. 액티브 펀드처럼 현금 비중을 늘려 방어하는 선택지가 없습니다. 셋째, 한 나라에만 하면 국가 위험이 남습니다. 11장에서 볼 일본 사례가 그렇습니다. 1989년 이후 30년 넘게 회복하지 못한 시장도 있습니다. S&P 500만 갖고 있으면 "미국이 계속 잘한다"에 전부를 건 셈입니다. 그래서 3 Fund Portfolio가 해외 주식을 함께 담는 겁니다. 그럼에도 인덱스인 이유는 단순합니다. 이 약점들을 알고도 액티브 펀드의 90퍼센트가 인덱스를 못 이겼기 때문입니다. 완벽해서가 아니라 대안보다 낫기 때문입니다. 한국 상장 ETF는 어떻게 고를까 한국 상장 ETF로 구현하기로 했다면, 같은 지수를 따라가는 상품이 여러 개 있습니다. 무엇을 봐야 할까요. 총보수. 여기가 첫 번째입니다. 같은 지수를 추종하면 성과 차이는 결국 비용에서 옵니다. 연 0.1퍼센트와 0.3퍼센트는 30년 뒤 큰 차이가 됩니다. 추적오차. 지수를 얼마나 정확히 따라가는지입니다. 총보수가 낮아도 추적오차가 크면 의미가 없습니다. 운용사 홈페이지나 금융투자협회 공시에서 확인할 수 있습니다. 순자산 규모. 너무 작으면 상장폐지될 수 있습니다. 폐지되면 강제로 정리되어 원치 않는 시점에 세금이 발생할 수 있습니다. 거래량. 사고팔 때 원하는 가격에 체결되는지를 좌우합니다. 거래가 적으면 호가 차이만큼 손해를 봅니다. 여기에 연금계좌에서만 신경 쓸 것이 하나 더 있습니다. 연금저축과 IRP에서는 해외에 상장된 ETF를 직접 살 수 없습니다. VTI나 VXUS를 미국 거래소에서 사는 건 일반 계좌에서만 가능합니다. 연금계좌에서는 한국에 상장된 해외 지수 ETF를 사야 합니다. 불편해 보이지만 오히려 유리한 면이 있습니다. 연금계좌 안에서는 매매 차익과 분배금에 대한 과세가 인출할 때까지 미뤄지니까요. 3장에서 본 과세이연이 여기서 작동합니다. 왜 이렇게 단순해도 되는 걸까? "이게 전부라고요? 뭔가 더 복잡해야 하는 거 아닌가요?" 아닙니다. 오히려 단순한 게 좋습니다. 복잡한 포트폴리오는 관리하기 어렵습니다. 10개, 20개 펀드를 가지고 있으면 리밸런싱할 때마다 머리가 아프죠. 그러다 귀찮아서 방치하게 됩니다. 단순한 포트폴리오는 오래 유지할 수 있습니다. 3개만 관리하면 되니까요. 1년에 한 번 비중 맞춰주면 끝입니다. 이 3개 펀드 안에 이미 1만 개 이상의 자산이 들어 있습니다. 분산? 이미 충분합니다. 워런 버핏도 유언장에 이렇게 적어뒀다고 합니다. "내 재산의 90%는 S&P 500 인덱스 펀드에, 10%는 단기 국채에 넣어라." 세계 최고의 투자자가 가족에게 남긴 조언이 이겁니다. 복잡한 종목 분석 없이, 그냥 인덱스 펀드 사라고. 이 장의 핵심 1. 인덱스 펀드는 "시장 평균"을 추구하지만, 장기적으로 90%의 액티브 펀드를 이긴다. 15년간 전문 펀드 매니저의 약 90%가 인덱스에 패배했다 (SPIVA 데이터). 2. 보글헤드 3원칙: 비용 낮춰라, 분산하라, 코스 유지하라. 존 보글의 철학을 따르는 수십만 명의 투자자들이 이 원칙을 지키고 있다. 3. 3 Fund Portfolio로 단순하게 전세계에 분산 투자할 수 있다. VTI + VXUS + BND, 또는 한국 상장 ETF로 대체 가능. 복잡할 필요 없다. 다음 장 예고 인덱스 펀드가 정답이라면, 개별 주식을 사는 사람들은 왜 그럴까요. 특히 "배당주"를 사는 사람들이 있습니다. 코카콜라, 존슨앤존슨, P&G... 이 기업들의 공통점은 50년 넘게 배당을 올렸다는 것입니다. "배당 귀족(Dividend Kings)"을 사냥하는 사람들. 다음 장에서는 왜 어떤 투자자들은 주가가 떨어져도 웃고 있는지, 그 비밀을 알아봅니다. ---------------------------------------- ## 웹은 어떻게 동작하는가 ISBN 9791143819109 · 2026-08-20 · 허구진 지음 https://voidlogpress.com/books/%ec%9b%b9%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%eb%8f%99%ec%9e%91%ed%95%98%eb%8a%94%ea%b0%80/ ### 2장. 캐시에 없는 도메인은 어디에서 찾을까 https://voidlogpress.com/books/%ec%9b%b9%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%eb%8f%99%ec%9e%91%ed%95%98%eb%8a%94%ea%b0%80/2%ec%9e%a5-%ec%ba%90%ec%8b%9c%ec%97%90-%ec%97%86%eb%8a%94-%eb%8f%84%eb%a9%94%ec%9d%b8%ec%9d%80-%ec%96%b4%eb%94%94%ec%97%90%ec%84%9c-%ec%b0%be%ec%9d%84%ea%b9%8c/ 질문: 재귀 질의와 반복 질의는 무엇이 다른가요? 요약: 누가 답을 완성할 책임을 맡았느냐가 다릅니다. 스텁 리졸버는 재귀 리졸버에 최종적으로 사용할 답을 완성해 달라고 맡기고, 재귀 리졸버는 루트 네임서버와 최상위 도메인 서버와 권한 서버에 차례로 물으며 위임을 따라갑니다. 또 다른 질문: 주소창에 도메인을 치면 IP 주소를 어디에서 찾아오나요? 답: 한 서버가 모든 주소를 갖고 있는 것이 아니라 담당이 단계로 나뉘어 있어서, 차례로 물어 가며 답을 모읍니다. www.example.com 을 예로 들면 루트 네임서버가 .com 담당을 알려 주고, .com 담당이 example.com 의 권한 서버를 알려 주고, 그 권한 서버가 최종 주소를 답합니다. 이 심부름을 대신 도는 것이 재귀 리졸버이고, 내 컴퓨터의 스텁 리졸버는 답을 완성해 달라고 맡기기만 합니다. 이미 아는 단계는 캐시로 건너뛰므로 접속할 때마다 이 계층을 다 도는 것은 아닙니다. 또 다른 질문: DNS 조회는 됐다는데 왜 사이트가 안 열리나요? 답: 조회에 성공했다는 말이 곧 주소를 받았다는 뜻은 아닙니다. 그 이름은 존재하지 않는다거나, 이름은 있지만 요청한 형식의 데이터가 없다고 확정적으로 알려 주는 것도 유효한 응답입니다. 앞을 NXDOMAIN, 뒤를 NODATA 라고 부릅니다. A 레코드는 있는데 AAAA 를 물었을 때가 뒤쪽이라, 이름은 멀쩡한데 원하는 형식의 주소만 없는 상태가 됩니다. 둘을 뭉뚱그려 실패로 읽으면 어디를 고쳐야 하는지도 흐려집니다. 또 다른 질문: DNS 캐시는 최종 주소만 저장하나요? 답: 탐색 중 얻은 위임 정보도 재사용합니다. 재귀 리졸버가 특정 최상위 도메인 담당 서버를 이미 알고 있으면 첫 단계를 건너뜁니다. 사용자가 매번 계층 전체의 지연을 부담하지 않는 이유가 여기에 있습니다. 또 다른 질문: 루트 서버가 개별 사이트의 주소를 관리하나요? 답: 관리하지 않습니다. DNS 의 분산 구조는 관리 경계를 나눕니다. 루트 운영자가 개별 쇼핑몰의 주소 변경을 처리하지 않고, 최상위 도메인 운영자도 각 호스트의 레코드를 대신 수정하지 않습니다. 또 다른 질문: 조회에 성공하면 주소를 받은 것인가요? 답: 조회가 성공했다는 말이 반드시 IP 주소를 받았다는 뜻은 아닙니다. 권한 서버가 그 이름은 존재하지 않는다거나 이름은 있지만 요청한 형식의 데이터는 없다고 확정적으로 알려 주는 것도 유효한 DNS 응답입니다. 또 다른 질문: 이름이 없는 것과 데이터가 없는 것은 어떻게 다른가요? 답: NXDOMAIN 은 질의한 이름 자체가 존재하지 않는다는 뜻이고, NODATA 는 이름은 존재하지만 요청한 유형의 레코드가 없다는 뜻입니다. A 레코드는 있는데 AAAA 를 물었을 때가 뒤쪽에 해당합니다. 최종 확인: 2026-09-07T10:40:52+09:00 브라우저와 운영체제에 사용할 답이 없다고 가정해 보겠습니다. 사용자가 입력한 호스트는 www.example.com입니다. 내 컴퓨터가 전 세계의 DNS 서버를 직접 돌아다니며 답을 모을 수도 있을 것 같지만, 일반적인 구성에서는 로컬의 스텁 리졸버가 설정된 재귀 리졸버에 일을 맡깁니다. 사용자의 질문은 단순합니다. www.example.com의 주소 레코드를 알려 주세요. 하지만 이 질문의 정답은 한곳에 모여 있지 않습니다. 루트 존은 .com 아래의 모든 호스트 주소를 가지고 있지 않고, .com을 담당하는 서버도 www.example.com의 최종 주소를 직접 관리하지 않습니다. DNS는 이름 공간의 관리 권한을 여러 단계로 나눈 분산 시스템입니다. 재귀 리졸버는 각 단계에서 “정답은 내가 아니라 다음 담당자에게 물어보라”는 위임을 받아 최종 답에 접근합니다. 사용자는 맡기고, 리졸버는 찾아갑니다 먼저 두 종류의 질의를 구분해야 합니다. 재귀 질의(recursive query)는 요청한 답을 가능한 범위에서 완성해 달라는 부탁입니다. 사용자의 스텁 리졸버는 보통 재귀 리졸버에 이런 요청을 보냅니다. 재귀 리졸버는 자기 캐시에 답이 있으면 바로 돌려주고, 없으면 다른 DNS 서버에 질문해 결과를 완성합니다. 반복 질의(iterative query)는 현재 서버가 아는 최선의 정보를 받는 방식입니다. 서버가 최종 답을 가지고 있지 않으면 다음에 물어볼 권한 서버의 정보를 돌려줄 수 있습니다. 재귀 리졸버는 이 위임을 따라 루트 네임서버, 최상위 도메인 서버, 권한 있는 DNS 서버에 차례로 접근합니다. 이름 때문에 두 과정을 뒤집어 이해하기 쉽습니다. 사용자의 질문이 한 번만 보인다고 해서 재귀가 아닌 것이 아닙니다. 반대로 리졸버가 여러 서버에 차례로 질문한다고 해서 그 모든 질문을 재귀 질의라고 부르는 것도 아닙니다. 핵심은 누가 답을 완성할 책임을 맡았느냐입니다. 구분 요청의 뜻 대표 주체 재귀 질의 “최종적으로 사용할 답을 완성해 주세요.” 스텁 리졸버 → 재귀 리졸버 반복 질의 “당신이 아는 답이나 다음 담당자를 알려 주세요.” 재귀 리졸버 → 권한 계층의 DNS 서버 실제 DNS 동작은 캐시, 병렬 질의, IPv4·IPv6, DNSSEC 검증, 네트워크 실패 대응 때문에 더 복잡할 수 있습니다. 여기서는 위임 구조를 이해하기 위한 대표 흐름을 따라갑니다. 첫 번째 안내자: 루트 네임서버 재귀 리졸버는 DNS 루트에 대한 기본 정보를 미리 가지고 시작합니다. www.example.com을 오른쪽부터 보면 마지막의 점으로 표현할 수 있는 루트 아래에 com, 그 아래에 example, 다시 그 아래에 www가 놓입니다. 리졸버가 루트 네임서버에 www.example.com의 A 레코드를 물으면 루트 서버가 최종 IP 주소를 답하는 것은 아닙니다. 루트는 .com 존을 담당하는 네임서버 정보를 알려 줍니다. 이것이 위임(referral)입니다. 전화번호 안내 비유로 말하면 루트는 모든 사람의 번호를 가진 안내원이 아니라 지역별 안내소의 연락처를 알려 주는 최상위 안내자입니다. 다만 DNS 루트는 한 대의 중앙 서버가 아닙니다. 논리적으로 정해진 루트 서버 식별자들이 여러 네트워크 위치에서 서비스됩니다. 재귀 리졸버는 루트의 위임 응답도 캐시에 보관할 수 있습니다. 그래서 실제 조회마다 루트에 묻는 것은 아닙니다. .com 담당 서버 정보를 이미 알고 있다면 첫 단계를 건너뜁니다. DNS 캐시가 웹사이트의 최종 주소만 저장하는 것이 아니라 탐색 중 얻은 위임 정보도 재사용한다는 점이 중요합니다. 두 번째 안내자: 최상위 도메인 서버 .com, .org, .kr처럼 이름 공간의 상위 구역을 최상위 도메인(Top-Level Domain, TLD)이라고 합니다. 리졸버가 .com의 권한 서버에 같은 질문을 보내면, TLD 서버는 example.com 존을 담당하는 권한 있는 DNS 서버의 정보를 알려 줍니다. TLD 서버 역시 보통 www.example.com의 웹 서버 주소를 직접 관리하지 않습니다. example.com의 관리 주체가 지정한 네임서버가 어디인지 연결해 주는 역할을 합니다. DNS의 분산 구조는 이렇게 관리 경계를 나눕니다. 루트 운영자가 개별 쇼핑몰의 주소 변경을 처리하지 않고, TLD 운영자도 각 호스트의 레코드를 대신 수정하지 않습니다. 마지막 담당자: 권한 있는 DNS 서버 권한 있는 DNS 서버(authoritative DNS server)는 특정 존에 대해 관리 주체가 설정한 데이터를 바탕으로 권한 있는 응답을 제공합니다. 재귀 리졸버가 example.com 존의 권한 서버에 www.example.com의 A 레코드를 물으면, 이 서버는 최종 주소 레코드나 별칭, 또는 해당 데이터가 없다는 응답을 돌려줄 수 있습니다. 최종 답이 다음과 같다고 가정해 보겠습니다. www.example.com. 3600 IN A 192.0.2.80 여기에는 이름, TTL, 인터넷 클래스, 레코드 유형, IPv4 주소가 담겨 있습니다. 재귀 리졸버는 이 결과를 요청한 스텁 리졸버에 돌려주고 TTL에 따라 캐시에 저장할 수 있습니다. 브라우저는 전달받은 후보 주소를 사용해 다음 단계의 연결을 시도합니다. AAAA 레코드를 함께 물었다면 IPv6 주소도 받을 수 있습니다. CNAME이 답으로 오면 별칭이 가리키는 이름의 주소를 추가로 해석해야 할 수 있습니다. 실제 응답은 하나의 값보다 풍부하며, 리졸버가 여러 질의와 캐시 항목을 조합해 애플리케이션에 필요한 결과를 제공합니다. 대표 흐름을 한 번에 정리하면 1. 스텁 리졸버가 재귀 리졸버에 www.example.com의 답을 맡깁니다. 2. 재귀 리졸버가 캐시를 확인합니다. 3. 필요한 위임 정보가 없으면 루트 네임서버에서 .com 담당자를 안내받습니다. 4. .com 권한 서버에서 example.com 담당자를 안내받습니다. 5. example.com 권한 서버에서 최종 레코드 또는 부정 응답을 받습니다. 6. 재귀 리졸버가 결과를 캐시하고 스텁 리졸버에 답합니다. 리졸버가 이전 조회에서 얻은 위임 정보를 가지고 있으면 중간 단계를 생략합니다. 사용자가 매번 계층 전체의 지연을 부담하지 않는 이유가 캐시에 있습니다. ‘없다’에도 두 가지가 있습니다 DNS 조회가 성공했다는 말은 반드시 IP 주소를 받았다는 뜻이 아닙니다. 권한 서버가 “그 이름은 존재하지 않는다”거나 “이름은 있지만 요청한 형식의 데이터는 없다”고 확정적으로 알려 주는 것도 유효한 DNS 응답입니다. NXDOMAIN(Non-Existent Domain)은 질의한 이름 자체가 존재하지 않음을 뜻합니다. 예를 들어 오타가 난 wwww.example.com이라는 이름이 존에 없다면 NXDOMAIN 응답을 받을 수 있습니다. NODATA는 이름은 존재하지만 요청한 유형의 레코드가 없는 상황을 가리킵니다. service.example.com에 A 레코드는 있지만 AAAA 레코드는 없다면, AAAA 질문에 이름 부재가 아니라 해당 데이터 부재를 나타내는 응답이 올 수 있습니다. 결과 이름 존재 여부 요청한 레코드 유형 조사 방향 주소 응답 존재 존재 받은 주소와 TTL 확인 NODATA 존재 없음 레코드 유형과 존 설정 확인 NXDOMAIN 없음 해당 없음 이름 오타·삭제·위임 범위 확인 둘을 구분하면 장애 보고가 달라집니다. “DNS가 실패했습니다”보다 “이름 자체가 NXDOMAIN입니다” 또는 “이름은 존재하지만 AAAA 레코드가 없습니다”가 훨씬 구체적입니다. 특히 IPv4에서는 열리는데 IPv6 구성만 기대와 다를 때 NODATA와 연결 실패를 구분해야 합니다. 없는 답도 캐시하는 이유 존재하는 레코드만 캐시한다면 오타가 난 이름이나 존재하지 않는 이름에 대한 질문이 반복될 때마다 권한 서버까지 같은 탐색이 이어집니다. 이를 줄이기 위해 DNS는 부정적인 결과도 저장합니다. 이를 음성 캐시(negative caching)라고 합니다. NXDOMAIN과 NODATA 같은 권한 있는 부정 응답에는 보통 SOA(Start of Authority) 정보가 관여합니다. RFC 2308에 따르면 음성 캐시에 사용할 TTL은 응답에 포함된 SOA 레코드의 TTL과 SOA.MINIMUM 값 중 작은 값으로 정해집니다. 따라서 “없는 주소는 무조건 5분 저장된다”처럼 하나의 시간을 모든 도메인에 적용할 수 없습니다. 음성 캐시는 운영 중 예상 밖의 현상을 만듭니다. 새 호스트 이름을 만들기 전에 누군가 그 이름을 조회해 NXDOMAIN을 받았다고 가정해 보겠습니다. 관리자가 곧바로 레코드를 추가해도 해당 부정 응답을 저장한 재귀 리졸버는 음성 TTL이 남아 있는 동안 이전의 ‘없음’을 돌려줄 수 있습니다. 레코드를 추가했는데 일부 사용자에게만 계속 존재하지 않는다고 보이는 이유가 여기에 있을 수 있습니다. 대응할 때는 권한 서버의 새 레코드를 먼저 확인하고, 문제가 있는 사용자의 재귀 리졸버와 NXDOMAIN의 남은 TTL을 살펴야 합니다. 브라우저 캐시만 지우는 처방으로는 재귀 리졸버의 음성 캐시가 바뀌지 않을 수 있습니다. 권한 있는 ‘없음’과 일시적 실패는 다릅니다 NXDOMAIN은 이름이 없다는 권한 있는 답입니다. 반면 SERVFAIL이나 시간 초과는 리졸버가 답을 완성하지 못했다는 실패입니다. 권한 서버에 일시적으로 닿지 못했거나, DNSSEC 검증이 실패했거나, 네트워크 문제가 생긴 경우 등 원인은 다양합니다. 실패를 전혀 캐시하지 않으면 같은 문제가 발생하는 동안 리졸버와 권한 서버가 즉시 반복 질의로 몰릴 수 있습니다. RFC 9520은 DNS 해석 실패를 일정 시간 캐시하도록 기준을 정리하며, 실패 캐시 시간을 최소 1초에서 최대 5분 범위로 제한합니다. 이 값은 NXDOMAIN의 음성 TTL과 같은 규칙이 아닙니다. 따라서 다음 세 상황을 하나로 묶지 않아야 합니다. • NXDOMAIN: 이름이 존재하지 않는다는 권한 있는 응답 • NODATA: 이름은 존재하지만 요청한 유형의 데이터가 없다는 응답 • 해석 실패: 답을 완성하지 못한 일시적 또는 검증 관련 실패 DNSSEC은 질문을 숨기지 않습니다 DNS 응답이 전달되는 도중 조작되지 않았는지, 신뢰할 수 있는 서명 체인을 통해 확인할 필요가 있습니다. DNSSEC(Domain Name System Security Extensions)은 DNS 데이터에 디지털 서명을 적용하고 검증자가 신뢰 사슬을 따라 응답의 출처와 무결성을 확인할 수 있게 합니다. DNSSEC의 역할은 DoH·DoT와 다릅니다. DoH와 DoT는 주로 클라이언트와 선택한 리졸버 사이의 전송 구간을 암호화합니다. DNSSEC은 DNS 데이터가 권한 관리자가 제공한 내용과 일치하는지 검증하는 데 초점을 둡니다. DNSSEC을 사용한다고 질의 이름과 응답 내용이 암호화되어 보이지 않게 되는 것은 아닙니다. 기술 주된 질문 제공하는 핵심 가치 DoT·DoH 전달 구간에서 누가 질의와 응답을 볼 수 있는가? 클라이언트와 리졸버 사이 전송 보호 DNSSEC 받은 DNS 데이터가 권한 있는 데이터와 일치하는가? 출처 인증과 무결성 검증 두 기술은 경쟁 관계가 아니라 서로 다른 위협을 다룹니다. ‘보안 DNS’라는 한 단어로 합치기보다 무엇을 어느 구간에서 보호하는지 물어야 합니다. DNSSEC 서명이나 상위 존의 위임 정보가 어긋나면 검증 리졸버는 답을 실패로 처리할 수 있습니다. 실무에서 경로를 확인하는 순서 새 도메인이 일부 사용자에게만 열리지 않는 상황을 조사해 보겠습니다. 무작정 기다리거나 브라우저 캐시를 지우기 전에 질문을 층별로 나눕니다. 1. 질문 자체를 확인합니다 정확히 어떤 이름과 레코드 유형을 물었는지 확인합니다. example.com과 www.example.com, A와 AAAA 질문은 각각 다릅니다. URL의 경로 오류는 DNS 문제가 아닙니다. 2. 재귀 리졸버의 답을 비교합니다 회사 DNS, VPN DNS, 브라우저 DoH 중 실제로 사용한 재귀 리졸버를 확인합니다. 다른 리졸버의 답과 TTL을 비교하면 특정 캐시 문제인지 좁힐 수 있습니다. 3. 권한 서버의 답을 확인합니다 권한 있는 DNS 서버의 현재 응답과 서버 간 일치 여부를 확인합니다. 관리 화면에 새 값이 보인다는 사실만으로 실제 권한 응답까지 모두 갱신됐다고 단정하지 않습니다. 4. 위임과 DNSSEC을 확인합니다 상위 존이 의도한 권한 서버를 안내하는지 확인합니다. DNSSEC을 사용한다면 서명과 상위 존의 DS 레코드도 검증합니다. 5. 결과의 성격과 남은 시간을 구분합니다 오래된 주소 응답, NXDOMAIN, NODATA, SERVFAIL을 구분합니다. 양성 캐시, 음성 캐시, 실패 캐시는 서로 다른 규칙을 따릅니다. 담당자에게는 호스트 이름, 레코드 유형, 재귀 리졸버, 응답 코드와 TTL, 권한 서버의 답, 발생 시각을 함께 전달합니다. 이 정보가 있으면 같은 현상을 재현하지 못해도 조사할 수 있습니다. DNS가 끝나도 웹페이지는 아직 오지 않았습니다 재귀 리졸버가 주소를 돌려주면 첫 번째 큰 탐색은 끝납니다. 하지만 브라우저가 받은 것은 웹페이지가 아니라 연결 후보입니다. 해당 IP 주소의 어떤 포트로 갈지, 네트워크 경로가 열려 있는지, 신뢰할 수 있는 통신 상대인지 아직 확인해야 합니다. DNS 응답이 빠르다고 웹페이지가 반드시 빠른 것도 아니고, DNS가 성공했다고 서버 연결이 보장되는 것도 아닙니다. 주소가 과거 서버를 가리킬 수 있고, 방화벽이 포트를 막을 수 있으며, 서버가 연결을 받지 못할 수도 있습니다. DNS는 릴레이의 첫 구간을 마쳤을 뿐 다음 주자의 성공까지 약속하지 않습니다. 이름은 이제 주소가 됐습니다. 그렇다면 손실되고 순서가 뒤바뀔 수 있는 환경에서 TCP는 어떻게 신뢰할 수 있는 바이트 흐름을 만들어 낼까요. 3장의 질문입니다. 도해 2. 재귀 리졸버와 반복 조회 도해 2. 재귀 리졸버와 반복 조회 사용자는 재귀 리졸버에 답을 맡기고, 재귀 리졸버는 캐시가 없을 때 루트→TLD→권한 있는 DNS 서버의 위임을 따라 반복 질의합니다. 이 장의 근거 문서 • RFC 1034·1035 — 위임 구조와 재귀·반복 질의 • RFC 2308 — 부정 응답의 캐시와 TTL 결정 • RFC 9520 — 해석 실패의 캐시 기준 • RFC 4033·4034·4035 — DNSSEC이 보호하는 것과 보호하지 않는 것 ---------------------------------------- ### 6장. HTTP/1.1·HTTP/2·HTTP/3는 무엇이 다를까 https://voidlogpress.com/books/%ec%9b%b9%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%eb%8f%99%ec%9e%91%ed%95%98%eb%8a%94%ea%b0%80/6%ec%9e%a5-http11http2http3%eb%8a%94-%eb%ac%b4%ec%97%87%ec%9d%b4-%eb%8b%a4%eb%a5%bc%ea%b9%8c/ 질문: HTTP/1.1은 요청마다 연결을 새로 맺나요? 요약: 아닙니다. HTTP/1.1은 지속 연결을 기본으로 써서 메시지 경계를 알 수 있으면 다음 요청과 응답에도 연결을 재사용합니다. 없는 것은 한 연결 안에 여러 독립 스트림을 식별해 프레임을 교차 전송하는 다중화 계층입니다. 또 다른 질문: HTTP 의미와 선상 표현은 어떻게 다른가요? 답: 같은 의도라도 연결 위에서의 표현이 다릅니다. HTTP/1.1 은 사람이 읽을 수 있는 요청 줄과 헤더 필드 줄을 쓰고, HTTP/2 와 3 은 그 제어 정보를 의사 헤더에 담습니다. 상태 코드도 상태 줄이 아니라 의사 헤더로 표현됩니다. 또 다른 질문: 사람이 읽기 쉬우면 파싱도 단순한가요? 답: 같은 말이 아닙니다. 텍스트 기반이라 패킷 캡처나 원시 로그에서 구조를 알아보기는 쉽지만 줄 경계와 메시지 길이를 정확히 해석해야 합니다. 중간 구성요소들이 애매한 길이나 공백을 다르게 파싱하면 보안 문제가 생길 수 있습니다. 또 다른 질문: HTTP/1.1 의 파이프라이닝은 왜 한계가 있나요? 답: 응답을 요청받은 순서대로 보내야 하기 때문입니다. 앞선 응답 생성이나 큰 콘텐츠 전송이 늦어지면 뒤에서 준비된 응답도 순서를 기다립니다. 실제 클라이언트는 한 서버에 여러 연결을 열어 이 제약을 피해 왔습니다. 또 다른 질문: HTTP/3 는 손실의 영향을 받지 않나요? 답: 과장해서 읽으면 안 됩니다. HTTP/3 도 손실 복구와 혼잡 제어를 하고 같은 연결의 스트림들은 네트워크 경로와 연결 수준 자원을 공유합니다. 손실된 스트림의 순서 복구가 다른 스트림 전달을 직접 막지 않는다는 것이 차이입니다. 최종 확인: 2026-09-03T11:04:50+09:00 하나의 웹페이지를 여는 데는 보통 문서 하나만 필요하지 않습니다. HTML을 받은 브라우저는 CSS와 JavaScript, 글꼴, 아이콘, 상품 이미지, API 데이터 같은 여러 자원을 추가로 요청합니다. 요청의 의미는 5장에서 본 것과 같습니다. 브라우저는 메서드와 대상을 제시하고 서버는 상태 코드와 표현으로 답합니다. 달라지는 것은 여러 메시지를 연결 위에서 구분하고 운반하는 방식입니다. HTTP 버전의 진화를 “1은 느리고 3은 가장 빠르다”로 외우면 실제 현상을 설명하기 어렵습니다. 자원 수와 크기, 네트워크 손실, UDP 허용 여부, 서버 처리와 캐시 상태가 모두 결과에 영향을 줍니다. 각 버전이 같은 HTTP 의미를 어떻게 표현하고, 여러 요청을 어떻게 진행하며, 손실 지연이 어디까지 퍼지는지를 비교하겠습니다. 같은 의미를 다른 선상 형식으로 옮깁니다 HTTP 의미와 선상 표현(wire representation)은 분리해서 봐야 합니다. 다음 요청은 어느 버전에서든 “https://shop.example.com/products/42의 표현을 GET한다”는 같은 의도를 가집니다. 그러나 실제 연결 위 표현은 다릅니다. HTTP/1.1에서는 사람이 읽을 수 있는 요청 줄과 헤더 필드 줄을 사용합니다. GET /products/42 HTTP/1.1 Host: shop.example.com Accept: text/html HTTP/2와 HTTP/3에서는 이 제어 정보를 의사 헤더에 담습니다. 다음은 이해를 위한 논리적 표시이며 실제 바이트를 그대로 인쇄한 것이 아닙니다. :method = GET :scheme = https :authority = shop.example.com :path = /products/42 accept = text/html 응답의 200도 HTTP/1.1에서는 HTTP/1.1 200 OK라는 상태 줄에 나타나지만 HTTP/2·3에서는 :status = 200으로 표현됩니다. HTTP/2·3 요청 하나하나에 HTTP/2나 HTTP/3라는 텍스트 버전 문자열이 붙는 것도 아닙니다. 연결을 설정하고 프로토콜을 협상한 뒤 그 연결의 규칙에 따라 프레임을 해석합니다. 세 버전의 큰 차이를 먼저 정리하면 다음과 같습니다. 구분 HTTP/1.1 HTTP/2 HTTP/3 주된 선상 형식 줄 단위 텍스트 메시지 바이너리 프레임 QUIC 스트림 위 바이너리 프레임 기반 전송 주로 TCP TCP QUIC(UDP 위에서 동작) 여러 요청 진행 지속 연결·선택적 파이프라이닝, 여러 TCP 연결 활용 가능 한 연결의 여러 스트림을 다중화 한 QUIC 연결의 여러 스트림을 다중화 필드 압축 전용 압축 형식 없음 HPACK QPACK 손실 영향의 핵심 같은 연결의 순서와 응답 대응 제약 TCP 손실이 여러 활성 스트림을 함께 멈출 수 있음 손실된 스트림의 순서 복구가 다른 스트림 전달을 직접 막지 않음 보안 연결 HTTPS라면 TLS 사용 웹에서는 일반적으로 TLS와 함께 사용 QUIC에 TLS 1.3 통합 표의 마지막 두 줄을 과장해서 읽으면 안 됩니다. HTTP/3도 손실 복구와 혼잡 제어를 하며, 같은 연결의 스트림들은 네트워크 경로와 연결 수준 자원을 공유합니다. 반대로 HTTP/1.1도 연결을 매 요청마다 반드시 새로 만드는 규칙이 아닙니다. 각 버전이 해결한 문제와 남은 문제를 층별로 살펴보겠습니다. HTTP/1.1은 한 연결을 계속 사용할 수 있습니다 HTTP/1.1 메시지는 시작 줄, 헤더 필드 줄, 빈 줄, 선택적 메시지 본문으로 구성됩니다. 텍스트 기반이라 패킷 캡처나 원시 로그에서 구조를 알아보기 쉽지만, 줄 경계와 메시지 길이를 정확히 해석해야 합니다. 서로 다른 중간 구성요소가 애매한 길이나 공백을 다르게 파싱하면 보안 문제가 생길 수 있으므로 ‘사람이 읽기 쉽다’와 ‘파싱이 단순하다’는 같은 말이 아닙니다. HTTP/1.1은 기본적으로 지속 연결(persistent connection)을 사용합니다. 한 요청과 응답이 끝났다고 TCP 연결을 곧바로 닫지 않고, 메시지 경계를 알 수 있다면 다음 요청과 응답에도 재사용할 수 있습니다. 따라서 “HTTP/1.1은 요청마다 TCP와 TLS를 새로 연결한다”는 설명은 틀립니다. 서버나 클라이언트가 Connection: close를 알리거나 시간 초과와 오류가 생기면 연결은 닫힐 수 있습니다. 한 지속 연결에서 응답을 기다리지 않고 여러 요청을 먼저 보내는 파이프라이닝(pipelining)도 규격에 존재합니다. 서버는 안전한 메서드의 요청들을 병렬로 처리할 수 있지만 응답은 요청을 받은 순서대로 보내야 합니다. 앞선 응답 생성이나 큰 콘텐츠 전송이 늦어지면 뒤에서 준비된 응답도 순서를 기다릴 수 있습니다. 이것이 HTTP 애플리케이션 계층의 HOL 블로킹입니다. 실제 클라이언트는 한 서버에 여러 TCP 연결을 열어 동시에 요청하는 방식으로 이 제약을 피해 왔습니다. 각 연결에서 별도의 요청을 진행하면 하나의 느린 응답이 다른 연결의 응답까지 직접 막지는 않습니다. 하지만 연결 수가 늘면 핸드셰이크와 서버 자원을 더 사용하고, 각 TCP 연결이 별도의 혼잡 제어 상태를 가집니다. 규격은 모든 환경에 적용할 고정 연결 개수를 정하지 않고 클라이언트가 보수적으로 관리하도록 합니다. HTTP/1.1의 특징을 “무조건 한 번에 하나”라고 줄이면 지속 연결·파이프라이닝·여러 연결이라는 현실을 놓칩니다. 더 정확한 결론은 한 연결 안에 여러 독립 스트림을 식별해 프레임을 교차 전송하는 다중화 계층이 없다는 것입니다. HTTP/2는 메시지를 프레임과 스트림으로 나눕니다 HTTP/2는 HTTP의 메서드·상태 코드·헤더 필드 의미를 바꾸지 않고, 연결에 매핑하는 방식을 재설계했습니다. 기본 프로토콜 단위는 프레임(frame)입니다. HEADERS 프레임은 압축된 필드 영역을, DATA 프레임은 콘텐츠의 일부를 전달합니다. SETTINGS, WINDOW_UPDATE 같은 프레임은 연결 설정과 흐름 제어를 지원합니다. 각 요청과 응답의 교환은 하나의 스트림(stream)에 연결됩니다. 프레임에는 어느 스트림에 속하는지 식별하는 정보가 있으므로 같은 TCP 연결에서 여러 스트림의 프레임을 번갈아 보낼 수 있습니다. 예를 들어 큰 이미지의 DATA 프레임 사이에 CSS 응답과 API 응답의 프레임을 끼워 보낼 수 있습니다. 이를 다중화(multiplexing)라고 합니다. 다중화는 모든 서버 작업이 물리적으로 동시에 실행된다는 보장이 아닙니다. 서버의 작업 큐, CPU, 데이터베이스 연결, HTTP/2 흐름 제어, 전송 우선순위에 따라 어떤 스트림은 기다릴 수 있습니다. 핵심은 프로토콜이 한 응답을 끝까지 보내야만 다음 응답 바이트를 보낼 수 있는 구조에서 벗어나 스트림별 프레임을 구분할 수 있게 했다는 점입니다. 의사 헤더는 요청 줄을 대체합니다 HTTP/2는 :로 시작하는 의사 헤더를 통해 메시지 제어 데이터를 전달합니다. 요청에는 일반적으로 :method, :scheme, :authority, :path가 사용되고 응답에는 :status가 사용됩니다. 의사 헤더는 일반 헤더 필드가 아니며 정해진 문맥과 순서를 지켜야 합니다. 개발자 도구에서 :authority가 보이면 HTTP/1.1의 Host와 비슷한 목적지 정보로 이해할 수 있습니다. 그러나 둘을 선상 형식까지 같은 필드라고 취급해서는 안 됩니다. 프록시나 게이트웨이는 한 버전의 제어 데이터를 다른 버전에 맞게 변환할 수 있습니다. 이 변환 과정에서 대상 정보가 서로 다르게 해석되지 않도록 일관성이 중요합니다. HPACK은 반복되는 필드를 줄입니다 웹 요청에는 사용자 에이전트 정보와 수용 형식, 쿠키 같은 필드가 반복됩니다. HTTP/2의 HPACK은 정적·동적 테이블과 문자열 압축을 이용해 반복 전송을 줄입니다. HPACK은 HTML이나 이미지 콘텐츠를 압축하는 gzip, br과 역할이 다릅니다. HPACK은 HTTP 필드 영역을 위한 형식이고, Content-Encoding은 표현 데이터에 적용된 인코딩을 나타냅니다. 또한 ‘바이너리’나 ‘압축’이 곧 암호화를 뜻하지 않습니다. 전송 기밀성과 무결성은 TLS가 담당합니다. TCP의 순서 보장은 그대로 남습니다 HTTP/2 스트림은 애플리케이션 계층에서 대체로 독립적으로 진행됩니다. 한 스트림의 서버 처리가 늦어져도 다른 스트림의 준비된 프레임을 보낼 수 있습니다. 이로써 HTTP/1.1의 응답 순서 때문에 생기는 애플리케이션 계층 HOL 블로킹을 크게 줄입니다. 하지만 HTTP/2는 하나의 TCP 연결 위에서 동작합니다. TCP는 연결 전체를 하나의 순서 있는 바이트 흐름으로 애플리케이션에 전달합니다. 중간의 TCP 세그먼트가 손실되면 그 뒤에 도착한 바이트에 다른 HTTP/2 스트림의 프레임이 포함되어 있어도 빈 구간을 복구할 때까지 애플리케이션에 순서대로 전달할 수 없습니다. HTTP/2가 TCP의 HOL 블로킹까지 없앴다고 말할 수 없는 이유입니다. 이 현상은 HTTP/2가 HTTP/1.1보다 늘 느리다는 뜻도 아닙니다. 여러 연결을 줄이고 필드를 압축하며 스트림을 다중화하는 이점이 있습니다. 다만 손실이 있는 경로에서는 하나의 TCP 연결에 모인 활성 스트림들이 함께 멈추는 구간이 생길 수 있다는 구조적 경계입니다. HTTP/3는 HTTP를 QUIC 스트림에 매핑합니다 HTTP/3는 같은 HTTP 의미를 QUIC 전송 위에 매핑합니다. QUIC은 UDP 데이터그램을 기반으로 동작하지만 UDP의 단순한 전달 기능만 사용하는 애플리케이션이 아닙니다. QUIC 자체가 연결 설정, 암호화, 확인 응답, 손실 복구, 흐름 제어, 혼잡 제어, 여러 스트림을 제공합니다. “UDP는 확인을 하지 않으니 HTTP/3도 손실된 데이터를 무시한다”는 설명은 틀립니다. QUIC에는 TLS 1.3이 통합되어 있습니다. 전송 매개변수 협상과 TLS 키 합의를 함께 진행하도록 설계됐으며, 이전 상태가 있으면 0-RTT 초기 데이터를 사용할 수도 있습니다. 다만 4장에서 본 재생 위험과 수용 조건은 그대로 남습니다. HTTP/3는 HTTP/2와 비슷한 바이너리 프레이밍 개념을 사용하지만, 스트림과 흐름 제어 같은 책임의 상당 부분을 QUIC에 맡깁니다. 일반적인 요청과 응답은 하나의 양방향 QUIC 스트림을 사용합니다. 연결 설정과 QPACK 상태 전달을 위한 단방향 제어 스트림도 있습니다. 손실 영향은 스트림 경계에서 줄어듭니다 QUIC은 스트림마다 신뢰할 수 있는 순서 있는 바이트 전달을 제공합니다. 한 스트림의 데이터가 손실되면 그 스트림은 빈 구간의 복구를 기다립니다. 다른 스트림의 데이터가 정상적으로 도착했다면 TCP 연결 전체의 바이트 순서를 기다리지 않고 해당 스트림에서 애플리케이션으로 전달할 수 있습니다. HTTP/3가 줄이는 것은 손실 지연이 관련 없는 스트림까지 전파되는 범위입니다. 그렇다고 한 스트림 손실이 다른 스트림에 아무 영향도 주지 않는 것은 아닙니다. QUIC 연결의 스트림들은 같은 네트워크 경로와 연결 수준 혼잡 제어를 공유합니다. 손실이 혼잡 신호로 해석되면 연결 전체가 보낼 수 있는 양이 줄 수 있습니다. 연결 수준 흐름 제어 한도나 서버 자원 부족도 여러 스트림에 영향을 줄 수 있습니다. HTTP/3는 지연을 제거하지 않고 전송 순서 의존성을 더 세밀한 경계로 나눕니다. QPACK은 QUIC의 스트림 특성에 맞춘 압축입니다 HTTP/3는 HPACK이 아니라 QPACK을 사용합니다. HPACK은 압축된 필드 영역이 정해진 순서로 전달된다는 HTTP/2의 조건을 활용합니다. QUIC에서는 서로 다른 스트림의 데이터가 독립적으로 전달되므로 한 스트림의 필드가 참조하는 동적 테이블 항목이 아직 다른 제어 스트림에서 도착하지 않았을 수 있습니다. HPACK을 그대로 QUIC에 얹으면 이때 뒤따르는 필드 영역의 디코딩이 함께 멈춥니다. QPACK은 헤더 디코딩 단계에서 생기는 이 HOL 블로킹을 피하려고 설계된 형식입니다. QPACK은 동적 테이블 갱신을 별도 단방향 스트림으로 보내고 각 필드 영역이 필요한 상태를 참조하게 합니다. 아직 도착하지 않은 항목을 참조하면 해당 스트림이 기다릴 수 있습니다. 디코더는 차단 가능한 스트림 수를 알리고 인코더는 그 한도를 지켜야 합니다. QPACK도 모든 의존성을 없애지는 않습니다. QPACK은 QUIC 패킷 전체를 압축하는 기술도 아니고 콘텐츠 압축을 대신하지도 않습니다. HTTP/3의 헤더와 트레일러 필드 영역을 효율적으로 표현하는 형식입니다. 브라우저는 HTTP/3 종단점을 어떻게 알까요 브라우저가 항상 첫 방문에는 HTTP/2로 접속하고 다음 방문부터만 HTTP/3를 쓴다고 단정할 수는 없습니다. 클라이언트가 HTTP/3 종단점을 이미 알고 있거나 다른 발견 정보를 얻었다면 대상 주소와 UDP 포트로 QUIC 연결을 직접 시도할 수 있습니다. 반대로 HTTP/3를 지원하는 서버라도 클라이언트가 그 사실을 모르거나 네트워크에서 UDP가 차단되면 TCP 기반 HTTP를 사용할 수 있습니다. 대표적인 발견 방법이 대체 서비스(Alternative Services)입니다. 서버는 기존 HTTP 응답의 Alt-Svc 헤더 필드로 같은 오리진을 제공하는 HTTP/3 종단점을 알릴 수 있습니다. Alt-Svc: h3=":443"; ma=86400 이 예시는 같은 호스트의 UDP 443번 포트에서 h3를 제공하며 광고를 일정 시간 기억할 수 있다는 뜻입니다. ma는 최대 유효 시간이지 그 연결만 쓰라는 명령은 아닙니다. DNS의 HTTPS 리소스 레코드도 지원하는 애플리케이션 프로토콜과 대체 종단점 정보를 제공해 HTTP/3로 직접 연결을 시도하도록 도울 수 있습니다. 2장에서 DNS가 주소만 반환하는 전화번호부가 아니라고 설명한 이유가 여기서 다시 드러납니다. 다만 모든 클라이언트와 리졸버 환경이 같은 발견 방식을 지원한다고 가정하면 안 됩니다. QUIC 연결이 UDP 차단이나 경로 문제로 성립하지 않으면 클라이언트는 TCP 기반 HTTP 버전을 시도할 수 있습니다. 이 폴백(fallback)은 HTTP/3가 실패하면 웹사이트 전체가 반드시 열리지 않는 구조를 피합니다. 대신 실패를 확인하고 대체 경로를 시도하는 시간이 사용자 지연으로 나타날 수 있습니다. 조직망이나 보안 장비에서 HTTP/3만 불안정하다면 서버 애플리케이션보다 UDP 경로와 폴백 동작을 함께 확인해야 합니다. 버전 번호가 올라가면 무엇이 실제로 빨라질까요 프로토콜 버전은 성능을 만드는 여러 조건 중 하나입니다. 다음 상황에서는 기대한 이점이 작거나 결과가 뒤집힐 수 있습니다. • 자원이 몇 개 없고 서버 처리 시간이 대부분이라면 다중화 차이가 작습니다. • UDP가 차단되거나 품질이 나쁘면 QUIC 시도와 TCP 폴백이 추가 지연을 만들 수 있습니다. • 매우 큰 단일 파일 하나만 받는다면 스트림 간 HOL 감소의 이점이 제한적입니다. • 서버의 QUIC 구현과 CPU·혼잡 제어가 충분하지 않다면 HTTP/3라는 이름만으로 개선되지 않습니다. • 중요한 CSS나 스크립트가 늦게 발견되거나 서버 응답 자체가 느리다면 프로토콜을 바꿔도 첫 화면이 늦을 수 있습니다. 반대로 지연이 크고 손실이 있는 경로에서 한 오리진의 여러 자원을 동시에 받는다면 연결 설정과 스트림 독립성이 의미 있는 차이를 만들 수 있습니다. 어느 조건에서 얼마나 개선되는지는 실제 서비스의 사용자 지역·기기·네트워크를 나누어 측정해야 합니다. 출처와 측정 조건이 없는 “몇 퍼센트 빨라진다”는 숫자를 일반화하지 않는 이유입니다. Network 패널에서 버전과 병목을 함께 봅니다 Network 패널의 열 설정에서 Protocol 항목을 표시하면 요청이 http/1.1, h2, h3 중 어떤 프로토콜로 처리됐는지 드러납니다. 표기는 브라우저마다 조금 다를 수 있습니다. 같은 페이지 안에서도 오리진과 서버 지원, 연결 상태에 따라 서로 다른 버전이 섞일 수 있습니다. 버전 표시만 보고 성능 결론을 내리지 말고 다음 증거를 함께 봅니다. 1. 같은 오리진의 연결 수와 요청이 겹치는 구간을 봅니다. 2. 연결·TLS·QUIC 협상과 서버 응답 대기를 나눕니다. 3. 큰 자원 하나가 병목인지 작은 자원들의 대기인지 확인합니다. 4. 새로 고침과 반복 방문의 캐시 조건을 기록합니다. 5. 한 번의 결과보다 반복 측정과 실제 사용자 자료를 비교합니다. HTTP/1.1 제약을 피하려고 쓰던 최적화가 HTTP/2·3에서는 불리할 수도 있습니다. 이미지를 한 스프라이트로 합치면 독립 캐시와 갱신이 어렵고, 호스트를 지나치게 나누면 DNS·연결·TLS 비용이 생깁니다. 파일을 무조건 잘게 쪼개는 것도 정답은 아닙니다. 압축 효율과 캐시 무효화 범위를 함께 측정해야 합니다. HTTP 버전의 진화가 남긴 핵심은 “더 빠른 번호”가 아닙니다. HTTP/1.1은 지속 연결과 텍스트 메시지를 사용하고, HTTP/2는 TCP 연결 안에 프레임과 스트림 다중화를 추가했으며, HTTP/3는 QUIC의 스트림으로 손실 복구의 전달 경계를 나눴습니다. 세 버전은 같은 HTTP 의미를 공유하지만 지연이 퍼지는 구조가 다릅니다. 서버에서 HTML 응답이 도착하면 네트워크 릴레이는 브라우저 내부 처리로 넘어갑니다. 다음 장에서는 브라우저가 수신되는 HTML 바이트를 토큰으로 읽고 DOM을 구성하며, CSS와 JavaScript 자원을 발견하는 과정을 살펴보겠습니다. 도해 6. HTTP/1.1·2·3의 전송 구조 도해 6. HTTP/1.1·2·3의 전송 구조 HTTP/1.1은 줄 단위 메시지, HTTP/2는 TCP 위의 다중화 스트림과 HPACK, HTTP/3는 QUIC 스트림과 QPACK으로 같은 HTTP 의미를 운반합니다. 버전이 올라갈수록 지연이 사라지는 것이 아니라 손실과 순서 의존성이 퍼지는 경계가 달라집니다. 이 장의 근거 문서 • RFC 9112 — HTTP/1.1의 지속 연결과 메시지 구문 • RFC 9113 — HTTP/2의 프레임·스트림과 HPACK • RFC 9114 — HTTP 의미를 QUIC 스트림에 매핑하는 방식 • RFC 9204 — QPACK의 동적 테이블과 차단 회피 • RFC 7838 — 대체 서비스로 HTTP/3 종단점을 알리는 방법 ---------------------------------------- ### 9장. 계산된 화면은 어떻게 픽셀과 프레임이 될까 https://voidlogpress.com/books/%ec%9b%b9%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%eb%8f%99%ec%9e%91%ed%95%98%eb%8a%94%ea%b0%80/9%ec%9e%a5-%ea%b3%84%ec%82%b0%eb%90%9c-%ed%99%94%eb%a9%b4%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%ed%94%bd%ec%85%80%ea%b3%bc-%ed%94%84%eb%a0%88%ec%9e%84%ec%9d%b4-%eb%90%a0%ea%b9%8c/ 질문: z-index를 크게 주면 GPU 가속이 되나요? 요약: 그렇지 않습니다. 스태킹 컨텍스트는 CSS가 정하는 그리기 순서와 겹침의 의미이고, 합성 레이어는 브라우저가 렌더링 결과를 관리하려고 쓰는 구현 단위입니다. 모든 스태킹 컨텍스트가 별도 GPU 레이어가 되지는 않습니다. 또 다른 질문: 페인트는 픽셀을 칠하는 단계인가요? 답: 곧바로 모든 픽셀을 칠한다는 뜻만은 아닙니다. 페인트 단계에서는 무엇을 어떤 순서와 모양으로 그릴지 기록합니다. 그 그리기 명령을 실제 픽셀로 바꾸는 과정은 래스터화로 따로 나뉩니다. 또 다른 질문: 배경색만 바꾸면 레이아웃도 다시 하나요? 답: 기하 정보가 그대로라면 새 레이아웃이 필요하지 않을 가능성이 큽니다. 다만 그리기 결과는 달라지므로 페인트와 이후 작업이 필요할 수 있습니다. 반대로 너비를 바꾸면 스타일 계산과 레이아웃부터 다시 필요할 가능성이 큽니다. 또 다른 질문: 렌더링 성능 표를 그대로 믿어도 되나요? 답: 진단의 출발점이지 구현 계약은 아닙니다. 속성 하나가 전체 상황을 결정하지 않습니다. 의존하는 사용자 지정 속성과 애니메이션 방식, 포함 관계, 브라우저 최적화와 현재 레이어 구성이 함께 영향을 줍니다. 또 다른 질문: 합성은 무조건 GPU 가 하나요? 답: 그런 등식은 아닙니다. 현대 브라우저가 합성 작업에 GPU 를 활용할 수 있지만 장치와 드라이버, 브라우저 설정, 콘텐츠와 자원 상태에 따라 경로가 달라집니다. 레이어를 많이 유지하면 메모리와 전송 비용도 늘 수 있습니다. 최종 확인: 2026-09-03T11:04:50+09:00 8장에서 브라우저는 표시할 박스의 크기와 위치를 계산했습니다. 이제 제목의 글자 모양, 카드의 배경색, 이미지, 테두리와 그림자를 실제 화면에 나타내야 합니다. 이 과정을 흔히 페인트(paint)와 합성(compositing)이라고 부릅니다. 입문서에는 다음 파이프라인이 자주 등장합니다. 스타일 → 레이아웃 → 페인트 → 래스터 → 합성 → 화면 이 그림은 변화가 어느 단계까지 영향을 미치는지 생각하는 데 유용합니다. 그러나 엔진은 결과를 재사용하고 작업을 나누며 일부 단계를 건너뛸 수 있습니다. 레이어와 타일을 구성하는 방식도 구현마다 다릅니다. 이 장에서는 Chromium 계열에서 관찰할 수 있는 모형을 중심으로 CSS가 보장하는 의미와 브라우저의 최적화를 구분합니다. 엔진이 다르면 무엇이 달라지나 WebKit과 Gecko는 내부 단계의 명칭도, 어떤 콘텐츠를 독립 레이어로 승격할지 정하는 조건도 Chromium과 다를 수 있습니다. 개발자 도구의 패널 이름과 표시 항목이 브라우저마다 갈리는 까닭입니다. 다만 기하 계산 → 그리기 항목 기록 → 래스터 → 합성이라는 흐름의 순서 자체는 세 엔진이 공유합니다. 명칭을 외우는 대신 지금 보고 있는 작업이 이 흐름의 어느 단계인지 묻는 편이 옮겨 다니기 좋습니다. 페인트는 곧바로 모든 픽셀을 칠한다는 뜻만은 아닙니다 레이아웃 결과에는 박스의 위치와 크기가 있습니다. 페인트 단계에서는 무엇을 어떤 순서와 모양으로 그릴지 기록합니다. 배경을 채우고, 테두리를 그리고, 글자와 이미지를 표시하며, 그림자와 장식을 적용하는 등의 그리기 항목이 만들어집니다. Chromium의 설명에서는 페인트가 디스플레이 목록(display list) 같은 그리기 명령을 만들고, 래스터화(rasterization)가 그 명령을 픽셀로 바꾸는 과정으로 나뉩니다. 변경된 영역과 필요한 그리기 항목만 무효화될 수 있고, 래스터 작업은 타일 단위로 나뉠 수 있습니다. 실제 범위와 장치 사용 여부는 엔진의 판단에 달려 있습니다. 다음 카드의 배경색만 바꾼다고 합시다. .card { width: 280px; padding: 16px; background: white; } .card.selected { background: #fff1f0; } 카드의 기하 정보가 그대로라면 새 레이아웃이 필요하지 않을 가능성이 큽니다. 하지만 배경의 그리기 결과는 달라지므로 페인트와 이후 작업이 필요할 수 있습니다. 반대로 width를 바꾸면 카드 크기, 내부 줄바꿈, 이웃의 위치가 달라져 스타일 계산과 레이아웃부터 다시 필요할 가능성이 큽니다. ‘가능성이 크다’고 표현하는 이유는 속성 하나가 전체 상황을 결정하지 않기 때문입니다. 의존하는 사용자 지정 속성, 애니메이션 방식, 포함 관계, 브라우저 최적화와 현재 레이어 구성이 영향을 줍니다. 성능 표는 진단의 출발점이지 구현 계약이 아닙니다. 그리는 순서와 합성 레이어는 서로 다른 층에서 정해집니다 요소가 겹치면 무엇을 먼저 그리고 무엇을 위에 보일지 정해야 합니다. CSS의 페인팅 순서와 스태킹 컨텍스트(stacking context)는 이 시각적 순서를 설명합니다. position과 z-index, opacity, transform 같은 조건이 새로운 스태킹 컨텍스트를 만들 수 있습니다. 하지만 스태킹 컨텍스트와 합성 레이어(composited layer)는 같지 않습니다. • 스태킹 컨텍스트는 CSS에 따른 그리기 순서와 겹침의 의미입니다. • 합성 레이어는 브라우저가 렌더링 결과를 관리하고 결합하기 위해 사용하는 구현 단위입니다. • 모든 DOM 요소가 독립 레이어를 갖는 것도 아니고, 모든 스태킹 컨텍스트가 반드시 별도 GPU 레이어가 되는 것도 아닙니다. 브라우저는 스크롤, 변형, 동영상, 캔버스, 겹침 관계, 메모리 비용 등의 조건을 보고 일부 콘텐츠를 독립적으로 합성할 수 있는 단위로 관리합니다. 이 판단은 버전과 장치, 페이지 상태에 따라 달라질 수 있습니다. z-index: 9999를 주면 GPU 가속된다는 설명이나, 요소마다 투명 필름 한 장이 생긴다는 설명은 틀립니다. 합성은 준비된 결과를 최종 프레임으로 결합합니다 래스터 결과가 준비되면 합성 단계는 필요한 표면이나 타일을 올바른 위치와 순서로 결합해 프레임을 만듭니다. 스크롤 위치, 잘림, 변형, 투명도 같은 정보가 이 과정에 관여할 수 있습니다. 현대 브라우저는 합성 작업에 GPU를 활용할 수 있지만 ‘합성=무조건 GPU’라는 등식은 아닙니다. 장치와 드라이버, 브라우저 설정, 콘텐츠와 자원 상태에 따라 경로가 달라집니다. 합성의 이점은 이미 준비된 콘텐츠의 위치나 투명도만 바뀌는 경우에 드러날 수 있습니다. 브라우저가 해당 콘텐츠를 독립적으로 합성 가능한 형태로 보유하고 있다면, DOM의 다른 부분을 다시 레이아웃하거나 페인트하지 않고 합성 정보만 갱신할 수 있습니다. 그러나 독립 표면을 처음 만드는 비용, 내용을 래스터하는 비용, 메모리 사용량은 사라지지 않습니다. 따라서 “GPU를 쓰면 공짜”가 아닙니다. 고해상도 이미지를 가진 큰 요소를 여러 레이어로 유지하면 GPU 메모리와 전송 비용이 늘 수 있습니다. 레이어가 지나치게 많으면 관리와 합성 비용도 커질 수 있습니다. 브라우저가 요소를 언제 별도 레이어로 만들지 전적으로 개발자가 명령할 수 있는 것도 아닙니다. 변경한 속성에 따라 필요한 단계가 달라질 수 있습니다 렌더링 비용을 설명할 때 다음 표를 출발점으로 사용할 수 있습니다. 변경의 예 흔히 필요한 작업 반드시 확인할 조건 width, height, padding, 글꼴 크기 스타일, 레이아웃, 페인트, 합성 주변 박스와 줄바꿈에 실제 영향이 있는가 color, background, box-shadow 스타일, 페인트, 합성 페인트 범위와 효과의 복잡도는 얼마인가 transform 스타일, 합성만으로 처리될 가능성 콘텐츠가 합성 가능한 상태인지, 래스터 갱신이 필요한지 opacity 스타일, 합성만으로 처리될 가능성 그룹 투명도·겹침·레이어 상태와 메모리 비용 DOM 삽입·텍스트 변경 스타일과 레이아웃부터 영향을 줄 수 있음 새 내용의 크기와 위치, 영향 범위 이 표에서 transform과 opacity에도 ‘가능성’이라고 쓴 점이 핵심입니다. 이 속성을 사용했다고 GPU 레이어 승격이나 합성 전용 처리가 표준으로 보장되지는 않습니다. 다른 효과와 결합하거나 콘텐츠가 다시 래스터되어야 한다면 페인트 비용이 생길 수 있습니다. 언제나 개발자 도구로 확인해야 합니다. 또한 작업이 한 단계에서 끝난다는 것은 앞 단계의 결과가 이미 유효하다는 전제입니다. 요소가 처음 나타나는 순간에는 스타일·레이아웃·페인트·래스터가 필요할 수 있습니다. 그 뒤 위치만 바꾸는 애니메이션에서 이전 결과를 재사용할 수 있는지가 관건입니다. transform은 시각적 변형이지 일반 흐름의 재배치가 아닙니다 메뉴를 오른쪽으로 움직이는 두 방법을 비교해 봅시다. /* 기하 위치에 영향을 주기 쉬운 방식 */ .menu.open { left: 0; } /* 그려진 좌표계를 변형하는 방식 */ .menu { transform: translateX(-100%); } .menu.open { transform: translateX(0); } CSS 변형(transform)은 요소가 보이는 좌표계를 이동·회전·확대·축소할 수 있습니다. 변형은 주변 콘텐츠의 일반 흐름 배치를 다시 밀어내지 않습니다. 원래 레이아웃 위치는 유지된 채 시각적 결과가 옮겨집니다. 다만 변형된 영역은 넘침 영역 계산 등에 영향을 줄 수 있고, 새로운 스태킹 컨텍스트와 포함 블록을 만드는 등의 의미도 있습니다. 이 특성 때문에 이동 애니메이션에서 left나 margin-left보다 transform이 적합한 경우가 많습니다. 주변 레이아웃을 매 프레임 바꿀 의도가 아니라 이미 배치된 패널을 시각적으로 미끄러뜨리려는 경우입니다. 반대로 이동한 요소가 실제로 이웃을 밀어내야 한다면 transform은 레이아웃 의미를 충족하지 못합니다. 성능 때문에 잘못된 CSS 의미를 선택해서는 안 됩니다. opacity는 내용 전체에 적용되는 그룹 투명도입니다 opacity는 요소의 배경만 투명하게 만드는 속성이 아닙니다. 요소와 그 내용이 하나로 그려진 뒤 전체에 적용되는 투명도입니다. 값이 1보다 작으면 스태킹 컨텍스트를 만듭니다. .dialog { opacity: 0; transition: opacity 180ms ease; } .dialog.open { opacity: 1; } 이런 페이드 전환은 합성 단계에서 효율적으로 처리될 가능성이 있습니다. 그러나 opacity: 0은 display: none과 다릅니다. 박스는 레이아웃에 남고, 투명하다는 사실만으로 적중 검사에서 제외되지 않습니다. 보이지 않는 버튼이 클릭되거나 키보드 초점을 받을 수 있는지 UI 상태와 접근성 속성을 함께 설계해야 합니다. 배경만 반투명하게 하고 글자는 선명하게 유지하려면 요소 전체의 opacity보다 알파 채널이 있는 배경색을 사용하는 편이 의미에 맞습니다. opacity를 부모에 주고 자식에서 다시 1로 올린다고 부모의 그룹 투명도를 취소할 수 있는 것도 아닙니다. 한 프레임에 주어진 시간은 얼마일까요 부드러운 애니메이션을 설명할 때 ‘브라우저는 반드시 초당 60프레임을 그린다’고 말하기 쉽습니다. 하지만 디스플레이 주사율은 60 Hz, 90 Hz, 120 Hz 등 다양하고, 절전 상태나 백그라운드 탭, 브라우저 스케줄링과 장치 부하에 따라 실제 프레임 제공 조건도 달라집니다. 60 Hz 환경에서는 한 주기당 약 16.7 ms이지만 그 시간을 JavaScript가 전부 사용할 수 있는 것은 아닙니다. 120 Hz에서는 주기가 약 8.3 ms입니다. 고정 숫자를 품질 보증처럼 제시하기보다 대상 장치에서 긴 작업과 놓친 프레임을 측정해야 합니다. JavaScript 애니메이션은 보통 requestAnimationFrame()을 이용해 브라우저가 다음 프레임을 준비하는 시점에 갱신합니다. 이것도 특정 프레임률을 보장하는 함수는 아닙니다. 콜백 안의 작업이 너무 길거나 메인 스레드가 다른 작업으로 막히면 프레임을 놓칠 수 있습니다. function update(time) { // time을 기준으로 상태를 계산합니다. panel.style.transform = `translateX(${position(time)}px)`; requestAnimationFrame(update); } requestAnimationFrame(update); 전달된 시간 정보를 기준으로 위치를 계산하면 프레임 간격이 달라져도 전체 속도를 유지하기 쉽습니다. CSS 전환 같은 선언적 애니메이션도 고려합니다. will-change는 명령이 아니라 제한적으로 쓰는 힌트입니다 will-change: transform을 붙이면 GPU 가속이 강제로 켜진다고 알려진 경우가 있습니다. 명세상 will-change는 앞으로 어떤 속성이 바뀔지 사용자 에이전트에 미리 알리는 렌더링 힌트입니다. 브라우저마다 다르게 사용할 수 있고, 같은 브라우저도 자원 상황에 따라 다른 최적화를 선택할 수 있습니다. .drawer.preparing { will-change: transform; } 필요한 상호작용에서 잠시 적용하고 끝난 뒤 제거할 수 있습니다. 반면 모든 요소에 적용하면 메모리와 렌더링 자원을 낭비할 수 있습니다. /* 사용하지 말아야 할 전역 처방 */ * { will-change: transform, opacity; } 어느 단계가 비싼지 측정합니다 Chrome 개발자 도구를 예로 들면 다음 도구를 함께 사용할 수 있습니다. 1. Performance 패널에서 페이지 로드나 애니메이션을 기록합니다. 2. Main 트랙에서 스타일 계산, Layout, Paint와 긴 JavaScript 작업을 찾습니다. 3. Frames 영역에서 오래 걸리거나 놓친 프레임이 특정 상호작용과 겹치는지 봅니다. 4. Rendering 패널의 Paint flashing을 켜서 갱신 때 다시 칠해지는 영역을 관찰합니다. 5. Layer borders나 Layers 패널로 합성 레이어의 수, 크기와 생성 이유를 살펴봅니다. 같은 패널 이동을 left와 transform으로 각각 구현해 같은 기기·창 크기·캐시 상태에서 비교해 봅시다. Layout과 Paint 시간, 프레임 간격, 레이어 메모리를 함께 봅니다. 첫 실행에는 준비 비용이 포함될 수 있으므로 첫 상호작용과 반복 상호작용도 나눠 기록합니다. 최적화의 목표는 단계를 없애는 것이 아니라 필요한 일만 하는 것입니다 렌더링 성능을 좋게 만드는 일반적인 순서는 다음과 같습니다. 1. 사용자에게 중요한 장면을 정합니다. 첫 화면, 메뉴 열기, 스크롤, 입력 반응처럼 구체적으로 적습니다. 2. 네트워크 지연, 긴 JavaScript, 레이아웃, 페인트, 합성 중 실제 병목을 측정합니다. 3. 레이아웃 의미를 보존하면서 불필요한 DOM 변경과 읽기·쓰기 교차를 줄입니다. 4. 이동과 페이드에는 의도에 맞을 때 transform과 opacity를 고려합니다. 5. 큰 그림자·필터·고해상도 표면과 과도한 레이어의 페인트·메모리 비용을 확인합니다. 6. 변경 뒤 같은 조건에서 다시 측정하고 시각 품질과 접근성을 함께 검사합니다. ‘레이아웃을 없애자’는 목표는 현실적이지 않습니다. 새 콘텐츠가 들어오고 화면 크기가 바뀌면 올바른 위치를 다시 계산해야 합니다. ‘페인트를 절대로 하지 말자’도 불가능합니다. 처음 나타나는 콘텐츠는 그려야 하고 내용이 바뀌면 새 결과가 필요합니다. 좋은 최적화는 사용자가 원하는 변화에 꼭 필요한 작업만 수행하도록 구조를 정리하는 것입니다. 브라우저는 레이아웃 결과를 바탕으로 그리기 명령을 만들고, 이를 래스터화해 픽셀 결과를 준비하며, 필요한 단위를 합성해 최종 프레임을 만듭니다. 페인트 순서의 스태킹 컨텍스트와 구현상의 합성 레이어는 서로 다르고, 모든 요소가 독립 레이어를 갖지 않습니다. transform과 opacity는 합성만으로 갱신될 가능성을 높일 수 있지만 GPU 사용이나 페인트 생략을 보장하지 않습니다. will-change 역시 강제 명령이 아니라 자원 비용을 가진 힌트입니다. 7장부터 이 장까지 우리는 HTML 바이트가 DOM이 되고, CSS 규칙이 박스와 위치로 계산되며, 그 결과가 픽셀과 프레임으로 이어지는 과정을 살펴봤습니다. 다음 장에서는 브라우저와 서버가 요청을 한 번씩 주고받는 HTTP의 비상태성 위에서 어떻게 로그인 상태를 이어 가는지 살펴보겠습니다. 도해 9. 페인트·래스터·합성 도해 9. 페인트·래스터·합성 페인트는 그리기 항목을 만들고 래스터는 이를 픽셀로 바꾸며 합성은 준비된 결과를 프레임으로 결합합니다. 모든 요소가 레이어를 갖는 것은 아니고, transform·opacity의 합성 전용 처리와 GPU 사용은 브라우저가 조건에 따라 선택하므로 개발자 도구로 검증해야 합니다. 이 장의 근거 문서 • CSS Positioned Layout — 위치 지정과 스태킹 컨텍스트 • CSS Display·CSS Box Model — 그리기 대상이 되는 박스의 생성 규칙 • WHATWG HTML Standard — 렌더링 기회와 프레임 갱신 시점 ---------------------------------------- ## 클로드 주식투자 ISBN 9791143819055 · 2026-08-20 · 강지우 지음 https://voidlogpress.com/books/%ed%81%b4%eb%a1%9c%eb%93%9c-%ec%a3%bc%ec%8b%9d%ed%88%ac%ec%9e%90/ ### 14장. 배당·리밸런싱·시나리오 계산기 만들기 https://voidlogpress.com/books/%ed%81%b4%eb%a1%9c%eb%93%9c-%ec%a3%bc%ec%8b%9d%ed%88%ac%ec%9e%90/14%ec%9e%a5-%eb%b0%b0%eb%8b%b9%eb%a6%ac%eb%b0%b8%eb%9f%b0%ec%8b%b1%ec%8b%9c%eb%82%98%eb%a6%ac%ec%98%a4-%ea%b3%84%ec%82%b0%ea%b8%b0-%eb%a7%8c%eb%93%a4%ea%b8%b0/ 질문: AI가 만들어 준 계산 결과는 얼마나 믿어도 되나요? 요약: 소수점이 붙으면 확인이 끝난 숫자처럼 보이지만 입력값 하나가 잘못돼도 결과는 단정적입니다. 입력의 단위와 기준 시점, 계산식, 중간값, 단순화한 가정을 모두 화면에 남기고 결과 아래에 독립 검산식을 붙입니다. 또 다른 질문: 계산 도구에 넣을 공통 안전장치는 무엇인가요? 답: 입력값의 단위와 기준 시점을 표시하고, 계산식을 화면에 적고, 중간값을 생략하지 않고, 단순화 가정을 표시하고, 빈 입력값을 임의로 채우지 않고, 항목별 허용 범위를 정하고, 결과를 추천이나 확정 수익으로 표현하지 않는 것입니다. 또 다른 질문: 배당 계산기는 무엇을 보는 도구인가요? 답: 미래 배당을 약속하는 도구가 아니라 민감도 도구입니다. 배당 성장률 가정을 바꿨을 때 현금흐름이 얼마나 달라지는지를 봅니다. 배당수익률만 보면 현재 가격에 대한 한 시점의 비율만 보게 됩니다. 또 다른 질문: 예시에 나온 세율은 그대로 적용해도 되나요? 답: 예시로 든 원천징수 수치는 흔히 접하는 값을 단순화한 것입니다. 배당의 유형과 금융소득 규모, 계좌 유형, 거주지, 국가와 상품에 따라 실제 세액과 신고 의무가 달라지므로 개인 계산에 그대로 적용하지 않습니다. 또 다른 질문: 리밸런싱 계산 결과대로 바로 거래하면 되나요? 답: 계산이 답하는 질문은 하나입니다. 사전에 정한 비중과 지금 비중이 얼마나 벌어졌는가. 실제 거래에서는 세금과 수수료, 최소 거래 단위, 매도 제한, 계좌별 과세를 따로 고려해야 합니다. 최종 확인: 2026-09-03T11:04:51+09:00 정확해 보이는 숫자가 가장 위험하다 계산 결과에는 소수점이 붙는다. 소수점이 붙으면 확인이 끝난 숫자처럼 보인다. 입력값 하나가 잘못돼도 결과는 여전히 단정적이고, 클로드가 보기 좋은 계산 화면까지 만들어주면 식과 중간값을 들여다볼 이유는 더 줄어든다. 그런데 13장의 반대 심문 보고서에는 아직 숫자로 확인하지 않은 가정이 남아 있다. 매출이 얼마나 늘어야 하는지, 이익률이 어느 정도 회복돼야 하는지, 배당이 줄어도 현금흐름이 버틸 수 있는지, 현재 포트폴리오 비중이 기준을 벗어났는지 따져야 한다. 이 장에서 만드는 도구는 세 가지다. • 배당 현금흐름 계산기 • 포트폴리오 리밸런싱 계산기 • 강세·기준·약세 시나리오 계산기 모두 클로드 안에서 대화로 설계하고 확인할 수 있는 범위에 둔다. 별도 스프레드시트나 API는 사용하지 않는다. 도구의 값어치는 화면의 모양이 아니라 입력값, 계산식, 중간값, 결과, 검산 순서에서 나온다. 그림 14-1은 입력에서 독립 검산까지의 순서다. 결과 다음에 검산이 한 칸 더 붙어 있다. 입력, 단위, 식, 중간값, 결과, 독립 검산의 순서 그림 14-1. 계산 도구 입력·계산·출력 구조 — 계산 도구는 답을 숨기는 상자가 아니라 식과 가정을 드러내는 기록이어야 한다. 계산 도구의 공통 사양 세 도구에는 같은 안전장치를 넣는다. 1. 모든 입력값에 단위와 기준 시점을 표시한다. 2. 사용한 계산식을 화면에 적는다. 3. 중간값을 생략하지 않는다. 4. 세금·환율·재투자 같은 단순화 가정을 표시한다. 5. 빈 입력값을 임의로 채우지 않는다. 6. 항목마다 허용 범위를 정한다. 0 이하가 될 수 없는 값과 음수가 가능한 값을 구분한다. 7. 결과를 투자 추천이나 확정 수익으로 표현하지 않는다. 8. 입력값을 바꾸면 결과와 설명이 함께 바뀌게 한다. 클로드가 대화 중 독립된 계산 화면이나 재사용 가능한 결과물을 만들 수 있는 환경이라면 다음처럼 요청할 수 있다. 입력값, 계산식, 중간값, 결과가 모두 보이는 간단한 계산 도구를 만들어줘. 코드를 설명하는 강의는 하지 말고, 사용자가 숫자를 바꿨을 때 결과가 갱신되게 해줘. 입력 단위와 단순화 가정을 화면에 표시하고, 결과 아래에 독립 검산용 계산식을 적어줘. 기능 이름과 화면 위치는 바뀔 수 있다. 결과물을 만들기 어려운 환경에서는 같은 구조를 표와 계산 과정으로 출력해도 된다. 이 책의 목적은 특정 UI를 익히는 것이 아니라 재현 가능한 계산을 남기는 것이다. 도구 1. 배당 현금흐름 계산기 배당수익률만 보면 현재 가격에 대한 한 시점 비율만 보게 된다. 실제 현금흐름을 보려면 투자금, 배당수익률, 배당 성장 가정, 세금, 재투자 여부, 기간을 구분한다. 입력값 교육용 예시는 다음과 같다. • 초기 투자금: 50,000,000원 • 첫해 세전 배당수익률: 4.0% • 연간 배당 성장 가정: 3.0% • 국내 일반 과세계좌 배당의 원천징수 예시: 15.4% • 계산 기간: 5년 • 배당 재투자: 하지 않음 15.4%는 국내 일반 과세계좌의 배당소득 원천징수에서 흔히 접하는 수치를 단순화한 예시다. 배당의 유형, 금융소득 규모, 계좌 유형, 거주지, 국가와 상품에 따라 실제 세액과 신고 의무가 달라질 수 있으므로 개인 계산에 그대로 적용하지 않는다. 계산식 첫해 세전 배당은 다음과 같다. 50,000,000원 × 4.0% = 2,000,000원 첫해 세후 배당은 다음과 같다. 2,000,000원 × (1 - 15.4%) = 1,692,000원 다음 해 세전 배당은 전년도 배당에 성장 가정을 적용한다. 2,000,000원 × 1.03 = 2,060,000원 5년 동안 재투자를 하지 않는다면 세후 현금은 해마다 약 1,692,000원, 1,742,760원, 1,795,043원, 1,848,894원, 1,904,361원이다. 합계는 약 8,983,058원이다. 원 단위 반올림에 따라 몇 원의 차이가 생길 수 있다. 재투자 가정은 별도로 계산한다 배당을 같은 수익률로 전액 재투자한다는 가정은 현실을 단순화한다. 배당 지급 시점의 가격과 수익률이 같지 않을 수 있고, 세금과 수수료도 달라진다. 따라서 ‘재투자함’ 버튼 하나로 결과를 부풀리지 않는다. 재투자를 사용한다면 다음 항목을 추가한다. • 배당 지급 시점 • 재투자 가격 또는 재투자 수익률 가정 • 세후 금액만 재투자하는지 • 소수점 단위 매수가 가능한지 • 거래비용을 반영하는지 계산 결과는 미래 배당 약속이 아니다. 배당 성장률을 3%에서 0% 또는 -20%로 바꿨을 때 현금흐름이 얼마나 달라지는지 보는 민감도 도구다. 도구 2. 포트폴리오 리밸런싱 계산기 리밸런싱 계산기가 답하는 질문은 하나다. 사전에 정한 비중과 지금 비중이 얼마나 벌어졌는가. 교육용 입력값 기존 포트폴리오는 총 100,000,000원이다. • 자산 A: 60,000,000원 • 자산 B: 25,000,000원 • 현금: 15,000,000원 • 새로 들어온 투자금: 10,000,000원 목표 비중은 다음과 같다. • 자산 A: 50% • 자산 B: 30% • 현금: 20% 새 투자금을 더한 뒤 총액은 110,000,000원이다. 목표 금액은 각각 55,000,000원, 33,000,000원, 22,000,000원이다. 110,000,000원 × 50% = 55,000,000원 110,000,000원 × 30% = 33,000,000원 110,000,000원 × 20% = 22,000,000원 새 투자금이 먼저 현금에 들어왔다고 보면 거래 전 금액은 A 60,000,000원, B 25,000,000원, 현금 25,000,000원이다. 목표와의 차이는 다음과 같다. • 자산 A: 5,000,000원 초과 • 자산 B: 8,000,000원 부족 • 현금: 3,000,000원 초과 따라서 교육용 계산상 A에서 5,000,000원을 줄이고, 현금에서 3,000,000원을 사용해 B를 8,000,000원 늘리면 목표 금액과 일치한다. 실제 거래에서는 세금, 수수료, 최소 거래 단위, 매도 제한, 계좌별 과세를 따로 고려한다. 표 14-1은 앞의 계산을 자산별 한 줄로 정리한 것이다. 조정액 열의 합이 0이 되는지 확인한다. 세 자산의 기존 금액, 새 투자금 반영 금액, 목표 금액, 조정액, 조정 후 금액을 비교한 표 표 14-1. 리밸런싱 전후 비교 — 리밸런싱 계산은 무엇을 사고팔지 추천하는 것이 아니라 사전에 정한 비중과의 차이를 보여준다. 리밸런싱 도구에는 ‘매도 없이 새 투자금만 배분’하는 선택도 넣을 수 있다. 이 경우 목표 비중에 즉시 맞추지 못하더라도 거래비용과 세금 부담을 줄일 수 있다. 계산기는 두 방식을 나란히 보여주고, 어떤 방식을 쓸지는 16장의 포트폴리오 운영 규칙에서 정한다. 도구 3. 강세·기준·약세 시나리오 계산기 시나리오 계산은 미래를 맞히는 작업이 아니다. 투자 논지의 결과가 어떤 가정에 가장 민감한지 확인하는 작업이다. 13장의 B기업 합성 사례를 이어간다. 아래 수치는 특정 실명 기업과 무관하며, 계산 결과는 적정가·목표가·매수 기준이 아니라 입력 가정의 민감도를 보여주는 교육용 숫자다. 현재 연간 매출을 1,000억 원, 발행주식 수를 1,000만 주로 가정한다. 세후 환산은 영업이익의 78%라는 단순 가정을 사용한다. 실제 기업 분석에서는 이자비용, 영업외손익, 세율, 비지배지분, 희석 가능 주식 수를 따로 반영해야 한다. 표 14-2는 세 시나리오의 입력값만 모아놓았다. 결과가 아니라 어느 행에서 값이 크게 벌어지는지 비교한다. 약세·기준·강세의 성장률, 이익률, 환산율, 주식 수, 배수를 비교한 표 표 14-2. 세 시나리오 가정표 — 결과 차이는 전망 능력보다 입력 가정의 차이에서 시작된다. 입력 약세 기준 강세 매출 성장률 -5% 8% 18% 영업이익률 6% 10% 14% 세후 환산율 78% 78% 78% 발행주식 수 1,000만 주 1,000만 주 1,000만 주 가정 배수 9배 13배 17배 약세 시나리오 매출 1,000억 원 × 95% = 950억 원 영업이익 950억 원 × 6% = 57억 원 세후 이익 가정 57억 원 × 78% = 44.46억 원 주당 결과 44.46억 원 ÷ 1,000만 주 = 444.6원 가정 결과값 444.6원 × 9배 = 약 4,001원 기준 시나리오 매출 1,000억 원 × 108% = 1,080억 원 영업이익 1,080억 원 × 10% = 108억 원 세후 이익 가정 108억 원 × 78% = 84.24억 원 주당 결과 84.24억 원 ÷ 1,000만 주 = 842.4원 가정 결과값 842.4원 × 13배 = 약 10,951원 강세 시나리오 매출 1,000억 원 × 118% = 1,180억 원 영업이익 1,180억 원 × 14% = 165.2억 원 세후 이익 가정 165.2억 원 × 78% = 128.856억 원 주당 결과 128.856억 원 ÷ 1,000만 주 = 1,288.56원 가정 결과값 1,288.56원 × 17배 = 약 21,905원 차트 14-1에서는 세 결과가 같은 축 위에 나란히 선다. 막대의 높이보다 최저와 최고 사이의 폭을 눈여겨본다. 약세 4,001원, 기준 10,951원, 강세 21,905원의 교육용 가정 결과를 비교한 막대 차트 차트 14-1. 시나리오별 결과 범위 — 이 범위는 목표 가격이 아니라 매출·이익률·배수 가정의 민감도를 확인하는 교육용 결과다. 숫자의 간격이 큰 이유는 매출 성장률, 이익률, 배수를 동시에 바꿨기 때문이다. 이 결과를 가격 목표로 읽으면 안 된다. 오히려 어떤 입력값이 결과를 가장 크게 움직이는지 한 항목씩 고정하고 바꾸어야 한다. 예를 들어 기준 시나리오에서 배수는 13배로 고정하고 영업이익률만 8%, 10%, 12%로 바꿔본다. 다음에는 이익률을 10%로 고정하고 매출 성장률만 바꾼다. 이렇게 해야 투자 논지의 핵심이 수요 성장인지, 원가 개선인지, 시장의 가치평가인지 구분된다. 한 번에 하나의 가정만 바꾸어본다 세 시나리오의 결과 차이가 크다고 해서 약세와 강세 중 하나를 고를 필요는 없다. 어떤 입력이 결과를 흔드는지 분리하는 편이 더 유용하다. 기준 시나리오에서 매출 1,080억 원, 세후 환산율 78%, 발행주식 수 1,000만 주, 배수 13배를 고정하고 영업이익률만 바꿔보자. • 이익률 8%라면 가정 결과값은 약 8,761원이다. • 이익률 10%라면 약 10,951원이다. • 이익률 12%라면 약 13,141원이다. 영업이익률이 2%포인트 움직일 때 결과가 약 2,190원씩 달라진다. 이 계산은 미래 값을 알려주지 않는다. 투자 논지에서 이익률 회복 가정이 얼마나 큰 역할을 하는지 보여준다. 다음에는 이익률을 고정하고 매출 성장률이나 배수만 바꾼다. 계산 도구에는 입력값 저장일과 버전을 적는다. 실적 발표 뒤 숫자를 바꿀 때 이전 값을 덮어쓰지 않고, 무엇이 실제로 달라졌고 무엇은 단순 가정 변경인지 남긴다. 그래야 결과가 좋아진 이유가 기업 실적 때문인지 낙관적인 배수를 적용했기 때문인지 구분할 수 있다. 계산 도구를 만드는 재사용 지침 다음 사양으로 계산 도구를 만들어줘. 공통 규칙 - 입력값마다 단위와 기준 시점을 표시해줘. - 사용한 식과 중간값을 숨기지 마. - 빈 입력값을 임의로 추정하지 마. - 입력 항목마다 허용 범위를 지정해줘. 투자금·기간·주식 수처럼 0 이하가 될 수 없는 값은 오류로 처리하고, 성장률·이익률·현금흐름처럼 0이나 음수가 가능한 값은 정상 입력으로 받아줘. - 결과는 교육용 가정이며 투자 추천이 아니라는 문구를 표시해줘. - 결과 아래에 독립 검산용 계산 과정을 적어줘. 도구 1: 배당 현금흐름 입력: 투자금, 첫해 배당수익률, 배당 성장률, 세금 가정, 기간, 재투자 여부 출력: 연도별 세전·세후 배당, 누적 현금, 사용한 가정 도구 2: 리밸런싱 입력: 자산별 현재 금액, 새 투자금, 목표 비중, 매도 허용 여부 출력: 총액, 목표 금액, 차이, 조정 금액, 조정 후 비중 도구 3: 시나리오 입력: 현재 매출, 매출 성장률, 영업이익률, 세후 환산율, 발행주식 수, 가정 배수 출력: 시나리오별 매출, 영업이익, 세후 이익, 주당 결과, 가정 결과값 잘못 만든 계산 도구를 고치는 법 화면이 돌아가는 것과 계산이 맞는 것은 별개다. 다음 다섯 가지가 자주 생기는 오류다. 단위가 섞였다 매출은 억 원, 주식 수는 주 단위인데 중간 계산에서 원 환산이 빠지면 결과가 1억 배 달라질 수 있다. 모든 입력을 원 단위로 변환하거나, 식에서 단위를 명확히 표시한다. 현재 계산에서 매출 단위가 억 원이고 주식 수가 주 단위다. 중간 단계의 원 환산을 표시하고, 단위가 소거되는 과정을 다시 써줘. 세율을 두 번 적용했다 세후 배당을 입력했는데 다시 세금을 빼거나, 세후 환산 이익에 세율을 한 번 더 적용할 수 있다. 입력값이 세전인지 세후인지 라벨에 넣는다. 비중 합계가 100%가 아니다 목표 비중 합계가 100%가 아니면 계산을 중단하고 오류를 보여줘야 한다. 자동으로 비율을 다시 맞추면 사용자의 기준을 바꾼다. 반올림 위치가 다르다 매 단계에서 반올림한 값과 마지막에 한 번 반올림한 값은 조금 다를 수 있다. 계산 원칙을 표시하고 검산할 때 같은 방식을 사용한다. 미래 가정을 확정값처럼 표현했다 ‘예상 가치’나 ‘목표 가격’ 대신 ‘가정 결과값’과 ‘민감도 범위’를 사용한다. 입력이 달라지면 결과도 달라진다는 문장을 화면에 남긴다. 세 도구의 합격 기준 • 입력값과 단위가 보인다. • 계산식과 중간값이 보인다. • 빈 값과 비정상 입력을 임의로 처리하지 않는다. • 교육용 예시를 손계산으로 재현할 수 있다. • 세금·환율·재투자·수수료의 단순화가 적혀 있다. • 결과를 목표 가격이나 확정 수익으로 표현하지 않는다. • 저장한 가정을 다음 분석에서 수정할 수 있다. 이번 장에서 만든 것 계산 도구 3종을 만들었다. 배당 현금흐름, 리밸런싱, 시나리오 계산기는 모두 입력값과 식과 중간값을 드러내며, 결과는 목표 가격이 아니라 가정의 민감도다. 다음에도 사용할 지침 입력값의 단위와 기준 시점, 사용한 식, 중간값, 결과, 독립 검산 과정을 모두 드러낸다. 빈 입력값을 임의로 채우지 말고 목표 비중 합계나 단위가 어긋나면 계산을 중단하고 원인을 보여준다. 결과는 목표 가격이 아니라 교육용 가정의 민감도로 표시하고, 한 번에 하나의 가정만 바꾸어 확인한다. 사람이 마지막으로 확인할 것 • 입력값의 단위와 기준 시점이 같은가. • 세전·세후 값이 구분됐는가. • 발행주식 수에 희석 가능 주식이 빠지지 않았는가. • 목표 비중 합계가 100%인가. • 세금·환율·수수료 가정이 실제 상황과 다른 점을 알고 있는가. • 시나리오 결과를 현재 목표 가격으로 해석하지 않았는가. • 계산 도구의 예시 숫자를 독립적으로 다시 계산했는가. 4부를 마치며 관찰 범위를 지키고, 논지의 약점을 찾고, 가정이 결과에 미치는 영향을 숫자로 확인하는 검증 체계가 갖춰졌다. 여기에 차트 해석 검증 체크리스트, 반대 심문 보고서와 논지 철회 조건, 계산 도구 3종이 더해졌다. 다음 부에서는 이 결과를 자산 선택과 비중 규칙에 연결한다. 높은 결과값을 주는 조합보다 3장에서 만든 투자 원칙과 자금의 사용 시점에 맞는지를 먼저 확인한다. ---------------------------------------- ### 3장. 내 투자 원칙을 문서로 만들기 https://voidlogpress.com/books/%ed%81%b4%eb%a1%9c%eb%93%9c-%ec%a3%bc%ec%8b%9d%ed%88%ac%ec%9e%90/3%ec%9e%a5-%eb%82%b4-%ed%88%ac%ec%9e%90-%ec%9b%90%ec%b9%99%ec%9d%84-%eb%ac%b8%ec%84%9c%eb%a1%9c-%eb%a7%8c%eb%93%a4%ea%b8%b0/ 질문: 투자 원칙을 왜 문서로 만들어야 하나요? 요약: 머릿속의 장기 투자나 좋은 회사라는 말은 실제 행동을 정해주지 못하기 때문입니다. 기준 문서는 예측을 정확하게 만들지 않습니다. 같은 상황을 비슷한 기준으로 검토하게 하고, 투자 논지가 깨진 것인지 단지 가격이 불편한 것인지 분리하게 합니다. 또 다른 질문: 제외 조건은 왜 따로 적나요? 답: 좋은 조건만 적으면 대부분의 기업에 긍정적인 이유를 붙일 수 있습니다. 제외 조건은 분석 시간을 줄이고 원칙을 지키기 어렵게 만드는 대상을 미리 걸러냅니다. 왜 제외하는지도 함께 적어야 주가가 오를 때 원칙을 쉽게 바꾸지 않습니다. 또 다른 질문: 손실 감내 수준은 어떤 관점으로 정하나요? 답: 이 정도면 안전하다가 아니라 이 수준을 넘으면 내 생활과 판단이 흔들린다는 관점으로 정합니다. 손실을 감당한다는 말이 단순히 매도를 미루는 핑계가 되고 있지는 않은지도 함께 확인합니다. 또 다른 질문: 좋은 기업이면 비중 제한이 없어도 되나요? 답: 좋은 기업이라고 해서 비중 제한이 사라지지는 않습니다. 한 종목과 한 산업, 한 국가, 한 통화에 얼마나 집중할 수 있는지 미리 정합니다. 목적은 한 번의 확신이 전체 자산을 지배하지 못하게 하는 경계선을 만드는 것입니다. 또 다른 질문: 매수 이유만 적어 두면 부족한가요? 답: 매수 이유만 적으면 좋은 뉴스는 모두 보유 근거가 되고 나쁜 뉴스는 일시적 악재로 해석됩니다. 무엇이 계속 유지돼야 하는지와 어떤 변화가 생기면 판단을 다시 해야 하는지를 함께 적습니다. 철회 조건은 가격이 아니라 사업과 재무의 변화입니다. 최종 확인: 2026-09-03T11:04:51+09:00 투자 원칙은 머릿속에만 있어도 될까 “장기 투자하려고 샀습니다.” 이 말은 원칙처럼 들리지만 실제 행동을 정해주지 못한다. 장기가 몇 년인지, 어떤 변화까지 기다릴지, 어느 조건에서 판단을 철회할지 알 수 없기 때문이다. 주가가 오를 때는 장기 투자가 쉽다. 급락이 시작되면 장기라는 말은 믿음인지 계획인지 구분하기 어려워진다. “좋은 회사만 삽니다.” 이 문장도 비슷하다. 좋은 회사가 높은 성장률을 뜻하는지, 안정적인 현금흐름을 뜻하는지, 낮은 부채를 뜻하는지 알 수 없다. 가격이 아무리 비싸도 좋은 회사라면 사는 것인지, 사업이 좋아도 지배구조 문제가 있으면 제외하는지도 정해져 있지 않다. 클로드가 투자자의 조건을 모르는 상태에서 이런 문장을 받으면 일반적인 조언으로 빈칸을 채운다. 장기 투자자는 단기 변동성에 흔들리지 말아야 한다고 말하고, 분산투자와 손실 관리가 중요하다고 덧붙인다. 틀린 말은 아니지만 행동 기준으로 쓰기에는 부족하다. 그래서 세 번째 장에서 종목 분석보다 먼저 투자 원칙 문서를 만든다. 기준 문서는 AI를 똑똑하게 만드는 장치가 아니다 기준 문서가 있으면 클로드가 정확한 미래를 예측하는 것은 아니다. 나쁜 투자 판단을 자동으로 막아주는 것도 아니다. 기준 문서의 역할은 더 현실적이다. • 같은 상황을 비슷한 기준으로 검토하게 한다. • 투자자의 조건과 일반적인 조언을 구분한다. • 주가 변화 뒤에 원칙을 바꾸는 일을 드러낸다. • 매수 당시의 판단과 매도 당시의 설명을 비교하게 한다. • 투자 논지가 틀렸는지, 단지 가격이 불편한지 분리하게 한다. 기준 문서는 AI에게 맡길 판단의 범위를 줄이는 문서다. 무엇을 중요하게 볼지 알려주지만, 실제 결정을 대신하게 하지는 않는다. 같은 기업, 다른 투자자 가상의 A기업이 있다고 하자. 매출은 성장하고 있지만 실적 변동이 크고, 신규 설비 투자를 위해 차입금도 늘었다. 장기 성장 가능성은 있으나 단기간 현금흐름은 불안정하다. 이 기업을 두 투자자가 검토한다. 첫 번째 투자자는 10년 이상 사용할 계획이 없는 여유자금으로 투자한다. 한 종목의 비중을 작게 유지하고, 단기 배당보다 사업의 장기 성장성을 중요하게 본다. 두 번째 투자자는 2년 뒤 주택 자금으로 사용할 가능성이 있는 돈을 투자한다. 이미 같은 산업의 종목을 많이 보유하고 있으며, 손실이 커지면 생활 계획에 영향을 받는다. 기업 자료는 같다. 그러나 적합성은 같지 않다. 첫 번째 투자자에게 검토 가능한 후보라도 두 번째 투자자에게는 자금 기간과 집중 위험 때문에 맞지 않을 수 있다. 클로드에게 회사 자료만 주고 “투자할 만한가”라고 물으면 이 차이가 사라진다. 기준 문서를 함께 주면 답변을 다음처럼 바꿀 수 있다. 기업의 장기 성장 가능성은 기준 문서의 선호 조건과 맞지만, 현재 포트폴리오의 동일 산업 비중 상한과 충돌합니다. 투자 여부를 판단하기 전에 기존 보유 자산과 합산한 산업 비중을 확인해야 합니다. 이 문장도 최종 결론은 아니다. 다만 투자자의 조건과 기업 분석을 연결한다. 그림 3-1은 같은 기업 자료를 넣고도 기준 문서의 유무에 따라 답변이 어떻게 갈리는지 좌우로 대조한다. 오른쪽에 있는 항목이 왼쪽에는 없다. 기준 문서 없이 기업 자료만 넣으면 일반적인 성장성·수익성·위험 분석이 나오고, 기준 문서를 함께 넣으면 기간·손실·비중과 맞는 조건, 충돌하는 조건, 추가 확인 질문이 나온다는 비교도 그림 3-1. 기준 문서 유무에 따른 분석 차이 — 기준 문서는 더 강한 확신을 만드는 장치가 아니라, 기업의 매력과 투자자의 적합성을 분리하는 장치다. 투자 원칙 문서의 여섯 영역 한 장짜리 기준 문서는 여섯 영역으로 구성하고, 맨 아래에 클로드와 사람의 역할을 가르는 칸을 하나 더 둔다. 정답 숫자는 없다. 남의 기준에서 숫자를 가져오지 않고 실제 자금과 생활 조건에 맞게 정했는지만 확인한다. 1. 투자 목적과 자금의 역할 “돈을 벌기 위해서”는 목적이 아니다. 대부분의 투자에 해당하기 때문이다. 자금이 장기 자산 형성용인지, 은퇴 준비용인지, 교육비나 주택 자금처럼 사용 시점이 있는 돈인지 구분한다. 다음 질문에 답한다. • 이 돈은 무엇을 위해 투자하는가. • 사용할 가능성이 있는 가장 이른 시점은 언제인가. • 투자금 일부 또는 전부가 줄어들면 생활 계획이 바뀌는가. • 비상자금과 투자금이 분리돼 있는가. 자금의 사용 시점이 가까울수록 주식 비중이나 개별 종목 위험을 다루는 기준은 달라질 수밖에 없다. 이 책은 적정 비율을 정해주지 않는다. 대신 투자 대상의 변동성과 자금 사용 시점이 충돌하는지 계속 확인한다. 2. 투자 기간 기간은 “장기”라는 단어가 아니라 조건으로 적는다. • 기업의 사업 변화가 드러날 때까지 기다릴 최소 기간 • 실적 발표 몇 회를 관찰할지 • 사용 예정일이 있는 자금의 최종 회수 시점 • 단기 가격 변동만으로 판단을 바꾸지 않을 기간 기간을 적었다고 무조건 보유해야 하는 것은 아니다. 투자 논지가 깨지면 기간보다 먼저 판단을 바꿀 수 있다. 반대로 주가가 떨어졌다는 이유만으로 장기 투자 원칙을 버리지 않으려면 가격과 논지 훼손을 구분해야 한다. 3. 감당 가능한 손실 손실 기준은 타인의 숫자를 따라 적기 가장 위험한 항목이다. “한 종목에서 10% 이상 손실 나면 판다” 같은 기준은 종목의 변동성, 투자 기간, 포트폴리오 비중, 매수 이유를 반영하지 못한다. 이 문서에서 손실은 두 가지로 나눈다. 생활상 감당 가능한 손실 투자금 감소가 생활비, 부채 상환, 교육비, 주거 계획에 미치는 영향이다. 이는 클로드가 정할 수 없다. 포트폴리오상 감당 가능한 손실 한 종목이나 한 산업의 하락이 전체 자산에 미치는 영향이다. 종목의 예상 변동성보다 비중이 더 중요할 때가 많다. 답해야 할 질문은 다음과 같다. • 어느 정도 손실이 발생하면 생활 계획을 수정해야 하는가. • 한 종목의 하락이 전체 투자자산에 미치는 최대 영향을 어느 범위로 제한할 것인가. • 손실이 커졌을 때 추가 매수할 현금이 실제로 있는가. • 손실을 감당한다는 말이 단순히 매도를 미루는 핑계가 되고 있지는 않은가. 금액과 비율을 적을 때는 ‘이 정도면 안전하다’가 아니라 ‘이 수준을 넘으면 내 생활과 판단이 흔들린다’는 관점으로 정한다. 4. 제외 조건 좋은 조건만 적으면 대부분의 기업에 긍정적인 이유를 붙일 수 있다. 제외 조건은 분석 시간을 줄이고, 원칙을 지키기 어렵게 만드는 대상을 미리 걸러낸다. 예시는 다음과 같다. • 사업 구조를 이해할 수 없는 기업 • 공시와 설명의 일관성이 반복해서 깨지는 기업 • 재무자료의 신뢰성을 판단하기 어려운 기업 • 과도한 차입이나 반복적인 지분 희석이 기준을 넘는 기업 • 매출이 특정 고객이나 지역에 지나치게 집중된 기업 • 투자자가 감당할 수 없는 산업 변동성을 가진 기업 • 윤리적 이유나 개인 원칙으로 투자하지 않기로 한 업종 이 목록도 정답이 아니다. 제외 조건에는 “왜 제외하는가”를 함께 적는다. 이유가 없으면 주가가 오를 때 원칙을 쉽게 바꾸게 된다. 5. 비중 상한과 집중 기준 좋은 기업이라고 해서 비중 제한이 사라지지 않는다. 한 종목, 한 산업, 한 국가, 한 통화에 얼마나 집중할 수 있는지 미리 정한다. 다음 질문을 사용한다. • 한 종목이 전체 투자자산에서 차지할 수 있는 최대 비중은 얼마인가. • 같은 산업의 여러 종목을 합산하면 어느 수준까지 허용할 것인가. • 해외 자산의 환율 위험을 어떻게 볼 것인가. • 특정 기업이 올라 비중 상한을 넘었을 때 매도할지, 신규 매수만 중단할지 정했는가. • 보유 종목 수가 많아져 실제로 추적할 수 없는 상태가 되지 않는가. 비중 기준은 16장에서 리밸런싱 규칙으로 발전한다. 여기서는 완벽한 포트폴리오를 만드는 것이 아니라, 한 번의 확신이 전체 자산을 지배하지 못하게 하는 경계선을 만든다. 6. 보유 조건과 논지 철회 조건 매수 이유만 적으면 좋은 뉴스는 모두 보유 근거가 되고, 나쁜 뉴스는 일시적 악재로 해석될 수 있다. 그래서 무엇이 계속 유지돼야 하는지와 어떤 변화가 생기면 판단을 다시 해야 하는지를 함께 적는다. 보유 조건은 투자 논지가 유지되는 조건이다. • 핵심 제품의 경쟁력이 유지된다. • 성장에 필요한 투자 이후 현금흐름이 계획 범위 안에서 회복된다. • 주요 고객 의존도가 악화되지 않는다. • 경영진이 제시한 자본 배분 원칙을 지킨다. 논지 철회 조건은 가격이 아니라 사업과 재무의 관찰 가능한 변화다. • 핵심 시장 점유율이 구조적으로 하락한다. • 예상했던 현금흐름 회복이 반복해서 나타나지 않는다. • 대규모 희석성 자금 조달이 원칙과 충돌한다. • 경영진 설명과 실제 공시가 반복해서 어긋난다. • 투자 논지의 핵심 가정이 공식 자료로 반박된다. 논지 철회 조건은 13장의 반대 심문에서 더 구체화한다. 지금은 최소한 “주가가 떨어지면 생각한다”가 아니라 “어떤 사실이 바뀌면 기존 판단을 다시 검토한다”는 문장을 만든다. 한 장짜리 투자 원칙 문서 워크시트 3-1은 직접 채워 넣는 여섯 영역이다. 한 번에 다 쓰려 하지 말고 이미 실제로 지키고 있는 항목부터 적는다. 투자 목적과 자금 역할, 투자 기간, 감당 가능한 손실, 제외 조건, 비중 상한, 보유·논지 철회 조건을 기록하는 여섯 영역의 작성표 워크시트 3-1. 투자 원칙 문서 작성표 — 빈칸을 빨리 채우는 것보다 실제 행동과 충돌하는 문장을 찾아 수정하는 과정이 중요하다. 다음 양식을 그대로 복사해 작성한다. [투자 원칙 문서] 작성일: 최근 수정일: 수정 이유: 1. 투자 목적과 자금의 역할 - 이 돈의 목적: - 사용할 가능성이 있는 가장 이른 시점: - 투자금 감소가 생활 계획에 미치는 영향: - 비상자금과 투자금 분리 여부: 2. 투자 기간 - 기본 투자 기간: - 최소 관찰할 실적 발표 횟수: - 가격 변동만으로 판단을 바꾸지 않을 기간: - 기간보다 먼저 판단을 바꿀 사건: 3. 감당 가능한 손실 - 생활상 감당 가능한 손실: - 한 종목이 전체 자산에 줄 수 있는 최대 영향: - 손실 발생 시 추가 투자 가능 자금: - 감정적으로 판단이 흔들리는 신호: 4. 제외 조건 - 이해할 수 없는 사업: - 재무·공시 관련 제외 조건: - 산업·윤리 관련 제외 조건: - 제외 이유: 5. 비중 상한 - 한 종목 최대 비중: - 한 산업 합산 최대 비중: - 한 국가·통화 관련 기준: - 상한 초과 시 행동: 6. 보유 조건과 논지 철회 조건 - 계속 유지돼야 하는 사업 조건: - 계속 유지돼야 하는 재무 조건: - 판단을 다시 해야 할 사건: - 기존 논지를 철회할 조건: 최종 결정 원칙 - 클로드가 맡을 일: - 사람이 직접 확인할 일: - 주문 전에 확인할 항목: 클로드와 함께 초안을 만드는 방법 빈 문서 앞에서 막힌다면 클로드에게 정답을 써달라고 하지 말고 질문을 만들어달라고 한다. 투자 원칙 문서를 만들려고 한다. 내 손실 한도나 적정 비중을 대신 정하지 말고, 투자 목적·기간·생활 영향·제외 조건·비중 상한·보유 조건·논지 철회 조건을 구체화할 질문을 하나씩 해줘. 내 답이 모호하면 실제 행동을 판단할 수 있도록 추가 질문을 해줘. 마지막에는 내 답을 요약하되, 네가 새 기준이나 숫자를 추가하지 마. 이 방식은 중요한 차이를 만든다. 클로드가 일반적인 투자 원칙을 써주는 것이 아니라, 투자자가 자기 조건을 말하도록 돕는다. 답변을 받은 뒤에는 다음 검토를 요청한다. 아래 투자 원칙 문서에서 서로 충돌하는 항목, 행동으로 옮기기 어려운 모호한 표현, 숫자나 사건으로 더 구체화해야 할 부분을 찾아줘. 수정안을 강제로 정하지 말고, 내가 결정해야 할 질문으로 바꿔줘. 예를 들어 “장기 투자한다”와 “10% 하락하면 무조건 매도한다”가 함께 있다면 충돌 가능성을 표시할 수 있다. “좋은 회사만 산다”는 문장이 있다면 좋은 회사의 조건을 질문으로 되돌릴 수 있다. 기준 문서가 있을 때와 없을 때 가상의 상황을 비교해보자. 기준 문서 없이 묻는 경우 A기업의 실적이 예상보다 낮게 나왔다. 계속 보유해야 할까? 클로드는 실적 부진의 일시성, 장기 전망, 밸류에이션, 위험 허용도를 종합적으로 고려하라는 일반론을 제시할 가능성이 크다. 기준 문서와 함께 묻는 경우 첨부한 투자 원칙 문서와 기존 투자 판단서를 기준으로 신규 실적 자료를 비교해줘. 매수·매도 결론은 내리지 말고 다음을 구분해줘. 1. 기존 보유 조건 중 유지된 항목 2. 약해진 항목 3. 논지 철회 조건에 가까워진 항목 4. 추가 원문 확인이 필요한 항목 5. 기준 문서와 현재 포트폴리오 조건이 충돌하는 부분 두 번째 질문은 여전히 투자 결정을 대신하지 않는다. 그러나 무엇을 기준으로 판단해야 하는지 분명하다. 가격이 떨어졌다는 감정과 사업 조건이 바뀌었다는 사실도 구분하기 쉬워진다. 원칙을 수정할 때 지켜야 할 규칙 기준 문서는 영구 불변의 헌법이 아니다. 투자 경험과 생활 조건이 바뀌면 수정할 수 있다. 다만 주가가 움직인 직후 특정 종목에 유리하도록 원칙을 고치면 기준의 의미가 사라진다. 수정할 때 세 가지를 남긴다. 수정 날짜 언제 바뀌었는지 기록한다. 수정 이유 소득, 부채, 가족 계획, 투자 기간, 투자 경험처럼 기준을 바꾼 실제 이유를 적는다. 영향 범위 기존 보유 종목과 앞으로의 신규 투자에 같은 기준을 적용할지 구분한다. 예를 들어 한 종목의 비중이 지나치게 커진 뒤 “집중 투자를 선호한다”는 원칙을 새로 쓰는 것은 판단을 정당화하는 수정일 수 있다. 반대로 소득 감소와 주택 자금 계획 때문에 위험자산 비중을 낮추는 것은 생활 조건 변화에 따른 수정이다. 클로드에게 변경 전후 문서를 비교하게 할 수 있다. 두 기준 문서를 비교해 변경된 항목과 변경 이유를 표로 정리해줘. 특정 보유 종목에 유리하도록 사후적으로 바뀐 것으로 의심되는 항목이 있으면 판단하지 말고 확인 질문을 제시해줘. 완성 기준 투자 원칙 문서는 멋진 문장이 많다고 완성되는 것이 아니다. 다음 조건을 충족하면 첫 버전으로 사용할 수 있다. • 자금의 목적과 사용 시점이 적혀 있다. • 손실이 생활에 미치는 영향이 적혀 있다. • 투자하지 않을 조건이 있다. • 한 종목과 한 산업의 집중 기준이 있다. • 보유 이유와 논지 철회 조건이 구분돼 있다. • 클로드가 맡을 일과 사람이 결정할 일이 분리돼 있다. • 모호한 표현에는 추가 질문이나 확인 방법이 붙어 있다. • 작성일과 수정 기록이 있다. 처음부터 완벽할 필요는 없다. 빈칸이 있다면 빈칸으로 남겨도 된다. 모르는 조건을 임의의 숫자로 채우는 것보다 낫다. 이번 장에서 만든 것 한 장짜리 투자 원칙 문서를 만들었다. 이 문서는 앞으로 기업의 사업보고서를 읽을 때 분석의 초점을 정하고, 종목 선별 조건을 만들고, 투자 논지를 반대 심문하고, 포트폴리오 비중을 정하고, 하락장에서 행동을 점검할 때 반복해서 사용한다. 다음에도 사용할 지침 첨부한 투자 원칙 문서를 이번 분석의 기준으로 사용한다. 기업이나 자산의 장단점만 나열하지 말고, 각 항목이 투자 기간·손실 기준·제외 조건·비중 상한·보유 조건·논지 철회 조건과 어떻게 맞거나 충돌하는지 구분한다. 기준 문서에 없는 조건을 임의로 추가하지 말고, 결정을 위해 필요한 내용은 확인 질문으로 남긴다. 사람이 마지막으로 확인할 것 • 투자금과 비상자금이 실제로 분리돼 있는가. • 적어둔 손실 기준을 생활 상황에서 감당할 수 있는가. • 제외 조건이 주가 상승 때 쉽게 사라지는 문장이 아닌가. • 비중 상한이 현재 보유 자산에 적용돼 있는가. • 논지 철회 조건이 단순한 가격 하락으로만 적혀 있지 않은가. • 클로드가 제안한 숫자나 기준이 투자자의 결정처럼 문서에 들어가지 않았는가. 1부를 마치며 세 가지 기반이 갖춰졌다. AI 투자 활용 원칙은 답변을 검증하는 방식을, 투자 분석실은 자료를 보관하는 방식을, 투자 원칙 문서는 개인 판단의 경계를 고정한다. 다음 부에서는 이 기준을 기업의 긴 문서에 적용한다. 사업보고서 전체를 막연히 요약하지 않고 사업 구조·비용과 투자·현금·위험의 네 질문으로 나누어 읽는다. ---------------------------------------- ### 9장. 남의 필터가 아니라 내 조건 만들기 https://voidlogpress.com/books/%ed%81%b4%eb%a1%9c%eb%93%9c-%ec%a3%bc%ec%8b%9d%ed%88%ac%ec%9e%90/9%ec%9e%a5-%eb%82%a8%ec%9d%98-%ed%95%84%ed%84%b0%ea%b0%80-%ec%95%84%eb%8b%88%eb%9d%bc-%eb%82%b4-%ec%a1%b0%ea%b1%b4-%eb%a7%8c%eb%93%a4%ea%b8%b0/ 질문: 남이 쓰는 종목 선별 필터를 그대로 가져오면 안 되나요? 요약: 숫자는 옮겨져도 질문이 빠집니다. 왜 이 기준을 쓰는지, 어떤 산업에 적용하는지, 자료가 없거나 충돌하면 어떻게 하는지가 없습니다. 낮은 PER이 경기 정점의 이익에서 나왔거나 높은 배당수익률이 주가 급락에서 왔을 수 있습니다. 또 다른 질문: 선별 조건은 몇 묶음으로 나누나요? 답: 다섯 묶음입니다. 이해 가능성, 성장과 수익성, 현금과 재무 안정성, 가격과 기대, 개인 적합성과 제외 조건입니다. 한 줄의 수식으로 만들면 숫자 하나가 전체 판단을 지배하기 쉽습니다. 또 다른 질문: 좋은 기업을 찾겠다는 문장은 왜 기준이 못 되나요? 답: 그 안에 성장과 이익률, 현금흐름, 부채, 배당, 가격, 시장 지위처럼 서로 다른 기대가 섞여 있고 동시에 충족되지 않을 수 있기 때문입니다. 빠르게 성장하는 기업은 설비와 운전자본에 현금을 먼저 쓸 수 있습니다. 또 다른 질문: 매출 성장률만 보면 되나요? 답: 성장은 매출 증가율 하나로 판단하지 않습니다. 가격 인상과 판매량 증가, 인수 효과를 구분할 수 있는지, 매출 성장과 함께 이익률이 유지되는지, 특정 고객이나 제품에 성장이 집중되지 않았는지를 함께 봅니다. 또 다른 질문: 가격 조건은 언제 보나요? 답: 가장 마지막에 둡니다. 기업이 싸 보이더라도 이익이 유지되지 않으면 배수는 의미가 없습니다. 현재 이익에 일회성 항목이 있는지, 과거 평균 배수와 사업 구조가 같은지부터 확인합니다. 최종 확인: 2026-09-03T11:04:51+09:00 좋은 필터를 가져왔는데 왜 결과가 나빴을까 한 투자자는 영상에서 본 조건을 그대로 옮겼다. • PER 10배 이하 • PBR 1배 이하 • ROE 15% 이상 • 부채비율 100% 이하 • 배당수익률 3% 이상 숫자는 단정했고 검색 결과도 깔끔했다. 문제는 후보를 고른 뒤에 나타났다. PER이 낮은 기업 중에는 경기 정점의 이익을 기준으로 계산된 곳이 있었고, PBR이 낮은 기업 중에는 장부자산의 수익성이 계속 떨어지는 곳이 있었다. ROE가 높은 기업에는 자기자본이 지나치게 작은 곳도 섞였다. 배당수익률이 높은 기업의 일부는 배당이 늘어서가 아니라 주가가 급락해서 목록에 들어왔다. 필터가 틀렸다기보다 질문이 빠져 있었다. • 왜 이 기준을 사용하는가. • 어떤 산업에 적용하는가. • 자료가 없거나 서로 충돌하면 어떻게 하는가. • 숫자를 통과한 뒤 무엇을 더 확인하는가. • 내 투자 기간과 손실 조건에 맞는가. 남의 숫자를 가져오면 검색은 빨라진다. 판단은 오히려 흐려질 수 있다. 이 장에서는 3장의 투자 원칙 문서와 8장의 최소 개념 카드를 이용해 모호한 표현을 개인 투자자용 종목 선별 조건으로 바꾼다. 여기서 선별은 매수 대상을 정하는 일이 아니다. 시간을 들여 원문을 더 읽을 후보와, 지금은 검토를 중단할 대상을 나누는 일이다. ‘좋은 기업’은 측정할 수 없다 “좋은 기업을 찾고 싶다”는 말은 자연스럽지만 선별 기준으로 사용할 수 없다. 좋은 기업이라는 표현 안에는 서로 다른 기대가 섞여 있다. • 매출이 빠르게 성장한다. • 이익률이 높다. • 현금흐름이 안정적이다. • 부채가 적다. • 배당을 꾸준히 준다. • 가격이 싸다. • 시장 지위가 강하다. • 경영진을 신뢰할 수 있다. 이 조건은 동시에 충족되지 않을 수 있다. 빠르게 성장하는 기업은 설비와 운전자본에 현금을 먼저 쓸 수 있다. 안정적인 배당 기업은 성장률이 낮을 수 있다. 자산이 적은 사업은 PBR이 높아 보일 수 있다. 좋은 기업을 찾겠다는 문장을 다음처럼 바꿔야 한다. 내가 이해할 수 있는 사업 중에서, 투자 원칙 문서의 기간과 손실 조건에 맞고, 공식 자료로 성장·수익성·현금·재무 위험을 확인할 수 있는 기업을 정밀 분석 후보로 남긴다. 문장이 길어졌지만 판단 기준은 선명해졌다. 그림 9-1은 한 문장이 조건으로 바뀌는 과정을 왼쪽에서 오른쪽으로 따라간다. 숫자와 함께 확인 이유와 중단 기준이 따라붙는다. 저평가·우량·성장을 확인 질문과 자료 상태로 바꾸는 흐름 그림 9-1. 모호한 문장에서 측정 가능한 조건으로 — 선별 조건은 형용사를 숫자로 번역하는 일이 아니라, 왜 확인하는지와 언제 멈추는지를 함께 적는 일이다. 조건은 다섯 묶음으로 나눈다 선별 조건을 한 줄의 수식으로 만들면 숫자 하나가 전체 판단을 지배하기 쉽다. 이 책에서는 조건을 다섯 묶음으로 나눈다. 1. 이해 가능성 기업의 사업을 설명할 수 있는지 확인한다. • 주요 제품이나 서비스는 무엇인가. • 누가 돈을 내는가. • 매출은 어떤 계약과 거래에서 발생하는가. • 핵심 비용은 무엇인가. • 성장에 필요한 자본은 어느 정도인가. • 어떤 변화가 사업을 훼손하는가. 사업 구조를 설명하지 못하면 낮은 PER이나 높은 성장률을 해석할 수 없다. 이해 가능성은 숫자보다 먼저 둔다. 2. 성장과 수익성 성장은 매출 증가율 하나로 판단하지 않는다. • 여러 기간에 걸쳐 매출이 성장했는가. • 가격 인상, 판매량 증가, 인수 효과를 구분할 수 있는가. • 매출 성장과 함께 이익률이 유지되는가. • 신규 투자 뒤 수익성이 회복되는가. • 특정 고객이나 제품에 성장이 집중되지 않았는가. “최근 3년 매출 성장률 10% 이상” 같은 임계값은 개인의 분석 범위를 줄이는 보조 조건으로는 쓸 수 있다. 그러나 산업의 경기성과 기저 효과를 확인하지 않고 우량성의 증거로 사용하면 안 된다. 3. 현금과 재무 안정성 6장에서 만든 연결 점검표를 다시 사용한다. • 순이익이 영업현금으로 회수되는가. • 매출채권과 재고가 매출보다 빠르게 늘지 않는가. • 투자지출을 무엇으로 조달하는가. • 부채 만기와 현금 창출 시점이 맞는가. • 반복적인 지분 희석이 있는가. • 예상 밖의 우발채무가 있는가. 부채비율 하나로 통과 여부를 정하지 않는다. 현금, 만기, 이자, 담보, 통화 조건을 함께 본다. 4. 가격과 기대 가격 조건은 가장 마지막에 둔다. 기업이 싸 보이더라도 이익이 유지되지 않으면 배수는 의미가 없다. • 현재 이익에 일회성 항목이 있는가. • 과거 평균 배수와 사업 구조가 같은가. • 경쟁사와 성장률·수익성이 비슷한가. • 시장 가격에 어느 정도 성장이 반영돼 있는가. • 한 가지 배수로 설명하기 어려운 사업인가. 이 단계에서도 ‘적정가’를 하나의 숫자로 만들지 않는다. 14장에서 가정에 따른 범위를 계산한다. 5. 개인 적합성과 제외 조건 기업 분석이 긍정적이어도 3장의 기준 문서와 충돌할 수 있다. • 이미 같은 산업 비중이 상한에 가까운가. • 투자금 사용 시점과 변동성이 충돌하는가. • 추적 가능한 종목 수를 넘는가. • 개인적으로 제외한 업종이나 지배구조 조건에 해당하는가. • 손실이 생활 계획에 영향을 줄 수 있는가. 이 다섯 줄은 기업을 향한 질문이 아니라 투자자 자신을 향한 질문이다. 필수·선호·제외 조건을 섞지 않는다 조건을 목록으로만 나열하면 중요도가 모두 같아 보인다. 세 가지 역할로 나눈다. 필수 조건 하나라도 확인되지 않으면 다음 분석으로 넘어가지 않는 조건이다. 예시는 다음과 같다. • 공식 재무자료를 구할 수 있다. • 사업의 주요 수익원을 설명할 수 있다. • 연결 기준과 기간을 확인할 수 있다. • 핵심 부채와 희석 조건을 확인할 수 있다. 필수 조건은 좋은 기업의 특징이 아니라 분석 가능성의 최소선이다. 선호 조건 투자 원칙에 더 잘 맞게 만드는 조건이다. • 영업현금이 여러 기간에 걸쳐 이익을 뒷받침한다. • 고객 집중도가 완화되고 있다. • 성장 투자 뒤 수익성이 회복되고 있다. • 경영진의 설명과 자본 배분이 일관된다. 선호 조건은 모두 충족될 필요가 없다. 무엇을 얻는 대신 어떤 위험을 감수하는지 적는다. 제외 조건 해당하면 분석을 중단하거나 더 강한 검증이 필요한 조건이다. • 공식 자료의 신뢰성을 판단하기 어렵다. • 반복적인 정정과 설명 불일치가 있다. • 사용 시점이 정해진 자금과 변동성이 충돌한다. • 기준 문서에서 금지한 희석·부채·산업 조건에 해당한다. • 핵심 숫자의 출처와 계산을 재현할 수 없다. 제외 조건에는 이유를 붙인다. 이유가 없으면 주가가 오를 때 조건을 바꾸게 된다. 자료가 없을 때 0점으로 처리하지 않는다 선별표에서 자주 생기는 오류는 자료 누락을 낮은 점수로 바꾸는 것이다. 예를 들어 고객 집중도 자료가 없다고 해서 집중도가 낮은 것은 아니다. 부채 만기 표가 없다고 해서 상환 위험이 작은 것도 아니다. ‘확인되지 않음’은 ‘나쁨’과 다르고 ‘좋음’과도 다르다. 자료 상태를 네 가지로 구분한다. • 확인됨 • 일부 확인됨 • 자료 없음 • 기준 충돌 자료가 없으면 추가 확인 대상으로 남긴다. 핵심 필수 조건의 자료가 없다면 후보로 통과시키지 않는다. 모델이 빈칸을 추정하지 않도록 지침에도 이 규칙을 넣는다. 숫자 임계값을 정하는 법 다음 조건을 만들었다고 하자. 부채비율 100% 이하인 기업만 본다. 단순하고 실행하기 쉽다. 그러나 금융업과 제조업을 같은 기준으로 비교하기 어렵고, 99%와 101% 사이에 본질적인 경계가 있는 것도 아니다. 조건을 다음처럼 고친다. 비금융 기업을 대상으로 차입 구조를 확인한다. 부채비율은 최근 여러 기간의 방향을 보고, 영업현금으로 이자와 단기 만기를 감당할 수 있는지 함께 검토한다. 비율이 개인 기준을 넘으면 자동 제외하지 않고 원인과 상환 구조를 확인한 뒤 기준 충돌 여부를 표시한다. 임계값은 후보를 줄이는 보조 도구로 사용한다. 임계값을 통과했다는 이유로 위험이 사라졌다고 해석하지 않는다. 조건이 충돌할 때 우선순위를 정한다 성장률은 높지만 현금이 부족할 수 있고, 재무는 안정적이지만 가격에 많은 기대가 반영될 수 있다. 조건표는 충돌을 없애는 장치가 아니라 충돌을 기록하는 장치다. 우선순위는 투자 원칙 문서에서 가져온다. 생활 계획을 흔드는 자금 기간과 제외 조건은 성장 선호보다 앞에 둔다. 공식 자료를 확인할 수 없다는 문제는 높은 수익성으로 상쇄하지 않는다. 선호 조건끼리 충돌하면 무엇을 얻고 어떤 위험을 감수하는지 적는다. 예를 들어 높은 성장성과 낮은 영업현금이 함께 나타나면 점수를 평균내지 않는다. 성장에 필요한 운전자본인지, 회수 악화인지 확인할 자료를 추가한다. 조건 충돌이 다음 질문을 만들지 못한다면 기준표가 아니라 순위표가 된 것이다. 개인 선별 조건을 만드는 순서 3장의 투자 원칙 문서를 옆에 둔다. 다음 순서로 작성한다. 1. 투자 기간과 자금 사용 시점을 적는다. 2. 제외 업종과 감당하기 어려운 위험을 옮긴다. 3. 8장의 여섯 지표에서 반드시 확인할 질문을 고른다. 4. 사업 이해 가능성 조건을 넣는다. 5. 필수·선호·제외로 역할을 나눈다. 6. 자료 누락 상태를 정의한다. 7. 조건마다 사용하는 이유를 한 줄로 적는다. 8. 통과 후 수행할 정밀 분석을 지정한다. 워크시트 9-1은 필수·선호·제외 조건을 직접 나눠 적는 자리다. 제외 조건부터 쓰면 나머지가 쉬워진다. 필수·선호·제외·정성 조건의 질문, 근거, 누락 처리, 이유를 작성하는 양식 워크시트 9-1. 종목 선별 조건표 — 조건표의 목적은 좋은 종목을 자동으로 고르는 것이 아니라, 분석 순서와 중단 기준을 일정하게 유지하는 데 있다. 클로드와 조건표 초안을 만드는 지침 첨부한 투자 원칙 기준 문서와 최소 개념 카드를 바탕으로 종목 선별 조건 초안을 만들어줘. 조건을 다음 범주로 나눠줘. 1. 분석을 계속하기 위한 필수 조건 2. 내 투자 원칙과 잘 맞는 선호 조건 3. 분석을 중단하거나 강한 검증이 필요한 제외 조건 4. 숫자로 단정하기 어려운 정성 조건 각 조건에는 다음을 붙여줘. - 이 조건을 사용하는 이유 - 확인할 공식 자료 - 자료가 없을 때 처리 방식 - 통과해도 추가로 확인할 항목 임의의 숫자 임계값을 만들지 말고, 기준 문서에 숫자가 없으면 질문 형태로 남겨줘. 결과를 종목 추천이나 매수 목록으로 표현하지 마. 클로드의 초안은 완성본이 아니다. 너무 일반적인 조건은 삭제하고, 현재 자금과 투자 기간에 실제로 적용할 수 있는지 사람이 고친다. 조건표의 합격 기준 좋은 조건표는 항목이 많지 않다. 다음 질문에 답할 수 있으면 된다. • 왜 이 조건을 사용하는가. • 어떤 자료에서 확인하는가. • 자료가 없으면 어떻게 하는가. • 조건 간 충돌을 어떻게 기록하는가. • 통과 뒤 무엇을 더 분석하는가. • 개인 기준과 기업의 일반적 품질을 구분했는가. 조건이 스무 개를 넘고 각 항목의 이유를 설명하지 못한다면 남의 필터를 모아둔 목록일 가능성이 높다. 핵심 필수 조건 몇 개, 선호 조건 몇 개, 분명한 제외 조건부터 시작한다. 개인 투자자용 종목 선별 조건 완성본 구분 조건 확인 자료 · 누락 시 처리 사용하는 이유 필수 사업의 주요 수익원을 설명할 수 있다 사업보고서 · 없으면 분석 중단 이해하지 못한 숫자 비교 방지 필수 연결 재무와 기준 기간이 확인된다 정기보고서 · 없으면 최신 원문 요청 계산 기준 혼합 방지 선호 이익과 영업현금의 방향이 장기적으로 일치한다 현금흐름표 · 없으면 일부 확인 표시 이익의 질 확인 선호 성장 투자 뒤 수익성 회복 근거가 있다 사업·재무 자료 · 없으면 추가 기간 관찰 성장 비용과 구조 악화 구분 제외 반복 희석이 개인 기준과 충돌한다 증자·전환 공시 · 없으면 관련 원문 추가 비중·지분 위험 통제 제외 자금 사용 시점과 변동성이 충돌한다 투자 원칙 문서 · 충돌 시 후보 제외 생활 계획 보호 정성 경영진 설명과 실제 공시가 일관된다 여러 기간 자료 · 없으면 확인되지 않음 신뢰를 느낌이 아닌 기록으로 판단 표의 숫자와 항목은 교육용 예시다. 각 투자자는 3장의 기준 문서에 맞게 수정해야 한다. 이번 장에서 만든 것 개인 투자자용 종목 선별 조건을 만들었다. 조건은 기업의 순위를 매기는 수식이 아니라, 정밀 분석에 들어갈 자료와 중단 기준을 정한다. 다음에도 사용할 지침 조건을 처음 세울 때와 나중에 고칠 때 모두 같은 문장을 쓴다. 첨부한 투자 원칙 문서를 기준으로 종목 선별 조건을 필수·선호·제외·정성으로 나눈다. 조건마다 사용하는 이유, 확인할 공식 자료, 자료가 없을 때의 처리 방식을 함께 적는다. 기준 문서에 없는 숫자 임계값을 새로 만들지 말고, 자료 누락을 낮은 점수로 바꾸지 않는다. 사람이 마지막으로 확인할 것 • 다른 사람의 임계값을 이유 없이 가져오지 않았는가. • 자료 누락을 좋은 상태로 간주하지 않았는가. • 기업의 매력과 개인 적합성을 섞지 않았는가. • 조건을 통과하면 매수할 수 있다고 오해하지 않았는가. • 산업마다 숫자의 의미가 달라질 가능성을 남겼는가. 조건만으로는 기업이 산업 안에서 어떤 위치에 있는지 알 수 없다. 다음 장에서는 공급자, 경쟁사, 유통, 고객, 규제를 한 장에 놓고 같은 숫자가 밸류체인 위치에 따라 왜 다르게 작용하는지 확인한다. ---------------------------------------- ## LLM 추론과 서빙의 구조와 원리 ISBN 9791143819437 · 2026-08-15 · 북마이닝 리서치편집팀 지음 https://voidlogpress.com/books/llm-%ec%b6%94%eb%a1%a0%ea%b3%bc-%ec%84%9c%eb%b9%99%ec%9d%98-%ea%b5%ac%ec%a1%b0%ec%99%80-%ec%9b%90%eb%a6%ac/ ### 10장 한 대를 넘어서: 병렬화 https://voidlogpress.com/books/llm-%ec%b6%94%eb%a1%a0%ea%b3%bc-%ec%84%9c%eb%b9%99%ec%9d%98-%ea%b5%ac%ec%a1%b0%ec%99%80-%ec%9b%90%eb%a6%ac/10%ec%9e%a5-%ed%95%9c-%eb%8c%80%eb%a5%bc-%eb%84%98%ec%96%b4%ec%84%9c-%eb%b3%91%eb%a0%ac%ed%99%94/ 질문: GPU를 여러 대 쓰면 무엇이 해결되나요? 요약: 벽이 둘이라 답도 갈립니다. 요청을 나누는 방식은 처리량의 벽에 답이 되지만 모델 한 벌이 한 장에 다 들어가야 성립합니다. 모델 자체를 쪼개 나누면 크기의 벽을 넘지만, 대와 대 사이의 통신이 계산보다 느려 그 비용이 설계를 지배합니다. 또 다른 질문: 세로 자르기와 가로 자르기를 겹쳐 쓸 수 있나요? 답: 양자택일이 아닙니다. 흔한 구도는 아주 빠른 통로로 연결된 한 서버 안의 GPU 끼리는 가로로 자르고, 그렇게 묶인 서버들 사이는 세로로 자르는 것입니다. 통신이 잦은 자르기를 빠른 통로 안쪽에 두는 배치입니다. 또 다른 질문: GPU 를 두 배로 늘리면 속도도 두 배가 되나요? 답: 대체로 그렇게 되지 않습니다. 나누는 데에는 통신이라는 대가가 따르고 나눌수록 그 통신이 늘기 때문입니다. 병렬도를 높일수록 통신이 이득을 갉아먹어서 적정한 병렬도를 찾는 일이 하나의 과제가 됩니다. 또 다른 질문: 가중치가 들어가면 서빙할 수 있는 것인가요? 답: 가중치가 들어간다는 것과 서비스로 운영할 수 있다는 것은 서로 다른 판단입니다. KV 캐시와 실행 중 필요한 버퍼가 들어갈 공간이 추가로 있어야 하고, 동시에 여러 요청을 받으려면 캐시가 그만큼 더 필요합니다. 또 다른 질문: 전문가 병렬은 무엇이 다른가요? 답: 전문가 혼합 구조에서 전문가들을 GPU 마다 나눠 맡기는 방식입니다. 어느 토큰이 어느 전문가로 갈지는 입력에 따라 달라져 서로 토큰을 주고받는 통신이 그때그때 발생하고, 인기 있는 전문가에 토큰이 몰리면 부하 불균형이 생깁니다. 최종 확인: 2026-09-03T11:04:50+09:00 벽에 부딪히는 순간 2부의 모든 노력은 GPU 한 대를 쥐어짜는 일이었다. 배치를 채우고, 캐시를 촘촘히 담고, 짐을 줄이고, 걸음을 줄였다. 그러나 한 대에는 넘을 수 없는 벽이 둘 있다. 하나는 크기의 벽이다. 2장에서 셈했듯 70B 모델의 반정밀도 가중치만 약 140기가바이트다. 사용 가능한 메모리가 이보다 작은 가속기에서는 이 가중치를 한 장에 담을 수 없다. 게다가 가중치가 간신히 들어가더라도, KV 캐시와 실행 중 필요한 버퍼를 위한 공간이 추가로 있어야 한다. 그래서 가중치가 들어간다는 것과 서비스로 운영할 수 있다는 것은 서로 다른 판단이다. 필요한 메모리의 총량이 장치의 가용 용량을 넘으면, 아무리 알뜰하게 써도 모델을 한 장에 담을 수 없다. 다른 하나는 처리량의 벽이다. 요청이 한 대가 감당할 수 있는 양을 넘어 쏟아지면, 한 대를 아무리 잘 다뤄도 밀려드는 요청을 다 받아 낼 수 없다. 두 벽 앞에서 답은 하나로 모인다. 여러 대의 GPU를 함께 쓰는 것이다. 이 장부터 시작되는 3부는 한 대의 한계를 넘어 여러 대로 규모를 키우는 이야기이며, 그 첫걸음이 하나의 모델을 여러 GPU에 나누는 병렬화다. 다만 여러 대를 쓴다는 것이 공짜가 아니라는 점을 처음부터 못박아 두자. GPU들은 서로 데이터를 주고받아야 하고, 그 주고받음에는 시간이 든다. 한 대 안에서의 계산은 빠르지만, 대와 대 사이의 통신은 그보다 느리다. 이 속도 차이가 병렬화의 모든 셈을 지배한다. GPU 안에서 숫자를 옮기는 것과 GPU 사이로 숫자를 옮기는 것은 속도가 크게 다르고, 서버 안의 GPU끼리 옮기는 것과 서버를 건너 옮기는 것 또한 다르다. 통신에도 이렇게 계층이 있어서, 어떤 통신을 어느 계층에 놓느냐가 병렬화 설계의 핵심이 된다. 병렬화의 모든 기술적 고민은 일을 어떻게 나눌 것인가와, 나누느라 생기는 통신을 어떻게 줄일 것인가 사이의 줄다리기다. 이 장은 그 줄다리기의 기본 구도를 그린다. 세부 기법의 이름을 외우는 것이 목적이 아니고, 일을 나누는 방향에 어떤 것들이 있고 각각이 무엇을 대가로 치르는지의 지도를 그리는 것이 목적이다. 그 지도가 있으면 처음 보는 병렬화 설정도 어느 칸에 속하는지 짚어 낼 수 있다. 나누는 두 가지 방식 여러 GPU에 일을 나누는 방식은 크게 두 갈래로 갈린다. 무엇을 나누느냐가 다르다. 첫째는 요청을 나누는 것으로, 데이터 병렬 또는 복제본 병렬(data/replica parallelism)이라 부른다. 모델 전체를 여러 GPU에 각각 통째로 복사해 올려 두고, 들어오는 요청들을 각 GPU에 나눠 보낸다. GPU 하나가 모델 한 벌을 온전히 갖고 독립적으로 일하는 방식이다. 이것은 사실 새로울 것이 없다. 식당을 하나 더 여는 것과 같다. 같은 메뉴를 파는 매장을 여러 개 두고 손님을 분산하는 것이라, 처리량의 벽에는 직접 답이 된다. 다만 크기의 벽에는 무력하다. 매장 하나에 주방이 다 들어가야 하듯, GPU 하나에 모델 한 벌이 다 들어가야 하기 때문이다. 모델이 GPU 한 장보다 크면 이 방식은 애초에 성립하지 않는다. 요청 나누기는 이미 2부의 배칭과 5장의 부하 이야기에서 그 그림자를 보았다. 한 대가 감당 못 하는 부하가 오면 서버를 늘려 요청을 나눈다고 했던 그 이야기가 바로 이것이다. 그래서 요청 나누기는 규모 문제의 낯선 신기술이라기보다, 익숙한 서버 증설의 언어에 가깝다. 둘째는 모델을 나누는 것이다. 하나의 모델을 쪼개어 여러 GPU에 조각조각 나눠 올리는 것이다. GPU 하나는 모델의 일부만 갖고, 여러 GPU가 힘을 합쳐야 비로소 모델 하나가 돌아간다. 이 방식에서는 GPU 여러 장이 물리적으로는 여러 대지만 논리적으로는 한 대의 큰 일꾼처럼 묶여 움직인다. 한 요청을 처리하기 위해 그 안의 여러 GPU가 서로를 기다리고 주고받으며 함께 작동하는 것이다. 이 방식은 크기의 벽을 정면으로 넘는다. 한 장에 안 들어가는 모델도 여러 장에 쪼개어 담으면 되기 때문이다. 이 장에서 병렬화라 부르며 자세히 다루는 것은 주로 이 두 번째, 모델을 나누는 방식이다. 요청을 나누는 방식은 원리가 단순하고 3부의 뒤에서 서빙 시스템의 규모를 다룰 때 자연스럽게 다시 나온다. 모델을 세로로 자르기: 파이프라인 병렬 모델을 나누는 데에도 방향이 있다. 첫 번째 방향은 모델을 세로로, 즉 층의 흐름을 따라 자르는 것으로, 파이프라인 병렬(pipeline parallelism, 줄여서 PP)이라 부른다. 2장에서 모델은 같은 구조의 층을 수십 개 쌓은 것이라고 했다. 이 층들을 몇 덩어리로 나눠 GPU마다 맡기는 것이 세로 자르기의 발상이다. 예를 들어 층이 여든 개인 모델을 GPU 네 장에 나눈다면, 첫 스무 층을 첫 번째 GPU가, 다음 스무 층을 두 번째 GPU가 맡는 식이다. 각 GPU는 모델 전체가 아닌 자기가 맡은 스무 층의 가중치만 메모리에 담으면 되니, 한 장에 안 들어가던 큰 모델도 이렇게 나누면 담을 수 있다. 크기의 벽을 넘는 가장 직관적인 방법인 셈이다. 이 방식의 장점은 통신이 단순하다는 것이다. 각 GPU는 자기가 맡은 층들을 처리한 뒤, 그 결과를 다음 층을 맡은 GPU에 넘기기만 하면 된다. 공장의 컨베이어벨트처럼, 앞 공정이 끝난 반제품을 다음 공정으로 넘기는 것과 같다. GPU 사이에 오가는 데이터는 층과 층 사이를 흐르는 그 벡터뿐이라, 통신량이 상대적으로 적다. 문제는 하나의 일감만 흘릴 때 놀고 있는 GPU가 생긴다는 데 있다. 컨베이어벨트에 반제품을 딱 하나만 올리면, 그 하나가 첫 공정을 지날 때 뒤 공정들은 손을 놓고 기다린다. 마찬가지로 요청 하나만 파이프라인에 넣으면, 어느 순간 한 GPU만 일하고 나머지는 자기 차례를 기다리며 논다. 이렇게 되면 비싼 GPU를 여러 장 두고도 한 번에 한 장만 일하는 셈이 되어, 자원이 크게 낭비된다. 이 낭비를 줄이는 방법은 일감을 잘게 쪼개 벨트에 촘촘히 흘려보내는 것이다. 여러 요청이나 여러 조각을 시차를 두고 연달아 투입하면, 첫 GPU가 두 번째 일감을 처리할 때 두 번째 GPU는 첫 번째 일감을 처리하는 식으로 벨트가 채워진다. 이렇게 여러 조각을 겹쳐 흘리면 각 GPU가 동시에 서로 다른 일감을 처리하게 되어 유휴가 크게 준다. 다만 파이프라인을 처음 채우고 마지막에 비우는 앞뒤 구간에는 여전히 노는 시간이 남는데, 이 남는 유휴를 버블이라 부른다. 벨트를 얼마나 잘 채워 이 버블을 줄이느냐가 이 방향의 핵심 과제다. 다만 벨트를 아무리 잘 채워도 시작과 끝에는 벨트가 덜 찬 구간이 남고, 일감을 잘게 쪼갤수록 조각을 넘기는 통신도 잦아진다. 세로 자르기의 이점인 통신 절약과 벨트를 채우려는 노력이 서로 당기는 관계라, 이 방향에도 공짜는 없다. 모델을 가로로 자르기: 텐서 병렬 두 번째 방향은 모델을 가로로 자르는 것으로, 텐서 병렬(tensor parallelism, 줄여서 TP)이라 부른다. 층의 흐름을 따라 나누는 대신, 각 층 안의 계산 자체를 여러 GPU가 나눠 맡는다. 한 층의 거대한 행렬 곱셈을 여러 조각으로 쪼개어, 각 GPU가 자기 조각을 동시에 계산하고 그 결과를 합치는 방식이다. 이 방식의 장점은 여러 GPU가 같은 층의 계산에 동시에 참여한다는 것이다. 세로 자르기가 GPU들을 단계별로 순서대로 일하게 했다면, 가로 자르기는 같은 순간 모든 GPU가 한 층의 계산에 함께 달려든다. 다만 한 층을 넷이 나눈다고 그 층의 지연이 사분의 일로 줄어드는 것은 아니다. 산술 작업은 대략 네 GPU에 나뉘지만, 조각을 합치는 통신과 커널 효율이 그 이득을 깎기 때문이다. 그래서 모든 GPU가 늘 완전히 활용되지도 않는다. 나눔의 정도를 지나치게 높이면 이 통신 대기가 늘어 오히려 이용률이 떨어질 수 있다. 큰 모델을 여러 GPU로 빠르게 돌리는 데 이 방식이 자주 쓰이는 이유다. 특히 요청 하나의 응답을 빠르게 만들어야 할 때, 즉 지연이 중요할 때 이 방식이 힘을 발휘한다. 한 요청의 계산을 여러 GPU가 동시에 나눠 처리하니 그 요청이 더 빨리 끝나기 때문이다. 대가는 통신이다. 각 GPU가 자기 조각을 계산한 결과는 그 자체로는 반쪽짜리라, 온전한 결과를 얻으려면 GPU들이 서로의 조각을 합쳐야 한다. 그런데 이 합치는 작업이 층마다, 그것도 층 안에서 여러 번 일어난다. 층을 지날 때마다 GPU들이 빈번하게 데이터를 주고받아야 하는 것이다. 세로 자르기의 통신이 공정과 공정 사이에서 이따금 일어났다면, 가로 자르기의 통신은 훨씬 잦고 무겁다. 그래서 이 방식은 GPU들이 아주 빠른 통로로 연결되어 있을 때 제값을 한다. 통로가 느리면 계산을 나눠 얻은 이득을 통신에 다 까먹기 때문이다. 계산을 넷으로 나눠 네 배 빨라지려 했는데 그 사이에 오가는 통신이 계산만큼 시간을 잡아먹으면, 애써 나눈 보람이 사라진다. 그래서 가로 자르기에서는 얼마나 잘게 나누느냐보다 나눈 조각들을 얼마나 빠르게 합치느냐가 실질적인 성패를 가른다. 같은 서버 안에 촘촘히 연결된 GPU들 사이에서 이 방식을 대체로 쓰는 것은 이 때문이다. 모델이 아주 크거나 지연 목표가 빡빡하면 서버 경계를 넘어 이 방식을 적용하기도 하는데, 그때는 통신 비용이 훨씬 민감한 제약이 된다. 두 자르기를 겹쳐 쓰기 세로 자르기와 가로 자르기는 양자택일이 아니다. 실제 대규모 서빙에서는 둘을 겹쳐 쓴다. 이 겹침을 이해하면 큰 모델이 어떻게 수많은 GPU 위에서 돌아가는지의 그림이 잡힌다. 흔한 구도는 이렇다. 아주 빠른 통로로 연결된 한 서버 안의 여러 GPU끼리는 주로 가로로 자른다. 텐서 병렬의 잦은 통신을 감당할 만큼 통로가 빠르기 때문이다. 그리고 그렇게 묶인 서버들 사이는 흔히 세로로 자른다. 서버와 서버 사이의 통로는 상대적으로 느리므로, 통신이 뜸한 파이프라인 병렬을 그 경계에 놓는 것이다. 통신이 잦은 자르기는 빠른 통로 안쪽에, 통신이 뜸한 자르기는 느린 통로 바깥쪽에 두는 이 배치가 자주 쓰인다. 다만 이것은 법칙이 아니라 경향이다. 실제 구성은 GPU들이 어떻게 연결되어 있는지, 모델이 얼마나 큰지, 지연과 처리량 중 무엇을 더 중시하는지에 따라 달라진다. 여기에 앞서 본 요청 나누기까지 얹으면 그림이 완성된다. 모델 한 벌을 여러 GPU에 세로와 가로로 나눠 담아 하나의 완결된 일꾼을 만들고, 그 일꾼을 다시 여러 벌 복제해 요청을 분산한다. 하나를 여러 조각으로 나누는 방향과, 나눈 것을 여럿으로 복제하는 방향이 이렇게 층층이 겹쳐, 거대한 모델이 수백 수천 장의 GPU 위에서 수많은 요청을 감당하게 된다. 이 겹침을 한 문장으로 요약하면 이렇다. 안쪽에서는 텐서 병렬로 한 서버의 GPU들이 한 모델 조각을 함께 계산하고, 그 서버들이 파이프라인 병렬로 이어져 모델 한 벌을 완성하며, 그렇게 만든 완결된 일꾼을 데이터 병렬로 여러 벌 복제해 요청을 나눈다. 잦은 통신은 가장 빠른 안쪽에, 뜸한 통신은 그보다 느린 바깥에 놓는 원칙이 이 층층 구조 전체를 관통한다. 전문가를 나눠 맡기: 전문가 병렬 모델을 나누는 이야기에 최근 하나의 갈래가 더해졌다. 2장에서 일부 파라미터만 골라 쓰는 전문가 혼합 구조를 병렬화 장에서 다시 만난다고 예고했는데, 그 약속을 갚을 자리가 여기다. 이 구조를 서빙할 때의 나눔을 전문가 병렬(expert parallelism, 줄여서 EP)이라 부른다. 전문가 혼합 모델은 전문가를 두는 층, 곧 MoE 층에 여러 개의 전문가를 두고, 토큰마다 그중 일부만 골라 통과시킨다. 모든 층이 이런 구조인 것은 아니고, 일부 층만 전문가를 두고 나머지는 보통의 밀집층인 구성이 흔하다. 전체 파라미터는 매우 크지만, 토큰 하나가 실제로 거치는 파라미터는 그 일부뿐이다. 그래서 이런 모델은 전체 크기에 비해 토큰당 계산이 적다는 독특한 성질을 갖는다. 2장에서 전체 파라미터 수와 실제 계산량이 갈라질 수 있다고 한 그 성질이다. 이 구조를 여러 GPU에 나눌 때는 전문가들을 GPU마다 나눠 맡긴다. 각 GPU가 일부 전문가를 담당하고, 라우터가 각 토큰을 그 토큰이 통과해야 할 전문가가 있는 GPU로 보낸다. 여기서 특유의 어려움이 생긴다. 어느 토큰이 어느 전문가로 갈지는 입력에 따라 달라지므로, 여러 GPU가 서로 토큰을 주고받는 통신이 그때그때 발생한다. 모든 GPU가 서로에게 토큰을 보낼 수 있는 이 통신을 올투올 통신이라 부른다. 게다가 인기 있는 전문가에 토큰이 몰리면 그 GPU의 계산과 통신만 무거워지고 다른 GPU는 노는 부하 불균형이 생긴다. 그래서 전문가 혼합의 서빙은 앞서 본 세로와 가로 자르기에 더해, 토큰을 전문가에게 보내고 그 부하를 고르게 나누는 또 하나의 과제를 안는다. 이 갈래를 여기서 깊이 파지는 않는다. 다만 큰 모델을 나누는 방식이 층을 세로로 자르고 계산을 가로로 자르는 둘에 그치지 않고, 전문가를 나눠 맡기는 방향으로도 확장된다는 점, 그리고 그때 토큰을 실어 나르는 올투올 통신과 부하의 쏠림이 새로운 고민거리가 된다는 점은 지도에 담아 둘 만하다. 나누는 축은 여기서 하나 더 늘어날 수 있다. 지금까지는 모델을 나눴지만, 문맥의 토큰 축 자체를 여러 GPU에 나누는 방향도 있다. 아주 긴 문맥을 다룰 때 각 GPU가 문맥의 일부 구간을 맡는 이 방식은 문맥 병렬이라 불리며, 긴 문맥을 다루는 뒤의 장에서 다시 만난다. 일부 문헌은 시퀀스 병렬이라는 이름도 쓰지만, 그 이름은 문맥 병렬과 구별되는 별도 기법을 가리키기도 하므로 이 책은 문맥 병렬로 부른다. 모델을 나누는 세 방향에 이 문맥을 나누는 방향까지 더하면, 큰 규모의 서빙이 활용하는 나눔의 축이 대략 갖춰진다. 몇 장이 필요한가 병렬화의 감을 굳히려면 간단한 손계산 하나면 된다. 앞서 본 70B 모델을 예로, 반정밀도 가중치가 약 140기가바이트라 하자. 만약 쓸 수 있는 GPU 한 장의 가용 메모리가 80기가바이트라면, 가중치만으로도 두 장이 필요하다. 140을 80으로 나누면 1.75이니, 올림하여 최소 두 장이다. 그런데 이 두 장은 가중치만 담기 위한 산술적 하한일 뿐이다. 실제로는 가중치 외에 KV 캐시와 실행 버퍼가 들어갈 공간이 있어야 하고, 동시에 여러 요청을 받으려면 캐시가 그만큼 더 필요하다. 그래서 실제 운용에 필요한 장수는 이 하한에 KV 캐시와 실행 버퍼, 목표하는 동시 요청 수를 더해 별도로 계산해야 한다. 몇 장이 필요한가라는 물음의 답은 가중치만으로 나오지 않고, 이 요소들을 함께 넣어야 비로소 나온다. 여기서 흔한 오해 하나를 짚어 두자. GPU를 두 배로 늘리면 속도도 두 배가 될 것 같지만, 대체로 그렇게 되지 않는다. 나누는 데에는 통신이라는 대가가 따르고, 나눌수록 그 통신이 늘기 때문이다. 두 장을 네 장으로 늘리면 계산은 더 잘게 나뉘지만 GPU들이 주고받아야 할 통신도 함께 늘어, 얻는 속도가 두 배에 못 미친다. 병렬도를 높일수록 통신이 이득을 갉아먹는 이 체감 때문에, 무작정 GPU를 많이 붙인다고 그만큼 빨라지지는 않는다. 적정한 병렬도를 찾는 것이 그래서 하나의 과제가 된다. 나눔의 저울 이 장을 관통한 것은 나눔의 저울이다. 일을 나누면 크기의 벽과 처리량의 벽을 넘을 수 있지만, 나누는 방식마다 대가가 다르다. 이 네 방향을 무엇을 풀려는가로 갈라 두면 선택이 쉬워진다. 데이터 병렬은 처리량을 늘리려는 것이고, 파이프라인 병렬과 텐서 병렬은 한 장에 안 들어가는 모델을 담으려는 것이며, 그중에서도 텐서 병렬은 한 요청의 응답을 빠르게 만들려 할 때, 즉 지연을 줄이려 할 때 특히 쓰인다. 전문가 병렬은 전문가 혼합이라는 특정 구조를 나눌 때의 방식이다. 요청을 나누면 처리량은 얻되 크기의 벽은 못 넘는다. 모델을 세로로 나누면 통신은 아끼되 GPU가 놀기 쉽다. 모델을 가로로 나누면 GPU를 다 굴리되 통신이 무거워진다. 어느 것도 공짜가 아니며, 그래서 실제 설계는 이 방식들을 하드웨어의 연결 구조에 맞춰 겹쳐 쓴다. 데이터 병렬, 파이프라인 병렬, 텐서 병렬, 전문가 병렬을 한자리에 놓고 견주면 이 갈림이 또렷해진다. 데이터 병렬은 크기의 벽을 못 넘지만 처리량을 늘리고 통신이 적다. 파이프라인 병렬은 크기의 벽을 넘고 통신이 적지만 버블이라는 유휴를 낳는다. 텐서 병렬은 크기의 벽을 넘고 지연을 줄이지만 통신이 잦아 빠른 통로를 요구한다. 전문가 병렬은 전문가 혼합 구조에 한해 큰 모델을 나누되 올투올 통신과 부하 불균형을 안는다. 이 네 칸의 얻음과 지불을 나란히 두는 것이, 처음 보는 병렬화 설정을 읽어 내는 지도가 된다. 이 저울을 손에 쥐면 대규모 서빙의 설명들이 하나의 언어로 읽힌다. 어떤 시스템이 GPU 몇 장을 어떻게 묶었다는 이야기를 들을 때, 그것이 크기의 벽을 넘으려는 것인지 처리량의 벽을 넘으려는 것인지, 어느 통로에 어느 자르기를 놓았는지를 물을 수 있다. 예를 들어 모델은 한 장에 충분히 들어가는데 요청이 밀린다면 답은 데이터 병렬로 복제본을 늘리는 것이고, 모델이 커서 한 장에 안 들어간다면 파이프라인이나 텐서 병렬로 쪼개야 한다. 한 요청의 응답 속도가 급하다면 텐서 병렬 쪽을, 여러 요청을 많이 소화하는 것이 급하다면 데이터 병렬 쪽을 먼저 떠올리게 된다. 무엇이 부족한지를 알면 어느 나눔을 꺼낼지가 따라 나온다. 다음 장은 이 병렬화를 포함해 지금까지 다룬 모든 조각이 하나의 살아 있는 시스템 안에서 어떻게 맞물려 돌아가는지를, 요청 하나가 도착해 응답이 되어 나가기까지의 여정으로 꿰어 본다. 이 장을 나가며 GPU를 여러 장 묶었다는 말이 이제 한 덩어리로 들리지 않는다. 어떤 모델을 여러 GPU에 나눠 서빙한다는 말을 들었을 때 그것이 요청을 나눈 것인지 모델을 나눈 것인지, 모델을 나눴다면 세로인지 가로인지를 구분할 수 있고, 각 방식이 통신과 GPU 활용에서 무엇을 얻고 무엇을 지불하는지를 설명할 수 있다. 셋을 점검하고 넘어가자. 한 대의 GPU가 부딪히는 두 벽은 무엇이며, 요청 나누기와 모델 나누기는 각각 어느 벽에 답이 되는가. 모델을 세로로 자르는 방식과 가로로 자르는 방식은 통신과 GPU 활용에서 각각 무엇을 얻고 무엇을 지불하는가. 통신이 잦은 자르기를 빠른 통로 안쪽에 두는 원칙은 왜 성립하는가. 다음 장은 지금까지의 모든 조각이 하나로 맞물리는 서빙 시스템의 해부로 넘어간다. 데이터 병렬은 모델을 복제해 요청을 나누고, 파이프라인 병렬은 층을 세로로, 텐서 병렬은 층 내부를 가로로 나누며, 전문가 병렬은 전문가를 분산한다. 그림 10-1. 병렬화의 네 방향 ---------------------------------------- ### 2장 토큰과 트랜스포머, 최소한의 내부 https://voidlogpress.com/books/llm-%ec%b6%94%eb%a1%a0%ea%b3%bc-%ec%84%9c%eb%b9%99%ec%9d%98-%ea%b5%ac%ec%a1%b0%ec%99%80-%ec%9b%90%eb%a6%ac/2%ec%9e%a5-%ed%86%a0%ed%81%b0%ea%b3%bc-%ed%8a%b8%eb%9e%9c%ec%8a%a4%ed%8f%ac%eb%a8%b8-%ec%b5%9c%ec%86%8c%ed%95%9c%ec%9d%98-%eb%82%b4%eb%b6%80/ 질문: 토큰은 정확히 무엇이고 왜 단어가 아닌가요? 요약: 글자 단위로 다루면 시퀀스가 너무 길어지고 단어 단위로 다루면 목록에 다 담을 수 없어, 자주 나오는 덩어리는 크게 드문 덩어리는 잘게 쪼개는 절충이 토큰입니다. 쪼개는 규칙이 모델마다 달라서 토큰 수는 텍스트의 속성이자 모델의 속성입니다. 또 다른 질문: 어텐션에 방향이 있다는 말은 무슨 뜻인가요? 답: 생성형 언어 모델의 어텐션은 인과적입니다. 각 토큰은 자기 자신과 자기보다 앞에 온 토큰들만 둘러볼 수 있고 뒤에 올 토큰은 볼 수 없습니다. 이 방향성 덕분에 앞 토큰들의 처리 결과는 뒤에 무엇이 오든 영향을 받지 않습니다. 또 다른 질문: 문맥 창은 왜 무한할 수 없나요? 답: 문맥의 토큰이 늘어날수록 새 토큰이 대조해야 하는 양과 보관해야 하는 키와 값의 양이 함께 늘어나기 때문입니다. 문맥은 공짜로 길어지지 않고, 그 대가가 어떤 형태로 청구되는지는 캐시를 다루는 장에서 셈으로 확인합니다. 또 다른 질문: 같은 질문에 다른 답이 나오는 것은 오류인가요? 답: 출구가 확률 분포이고 거기서 추첨하듯 뽑기 때문에 생기는 자연스러운 결과입니다. 온도를 낮추면 높은 확률 쪽으로 쏠려 보수적이 되고, 높이면 낮은 확률의 후보에게도 기회가 가서 다양해집니다. 또 다른 질문: 한 번의 통과로 답 하나가 나오나요? 답: 기본적인 자기회귀 디코딩에서 한 번의 생성 걸음이 내놓는 것은 다음 한 토큰입니다. 뽑힌 토큰을 입력 끝에 붙이고 기계를 다시 돌리는 반복이 필요합니다. 천 자짜리 답이라면 통과가 수백 번입니다. 최종 확인: 2026-09-03T11:04:49+09:00 필요한 만큼만 여는 덮개 앞 장의 마지막 질문을 그대로 이어받자. 학습이 끝나 고정된 이 기계는 도대체 무엇을 하는 기계인가. 답을 한 문장으로 먼저 적어 두면 이렇다. 지금까지의 토큰들이 주어졌을 때, 다음에 올 토큰의 확률을 계산하는 기계다. 이 문장에 들어 있는 낱말들, 토큰이 무엇이고 확률을 계산한다는 것이 무엇이며 그 계산이 어떤 부품들을 통과하는지를 이해하는 것이 이 장의 전부다. 부품의 수는 많지 않다. 입구의 토크나이저와 임베딩, 몸통의 층들, 층 안의 어텐션과 MLP, 그리고 출구의 확률 분포. 이 여섯 개의 이름이 이 장의 중심이고, 이후의 모든 장은 이 부품들과 그 사이에 놓인 보조 장치들에서 벌어지는 이야기다. 미리 범위를 긋는다. 이 장은 트랜스포머 해설이 목적이 아니다. 트랜스포머를 제대로 다루는 훌륭한 자료는 이미 많고, 그 깊이는 이 책의 일이 아니다. 여기서는 이후의 장들, 특히 추론의 두 단계와 KV 캐시와 메모리 병목을 이해하는 데 필요한 부품만 골라서 연다. 자동차 정비를 배우려는 사람에게 열역학 전체를 강의하는 대신 엔진의 네 행정만 먼저 보여 주는 것과 같은 태도다. 그래서 학습이 어떻게 이루어지는지, 수식이 정확히 어떻게 생겼는지는 다루지 않는다. 대신 이 장을 마치면 다음 장부터 나오는 모든 논의를 부품의 이름과 위치로 따라갈 수 있게 된다. 동선은 텍스트가 걷는 길을 그대로 따른다. 글이 토큰이 되는 입구에서 시작해, 토큰이 숫자가 되는 임베딩을 지나, 층이라는 몸통을 통과하고, 확률이라는 출구로 나온다. 토큰: 이 기계가 세는 단위 언어 모델의 기본 입력 단위는 글자나 단어로 고정되어 있지 않다. 모델이 다루는 것은 토크나이저가 만든 토큰의 열이다. 현대 언어 모델에서 널리 쓰이는 서브워드 방식을 기준으로 말하면, 토큰은 글자나 바이트, 단어의 일부, 또는 단어 전체에 해당하는 조각이다. 자주 쓰이는 단어는 통째로 토큰 하나가 되고, 드문 단어는 여러 조각으로 쪼개진다. 이 쪼개는 규칙의 집합을 토크나이저라고 부르며, 모델마다 자기의 토크나이저를 갖는다. 감각을 잡기 위해 짧은 문장 하나가 걷는 길을 상상해 보자. "서울의 아침은 분주하다"라는 문장이 들어오면, 토크나이저는 자기 어휘 목록과 대조하며 이 문자열을 조각낸다. 자주 등장해 목록에 통째로 올라 있는 덩어리는 한 조각으로, 그렇지 않은 부분은 더 잘게 나뉜다. 결과는 예컨대 네 조각일 수도, 여섯 조각일 수도 있다. 정확히 몇 조각이 되는지는 그 모델의 어휘 목록에 달렸고, 그래서 토큰 수는 텍스트의 속성이면서 동시에 모델의 속성이다. 중요한 것은 이 조각의 개수가 이후 모든 셈, 즉 계산량과 요금과 문맥 사용량의 밑수가 된다는 점이다. 왜 이런 어중간한 단위를 쓰는가. 글자 단위로 다루면 어떤 문자열이든 표현할 수 있지만 시퀀스가 너무 길어진다. 단어 단위로 다루면 시퀀스는 짧아지지만 세상의 모든 단어를 목록에 담을 수 없어, 처음 보는 단어 앞에서 기계가 멈춘다. 토큰은 이 둘의 절충이다. 자주 나오는 덩어리는 크게, 드문 덩어리는 잘게 쪼개는 방식으로 시퀀스 길이를 관리하고, 많은 현대 토크나이저는 바이트 단위로 되돌아가는 안전장치를 함께 두어 유한한 어휘 목록으로 사실상 모든 입력 문자열을 표현한다. 모델의 어휘 목록, 즉 토큰의 전체 종류 수는 모델에 따라 수만에서 수십만 개 수준으로 설계된다. 토큰이라는 단위는 이 책의 관점에서 세 가지 의미를 갖는다. 첫째, 토큰은 계산의 단위다. 앞으로 나올 모든 논의에서 작업량은 토큰 수로 세어진다. 둘째, 토큰은 과금의 단위다. 토큰 수가 모델이 처리할 작업량과 밀접하게 이어지기 때문에 계산량의 실용적인 대리 지표이자 과금 단위로 쓰인다. 다만 모든 토큰의 비용이 같다는 뜻은 아니다. 입력과 출력의 처리 비용이 다르고 문맥 길이와 캐시 적중에 따라서도 달라지는데, 그 차이의 정체가 다음 장부터의 주제다. 셋째, 토큰은 문맥 창의 단위다. 모델이 한 번에 다룰 수 있는 입력의 길이 한계도 토큰으로 표현된다. 토크나이저가 모델마다 다르다는 사실에도 실무적 함의가 있다. 같은 문장이라도 모델이 다르면 토큰 수가 다르게 세어진다. 그래서 서로 다른 모델의 토큰당 요금을 나란히 놓고 비교하는 일은 겉보기보다 조심스럽다. 단가가 같아도 한쪽이 같은 텍스트를 더 많은 토큰으로 세면 실제 지불액은 달라지기 때문이다. 모델 간 비용 비교는 토큰 단가 대신 같은 작업을 끝내는 데 드는 총액으로 해야 한다는 원칙을 여기서 미리 얻어 두자. 같은 글이라도 언어에 따라 토큰 수가 달라진다는 점도 알아 둘 가치가 있다. 토크나이저의 어휘는 그것을 만들 때 쓴 말뭉치의 구성과 어휘 크기, 분할 알고리즘의 영향을 받는다. 그래서 말뭉치에서 충분히 반영되지 못한 언어는 같은 내용을 표현하는 데 더 많은 토큰이 필요해질 수 있다. 같은 의미의 문장이 언어에 따라 토큰 수에서 차이가 나는 경우가 생기고, 이는 곧 비용과 문맥 사용량의 차이로 이어진다. 다국어 서비스를 설계하는 독자라면 자기 언어의 토큰 효율을 실제 토크나이저로 확인해 보는 것이 좋다. 토큰이라는 단위를 모르면 설명되지 않는 일상 현상도 몇 가지 있다. 언어 모델이 단어의 글자 수 세기나 특정 글자로 시작하는 단어 찾기 같은 과제에서 이따금 헛발질을 하는 데에는, 모델의 눈에 단어가 글자의 나열이 아닌 토큰 덩어리로 보인다는 사정이 크게 작용한다. 스트리밍 응답에서 글자가 단어 중간에서 툭 끊겨 도착하는 데에도, 모델의 출력이 토큰 경계에서 만들어지고 서버가 이를 하나 이상의 토큰 단위로 묶어 전송한다는 사정이 영향을 준다. 숫자 계산이 자릿수에 따라 들쭉날쭉해지는 현상에도 숫자의 토큰 분할 방식이 한몫한다. 물론 이 현상들에는 다른 요인들도 섞여 있지만, 토큰화가 공통의 용의자라는 점은 알아 둘 만하다. 토큰은 눈에 보이지 않는 단위지만, 그 이음매는 이렇게 서비스의 표면까지 올라와 만져진다. 서비스를 만드는 입장에서는 이런 현상을 버그 신고로 만나기 전에 원리로 알아 두는 편이 낫다. 파라미터: 고정된 숫자들의 정체 이제 기계의 몸통을 보자. 7B 모델이라는 말의 B는 10억을 뜻하고, 7B는 파라미터가 약 70억 개라는 뜻이다. 파라미터는 신비한 무엇이 아니라 그냥 숫자다. 정확히는, 거대한 행렬들을 채우고 있는 실수 값들이다. 학습이란 이 숫자들을 데이터에 맞게 조정하는 과정이었고, 학습이 끝났다는 것은 이 숫자들이 더 이상 변하지 않는다는 뜻이다. 추론 내내 이 숫자들은 읽히기만 한다. 이 숫자들 안에 무엇이 들어 있는지의 감각도 잡아 두자. 파라미터는 학습 문서를 원문 그대로 찾아볼 수 있게 정리한 데이터베이스가 아니다. 대부분의 정보는 데이터에서 학습된 통계적 패턴과 관계의 형태로 행렬 값들에 분산되어 들어 있고, 지식은 검색되기보다 계산 과정에서 재구성된다. 다만 학습 과정에서 일부 문장이나 코드가 강하게 암기되어 그대로 재현되는 경우가 있다는 연구들이 있으므로(Carlini 외, 2020·2022), 원문이 절대 저장되지 않는다고 단정할 일은 아니다. 이 성질에서 실무적으로 중요한 결론 하나가 나온다. 모델을 다시 학습하거나 조정하지 않은 채 최신 정보와 사내 문서를 즉시 활용하게 하는 가장 일반적인 운영 통로는 입력 문맥이다. 검색한 문서를 프롬프트에 넣어 주는 방식이 대표적이다. 파라미터 자체를 바꾸는 미세조정이나 지속 학습도 물론 가능하지만 비용과 검증 절차가 훨씬 크다. 그리고 문맥이라는 통로에 의존할수록 문맥이 길어지고, 그 길이가 비용이 된다는 사정이 뒤의 장들에서 중요한 문제로 자란다. 추론의 계산은 본질적으로 이 행렬들과의 곱셈이다. 입력에서 온 벡터에 행렬을 곱하고, 간단한 비선형 처리를 하고, 또 다음 행렬을 곱하는 일의 연속이다. 그래서 파라미터 수는 두 가지를 동시에 결정한다. 하나는 저장 공간이다. 숫자 하나를 2바이트로 저장하는 반정밀도(FP16) 형식이라면 70억 개는 약 14기가바이트가 되고, 빠른 추론을 위해서는 이 덩어리가 GPU 메모리에 올라가 있는 것이 일반적이다. 한 장에 들어가지 않으면 여러 GPU에 나누거나 일부를 다른 메모리 계층으로 내리는 방법을 쓰게 되는데, 그 이야기는 뒤의 장들에서 만난다. 다른 하나는 계산량이다. 토큰 하나를 처리하려면 이 행렬들을 통과해야 하므로, 파라미터가 많을수록 곱셈도 많다. 같은 정밀도의 밀집형 모델을 가정하면 저장 공간은 파라미터 수에 거의 비례하고 계산량도 대체로 함께 늘어난다. 일부 파라미터만 골라 쓰는 구조, 흔히 전문가 혼합이라 부르는 구조에서는 전체 파라미터 수와 실제 계산량이 갈라질 수 있는데, 이 구조는 병렬화 장에서 다시 만난다. 능력 쪽은 그보다 사정이 복잡해서, 비슷한 계열과 학습 조건에서는 큰 모델이 더 넓은 표현력을 갖는 경향이 있지만 파라미터 수만으로 성능이 보장되지는 않는다. 이 책의 장부에서 확실한 것은 비용 쪽이다. 크기는 곧 저장이고 계산이다. 저장 쪽의 산술은 손으로 바로 확인된다. 파라미터 수에 숫자 하나의 바이트 수를 곱하면 된다. 70억 개 곱하기 2바이트는 약 14기가바이트. 700억 개, 즉 70B 모델이라면 약 140기가바이트다. 이는 KV 캐시나 실행 중간값을 뺀, 가중치만의 이론적 크기다. 시중 GPU 한 장의 메모리가 수십 기가바이트 수준임을 떠올리면, 이 계산만으로도 큰 모델이 왜 GPU 한 장에 들어가지 못하고 여러 장에 쪼개져야 하는지가 보인다. 모델을 쪼개는 기술은 뒤의 병렬화 장에서 다루며, 이 곱셈 한 번이 그 장 전체의 출발점이다. 계산 절차는 부록의 워크시트에 정리되어 있다. 텍스트가 숫자의 세계로 들어오는 입구도 여기서 정리하자. 토큰은 문자열 조각이지만 행렬 곱셈의 세계는 숫자만 다룬다. 그래서 모델의 첫 부품은 각 토큰을 수백에서 수천 개의 숫자로 이루어진 벡터로 바꿔 주는 표, 즉 임베딩이다. 어휘 목록의 토큰마다 대응하는 벡터가 하나씩 있고, 입력 토큰 열은 이 표를 거쳐 벡터의 열이 된다. 임베딩 표 자체도 파라미터의 일부다. 어휘 수에 벡터 폭을 곱한 크기의 행렬이며, 어휘가 십만 단위인 모델에서는 이 입구의 표 하나도 상당한 덩치가 된다. 이 벡터가 이후 모든 층을 타고 흐르며 다듬어지는 재료다. 벡터의 폭, 그러니까 숫자 몇 개로 토큰 하나를 표현하는가는 모델의 설계 값이며, 뒤에서 KV 캐시의 크기를 셈할 때 다시 만나게 된다. 토큰 벡터에는 순서의 정보도 함께 실려야 한다. 같은 토큰들로 이루어진 문장이라도 배열이 달라지면 뜻이 달라지는데, 벡터의 구성만으로는 몇 번째 토큰인지 알 수 없기 때문이다. 그래서 트랜스포머는 각 토큰의 위치를 알려 주는 정보를 계산에 포함한다. 초기 설계는 위치마다 정해진 벡터를 더하는 방식을 썼고, 현대의 많은 생성형 모델은 검색어와 문패에 위치 관계를 반영하는 회전 위치 임베딩(RoPE) 계열을 쓴다. 방식의 세부는 달라도, 이 책에서는 토큰을 처리하는 계산에 내용과 함께 순서의 좌표가 들어간다고 이해하면 충분하다. 이 위치 정보는 뒤에서 긴 문맥의 한계를 다룰 때 다시 등장한다. 층을 통과한다는 것 트랜스포머의 몸통은 같은 구조의 층을 수십 개 쌓아 올린 형태다. 각 층은 크게 두 부분으로 이루어진다. 하나는 어텐션으로, 토큰들 사이의 관계를 계산해 문맥의 정보를 섞는 부분이다. 다른 하나는 흔히 MLP라고 부르는 부분으로, 각 토큰의 벡터를 그 자리에서 더 크게 펼쳤다가 다시 접으며 가공하는 부분이다. 거칠게 말하면 어텐션은 토큰들 사이를 가로지르는 계산이고, MLP는 토큰 각자의 자리에서 일어나는 계산이다. 파라미터의 배분으로 보면 일반적인 밀집형 디코더 모델에서는 MLP 쪽이 어텐션 쪽보다 더 큰 몫을 차지하는 경우가 많다. 어텐션이 이야기의 주인공처럼 다뤄지는 것은 그것이 문맥이라는 마법의 출처이기 때문이지, 계산과 저장의 장부에서 혼자 큰손이어서가 아니다. 장부의 감각으로는 두 부품이 함께 몸통을 이룬다고 기억해 두는 편이 정확하다. 벡터의 열은 1층의 어텐션과 MLP를 지나고, 2층의 어텐션과 MLP를 지나고, 그렇게 마지막 층까지 흐른다. 층을 지날 때마다 각 토큰의 벡터는 문맥과 다른 토큰의 정보를 반영하며 계속 갱신된다. 어떤 종류의 정보가 어느 깊이에서 두드러지는지는 모델과 과제에 따라 달라진다는 것이 관찰 연구들의 전언이라, 아래에서 위로 의미가 계단처럼 한 단계씩 추상화된다고 못 박을 필요는 없다. 이 책의 목적에는 층을 지나며 벡터가 점점 문맥을 머금는다는 감각이면 충분하다. 중요한 것은 구조의 반복성이다. 일반적인 밀집형 디코더 모델은 대체로 같은 계산 블록을 반복해 쌓으므로, 한 층의 계산 형태를 이해하면 전체 경로를 따라갈 수 있다. 다만 각 층이 사용하는 파라미터는 서로 다르며, 층마다 구조를 달리하는 변형 모델도 있다. 파라미터의 대부분은 이 층들 안의 행렬로 존재하므로, "모델을 통과한다"는 말은 "모든 층의 행렬들과 차례로 곱해진다"는 말과 같다. 이 그림을 붙잡으면 앞으로 자주 쓸 표현 하나가 정확해진다. 3장에서 "토큰 하나를 만들 때마다 모델 전체를 통과한다"고 말할 때, 그것은 새 토큰의 벡터가 1층부터 마지막 층까지의 모든 어텐션과 MLP를 순서대로 거친다는 뜻이다. 층은 건너뛸 수 없고, 위층은 아래층의 출력을 재료로 삼는다. 이 직렬성은 층 방향의 성질이라는 점을 짚어 두자. 다음 장에서 볼 프리필에서는 여러 토큰이 같은 층을 병렬로 통과할 수 있는데, 그것은 토큰 방향의 이야기다. 여러 토큰이 1층을 함께 통과할 수는 있어도, 어떤 토큰도 1층을 건너뛰고 2층으로 갈 수는 없다. 병렬의 여지가 어느 방향에 있고 어느 방향에 없는지의 이 구분은, 뒤에서 모델을 여러 GPU에 쪼개는 방식들이 왜 그런 모양인지를 이해하는 열쇠가 된다. 이 직렬성이 파라미터 전체를 읽어야 하는 이유였다. 층의 그림을 갖고 나면 모델 소개 문서, 이른바 모델 카드의 구조 항목이 읽히기 시작한다. 층 수는 이 반복 구조가 몇 번 쌓였는가이고, 은닉 차원은 층 사이를 흐르는 벡터의 폭이며, 헤드 수는 다음 절에서 볼 어텐션의 병렬 검색 세트 수다. 이 값들은 파라미터 총량을 결정하는 설계 변수이자, 다음 장 이후에 다룰 캐시 크기와 계산량 셈의 재료다. 지금 외울 필요는 없다. 이런 이름의 값들이 있고, 그것이 곧 비용의 좌표라는 것만 알아 두면 된다. 어텐션: 문맥을 섞는 장치 왜 문맥을 섞는 부품이 필요한가. "배가 고프다"의 배와 "배를 타고 간다"의 배는 같은 토큰이지만 뜻이 다르다. 토큰 하나만 봐서는 뜻을 정할 수 없고, 주변을 봐야 한다. 어텐션은 각 토큰이 주변 토큰들을 둘러보고, 자기에게 필요한 정보를 필요한 만큼 가져와 자기 벡터에 섞는 장치다. 층마다 이 둘러보기가 반복되면서 벡터에는 점점 문맥이 스며든다. 둘러보는 방식을 비유 하나로 고정해 두자. 이 비유는 책 전체에서 계속 쓴다. 각 토큰은 어텐션 층에서 세 개의 벡터로 변환된다. 키(Key)는 그 토큰이 내건 문패다. 나는 이런 정보를 가진 토큰이라고 알리는 표지다. 값(Value)은 그 문패 뒤에 실제로 들어 있는 내용물이다. 그리고 질의(Query)는 각 토큰이 들고 다니는 검색어다. 나에게 지금 이런 정보가 필요하다는 요청서다. 어텐션의 계산은 한 토큰의 검색어를 앞선 토큰들의 문패와 일일이 대조해서, 잘 맞는 집일수록 높은 비중을 주고, 그 비중대로 내용물들을 섞어 오는 일이다. "배가 고프다"라면 뒤쪽의 고프다 토큰이 자기 검색어를 앞서 나온 배의 문패와 대조하고, 그 내용물을 자기 표현에 반영한다. 앞에 놓인 배의 벡터가 미래의 고프다를 미리 보고 다시 쓰이는 것이 아니고, 뒤에 도착한 토큰들이 앞선 토큰들의 문패와 내용물을 참조하면서 지금까지 이어진 문맥의 의미를 자기 표현에 축적해 가는 것이다. 이 비유에서 두 가지를 챙겨 두면 다음 장이 편해진다. 첫째, 문패와 내용물, 즉 키와 값은 각 토큰이 한 번 만들면 그 층에서는 변하지 않는 값이라는 점이다. 문맥에 새 토큰이 추가된다고 해서 기존 토큰의 문패를 다시 쓸 필요는 없다. 둘째, 새로 도착한 토큰이 해야 하는 일은 자기 검색어를 만들고, 이미 걸려 있는 문패들을 읽는 일이라는 점이다. 문패가 많이 걸려 있을수록, 즉 문맥이 길수록 읽을 것이 많아진다. 이 두 성질이 3장에서 각각 KV 캐시의 존재 이유와 그 비용의 정체로 다시 등장한다. 하나 더, 어텐션에는 방향이 있다. 이 책이 다루는 생성형 언어 모델의 어텐션은 인과적이다. 각 토큰은 자기 자신과 자기보다 앞에 온 토큰들만 둘러볼 수 있고, 뒤에 올 토큰은 볼 수 없다. 다음 토큰을 예측하는 기계가 정답을 미리 훔쳐보지 못하게 하는 장치이며, 이 방향성 덕분에 앞 토큰들의 처리 결과는 뒤에 무엇이 오든 영향을 받지 않는다. 문맥 창이 무한할 수 없는 이유도 이 그림에서 바로 나온다. 문맥의 토큰이 늘어날수록 걸리는 문패의 수가 늘어나고, 새 토큰이 해야 하는 대조의 양과 보관해야 하는 문패·내용물의 양이 함께 늘어난다. 요컨대 문맥은 공짜로 길어지지 않는다. 긴 문맥의 대가가 정확히 어떤 형태로 청구되는지는 다음 장과 긴 문맥을 다루는 장에서 셈으로 확인하게 된다. 앞에서 계산한 것을 저장해 두고 재사용할 수 있다는 발상은 바로 이 성질 위에 서 있다. 실제 모델의 어텐션은 이 둘러보기를 한 벌만 하지 않고 여러 벌로 병렬 수행한다. 검색어와 문패의 세트를 여러 개 두어 서로 다른 관계 패턴에 반응할 가능성을 열어 두는 구조로, 일부 세트에서 문법적·위치적 패턴이 관찰되기도 하지만 각 세트의 역할이 사람이 붙일 만한 기능 하나로 깔끔하게 나뉘는 것은 아니다. 각 세트가 실제로 무엇을 좇는지는 학습이 정하는 일이라 사람이 지정하지 않으며, 들여다보면 해석이 어려운 세트도 많다. 이것을 멀티헤드라고 부르는데, 표준적인 멀티헤드 방식에서는 세트가 여러 벌인 만큼 문패와 내용물도 여러 벌 저장하게 되어, 뒤에서 캐시의 크기를 셈하거나 그 크기를 줄이는 구조 변형을 다룰 때 이 사실이 다시 소환된다. 지금은 이름과 함께 한 가지만 기억하자. 둘러보기의 벌 수 역시 비용의 좌표다. 출력: 다음 토큰의 확률 마지막 층을 빠져나온 벡터는 이제 출구를 만난다. 출구에서는 이 벡터를 어휘 목록 전체에 대한 점수로 변환한다. 어휘가 십만 개라면 십만 개의 점수가 나오고, 이 점수를 확률의 형태로 정리하면 다음 토큰 후보들의 확률 분포가 된다. "대한민국의 수도는" 다음이라면 서울에 해당하는 토큰이 압도적인 확률을 받고, 나머지 토큰들이 잔여 확률을 나눠 갖는 식이다. 분포가 나왔으면 하나를 골라야 한다. 가장 확률 높은 토큰만 고르는 방식은 결정적이지만 답이 늘 같고 문장이 단조로워지기 쉽다. 그래서 생성형 작업에서는 분포에서 추첨하듯 뽑는 샘플링이 널리 쓰이고, 온도라는 손잡이로 추첨의 과감함을 조절한다. 반면 정확성과 재현성을 중시하는 작업에서는 최고 확률만 고르거나 후보를 강하게 제한하기도 한다. 온도를 낮추면 높은 확률 쪽으로 쏠려 보수적이 되고, 높이면 낮은 확률의 후보에게도 기회가 가서 다양해진다. 같은 질문에 다른 답이 나오는 것은 오류가 아니고 이 추첨의 자연스러운 결과다. 출구가 확률 분포라는 사실은 이 기계의 성격에 관해 많은 것을 말해 준다. 이 기계는 사실을 조회해서 답하는 장치가 아니고, 지금까지의 문맥에 가장 그럴듯하게 이어질 토큰을 계산하는 장치다. 그럴듯함과 사실은 자주 겹치지만 늘 겹치지는 않으며, 겹치지 않는 지점에서 그럴듯하지만 틀린 출력이 나올 수 있다. 이 책은 그 품질 문제 자체를 다루는 책은 아니지만, 서빙을 다루는 입장에서도 이 성격은 알아 둘 필요가 있다. 어떤 최적화도 이 확률 기계라는 본성을 바꾸지 않으며, 반대로 정밀도를 깎는 종류의 최적화는 이 분포를 미세하게 건드릴 수 있다. 1장에서 예고한 품질의 층을 건드리는 지점이 정확히 여기다. 그리고 여기서, 이 기계의 가장 중요한 성질이 모습을 드러낸다. 기본적인 자기회귀 디코딩에서 한 번의 생성 걸음이 내놓는 것은 다음 한 토큰이다. 문장을 만들려면 뽑힌 토큰을 입력 끝에 붙이고, 기계를 다시 돌려 그다음 토큰을 뽑고, 또 붙이고 또 돌리는 반복이 필요하다. 한 번의 통과는 한 조각만 내놓는다. 열 단어짜리 답이라면 통과가 십수 번, 천 자짜리 답이라면 수백 번이다. 새 토큰을 하나 더 예측할 때마다 새로운 입력 위치 하나가 임베딩에서 마지막 층과 출구까지의 전체 경로를 통과한다는 뜻이다. 다만 앞선 토큰들의 계산까지 전부 처음부터 반복하는 것은 아니고, 그 낭비를 막는 장치가 다음 장에서 만날 KV 캐시다. 이 반복 구조가 정확히 무엇을 의미하는지, 왜 그것이 이 책 전체의 출발점인 병목을 낳는지가 다음 장의 이야기다. 이 장을 나가며 여기까지 왔으면 이 기계의 부품 목록이 손에 들어온 셈이다. 언어 모델에 관한 설명에서 토큰, 파라미터, 임베딩, 층, 어텐션, 확률 분포라는 말이 나올 때 각 부품이 전체 경로의 어디에 놓이는지 위치를 짚을 수 있고, 모델 크기라는 말이 저장과 계산의 양쪽 비용을 동시에 뜻한다는 것을 안다. 세 가지만 확인하고 넘어가자. 토큰은 왜 글자도 단어도 아닌 어중간한 단위로 설계되는가. 키와 값과 질의는 각각 비유로 무엇이며, 문맥이 길어질 때 늘어나는 일은 무엇인가. 이 기계가 한 번의 통과로 내놓는 것은 무엇이고, 문장은 어떻게 만들어지는가. 마지막 물음의 답 속에 다음 장이 통째로 들어 있다. 한 번에 한 조각씩만 나오는 출구, 그 반복이 기계의 다른 모든 성질과 만나 무엇을 낳는지가 이제부터의 이야기다. 이제 이 기계가 실제로 응답 하나를 만들 때 무슨 일이 벌어지는지, 추론의 두 단계를 열어 보자. 입력 텍스트가 토크나이저, 임베딩과 위치 정보, 어텐션과 MLP 블록의 반복, 어휘 점수를 거쳐 다음 토큰의 확률 분포로 이어진다. 그림 2-1. 토큰이 모델을 통과하는 길 ---------------------------------------- ### 7장 양자화: 짐을 줄이는 기술 https://voidlogpress.com/books/llm-%ec%b6%94%eb%a1%a0%ea%b3%bc-%ec%84%9c%eb%b9%99%ec%9d%98-%ea%b5%ac%ec%a1%b0%ec%99%80-%ec%9b%90%eb%a6%ac/7%ec%9e%a5-%ec%96%91%ec%9e%90%ed%99%94-%ec%a7%90%ec%9d%84-%ec%a4%84%ec%9d%b4%eb%8a%94-%ea%b8%b0%ec%88%a0/ 질문: 숫자를 대충 저장하는데 왜 모델이 멀쩡히 작동하나요? 요약: 견딜성만으로 설명되지는 않습니다. 신경망에 중복성이 있는 것은 사실이지만 오차는 누적되거나 특정 채널에서 증폭됩니다. 실제 기법은 값을 작은 그룹으로 나눠 눈금을 맞추고, 보정 데이터로 출력에 크게 번지는 오차를 찾아 통제합니다. 또 다른 질문: 4비트 양자화 모델은 원본보다 얼마나 작아지고 무엇을 잃나요? 답: 저장하는 비트 수를 줄이면 크기는 산술 그대로 줄어듭니다. 반정밀도는 숫자 하나를 16비트로 담아 7B 모델 가중치가 약 14기가바이트인데, 모든 가중치를 4비트로만 담는다고 가정하면 이론적 크기는 약 3.5기가바이트로 사분의 일이 됩니다. 실제 파일은 그룹마다 두는 눈금 정보와 고정밀도로 남긴 값 때문에 이보다 조금 큽니다. 잃는 것은 눈금의 촘촘함입니다. 4비트 코드 하나는 열여섯 단계만 구분하므로 반올림 오차가 생기고, 그래서 얼마나 줄일 수 있는가보다 어디까지 줄여도 되는가를 함께 물어야 합니다. 또 다른 질문: 양자화의 대상은 무엇인가요? 답: 최소한 셋을 구분합니다. 학습이 끝나 고정된 가중치, 요청마다 달라지는 활성값, 문맥 정보를 보관하는 KV 캐시입니다. 셋은 서로 독립적이라 가중치만 줄이거나 가중치와 캐시를 함께 줄이는 식으로 조합할 수 있습니다. 또 다른 질문: 왜 가중치 양자화가 가장 널리 쓰이나요? 답: 학습이 끝나면 고정된 값이라 미리 한 번 낮은 정밀도로 변환해 두면 되고, 실시간으로 바뀌지 않으니 오차를 미리 분석하고 다듬을 여유도 있습니다. 큰 모델을 감당 가능한 하드웨어에서 돌리게 해 주는 몫을 주로 이쪽이 맡습니다. 또 다른 질문: 양자화는 배칭이나 캐시 배치와 경쟁하나요? 답: 다른 층에서 작동해 함께 쓰입니다. 배칭은 운반을 나눠 쓰고 캐시 배치는 탱크를 알뜰하게 쓰는데, 양자화는 담기는 짐의 무게 자체를 줄입니다. 가벼워진 짐을 다시 나눠 싣고 촘촘히 담으면 이득이 겹쳐 쌓입니다. 또 다른 질문: 양자화가 치르는 대가는 무엇인가요? 답: 앞의 기법들이 대체로 메모리나 관리 비용을 치렀다면 양자화가 지불하는 것은 모델의 답 그 자체의 품질일 수 있습니다. 그래서 얼마나 줄일 수 있는가만 묻지 말고 어디까지 줄여도 되는가를 함께 물어야 합니다. 최종 확인: 2026-09-07T10:40:54+09:00 담는 방식에서 짐 자체로 2부의 앞부분은 짐을 담는 방식에 관한 이야기였다. 여러 요청의 걸음을 묶어 운반을 나눠 쓰고, 캐시를 빈틈없이 배치해 탱크를 알뜰하게 썼다. 이 장은 관점을 바꾼다. 담는 방식을 아무리 다듬어도 짐 자체가 무거우면 한계가 있다. 그렇다면 짐의 무게를 직접 줄이면 어떨까. 이것이 양자화의 발상이다. 짐칸을 아무리 잘 정리해도 짐 하나하나가 무거우면 실을 수 있는 총량에 벽이 있듯, 모델을 다루는 데에도 같은 이치가 통한다. 3장에서 디코드의 병목을 진단하며 세 갈래의 처방을 예고했을 때, 그 첫 번째가 실어 나를 짐 자체를 줄이는 길이었다. 이 장이 바로 그 길이다. 디코드 한 걸음마다 모델 가중치 전체를 메모리에서 실어 와야 했고, 그 운반량이 디코드를 느리게 하는 병목이었다. 가중치의 무게를 줄이면 실어 나를 양이 줄고, 병목이 곧바로 완화된다. 게다가 앞 장에서 본 KV 캐시도 같은 방법으로 가볍게 만들 수 있으니, 양자화는 메모리 대역폭과 메모리 용량이라는 두 제약을 동시에 겨냥하는 드문 기법이다. 앞의 두 장이 각각 처리량과 메모리를 겨냥했다면, 양자화는 그 둘의 밑바탕인 데이터의 양 자체를 건드린다는 점에서 결이 다르다. 숫자를 줄인다는 것 양자화가 무엇인지는 숫자를 저장하는 방식에서 출발해야 이해된다. 지금까지 여러 번 나온 반정밀도, 즉 FP16은 숫자 하나를 2바이트, 16비트로 저장한다. 이 16비트가 하나의 실수 값을 꽤 정밀하게 표현한다. 정수와 소수를 아우르며 아주 큰 값부터 아주 작은 값까지 폭넓게 담아내는 형식이라, 신경망 계산에 필요한 정밀도를 무난히 감당한다. 양자화는 이 비트 수를 줄이는 일이다. 숫자 하나를 8비트, 즉 1바이트로 저장하면 8비트 양자화이고, 4비트로 저장하면 4비트 양자화다. 더 과감한 기법은 그보다 낮은 비트로도 내려가지만, 낮출수록 뒤에 볼 오차 문제가 커지므로 실용적으로 많이 쓰이는 구간은 8비트와 4비트 언저리다. 비트 수와 메모리의 관계는 곧바로 산술이 된다. 16비트에서 8비트로 줄이면 저장 공간이 절반이 되고, 4비트로 줄이면 사분의 일이 된다. 7B 모델의 가중치가 반정밀도로 약 14기가바이트였는데, 모든 가중치를 순수하게 4비트로만 담는다고 가정하면 이론적 크기는 약 3.5기가바이트다. 실제 양자화 모델은 그룹마다 두는 눈금 정보와 메타데이터, 고정밀도로 남겨 둔 일부 값 때문에 이보다 조금 커진다. 실어 나를 짐이 사분의 일로 줄어드는 것이다. 이 차이는 어떤 하드웨어에 모델을 올릴 수 있는가를 가르기도 한다. 14기가바이트 모델은 못 올리던 GPU가 3.5기가바이트 모델은 여유롭게 받아들이는 식이라, 양자화는 단지 속도를 높이는 데 그치지 않고 애초에 그 하드웨어에서 모델을 돌릴 수 있게 만드는 문턱의 기술이기도 하다. 디코드가 메모리 운반에 묶여 있었으므로, 이 감소는 속도로 이어질 수 있다. 다만 저장량이 준 만큼 속도가 같은 비율로 빨라지는 것은 아니다. 디코드처럼 메모리 대역폭이 병목이고, 그 비트 형식을 효율적으로 읽어 복원하는 전용 처리가 갖춰져 있을 때 줄어든 운반량이 속도로 돌아온다. 그런 뒷받침이 없거나 프리필처럼 연산이 병목인 구간에서는 메모리는 줄어도 속도 이득이 작고, 복원 비용 때문에 오히려 느려질 수도 있다. 같은 원리로 KV 캐시를 낮은 정밀도로 저장하면 앞 장에서 셈한 캐시 크기도 그만큼 줄어, 같은 탱크에 더 많은 요청을 담을 수 있다. 4장의 곱셈에서 값 하나의 바이트 수가 한 요인이었음을 떠올리면, 이 감소가 어디서 오는지가 바로 보인다. 바이트 수를 절반으로 줄이면 캐시도 절반이 되는 것이다. 그런데 비트 수를 줄인다는 것은 표현할 수 있는 숫자의 가짓수를 줄인다는 뜻이다. 16비트는 수만 가지 이상의 값을 구분할 수 있지만, 4비트 코드 하나는 열여섯 개의 눈금만 구분한다. 다만 실제 기법은 텐서 전체를 하나의 자로 재지 않는다. 가중치를 작은 그룹으로 나누고 그룹마다 별도의 눈금 간격을 두어, 같은 4비트 코드라도 어느 그룹에 속하느냐에 따라 다른 실수 값으로 복원한다. 그래도 한 그룹 안에서는 열여섯 단계밖에 없으니, 원래 다양하던 값들을 이 성긴 눈금에 맞춰 반올림하는 과정에서 오차가 생긴다. 자를 촘촘한 눈금에서 성긴 눈금으로 바꿔 길이를 재는 것과 같다. 성긴 눈금으로도 대강의 길이는 재지만, 눈금 사이에 걸친 값은 가장 가까운 눈금으로 반올림되며 미세한 오차가 남는다. 양자화는 숫자의 눈금을 성기게 만드는 일이고, 반올림의 오차가 그 대가다. 양자화의 모든 기술적 어려움은 이 오차를 어떻게 견딜 만한 수준으로 억제하는가에 있다. 왜 대충 저장해도 대체로 작동하는가 여기서 자연스러운 의문이 생긴다. 숫자를 대충 저장하는데 모델이 멀쩡히 작동한다는 게 이상하지 않은가. 계산이 어긋나 엉뚱한 답이 나와야 할 것 같은데 말이다. 직관적인 답의 절반은 이렇다. 신경망에는 어느 정도의 중복성과 수치 변화에 대한 견딜성이 있다. 하나의 파라미터가 조금 부정확해도 수억 개가 함께 만드는 결과는 크게 흔들리지 않고, 최종 출력인 다음 토큰의 확률 분포에서 가장 그럴듯한 후보가 무엇인지는 웬만한 오차에는 잘 바뀌지 않는다. 그러나 이 견딜성만 믿고 비트를 줄이는 것으로는 충분하지 않다. 나머지 절반은 기법의 몫이다. 이 견딜성은 신경망이 애초에 잡음에 어느 정도 강하도록 학습된다는 사정과도 맞닿아 있다. 학습 과정 자체가 완벽하게 정밀한 계산을 전제로 하지 않기 때문에, 추론 단계에서 약간의 정밀도를 덜어 내도 무너지지 않는 여유가 모델 안에 이미 있는 셈이다. 오차가 늘 순하게 상쇄되기만 하는 것은 아니기 때문이다. 오차는 누적되거나 특정 채널에서 증폭되기도 한다. 그래서 실제 양자화 기법은 견딜성에 기대는 대신 오차를 적극적으로 통제한다. 값들을 작은 그룹으로 나눠 그룹마다 눈금을 맞추고, 소량의 보정 데이터로 오차가 출력에 미치는 영향을 측정하며, 유난히 민감한 채널이나 활성값은 따로 다룬다. 기법마다 방식은 다르다. 어떤 기법은 활성값의 통계로 중요한 채널을 찾아 눈금을 조정하고, 어떤 기법은 근사적인 계산으로 층 출력의 오차를 줄이며, 어떤 기법은 값들 사이의 이상치를 옮겨 양자화를 쉽게 만든다. 공통점은 중요한 값을 무조건 고정밀도로 남긴다는 것이라기보다, 출력에 큰 영향을 주는 오차를 찾아 줄인다는 데 있다. 모델이 낮은 정밀도에서도 작동하는 것은 작은 오차를 무조건 견디기 때문이라기보다, 오차가 크게 번지는 지점을 찾아 통제하기 때문이다. 어떤 기법은 각 값의 중요도를 미리 분석해 예민한 것에 더 정밀한 자리를 배정하고, 어떤 기법은 값들을 조금씩 조정해 낮은 정밀도에서도 오차가 덜 나도록 미리 손질한다. 접근은 여럿이지만, 중요한 소수를 지키고 다수를 줄인다는 큰 방향은 공유한다. 무엇을 양자화하는가 양자화의 대상은 하나가 아니다. 최소한 세 가지를 구분해 두면 이 분야의 논의를 따라가기 쉽다. 첫째는 가중치다. 모델의 파라미터 그 자체로, 양자화의 가장 기본적인 대상이다. 가중치는 학습이 끝나면 고정된 값이라 미리 한 번 낮은 정밀도로 변환해 두면 되고, 그래서 다루기가 상대적으로 수월하다. 서비스를 켜기 전에 조용히 한 번 변환해 두면, 이후로는 그 가벼워진 가중치를 계속 쓰기만 하면 된다. 실시간으로 값이 바뀌지 않으니 오차를 미리 분석하고 다듬을 여유도 있다. 가중치만 줄여도 저장 공간과 운반량이 크게 줄어 디코드가 빨라진다. 오늘날 널리 쓰이는 양자화의 상당수가 이 가중치 양자화다. 특히 개인이나 작은 조직이 큰 모델을 감당 가능한 하드웨어에서 돌리게 해 주는 몫을 주로 이 가중치 양자화가 맡고 있어, 오픈 가중치 모델 생태계의 확산과도 맞물려 있다. 둘째는 활성값이다. 입력이 모델을 통과하며 층마다 생겨나는 중간 계산 값들로, 가중치와 달리 요청마다 그때그때 달라진다. 활성값까지 낮은 정밀도로 다루면 계산 자체를 더 빠른 저정밀 연산으로 처리할 수 있어 이득이 더 크지만, 값이 실시간으로 변하고 예민한 값이 끼기 쉬워 가중치보다 다루기가 까다롭다. 실제 요청에서 나올 값을 미리 정확히 알 수는 없지만, 대표적인 보정 데이터로 분포와 이상치의 경향을 미리 조사할 수는 있고, 실행 중에 값에 맞춰 눈금을 정하는 방법도 있다. 다만 입력에 따라 값이 달라지고 큰 이상치가 불쑥 나타날 수 있어, 고정된 가중치보다 다루기가 까다롭다. 활성값 양자화가 가중치 양자화보다 늦게, 더 조심스럽게 실용화된 데에는 이런 사정이 있다. 셋째는 KV 캐시다. 앞 장에서 본 그 캐시를 낮은 정밀도로 저장하는 것이다. 긴 문맥일수록 캐시가 메모리를 크게 차지했으므로, 캐시 양자화는 긴 문맥과 많은 동시 요청을 감당하는 데 직접적인 도움이 된다. 다만 캐시를 지나치게 줄이면 문패와 내용물에 생긴 오차가 어텐션의 판단과 문맥 정보의 혼합을 흔들 수 있다. 긴 문맥에서는 절약되는 메모리가 큰 만큼 효과도 크지만, 품질 영향이 어느 위치와 과제에서 두드러지는지는 모델과 양자화 방식에 따라 달라진다. 이 셋은 서로 독립적이라, 가중치만 줄이거나 가중치와 캐시를 함께 줄이는 식으로 조합할 수 있다. 실제로 널리 쓰이는 조합은 가중치를 낮은 정밀도로 두어 저장과 운반을 줄이고, 계산은 그보다 높은 정밀도로 되돌려 수행하는 방식이다. 이러면 메모리 이득은 챙기면서 계산의 오차는 억제할 수 있다. 어떤 것을 어느 정밀도로 둘지의 조합이 곧 양자화 기법의 설계다. 어디까지 줄일지는 확보하려는 이득과 감수할 품질 손실 사이의 저울질로 정해진다. 메모리가 극도로 빡빡한 상황이라면 캐시까지 과감히 줄여 요청 수를 확보하는 쪽이 낫고, 품질이 조금의 손상도 허용되지 않는 서비스라면 가중치만 보수적으로 줄이는 데 그치는 편이 낫다. 정답이 하나로 정해져 있지 않고 서비스의 우선순위를 따른다. 언제 줄이는가 양자화를 이야기할 때 무엇을 줄이는가와 함께 언제 줄이는가도 갈래를 이룬다. 크게 두 시점이 있다. 가장 흔한 방식은 학습이 다 끝난 모델을 나중에 변환하는 것이다. 완성된 가중치를 받아 낮은 정밀도로 옮기고, 필요하면 소량의 데이터로 오차를 보정한다. 이 방식의 장점은 분명하다. 원래의 무거운 학습 과정에 손대지 않고, 이미 세상에 나온 모델을 가져다 가볍게 만들 수 있다. 오픈 가중치 모델을 받아 자기 환경에서 4비트로 돌리는 흔한 작업이 대개 이 방식이다. 비용이 적게 들어 널리 쓰이지만, 학습이 낮은 정밀도를 염두에 두지 않았던 만큼 과감하게 줄일수록 품질 손실이 커지는 한계가 있다. 또 하나의 방식은 학습 과정에서부터 낮은 정밀도를 염두에 두는 것이다. 모델을 만들 때 미리 정밀도가 낮아질 상황을 겪게 해서, 그 조건에 강한 모델로 길러 내는 셈이다. 이 방식은 더 낮은 비트에서도 품질을 지키는 데 유리하지만, 학습 단계에 개입해야 하므로 비용과 수고가 크다. 그래서 이 방식은 모델을 직접 만드는 조직의 선택지에 가깝고, 만들어진 모델을 가져다 쓰는 쪽에서는 앞의 사후 변환 방식을 주로 만난다. 이 구분은 서빙하는 입장에서 실용적인 의미가 있다. 내가 쓰려는 양자화 모델이 어느 방식으로 만들어졌는지에 따라, 같은 비트 수라도 기대할 수 있는 품질이 다를 수 있기 때문이다. 몇 비트인가만 볼 것이 아니고 어떻게 그 비트에 도달했는가를 함께 보아야 한다. 품질이라는 대가를 정직하게 양자화를 다룰 때 가장 조심해야 할 것은 과장이다. 정밀도를 낮추면 대체로 잘 작동한다는 말은 품질이 전혀 변하지 않는다는 뜻이 아니다. 정밀도를 낮출수록 오차는 커지고, 어느 지점을 넘으면 품질 저하가 눈에 보이기 시작한다. 그 지점이 어디인가는 모델과 기법과 과제에 따라 다르다. 그래서 몇 비트가 안전하다는 식의 보편적인 정답은 없다. 어떤 모델은 4비트에서도 거의 멀쩡하고, 어떤 모델은 8비트에서 이미 흔들린다. 간단한 과제에서는 티가 안 나던 저하가 까다로운 추론 과제에서는 도드라지기도 한다. 그래서 양자화를 실무에 적용할 때 빠뜨리면 안 되는 단계가 평가다. 낮춘 정밀도의 모델이 실제로 쓰려는 과제에서 원래 모델과 견줄 만한지를 직접 재보아야 한다. 어떤 기법이 어느 모델에서 몇 비트까지 품질을 지키더라는 보고는 유용한 출발점이지만, 그것이 내 모델과 내 과제에서도 그대로 성립한다는 보장은 없다. 1장에서 품질을 다섯 번째 최적화 축으로 두지 않고 침범해서는 안 되는 제약 조건으로 다룬다고 했는데, 양자화야말로 그 제약이 시험되는 자리다. 속도와 메모리를 얻는 대신 품질의 경계를 건드리는 기법이므로, 그 경계를 넘지 않았는지를 반드시 확인하고 넘어가야 한다. 이 확인을 건너뛴 채 몇 비트로 줄여 얼마나 빨라졌다는 이야기만 하는 것은 절반의 보고에 지나지 않는다. 얼마나 빨라졌는가와 품질을 지켰는가는 언제나 한 쌍으로 이야기되어야 한다. 이 원칙은 남의 벤치마크를 읽을 때도 그대로 적용된다. 인상적인 속도 향상 수치를 만나면, 그 옆에 품질 지표가 함께 제시되어 있는지, 어떤 과제에서 측정한 것인지를 확인하는 습관이 필요하다. 짐과 저울 이 장이 2부에 놓인 자리를 정리하자. 배칭은 운반을 나눠 쓰는 기술이었고, 캐시 배치는 탱크를 알뜰하게 쓰는 기술이었다. 양자화는 그 둘과 다른 층에서 작동한다. 담는 방식을 손대는 대신 담기는 짐의 무게 자체를 줄이는 것이다. 그래서 양자화는 앞의 두 기술과 경쟁하지 않고 함께 쓰인다. 짐을 가볍게 만든 위에 그 가벼운 짐을 다시 나눠 싣고 촘촘히 담으면, 이득이 겹쳐 쌓인다. 동시에 양자화는 이 책에서 처음으로 품질이라는 대가가 전면에 등장하는 기법이기도 하다. 앞 장들의 기법은 대체로 메모리나 관리 비용을 대가로 치렀지만, 양자화가 지불하는 것은 모델의 답 그 자체의 품질일 수 있다. 그래서 이 기법을 다루는 태도는 앞의 기법들과 달라야 한다. 얼마나 줄일 수 있는가만 묻지 말고, 어디까지 줄여도 되는가를 함께 물어야 한다. 이 물음의 감각을 쥐고 다음 장으로 넘어가자. 다음 장은 짐을 줄이는 또 다른 길, 그러나 정밀도가 아니라 어텐션의 구조 자체를 손보아 캐시를 줄이는 길로 향한다. 이 장을 나가며 몇 비트라는 말 하나에 두 가지를 되물을 수 있게 되었다. 어떤 모델을 몇 비트로 양자화했다는 말을 들었을 때 그것이 저장과 속도에서 대략 얼마의 이득을 주는지를 비트 수의 산술로 가늠할 수 있고, 그 이득을 말하는 자리에서 품질은 어떻게 확인했는가를 함께 물을 수 있다. 네 가지를 점검하자. 비트 수를 절반으로 줄이면 메모리와 운반량은 어떻게 변하며, 그것이 왜 디코드 속도로 이어지는가. 줄어든 저장량이 늘 같은 비율의 속도로 돌아오지는 않는 까닭은 무엇인가. 숫자를 대충 저장해도 모델이 대체로 작동하는 이유와, 그 대체로가 깨지는 경우는 무엇인가. 양자화의 세 가지 대상은 각각 무엇이며, 그중 긴 문맥 서빙에 직접 도움이 되는 것은 무엇인가. 다음 장은 정밀도가 아니라 어텐션의 구조를 바꿔 캐시를 줄이는 길, 어텐션의 다이어트로 넘어간다. 표 7-1. 양자화의 세 대상 대상 성격 주된 이득 주의점 가중치 고정, 사전 변환 저장·운반 감소 상대적으로 수월 활성값 요청마다 변동 저정밀 연산 활용 예민한 값이 많음 KV 캐시 문맥 정보 보관 캐시 용량 절감 먼 과거 정보 손실 우려 ---------------------------------------- ## 기계는 의도를 배울 수 있는가 ISBN 9791143817679 · 2026-08-10 · 허구진 지음 https://voidlogpress.com/books/%ea%b8%b0%ea%b3%84%eb%8a%94-%ec%9d%98%eb%8f%84%eb%a5%bc-%eb%b0%b0%ec%9a%b8-%ec%88%98-%ec%9e%88%eb%8a%94%ea%b0%80/ ### 3장. 무너지는 지점 — 긍정적 사고가 배신하는 순간 https://voidlogpress.com/books/%ea%b8%b0%ea%b3%84%eb%8a%94-%ec%9d%98%eb%8f%84%eb%a5%bc-%eb%b0%b0%ec%9a%b8-%ec%88%98-%ec%9e%88%eb%8a%94%ea%b0%80/3%ec%9e%a5-%eb%ac%b4%eb%84%88%ec%a7%80%eb%8a%94-%ec%a7%80%ec%a0%90-%ea%b8%8d%ec%a0%95%ec%a0%81-%ec%82%ac%ea%b3%a0%ea%b0%80-%eb%b0%b0%ec%8b%a0%ed%95%98%eb%8a%94-%ec%88%9c%ea%b0%84/ 질문: 긍정적으로 생각하면 목표를 이루는 데 도움이 되나요? 요약: 항상 도움이 되는 것은 아니며, 현실적 기대와 달콤한 공상을 구분해야 합니다. 가브리엘레 외팅겐의 2002년 연구에서는 성공을 현실적으로 기대한 사람은 더 자주 성공했지만, 성공을 공상한 사람은 구직·관계·시험·수술 회복에서 오히려 성취가 낮았습니다. 2011년 실험에서는 원하는 미래를 공상한 뒤 수축기 혈압과 활력도 낮아지는 양상이 확인됐습니다. 또 다른 질문: 기대와 공상은 어떻게 다른가요? 답: 기대는 과거 경험과 지금 조건을 근거로 삼는 현실적 판단이고, 공상은 이루어진 순간을 미리 맛보는 심상입니다. 기대가 나는 해낼 수 있다라면 공상은 이미 해낸 기분이 든다입니다. 소원 일지와 시각화라는 이름으로 해온 일은 대부분 후자입니다. 또 다른 질문: 왜 좋은 상상이 나쁜 결과를 부르나요? 답: 미래를 지금 여기서 미리 맛보면 성취 뒤에 와야 할 이완이 성취 전에 찾아오기 때문입니다. 2011년 실험에서 긍정적 공상 뒤 참가자들의 수축기 혈압이 떨어졌고 스스로도 덜 활력 있다고 보고했습니다. 또 다른 질문: 간절할수록 시각화가 더 도움이 되지 않나요? 답: 오히려 반대였습니다. 혈압 하강은 그 미래를 절실히 원하던 참가자들에게서 뚜렷했습니다. 목이 마를수록 물의 상상은 달콤했지만 바로 그 사람들에게서 활력 지표가 더 크게 떨어졌습니다. 가장 간절한 사람이 가장 크게 손해를 보는 구조입니다. 또 다른 질문: 짝사랑 연구는 무엇을 보여주었나요? 답: 상대와 잘되는 장면을 자주 그린 학생일수록 다섯 달 뒤 그 상대와 실제 관계로 이어졌을 확률이 낮았습니다. 마음속에서 이미 연인이 된 사람은 현실에서 먼저 다가가 말을 걸 이유를 잃습니다. 최종 확인: 2026-09-02T16:32:17+09:00 졸업을 앞둔 구직자들에게 심리학자가 이렇게 물었습니다. 원하는 회사에 취직한 자신의 모습을 얼마나 자주, 얼마나 생생하게 그려보느냐는 질문이었습니다. 그리고 두 해 뒤 그들을 다시 찾아, 실제로 어떻게 되었는지를 확인했지요. 결과는 상식을 정면으로 거슬렀습니다. 취업한 미래를 더 달콤하게 공상했던 사람일수록, 지원서를 더 적게 냈고, 받은 제안도 더 적었으며, 손에 쥔 월급도 더 낮았습니다. 생생하게 그릴수록 덜 이룬 것입니다. 이 결과를 내놓은 사람은 가브리엘레 외팅겐Gabriele Oettingen입니다. 뉴욕대학교와 함부르크대학교에서 20년 넘게 상상과 성취의 관계를 측정해 온 심리학자입니다. 체험담이 어떻게 정직한 착시로 제조되는지는 앞 장에서 해부했습니다. 거기서 남은 질문이 하나 있었지요. 착시라 해도 위안이 된다면 그냥 두면 되지 않느냐는 반론이었지요. 이 장은 그 반론에 대한 대답입니다. 외팅겐의 20년은, 긍정적 상상이 무해한 위안이기는커녕 성취를 갉아먹는 활동일 수 있음을 보여주었습니다. 위안에는 가격표가 붙어 있었고, 청구서는 하필 우리가 가장 원하던 것으로 결제됩니다. 뇌를 속인 대가 외팅겐이 2002년에 발표한 연구는 네 종류의 사람을 따라갔습니다. 취업을 앞둔 대학원생, 짝사랑하는 상대가 있는 학생, 시험을 앞둔 학부생, 고관절 수술을 받은 환자. 삶의 무대는 제각각이었지만 설계의 뼈대는 같았습니다. 이들이 원하는 미래를 어떻게 마음에 그리는지 측정한 뒤, 시간이 흐른 다음 실제 성취를 확인한 것입니다. 서로 아무 관련 없어 보이는 네 집단을 한 연구에 묶은 데에는 이유가 있었습니다. 특정한 나이나 상황에만 나타나는 우연이 아니라, 인간이 미래를 상상하는 방식 자체에 깔린 성질임을 보이려는 설계였지요. 여기서 외팅겐은 결정적인 구분을 하나 도입합니다. 기대와 공상은 다르다는 것입니다. 기대expectation는 "이 일이 실제로 일어날 가능성이 높다"는 현실적 판단입니다. 과거의 경험과 지금의 조건을 근거로 삼는, 발이 땅에 붙은 예측이지요. 반면 공상fantasy은 "이미 이루어진 그 순간을 지금 미리 맛보는" 심상입니다. 근거를 따지지 않고 결과의 달콤함만 앞당겨 음미하는 것입니다. 둘은 겉보기에 모두 긍정적이지만 뿌리가 전혀 다릅니다. 기대가 "나는 해낼 수 있다"라면, 공상은 "이미 해낸 기분이 든다"입니다. 우리가 소원 일지와 시각화라는 이름으로 해온 일은 대부분 후자, 곧 공상이었습니다. 네 집단 모두에서 방향은 일치했습니다. 성공을 현실적으로 기대한 사람은 실제로 더 자주 성공했습니다. 그러나 성공을 달콤하게 공상한 사람은 오히려 덜 성공했습니다. 구직자는 지원서를 덜 냈고, 짝사랑하던 학생은 상대에게 더 다가가지 못했으며, 시험을 앞둔 학생은 공부 시간이 줄었고, 수술을 받은 환자는 회복이 더뎠습니다. 같은 긍정이라도 어디에 발을 딛고 있느냐에 따라 정반대의 결과가 나온 것입니다. 짝사랑 연구는 특히 시사적입니다. 상대와 잘되는 장면을 자주 그린 학생일수록, 다섯 달 뒤 그 상대와 실제 관계로 이어졌을 확률이 낮았습니다. 마음속에서 이미 연인이 된 사람은, 현실에서 먼저 다가가 말을 걸 이유를 잃습니다. 수수께끼는 이유였습니다. 왜 좋은 상상이 나쁜 결과를 부를까요. 답의 실마리는 머릿속이 아닌 몸에서 나왔습니다. 외팅겐이 동료 헤더 카페스와 함께 진행한 2011년의 실험들은, 긍정적 공상을 하고 난 참가자들의 수축기 혈압이 떨어진다는 것을 확인했습니다. 다만 이 하강이 누구에게나 나타난 것은 아니었습니다. 그 미래를 실제로 절실히 원하던 참가자들에게서 뚜렷했습니다. 혈압의 하강은 몸이 이완되었다는 신호이자 행동에 나설 기력이 낮아졌다는 지표입니다. 참가자들은 공상 뒤에 실제로 덜 활력 있다고 보고하기도 했지요. 실험의 설계는 단순하면서도 영리했습니다. 한 집단에는 원하는 것이 술술 이루어지는 장면을 마음껏 그리게 했고, 다른 집단에는 같은 주제를 두고 "정말 그렇게 될까"를 묻는 방식으로 상상하게 했습니다. 목이 마른 참가자에게 시원한 물을 떠올리게 하는 실험도 있었습니다. 갈증이 클수록 물의 상상은 더 달콤했지만, 바로 그 사람들에게서 몸의 활력 지표가 더 크게 떨어졌습니다. 상상이 갈증을 잠시 달래주는 대신, 실제로 일어나 물을 뜨러 갈 기운은 오히려 앗아간 것입니다. 위안과 무력이 같은 심상에서 동시에 나온다는 이 역설이, 이후 외팅겐 연구 전체의 출발점이 됩니다. 원하는 미래를 충분히 생생하게 그리면, 우리는 그 미래를 지금 여기서 미리 맛보게 됩니다. 그러면 노력을 들일 필요가 가려지고, 성취 뒤에 와야 할 이완이 성취 전에 찾아옵니다. 목표를 향해 쓸 에너지가 동원되지 않는 것이지요. 갈증이 클수록 그림은 달콤해지고, 달콤할수록 몸은 먼저 쉬어버립니다. 이 순서가 특히 얄궂습니다. 가장 간절한 사람이 가장 크게 손해를 보는 구조이니까요. 여기에 이 장의 뒤집힌 진실이 있습니다. 시각화가 기분을 좋게 만드는 바로 그 메커니즘이, 동시에 성취의 동력을 빼앗습니다. 공상의 위안은 공짜로 주어지는 것이 아닙니다. 미래에 쓸 연료를 지금 미리 태워 그 불빛으로 잠깐 몸을 데우는 방식으로 지급됩니다. 따뜻하지만, 정작 길을 나설 때 태울 것이 남지 않습니다. 2장의 언어로 바꿔 말하면 이렇습니다. 거기서 우리는 통제 착각과 확증편향과 생존자 편향이라는 세 장치가 어떻게 없는 효과를 있는 것처럼 보이게 만드는지를 살폈습니다. 그 해부는 끌어당김이 효과가 없는데도 효과 있어 보이는 까닭을 설명했지요. 그런데 외팅겐의 발견은 한 걸음 더 나아갑니다. 끌어당김의 어떤 실천은 단지 효과가 없는 데서 그치지 않고, 성취를 적극적으로 끌어내린다는 것입니다. 무익을 넘어 유해로 넘어가는 문턱이 여기 있습니다. 무해해 보이던 습관의 계산서 이제 2장의 반론으로 돌아가 보겠습니다. 위안이 되니 해로울 것 없다는 그 논리 말입니다. 외팅겐의 발견을 손에 쥐고 다시 보면, 이 습관의 계산서에는 최소한 세 개의 항목이 적혀 있습니다. 하나씩 뜯어보겠습니다. 첫 번째 항목은 동기 비용입니다. 방금 본 그대로입니다. 생생하게 그릴수록 몸은 이완되고, 이완된 몸은 덜 움직입니다. 소원 일지에 매일 5분을 들여 이미 이직한 자신을 그리는 사람은, 그 5분만큼 위안을 얻는 대신 그날 이력서 한 통을 덜 쓸 만큼 동기를 지불하고 있을 수 있습니다. 문제는 이 거래가 눈에 보이지 않는다는 데 있습니다. 지불은 조용히 이루어지고, 영수증은 발급되지 않습니다. 오히려 겉으로는 무언가 열심히 하고 있다는 뿌듯함마저 남습니다. 이 뿌듯함이 특히 교묘합니다. 노력의 감각은 주면서 노력의 실물은 빼가기 때문입니다. 하루를 마치며 "오늘도 꿈을 향해 시각화를 했다"고 느끼지만, 그 시간에 실제 세계에서 움직인 좌표는 하나도 없는 상태가 가능해집니다. 2장에서 만난 지연 씨를 떠올려 봅시다. 그가 아침마다 이미 이직한 자신을 그리며 얻은 5분의 평온이, 그날 지원서 한 통의 동기를 소리 없이 깎아냈을 수 있습니다. 다행히 지연 씨는 시각화와 나란히 이력서도 마흔 통 넘게 보냈기에 끝내 이직에 성공했지만, 만약 시각화가 발송을 대체했다면 이야기는 달라졌을 것입니다. 공상이 위험해지는 순간은 그것이 행동 옆에 있을 때가 아닙니다. 행동을 대신할 때입니다. 두 번째 항목은 자책 비용입니다. 끌어당김의 논리 구조에는 실패를 설명하는 방식이 처음부터 내장되어 있습니다. 이루어지지 않았다면 충분히 간절하지 않았거나, 마음 한구석에 의심이 있었거나, 파동이 맞지 않았다는 것입니다. 이 구조가 반증을 불가능하게 만든다는 점은 앞에서 짚었습니다. 그런데 이 구조에는 더 무거운 뒷면이 있습니다. 실패의 책임을 통째로 개인의 마음가짐에 지운다는 것입니다. 취업이 안 된 까닭이 채용 시장의 한파나 구조적 경쟁이 아니라 내 믿음의 부족이 되는 순간, 바깥을 향해야 할 좌절이 안쪽으로 방향을 틉니다. 세상을 바꾸거나 전략을 고칠 힘이, 자기를 탓하는 데 소모됩니다. 더 나쁜 것은 이 자책이 다음 시도를 위축시킨다는 점입니다. 내 마음이 부족해서 실패했다고 믿는 사람은, 다시 도전할 때도 자기 마음부터 의심하게 됩니다. 정작 손봐야 할 것은 전략인데 말이지요. 끌어당김이 약속한 무한한 가능성의 뒷면에는, 모든 실패를 개인의 몫으로 돌리는 냉정한 회계가 숨어 있습니다. 이 무한 책임의 구조가 특히 잔인한 것은, 위로의 얼굴을 하고 있기 때문입니다. "당신은 무엇이든 이룰 수 있다"는 문장은 처음 들을 때 해방처럼 느껴집니다. 그러나 이 문장을 뒤집으면 "이루지 못한 것은 전부 당신 탓"이라는 판결문이 됩니다. 가능성의 크기와 책임의 크기는 같은 저울의 양쪽이라, 한쪽을 무한대로 키우면 다른 쪽도 무한대가 됩니다. 시장의 한파도, 운의 편차도, 타인의 선택도 셈에서 지워지고 오직 내 믿음의 순도만 남습니다. 어떤 이에게 이 판결은 조용한 우울의 씨앗이 되고, 실제로 긍정 공상과 이후의 우울 증상 사이에서 관련을 관찰한 후속 연구들도 나와 있습니다. 위안으로 시작한 습관이 자책으로, 자책이 무력으로 이어지는 이 경로야말로 두 번째 항목의 진짜 청구서입니다. 세 번째 항목은 대응 지연 비용입니다. 이것이 가장 조용하고 가장 비쌉니다. 공상이 현재의 걸림돌로부터 마음을 떼어놓는다는 외팅겐의 관찰을 떠올려 봅시다. 문제를 직시하는 대신 해결된 미래를 미리 사는 습관은, 지금 당장 손봐야 할 현실을 뒤로 미루게 만듭니다. 마감이 다가오는데 성공한 발표 장면만 그리는 사람, 관계가 어긋나고 있는데 화해한 장면만 떠올리는 사람, 몸에 이상 신호가 있는데 건강해진 모습만 확언하는 사람. 이들이 잃는 것은 위안이 아닌 시간입니다. 그리고 어떤 종류의 문제에서 시간은 되사올 수 없는 자원입니다. 특히 건강처럼 초기 대응의 창이 좁은 영역에서, 확언이 진단을 대신하는 순간의 값은 다른 무엇으로도 환산되지 않습니다. 물론 대부분의 사람은 이 정도 극단까지 가지 않습니다. 다만 같은 성질의 지연이 크기만 줄인 채 일상 곳곳에서 일어난다는 것, 그것이 세 번째 항목의 요점입니다. 여기서 한 가지는 분명히 해두겠습니다. 이 세 비용을 말한다고 해서, 끌어당김을 실천한 사람이 어리석었다는 뜻은 아닙니다. 2장에서 확인했듯 그 매혹에는 오래되고 합리적인 뿌리가 있었습니다. 불확실한 바다 앞에서 통제감을 되찾으려는 마음은 인간의 표준 장비였지요. 비용을 계산하는 까닭은 탓하기 위해서가 아니라, 그 위안이 정말 공짜인지 아닌지를 정직하게 따지기 위해서입니다. 공짜인 줄 알고 계속 긁던 카드에 실은 청구서가 붙어 있었다면, 그 사실은 알고 쓰는 편이 낫습니다. 알고 나면, 적어도 무엇과 무엇을 맞바꾸는지를 스스로 정할 수 있으니까요. 버릴 것과 건질 것 그렇다면 긍정적 사고 전체를 폐기해야 할까요. 여기서 성급해지면 이 책은 또 다른 극단으로 미끄러집니다. 끌어당김을 비판하려다 "긍정은 무의미하다"는 정반대의 미신을 세우는 것이지요. 외팅겐의 연구가 그은 경계선은 그렇게 거칠지 않습니다. 훨씬 정교합니다. 문제는 긍정 자체가 아니라, 근거 없이 결과만 앞당겨 맛보는 공상이었습니다. 현실적 기대는 오히려 성취를 도왔다는 사실을 기억해야 합니다. 버릴 것과 건질 것을 가르는 칼금이 바로 여기, 공상과 계획 사이를 지나갑니다. 세상이 흔히 "긍정적으로 생각하라"며 뭉뚱그려 권하는 말 속에는 앞서 가른 두 가지가 뒤섞여 있습니다. 하나는 연료이고 하나는 진통제인데, 같은 이름으로 팔려왔습니다. 계보를 따라가며 만난 필의 『적극적 사고방식』이 국민적 상식이 되는 과정에서 이 구분은 지워졌고, 끌어당김은 그 지워진 틈 위에 세워졌습니다. 이 지점에서 이 책의 1부 전체를 관통하는 문장을 하나 세울 수 있습니다. 우주는 응답하지 않지만 뇌는 응답한다는 것입니다. 소원을 종이에 적었더니 저 바깥의 어떤 힘이 그것을 물리적으로 끌어당겨 왔다는 주장은, 1장에서 계보를 따라가며 확인했듯 검증된 적 없는 이야기입니다. 그러나 그 종이와 그 다짐 앞에서 우리의 뇌가 무언가로 응답한다는 것은 실험으로 확인된 사실입니다. 다만 응답의 방향이 문제였을 뿐입니다. 공상에게 뇌는 이완으로 응답했고, 그 이완이 동력을 꺼뜨렸습니다. 1부의 첫머리에서 만난 그 간극, 곧 우주는 응답하지 않았는데 무언가는 응답했다던 서문의 수수께끼가 여기서 풀립니다. 응답한 것은 하늘이 아니라 우리 안의 기관이었습니다. 그렇다면 질문은 자연스럽게 바뀝니다. 뇌를 이완이 아니라 행동 쪽으로 응답하게 만드는 상상은 없을까요. 있습니다. 외팅겐 자신이 그 답을 찾는 데 남은 연구 인생을 썼습니다. 그가 도달한 도구의 이름은 심적 대조mental contrasting입니다. 원하는 미래를 그리되 거기서 멈추지 않고, 그 미래와 지금의 현실 사이를 가로막은 걸림돌을 곧바로 마주 세우는 방법입니다. 달콤한 결과와 껄끄러운 현실을 나란히 놓고 대조할 때, 뇌는 비로소 둘 사이의 거리를 인식하고 그 거리를 좁힐 힘을 냅니다. 공상이 현실을 지웠다면, 심적 대조는 지웠던 현실을 다시 불러들이는 셈입니다. 방법의 묘미는 재료가 같다는 데 있습니다. 똑같이 원하는 미래를 상상하는데, 그 뒤에 걸림돌이라는 한 겹을 더하느냐 마느냐가 이완과 행동을 가릅니다. 끌어당김이 한사코 지우라고 가르친 그 부정적 요소, 곧 장애물의 직시가 실은 상상을 작동하게 만드는 스위치였던 것입니다. 외팅겐은 이 심적 대조를 실행 계획과 결합해 WOOP이라는 이름의 절차로 다듬었습니다. 소원Wish, 결과Outcome, 장애물Obstacle, 계획Plan의 앞 글자를 딴 이름입니다. 원하는 것을 정하고, 그것이 이루어진 최고의 결과를 짧게 음미한 다음, 그 앞을 가로막은 내 안팎의 장애물을 구체적으로 찾아내고, 마지막으로 그 장애물이 나타나는 순간에 무엇을 할지 미리 정해두는 네 단계입니다. 처음 두 단계는 끌어당김의 시각화와 겉모습이 닮았지만, 뒤의 두 단계에서 완전히 갈라집니다. 장애물을 부르고 대응을 설계하는 순간, 상상은 위안의 도구에서 행동의 도구로 바뀝니다. 이 네 번째 단계, 곧 장애물과 행동을 잇는 계획의 정확한 문법이 실은 이 책에서 가장 실용적인 도구인데, 그 상세한 사용법은 다음 장에서 본격적으로 다루겠습니다. 여기서는 공상과 계획을 가르는 경계선이 존재한다는 것, 그리고 그 경계선을 넘는 검증된 방법이 있다는 것만 손에 쥐면 충분합니다. 공상인가 계획인가 장을 마치기 전에, 지금 당장 써먹을 수 있는 판별법 하나를 남겨두겠습니다. 거창한 도구는 아니고, 자신의 상상을 스스로 점검하는 짧은 질문 두 개입니다. 첫 번째 질문은 몸에 관한 것입니다. 원하는 미래를 떠올린 직후에 스스로에게 물어보십시오. 방금 그 상상은 나를 소파에 더 깊이 눕게 만드는가, 아니면 몸을 일으켜 무언가를 하게 만드는가. 상상을 마친 뒤 나른해지고 기분만 좋아진다면, 그것은 결과만 미리 맛본 공상일 가능성이 높습니다. 반대로 상상을 마친 뒤 오히려 마음이 조금 불편해지고, 해야 할 일 하나가 또렷해진다면, 그것은 현실을 함께 불러들인 상상입니다. 좋은 상상은 종종 우리를 편안하게 놓아두지 않습니다. 지금과 원하는 것 사이의 거리를 눈앞에 보여주기 때문입니다. 편안함은 도착의 신호처럼 느껴지지만, 사실은 출발을 미루라는 유혹일 때가 많습니다. 두 번째 질문은 장애물에 관한 것입니다. 방금의 상상 속에 걸림돌이 등장했는지를 확인해 보십시오. 원하는 장면만 매끄럽게 흘렀다면 공상이고, 그 장면에 도달하기까지 넘어야 할 무언가가 함께 떠올랐다면 계획의 씨앗입니다. 끌어당김의 조언들이 하나같이 부정적인 생각을 지우라고 가르친 것과 정반대라는 점을 눈여겨볼 만합니다. 외팅겐의 발견에 따르면, 걸림돌을 지운 상상이야말로 가장 무력한 상상이었습니다. 그러니 다음에 무언가를 간절히 그리게 되거든, 그 그림 속에 방해물 하나를 일부러 초대해 보십시오. 그 불청객이 상상을 위안에서 행동으로 옮기는 첫 손잡이입니다. 이 두 질문을 습관처럼 던지는 것만으로도, 우리는 같은 시간을 들이고도 정반대의 결과로 향하는 두 갈래 길을 구분할 수 있습니다. 간단한 예로 감을 잡아보겠습니다. 시험을 앞둔 학생이 "합격증을 받고 기뻐하는 나"를 그리다 스르르 잠드는 밤은 공상입니다. 반면 "내일 아침 책상에 앉았을 때 스마트폰이 자꾸 손에 잡히겠지, 그러면 폰을 거실에 두고 오자"까지 그리는 밤은 계획입니다. 앞의 상상은 마음을 데우고 재우지만, 뒤의 상상은 걸림돌 하나와 그 대응 하나를 미리 손에 쥐여줍니다. 두 사람이 똑같이 "공부하는 나"를 상상했더라도, 그 안에 걸림돌이 초대되었느냐가 다음 날 아침을 가릅니다. 이 판별법은 1부 세 장의 결론을 한 손에 담은 휴대용 도구인 셈입니다. 완벽한 도구는 아닙니다. 다만 "그냥 긍정적으로 생각하자"와 "긍정 따위 다 소용없다" 사이에서 길을 잃지 않게 붙잡아 주는, 작지만 단단한 난간입니다. 이제 1부의 문을 닫을 때가 되었습니다. 우리는 끌어당김이 검증 없이 조립된 이야기임을 계보에서 확인했고, 그것이 어떻게 정직한 착시로 제조되는지를 인지에서 해부했으며, 그 위안이 실은 성취를 담보로 잡는 거래임을 실험에서 목격했습니다. 여기까지가 버릴 것의 목록입니다. 그러나 같은 걸음에서 건질 것도 분명해졌습니다. 뇌는 상상에 응답한다는 사실, 그리고 그 응답의 방향을 바꾸는 방법이 실제로 존재한다는 사실입니다. 폐기와 회수가 한 손에 쥐어진 셈이지요. 돌아보면 1부는 하나의 문장을 해체하는 데 세 장을 쓴 셈입니다. 원하면 이루어진다는 그 짧은 약속에서, 원하면과 이루어진다 사이에 얼마나 많은 것이 생략되어 있었는지를 우리는 이제 압니다. 그렇다면 남은 물음은 하나입니다. 작동하는 의도는 대체 어떻게 생겼는가. 그 첫 번째 답은 놀랄 만큼 단순한, 문장 하나의 형식에서 시작됩니다. 소원을 비는 문장 대신, 상황과 행동을 미리 이어 붙인 조건문 하나입니다. 이 장에서 남길 두 줄 긍정적 공상은 무해한 위안이 아니었다 — 결과를 달콤하게 그릴수록 사람들은 덜 노력했고 덜 이루었으며, 그 대가는 동기와 자책과 대응 지연이라는 세 갈래로 청구된다. 우주는 응답하지 않지만 뇌는 응답한다 — 공상은 뇌를 이완시키고, 걸림돌을 함께 세우는 상상만이 뇌를 행동 쪽으로 응답하게 만든다. ---------------------------------------- ### 4장. "만약 X라면 Y한다" — 실행 의도라는 조용한 발견 https://voidlogpress.com/books/%ea%b8%b0%ea%b3%84%eb%8a%94-%ec%9d%98%eb%8f%84%eb%a5%bc-%eb%b0%b0%ec%9a%b8-%ec%88%98-%ec%9e%88%eb%8a%94%ea%b0%80/4%ec%9e%a5-quot%eb%a7%8c%ec%95%bd-x%eb%9d%bc%eb%a9%b4-y%ed%95%9c%eb%8b%a4quot-%ec%8b%a4%ed%96%89-%ec%9d%98%eb%8f%84%eb%9d%bc%eb%8a%94-%ec%a1%b0%ec%9a%a9%ed%95%9c-%eb%b0%9c%ea%b2%ac/ 질문: 목표를 세워도 실행하지 못할 때 무엇을 해야 하나요? 요약: 구체적인 상황 단서가 오면 정해둔 행동을 한다는 실행 의도를 미리 만들면 됩니다. 예를 들어 ‘퇴근하고 현관에 들어서면 곧바로 운동복으로 갈아입는다’처럼 언제 행동할지를 특정합니다. 크리스마스 보고서 실험에서는 목표만 확인한 집단은 약 3분의 1이 기한을 지켰지만, 언제 어디서 쓸지 정한 집단은 열에 일곱이 기한 안에 보냈습니다. 또 다른 질문: 목표 의도와 실행 의도는 무엇이 다른가요? 답: 목표 의도는 나는 Z를 이루겠다는 형식이고, 실행 의도는 만약 상황 Y가 오면 그때 나는 행동 X를 한다는 형식입니다. 목표 의도는 결심하는 순간에만 존재하지만 실행 의도는 실행해야 하는 순간에 깨어납니다. 또 다른 질문: 크리스마스 보고서 실험의 결과는 어땠나요? 답: 보고서를 쓰겠다는 목표만 확인한 집단에서는 3분의 1가량이 기한 안에 보냈습니다. 언제 어디서 쓸지를 미리 한 문장으로 정해둔 집단에서는 열에 일곱이 보냈습니다. 같은 목표와 같은 마감에서 두 배 넘게 벌어졌습니다. 또 다른 질문: 실행 의도의 효과는 얼마나 큰가요? 답: 2006년 메타분석에서는 94개 검증과 8천 명 이상을 아울러 0.65가 나왔지만 이후 내려왔습니다. 2025년 열두 개 메타분석 종합은 0.46, 642개 검증을 다룬 종합은 0.36이었습니다. 같은 종합이 출판 편향도 함께 보고했습니다. 또 다른 질문: 어떤 일에 실행 의도가 잘 듣나요? 답: 이미 쉽게 하는 일에는 다리가 필요 없어 효과가 잘 나타나지 않습니다. 실행 의도가 빛을 발하는 곳은 하고는 싶은데 자꾸 미루게 되는, 의도와 행동 사이가 유난히 먼 일들입니다. 효과는 실재하되 겸손하고 조건을 탑니다. 최종 확인: 2026-09-02T16:32:17+09:00 1990년대 초, 한 심리학 실험실에서 대학생들에게 사소한 과제가 주어졌습니다. 크리스마스 이브를 어떻게 보냈는지 짧은 보고서를 써서, 이브가 지나고 이틀 안에 보내달라는 것이었습니다. 어려운 일은 아니었습니다. 종이 한 장이면 되고, 마감도 넉넉했지요. 학생들은 절반으로 나뉘었습니다. 한쪽에는 그저 보고서를 쓰겠다는 목표만 확인시켰습니다. 다른 쪽에는 한 가지를 더 요구했습니다. 정확히 언제, 어디서 그 보고서를 쓸지를 미리 한 문장으로 정해두라는 것이었습니다. 결과는 두 배 넘게 벌어졌습니다. 그냥 쓰겠다고 마음먹은 집단에서는 3분의 1가량만 기한 안에 보고서를 보냈지요. 반면 언제 어디서 쓸지를 미리 정해둔 집단에서는 열에 일곱이 보냈습니다. 같은 목표, 같은 마감, 같은 난이도. 달랐던 것은 단 하나, 실행의 순간을 미리 문장으로 정해두었느냐 아니냐였습니다. 이 실험을 설계한 사람은 페터 골비처Peter Gollwitzer와 그의 동료 베로니카 브란트슈테터입니다. 두 사람이 확인한 이 작은 문장의 이름이 이 장의 주인공, 실행 의도implementation intention입니다. 1부에서 우리는 소원과 확언이 왜 배신하는지를 보았습니다. 그 배신의 정확한 위치는 원하는 마음과 실제 행동 사이의 간극이었지요. 실행 의도는 바로 그 간극에 놓인, 놀랄 만큼 단순하지만 검증을 통과한 다리입니다. 심리학자들은 이 간극에 이름까지 붙여두었습니다. 의도와 행동의 간극intention-behavior gap이라는 것입니다. 우리는 다이어트를 하겠다고 진심으로 마음먹고도 냉장고 앞에서 무너지고, 일찍 자겠다고 다짐하고도 새벽까지 화면을 들여다봅니다. 마음이 부족해서가 아닙니다. 여러 연구를 종합하면, 무언가를 하겠다고 굳게 마음먹은 사람 가운데 실제로 그 행동에 이르는 비율은 절반에도 못 미치는 경우가 많습니다. 의도는 행동의 필요조건이지만 충분조건이 아니라는 것, 이것이 지난 수십 년간 동기 심리학이 확인한 다소 씁쓸한 사실입니다. 골비처의 질문은 정확히 여기서 출발했습니다. 의도를 행동으로 옮기는 그 마지막 한 뼘을, 무엇이 메워줄 수 있는가. 목표와 실행 사이의 강 다리를 놓기 전에 두 종류의 의도를 먼저 구분해야 합니다. 골비처는 이것을 목표 의도와 실행 의도로 갈랐습니다. 목표 의도goal intention는 "나는 Z를 이루겠다"의 형식입니다. 살을 빼겠다, 책을 더 읽겠다, 운동을 시작하겠다. 우리가 새해 첫날 노트에 적는 것들이 대부분 여기 속합니다. 방향은 있지만 실행의 좌표는 없는 문장이지요. 무엇을 원하는지는 말하지만, 언제 어디서 어떻게 할지는 비워둔 상태입니다. 실행 의도implementation intention는 그 비워둔 칸을 채웁니다. 형식은 "만약 상황 Y가 오면, 그때 나는 행동 X를 한다"입니다. 살을 빼겠다는 목표 의도를 실행 의도로 바꾸면 이렇게 됩니다. "퇴근하고 현관에 들어서면, 곧바로 운동복으로 갈아입는다." 책을 더 읽겠다는 목표는 "저녁 설거지를 마치면, 소파 대신 책상에 앉아 열 쪽을 읽는다"가 됩니다. 물을 더 마시겠다는 목표는 "회의가 끝나 책상으로 돌아오면, 물 한 컵부터 채운다"가 되지요. 세 문장에는 공통된 골격이 있습니다. 앞쪽에 구체적인 상황 단서가 있고, 뒤쪽에 그 단서에 붙은 하나의 행동이 있습니다. 차이는 사소해 보입니다. 그러나 이 사소함이 강을 건너는 다리의 전부입니다. 목표 의도가 "저 건너편으로 가고 싶다"는 바람이라면, 실행 의도는 "이 돌을 딛고 다음 돌로 건넌다"는 지침입니다. 바람은 우리를 물가에 세워둔 채 젖은 발을 망설이게 하지만, 지침은 첫 발을 어디에 디딜지 이미 정해두었기에 망설임의 틈을 주지 않습니다. 두 문장의 결정적 차이는 그 문장을 읽는 시점이 아니라 그 문장이 작동하는 시점에 있습니다. 목표 의도는 결심하는 순간에만 존재합니다. "운동하겠다"는 다짐은 새해 첫날 노트 위에서 뜨겁지만, 정작 운동해야 할 화요일 저녁 여덟 시에는 아무 데도 없습니다. 그 저녁의 나는 다시 처음부터 결심을 되살려야 하지요. 반면 실행 의도는 결심하는 순간이 아니라 실행해야 하는 순간에 깨어납니다. "퇴근하고 현관에 들어서면"이라는 단서가 실제로 도착했을 때, 그 문장이 스스로 나를 부릅니다. 결심을 미래의 특정 순간에 예약해두는 것, 그것이 실행 의도가 하는 일입니다. 다짐을 시간 위에 흩뿌리는 대신, 그것이 필요한 바로 그 지점에 배달해두는 일입니다. 8천 명이 건넌 다리 한 실험실의 크리스마스 보고서 이야기만으로는 우연을 의심할 수 있습니다. 그래서 숫자가 필요합니다. 2006년, 골비처는 동료 패스컬 쉬런과 함께 그때까지 쌓인 실행 의도 연구를 한데 모았습니다. 94개의 독립적인 검증, 참가자 8천 명 이상을 아우른 메타분석이었습니다. 결과는 코헨의 d로 0.65였습니다. 통계에 익숙하지 않은 독자를 위해 풀어 말하면, 중간에서 큰 쪽에 걸치는 효과입니다. 실행 의도를 세운 집단의 평균적인 사람이, 목표만 세운 대조군 네 명 중 세 명보다 나은 성취를 보였다는 뜻이지요. 심리학에서 이 정도 크기의 효과가 이만한 규모의 반복 검증을 통과하는 일은 흔하지 않습니다. 여기에 반드시 덧붙여야 할 것이 하나 있습니다. 이 0.65는 2006년 시점의 추정치입니다. 이후 20년 동안 증거가 쌓이면서 숫자는 내려왔습니다. 골비처와 쉬런 자신이 2025년에 열두 개의 메타분석을 종합해 내놓은 값은 0.46이었고, 642개의 검증을 다룬 또 다른 종합에서는 0.36이 나왔습니다. 뒤의 값은 인지와 정서와 행동을 모두 아우르고 느슨한 형식의 계획까지 포함한 것이라 2006년 수치와 나란히 놓고 비교할 수는 없지만, 방향은 한결같습니다. 실행 의도의 효과는 실재하되, 처음 알려진 것보다 온건합니다. 같은 종합은 이 분야 문헌에 상당한 출판 편향이 있다는 것도 함께 보고했습니다. 규모가 작으면서 성공한 연구가 실제보다 많이 실려 있다는 뜻이지요. 앞서 다른 주장들에 들이댔던 잣대를 이 책에도 들이댄다면, 이렇게 적는 편이 정직합니다. 실행 의도는 강력한 마법이 아니라, 값이 거의 들지 않으면서 여러 영역에서 거듭 도움이 확인된 도구입니다. 이 94개의 검증이 어떤 것들이었는지를 잠깐 들여다보면, 다리의 튼튼함이 더 실감 납니다. 유방암 자가검진을 실천하게 하는 연구, 자궁경부암 검진을 받게 하는 연구, 운동 습관을 붙이는 연구, 간식을 줄이는 연구, 비타민을 거르지 않게 하는 연구까지, 서로 아무 관련 없어 보이는 영역에서 같은 문장 형식이 반복해서 효과를 냈습니다. 목표의 내용은 제각각인데 다리의 설계는 하나였던 셈입니다. 이것이 중요한 이유가 있습니다. 한 실험실이 한 가지 과제에서 얻은 결과는 우연일 수 있지만, 수십 개 실험실이 전혀 다른 과제에서 같은 방향의 결과를 얻었다면, 그것은 우연으로 설명하기 어렵습니다. 실행 의도의 신뢰도는 효과의 크기보다 이 반복의 폭에서 나옵니다. 메타분석 이후로도 영역은 계속 넓어졌습니다. 2010년에는 언제 어디서 어떻게 투표하러 갈지를 전화로 한 번 말하게 한 것만으로 실제 투표율이 올랐다는 대규모 현장 실험이 발표되기도 했지요. 여기서 1부에서 세운 원칙을 스스로 지켜야 합니다. 과장하지 않는 것입니다. 0.65든 하향 조정된 0.46이든, 이것은 인생을 뒤집는 마법의 숫자가 아닙니다. 중간 크기의 효과란, 잘 듣지만 만능은 아니라는 뜻입니다. 실제로 실행 의도의 효과는 영역에 따라 편차가 있습니다. 건강 행동을 다룬 다른 메타분석들에서는 이보다 작은 효과가 보고되기도 했고, 쉬운 목표에서는 효과가 잘 나타나지 않는다는 연구도 있습니다. 생각해보면 당연합니다. 이미 쉽게 하는 일에는 다리가 필요 없으니까요. 실행 의도가 빛을 발하는 곳은 하고는 싶은데 자꾸 미루게 되는, 의도와 행동 사이가 유난히 먼 일들입니다. 정직하게 말하면 이렇습니다. 실행 의도는 확실히 작동하지만, 그 크기는 겸손하고 조건을 탄다는 것입니다. 바로 이 겸손함이 1부에서 만난 끌어당김의 무한한 약속과 이 장을 가르는 지점입니다. 무엇이든 이루어진다는 말은 아무것도 예측하지 못하지만, 평균 이만큼 오른다는 말은 검증되고 반증될 수 있습니다. 실행 의도가 다른 도구보다 믿을 만한 이유는 효과가 커서가 아닙니다. 20년에 걸쳐 수십 개 연구실이 서로 다른 대상에게 반복해서 확인했고, 그 과정에서 한계까지 함께 드러났기 때문입니다. 끌어당김은 3천만 부가 팔리는 동안 단 한 번도 이런 검증대에 오르지 않았습니다. 판매 부수와 검증 횟수는 전혀 다른 저울이라는 것을, 이 두 숫자의 대비가 말해줍니다. 왜 작동하는가 — 의지가 아니라 설계 이제 이 다리가 어떻게 무게를 견디는지, 그 구조를 들여다볼 차례입니다. 실행 의도가 통하는 이유를 이해하면, 우리는 이것을 의지력의 문제에서 설계의 문제로 옮겨 놓을 수 있습니다. 골비처의 설명은 이렇습니다. "만약 상황 Y가 오면"이라고 미리 정해두는 순간, 우리 뇌는 그 상황 Y에 대한 민감도를 높입니다. 평소라면 무심히 지나쳤을 단서가, 문장으로 새겨둔 뒤에는 눈에 잘 들어오게 됩니다. 현관, 설거지가 끝난 순간, 회의 직후의 책상 같은 단서들이 일종의 알람으로 바뀌는 것입니다. 그리고 그 단서가 실제로 나타나면, 뒤에 붙여둔 행동이 거의 자동으로 딸려 나옵니다. 매번 새로 결심할 필요 없이, 상황이 행동을 불러내는 구조가 만들어지는 것이지요. 이 대목이 중요합니다. 우리는 흔히 목표를 이루지 못하는 까닭을 의지가 약해서라고 여깁니다. 그래서 더 굳게 마음먹으려 하고, 실패하면 자신을 탓합니다. 앞서 본 자책 비용이 여기서도 작동하지요. 그런데 골비처의 발견은 다른 진단을 내놓습니다. 문제는 의지의 양이 아니라 구조의 부재라는 것입니다. 결정을 매 순간 새로 내려야 하는 구조에서는, 아무리 의지가 강해도 피로와 유혹 앞에서 자주 무너집니다. 반면 결정을 미리 한 번 내려 상황에 붙여둔 구조에서는, 그 순간의 의지가 약해도 행동이 나옵니다. 실행 의도는 의지력을 늘리는 기술이 아니라, 의지력이 덜 필요하도록 상황을 미리 설계하는 기술입니다. 왜 이 차이가 그렇게 클까요. 의지에 기대는 방식은 매 순간 값을 치릅니다. 저녁마다 운동을 할지 말지 새로 저울질하는 사람은, 하루의 판단력을 이미 다 써버린 지친 저녁에 그 저울질을 시작합니다. 피곤한 뇌는 쉬운 쪽, 곧 소파를 고르기 마련이지요. 반면 "저녁을 먹고 그릇을 치우면 곧바로 운동화를 신는다"고 미리 정해둔 사람은, 저녁에 아무것도 저울질하지 않습니다. 판단은 이미 며칠 전 맑은 정신으로 끝냈고, 지친 저녁의 뇌는 그저 정해진 신호를 따르기만 하면 됩니다. 실행 의도의 진짜 절약은 시간이 아니라 판단력에 있습니다. 매일 새로 내리던 결정을 단 한 번으로 줄여주니까요. 같은 원리를 우리는 일상에서 이미 쓰고 있습니다. 아침에 챙길 물건을 전날 밤 문 앞에 두는 습관, 군것질을 줄이려고 과자를 눈에 안 보이는 곳으로 옮기는 요령이 모두 여기 속합니다. 결정의 순간에 의지에 기대는 대신, 상황 쪽을 미리 손봐서 옳은 행동이 쉬워지게 만드는 것입니다. 실행 의도는 이 오래된 생활의 지혜를 마음속 문장 하나로 압축한 판본입니다. 차이가 있다면, 실행 의도는 물건을 옮기는 대신 주의를 옮긴다는 점입니다. 과자를 치우는 것은 물리적 환경을 바꾸는 일이지만, 늘 그럴 수 있는 것은 아닙니다. 회사 탕비실의 간식을 내가 치울 수는 없으니까요. 실행 의도는 환경을 바꿀 수 없을 때에도 쓸 수 있는, 머릿속의 환경 설계입니다. "만약 탕비실에서 과자에 손이 가면, 그때 나는 물을 한 컵 따라 들고 나온다." 바깥 세계를 손보지 못할 때, 그 세계를 마주하는 나의 반응을 미리 정해두는 것입니다. 이 유연함 덕분에 실행 의도는 거의 모든 상황에 적용될 수 있습니다. 확언과 무엇이 다른가 여기서 1부와의 대비를 분명히 짚고 넘어가야 합니다. 겉보기에 실행 의도의 "만약 현관에 들어서면 운동복으로 갈아입는다"는, 끌어당김의 "나는 건강하고 활기찬 사람이다"라는 확언과 비슷하게 들릴 수 있습니다. 둘 다 문장이고, 둘 다 미리 정해두는 말이니까요. 그러나 문법을 뜯어보면 정반대입니다. 확언은 결과의 상태를 현재형으로 선언합니다. "나는 이미 부자다", "나는 건강하다." 도달하고 싶은 종착점을 마치 이미 도착한 것처럼 말하는 화법이지요. 공상의 역설에서 확인한 대로, 이 화법은 뇌를 이완시켜 오히려 동력을 꺼뜨릴 위험이 있습니다. 반면 실행 의도는 결과가 아니라 과정의 한 걸음을 조건문으로 지정합니다. "만약 이 상황이 오면, 그때 이 행동을 한다." 종착점을 선언하는 것이 아니라, 다음 발을 디딜 돌 하나를 가리키는 것입니다. 차이를 한 문장으로 줄이면 이렇습니다. 확언은 "무엇이 되고 싶은가"를 말하고, 실행 의도는 "언제 무엇을 할 것인가"를 말합니다. 앞의 것은 상상을 위안으로 끝내기 쉽고, 뒤의 것은 상상을 행동으로 옮기는 방아쇠가 됩니다. 같은 "미리 정해둔 문장"이라도, 그 안에 상황과 행동이 들어 있느냐 결과의 기분만 들어 있느냐가 운명을 가릅니다. 한 가지 흔한 오해를 여기서 풀어두겠습니다. 실행 의도를 매일 아침 여러 번 되뇌면 더 효과가 커지리라 여기기 쉽지만, 그렇지 않습니다. 확언이 반복 횟수로 힘을 얻으려 한다면, 실행 의도는 되뇌는 것이 아니라 상황에 심어두는 데서 힘을 얻습니다. 다만 한 번 세우고 잊어버리라는 뜻은 아닙니다. 642개의 검증을 모은 종합에서, 세워둔 계획을 머릿속으로 한 번쯤 굴려본 사람들이 그러지 않은 사람들보다 더 큰 효과를 얻었습니다. 요령은 횟수를 채우는 데 있지 않고, 실제로 그 상황이 닥쳤을 때 행동이 저절로 떠오를 만큼 연결을 선명하게 만드는 데 있습니다. 확언과 실행 의도는 문장의 모양만 닮았을 뿐, 자라는 방식이 이렇게 다릅니다. 소원을 설계로 바꾸기 이제 3장 끝에서 만난 WOOP을 다시 불러올 차례입니다. 그 장에서 우리는 심적 대조까지만 손에 쥔 채, 계획의 정확한 형식은 이 장으로 미뤄두었습니다. 이제 그 빚을 갚을 때가 되었습니다. 외팅겐의 심적 대조는 원하는 결과와 그것을 가로막는 장애물을 나란히 세우는 데까지 우리를 데려갔습니다. 그런데 장애물을 발견한 다음에는 무엇을 해야 할까요. 바로 여기서 실행 의도가 마지막 조각으로 맞물립니다. WOOP의 네 단계를 떠올려 봅시다. 소원을 정하고, 이뤄진 결과를 짧게 그리고, 그 앞을 막은 장애물을 찾은 뒤, 마지막으로 계획을 세우는 순서였습니다. 네 번째 단계가 말하는 계획의 정확한 형식이 실은 실행 의도입니다. "만약 그 장애물이 나타나면, 그때 나는 이렇게 한다." 심적 대조가 장애물을 찾아내는 도구라면, 실행 의도는 그 장애물에 대응을 미리 붙여두는 도구입니다. 둘을 결합하면, 원하는 미래를 그리는 일이 위안에서 끝나지 않고 구체적인 행동 설계로 이어집니다. 예를 들어보겠습니다. 저녁마다 군것질을 줄이고 싶은 사람이 있다고 합시다. 소원은 군것질 줄이기입니다. 이뤄진 결과는 가벼워진 몸과 개운함이겠지요. 장애물을 찾아보니, 밤에 텔레비전을 볼 때 손이 과자로 간다는 것이 드러납니다. 여기까지가 심적 대조입니다. 이제 실행 의도로 대응을 붙입니다. "만약 밤에 텔레비전을 켜면, 그때 나는 과자 대신 미리 씻어둔 방울토마토를 꺼낸다." 소원이 막연한 다짐에서 벗어나 조건문 하나로 착지하는 순간입니다. 이 결합이 왜 강력한지 보십시오. 심적 대조만 했다면 우리는 "밤에 과자가 문제구나"라는 깨달음에서 멈췄을 것입니다. 깨달음은 유용하지만, 그 자체로 손을 멈춰주지는 않습니다. 반대로 실행 의도만 세웠다면, 내게 진짜 걸림돌이 무엇인지 모른 채 엉뚱한 상황에 대응을 붙였을지 모릅니다. 두 도구는 서로의 빈 곳을 메웁니다. 심적 대조가 "어디가 문제인가"를 찾고, 실행 의도가 "그 순간 무엇을 할까"를 정합니다. 진단과 처방이 한 벌로 맞물립니다. 물론 실행 의도가 만능은 아닙니다. 앞서 보았듯 효과는 겸손하고, 세우기만 하고 잊어버리면 힘을 잃습니다. 상황 단서가 너무 막연하거나, 붙여둔 행동이 너무 크면 잘 작동하지 않지요. "시간이 나면 운동한다"는 단서가 막연해서 실패하고, "만약 퇴근하면 두 시간을 뛴다"는 행동이 너무 커서 실패합니다. 좋은 실행 의도는 단서가 분명하고, 행동이 작아서 즉시 실행 가능해야 합니다. 이 설계의 요령을 몸에 익히는 데에는 약간의 연습이 필요하고, 그 연습의 워크시트는 이 장 끝에 짧은 틀로 남겨두겠습니다. 오늘 하나만 바꾼다면 장을 닫기 전에, 지금 미뤄둔 일 하나를 골라 직접 변환해 보시길 권합니다. 거창한 목표 말고, 며칠째 마음에만 있고 손이 안 간 작은 일이면 충분합니다. 그 일을 목표 의도의 형태로 적는 것부터 시작합니다. "운동을 시작하겠다" 같은 문장이겠지요. 이 문장에는 언제와 어디서가 비어 있습니다. 이제 그 빈칸을 채웁니다. 하루 중 확실히 반복되는 상황 하나를 단서로 고르고, 그 뒤에 아주 작은 첫 행동을 붙입니다. "만약 아침에 양치를 마치면, 그때 나는 팔굽혀펴기를 다섯 번 한다." 크기는 우스울 만큼 작아도 좋습니다. 핵심 조건은 단 하나, 상황과 행동이 한 문장으로 이어졌다는 사실입니다. 다리는 폭이 아니라 연결로 강을 건너게 하니까요. 아무리 좁아도 두 기슭이 이어져 있으면 건널 수 있고, 아무리 넓어도 끊겨 있으면 소용이 없습니다. 행동을 일부러 작게 잡는 데에는 이유가 있습니다. 첫 발의 문턱을 낮추면, 일단 시작한 뒤에는 관성이 나머지를 밀어주는 경우가 많기 때문입니다. 팔굽혀펴기 다섯 번을 하려고 엎드린 김에 열 번을 하게 되고, 열 쪽을 읽으려 책을 편 김에 한 장을 마저 넘기게 됩니다. 문턱을 넘는 일과 멀리 가는 일은 다른 문제이고, 실행 의도가 책임지는 것은 앞의 것입니다. 시작만 자동으로 만들어주면 그다음은 대개 알아서 이어지지요. 그러니 문장을 세울 때는 욕심을 접고, 가장 작은 첫 동작 하나에만 방아쇠를 걸어두는 편이 낫습니다. 소원과 확언이 마음을 데우는 데서 그쳤다면, 실행 의도는 그 마음을 상황에 심어 행동으로 싹틔웁니다. 버린 것 옆에 처음으로 건질 것이 하나 놓인 셈입니다. 그런데 의도가 몸에 작용하는 방식에는 아직 다 풀리지 않은 이야기가 남아 있습니다. 지금까지 우리는 의도가 행동을 바꾸는 경로를 보았습니다. 실행 의도는 우리를 움직이게 만들어, 그 움직임으로 결과를 바꾸는 도구였지요. 그런데 마음이 행동을 거치지 않고 몸 자체를, 그러니까 혈압이나 체중 같은 물리적 실체까지 직접 바꿀 수 있을까요. 끌어당김이 그토록 주장하고 싶어 했던 바로 그 지점입니다. 실험이 확인해준 경계는 우리가 예상하는 곳보다 훨씬 안쪽에 그어져 있고, 좁은 만큼 오히려 더 믿을 만합니다. 실행 의도 워크시트 (짧은 틀) 1 바꾸고 싶은 목표를 한 줄로 적는다. (예: 저녁에 책을 읽는다) 2 하루 중 확실히 반복되는 상황 단서 하나를 고른다. (예: 설거지를 마친 직후) 3 그 단서 뒤에 붙일, 즉시 실행 가능한 작은 행동을 정한다. (예: 책상에 앉아 열 쪽을 읽는다) 4 하나의 문장으로 잇는다. "만약 [단서]가 오면, 그때 나는 [행동]한다." 5 일주일 뒤, 그 문장이 실제로 방아쇠가 되었는지 점검한다. 이 장의 핵심 세 줄 목표 의도("Z를 이루겠다")는 방향만 있고 좌표가 없다. 실행 의도("만약 Y가 오면 그때 X한다")는 그 빈 좌표를 채워 원하는 마음과 행동 사이의 강에 다리를 놓는다. 골비처와 쉬런의 2006년 메타분석은 94개 검증·8천여 명에서 d=0.65를 보고했지만, 이후 종합에서 추정치는 0.36~0.46으로 내려왔고 출판 편향도 확인됐다 — 마법이 아니라 온건하되 값이 거의 들지 않는, 반복 검증된 도구다. 실행 의도는 의지력을 늘리는 기술이 아니라, 의지력이 덜 필요하도록 상황을 미리 설계하는 기술이다. ---------------------------------------- ### 9장. 마지막 자산 — 실행이 공짜가 된 세계에서 의도의 값 https://voidlogpress.com/books/%ea%b8%b0%ea%b3%84%eb%8a%94-%ec%9d%98%eb%8f%84%eb%a5%bc-%eb%b0%b0%ec%9a%b8-%ec%88%98-%ec%9e%88%eb%8a%94%ea%b0%80/9%ec%9e%a5-%eb%a7%88%ec%a7%80%eb%a7%89-%ec%9e%90%ec%82%b0-%ec%8b%a4%ed%96%89%ec%9d%b4-%ea%b3%b5%ec%a7%9c%ea%b0%80-%eb%90%9c-%ec%84%b8%ea%b3%84%ec%97%90%ec%84%9c-%ec%9d%98%eb%8f%84%ec%9d%98-%ea%b0%92/ 질문: AI가 실행을 대신하는 시대에 사람에게 남는 것은 무엇인가요? 요약: 사람에게 남는 것은 무엇을 왜 원하는지 정하는 목적과 그 방향을 붙드는 의도입니다. 목표를 이루는 방법은 기계에 넘길 수 있어도 목적까지 대신 정하게 해서는 안 됩니다. 이 책은 심적 대조로 현실의 장애물을 드러내고 실행 의도로 첫 행동을 정하는 흐름을 제시합니다. 또 다른 질문: 의도력이란 무엇인가요? 답: 방향과 대조와 실행과 교정, 네 가지를 묶은 역량입니다. 무엇을 향할지 정하고, 현실과 대조하고, 행동으로 옮기며, 틀렸을 때 수정하는 능력입니다. 타고나는 기질이 아니라 훈련 가능한 역량이라 쓰면 늘고 방치하면 줄어듭니다. 또 다른 질문: 세 도구는 어떤 순서로 쓰나요? 답: 목적을 붙드는 일이 방향을 정하고, 심적 대조가 그 방향과 현실 사이의 거리를 드러내며, 실행 의도가 그 거리를 좁힐 첫 발을 놓습니다. 무엇을 원할지 정하고, 왜 아직 이루어지지 않았는지 보고, 지금 무엇을 할지 정하는 순서입니다. 또 다른 질문: 왜 교정하는 능력이 따로 필요한가요? 답: 방향 자체가 틀렸을 수 있기 때문입니다. 틀린 방향을 흔들림 없이 지키는 것은 의지가 아니라 완고함입니다. 좋은 목적은 처음부터 완성된 채로 주어지지 않고, 행동하고 결과를 보며 몰랐던 가치의 충돌을 발견하면서 고쳐집니다. 또 다른 질문: 기계가 의도를 배우기 어렵다는 것이 왜 위안인가요? 답: 쉽게 옮길 수 있는 것이라면 그토록 어려울 리 없기 때문입니다. 정렬 문제의 난이도는 곧 인간 가치의 깊이에 대한 증언입니다. 기계가 아직 배우지 못한 그것을 우리는 매일 조금씩 익혀갈 수 있습니다. 최종 확인: 2026-09-02T16:32:17+09:00 이 책은 사실 한 단어의 전기傳記였습니다. 주인공은 사람도 사건도 아닌, 단 두 글자였습니다. 우리는 지금까지 '의도'라는 단어가 살아온 생애를 따라왔습니다. 이 단어는 세 번 태어나고 세 번 다른 삶을 살았습니다. 뉴잉글랜드의 치료실에서 태어나 우주적 힘에 대한 믿음으로 자랐고, 심리학 실험실에서 다시 태어나 행동을 바꾸는 도구가 되었으며, 마침내 인공지능 연구소에서 세 번째로 태어나 인류의 명운이 걸린 공학 문제가 되었습니다. 같은 두 글자가 이토록 다른 세 개의 삶을 살았다는 것, 그것이 여기까지 들려드린 이야기입니다. 다만 오해 하나는 막아두어야겠습니다. 이 세 의도는 하나의 본질이 시대에 따라 옷을 갈아입은 것이 아닙니다. 서로 다른 학문과 전통에서 따로 태어난 개념들이 한국어의 '의도'라는 한 단어 아래 우연히 만난 것이지요. 우리가 한 일은 셋을 같은 것으로 만드는 것이 아니라, 셋을 분명히 구분해 놓은 다음 그 사이에 놓인 구조의 닮음을 찾아가는 작업이었습니다. 이제 그 세 삶을 한데 모아, 이 단어가 우리에게 무엇을 남겼는지 결산할 때가 되었습니다. 전기를 다 읽고 나면 인물이 처음과 다르게 보이듯, 이 결산을 마치면 의도라는 단어도 처음과 다르게 보일 것입니다. 첫 장을 펴기 전 우리에게 의도는 흐릿한 낱말이었습니다. 소원 같기도 하고, 결심 같기도 하고, 계획 같기도 한 낱말이었지요. 그런데 세 부를 지나온 지금, 우리는 이 흐릿함 속에 서로 다른 세 가지가 뒤섞여 있었음을 압니다. 믿음의 대상으로서의 의도, 행동을 여는 도구로서의 의도, 그리고 기계에 전하려 할 때 어긋나는 방향으로서의 의도. 이 셋을 또렷이 갈라놓은 것만으로도, 우리는 이미 이 단어의 주인 자격에, 처음보다 한 걸음 더 가까워졌습니다. 인간 편의 결산 1부에서 우리가 만난 의도는 배신하는 의도였습니다. 소원을 빌고 확언을 되뇌면 우주가 응답한다는 믿음은, 계보를 따라가 보니 검증 없이 조립된 이야기였습니다. 그 믿음이 세 세기를 살아남은 것은 우주가 정말 응답해서가 아니라, 우리 뇌의 오래된 장치들이 정직한 착시를 빚어냈기 때문이었지요. 게다가 그 위안에는 값이 붙어 있었습니다. 생생하게 그릴수록 오히려 덜 이루는 역설, 곧 공상이 성취를 갉아먹는 대가였습니다. 1부의 여정을 한마디로 줄이면, 오래된 믿음 하나를 조심스럽게 해부한 일이었습니다. 그 해부는 냉정했지만 잔인하지는 않았습니다. 우리는 끌어당김을 비웃는 대신, 그것이 왜 그토록 오래 매혹적이었는지를 이해하려 했으니까요. 큄비의 진료실에서 시작된 그 이야기가 세 세기를 건너 수천만 부의 책이 되기까지, 거기에는 인간의 오래된 갈망이 있었습니다. 통제할 수 없는 세계 앞에서 통제감을 되찾으려는 갈망이었지요. 그 갈망 자체는 조금도 어리석지 않았습니다. 다만 그것이 향한 대상이 우주였을 뿐입니다. 그러나 1부는 폐기의 이야기만은 아니었습니다. 같은 걸음에서 건질 것도 분명해졌으니까요. 우주는 응답하지 않지만 뇌는 응답한다는 것, 그리고 그 응답의 방향은 우리가 고를 수 있다는 것이었습니다. 1부의 끝에서 우리는 이미 그 첫 도구의 이름을 만났고, 2부는 나머지를 하나씩 손에 쥐어준 실험실이었습니다. 1부의 끝과 2부에 걸쳐 우리가 얻은 검증된 도구는 셋입니다. 첫째는 3장 끝에서 만난 심적 대조입니다. 원하는 미래를 그리되 거기서 멈추지 않고 그 앞을 가로막은 장애물을 함께 세우는 기술입니다. 재료는 공상과 똑같은데 걸림돌이라는 한 겹이 더해지느냐 마느냐가 이완과 행동을 가릅니다. 둘째는 실행 의도입니다. "만약 이 상황이 오면, 그때 나는 이 행동을 한다"는 조건문 하나로, 원하는 마음과 실제 행동 사이의 강에 다리를 놓는 기술입니다. 셋째는 목적을 붙드는 일입니다. 목표를 이루는 방법은 얼마든지 기계에 넘길 수 있어도, 무엇을 왜 원하는가라는 방향만은 끝까지 자기 손에 쥐는 능력이지요. 여기에 5장이 그어준 경계선 하나를 나란히 놓아야 합니다. 기대는 통증처럼 뇌가 해석하는 증상을 실제로 바꾸지만, 그 힘이 미치는 곳은 몸 안쪽까지이고 몸 바깥의 세계를 움직이지는 못한다는 것이었지요. 세 도구가 무엇을 할 수 있는지를 말해준다면, 이 경계선은 마음이 어디서 멈추는지를 말해줍니다. 이 세 도구가 우연히 모인 것이 아님을 이제 볼 수 있습니다. 셋은 하나의 흐름을 이룹니다. 목적을 붙드는 일이 방향을 정하고, 심적 대조가 그 방향과 현실 사이의 거리를 드러내며, 실행 의도가 그 거리를 좁힐 첫 발을 놓습니다. 무엇을 원할지 정하고, 그것이 왜 아직 이루어지지 않았는지 보고, 그렇다면 지금 무엇을 할지 정하는 순서지요. 끌어당김이 소원을 빌고 나서 우주의 응답을 기다리라 했다면, 이 세 도구는 소원을 빌고 나서 스스로 움직이는 법을 가르칩니다. 기다림과 움직임, 그 차이가 1부와 2부를 가르는 전부였습니다. 그런데 이 셋만으로는 아직 부족합니다. 방향을 정하고 현실과 대조하고 행동으로 옮기는 데까지 왔다 해도, 그 방향 자체가 틀렸다면 어떻게 될까요. 틀린 방향을 흔들림 없이 지키는 것은 의지가 아니라 완고함입니다. 현실에서 좋은 목적은 처음부터 완성된 채로 주어지지 않습니다. 행동하고, 결과를 보고, 미처 몰랐던 가치의 충돌을 발견하면서 고쳐지지요. 그래서 네 번째가 필요합니다. 결과와 새로 알게 된 것에 비추어 목적과 계획을 수정하는 능력입니다. 이 네 번째 요소에는 이미 만난 이름이 있습니다. 8장에서 정렬 연구자들이 기계에 요구하던 성질, 곧 교정 가능성입니다. 공학의 용어를 사람의 자기조절에 빌려 쓰는 것이니 어디까지나 비유입니다. 기계의 교정 가능성이 외부의 정지 명령에 순순히 따르는 성질이라면, 사람의 교정은 결과와 새로 알게 된 것에 비추어 자기 목적과 계획을 다시 들여다보는 능력이지요. 흥미로운 것은 그 요구가 인간에게 그대로 되돌아온다는 점입니다. 우리가 기계에 바라 마지않는 그 성질을 정작 우리 자신이 갖추지 못한다면, 무엇을 근거로 방향만은 우리가 쥐겠다고 말할 수 있을까요. 이 네 가지를 하나로 묶으면 하나의 역량이 됩니다. 이 책은 그것을 의도력이라 부르려 합니다. 무엇을 향할지 정하고, 현실과 대조하고, 행동으로 옮기며, 틀렸을 때 수정하는 능력입니다. 방향과 대조와 실행과 교정, 이 넷입니다. 여기서 눈여겨볼 것은 이것이 타고나는 기질이 아니라 훈련 가능한 역량이라는 점입니다. 심적 대조도, 실행 의도도, 목적을 되묻는 습관도, 틀렸다고 인정하는 연습도 모두 길러집니다. 끌어당김이 의도를 신비한 재능이나 우주와의 교신으로 그렸다면, 이 책이 도달한 의도는 근육에 가깝습니다. 쓰면 늘고, 방치하면 줄어드는 것이지요. 이 대목이 1부의 끌어당김과 이 책이 갈라서는 가장 깊은 지점입니다. 끌어당김은 의도를 이미 완성된 우주의 힘으로 그렸습니다. 올바르게 접속하기만 하면 그 힘이 알아서 현실을 빚어준다고요. 그 그림 속에서 인간이 할 일은 믿는 것뿐이었습니다. 반면 이 책이 그린 의도는 미완성입니다. 저마다의 손에서 매일 조금씩 만들어가야 하는 무엇이지요. 힘든 그림처럼 보이지만, 실은 훨씬 희망적입니다. 완성된 힘은 접속에 실패하면 그만이지만, 길러지는 역량은 오늘보다 내일 더 나아질 수 있으니까요. 우주의 응답을 기다리는 대신, 우리는 자기 안의 회로를 다듬을 수 있습니다. 기계 편의 결산 3부에서 의도는 마지막으로 한 번 더 얼굴을 바꿨습니다. 이번에는 기계에 전달하려 할 때 어긋나는 의도였습니다. 7장에서 우리는 철학자들이 백 년 동안 붙든 질문을 만났습니다. 마음이 무언가를 향한다는 것은 무엇인가라는 물음이었습니다. 그리고 기계가 그 향함을 진짜로 가질 수 있는지는 아직 아무도 모른다는 것을 확인했지요. 8장에서는 그 미결의 질문 위에 더 급한 문제가 얹혔습니다. 기계가 이해하든 못 하든, 목적을 추구하는 기계는 이미 작동하고 있고, 그 기계에 우리의 진짜 의도를 전하는 일이 미다스의 소원처럼 위태롭다는 것이었습니다. 정렬 문제는 아직 풀리지 않았습니다. 두 장을 나란히 놓으면 묘한 대칭이 드러납니다. 7장은 기계가 우리의 의도를 이해할 수 있는가를 물었고, 8장은 기계에 우리의 의도를 안전하게 전할 수 있는가를 물었습니다. 하나는 이해의 문제, 다른 하나는 전달의 문제였지요. 그런데 두 물음은 끝내 같은 벽 앞에서 멈춥니다. 인간의 의도라는 것이 애초에 명료하게 이해되거나 깔끔하게 전달될 만한 것이 아니라는 벽입니다. 기계 쪽의 두 어려움은, 실은 인간 쪽의 똑같은 한 가지 사실을 서로 다른 각도에서 비추고 있었습니다. 그런데 이 미해결이야말로, 뜻밖에도 이 책 전체의 논지를 완성하는 열쇠입니다. 기계에 우리의 의도를 전하는 일이 이토록 어렵다는 사실은, 인간의 의도가 얼마나 풍부하고 미묘하고 값진 것인지를 거꾸로 증명하기 때문입니다. 쉽게 옮길 수 있는 것이라면 그토록 어려울 리 없습니다. 정렬 문제의 난이도는 곧 인간 가치의 깊이에 대한 증언인 셈이지요. 기계가 우리의 의도를 배우기 어렵다는 것은, 그 의도가 그만큼 배우기 힘든 무언가라는 뜻입니다. 이 지점에서 이 책의 제목이 던진 물음으로 잠시 돌아가 볼 만합니다. 기계는 의도를 배울 수 있는가. 지금 우리가 내릴 수 있는 답은 겸손한 것입니다. 아직 모른다, 그리고 그 배움이 우리 생각보다 훨씬 어렵다는 것만은 안다. 그러나 이 겸손한 답 속에 뜻밖의 위안이 숨어 있습니다. 만약 기계가 의도를 배우기 어렵다면, 의도를 빚는 일은 당분간 인간의 몫으로 남습니다. 그래서 제목의 물음표는 불안의 물음표이자 동시에 안도의 물음표이기도 합니다. 기계가 아직 배우지 못한 그것을, 우리는 매일 조금씩 익혀갈 수 있으니까요. 두 결산이 만나는 곳 인간 편의 결산과 기계 편의 결산은 서로 다른 이야기처럼 보이지만, 실은 한 지점에서 만납니다. 서문에서 우리를 어리둥절하게 했던 그 간극이 기다리고 있던 자리이기도 합니다. 두 결산을 나란히 세워보면 이상한 거울상이 보입니다. 인간 편에서 우리는 의도를 기르는 법을 배웠습니다. 흐릿한 소원을 또렷한 방향으로 벼리는 법이었지요. 기계 편에서 우리는 그 또렷해진 의도조차 기계에 온전히 옮기기가 지극히 어렵다는 것을 보았습니다. 한쪽에서는 의도를 세우고, 다른 쪽에서는 그 의도가 얼마나 옮기기 힘든 것인지 확인했습니다. 그런데 이 둘은 모순이 아닙니다. 오히려 서로를 떠받칩니다. 의도가 옮기기 어려울 만큼 깊고 미묘한 것이기에, 그것을 기르는 일이 그토록 값진 것이 됩니다. 만약 의도가 한 줄의 명령으로 기계에 뚝딱 넘어갈 만한 것이었다면, 기르는 수고는 진작 기계 몫이 되었을 테니까요. 실행이 비쌌던 시대의 가격표가 뒤집히고 있다는 것은 앞에서 본 그대로입니다. 여기에 덧붙일 것이 하나 있습니다. 이 뒤집힘은 되돌아오지 않는다는 점입니다. 한번 값이 떨어진 실행의 값을 다시 올릴 방법은 없습니다. 그렇다면 남는 물음은 하나뿐이지요. 값이 오른 쪽을 우리가 감당할 준비가 되어 있는가. 실행이 공짜가 된 시대, 가장 비싸지는 것은 의도다. 이 한 문장에 세 부의 결론이 모두 담겨 있습니다. 1부는 이 의도가 무엇이 아닌지를 밝혔습니다. 소원도, 확언도, 우주와의 교신도 아니라는 것이지요. 2부는 이 의도가 무엇인지, 그리고 어떻게 기를 수 있는지를 밝혔습니다. 방향을 정하고, 현실과 대조하고, 행동으로 옮기며, 틀렸을 때 고치는 훈련 가능한 역량이라는 것, 그리고 그 힘이 몸 안쪽에서 멈춘다는 것입니다. 3부는 이 의도가 왜 지금 가장 값진 것이 되었는지를 밝혔습니다. 실행은 기계로 넘어가는데, 정작 그 의도를 기계에 온전히 옮기는 방법은 아직 아무도 모르기 때문입니다. 그러니 이것은 구호가 아니라 벽돌 한 장씩 쌓아 올린 결론입니다. 신화를 해체하지 않았다면 의도가 무엇이 아닌지 몰랐을 것이고, 과학을 통과하지 않았다면 의도를 기르는 법을 몰랐을 것이며, 기계 앞에 서지 않았다면 그것이 왜 지금 가장 값진지 몰랐을 것입니다. 소원을 비는 능력이 값을 잃고 실행하는 능력마저 기계로 넘어가는 시대에, 끝까지 사람 손에 남아 오히려 값이 오르는 단 하나의 자산은 방향을 정하는 능력이라는 것. 이것이 이 장의 제목이자, 우리가 끝내 도달한 한 단어, 마지막 자산입니다. 이 자산이 왜 마지막까지 남는지, 3부의 논의가 뜻밖의 방식으로 보증해줍니다. 기계에 인간의 의도를 전하는 일이 얼마나 어려운지는 이미 확인했습니다. 그 어려움은 좌절의 근거처럼 보이지만, 뒤집어 읽으면 안심의 근거이기도 합니다. 조심할 것이 하나 있습니다. 기계가 방향에 아예 손을 대지 못한다는 뜻은 아닙니다. 기계는 우리의 선호를 추론하고, 목적의 후보를 제안하고, 서로 부딪히는 가치들을 정리해 보여줄 수 있습니다. 그 일은 앞으로 더 잘하게 될 것입니다. 넘길 수 없는 것은 그다음입니다. 제안된 목적 가운데 무엇을 채택할지 승인하는 일, 그 선택을 정당화하는 일, 그리고 결과를 감당하는 일이지요. 실행은 얼마든지 기계에 위임되어 값이 떨어지지만, 승인과 책임의 자리는 옮겨지지 않습니다. 서문의 수수께끼로 돌아가서 이제 우리가 출발했던 곳으로 돌아갈 수 있습니다. 서문에서 우리는 하나의 이상한 관찰과 마주했습니다. 목표를 세운 뒤 진행 상황을 거듭 점검한 사람이 그러지 않은 사람보다 더 많이 이룬다는 것, 그런데 우주는 응답하지 않았다는 것이었지요. 약속된 응답은 오지 않았는데, 무언가는 분명히 응답한 그 간극이 이 책의 출발점이었습니다. 이제 우리는 그 간극을 온전히 해명할 수 있습니다. 응답한 것은 우주가 아니라 우리 자신이었습니다. 그리고 응답을 만든 것은 소원의 간절함이 아니라 점검이라는 다소 지루한 절차였습니다. 지금 어디까지 왔는지를 되풀이해 확인하면, 서 있는 자리와 가려는 자리 사이의 거리가 눈에 들어옵니다. 거리가 보이면 계속 갈지, 방법을 바꿀지, 목표 자체를 고칠지 판단할 수 있지요. 막연한 바람이 구체적인 문장이 되고, 문장이 되면 장애물이 보이고, 장애물이 보이면 대응을 설계하게 되고, 설계가 서면 행동이 따라 나옵니다. 그리고 그 행동의 결과가 다시 눈에 보이는 자리에 남아, 다음 점검의 재료가 됩니다. 끌어당김의 신봉자는 이 응답을 우주의 것으로 오해했고, 회의론자는 이 응답 자체를 부정했습니다. 둘 다 절반씩 틀렸습니다. 응답은 실재했지만, 그 출처는 하늘이 아니라 우리 안이었습니다. 그렇다면 새해 첫날의 그 노트는 무엇이었을까요. 여기서 종이가 하는 일은 마법보다 훨씬 소박합니다. 머릿속에만 있는 목표는 점검하기가 어렵습니다. 어제의 내가 세운 목표를 오늘의 내가 같은 모양으로 기억하고 있는지조차 확인할 길이 없으니까요. 적어두면 그 목표는 다시 들여다볼 수 있는 물건이 됩니다. 회로를 돌리는 것은 점검이고, 적는 일은 그 스위치에 손이 닿게 해주는 가장 값싼 방법입니다. 정직하게 덧붙이자면, 적는 행위 자체의 몫이 정확히 얼마인지는 아직 실험으로 깔끔하게 분리되지 않았습니다. 이 책이 자신 있게 말할 수 있는 것은 기록의 마법이 아니라 점검의 효용까지입니다. 그러나 그것만으로도 충분합니다. 노트 첫 장에 적힌 그 문장은 우주로 보내는 전보가 아니라, 몇 달 뒤의 자신에게 남기는 확인용 좌표였던 것입니다. 이 해명이 서문의 균열을 완전히 메웁니다. 서문에서 우리는 두 가지 사실을 동시에 손에 쥐고 어리둥절했습니다. 점검하면 더 많이 이루어진다는 사실과, 그럼에도 우주는 응답하지 않는다는 사실이었지요. 이 둘은 모순처럼 보였습니다. 그러나 이제 우리는 압니다. 두 사실 사이에 모순은 없었습니다. 빠져 있던 것은 응답의 주체였을 뿐입니다. 우주라는 잘못된 주어를 우리 자신이라는 옳은 주어로 바꾸는 순간, 두 사실은 매끄럽게 하나로 이어집니다. 이 책 전체가 실은 그 한 번의 주어 교체를 위한 긴 설명이었는지도 모릅니다. 소원을 빌었던 모든 사람이 완전히 틀린 것은 아니었던 셈입니다. 그들은 옳은 것을 향해 있었습니다. 다만 그 향함의 정체를 오해했을 뿐이지요. 이 책이 처음부터 끝까지 다정하려 애쓴 이유가 여기 있습니다. 끌어당김을 믿었던 마음은 어리석음이 아니라, 방향을 정하려는 인간의 오래된 충동이 서툰 언어를 입은 것이었으니까요. 돌아보면 서문의 그 작은 관찰 하나가 이 책 전체의 씨앗이었습니다. 점검한 사람이 더 많이 이룬다는 사실은, 끌어당김의 신봉자에게는 우주의 증거였고 회의론자에게는 착각의 산물이었습니다. 두 진영이 같은 사실을 두고 몇 십 년을 다투는 동안, 정작 그 사실이 가리키는 진짜 메커니즘은 조명받지 못했지요. 이 책은 그 다툼의 한복판을 가르고 지나와, 응답은 실재하되 출처가 다르다는 제3의 답에 이르렀습니다. 내일 아침의 일 거대한 이야기를 했으니, 이제 이야기의 크기를 내일 아침만 하게 줄여보겠습니다. 정렬 문제도 초지능도 우리가 당장 어쩔 수 있는 것은 아닙니다. 그것은 전 세계의 연구자와 정책 결정자들이 오랜 시간에 걸쳐 씨름할 문제입니다. 그러나 의도력만은 다릅니다. 그것은 저 먼 미래에 미룰 일이 아닙니다. 오늘 밤부터, 누구의 허락도 없이 기를 수 있는 것입니다. 초지능을 통제하는 일은 우리 손 밖에 있어도, 내 의도를 벼리는 일만은 온전히 우리 각자의 손 안에 남아 있습니다. 방법은 이미 다 나왔습니다. 네 가지는 거창한 결심이 아니라 짧은 습관입니다. 그리고 짧은 습관이 오래 쌓이면, 실행이 값싸진 세계에서 가장 값진 능력이 됩니다. 구체적으로 어떻게 하는지는 에필로그에서 소원 하나를 실제로 바꿔보며 함께 해보겠습니다. 네 습관을 한 문장으로 줄이면 이렇습니다. 원하는 것을 그리되 장애물과 함께 그리고, 그 장애물에 대응을 미리 붙여두고, 이따금 그 원함 자체를 되묻고, 틀렸다 싶으면 고쳐라. 어렵지 않습니다. 다만 꾸준하기가 어려울 뿐이지요. 대부분의 값진 것이 그렇듯, 이 역량이 희소한 까닭은 비법의 부재 때문이 아닙니다. 매일 실천하기가 어렵기 때문입니다. 그 희소함이 바로 이 능력을 값지게 만드는 이유이기도 합니다. 기계가 점점 더 많은 일을 대신해줄수록, 우리에게 남는 질문은 하나로 좁혀집니다. 무엇을 원할 것인가, 그리고 그 원함이 틀렸을 때 무엇을 고칠 것인가. 이 물음에 답하고 그 답을 감당하는 일이 끝까지 우리 몫으로 남습니다. 이 질문에 답하는 힘이 있는 사람과 없는 사람의 차이는, 앞으로 점점 더 벌어질 것입니다. 실행을 넘길 수 있게 될수록, 넘길 수 없는 그 한 가지가 삶을 가르게 되니까요. 한 가지 덧붙이고 싶은 것이 있습니다. 방향을 정하는 능력은 거창한 인생 설계만을 뜻하지 않는다는 점입니다. 그것은 오늘 저녁 무엇을 읽을지, 이번 주말을 어떻게 보낼지, 이 대화에서 무엇을 물을지 같은 작은 선택들 속에서 매일 연습됩니다. 큰 방향은 이런 작은 방향들이 쌓여 만들어지는 것이지, 어느 날 갑자기 결정되는 것이 아닙니다. 그러니 의도력을 기른다는 것은 인생의 대계를 세우는 일이라기보다, 매일의 작은 갈림길마다 조금 더 깨어 있는 일에 가깝습니다. 기계에 넘겨도 될 일과 내가 붙들 일을 그때그때 가려내는 감각, 그 감각을 날마다 벼리는 일이 곧 마지막 자산을 지키는 일입니다. 다하지 못한 말 다루지 못한 것들도 정직하게 밝혀두어야겠습니다. 기계가 진짜로 의식을 가질 수 있는가라는 물음에는 발을 들이지 않았습니다. 세 배는 족히 되는 다른 책이 필요한 주제입니다. 정렬 문제를 실제로 어떻게 푸는가라는 기술적 세부도 다루지 않았습니다. 지금 이 순간에도 전 세계의 연구실에서 빠르게 바뀌고 있는, 전문가들의 영역이니까요. 여기서 한 일은 어려운 논의로 들어가는 개념의 문을 여는 것이었지, 그 방 안의 가구를 하나하나 설명하는 것이 아니었습니다. 그린 지도에 굵은 선만 있고 세밀한 등고선은 빠져 있다는 것도 인정해야겠습니다. 의도를 세 얼굴로 나눈 구분도, 의도력이라는 이름의 네 요소도, 어디까지나 복잡한 실제를 붙잡기 위한 손잡이일 뿐입니다. 실제 인간의 마음은 이보다 훨씬 어지럽고, 실제 정렬 연구는 이보다 훨씬 정교합니다. 좋은 지도는 영토를 대체하지 않고, 다만 길을 잃지 않게 돕습니다. 그 정도의 지도였다면 제 몫은 다한 것입니다. 그러니 마지막 장을 덮는 순간이, 어떤 이에게는 다른 책을 펼치는 순간이 되기를 바랍니다. 끌어당김의 심리학을 더 깊이 알고 싶은 사람에게도, AI 정렬의 기술을 파고들고 싶은 사람에게도, 그 문 앞까지 데려다준 안내자였다면 충분합니다. 한 단어의 전기를 다 읽은 지금, 그 단어는 더 이상 막연한 소원의 이름이 아닙니다. 무엇을 향할지 정하는 힘이자, 우리에게 끝까지 남은 마지막 자산의 이름입니다. 이 장의 핵심 세 줄 이 책은 '의도'라는 한 단어의 전기였다 — 우주적 믿음에서, 훈련 가능한 역량으로, 인류의 공학 문제로, 같은 단어가 세 번 다른 삶을 살았다. 실행이 공짜가 된 시대, 가장 비싸지는 것은 의도다 — 정렬 문제가 풀리지 않는다는 사실 자체가, 인간 의도의 깊이와 값을 역설적으로 증명한다. 서문의 수수께끼는 이렇게 풀린다 — 진행을 거듭 점검한 사람이 더 많이 이루는 것은 우주가 응답해서가 아니라, 점검이 의도력의 회로를 돌리기 때문이다. 응답은 실재했으나 출처는 하늘이 아니라 우리 안이었다. ---------------------------------------- ## 로그인은 어떻게 나를 알아보는가 ISBN 9791143817686 · 2026-08-10 · 허구진 지음 https://voidlogpress.com/books/%eb%a1%9c%ea%b7%b8%ec%9d%b8%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%eb%82%98%eb%a5%bc-%ec%95%8c%ec%95%84%eb%b3%b4%eb%8a%94%ea%b0%80/ ### 10장. 자동 로그인은 무엇을 저장하는가 https://voidlogpress.com/books/%eb%a1%9c%ea%b7%b8%ec%9d%b8%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%eb%82%98%eb%a5%bc-%ec%95%8c%ec%95%84%eb%b3%b4%eb%8a%94%ea%b0%80/10%ec%9e%a5-%ec%9e%90%eb%8f%99-%eb%a1%9c%ea%b7%b8%ec%9d%b8%ec%9d%80-%eb%ac%b4%ec%97%87%ec%9d%84-%ec%a0%80%ec%9e%a5%ed%95%98%eb%8a%94%ea%b0%80/ 질문: 비밀번호를 바꾸면 모든 기기에서 로그아웃되나요? 요약: 서비스 정책에 따라 다릅니다. 비밀번호 저장과 로그인 상태 유지는 다른 기능이라, 브라우저에 저장된 값을 지우는 것과 서버가 인정하는 로그인 상태를 끝내는 것도 다른 처리입니다. 보안 설정에서 활성 세션과 로그인된 기기를 직접 확인해 종료합니다. 또 다른 질문: 브라우저의 비밀번호 저장과 로그인 상태 유지는 같은 것인가요? 답: 다릅니다. 브라우저가 값을 채워주더라도 로그인 과정 자체는 아이디와 비밀번호 확인으로 새로 시작됩니다. 서비스의 로그인 상태 유지는 비밀번호를 저장하지 않아도 장기 로그인 정보를 발급해 다음 방문에서 새 세션을 만듭니다. 또 다른 질문: 이 기기를 기억하기는 무엇을 믿는 것인가요? 답: 서버가 그 기기의 물리적 정체를 완벽하게 파악하는 것이 아닙니다. 앱 설치 정보와 브라우저에 저장된 값, 기기와 계정의 등록 관계 같은 신호로 추가 확인을 줄입니다. 브라우저 데이터를 지우면 새로운 환경으로 보일 수 있습니다. 또 다른 질문: 신뢰 기기에서는 모든 작업을 허용해도 되나요? 답: 2단계 인증을 덜 요구하더라도 모든 민감한 행동을 허용할 필요는 없습니다. 결제수단 변경과 복구정보 수정, 대량 자료 다운로드처럼 피해가 큰 작업 앞에서는 다시 인증을 요구할 수 있습니다. 또 다른 질문: 모든 기기에서 로그아웃하면 기기 안의 자료도 지워지나요? 답: 지워지지 않습니다. 서버 접근을 끊는 것과 기기 안에 남은 데이터를 삭제하는 것은 다른 문제입니다. 앱이 이미 내려받아 보관한 파일과 화면 캡처까지 원격 로그아웃으로 사라지지는 않습니다. 최종 확인: 2026-09-03T11:04:49+09:00 비밀번호가 노출됐을지 모른다는 알림을 받은 사람이 즉시 비밀번호를 바꿨습니다. 휴대전화 앱에서는 다시 로그인하라는 화면이 나왔습니다. 그런데 거실에 놓인 태블릿을 열어보니 쇼핑몰의 주문 내역이 그대로 보였습니다. 새 비밀번호를 입력한 적도 없는데 이전처럼 계정이 열렸습니다. 그는 비밀번호 변경이 실패했다고 생각했습니다. 그러나 태블릿이 새 비밀번호를 알아낸 것은 아닙니다. 서비스가 그 기기에 남아 있던 로그인 상태나 장기 로그인 정보를 아직 유효하게 받아들였을 가능성이 큽니다. ‘비밀번호 저장’, ‘로그인 상태 유지’, ‘이 기기를 기억하기’는 화면에서 비슷해 보이지만 같은 기능이 아닙니다. 이 차이를 알아야 비밀번호를 바꿨는데도 어떤 기기는 계속 열리는 이유와, 모든 기기에서 로그아웃 기능이 필요한 이유를 이해할 수 있습니다. 비밀번호를 저장하는 주체 브라우저나 비밀번호 관리자는 이용자가 입력한 아이디와 비밀번호를 보호된 저장소에 보관했다가 다음 로그인 화면에서 채워줄 수 있습니다. 이 경우 서비스의 로그인 화면에는 비밀번호가 다시 입력됩니다. 사용자가 타이핑하지 않았을 뿐, 로그인 과정 자체는 아이디와 비밀번호 확인으로 새로 시작됩니다. 반면 서비스의 ‘로그인 상태 유지’는 비밀번호를 브라우저에 저장하지 않아도 가능합니다. 이용자가 한 번 인증을 마치면 서비스가 장기간 사용할 수 있는 로그인 정보를 발급하고, 다음 방문에서 그 정보를 확인해 새로운 세션을 만들 수 있습니다. 브라우저를 닫았다가 열어도 다시 비밀번호를 묻지 않는 이유입니다. 두 기능은 서로 함께 켜질 수도 있고 따로 작동할 수도 있습니다. 브라우저가 비밀번호를 저장했지만 서비스의 세션은 끝난 경우, 로그인 화면에 값이 자동으로 채워지고 다시 인증합니다. 반대로 브라우저에 비밀번호를 저장하지 않았더라도 서비스의 장기 로그인 정보가 남아 있으면 로그인 화면 자체를 보지 않을 수 있습니다. 보안 사고가 났을 때 이 구분이 곧 대응 순서를 가릅니다. 브라우저에 저장된 비밀번호를 지우는 것과 서버가 인정하는 로그인 상태를 끝내는 것은 서로 다른 처리입니다. 비밀번호를 바꾸면 저장된 옛 비밀번호는 다음 로그인에서 실패할 수 있지만, 이미 발급된 세션이나 장기 로그인 정보의 처리 방식은 서비스 정책에 달려 있습니다. 오래 머무르는 로그인 정보 9장에서 본 일반 세션은 일정 시간 뒤 만료될 수 있습니다. 자동 로그인을 제공하는 서비스는 더 오래 남는 정보를 별도로 사용할 수 있습니다. 여기서는 이를 지속형 로그인 정보라고 부르겠습니다. 지속형 로그인 정보는 비밀번호의 복사본일 필요가 없습니다. 서버가 발급한 예측하기 어려운 값이나 기기와 계정의 연결 기록일 수 있습니다. 이용자가 다시 방문하면 브라우저나 앱이 그 값을 보내고, 서버는 유효성·만료·회수 여부를 확인한 뒤 새 세션을 만들 수 있습니다. 즉 장기 정보 자체가 모든 페이지 요청에 계속 쓰이기보다, 짧게 운영할 새 세션을 발급하는 열쇠처럼 사용될 수 있습니다. 구체적인 구현은 서비스마다 다릅니다. 어떤 서비스는 장기 정보를 한 번 사용하면 새 값으로 교체하고, 이상 징후가 있으면 연결을 폐기할 수 있습니다. 이 책에서는 특정 구현을 표준처럼 고정하지 않습니다. 중요한 점은 지속형 로그인 정보도 그것을 가진 기기가 이용자를 대신해 다시 로그인할 수 있게 한다는 사실입니다. 공용 컴퓨터와 다른 사람의 태블릿에서 ‘로그인 상태 유지’를 켜면, 브라우저를 닫은 뒤에도 다음 사용자가 계정에 들어갈 수 있습니다. 화면을 닫는 것과 서버가 발급한 장기 정보를 없애는 것은 다릅니다. ‘이 기기를 기억하기’는 무엇을 믿는가 서비스는 로그인 뒤 “이 기기를 신뢰하시겠습니까?”라고 물을 수 있습니다. 이 표현 때문에 서버가 휴대전화의 물리적인 정체를 완벽하게 파악한다고 생각하기 쉽습니다. 실제로는 앱 설치 정보, 브라우저에 저장된 값, 기기와 계정의 등록 관계 같은 여러 신호를 사용해 해당 환경에서 추가 확인을 줄이는 경우가 많습니다. 신뢰 기기는 영구적인 실물 목록과 같지 않을 수 있습니다. 같은 휴대전화라도 앱을 삭제하거나 브라우저 데이터를 지우면 새로운 환경으로 보일 수 있습니다. 반대로 기기를 다른 사람에게 넘겼는데 앱과 로그인 정보가 그대로 남아 있다면 시스템은 이전의 신뢰 관계를 계속 사용할 수 있습니다. ‘기억하기’는 편리함을 제공하는 대신 기기 보호를 전제로 합니다. 잠금 화면이 안전하게 설정되어 있고, 운영체제와 앱이 최신이며, 분실했을 때 원격으로 접근을 끊을 수 있어야 위험을 줄일 수 있습니다. 여러 사람이 함께 사용하는 기기에서는 기억하지 않는 편이 낫습니다. 서비스가 신뢰 기기에서 2단계 인증을 덜 요구하더라도 모든 민감한 행동을 허용할 필요는 없습니다. 결제수단 변경, 비밀번호와 복구정보 수정, 대량 자료 다운로드처럼 피해가 큰 작업 앞에서는 다시 인증을 요구할 수 있습니다. 평소 로그인 편의와 중요한 작업의 확인 강도를 다르게 설계하는 것입니다. 비밀번호를 바꾸면 모든 기기가 나갈까 이 질문에는 서비스마다 다른 답이 있을 수 있습니다. 비밀번호 변경과 동시에 모든 세션과 지속형 로그인 정보를 폐기하는 서비스가 있고, 현재 기기만 남기거나 이용자가 종료 범위를 선택하게 하는 서비스도 있습니다. 일부 환경에서는 비밀번호를 바꿔도 이미 발급된 상태가 일정 시간 남을 수 있습니다. 어느 정책이 항상 옳다고 단정하기는 어렵습니다. 계정 탈취가 의심되는 비밀번호 변경이라면 모든 활성 상태를 끝내는 것이 안전합니다. 반면 이용자가 단순히 정기 변경을 한 경우 업무 중인 여러 기기에서 갑자기 로그아웃되면 불편이 큽니다. 서비스는 변경 이유를 완전히 알지 못하므로, ‘모든 기기에서 로그아웃’ 선택과 최근 활동 확인 기능을 제공하는 방식이 도움이 됩니다. 비밀번호 변경 뒤 태블릿이 계속 열렸던 첫 장면으로 돌아가 보겠습니다. 가능한 설명은 여러 가지입니다. 태블릿의 기존 세션이 아직 남아 있을 수 있고, 지속형 로그인 정보가 새 세션을 만들었을 수 있으며, 앱 자체의 잠금 화면이 계정 인증과 별도로 동작했을 수도 있습니다. 화면만 보고 어떤 구조인지 확정할 수는 없습니다. 이용자가 할 수 있는 일은 서비스의 보안 설정에서 활성 세션이나 로그인된 기기를 확인하고, 자신이 모르는 항목을 종료하는 것입니다. 계정 탈취가 의심된다면 비밀번호와 복구정보, 추가 인증수단, 외부 연결도 함께 살펴야 합니다. 6장에서 강조했듯 무엇이 노출됐는지에 따라 회수 범위가 달라집니다. 모든 기기에서 로그아웃 ‘모든 기기에서 로그아웃’은 서버가 현재 계정에 연결된 세션과 지속형 로그인 정보를 더 이상 사용할 수 없게 하는 기능입니다. 구현에 따라 즉시 종료되는 범위와 다시 확인이 필요한 시점은 다를 수 있습니다. 현재 사용 중인 기기까지 함께 나갈 수도 있고, 비밀번호 입력을 다시 요구할 수도 있습니다. 이 기능은 분실 기기와 낯선 로그인에 대응할 때 유용합니다. 이용자가 기기를 직접 회수하지 못해도 서버 쪽의 신뢰 관계를 끊을 수 있기 때문입니다. 단, 앱이 이미 내려받아 로컬에 보관한 파일과 화면 캡처까지 원격 로그아웃으로 지워지는 것은 아닙니다. 서버 접근을 끊는 것과 기기 안에 남은 데이터를 삭제하는 것은 다른 문제입니다. 서비스는 로그아웃 요청을 받았을 때 브라우저의 쿠키만 지우는 데 그치지 않고 서버가 해당 세션을 무효화해야 합니다. 지속형 로그인 정보도 회수 대상에 포함할지 정책을 분명히 해야 합니다. 그렇지 않으면 화면에서는 로그아웃됐지만 다음 방문에 장기 정보로 새 세션이 만들어질 수 있습니다. 이용자에게는 기능 이름보다 범위가 중요합니다. ‘현재 기기에서 로그아웃’, ‘선택한 기기 종료’, ‘모든 세션 종료’, ‘외부 앱 연결 해제’가 서로 다른 작업일 수 있습니다. 서비스가 이 차이를 명확히 보여주지 않으면 이용자는 끝냈다고 생각한 접근이 남아 있을 수 있습니다. 기기 목록은 실제 기기의 주민등록표가 아니다 많은 서비스는 최근 로그인한 기기나 활성 세션 목록을 보여줍니다. 이용자는 휴대전화 모델, 브라우저, 대략적인 지역, 마지막 활동 시각을 보고 자신이 사용한 환경인지 판단할 수 있습니다. 그러나 이 목록이 실제 물리 기기를 완벽하게 구별한다고 기대해서는 안 됩니다. 같은 기기가 앱과 브라우저별로 여러 항목으로 보일 수 있고, 브라우저 업데이트나 쿠키 삭제 뒤 새 기기로 표시될 수 있습니다. 회사망과 VPN 때문에 지역이 다르게 보이기도 합니다. 반대로 비슷한 환경이 하나처럼 묶여 보일 수도 있습니다. 목록은 의심스러운 접근을 찾는 단서이지 완전한 디지털 신분증이 아닙니다. 표시된 이름과 위치가 낯설다면 종료하고 비밀번호와 추가 인증 상태를 확인할 이유가 생기지만, 목록 하나만으로 공격 여부를 확정하기는 어렵습니다. 서비스 운영에서도 기기 목록은 별도의 기능과 의존성을 가집니다. 한 전자책 서비스에서 로그인과 콘텐츠 이용은 가능했지만, 이용자가 등록된 기기 목록을 조회하는 화면만 실패한 적이 있었습니다. 인증 서버가 멈춘 것이 아니라 기기 정보를 조회하는 별도 처리에서 오류가 난 상황이었습니다. 이용자는 “내 기기가 등록되지 않아 로그인이 안 된다”고 생각할 수 있지만 실제 로그인은 정상일 수 있습니다. 운영자는 기기 등록, 활성 세션, DRM 이용 기기, 앱 설치 정보를 서로 같은 목록으로 취급하지 않아야 합니다. 화면에서 모두 ‘기기’라고 부르더라도 시스템 안의 의미는 다를 수 있습니다. 공용 기기와 분실 기기 가상의 장면을 생각해 보겠습니다. 가족이 함께 쓰는 태블릿에서 쇼핑몰에 로그인하며 상태 유지를 선택했습니다. 다음 사람은 비밀번호를 모르지만 앱을 열어 주문 내역과 배송지를 볼 수 있습니다. 결제 때 추가 인증이 있다 해도 개인정보 노출과 주문 변경의 위험은 남습니다. 공용 기기에서는 로그인 상태를 유지하지 않고 사용 뒤 로그아웃하는 편이 안전합니다. 브라우저에 비밀번호를 저장하지 않는 것만으로는 충분하지 않을 수 있습니다. 이미 발급된 세션과 지속형 로그인 정보가 남아 있기 때문입니다. 기기를 반납하거나 판매할 때는 계정 로그아웃과 앱 데이터 삭제, 기기 초기화를 함께 고려해야 합니다. 휴대전화를 분실했다면 화면 잠금과 원격 잠금 기능이 첫 방어가 됩니다. 동시에 중요한 서비스에서 해당 기기의 세션을 종료하고, 복구 수단과 최근 활동을 확인할 수 있습니다. 기기를 찾았더라도 다른 사람이 잠금이 풀린 상태에 접근했을 가능성이 있다면 계정의 신뢰 관계를 다시 점검해야 합니다. 자동 로그인은 이용자를 게으르게 만드는 나쁜 기능이 아닙니다. 매번 긴 비밀번호와 인증번호를 입력하는 부담을 줄이고, 접근성을 높이며, 일상적인 서비스를 자연스럽게 이어줍니다. 문제는 편리함의 근거가 어떤 기기와 정보에 묶여 있는지 모른 채 사용하는 데 있습니다. 비밀번호를 바꾸는 일과 이미 로그인된 기기의 접근을 끝내는 일은 별도로 관리해야 한다. ---------------------------------------- ### 15장. 로그인과 본인인증은 왜 따로 할까 https://voidlogpress.com/books/%eb%a1%9c%ea%b7%b8%ec%9d%b8%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%eb%82%98%eb%a5%bc-%ec%95%8c%ec%95%84%eb%b3%b4%eb%8a%94%ea%b0%80/15%ec%9e%a5-%eb%a1%9c%ea%b7%b8%ec%9d%b8%ea%b3%bc-%eb%b3%b8%ec%9d%b8%ec%9d%b8%ec%a6%9d%ec%9d%80-%ec%99%9c-%eb%94%b0%eb%a1%9c-%ed%95%a0%ea%b9%8c/ 질문: 본인인증을 마쳤는데 왜 신규 가입 화면이 나오나요? 요약: 본인확인은 현실의 사람을 확인하고 로그인은 계정을 통제하는 사람인지 확인합니다. 두 절차가 답하는 질문이 다릅니다. 확인에 성공해도 그 결과를 기존 계정에 붙이는 단계가 따로 있어서, 전화번호나 이름 표기가 달라졌으면 대조가 되지 않습니다. 또 다른 질문: 본인확인은 한 가지 절차인가요? 답: 그 안에 서로 다른 목적이 섞여 있습니다. 성인이 맞는지만 확인하면 되는 곳이 있고, 법적 이름을 확인해야 하거나 한 사람의 반복 가입을 구별해야 하는 곳도 있습니다. 목적이 다르면 필요한 정보도 달라집니다. 또 다른 질문: 휴대전화 인증에 성공하면 그 사람이 계정 주인인가요? 답: 그렇게 단순하게 끝나지 않습니다. 명의자와 실제 사용자가 다를 수 있고 가족 명의나 법인 회선을 쓰기도 합니다. 인증번호 문자를 받을 수 있다는 사실과 통신사 가입 명의가 그 사람이라는 사실은 서로 다른 증거입니다. 또 다른 질문: 이름이 비슷하면 기존 계정에 붙여도 되나요? 답: 자동 연결의 기준은 편리함보다 충분히 확실해야 합니다. 잘못 붙이면 다른 사람의 이용 기록과 구매 내역이 노출될 수 있습니다. 확신할 수 없다면 추가 정보를 요구하거나 고객센터의 검토로 넘기는 편이 안전합니다. 또 다른 질문: 기관 서비스에서 자료를 열지 못하는 이유는 무엇인가요? 답: 확인 단계가 여럿이라 어디서 막혔는지 나눠 봐야 합니다. 현실의 사람인지, 그 결과가 어느 회원 계정에 귀속되는지, 현재 그 기관의 이용자인지, 그 계정에 해당 자료를 열 권한이 있는지가 각각 다른 질문입니다. 최종 확인: 2026-09-03T11:04:49+09:00 한 이용자가 전자도서관에 들어가 휴대전화 본인인증을 마쳤습니다. 이름과 생년월일을 입력하고 문자로 온 절차도 통과했습니다. 이제 곧 기존에 사용하던 서재가 열릴 것이라고 생각했습니다. 하지만 화면에는 낯선 신규 가입 안내가 나타났습니다. 예전에 읽던 책과 대출 기록도 보이지 않았습니다. 본인인증은 성공했습니다. 그런데 서비스는 그 결과를 기존 계정에 붙이지 못했습니다. 현실의 사람이 누구인지는 확인했지만, 그 사람이 서비스 안에서 어느 계정을 사용해 왔는지는 별도로 찾아야 했기 때문입니다. 로그인과 본인확인은 화면에서 비슷한 절차처럼 보입니다. 둘 다 이름이나 전화번호를 입력하고, 인증번호를 받고, 성공 또는 실패라는 결과를 보여줍니다. 그러나 두 절차가 답하려는 질문은 다릅니다. 계정의 주인과 현실의 사람 로그인은 대체로 “이 계정을 통제하는 사람이 맞는가”를 확인합니다. 이용자가 아이디를 제시하고 비밀번호나 패스키 같은 인증수단을 사용하면, 서비스는 그 계정에 연결된 증거가 맞는지 판단합니다. 여기서 확인되는 대상은 서비스 안의 계정입니다. 본인확인은 온라인 계정 바깥의 현실 인물을 확인하려는 절차입니다. 서비스는 휴대전화 본인확인, 아이핀, 인증서, 신분증 확인 같은 외부 수단을 통해 이름이나 생년월일, 연령, 동일인 여부 등 필요한 정보를 확인할 수 있습니다. 어떤 방식과 정보가 사용되는지는 서비스 목적과 제도, 이용자가 선택한 수단에 따라 달라집니다. 개인정보 포털에서도 로그인과 본인인증은 서로 다른 기능으로 사용됩니다. 일부 업무는 별도 로그인 없이 본인인증만으로 진행할 수 있지만, 신청 내역을 계속 관리하는 기능에는 로그인 계정이 필요할 수 있습니다. 현실 인물을 한 번 확인하는 일과 서비스 안에서 지속적으로 이용 기록을 귀속할 계정을 운영하는 일이 다르기 때문입니다. 여권을 보여주는 장면을 떠올려보면 차이가 조금 선명해집니다. 여권은 현실의 특정 사람과 법적 이름을 확인하는 증거가 될 수 있습니다. 그러나 어느 쇼핑몰 아이디를 사용했는지, 어느 회사의 직원 계정에 속하는지, 어떤 전자책 서재가 그 사람의 것인지는 여권만으로 알 수 없습니다. 서비스 안의 계정과 현실의 인물을 대조하는 단계가 한 번 더 필요합니다. 본인확인도 여러 질문으로 나뉜다 본인확인이라는 말 안에도 서로 다른 목적이 섞여 있습니다. 어떤 서비스는 성인이 맞는지만 확인하면 됩니다. 어떤 곳은 법적 이름을 확인해야 하고, 한 사람이 반복 가입하는 것을 구별해야 할 수 있습니다. 기관 서비스라면 현실의 사람을 확인한 뒤에도 그 사람이 현재 어느 기관에 소속돼 있는지 다시 확인해야 합니다. 실명확인은 본인확인의 한 형태입니다. 법적 이름이나 그에 준하는 정보를 확인하는 데 초점이 있습니다. 연령확인은 일정 나이 이상인지 판단하는 데 필요한 정보만 볼 수 있습니다. 동일인 확인은 지금 확인된 사람이 예전에 확인했던 사람과 같은지를 대조합니다. 목적이 다르면 필요한 정보도 달라집니다. 본인확인에 성공했다는 문장은 모든 신원 정보가 완벽히 검증됐다는 뜻이 아닙니다. 서비스가 요청한 범위에서 확인 절차를 통과했다는 의미에 가깝습니다. 이름과 생년월일이 전달될 수 있고, 같은 사람을 구별하기 위한 정보가 사용될 수도 있지만, 서비스가 어떤 값을 받는지는 확인 방식과 동의, 계약 구조에 따라 달라집니다. 휴대전화 본인확인도 “지금 이 휴대전화를 들고 있는 사람이 계정 주인이다”라는 단순한 결론으로 끝나지 않습니다. 휴대전화의 명의자와 실제 사용자가 다를 수 있습니다. 가족 명의의 회선을 쓰거나 법인 휴대전화를 사용하는 경우가 있습니다. 문자 수신 여부와 명의 기반 본인확인도 구별해야 합니다. 인증번호 문자를 받을 수 있다는 사실과 통신사 가입 명의가 그 사람이라는 사실은 서로 다른 증거입니다. 확인 결과와 기존 계정을 대조하는 단계 본인확인을 마치면 서비스는 전달받은 결과를 기존 회원정보와 대조할 수 있습니다. 이 과정을 동일인 연결 또는 계정 매칭이라고 부를 수 있습니다. 서비스는 이름, 생년월일, 전화번호, 이메일, 별도의 동일인 구별값 등 자신이 보유하고 정당하게 사용할 수 있는 정보를 기준으로 기존 계정을 찾습니다. 문제는 현실의 한 사람이 서비스 안에서는 여러 모습으로 남아 있을 수 있다는 점입니다. 가입할 때 쓴 전화번호가 바뀌었을 수 있고, 개명 전 이름이 저장돼 있을 수 있습니다. 기관이 넘겨준 직원 명단의 표기와 본인확인 결과의 표기가 다를 수도 있습니다. 띄어쓰기나 영문 이름 순서처럼 사소해 보이는 차이가 자동 대조를 어렵게 만들기도 합니다. 처음 장면의 이용자에게 신규 가입 화면이 나타난 이유도 이런 구조에서 찾을 수 있습니다. 본인확인 시스템은 현실 인물을 정상적으로 확인했습니다. 하지만 서비스는 그 결과를 기존 전자도서관 계정과 안전하게 대조하지 못했습니다. 이름과 전화번호 중 하나가 달라졌거나, 예전 계정이 기관에서 일괄 생성한 식별자만 갖고 있었을 수 있습니다. 사실 확인 없이 어느 하나를 원인으로 단정할 수는 없지만, 실패 지점이 본인확인 그 자체가 아니라 계정 귀속 단계라는 사실은 구별할 수 있습니다. 서비스가 대조에 실패했다고 무조건 비슷한 이름의 계정을 붙이면 더 큰 문제가 생깁니다. 다른 사람의 이용 기록과 구매 내역이 노출될 수 있기 때문입니다. 자동 연결의 기준은 편리함보다 충분히 확실해야 합니다. 확신할 수 없다면 추가 정보를 요구하거나 고객센터의 검토로 넘기는 편이 안전합니다. 반대로 대조 기준이 지나치게 엄격하면 정상 이용자가 기존 계정을 찾지 못합니다. 전화번호 한 자리의 오래된 정보, 개명 전 이름, 기관 명단의 표기 방식 때문에 새로운 계정이 생길 수 있습니다. 결국 동일인 연결은 기술적인 문자열 비교만의 문제가 아닙니다. 틀리게 붙였을 때의 피해와 붙이지 못했을 때의 불편을 함께 조정하는 정책 문제입니다. 한 사람을 구별하는 값도 목적이 있다 본인확인 결과에는 서비스가 같은 사람을 대조하는 데 사용할 수 있는 값이 포함될 수 있습니다. 국내 온라인 서비스에서는 중복가입 확인이나 동일인 대조를 위한 식별정보가 활용되는 경우가 있습니다. 그러나 이런 값도 어디서나 통하는 사람의 영구 번호처럼 취급해서는 안 됩니다. 발급 구조와 사용 목적, 서비스가 보유할 수 있는 근거가 정해져 있고 필요한 범위 안에서 사용해야 합니다. 서비스가 동일인 대조값을 갖고 있더라도 기존 계정에 무조건 자동 귀속할 수 있는 것은 아닙니다. 과거 계정이 해당 값을 보유하지 않거나, 서로 다른 확인 체계에서 만들어진 값의 범위가 다를 수 있습니다. 여러 회원이 이미 잘못 합쳐져 있거나 가족이 한 계정을 공유해 온 경우도 있습니다. 기계적으로 같은 값이 나온다는 사실과 데이터 전체가 같은 사람의 것이라는 판단 사이에는 검토가 필요합니다. 반대로 전화번호와 이메일처럼 바뀔 수 있는 정보만으로 동일인을 판단하면 정상 이용자가 계정을 잃기 쉽습니다. 전화번호는 해지 뒤 다른 사람에게 배정될 수 있고 이메일 주소도 변경되거나 폐기될 수 있습니다. 서비스는 연락 수단, 로그인 아이디, 동일인 대조 기준을 가능한 한 구분해 설계해야 합니다. 한 값에 세 역할을 모두 맡기면 값 하나의 변화가 계정 전체를 흔듭니다. 회원 생성, 본인확인, 소속 확인은 따로 움직인다 기관용 서비스에서는 계정이 만들어지는 경로가 한 가지가 아닐 수 있습니다. 기관이 이용자 명단을 일괄 반입할 수도 있고, 관리자가 계정을 등록할 수도 있습니다. 이용자가 직접 가입한 뒤 기관 승인코드를 입력하거나, 기관 정보 시스템이 재직 여부를 확인해 줄 수도 있습니다. 통합인증으로 처음 들어온 순간 서비스 내부 계정을 새로 만드는 구조도 있습니다. 이 과정에서 회원 생성과 본인확인, 소속 확인, 권한 부여를 한 덩어리로 보면 오류를 설명하기 어렵습니다. 본인확인은 성공했지만 서비스 계정이 없을 수 있습니다. 계정은 있지만 현재 소속이 확인되지 않을 수 있습니다. 소속까지 맞지만 기관이 구매한 콘텐츠 범위에 포함되지 않을 수도 있습니다. 한 공공기관 전자도서관 이용자가 본인확인을 마치고도 자료를 열지 못했다고 가정해보겠습니다. 첫 번째 확인은 현실의 사람인지에 관한 것입니다. 두 번째는 그 결과가 어느 회원 계정에 귀속되는지에 관한 것입니다. 세 번째는 현재 해당 기관의 이용자인지에 관한 것입니다. 네 번째는 그 기관과 계정에 특정 자료를 열 권한이 있는지에 관한 것입니다. 이용자 화면에서는 모두 로그인 이후에 벌어지는 하나의 문제처럼 보입니다. 그러나 운영자는 단계를 나누어야 합니다. 본인확인 업체에 성공 기록이 있는지, 서비스 계정이 어느 값으로 생성됐는지, 기관 명단이 갱신됐는지, 권한 정보가 정상적으로 반영됐는지를 따로 확인해야 합니다. 이 구분은 고객 안내에도 영향을 줍니다. 이미 본인확인을 통과한 사람에게 같은 절차를 반복하게 해도 계정 대조가 실패한 문제는 해결되지 않습니다. 비밀번호를 다시 설정하게 해도 소속정보가 맞지 않으면 자료는 열리지 않습니다. 화면에서 어느 단계가 실패했는지 정확히 알려줄수록 이용자는 불필요한 인증을 덜 반복합니다. 본인인증을 했는데 다시 로그인하는 이유 본인확인이 끝난 뒤 서비스가 다시 로그인하라고 하면 중복 절차처럼 느껴집니다. 그러나 본인확인 결과는 특정 업무를 처리하기 위한 일회성 확인일 수 있습니다. 그 결과를 장기간 유지되는 서비스 계정으로 자동 전환하지 않을 수도 있습니다. 예를 들어 비회원이 개인정보 관련 신청을 하면서 본인확인을 할 수 있습니다. 이 경우 서비스는 신청 대상이 본인인지 확인하지만 새로운 회원 계정을 만들 필요는 없습니다. 반대로 신청 내역을 여러 달 동안 조회하고 수정하려면 별도의 계정과 로그인 상태가 필요할 수 있습니다. 본인확인과 로그인을 묶을 수도 있습니다. 확인 결과로 기존 계정을 찾고, 해당 계정에 새 인증수단을 등록하거나 일회성 로그인 상태를 발급할 수 있습니다. 하지만 이때도 내부적으로는 현실 인물 확인, 계정 대조, 로그인 상태 발급이 순서대로 일어납니다. 화면에서 한 번에 끝났다고 구조까지 하나인 것은 아닙니다. 서비스는 이 차이를 이용자에게 설명할 책임이 있습니다. “인증에 실패했습니다”라는 문구만으로는 휴대전화 명의 확인이 실패했는지, 기존 계정을 찾지 못했는지, 기관 소속이 맞지 않는지 알 수 없습니다. 서로 다른 실패를 한 문장으로 뭉치면 이용자는 같은 행동만 반복하게 됩니다. 본인확인이 권한을 보장하지는 않는다 현실의 사람임을 확인했다고 해서 모든 기능을 사용할 수 있는 것은 아닙니다. 성인이라는 사실을 확인해도 유료 구독이 생기지는 않습니다. 회사 직원임을 확인해도 모든 관리자 메뉴가 열려서는 안 됩니다. 기관 소속이 맞더라도 해당 기관이 구매하지 않은 콘텐츠까지 이용할 수는 없습니다. 본인확인은 시스템이 판단에 사용할 한 가지 증거를 제공합니다. 서비스는 그 증거를 어느 계정에 붙일지 결정하고, 계정의 소속과 상태를 확인하고, 요청한 기능에 필요한 권한을 다시 판단합니다. 이 단계가 분리되어 있기 때문에 한 곳의 성공이 뒤 단계의 성공을 대신하지 못합니다. 일반 이용자에게도 이 관점은 유용합니다. 본인인증을 마쳤는데 원하는 화면이 열리지 않을 때, 자신의 신원을 의심받았다고만 생각할 필요는 없습니다. 계정 귀속이나 소속정보, 이용 기간, 서비스 권한 중 다른 단계가 문제일 수 있습니다. 서비스 운영자에게는 더 직접적인 의미가 있습니다. 회원가입 화면을 설계할 때 “누구인지 확인하는 값”과 “어느 계정에 귀속할 값”, “무엇을 허용할 값”을 구분해야 합니다. 하나의 전화번호나 이메일을 세 역할에 모두 사용하면 정보가 바뀌었을 때 계정 복구와 동일인 대조, 권한 관리가 함께 흔들릴 수 있습니다. 처음의 이용자는 본인확인에 실패한 사람이 아니었습니다. 서비스가 현실의 사람과 오래된 계정을 안전하게 대조하지 못한 사람이었습니다. 이 차이를 알아야 문제를 엉뚱한 인증 단계로 돌려보내지 않을 수 있습니다. 본인확인은 현실의 사람을 확인하지만, 그 사람이 어떤 서비스 계정을 써야 하는지까지 결정하지는 않는다. ---------------------------------------- ### 4장. 비밀번호가 맞는지 서버는 어떻게 알까 https://voidlogpress.com/books/%eb%a1%9c%ea%b7%b8%ec%9d%b8%ec%9d%80-%ec%96%b4%eb%96%bb%ea%b2%8c-%eb%82%98%eb%a5%bc-%ec%95%8c%ec%95%84%eb%b3%b4%eb%8a%94%ea%b0%80/4%ec%9e%a5-%eb%b9%84%eb%b0%80%eb%b2%88%ed%98%b8%ea%b0%80-%eb%a7%9e%eb%8a%94%ec%a7%80-%ec%84%9c%eb%b2%84%eb%8a%94-%ec%96%b4%eb%96%bb%ea%b2%8c-%ec%95%8c%ea%b9%8c/ 질문: 고객센터는 왜 기존 비밀번호를 알려주지 못하나요? 요약: 안전하게 설계된 서비스는 원문을 꺼내 읽는 방식으로 판단하지 않기 때문입니다. 가입할 때 해시로 처리한 값을 저장하고, 로그인 때 새로 받은 값을 같은 방식으로 처리해 결과가 같은지만 봅니다. 운영자 화면에 원문이 보인다면 저장 구조를 의심할 신호입니다. 또 다른 질문: 비밀번호를 잊었는데 왜 알려주지 않고 재설정만 되나요? 답: 고객센터가 알려주지 못하는 것은 규정 때문만이 아니라, 안전하게 만든 서비스에는 알려줄 원문이 아예 남아 있지 않기 때문입니다. 가입할 때 입력한 값을 그대로 저장하는 대신 해시로 처리한 결과만 남기고, 로그인 때 새로 받은 값을 같은 방식으로 처리해 두 결과가 같은지만 봅니다. 가령 이름과 사번을 확인했으니 화면에서 찾아 읽어 주면 되지 않느냐는 전화가 실제로 오는데, 되찾는 절차 자체가 설계에 없어서 운영자 화면에도 뜨지 않습니다. 반대로 그 화면에 원문이 보인다면 편리한 기능이 아니라 저장 구조를 의심할 신호입니다. 다만 해시로 저장했다는 한마디가 안전을 보장하지는 않습니다. 계정마다 다른 솔트가 붙어야 하고, 대량 추측의 비용을 높이도록 일부러 느리게 설계된 방식이어야 합니다. 또 다른 질문: 솔트는 무엇을 막나요? 답: 같은 비밀번호를 쓴 두 계정의 저장 결과가 똑같아지는 일을 막습니다. 결과가 같으면 공격자가 같은 비밀번호를 쓴다고 짐작할 수 있고, 자주 쓰이는 값을 미리 계산해둔 자료를 여러 계정에 반복 적용하기도 쉬워집니다. 또 다른 질문: 솔트가 있으면 약한 비밀번호도 안전한가요? 답: 그렇지 않습니다. 솔트와 저장된 결과를 함께 얻은 공격자는 각 계정에 대해 후보 비밀번호를 다시 시험할 수 있습니다. 솔트는 그 작업을 계정별로 반복하게 만들 뿐 약한 비밀번호를 강한 비밀번호로 바꾸지 않습니다. 또 다른 질문: 해시는 빠를수록 좋은 것 아닌가요? 답: 비밀번호 저장에서는 다릅니다. 계산이 지나치게 빠르면 유출된 데이터를 가진 공격자도 아주 많은 후보를 짧은 시간에 시험할 수 있습니다. 정상 로그인에서는 약간의 계산이 더해지는 정도지만 대량 추측에서는 그 비용이 계속 누적됩니다. 또 다른 질문: 기관이 계정을 미리 만들 때 최초 비밀번호는 어떻게 주나요? 답: 계정 생성과 비밀번호 설정을 분리하는 편이 낫습니다. 명단에 비밀번호를 적어 돌리면 담당자와 업체를 거치며 함께 퍼지고, 이용자가 바꾸지 않으면 임시 값이 오래 실제 비밀번호로 남습니다. 원문 대신 재설정용 증표를 전달합니다. 최종 확인: 2026-09-07T10:40:52+09:00 한 기관 서비스의 이용자가 고객센터에 전화를 걸었습니다. 비밀번호가 기억나지 않으니 기존에 쓰던 값을 알려달라는 요청이었습니다. 이름과 사번을 확인하면 고객센터가 화면에서 비밀번호를 찾아 읽어줄 수 있을 거라고 생각했습니다. 담당자는 기존 비밀번호를 알려줄 수 없다고 답했습니다. 대신 등록된 이메일로 재설정 안내를 보내겠다고 했습니다. 이용자는 답답해했습니다. “서비스가 제 비밀번호를 가지고 있으니까 맞는지 확인하는 것 아닌가요? 가지고 있는데 왜 알려줄 수 없죠?” 이 질문에는 비밀번호 저장의 핵심이 들어 있습니다. 안전하게 설계된 서비스는 이용자가 입력했던 비밀번호 원문을 꺼내 읽는 방식으로 로그인 여부를 판단하지 않습니다. 원문을 되찾지 않고도 같은 비밀번호가 제출됐는지 비교할 수 있는 값을 저장합니다. 비밀번호를 그대로 보관하면 가장 단순한 방법은 회원가입 때 입력한 비밀번호를 데이터베이스에 그대로 저장하는 것입니다. 로그인할 때 새로 입력된 값과 저장된 문자를 비교하면 됩니다. 운영자가 비밀번호를 알려달라는 요청을 받았을 때도 기록을 열어 읽어주면 그만입니다. 단순한 만큼 위험은 큽니다. 데이터베이스가 유출되거나, 비밀번호를 볼 수 있는 내부 계정이 악용되거나, 관리 화면과 기록에 값이 잘못 노출되면 이용자의 비밀이 그대로 드러납니다. 더 큰 문제는 사람들이 같은 비밀번호를 여러 서비스에서 반복한다는 데 있습니다. 한 서비스에서 유출된 값이 이메일, 쇼핑몰, 업무 시스템 같은 다른 계정의 문까지 여는 열쇠가 될 수 있습니다. 비밀번호를 가역적으로 암호화해 보관하는 방법도 생각할 수 있습니다. 암호화는 정해진 키를 이용해 원문을 알아보기 어려운 형태로 바꾸고, 필요한 경우 다시 복원하는 기술입니다. 주소나 전화번호처럼 서비스가 나중에 원문을 다시 보여주거나 처리해야 하는 정보에는 암호화가 필요할 수 있습니다. 비밀번호는 목적이 다릅니다. 서비스는 로그인할 때 기존 비밀번호를 다시 읽어 사용자에게 보여줄 필요가 없습니다. 새로 제출된 값이 등록할 때의 값과 같은지만 판단하면 됩니다. 복원할 필요가 없는 비밀을 복원 가능한 형태로 저장하면, 데이터와 함께 복호화 키가 노출될 때 원문까지 한꺼번에 드러날 위험이 생깁니다. 그래서 일반적인 로그인용 비밀번호는 가역 암호화보다 비밀번호 검증에 맞는 해시 방식으로 보호하는 것이 권장됩니다. 원문 대신 남기는 흔적 해시는 입력값을 일정한 규칙으로 처리해 결과값을 만드는 방식입니다. 같은 입력을 같은 조건으로 처리하면 같은 결과가 나옵니다. 반면 결과만 보고 원래 입력을 되돌리는 일을 전제로 설계하지 않습니다. 회원가입 때 이용자가 비밀번호를 만들면 서버는 원문을 그대로 보관하는 대신 적절한 비밀번호 해시 알고리즘으로 처리한 값을 저장합니다. 이후 로그인 요청이 오면 새로 제출된 비밀번호를 같은 방식으로 처리합니다. 두 결과가 같으면 같은 값이 제출됐다고 판단합니다. 이 흐름에서 서버가 하는 일은 보관해둔 비밀번호를 꺼내 읽는 것이 아닙니다. 지금 받은 비밀번호가 이전에 받은 값과 같은 흔적을 만드는지 확인하는 것입니다. 고객센터가 기존 비밀번호를 볼 수 없고 재설정만 안내하는 이유도 여기에 있습니다. 운영자 화면에 비밀번호 원문이 표시된다면 편리한 기능이라기보다 저장 구조를 다시 의심해야 할 신호에 가깝습니다. 해시를 종이 분쇄기에 비유하기도 합니다. 종이를 잘게 자른 뒤 원래 문서를 그대로 되살리기 어렵다는 점에서는 도움이 되는 비유입니다. 하지만 해시는 종이를 무작위로 파괴하는 일과 다릅니다. 같은 입력은 같은 조건에서 같은 결과를 만듭니다. 공격자는 후보 비밀번호를 하나씩 처리해 유출된 결과와 같은지 대조할 수 있습니다. 따라서 “해시는 되돌릴 수 없으니 유출돼도 안전하다”는 결론은 맞지 않습니다. 원문을 직접 복원하는 대신, 사람들이 선택했을 법한 값을 계속 시험해 정답을 찾을 수 있기 때문입니다. 짧고 흔한 비밀번호라면 후보가 많지 않습니다. 공격자는 자주 쓰이는 단어, 이전 침해에서 발견된 비밀번호, 숫자와 기호를 붙인 익숙한 변형부터 확인할 수 있습니다. 같은 비밀번호도 다르게 보이게 여기서 솔트가 등장합니다. 솔트는 비밀번호를 해시할 때 계정마다 고유하게 더하는 값입니다. 솔트 자체를 비밀로 숨기는 것이 목적은 아닙니다. 같은 비밀번호를 사용한 두 계정의 저장 결과가 똑같아지는 일을 막는 데 의미가 있습니다. 가령 두 이용자가 우연히 같은 비밀번호를 선택했다고 해봅시다. 비밀번호만 그대로 해시하면 저장 결과도 같아질 수 있습니다. 데이터베이스를 얻은 공격자는 결과가 같은 계정끼리 같은 비밀번호를 사용한다고 짐작할 수 있습니다. 자주 쓰이는 비밀번호의 결과를 미리 대량으로 계산해둔 자료도 여러 계정에 반복해서 적용하기 쉬워집니다. 계정마다 다른 솔트를 함께 처리하면 같은 비밀번호라도 결과가 달라집니다. 공격자는 한 번 계산한 결과를 모든 계정에 그대로 대입하기 어려워집니다. 그렇다고 솔트가 비밀번호를 강하게 바꾸거나 모든 추측을 막는 것은 아닙니다. 솔트와 저장된 결과를 함께 얻은 공격자는 각 계정에 대해 후보 비밀번호를 다시 시험할 수 있습니다. 솔트는 그 작업을 계정별로 반복하게 만들 뿐, 약한 비밀번호를 강한 비밀번호로 바꾸지는 않습니다. ‘소금 한 꼬집을 더한다’는 이름 때문에 조리법처럼 받아들이기 쉽지만, 실제 의미는 계정마다 다른 조건을 부여하는 데 있습니다. 솔트는 비밀키도 아니고, 이용자가 기억해야 하는 두 번째 비밀번호도 아닙니다. 서비스가 안전하게 생성하고 비밀번호의 검증값과 함께 관리하는 값입니다. 빠른 해시가 항상 좋은 것은 아니다 컴퓨터 작업은 대개 빠를수록 좋다고 생각합니다. 비밀번호 저장에서는 조금 다릅니다. 해시 계산이 지나치게 빠르면 정상 사용자는 로그인할 때 편할 수 있지만, 유출된 데이터를 가진 공격자도 매우 많은 후보를 짧은 시간에 시험할 수 있습니다. 그래서 비밀번호에는 일반적인 빠른 해시를 한 번 적용하는 것보다, 비밀번호 저장을 위해 설계된 느리고 비용이 드는 방식을 사용합니다. 정상적인 로그인에서는 한 번의 검증에 약간의 계산이 추가되는 정도입니다. 공격자가 수백만, 수억 개의 후보를 시험할 때는 그 작은 비용이 계속 누적됩니다. 현대적인 비밀번호 해시 방식은 계산 횟수뿐 아니라 메모리 사용량까지 늘려 대량 추측의 비용을 높이기도 합니다. 어떤 알고리즘과 설정이 적절한지는 기술 환경과 시점에 따라 달라집니다. 이 책에서 특정 이름과 수치를 외울 필요는 없습니다. 핵심은 ‘해시했다’는 한마디만으로 저장이 안전해지는 것이 아니라는 점입니다. 계정별 솔트가 있어야 하고, 대량 추측을 어렵게 만드는 적절한 비밀번호 해시 방식과 설정이 필요합니다. 오래된 시스템은 당시의 기준에 맞춰 만든 저장값을 계속 가지고 있을 수 있으므로, 로그인에 성공하는 순간 더 나은 방식으로 갱신하는 전략도 사용합니다. 처음 비밀번호를 어떻게 전달할까 기관용 서비스에서는 이용자가 직접 가입하지 않고 기관이 계정을 미리 만드는 경우가 있습니다. 이때 최초 비밀번호를 명단 파일에 함께 적어 전달하거나, 모든 이용자에게 같은 임시 비밀번호를 부여하면 운영은 간단해집니다. 하지만 명단이 여러 담당자와 업체를 거치는 동안 비밀번호도 함께 퍼집니다. 이용자가 값을 바꾸지 않으면 임시 비밀번호가 오랫동안 실제 비밀번호로 남을 수 있습니다. 더 나은 방향은 계정 생성과 비밀번호 설정을 분리하는 것입니다. 기관은 어느 이용자의 계정을 만들지 전달하고, 이용자는 자신에게 도착한 일회성 안내를 통해 직접 비밀번호를 정합니다. 이때 메일이나 문자가 비밀번호 원문을 담는 것이 아니라, 일정 시간 동안 설정 화면에 들어갈 수 있는 재설정용 증표를 전달하도록 설계할 수 있습니다. 운영 현장에서는 여기서도 선택이 생깁니다. 이메일 주소가 잘못 등록됐거나 이용자가 더 이상 그 주소에 접근할 수 없다면 안내를 받을 수 없습니다. 재설정 메일이 전달되는 경로가 안전한지, 증표의 유효기간이 적절한지, 한 번 사용한 뒤 폐기되는지도 중요합니다. 다만 이는 기존 비밀번호를 저장하는 문제와는 다른 보안 경계입니다. 서버가 비밀번호 원문을 가지고 있지 않아도, 복구 절차가 약하면 다른 사람이 새 비밀번호를 설정할 수 있습니다. 계정 복구의 구조는 7장에서 다시 살펴보겠습니다. 서버가 모른다고 끝나는 것은 아니다 비밀번호 원문을 저장하지 않는 구조는 피해를 줄이기 위한 기본 조건입니다. 그렇다고 서비스가 비밀번호와 관련해 아무 책임도 지지 않는다는 뜻은 아닙니다. 로그인할 때 비밀번호는 서버에 제출되어 검증 과정을 거칩니다. 전송 구간이 보호되어야 하고, 프로그램 기록이나 오류 메시지에 원문이 남지 않도록 해야 합니다. 개발과 운영 과정에서 비밀번호를 함부로 수집하거나 복사하지 않는 절차도 필요합니다. 이용자도 해시의 존재만 믿을 수는 없습니다. 저장값이 유출되면 공격자는 후보를 대조할 수 있습니다. 비밀번호가 짧고 흔할수록 찾아낼 가능성이 커집니다. 다른 서비스에 같은 값을 사용했다면 한 곳의 저장 방식이 무너졌을 때 피해가 번집니다. 좋은 저장 방식은 비밀번호를 절대로 잃지 않는 마법이 아닙니다. 서비스가 침해되더라도 공격자가 원문을 바로 손에 넣지 못하게 하고, 후보를 시험하는 비용을 높여 대응할 시간을 벌어주는 장치입니다. 비밀번호 자체의 선택과 사용 습관이 중요한 이유도 여기에 있습니다. 안전한 서비스는 비밀번호 원문 대신, 같은 값이 제출됐는지 확인할 수 있는 느리고 고유한 흔적을 저장한다. ---------------------------------------- ## 디자이너의 AI 시스템 ISBN 9791143817785 · 2026-08-10 · 강지우 지음 https://voidlogpress.com/books/%eb%94%94%ec%9e%90%ec%9d%b4%eb%84%88%ec%9d%98-ai-%ec%8b%9c%ec%8a%a4%ed%85%9c/ ### 14장. 모호한 피드백을 수정 항목으로 바꾼다 https://voidlogpress.com/books/%eb%94%94%ec%9e%90%ec%9d%b4%eb%84%88%ec%9d%98-ai-%ec%8b%9c%ec%8a%a4%ed%85%9c/14%ec%9e%a5-%eb%aa%a8%ed%98%b8%ed%95%9c-%ed%94%bc%eb%93%9c%eb%b0%b1%ec%9d%84-%ec%88%98%ec%a0%95-%ed%95%ad%eb%aa%a9%ec%9c%bc%eb%a1%9c-%eb%b0%94%ea%be%bc%eb%8b%a4/ 질문: 서로 다른 피드백 세 개를 모두 반영하면 되나요? 요약: 모두 적용하면 한 화면에 1순위가 여럿 생깁니다. 원문은 그대로 두고 변경 대상과 관찰한 상태를 따로 적은 뒤, 추정한 의도는 확인 질문으로 바꿉니다. 우선순위는 직급이 아니라 브리프의 목적과 승인 역할로 정합니다. 또 다른 질문: 충돌이 끝까지 남으면 어떻게 하나요? 답: 두 개의 선택안을 제시하고 승인 담당자가 하나를 고르게 합니다. 제품을 1순위로 둘지 혜택을 1순위로 둘지 같은 식입니다. 담당자가 하나를 고르면 그때 수정 기준을 확정하고, 선택 전에 두 안을 섞지 않습니다. 또 다른 질문: 확인 질문은 어떻게 만드나요? 답: 상대가 디자인 용어를 설명하게 만드는 시험이 아닙니다. 충돌하는 변경 조건을 선택할 수 있게 만드는 문장입니다. 배경과 소품을 줄이려는 것인지 혜택의 대비를 낮추려는 것인지처럼 좁혀서 묻습니다. 또 다른 질문: 작업을 끝내면 승인 상태가 되나요? 답: 작업 완료만으로 승인이 되지는 않습니다. 증거 파일과 완료 기준을 검토한 뒤 승인자가 상태를 바꿉니다. 충돌하는 의견이 해결되지 않으면 검토 단계에서 멈추고 디자이너가 임의로 두 요청을 합치지 않습니다. 또 다른 질문: 피드백 원문과 관찰한 상태는 같은 칸에 적어도 되나요? 답: 나눠 적습니다. 조용하게 해달라는 말은 관찰한 사실이 아니고 혜택이 제품 뒤에 읽힌다는 것도 디자이너의 판단이라 실제 시안과 함께 확인합니다. 원문을 그대로 두어야 수정 결과가 요청을 해결했는지 대조할 수 있습니다. 최종 확인: 2026-09-03T11:04:48+09:00 세 사람의 말을 모두 넣자 초점이 사라졌다 화요일 오후 3시 07분, C01의 채널별 결과에 세 개의 피드백이 붙었다. 브랜드 리드 민서연은 제품이 더 조용하게 보였으면 좋겠다고 했다. 마케터 김대호는 15%가 첫눈에 보이게 더 크게 해달라고 했다. MD 이혜진은 세 제품을 같은 비중으로 보여달라고 했다. 박솔이 세 요청을 모두 적용한 모바일 시안을 만들었다. 제품 세 개가 같은 크기로 커졌다. 15%도 제목만큼 커졌다. 배경과 소품을 줄였지만 화면에는 네 개의 1순위가 생겼다. 한유진은 시안을 더 고치지 않았다. 피드백 원문을 사람별로 분리해 피드백_번역표_C01_v1에 옮겼다. 첫 칸에는 원문을 그대로 남겼다. 다음 칸에는 변경 대상, 관찰한 문제, 확인 질문, 수정 단계와 승인 기준을 적었다. 피드백을 번역한다는 것은 상대의 의도를 대신 알아맞히는 일이 아니다. 수정 가능한 단위와 결정이 필요한 질문으로 바꾸는 일이다. 원문과 해석을 같은 칸에 쓰지 않는다 유진은 세 문장을 다음처럼 나눴다. feedback_id 원문 변경 대상 관찰한 상태 FB-C01-01 제품이 더 조용하게 보이면 좋겠어요 배경·소품·정보 위계 할인율과 제품 3종이 비슷한 강도로 보임 FB-C01-02 15%가 첫눈에 보이게 더 크게 혜택 크기·위치·대비 모바일에서 혜택이 제품 뒤에 읽힘 FB-C01-03 세 제품을 같은 비중으로 제품 크기·배치 Loop Tray가 대표 제품으로 가장 큼 ‘조용하게’는 관찰한 사실이 아니다. ‘혜택이 제품 뒤에 읽힌다’도 유진의 판단이므로 실제 시안과 함께 확인한다. 원문을 바꾸지 않으면 나중에 수정 결과가 요청을 해결했는지 대조할 수 있다. Figma 댓글은 원래 디자인 파일 안에서 의견과 응답을 이어갈 수 있다.33 이 책에서는 원문과 구조화 기록을 함께 남긴다. 추정 의도는 질문으로 바꾼다 유진은 각 피드백의 의도를 확정하지 않았다. 더 조용하게 가능한 해석은 여러 개다. • 제품 주변 소품을 줄이기 • 색 대비를 낮추기 • 혜택의 시각 강도를 낮추기 • 제품 3종의 경쟁을 줄이기 확인 질문은 다음처럼 좁혔다. 배경과 소품을 줄이려는 것인가요, 15%의 대비를 낮추려는 것인가요? 15%를 더 크게 크기만 키우면 제목과 경쟁할 수 있다. 원하는 결과가 행사 인지인지, 숫자 가독성인지 확인한다. 15%를 2순위 정보로 올리면 될까요, 제목보다 먼저 보이게 해야 하나요? 세 제품을 같은 비중으로 재고와 상품 노출 목적일 수 있다. 그러나 C01 브리프에서는 Loop Tray가 대표 제품으로 승인돼 있다. 상품 목록처럼 균등하게 보여야 하나요, 세 제품이 모두 보이는 것으로 충분한가요? 질문은 상대가 디자인 용어를 설명하게 만드는 시험이 아니다. 충돌하는 변경 조건을 선택할 수 있게 만드는 문장이다. 브리프와 승인 역할로 우선순위를 정한다 답변이 오기 전까지 누구의 말이 더 중요한지 직급으로 정하지 않는다. C01 브리프의 1순위 목적은 제품 조합과 프로모션 인지다. Loop Tray를 대표 제품으로 두는 결정은 MD와 브랜드 리드가 승인했다. 판매 정보의 정확성은 이혜진이 책임지고, 최종 시각 방향은 민서연이 승인한다. 답변은 다음처럼 정리됐다. • 제품 중심 구조 유지 • 15%를 2순위로 올림 • 세 제품은 모두 보이되 Loop Tray가 대표 • 소품 수와 배경 대비를 줄여 조용한 인상 유지 세 피드백을 모두 더한 것이 아니다. 브리프와 승인 역할을 기준으로 서로 양립할 수 있는 조건과 선택이 필요한 조건을 나눴다. 충돌이 남으면 두 개의 선택안을 제시한다. • A안: 제품 1순위, 혜택 2순위 • B안: 혜택 1순위, 제품 2순위 승인 담당자가 하나를 고르면 수정 기준을 확정한다. 선택 없이 두 안을 섞지 않는다. 피드백 상태를 한 방향으로 흐르게 한다 피드백 행은 단계별 상태로 관리한다. 값은 new, question_sent, confirmed, in_progress다. 이후 review, approved, rejected로 이동한다. 원문이 들어오면 new다. 의도가 불명확하면 질문을 보내고 question_sent로 바꾼다. 답변과 승인 우선순위가 정해지면 confirmed가 된다. 작업 완료만으로 approved가 되지는 않는다. 증거 파일과 완료 기준을 검토한 뒤 승인자가 상태를 바꾼다. 서로 충돌하는 의견이 해결되지 않으면 review에서 멈춘다. 디자이너가 임의로 두 요청을 합치지 않는다. 수정할 단계를 먼저 찾는다 모호한 피드백이 들어오면 모든 문제를 Figma 편집으로 해결하려 하기 쉽다. 유진은 수정 위치를 다섯 단계로 나눴다. 1. 생성 2. 편집 3. 템플릿 4. 데이터 5. QA 생성 단계 제품 형태나 손·케이블 관계가 틀린 경우다. 원본 제품을 유지한 배경 생성이나 재생성으로 돌아간다. 편집 단계 소품 제거, 반사 축소, 배경 확장, 색 보정처럼 선택안 안에서 복구 가능한 문제다. 템플릿 단계 제목 줄 수, 제품 3종 변형, CTA 위치처럼 반복 구조의 규칙을 바꿔야 하는 문제다. 데이터 단계 가격·날짜·제품명·고지문이 원본과 다른 경우다. 시안을 고치기 전에 WS03과 원본 책임자를 확인한다. QA 단계 수정은 끝났지만 안전 여백, 색상, 파일명, 버전, 권리 기록을 다시 확인해야 하는 경우다. 수정 단계가 다르면 담당자와 복구 방식도 달라진다. 슬롯 수 오류를 작은 브러시 편집으로 감추지 않고 생성 또는 원본 합성 단계로 돌린다. 수정 라운드는 작업 묶음으로 보낸다 확인된 피드백을 한 문장씩 바로 수정하면 파일 버전이 빠르게 늘어난다. 유진은 같은 승인자가 확인할 수 있는 작업을 한 라운드로 묶었다. • Round 1: 정보 위계와 제품 비중 • Round 2: 채널별 제목·CTA·고지 • Round 3: 제품·색·파일 QA 새 피드백이 들어와도 현재 라운드의 목적과 무관하면 다음 라운드로 보낸다. 긴급한 판매 정보 오류나 제품 오류는 예외로 즉시 처리한다. C01 피드백을 작업 목록으로 바꾼다 유진은 원문 세 개를 여섯 개의 수정 작업으로 바꿨다. task_id · 수정 작업 단계 완료 기준 승인자 MOD-C01-01 소품 1개 제거 편집 제품 주변 소품 2개 이하 [예시] 한유진 MOD-C01-02 배경 대비 낮추기 편집 Warm Paper 계열·제품색 유지 민서연 MOD-C01-03 15%를 2순위로 올리기 템플릿 제목 뒤, CTA 앞에 읽힘 민서연·김대호 MOD-C01-04 세 제품 노출 유지 템플릿 제품 3종이 식별됨 이혜진 MOD-C01-05 Loop Tray 대표성 유지 템플릿 첫 시선이 Loop Tray에 도착 민서연 MOD-C01-06 채널별 결과 재검수 QA 모바일·정사각형·이메일 PASS 한유진 “더 좋게”, “조금 키우기” 같은 표현을 작업 목록에 쓰지 않는다. 어떤 레이어와 조건이 바뀌고 완료 여부를 어떻게 확인할지 적는다. 수정 조건과 승인 기준이 같아 보일 수 있다. 수정 조건은 작업자가 바꿀 내용이고, 승인 기준은 검토자가 끝났다고 판단할 문장이다. 예를 들어 15%를 2순위로 올리기가 수정 조건이다. 제목 뒤, CTA 앞에 읽힌다가 승인 기준이다. 채널마다 같은 피드백을 다르게 적용한다 C01의 피드백은 모든 채널에 같은 수치로 적용하지 않는다. 데스크톱 제품 조합을 유지하고 15% 대비를 조금 올린다. 세 제품을 모두 보여주되 Loop Tray가 가장 크다. 모바일 짧은 제목을 유지한다. 15%를 제목 아래에 두고 제품 영역과 겹치지 않게 한다. 세 제품은 대표·보조 관계로 표시한다. 정사각형 소품을 줄이고 제품과 혜택을 한 덩어리로 묶는다. 제목·15%·CTA를 모두 같은 크기로 만들지 않는다. 스토리 15%와 기간을 중앙 안전 영역에 둔다. CTA는 실제 플랫폼 UI와 겹치지 않는지 제작 시 확인한다. 이메일 혜택은 읽히게 하되 긴 고지는 본문 텍스트로 분리한다. 프레젠테이션 소비자용 15% 강조보다 피드백 충돌과 승인된 선택을 보여준다. 피드백 원문은 같아도 채널 목적과 첫 정보 목표에 따라 수정 결과가 달라진다. ‘AI로 만든 느낌’을 오류 종류로 나눈다 C02에는 다음 피드백이 있었다. “AI로 만든 느낌이 너무 나요.” 이 문장만으로는 수정 단계를 정할 수 없다. 5장의 번역 사전과 C02 실패 기록을 사용해 문제를 나눴다. • 슬롯 수 오류: 생성 단계 또는 원본 합성 • 케이블 관통: 재생성 • Fog Blue 과포화: 편집·색 보정 • 반복 질감: 편집 • 비정상 문자: 이미지에서 제거하고 Figma 텍스트 사용 • 사용 맥락 부재: 생성 방향 재정의 슬롯 수와 케이블 오류는 제품 구조 문제다. 분위기가 좋아도 편집으로 억지 복구하지 않는다. Fog Blue 과포화는 제품 원본과 기준색을 대조해 보정할 수 있다. 보정 뒤 다른 색처럼 보이면 원본 제품을 다시 합성한다. ‘AI로 만든 느낌’을 하나의 객관적 오류로 확정하지 않는다. 관찰 가능한 문제와 수정 단계가 확인될 때만 작업 목록에 넣는다. AI는 분류와 질문 초안까지만 맡긴다 피드백이 많으면 대화형 AI로 원문을 묶을 수 있다. • 입력: 피드백 원문, 브리프, 형용사 번역 사전, 채널 ID • 역할: 변경 대상·충돌·확인 질문 후보 분류 • 출력: 피드백 번역표 초안 • 사람 확인: 의도·우선순위·수정 단계·승인자 • 수동 복구: 원문과 맞지 않으면 행을 분리하거나 삭제 AI가 “브랜드 리드는 고급스러움을 원한다”고 정리해도 원문에 없는 의도라면 삭제한다. 상대의 의도를 이해했다고 단정하지 않는다. Figma 댓글은 원본 파일에 연결해 응답과 해결 상태를 관리할 수 있다.33 요약 기능을 쓰더라도 원문과 누락 맥락을 사람이 다시 확인한다. C02는 재생성과 편집을 분리한다 C02의 ‘AI로 만든 느낌’ 피드백에서 슬롯 수와 케이블 오류는 생성 단계로 돌아간다. Fog Blue 과포화와 반복 질감은 편집 후보로 남긴다. 유진은 한 작업에 두 단계를 섞지 않았다. task route evidence approval 슬롯 4개 제품 원본 적용 생성·합성 제품 카탈로그 한유진 케이블 관통 없는 배경 후보 재생성 실패 기록 한유진 Fog Blue 기준색 보정 편집 촬영 원본·색상 기준 민서연 최종 제품 형태 재검수 QA 전후 비교 한유진·이혜진 생성 단계의 오류가 해결되지 않았는데 색 보정부터 하지 않는다. 차단 오류를 먼저 닫고 편집 작업을 진행한다. 완료 기준이 없는 작업은 승인하지 않는다 수정이 끝났는지 판단할 문장이 없으면 같은 피드백이 반복될 수 있다. 작업마다 다음을 적었다. • 변경 대상 • 수정 조건 • 완료 기준 • 증거 파일 • 승인 담당자 • 승인 상태 피드백_승인_기록_v1의 예시는 다음과 같다. 모바일 EPUB 가독성을 위해 이 표는 항목 카드로 펼쳐 표시한다. revision: R01 • 대상: desktop • 완료 기준: 제품 1순위·15% 2순위 • 증거: 비교 캡처 예정 • 승인: 민서연 • 상태: production_pending revision: R02 • 대상: mobile • 완료 기준: 짧은 제목·제품 크롭·CTA PASS • 증거: QA 기록 예정 • 승인: 한유진 • 상태: production_pending revision: R03 • 대상: email • 완료 기준: 필수 고지 본문 분리 • 증거: 이메일 명세 예정 • 승인: 이혜진 • 상태: production_pending 실제 이미지가 아직 없으므로 approved라고 쓰지 않는다. 제작과 재검수 뒤에 증거 파일을 연결하고 승인한다. 승인 담당자가 없거나 서로 다른 기준을 사용하면 상태를 review로 유지한다. 수정 횟수로 완료를 판단하지 않는다. 승인 기록에는 누가 언제 어떤 기준으로 결정했는지도 남긴다. 수정 전후의 이유를 남긴다 유진은 피드백 원문, 확인 답변, 수정 작업, 승인 기준을 같은 ID로 연결했다. • FB-C01-01 → MOD-C01-01·02 • FB-C01-02 → MOD-C01-03 • FB-C01-03 → MOD-C01-04·05 수정 이유가 남아 있으면 다음 캠페인에서 같은 요청이 들어왔을 때 과거 시안을 그대로 복제하지 않고 조건을 비교할 수 있다. 모든 피드백을 원칙이나 템플릿에 넣지는 않는다. 한 번의 캠페인에만 필요한 변경은 수정 기록으로 끝낸다. 반복되고 적용 범위가 확인된 조건만 18장의 팀 운영 규칙 후보로 넘긴다. 이때 판단의 기준일도 함께 적는다. 이번 장에서 완성한 것 피드백_번역표_C01_v1에는 원문, 변경 대상, 관찰한 문제, 추정 의도, 확인 질문과 수정 단계가 들어 있다. 수정_작업_목록_C01_v1에는 C01의 여섯 작업과 완료 기준, 담당자와 승인자가 기록돼 있다. 피드백_승인_기록_v1에는 채널별 증거 파일, 승인 기준과 production_pending 상태가 남아 있다. 다음 장에서 사용하는 방법 15장에는 approved 브리프, WS03 필드 구조, 템플릿 v1, 최종 비주얼 구현 명세와 피드백 반영 규칙을 넘긴다. 사람이 입력하던 캠페인 값을 Google Sheets의 구조화된 행으로 관리하고, 어떤 행만 다음 도구로 연결할지 정한다. 33. Figma Help Center, “Guide to comments in Figma”; “View and manage comments.” 원본 디자인 파일에 연결된 댓글과 응답·해결 상태를 관리하는 기능 범위로만 참고한다. ---------------------------------------- ### 3장. 첫 번째 자동화 후보를 고른다 https://voidlogpress.com/books/%eb%94%94%ec%9e%90%ec%9d%b4%eb%84%88%ec%9d%98-ai-%ec%8b%9c%ec%8a%a4%ed%85%9c/3%ec%9e%a5-%ec%b2%ab-%eb%b2%88%ec%a7%b8-%ec%9e%90%eb%8f%99%ed%99%94-%ed%9b%84%eb%b3%b4%eb%a5%bc-%ea%b3%a0%eb%a5%b8%eb%8b%a4/ 질문: 자동화는 점수가 가장 높은 업무부터 시작하면 되나요? 요약: 점수 하나만 떼어내면 흐름이 끊깁니다. 파일 정리만 자동화해도 어느 파일이 승인본인지 판단하는 앞 단계는 그대로 남습니다. 앞 업무의 출력이 다음 업무의 입력이 되는지, 같은 원본과 승인 상태를 공유하는지를 보고 묶습니다. 또 다른 질문: 후보 점수는 어떤 항목으로 계산하나요? 답: 월 반복 횟수와 건당 소요 시간, 입력 일정함, 완료 기준 명확성, 사람 최종 확인 가능 여부, 예외 부담을 배점으로 나눕니다. 상한과 배점은 산업 표준이 아니라 이 책의 후보를 비교하기 위한 기본값입니다. 또 다른 질문: 제외 사유가 있는 업무의 점수는 어떻게 되나요? 답: 수식 결과와 관계없이 0점으로 처리합니다. 월 6회에 건당 155분이 드는 메인 시안 방향 결정이 0점인 이유는 시간이 짧아서가 아니라 브랜드 방향의 최종 결정을 사람에게 남기기로 했기 때문입니다. 또 다른 질문: 프로젝트 이름을 넓게 적으면 안 되나요? 답: 무엇이 들어오고 어떤 상태에서 끝나는지 보여주지 않으면 실제 작업을 시작하기 어렵습니다. 시작점과 자동 연결의 트리거, 종료점을 나눠 적습니다. 파일이 생성된 순간이 아니라 사람 검수와 납품 기록까지가 종료점입니다. 또 다른 질문: 첫 프로젝트는 어떤 조건을 갖춰야 하나요? 답: 한 달 안에 다시 발생하고, 실제 입력과 결과를 쓸 수 있고, 사람이 완료를 확인할 수 있으며, 실패하면 보류나 수작업으로 돌아갈 수 있어야 합니다. 법과 권리, 브랜드의 최종 책임을 건너뛰지 않아야 합니다. 최종 확인: 2026-09-03T11:04:48+09:00 가장 높은 점수 하나만 고르면 흐름이 끊긴다 화요일 오후 3시 10분, 한유진의 WS01에서 후보 점수 계산이 끝났다. • 파일명·납품 목록 정리 73.7점 • 텍스트·수치 QA 71.9점 • 채널별 디자인 변환 67.8점 • 캠페인 요청 정리 63.5점 모두 [예시] 점수다. XLSX 워크시트의 수식으로 계산한 값이며 소수 첫째 자리에서 반올림했다. 가장 높은 파일 정리만 떼어내면 어느 파일이 승인본인지 판단하는 앞 단계는 그대로 남는다. QA만 고르면 구형 상품표나 잘못된 복제 파일이 들어오는 문제를 막지 못한다. 반대로 ‘Desk Reset Week 전체 자동화’라고 쓰면 브랜드 방향, 이미지 선택, 예외 레이아웃, 최종 시각 검수까지 범위에 들어간다. 유진은 점수 순위 대신 프로젝트의 시작과 종료를 그었다. 캠페인 요청과 상품 원본이 도착한 상태에서 시작해, 채널별 결과의 사람 검수와 QA·납품 기록에서 끝낸다. 자동 연결 구간은 캠페인 정보가 구조화되고 담당자가 approved 상태로 승인한 뒤에 시작한다. 생성 방향 선택과 최종 시각 판단은 사람의 승인 지점으로 남긴다. 점수는 비교 기준을 드러내는 수식이다 후보 점수는 결정을 대신하지 않는다. 여러 업무를 같은 항목으로 비교하기 위한 책의 도구다. WS01 v1.0의 기본 배점은 다음과 같다. 항목 배점 계산 기준 월 반복 횟수 20 월 8회에서 상한 건당 소요 시간 20 240분에서 상한 입력 일정함 15 1~5점 완료 기준 명확성 15 1~5점 사람 최종 확인 가능 15 가능하면 15점 예외 부담 15 예외 0개는 15점, 5개 이상은 0점 상한과 배점은 산업 표준이 아니다. 이 책의 후보를 비교하기 위한 기본값이다. 조직의 업무 주기와 위험 수준이 다르면 점수보다 판정 근거를 우선한다. automation_exclusion에 사유가 있으면 수식 결과와 관계없이 0점으로 처리한다. 페블폼의 메인 시안 방향 결정은 월 6회, 155분이지만 0점이다. 브랜드 방향의 최종 결정은 사람에게 남기기로 했기 때문이다. 73.7점이 63.5점보다 객관적으로 10.2만큼 더 자동화에 적합하다는 뜻도 아니다. 점수 뒤에 입력·출력, 예외, 제외 사유를 함께 본다. 같은 흐름을 공유하는 후보를 묶는다 텍스트·수치 QA는 채널별 시안을 입력으로 받는다. 채널별 시안은 최종 비주얼과 템플릿에서 나온다. 템플릿에 넣을 제목, 혜택, 제품, 날짜는 캠페인 요청을 구조화한 결과다. 파일명과 납품 목록은 승인된 채널 결과를 입력으로 받는다. 네 후보의 입출력을 이어보면 다음 흐름이 된다. 캠페인 요청 정리 → 승인된 콘텐츠 입력 → 템플릿 적용과 채널 변환 → 텍스트·수치 QA와 사람의 시각 검수 → 파일명·납품 기록 피드백 정리는 첫 프로젝트에서 후순위로 둔다. 이해관계자의 의도와 우선순위를 확정하는 일이 아직 충분히 구조화되지 않았기 때문이다. 후보를 묶을 때는 세 가지를 확인한다. 1. 앞 업무의 출력이 다음 업무의 입력이 되는가? 2. 같은 원본 데이터와 승인 상태를 공유하는가? 3. 실패했을 때 같은 수동 복구 경로로 돌아갈 수 있는가? 점수가 비슷하다는 이유만으로 연결하지 않는다. 시작점과 자동 연결의 트리거를 구분한다 프로젝트명만 넓게 적으면 실제 작업을 시작하기 어렵다. “디자인 자동화”나 “캠페인 효율화”는 무엇이 들어오고 어떤 상태에서 끝나는지 보여주지 않는다. 페블폼 프로젝트의 시작점은 비정형 캠페인 요청과 상품 원본이 도착한 상태다. 이때 요청을 목적, 제품, 날짜, 혜택, 채널, 고지문 필드로 구조화한다. 담당자가 내용을 확인하고 approved 상태로 바꾸면 자동 연결 구간의 트리거가 된다. 종료점은 채널별 결과의 사람 검수와 QA·납품 기록이다. 파일이 생성된 순간이 아니다. 사람이 제품 형태와 브랜드 조건을 확인하고, 텍스트·수치 QA를 통과한 결과가 납품 목록에 기록돼야 한다. 포함 범위는 요청 구조화, 템플릿 적용, 채널 변환, 텍스트·수치 오류 후보 표시, 파일명·납품 기록이다. 브랜드 방향 결정, 생성 방향 선택, 제품 형태·권리·법률 적합성의 최종 판정과 납품 전 시각 검수는 사람에게 남긴다. 왼쪽 아래의 0단계 수작업에서 오른쪽 위의 4단계 연결 자동화까지 계단이 올라간다. 단계가 높아질수록 구조화된 입력과 도구 연결은 늘지만 사람의 승인 지점은 사라지지 않는다. 그림 2. 자동화 수준은 수작업, AI 보조, 템플릿화, 반자동화, 연결 자동화의 다섯 단계로 구분한다. 작고 되돌릴 수 있는 범위로 시험한다 첫 프로젝트는 실패를 발견하고 원래 작업으로 돌아갈 수 있는 범위가 적합하다. NIST AI RMF Playbook은 실제 사용과 비슷한 조건에서 시스템을 시험하고 결과에 따라 경로를 수정하는 방안을 제시한다. Microsoft Research의 인간-AI 상호작용 지침도 오류를 쉽게 수정하거나 해제할 수 있어야 한다고 설명한다. 불확실한 상황에서는 범위를 줄이라고 권고한다.4 이를 업무 자동화에 제한적으로 적용하면 첫 프로젝트에는 다음 조건을 둘 수 있다. • 한 달 안에 다시 발생하는 업무다. • 실제 입력과 결과를 사용할 수 있다. • 사람이 완료 여부를 확인할 수 있다. • 실패하면 hold(보류) 상태나 수작업으로 돌아갈 수 있다. • 법·권리·브랜드 최종 책임을 건너뛰지 않는다. 작게 시작한다고 성공이 보장되지는 않는다. 대신 실패 위치와 수정 비용을 확인할 수 있다. 유진은 Desk Reset Week를 포함한 캠페인 두세 건에서 같은 입력 구조와 템플릿이 작동하는지 30일 동안 시험하기로 했다. 현재 수준과 30일 목표를 나눈다 현재 페블폼은 요청문을 대화형 AI로 정리하고, 지난 Figma 파일을 복제하며, 때때로 생성형 AI로 이미지 후보를 만든다. QA와 납품 목록은 사람이 직접 확인한다. 이 책의 구분으로는 1단계 AI 보조와 파일 복제 상태다. 30일 목표는 다음으로 한정한다. • 승인된 콘텐츠 입력 형식 • 고정값·변수·예외가 있는 템플릿 • 승인 상태를 기준으로 한 3단계 반자동화 • QA와 납품 기록 • 실패 시 보류와 수동 복구 4단계 연결 자동화는 15~17장에서 검토한다. 지금은 도구를 연결하기 전에 업무 경계를 확정한다. 첫 프로젝트 정의서는 다음과 같다. 항목 페블폼 기록 [예시] 프로젝트명 Desk Reset Week 반복 제작 흐름 v1 시작점 비정형 캠페인 요청과 상품 원본 도착 자동 연결 트리거 구조화된 콘텐츠 행의 approved 상태 종료점 채널별 결과의 사람 검수와 QA·납품 기록 포함 요청 구조화, 템플릿 적용, 채널 변환, 텍스트·수치 QA, 파일·납품 기록 제외 브랜드 방향 결정, 생성 방향 선택, 제품 형태·권리·법률 최종 판정 현재 수준 1단계 AI 보조 + 파일 복제 30일 목표 2단계 템플릿화 + 3단계 반자동화 사람 승인 브리프, 방향, 최종 시각 검수, 납품 실패 복구 보류 상태로 바꾸고 원본 담당자 또는 수작업 단계로 반환 구축·유지 시간을 함께 기록한다 프롤로그와 1장의 기준값을 프로젝트 정의서에 연결한다. • 캠페인 1건 평균 작업 시간 460분 [예시] • 평균 수정 라운드 2.8회 [예시] • 캠페인당 오류·누락 1.7건 [예시] • 파일 찾기·버전 확인 18분 [예시] 여기에 초기 구축 시간, 월간 유지·수정 시간, 보류·수동 복구 횟수를 더한다. GitHub Actions 워크플로를 사용한 약 200개 프로젝트를 분석한 연구가 있다.5 결함 수정, 의존성 업데이트, 구조 개선이 주요 유지 작업으로 나타났다. 소프트웨어 개발 자동화 사례이므로 디자인 업무의 비용 수치로 옮길 수는 없다. 다만 자동화의 유지 작업을 0으로 가정하지 않아야 한다는 참고 근거가 된다. 첫 달에 채널 변환 시간이 줄어도 템플릿 수정 시간이 더 들 수 있다. 오류나 수정 라운드가 늘거나, 사람이 확인할 수 없는 단계가 생기면 범위를 줄이거나 중단한다. 중단도 운영 결과다. 자동화하지 않을 업무를 다시 분류하는 근거로 남긴다. 첫 프로젝트를 승인한다 유진은 자동화_후보_우선순위_v1에 네 후보의 계산값과 판정 근거를 남겼다. 가장 높은 파일 정리 하나를 선택하지 않고, 요청 정리부터 QA·납품 기록까지 하나의 입력·출력 흐름으로 묶었다. 첫_프로젝트_정의서_v1에는 프로젝트 시작점과 자동 연결 트리거, 종료점, 포함·제외 범위, 사람 승인, 수동 복구, 측정값이 들어 있다. 아직 템플릿이나 도구 연결은 만들지 않았다. 4장에서는 사람에게 남긴 브랜드 방향 판단이 실제로 어떤 선택으로 이루어져 있는지 과거 디자인에서 찾는다. 이번 장에서 완성한 것 자동화_후보_우선순위_v1에는 제외 조건을 먼저 적용한 후보 점수와 연결 관계가 기록돼 있다. 첫_프로젝트_정의서_v1에는 시작점, 자동 연결 트리거, 종료점과 포함·제외 범위가 들어 있다. 현재·목표 수준, 승인, 수동 복구, 측정·중단 기준도 함께 기록돼 있다. 다음 장에서 사용하는 방법 4장에서는 페블폼의 만족작과 문제작 여덟 개를 펼친다. 사람이 맡기로 한 브랜드 방향 판단이 어떤 반복 선택으로 구성돼 있는지 비교한다. 4. NIST AI RMF Playbook; Saleema Amershi et al., “Guidelines for Human-AI Interaction,” CHI 2019. 두 자료가 디자인 자동화 프로젝트의 크기를 직접 규정하는 것은 아니며, 시험·수정·범위 축소 원칙만 참고한다. 5. Pablo Valenzuela-Toledo et al., “The Hidden Costs of Automation: An Empirical Study on GitHub Actions Workflow Maintenance,” 2024 IEEE International Conference on Source Code Analysis and Manipulation (SCAM), pp. 213–223, DOI 10.1109/SCAM63643.2024.00029. 디자인 자동화의 유지 비용 수치로 일반화하지 않는다. ---------------------------------------- ### 9장. 모호한 의뢰를 표준 브리프로 바꾼다 https://voidlogpress.com/books/%eb%94%94%ec%9e%90%ec%9d%b4%eb%84%88%ec%9d%98-ai-%ec%8b%9c%ec%8a%a4%ed%85%9c/9%ec%9e%a5-%eb%aa%a8%ed%98%b8%ed%95%9c-%ec%9d%98%eb%a2%b0%eb%a5%bc-%ed%91%9c%ec%a4%80-%eb%b8%8c%eb%a6%ac%ed%94%84%eb%a1%9c-%eb%b0%94%ea%be%bc%eb%8b%a4/ 질문: 요청에서 빠진 정보는 디자이너가 채워도 되나요? 요약: 채우지 않습니다. 요청 원문은 그대로 남기고 목적과 사용자와 채널과 일정과 제약을 따로 적습니다. 값이 보이지 않는 칸에는 추측 대신 미확인이라고 표시하고 답변자와 확인 기한을 적습니다. 조용히 메운 추측이 넘어가면 수정 비용이 커집니다. 또 다른 질문: 요청 원문은 읽기 좋게 다듬어서 정리해도 되나요? 답: 원문부터 매끄럽게 고치면 처음 요청과 확정된 조건의 차이를 찾기 어렵습니다. 메신저와 이메일, 회의 메모에 흩어진 내용을 그대로 옮겨 두고 구조화한 기록은 다른 칸에 따로 만듭니다. 또 다른 질문: 브리프에는 어떤 칸이 필요한가요? 답: 이 책에서는 목적과 주요 사용자, 채널, 일정, 필수 정보, 제약, 산출물, 승인 담당자, 원본 책임자, 상태와 버전으로 나눕니다. 모든 조직에 같은 칸을 강제하는 양식은 아닙니다. 또 다른 질문: 목적 칸에는 무엇을 적나요? 답: 디자인의 분위기가 아니라 캠페인이 완료하려는 일을 적습니다. 밝고 산뜻하게 만들기는 목적이 아닙니다. 작은 책상에서 세 제품의 조합을 보여주고 할인 프로모션을 알리는 일이 목적입니다. 분위기는 뒤의 제약 칸에서 다룹니다. 또 다른 질문: 빈칸과 충돌은 같은 표시로 두어도 되나요? 답: 서로 다른 상태로 표시합니다. 빈칸은 아직 값이 없는 상태이고 충돌은 두 개 이상의 값이 동시에 들어온 상태입니다. 충돌은 한 문장으로 타협하지 않고 먼저 우선순위를 확인해 양립할 수 있는지부터 봅니다. 최종 확인: 2026-09-03T11:04:48+09:00 파일을 열기 전에 빈칸부터 보인다 수요일 오전 9시 12분, 한유진의 메신저에 요청이 도착했다. 다음 달 초에 책상 정리 프로모션 하나 진행해요. 지난번처럼 메인 배너랑 모바일, SNS도 부탁드립니다. 이번에는 조금 밝고 산뜻했으면 좋겠어요. 세 제품 다 보여야 하고 할인은 15%예요. 가능하면 금요일에 1차 볼 수 있을까요? 제목과 할인율은 있었다. 정확한 시작일과 종료일은 없었다. SNS가 정사각형인지 스토리인지도 알 수 없었다. 세 제품을 같은 비중으로 보여야 하는지, 대표 제품을 정해야 하는지도 적혀 있지 않았다. 유진은 Figma를 열지 않았다. 요청 원문을 요청_원본_대조표_C01_v1의 첫 칸에 그대로 붙였다. 다른 칸에는 목적, 사용자, 채널, 일정, 필수 정보, 제약, 산출물을 적었다. 값이 보이지 않는 칸에는 추측을 넣지 않았다. 미확인이라고 표시하고 답변자와 확인 기한도 적었다. 디자인 작업이 늦어지는 이유가 늘 모호한 요청 때문인 것은 아니다. 요청의 빈칸을 디자이너가 조용히 메우고, 그 추측이 승인된 조건처럼 다음 단계로 넘어갈 때 수정 비용이 커진다. 요청 원문은 수정하지 않는다 브리프를 만들 때 원문부터 매끄럽게 고치면 처음 요청과 확정된 조건의 차이를 찾기 어렵다. C01 요청은 메신저, 이메일, 회의 메모 세 곳에 흩어져 있었다. 메신저에는 밝고 산뜻한 분위기, 세 제품, 15% 할인, 금요일 1차가 적혀 있었다. 이메일에는 캠페인명에 ‘Desk Reset’을 넣고 싶다는 의견과 차가운 사무용품 광고처럼 보이지 않았으면 한다는 조건이 있었다. 회의에서만 나온 내용도 있었다. • Loop Tray 재고가 가장 많다. • Rise Stand는 일부 색상 재고가 적다. • 배너에는 할인율만 넣는다. • 종료일은 MD 확인이 필요하다. • SNS 스토리가 뒤늦게 추가됐다. 유진은 세 자료를 한 문장으로 합치지 않았다. 각 문장에 출처를 붙였다. source_id 출처 원문·확인 내용 상태 REQ-C01-01 메신저 밝고 산뜻한 분위기, 제품 3종, 15%, 금요일 1차 원문 REQ-C01-02 이메일 Desk Reset 포함, 차갑고 사무적인 표현 제외 원문 REQ-C01-03 회의 메모 Loop Tray 재고 우선, 종료일 확인 필요, 스토리 추가 확인 필요 DATA-C01 캠페인 데이터 2026-09-07~09-13, 대표 제품 PF-LT01 데이터 대조 원문은 지우지 않고, 답을 받은 항목만 별도 열에서 갱신한다. 요청자가 표현을 바꾸더라도 처음 조건이 무엇이었는지 추적할 수 있다. 브리프 필드는 프로젝트에 맞게 고른다 표준 디자인 브리프는 모든 조직에 같은 칸을 강제하는 양식이 아니다. 이 책에서는 반복 프로모션에 필요한 항목을 다음처럼 나눈다. 1. 목적 2. 주요 사용자 3. 채널 4. 일정 5. 필수 정보 6. 제약 7. 산출물 8. 승인 담당자 9. 원본 책임자 10. 상태와 버전 목적은 디자인의 분위기가 아니라 캠페인이 완료하려는 일이다. C01의 목적은 ‘밝고 산뜻하게 만들기’가 아니다. 작은 책상에서 세 제품의 조합을 보여주고 15% 프로모션을 알리는 일이다. 사용자는 페블폼의 핵심 고객과 이번 캠페인의 상황을 함께 적는다. 채널은 ‘SNS’ 한 칸으로 두지 않고 social_square와 social_story로 나눈다. 일정에는 캠페인 기간, 1차 검토일, 최종 납품일을 구분한다. 요청문의 ‘금요일’은 1차 검토일이지 캠페인 종료일이 아니다. 필수 정보에는 캠페인명, 제품 구성, 할인율, CTA, 고지문을 넣는다. 제약에는 제품 형태와 색, 금지 표현, 권리 상태, 채널별 글자 수를 적는다. 산출물은 메인 배너·모바일·SNS처럼 넓게 쓰지 않는다. 내부 채널 이름과 파일 수를 확인할 수 있게 적는다. 빈칸과 충돌을 다른 상태로 표시한다 빈칸은 아직 값이 없는 상태다. 충돌은 두 개 이상의 값이 동시에 들어온 상태다. C01에는 두 종류가 모두 있었다. 빈칸 • 확정 캠페인명 • 정확한 시작일·종료일 • 할인 제외 옵션 • 최종 승인 담당자 충돌 • 세 제품을 모두 보여주기 • Loop Tray를 대표 제품으로 두기 • 밝고 산뜻하게 만들기 • 차갑고 사무적인 인상 피하기 • 제목과 할인율 모두 먼저 보이게 하기 충돌을 한 문장으로 타협하지 않는다. 먼저 우선순위를 확인한다. 세 제품을 모두 보여주되 Loop Tray를 대표 제품으로 두는 것은 양립할 수 있다. 제목과 할인율을 모두 1순위로 두는 것은 PF-P01과 충돌한다. 할인율을 2순위까지 올릴지 브랜드 리드에게 확인해야 한다. 브리프 상태는 draft, review, approved, hold로 나누고 변경 시각을 함께 기록한다. • draft: 원문을 옮긴 상태 • review: 확인 질문을 보냈거나 충돌이 남은 상태 • approved: 책임자가 필수 항목을 확인한 상태 • hold: 필수 입력이나 권리가 없어 시작할 수 없는 상태 값이 많이 채워졌다고 approved가 되는 것은 아니다. 승인 담당자와 원본 책임자가 필요한 항목을 확인해야 한다. AI에는 정리와 질문 초안만 맡긴다 유진은 공개 전 제품 이미지와 내부 재고표를 대화형 AI에 올리지 않았다. 조직 정책과 계정 조건을 먼저 확인했다. 외부 도구에는 공개 가능한 요청문과 텍스트 필드만 사용했다. ChatGPT는 업로드한 파일과 이미지를 분석할 수 있다. 문서에서 정보를 추출하는 기능도 제공한다.16 데이터 설정과 지원 범위는 계정·제품 조건에 따라 확인한다. 유진이 사용한 입력은 다음과 같다. • 가상 요청문 • 브리프 필드 이름 • 브랜드의 공개 가능한 금지 표현 • 이미 확인된 채널 이름 요청은 다섯 부분으로 나눴다. 1. 원문에서 확인되는 값만 필드에 배치한다. 2. 근거가 없는 값은 미확인으로 둔다. 3. 서로 충돌하는 요구를 묶지 말고 따로 표시한다. 4. 확인 질문 후보를 최대 다섯 개로 줄인다. 5. 답을 추측하거나 승인 상태를 바꾸지 않는다. AI가 만든 출력은 브리프 초안과 질문 후보였다. 유진은 원문과 대조해 세 항목을 고쳤다. 첫째, AI는 ‘다음 달 초’를 9월 1일로 해석했다. 원문에 없는 값이라 삭제했다. 둘째, SNS를 한 채널로 묶었지만 회의 메모에는 스토리가 따로 있었다. 두 채널로 나눴다. 셋째, ‘세 제품 다 보여야 한다’를 같은 비중으로 해석했다. 대표 제품 비중은 확인 질문으로 돌렸다. AI의 역할은 문장을 정리하고 빈칸 후보를 드러내는 데까지다. 프로젝트에 필요한 질문인지와 누가 답해야 하는지는 사람이 정한다. 확인 질문은 다섯 개 안에서 보낸다 누락 항목을 모두 한 번에 묻는다고 브리프가 빨리 완성되지는 않는다. 상대가 답할 수 있는 질문과 지금 필요한 질문을 구분한다. 유진은 질문을 다음 순서로 줄였다. 1. 작업을 시작하지 못하게 하는 필수 입력 2. 방향을 바꾸는 조건 3. 판매·법적 정보 4. 채널과 일정 5. 다음 단계에서도 수정 가능한 항목 C01의 확인_질문_C01_v1은 다음과 같았다. 우선 질문 답변자 이유 1 캠페인 시작일과 종료일을 확정해 주세요. 이혜진 날짜·고지·납품 기준 2 대표 제품은 Loop Tray로 두고 다른 두 제품을 보조로 보여도 될까요? 이혜진·민서연 정보 위계와 재고 3 SNS는 정사각형과 스토리 두 종이 맞나요? 김대호 산출물 수 4 15% 제외 옵션과 필수 고지문을 확인해 주세요. 이혜진 판매 정보 5 1차 방향 승인과 최종 승인 담당자를 구분해 주세요. 민서연 승인 흐름 ‘밝고 산뜻한’의 세부 조건은 5장의 형용사 사전을 사용해 별도로 물었다. 배경 명도를 높이는 방향인가요, 제품 색을 더 선명하게 보이게 하는 방향인가요? 제품 색을 과장하지 않는다는 브랜드 규칙이 있으므로 배경과 자연광 쪽으로 범위를 좁혔다. 답변이 늦으면 추측 대신 범위를 줄인다 확인 질문에 답이 오지 않아도 일정은 움직일 수 있다. 이때 빈칸을 임의로 채우지 않고, 확인된 범위까지만 진행한다. C01에서 캠페인 기간과 할인 제외 조건이 확인되지 않았다면 최종 납품본을 만들지 않는다. 제품 조합과 배경 명도를 비교하는 저해상도 방향안까지만 진행하고 상태를 review로 둔다. 진행 가능한 범위는 다음처럼 적는다. • 제품 조합과 주요 초점 탐색: 진행 가능 • 할인율을 포함한 최종 카피: 대기 • 고지문 배치: 대기 • 채널별 최종 파일명과 납품: 대기 • 외부 공유: 금지 범위를 줄이면 일정이 완전히 멈추지는 않는다. 동시에 미확인 값이 승인된 정보처럼 퍼지는 일을 막을 수 있다. 답변이 돌아오면 브리프와 WS03의 관련 행만 갱신한다. 보안 조건은 브리프의 일부다 데이터 설정을 끄는 것만으로 기밀 입력이 허용되지는 않는다. 조직 정책, 계약, 계정 유형과 서비스 조건을 함께 확인한다. OpenAI의 Data Controls는 대화가 모델 개선에 사용되는지 선택할 수 있게 한다. 소비자용 서비스와 업무용 계정의 조건도 같다고 가정하지 않는다.17 유진은 브리프에 ai_input_class 칸을 추가했다. 등급 입력 예시 처리 공개 가능 공개된 제품 설명·브랜드 문구 조직 정책 범위에서 사용 내부 일반 가상화한 요청·필드 구조 식별 정보 제거 후 사용 검토 기밀 공개 전 가격·재고·계약·원본 이미지 승인된 환경이 아니면 입력 금지 개인정보 고객·직원 식별 정보 목적·근거·서비스 조건 확인 전 금지 이 등급은 법률 판단을 대신하지 않는다. 회사의 보안 담당자와 계약 조건이 우선한다. 브리프와 콘텐츠 입력표를 섞지 않는다 브리프는 왜 만들고 무엇을 지켜야 하는지를 확인하는 문서다. WS03은 채널별로 실제 들어갈 제목·제품·이미지·CTA를 기록하는 입력표다. 두 문서를 하나로 합치면 목적과 실행 값이 섞인다. 캠페인 목적이 바뀔 때 모든 채널 행을 수정해야 하고, 한 채널의 제목 변경이 브리프 변경처럼 보일 수 있다. C01 브리프에는 다음을 남겼다. • 캠페인 목적 • 핵심 사용자 • 대표 제품과 노출 제품 • 기간과 혜택 • 시각 조건 • 금지 조건 • 채널 목록 • 승인 담당자 • 원본 책임자 • 상태와 버전 WS03에는 채널별 제목·혜택·CTA·이미지와 승인 상태를 넣는다. 필드명은 headline, benefit_or_date, cta, image_asset, approval_status다. 브리프가 approved가 되면 WS03의 C01 행을 채울 수 있다. WS03의 한 행이 바뀌어도 캠페인 목적이 바뀌지 않았다면 브리프 버전은 유지한다. 답변과 변경 이력을 따로 남긴다 유진은 브리프 값을 덮어쓰는 대신 변경 이력을 남겼다. 모바일 EPUB 가독성을 위해 이 표는 항목 카드로 펼쳐 표시한다. revision: R01 • 변경 항목: 캠페인 기간 • 이전 상태: 미확인 • 새 값: 2026-09-07~09-13 [예시] • 근거: MD 답변 • 변경자: 이혜진 revision: R02 • 변경 항목: 대표 제품 • 이전 상태: 충돌 • 새 값: Loop Tray • 근거: 재고·브랜드 승인 • 변경자: 이혜진·민서연 revision: R03 • 변경 항목: 채널 • 이전 상태: SNS • 새 값: square·story • 근거: 마케팅 확인 • 변경자: 김대호 revision: R04 • 변경 항목: 고지문 • 이전 상태: 미확인 • 새 값: 일부 옵션 제외 • 근거: 판매 정보 • 변경자: 이혜진 값이 바뀌어도 요청 원문은 그대로 남는다. 변경 근거와 책임자가 있어야 다음 캠페인에서 이전 결정과 이번 입력을 구분할 수 있다. 브리프의 목적이나 대표 제품이 바뀌면 버전을 올린다. 맞춤법이나 연락처 같은 비구조적 수정은 변경 이력만 남기고 같은 버전을 유지할 수 있다. C01 표준 브리프를 승인한다 확인 답변은 다음처럼 돌아왔다. • 캠페인명: Desk Reset Week • 기간: 2026-09-07~09-13 [예시] • 대표 제품: Loop Tray • 노출 제품: Loop Tray·Dock Bar·Rise Stand • 할인: 3종 15% • 채널: desktop, mobile, social square, social story, email, presentation • 필수 고지: 일부 옵션 제외 • 1차 방향 승인: 민서연 • 판매 정보 확인: 이혜진 • 최종 시각 승인: 민서연 유진은 원문과 데이터의 차이를 대조한 뒤 브리프 상태를 approved로 바꿨다. 브리프에는 ‘밝고 산뜻한’을 그대로 남기지 않았다. Warm Paper보다 밝은 배경 후보, 부드러운 자연광, 제품 색은 기준색 유지, 주요 초점 1개. 추상어가 관찰 가능한 조건으로 바뀌었다. 이번 장에서 완성한 것 표준_디자인_브리프_C01_v1에는 목적, 사용자, 채널, 일정, 필수 정보, 제약, 산출물과 승인 담당자가 들어 있다. 확인_질문_C01_v1에는 작업을 막는 질문 다섯 개와 답변자, 질문 이유가 기록돼 있다. 요청_원본_대조표_C01_v1에는 메신저·이메일·회의 메모·캠페인 데이터의 출처와 변경 상태가 남아 있다. 다음 장에서 사용하는 방법 10장에서는 approved 브리프와 브랜드 원칙을 기준으로 레퍼런스를 분석한다. 이미지를 모아 ‘이런 느낌’이라고 끝내지 않고, 각 레퍼런스에서 가져올 구조와 버릴 표현을 나눈다. 16. OpenAI Help Center, “ChatGPT Image Inputs FAQ”; “File Uploads FAQ.” 파일·이미지 분석 기능과 지원 범위는 서비스 업데이트와 플랜에 따라 달라질 수 있다. 17. OpenAI Help Center, “Data Controls FAQ”; “Data Usage for Consumer Services FAQ.” 데이터 설정과 계정 조건을 확인한 뒤 조직 정책을 우선한다. ---------------------------------------- ## 되돌릴 수 있는 돈 되돌릴 수 없는 돈 ISBN 9791143817877 · 2026-08-10 · 강지우 지음 https://voidlogpress.com/books/%eb%90%98%eb%8f%8c%eb%a6%b4-%ec%88%98-%ec%9e%88%eb%8a%94-%eb%8f%88-%eb%90%98%eb%8f%8c%eb%a6%b4-%ec%88%98-%ec%97%86%eb%8a%94-%eb%8f%88/ ### 0장. 출발선 — 동굴에 숨은 사람과 바다를 건넌 사람 https://voidlogpress.com/books/%eb%90%98%eb%8f%8c%eb%a6%b4-%ec%88%98-%ec%9e%88%eb%8a%94-%eb%8f%88-%eb%90%98%eb%8f%8c%eb%a6%b4-%ec%88%98-%ec%97%86%eb%8a%94-%eb%8f%88/0%ec%9e%a5-%ec%b6%9c%eb%b0%9c%ec%84%a0-%eb%8f%99%ea%b5%b4%ec%97%90-%ec%88%a8%ec%9d%80-%ec%82%ac%eb%9e%8c%ea%b3%bc-%eb%b0%94%eb%8b%a4%eb%a5%bc-%ea%b1%b4%eb%84%8c-%ec%82%ac%eb%9e%8c/ 질문: 크라수스와 아티쿠스는 어떻게 다른 출발을 했나요? 요약: 같은 기원전 80년대의 내전이었지만 대응이 갈렸습니다. 크라수스는 아버지와 형을 잃고 히스파니아의 동굴에서 여덟 달을 숨어 지냈습니다. 아티쿠스는 재산의 큰 몫을 함께 아테네로 옮겼습니다. 한 사람은 잃은 다음에, 한 사람은 잃기 전에 움직였습니다. 또 다른 질문: 크라수스는 동굴에서 어떻게 여덟 달을 버텼나요? 답: 친구 파키아쿠스가 영지 안 동굴을 쓰게 하고 관리인에게 매일 절벽 근처에 먹을 것을 두고 오라고 시켰습니다. 누가 가져가는지 묻지 말라는 지시가 함께 붙었습니다. 숨겨 준 사람도 처벌받던 시기라 세 사람이 목숨을 걸고 있었습니다. 또 다른 질문: 그는 무엇을 보고 동굴에서 나왔나요? 답: 상황이 좋아졌다는 느낌이 아니라 자기를 쫓던 권력의 중심이 사라졌다는 소식이었습니다. 킨나가 죽었다는 말을 듣고 모습을 드러냈고, 나온 뒤에는 이천오백 명을 모아 여러 도시를 돌았습니다. 또 다른 질문: 아티쿠스는 술라의 제안을 어떻게 거절했나요? 답: 당시 로마에서 가장 강한 사람 앞에서 어느 쪽과도 싸우지 않겠다고 말했습니다. 자신은 술라와 맞서 무기를 들지 않으려고 이탈리아를 떠났으니 이제 와서 그들과 맞서게 하지 말아 달라는 대답이었습니다. 또 다른 질문: 떠나 있는 것과 관계를 끊는 것은 같은 일인가요? 답: 다른 일이었습니다. 아테네에 머무는 동안에도 친구들의 선거에 참석하러 오갔고 그들의 중요한 일을 대신 처리했습니다. 아테네가 시민권을 주려 했을 때는 로마 시민권을 잃을 수 있다는 이유로 받지 않았습니다. 최종 확인: 2026-09-03T11:04:47+09:00 기원전 80년대, 로마에서 두 청년이 도시를 떠났습니다. 한 사람은 쫓겨서 달아났고, 한 사람은 짐을 꾸려 배를 탔습니다. 둘 다 스무 살 안팎이었습니다. 히스파니아 남쪽 해안에 동굴이 하나 있었습니다. 바다에서 멀지 않았습니다. 절벽이 입구를 감싸고 있어서 안으로 들어가는 길은 좁고 잘 보이지 않았습니다. 그런데 일단 들어서면 천장이 놀라운 높이로 열렸습니다. 이 동굴에 사람이 살았습니다. 하루에 한 번, 정해진 시각에 누군가 절벽 아래까지 먹을 것을 가져다 놓고 돌아갔습니다. 가져온 사람은 안을 들여다보지 않았습니다. 안에 있는 사람도 나가지 않았습니다. 그렇게 여덟 달이 지났습니다. 동굴 안에 있던 사람의 이름은 마르쿠스 리키니우스 크라수스였습니다. 삼십 년 뒤 그는 로마에서 가장 부유한 사람이 됩니다. 잃은 다음에 시작한 사람 크라수스의 아버지 푸블리우스 리키니우스 크라수스는 집정관과 감찰관을 지냈고 개선식까지 치렀습니다. 로마 정치의 최상층입니다. 크라수스는 그 집의 아들로 태어났고, 그 집이 무너지는 것을 보았습니다. 기원전 87년, 킨나와 마리우스가 로마를 장악했습니다. 반대편에 섰던 사람들이 죽었고 그중에 크라수스의 아버지와 형이 있었습니다. 크라수스 자신은 아주 젊었던 까닭에 당장의 위험은 피했으나, 사방이 참주들의 사냥꾼으로 둘러싸인 것을 알고는 친구 셋과 하인 열 명을 데리고 대단히 빠르게 히스파니아로 달아났다. — 플루타르코스 『크라수스』 4.1 열세 사람이 함께 움직였습니다. 히스파니아를 고른 데도 이유가 있었습니다. 아버지가 그곳에서 총독을 지낸 적이 있어 아는 이름이 남아 있었습니다. 그가 찾아간 사람은 비비우스 파키아쿠스였습니다. 곧장 찾아가지는 않았습니다. 먼저 하인 하나를 보내 상대의 의중을 확인한 다음에 움직였습니다. 파키아쿠스는 크라수스를 집에 들이지 않았습니다. 대신 영지 안 동굴을 쓰게 하고, 관리인에게 매일 절벽 근처에 먹을 것을 두고 오라고 시켰습니다. 누가 그것을 가져가는지 묻지 말라는 지시가 함께 붙었습니다. 크라수스는 그곳에서 지냈고, 날마다 그 사람이 먹을 것을 가지고 왔다. — 플루타르코스 『크라수스』 5.1 음식은 넉넉했습니다. 플루타르코스는 그것이 겨우 목숨을 잇는 정도가 아니라 만족시키려는 수준이었다고 적었습니다. 당시 로마에서 숙청 명단에 오른 사람을 숨겨 준 자는 처벌 대상이었습니다. 죽인 자에게는 포상이 있었습니다. 파키아쿠스는 여덟 달 동안 자기 목숨을 걸고 있었고, 정해진 시각에 먹을 것을 가져다 놓고 간 관리인도 마찬가지였습니다. 매일이었습니다. 한 번만 어긋나도 죽는 사람이 하나가 아니라 셋이었습니다. 파키아쿠스는 그 와중에 농담을 하나 했습니다. 여성 노예 두 사람을 동굴 쪽으로 내려보낸 것입니다. 크라수스는 그들이 오는 것을 보고 발각된 줄 알았습니다. 플루타르코스는 그가 곧 파키아쿠스의 호의어린 장난임을 알아차렸다고 적었습니다. 두 사람은 은신이 끝날 때까지 함께 지내며 바깥소식을 전했습니다. 그렇게 크라수스는 여덟 달을 숨어 지냈다. 그러다 킨나가 죽었다는 소식을 듣자 모습을 드러냈다. — 플루타르코스 『크라수스』 6.1 킨나는 기원전 84년에 죽었습니다. 크라수스가 동굴에서 나온 기준은 상황이 좋아졌다는 느낌이 아니라 자기를 쫓던 권력의 중심이 사라졌다는 소식이었습니다. 나온 뒤 그는 이천오백 명을 모았습니다. 그리고 여러 도시를 돌았습니다. 플루타르코스는 그가 말라카를 약탈했다는 혐의를 받았고 본인은 부인했다고 함께 적었습니다. 잃기 전에 옮긴 사람 같은 시기 로마에 스무 살 안팎의 다른 청년이 있었습니다. 티투스 폼포니우스는 대대로 기사 계층에 속한 집안에서 태어났습니다. 원로원 가문은 아니었습니다. 로마 사회의 상층이되 정치의 한복판은 아닌 자리입니다. 네포스는 그의 아버지를 부지런하고 너그럽고 당시 기준으로 부유했으며 학문을 몹시 좋아한 사람이라고 적었습니다. 아들에게 필요한 교육을 다 시켰습니다. 함께 배운 아이들 중에 루키우스 토르콰투스가 있었고, 젊은 가이우스 마리우스가 있었고, 마르쿠스 키케로가 있었습니다. 그 아버지도 일찍 죽었습니다. 크라수스와 마찬가지로 그도 아버지 없이 스무 살 무렵을 맞았습니다. 그리고 그도 위험했습니다. 호민관 푸블리우스 술피키우스가 죽임을 당했는데, 폼포니우스는 그와 연고가 있었습니다. 사촌 아니키아가 술피키우스의 형제와 혼인한 사이였습니다. 킨나의 시대가 열리면서 그는 어느 쪽에도 서지 않고 지내기가 불가능해졌다고 판단했습니다. 그는 이때가 학문에 전념하기에 알맞은 때라고 여기고 아테네로 건너갔다. — 코르넬리우스 네포스 『아티쿠스』 2 그는 몸만 떠나지 않았습니다. 네포스는 그가 재산의 큰 몫을 아테네로 함께 옮겼다고 적었습니다. 스무 살 남짓한 사람이 내전이 본격화되기 전에 자산을 통째로 다른 관할로 이동시킨 것입니다. 로마에 남겨 두었다면 그 재산은 뒤이은 몰수와 숙청의 대상이 될 수 있었습니다. 그는 아테네에서 이십 년 가까이 머물렀습니다. 그 도시에서 얻은 별명이 '아티쿠스'입니다. 아티카 사람이라는 뜻입니다. 머무는 동안 그가 한 일 중에 기록에 남은 것이 있습니다. 정부가 돈을 빌려야 하는데 마땅한 조건을 얻지 못할 때면 그는 언제나 도왔다. 그런데 그 방식이 이러했다. 그는 그들에게서 이자를 받은 적이 없었고, 약정한 기한보다 오래 빚진 상태로 두지도 않았다. — 코르넬리우스 네포스 『아티쿠스』 2 이자를 받지 않았다는 것, 그리고 기한을 넘기게 두지 않았다는 것. 호의와 규율이 한 문장에 들어 있습니다. 곡물도 나누어 주었습니다. 네포스는 한 사람 앞에 밀 일곱 모디우스씩 돌아갔다고 적었습니다. 당시 한 모디우스는 오늘의 무게로 육에서 칠 킬로그램 사이입니다. 한 사람이 사십 킬로그램이 넘는 밀을 받은 셈입니다. 그는 망명 중이던 젊은 마리우스에게도 돈을 보냈습니다. 킨나 쪽 사람입니다. 자신이 그 진영을 피해 로마를 떠났으면서도 그렇게 했습니다. 술라가 아테네에 왔을 때 몇 해 뒤 술라가 아테네에 왔습니다. 킨나 쪽을 무너뜨리고 로마를 되찾은 사람입니다. 술라는 이 젊은이를 곁에 두었습니다. 네포스는 술라가 그의 그리스어와 라틴어 언변, 그리고 두 언어로 시를 낭송하는 솜씨를 마음에 들어 했다고 적었습니다. 그리고 함께 로마로 돌아가자고 권했습니다. 아티쿠스의 대답이 남아 있습니다. 청컨대 저를 데려가 그들과 맞서게 하지 마십시오. 제가 당신과 맞서 무기를 들지 않으려고 이탈리아를 떠났던, 바로 그 사람들입니다. — 코르넬리우스 네포스 『아티쿠스』 4 나는 당신 편에 서려고 떠난 적이 없고, 당신과 싸우지 않으려고 떠났다. 그러니 이제 와서 나를 반대편과 싸우게 하지 마라. 어느 쪽과도 싸우지 않겠다는 말을, 당시 로마에서 가장 강한 사람 앞에서 했습니다. 술라는 그 태도를 칭찬했습니다. 그리고 떠나면서 자기가 받은 선물들을 아티쿠스의 집으로 보내라고 지시했습니다. 아테네에 머무는 동안에도 그는 로마와의 관계를 끊지 않았습니다. 네포스는 그가 친구들의 선거에 참석하러 오갔고 그들의 중요한 일을 대신 처리했다고 적었습니다. 떠나 있는 것과 관계를 끊는 것은 다른 일이었습니다. 아테네는 그에게 시민권을 주려고 했습니다. 그는 받지 않았습니다. 어떤 이들은 다른 도시의 시민권을 얻으면 로마의 시민권을 잃는다고 여겼기 때문이다. — 코르넬리우스 네포스 『아티쿠스』 3 이십 년을 살고, 그 도시에 돈을 빌려주고 곡물을 나누어 주고 사랑을 받았는데도, 로마인이라는 신분은 놓지 않았습니다. 그가 돌아온 것은 루키우스 코타와 루키우스 토르콰투스가 집정관이던 해, 기원전 65년입니다. 어린 시절 함께 배운 토르콰투스가 집정관이 되어 있었습니다. 아테네 온 도시가 그가 떠나는 날을 이렇게 보냈다. 그들은 눈물로써, 앞으로 그를 그리워하게 되리라는 마음을 나타냈다. — 코르넬리우스 네포스 『아티쿠스』 3 네포스는 아티쿠스와 가까운 사이였고, 이 전기는 그를 기리려고 쓰였습니다. 도시 전체가 울었다는 서술에는 저자가 인물을 어떻게 보이고 싶어 했는지가 함께 들어 있습니다. 남는 것은 이십 년을 거래하고 떠나는 자리에 소송이나 원한이 아니라 배웅이 있었다는 사실입니다. 두 개의 출발 조건 두 사람이 마주한 사건은 같았습니다. 기원전 80년대 로마의 내전입니다. 닮은 점이 여럿입니다. 둘 다 아버지를 일찍 잃었습니다. 둘 다 정치적 연고 때문에 죽을 수 있는 자리에 있었습니다. 둘 다 스무 살 안팎이었습니다. 둘 다 이탈리아를 떠났습니다. 갈라진 것은 떠날 때 무엇을 가지고 갔는가 입니다. 크라수스는 몸만 가지고 갔습니다. 아버지와 형이 이미 죽은 뒤였고 가문의 재산도 무사하지 않았습니다. 친구 셋과 하인 열 명이 전부였습니다. 그리고 여덟 달을 동굴에서 남이 가져다주는 음식으로 버텼습니다. 아티쿠스는 재산을 가지고 갔습니다. 잃기 전에 움직였고, 옮긴 자산으로 아테네에서 이십 년을 살았습니다. 그 이십 년 동안 그는 빌리는 쪽이 아니라 빌려주는 쪽이었습니다. 이 차이가 돌아온 뒤의 경로를 갈랐습니다. 크라수스는 회복해야 할 목록을 가지고 돌아왔습니다. 되찾을 것이 분명한 사람에게는 빠른 경로가 필요합니다. 그가 택한 것은 이긴 편에 합류하는 길이었습니다. 킨나가 죽자 나왔고, 병력을 모았고, 술라 쪽에 섰습니다. 아티쿠스는 아무에게도 신세지지 않은 상태를 가지고 돌아왔습니다. 어느 진영에도 빚이 없었고 어느 진영에도 채권이 없었습니다. 술라의 선물조차 그가 요청한 것이 아니었습니다. 둘 다 자산입니다. 그리고 둘 다 나중에 값을 요구합니다. 빠른 회복 경로는 그 편이 계속 이겨야 유효합니다. 그렇게 얻은 것에는 누가 잃었는지에 대한 기록이 함께 붙습니다. 어느 편에도 서지 않은 상태는 안전한 대신 느립니다. 아티쿠스가 아테네에서 보낸 이십 년 동안 그의 재산은 크게 불어나지 않았습니다. 결말이 출발에서 결정되었는지는 알 수 없습니다. 두 사람 사이에는 삼십 년이 있고, 그 안에 수많은 다른 선택이 있습니다. 두 사람은 같은 위기에서 서로 다른 것을 지켰습니다. 그 선택이 각자에게 서로 다른 경로를 열어 두었습니다. 두 개의 곡선 두 사람의 삼십 년을 숫자로 옮기면 이렇습니다. 크라수스 동굴 → 300탈렌툼 → (약 30년) → 7,100탈렌툼 → 카르하이 아티쿠스 아테네 20년 → HS 200만 → HS 1,000만 → 77세까지 유지 숫자만으로는 규모가 잡히지 않으니 기준을 하나 놓겠습니다. 두 사람이 살아 있던 시기, 로마 군단병 한 사람이 받은 한 해 급여는 450세스테르티우스였던 것으로 전해집니다. 탈렌툼은 앞에서 밝힌 대로 1탈렌툼을 HS 24,000으로 환산했습니다. 금액 군단병 한 해 급여로 아티쿠스가 물려받은 재산 HS 200만 약 4,400명분 크라수스의 초기 재산 (300탈렌툼) HS 720만 1만 6,000명분 아티쿠스가 유증까지 받은 뒤 HS 1,000만 약 2만 2,000명분 크라수스의 말년 재산 (7,100탈렌툼) HS 1억 7,040만 약 37만 9,000명분 카이사르 시기 군단 하나가 서류상 사천팔백 명이었습니다. 크라수스가 마지막으로 세어 본 재산은 군단 일흔아홉 개의 한 해 급여에 해당합니다. 이 표는 회계표가 아닙니다. 환산 경로와 눈금의 시점은 「읽기 전에」에 적어 두었습니다. 급여 기준을 카이사르가 인상한 뒤의 액수로 바꾸면 오른쪽 열은 절반이 되고, 탈렌툼의 중량 기준을 달리 잡으면 가운데 열이 움직입니다. 그런데도 바뀌지 않는 것이 하나 있습니다. 두 사람 다 부자였다는 말로는 이 표가 설명되지 않습니다. 같은 로마 상층 안에서도 자릿수가 하나 이상 벌어져 있습니다. 크라수스가 그 자릿수에 도달하는 데는 삼십 년이 걸렸습니다. 스물넷 배로 불어난 것은 사실이지만 한 해에 벌어진 일이 아닙니다. 그런데 이 표에는 두 사람의 결말이 들어 있지 않습니다. 자릿수가 큰 쪽이 먼저 죽었고, 작은 쪽이 일흔일곱까지 살았습니다. 재산 곡선 옆에 다른 표가 하나 더 필요합니다. 크라수스 아티쿠스 돈을 무엇과 바꾸었는가 지휘권과 명예 어느 편에도 서지 않을 자리 그 대가로 내준 것 철회할 수 있는 여지 더 빠른 증식 마지막에 남은 것 기원전 53년, 카르하이 기원전 32년, 일흔일곱 해 이 표의 빈칸을 당신의 것으로 채우는 자리가 각 장 끝의 [내 계좌에 옮기기] 입니다. 이제 그 삼십 년을 봅니다. 돈이 어디에서 왔고, 무엇으로 바뀌었고, 무엇을 지켰고, 무엇을 남겼는지 순서대로 봅니다. [내 계좌에 옮기기] 두 사람은 스물몇 살에 자기 힘으로 어쩔 수 없는 사건을 만났습니다. 그때 손에 남은 것이 이후 삼십 년의 출발선이 되었습니다. 1. 지금 당신이 가진 것 가운데 시장이 나빠져도 사라지지 않는 것을 적으면 몇 가지입니까. 기술, 자격, 관계, 평판, 현금 중 무엇이든 좋습니다. 목록으로 적어 보십시오. 2. 아티쿠스는 위험이 커지기 전에 재산을 다른 곳으로 옮겼습니다. 지금 당신의 자산 가운데 한 곳에서 문제가 생기면 같이 흔들리는 것은 몇 퍼센트입니까. 3. 소득이 끊겼을 때 버틸 수 있는 개월 수는 몇 개월입니까. 크라수스는 여덟 달을 버텼고, 아티쿠스는 이십 년을 떠나 있었습니다. 그 기간을 한 달 늘리려면 무엇이 필요합니까. 4. 위기가 왔을 때 당신에게 먹을 것을 가져다 놓을 사람의 이름을 적을 수 있습니까. 몇 명입니까. 그리고 당신은 누구에게 그런 사람입니까. ---------------------------------------- ### 4장. 이자 없는 돈 두 종류 https://voidlogpress.com/books/%eb%90%98%eb%8f%8c%eb%a6%b4-%ec%88%98-%ec%9e%88%eb%8a%94-%eb%8f%88-%eb%90%98%eb%8f%8c%eb%a6%b4-%ec%88%98-%ec%97%86%eb%8a%94-%eb%8f%88/4%ec%9e%a5-%ec%9d%b4%ec%9e%90-%ec%97%86%eb%8a%94-%eb%8f%88-%eb%91%90-%ec%a2%85%eb%a5%98/ 질문: 친구에게 무이자로 돈을 빌려주면 문제가 없나요? 요약: 이자가 0이 된 자리에 만기와 회수와 보증이 들어옵니다. 크라수스의 대출은 이자가 없어도 기한은 그대로였고, 기한을 넘기는 순간 호의가 회수 압력으로 바뀌었습니다. 문서는 관계가 계약의 빈칸을 대신 떠맡지 않게 하는 장치입니다. 또 다른 질문: 무이자로 빌려줄 때 적어 둘 항목은 무엇인가요? 답: 적어 둘 항목은 길지 않습니다. 원금과 송금일, 상환 시작일, 월 상환액, 만기, 조건을 다시 논의할 날짜입니다. 상환이 늦어졌을 때 기다릴지 조건을 바꿀지 손실을 확정할지도 미리 정해 둡니다. 또 다른 질문: 관계가 가까우면 합의를 덜 적어도 되나요? 답: 관계가 가까울수록 합의의 공백은 오히려 커질 수 있습니다. 한쪽은 여유가 생길 때 갚기로 이해하고 다른 쪽은 정해진 달에 돌려받을 계획을 세웁니다. 빌릴 때는 묻지 않았던 질문이 갚을 때 나타납니다. 또 다른 질문: 돈을 빌려주는 것과 보증을 서는 것은 같은가요? 답: 범위가 다릅니다. 돈을 빌려주면 손실 가능한 원금이 보이지만 보증을 서면 다른 사람의 계약 전체가 자신의 책임으로 들어옵니다. 현금이 나가기 전부터 추가 대출 한도가 줄고 선택지가 좁아집니다. 또 다른 질문: 두 사람의 대출을 같은 표에 놓으면 무엇이 보이나요? 답: 이자율보다 빈칸이 먼저 보입니다. 한쪽에는 만기와 회수가 있고 담보와 이후 결과는 기록이 없습니다. 다른 쪽에는 보증과 법정 동행이 있고 만기와 상환 기록이 없습니다. 빈칸을 추측으로 채우면 기록보다 넓은 이야기가 됩니다. 최종 확인: 2026-09-03T11:04:47+09:00 이자를 받지 않기로 하면 계산이 끝난 것처럼 느껴집니다. 이자가 0인 자리에 무엇이 들어오는지는 대개 나중에 알게 됩니다. 크라수스도 이자를 받지 않았습니다. 아티쿠스도 받지 않았습니다. 서문에서는 두 기록의 핵심 문장만 보았습니다. 사라진 이자 자리에는 다른 것이 들어와 있습니다. 만기, 회수, 보증, 평판, 위험. 이자율 한 줄에 나타나지 않는 조건들입니다. 무이자는 계약의 한 줄일 뿐입니다. 숫자 하나가 0이 되었습니다. 플루타르코스는 크라수스의 대출을 한 문장으로 압축했습니다. 친구에게 돈을 빌려주었고 이자는 받지 않았습니다. 기한이 되면 가차없이 회수했습니다. 그리고 이 호의가 무거운 이자보다 더 부담스러웠다고 평했습니다. 이 문장에서 계약 조건으로 확인되는 것은 많지 않습니다. 이자가 없었습니다. 기한은 있었습니다. 기한이 지나면 회수했습니다. 빌린 사람들은 ‘친구들’이라고 불렸습니다. 담보가 있었는지, 연체가 나면 어떤 법적 절차를 밟았는지, 돈의 용도가 무엇이었는지는 적혀 있지 않습니다. 회수의 강도를 보여 주는 구체적 사건도 없습니다. 플루타르코스가 남긴 것은 관행의 요약과 그에 대한 평가입니다. 그래도 중요한 차이는 보입니다. 이자는 없어도 만기는 그대로 있었습니다. 호의로 시작한 거래가 기한 뒤에도 호의로 남는다는 약속은 어디에도 없었습니다. 돈을 빌릴 때 받은 혜택과 갚지 못했을 때 생기는 압력은 서로 다른 문제였습니다. 기한이 가격이 될 때 보통 대출의 가격은 이자율로 표시됩니다. 얼마를 빌리고, 언제까지, 얼마를 더해 갚는지가 숫자로 남습니다. 크라수스의 대출에는 추가 이자가 없었다고 기록되어 있습니다. 비용은 다른 자리에 있었습니다. 플루타르코스의 문장에서는 기한이 비용을 만들었습니다. 빌린 사람이 기한을 넘기는 순간, 크라수스의 호의는 회수 압력으로 바뀌었습니다. 돈을 빌린 사람이 기한 안에 갚았다면 이 대출은 유리했습니다. 이자를 내지 않았으니까요. 문제는 갚지 못했을 때입니다. 일반 대출은 이자와 연체 조건이 미리 숫자로 드러나는 경우가 많습니다. 친구 사이의 무이자 대출은 비용이 보이지 않는 대신, 실패하는 순간 관계 전체가 상환 장치로 바뀝니다. 전화와 만남을 피합니다. 다른 부탁을 거절하기 어려워집니다. 공동체 안에서 채무 사실이 알려질 수 있습니다. 계약서에는 없던 미안함과 의무가 늘어납니다. 여기까지는 크라수스 시대의 집행 방식이 아니라 오늘의 개인 간 대출 이야기입니다. 이자 밖의 비용이 어떻게 생기는지를 풀어 적었습니다. 크라수스가 사람을 지배하려고 돈을 빌려주었다는 문장은 플루타르코스에게 없습니다. 그의 정치적 영향력과 채무관계를 연결해 해석할 여지는 있지만, 해석이 동기를 사실로 만들지는 못합니다. 사실은 더 단순합니다. 크라수스의 대출은 만기 뒤 원금을 확실히 되찾는 거래였습니다. 증여와는 다른 자리에 있었습니다. 아티쿠스의 대출에는 이 만기와 회수 기록이 남지 않았습니다. 친구라는 말이 계약을 대신하지 못한다 플루타르코스가 차용인을 ‘친구’라고 불렀다는 점은 가볍지 않습니다. 친구에게 빌려주는 돈은 낯선 사람에게 빌려주는 돈과 다르게 취급되기 쉽습니다. 계약서를 쓰면 믿지 못하는 것처럼 보이고, 담보를 요구하면 관계를 돈보다 낮게 평가하는 듯 느껴집니다. 만기를 구체적으로 적지 않아도 서로 알 것이라고 생각합니다. 그러나 관계가 가까울수록 합의의 공백은 커질 수 있습니다. 한쪽은 여유가 생길 때 갚기로 이해합니다. 다른 쪽은 정해진 달에 돌려받을 계획을 세웁니다. 한쪽은 원금만 천천히 갚으면 된다고 생각하고, 다른 쪽은 한 번에 상환될 돈으로 봅니다. 빌릴 때는 묻지 않았던 질문이 갚을 때 나타납니다. 무이자 대출에서 문서는 불신의 표시라기보다 관계가 계약의 빈칸을 대신 떠맡지 않게 하는 장치입니다. 얼마를 빌렸는가. 언제부터 갚는가. 한 번에 갚는가, 나누어 갚는가. 예상보다 늦어지면 언제 다시 조건을 정하는가. 돌려받지 못할 경우 채권자는 어디까지 감당하는가. 이 질문을 미리 적지 않으면 ‘친구니까’라는 말이 서로 다른 계약서를 대신합니다. 적어 둘 항목은 길지 않습니다. 원금, 송금일, 상환 시작일, 월 상환액, 만기, 조건을 다시 논의할 날짜입니다. 상환이 늦어졌을 때 기다릴지, 조건을 바꿀지, 손실을 확정할지도 미리 정합니다. 기다리기로 했다면 새 날짜와 최소 상환액을 함께 적고, 조건을 바꾼다면 원금의 일부를 증여로 돌릴지 상환 기간을 늘릴지 명시합니다. 크라수스의 기록은 그가 기한을 정확히 지켰다고 말합니다. 그 기한을 빌린 사람과 어떻게 합의했는지까지는 따라가지 못합니다. 오늘의 독자에게 옮겨지는 것은 가차없는 회수법보다 호의와 만기를 동시에 명확하게 만드는 일입니다. 기한을 적지 않은 친절은 나중에 한 사람이 계속 연락하고 다른 사람이 계속 피하는 관계로 바뀝니다. 풀비아가 법정에 갈 때 아티쿠스의 무이자 대출은 기원전 43년의 내전과 권력 투쟁 한가운데 놓여 있습니다. 마르쿠스 안토니우스는 국가의 적으로 선포되어 이탈리아를 떠났습니다. 그의 정적들은 친구들을 추적했고, 아내 풀비아의 재산을 빼앗으려 했다고 네포스는 기록했습니다. 아이들까지 위협받았다고 전합니다. 아티쿠스는 키케로와 가까웠고 브루투스에게도 우호적이었습니다. 당시 권력관계만 놓고 보면 안토니우스의 가족을 피하는 편이 안전했습니다. 그는 반대로 움직였습니다. 네포스의 기록입니다. 풀비아가 소송과 공포에 시달릴 때 아티쿠스는 법정 절차에 동행했습니다. 네포스의 표현에 따르면 풀비아는 아티쿠스 없이 법정 출석 보증 절차를 한 적이 없었고, 아티쿠스는 모든 일의 보증인이 되었습니다. 풀비아는 아티쿠스 없이 법정 출석의 보증 절차에 나선 적이 없었고, 아티쿠스는 모든 일의 보증인이 되었다. — 네포스 『아티쿠스』 9.4 여기에서 먼저 보이는 것은 대출이 아닙니다. 보증입니다. 보증인의 손에서는 당장 돈이 나가지 않습니다. 대신 다른 사람의 의무가 이행되지 않을 때 자기 책임이 열립니다. 현금이 이동하지 않아도 위험은 생깁니다. 빌려준 금액이 손실 상한이 되지 못하는 이유입니다. 풀비아에게는 이미 사들인 토지의 잔금도 남아 있었습니다. 권력을 잃자 돈줄이 끊겼습니다. 이자도 담보도 없이 돈을 빌려준 사람이 아티쿠스였다고 네포스는 적었습니다. 크라수스와 달리 네포스의 기록에는 회수 장면이 없습니다. 만기도, 상환도, 금액도 전하지 않습니다. 대신 돈이 나가던 당시의 정치적 위험과 보증의 범위를 길게 적었습니다. 이 차이 때문에 두 대출은 같은 표에 놓입니다. 그렇다고 같은 종류로 묶이지는 않습니다. 크라수스 기록의 중심은 기한과 회수입니다. 아티쿠스 기록의 중심은 불안정한 차주의 법적·정치적 위험을 함께 떠안았다는 사실입니다. 대출보다 넓은 책임 아티쿠스가 풀비아에게 준 것은 돈만이 아니었습니다. 그는 법정에 함께 갔습니다. 보증인이 되었습니다. 토지 대금을 대신 마련했습니다. 네포스의 서술대로라면 이 세 행동은 한 묶음이었습니다. 현대의 개인 재무에서도 대출과 보증은 분리해야 합니다. 돈을 빌려주면 손실 가능한 원금이 보입니다. 보증을 서면 다른 사람의 계약 전체가 자신의 책임으로 들어옵니다. 공동명의, 연대보증, 카드 대금, 임대차 계약, 사업 대출의 담보 제공은 현금 한 번을 건네는 것보다 범위가 넓습니다. 보증에는 두 개의 숫자가 필요합니다. 당장 나간 돈과, 문제가 생길 때 최대한 나갈 수 있는 돈입니다. 두 번째 숫자가 없으면 사람은 보증을 ‘아직 돈을 쓰지 않은 일’로 분류합니다. 실제로는 현금이 나가기 전부터 선택지가 줄어듭니다. 추가 대출 한도가 줄고, 자산 처분 가능성이 생기며, 상대의 의사결정에 자신의 생활이 묶입니다. 아티쿠스의 보증은 현대 법률관계와 겹치지 않습니다. 로마의 법정 출석과 보증 절차는 오늘의 금융 보증과 다릅니다. 그래도 현금 지급과 책임 인수가 다른 일이라는 구조는 남습니다. 크라수스의 기록에는 이런 보증 책임이 나타나지 않습니다. 여기서 책임이 없었다는 결론까지 가면 성급합니다. 플루타르코스가 전한 대목이 기한과 회수에만 초점을 맞추었을 뿐입니다. 아티쿠스를 따라 하라는 결론은 나오지 않습니다. 국가의 적으로 선포된 인물의 가족을 도운 행동을 개인 재무 기술로 바꾸는 것도 맞지 않습니다. 남는 질문은 더 좁습니다. 돈을 빌려준 것과 다른 사람의 책임까지 떠안은 것을 같은 목록에 적고 있지 않은가. 네포스가 원하는 독법 네포스의 서술에는 방향이 있습니다. 그는 안토니우스가 돌아오리라고는 누구도 생각하지 않았다고 썼습니다. 아티쿠스가 돈을 빌려준 이유는 가장 큰 이익이 감사받고 도움을 주는 사람으로 인정받는 데 있다고 생각했기 때문이라고 설명했습니다. 운이 좋은 사람에게 붙은 것이 아니라 사람에게 친구가 되는 관행을 보여 주려 했다고 평가했습니다. 네포스의 목적은 분명합니다. 아티쿠스의 행동을 미래의 보상을 노린 계산이 아니라 일관된 우정으로 읽게 만듭니다. 그 평가를 그대로 사실로 받아쓸 수는 없습니다. 아티쿠스가 안토니우스의 귀환 가능성을 어떻게 판단했는지는 기록되지 않았습니다. 정치 정보가 풍부한 인물이었고, 여러 진영과 관계를 유지했습니다. 아무 계산도 없었다고 단정하는 것은 기록을 넘어섭니다. 그렇다고 네포스의 편향이 사건 전체를 버릴 이유가 되지는 않습니다. 같은 장에는 아티쿠스에게 불리한 정보가 남아 있습니다. 그는 나쁜 시민들을 충분히 미워하지 않는다는 이유로 일부 귀족에게 점차 비난받았다. — 네포스 『아티쿠스』 9.7 이 문장은 독립된 다른 사료가 아닙니다. 아티쿠스를 칭찬하는 같은 전기 안에 있습니다. 따라서 네포스의 평가를 검증하는 객관적 증거는 되지 못합니다. 다만 한 가지는 보여 줍니다. 네포스조차 이 행동에 사회적 비용이 없었다고 쓰지 못했습니다. 안토니우스의 가족을 돕는 일은 그 시점의 유력자들에게 비난받는 선택이었습니다. 동기는 모릅니다. 위험은 기록되어 있습니다. 크라수스의 대출도 동기는 남아 있지 않고, 만기와 회수만 남았습니다. 두 기록 모두 행동의 형태를 동기보다 먼저 읽어야 합니다. 돈의 비용은 계좌에서만 빠져나가지 않습니다. 풀비아에게 빌려준 원금은 숫자로 셀 수 있었을 것입니다. 그러나 네포스가 적은 것은 금액이 아니라 비난이었습니다. 평판 비용은 계산하기 어렵습니다. 누구에게서 어떤 기회를 잃었는지, 실제 거래가 중단되었는지, 정치적 위험이 얼마나 커졌는지는 기록에 없습니다. 그렇다고 비용이 0이 되지는 않습니다. 오늘의 돈 문제에서도 비슷한 구분이 필요합니다. 가족 중 한 사람에게 큰돈을 빌려주면 다른 가족이 불공정하다고 느낄 수 있습니다. 공동 사업의 보증을 서면 배우자와 자녀의 생활 계획이 영향을 받습니다. 한 거래처를 구제하기 위해 결제 기한을 늘려 주면 다른 거래처에 같은 조건을 설명해야 할 수 있습니다. 관계의 비용은 ‘사람을 도왔으니 좋은 일’이라는 문장 밖에 남습니다. 도움의 대상뿐 아니라 그 결정에 노출되는 다른 사람을 함께 적어야 합니다. 아티쿠스의 선택을 미화하지 않고 읽으려면 네 개의 주체를 봐야 합니다. 돈을 받은 풀비아, 보증 책임을 맡은 아티쿠스, 그 행동을 비난한 귀족들, 그리고 훗날 권력을 되찾은 안토니우스입니다. 한 사람을 돕는 금융 행동은 둘만의 관계로 끝나지 않습니다. 안토니우스가 돌아온 뒤 정세는 뒤집혔습니다. 안토니우스가 이탈리아로 돌아왔고, 숙청이 시작되었습니다. 키케로와 브루투스와 가까웠던 아티쿠스도 위험해 보였습니다. 네포스는 그가 포룸에서 물러나 과거 자신이 도왔던 볼룸니우스의 집에 숨었다고 기록했습니다. 안토니우스는 아티쿠스의 도움을 기억했습니다. 직접 편지를 보내 두려워하지 말고 나오라고 했고, 아티쿠스와 겔리우스 카누스를 숙청 대상에서 제외했다고 네포스는 적었습니다. 이 일을 ‘무이자 대출의 수익 실현’으로 쓰면 이야기는 간단해집니다. 위험할 때 돈을 빌려주었고, 권력이 돌아오자 목숨을 돌려받았다는 계산입니다. 기록은 그렇게 정산되지 않습니다. 아티쿠스가 보호받은 이유가 풀비아 대출 하나였는지는 확실하지 않습니다. 네포스는 오랜 관계, 볼룸니우스에 대한 도움, 여러 사람에게 베푼 지원을 한 인물상 안에 묶었습니다. 안토니우스가 그중 무엇을 얼마나 중요하게 보았는지는 그 안에서 구분되지 않습니다. 무엇보다 대출 당시 아티쿠스가 훗날의 보호를 예상했다는 증거가 없습니다. 이후 결과를 알고 앞선 행동의 동기를 다시 쓰면 모든 위험한 선택이 성공한 투자처럼 보입니다. 따라서 사건은 세 줄로 남습니다. 아티쿠스는 풀비아를 도왔습니다. 그 일로 비난받았습니다. 안토니우스가 돌아온 뒤 숙청에서 제외되었습니다. 세 사실 사이에 관계가 있을 수 있습니다. 네포스도 그렇게 읽도록 사건을 배치했습니다. 그러나 그 사이의 교환 비율까지 적힌 자리는 어디에도 없습니다. 같은 무이자, 다른 빈칸 두 사람의 대출을 비교하면 이자율보다 빈칸이 먼저 보입니다. 항목 크라수스 아티쿠스 차주 친구들 풀비아 이자 없음 없음 담보 기록 없음 요구하지 않았다고 기록 만기 있음 기록 없음 회수 기한 뒤 가차없이 회수 상환 기록 없음 추가 책임 기록 없음 법정 동행·보증 공개된 비용 플루타르코스가 부담스러운 호의로 평가 일부 귀족의 비난 이후 결과 기록 없음 안토니우스 복귀 뒤 숙청 제외 표의 빈칸을 추측으로 채우면 두 사람의 금융 전략이 완성됩니다. 크라수스는 채무자를 지배했고, 아티쿠스는 신용을 샀다는 식입니다. 그 문장은 기억하기 쉽지만 기록보다 넓습니다. 더 정확한 표현은 이렇습니다. 크라수스의 대출에서 플루타르코스가 강조한 것은 회수였습니다. 아티쿠스의 대출에서 네포스가 강조한 것은 보증과 위험을 감수한 도움, 그리고 이후의 보은이었습니다. 한쪽은 계약의 끝이 선명했습니다. 다른 쪽은 계약보다 관계의 범위가 넓었습니다. 대출 비용을 이자만으로 보면 무이자는 가장 싼 돈입니다. 그러나 개인 간 거래에서는 다른 비용이 붙습니다. 기한이 모호하면 기다리는 시간이 늘어납니다. 상환을 요구할 때 관계가 손상될 수 있습니다. 보증을 서면 상대의 실패가 자신의 책임으로 들어옵니다. 가족 공동재산에서 돈이 나가면 다른 구성원이 위험을 함께 집니다. 거래가 공개되면 편을 들었다는 평가가 생길 수 있습니다. 이 비용들은 모두 숫자로 환산되지 않습니다. 숫자가 없어도 비용은 남습니다. 반대로 관계를 모두 비용으로 취급할 필요도 없습니다. 누군가를 돕는 일이 수익을 목표로 하지 않을 수 있습니다. 돌려받지 못해도 감당하겠다고 선택할 수 있습니다. 문제는 대출이라고 부르면서 마음속으로는 증여를 기대하거나, 증여처럼 건네면서 언젠가 관계로 보상받기를 기대할 때입니다. 이름과 실제 기대가 다르면 갈등이 생깁니다. 가까운 사람에게 돈을 건넬 때 구분할 것은 세 가지입니다. 대출은 돌려받을 돈입니다. 원금과 만기와 상환 순서가 있어야 합니다. 증여는 돌려받지 않을 돈입니다. 이후 행동이나 감사나 돌봄을 암묵적 이자로 요구하지 않는지 확인해야 합니다. 보증은 상대가 갚지 못할 때 대신 책임질 가능성입니다. 당장 현금이 나가지 않아도 최대 책임액을 적어야 합니다. 현실에서는 셋이 섞입니다. 부모가 자녀에게 빌려준다고 말하지만 상환을 요구하지 않습니다. 친구의 사업에 투자한다고 말하지만 계약과 지분이 없습니다. 보증만 서 준다고 생각하지만 담보 자산 전체가 위험에 들어옵니다. 거래 이름을 정확히 붙이는 일은 세금과 법률만의 문제가 아닙니다. 기대를 맞추는 일입니다. 크라수스의 대출은 회수를 전제로 했습니다. 아티쿠스의 대출도 네포스는 ‘빌려주었다’고 표현했지만 상환 경과는 알려 주지 않습니다. 이 차이를 그대로 두어야 합니다. 감당할 수 있는 도움의 범위 가까운 사람에게 돈을 건넬 때 가장 먼저 필요한 숫자는 이자율이 아닙니다. 회수에 실패해도 자신의 의무를 유지할 수 있는 상한입니다. 주거비와 교육비, 기존 대출 상환과 비상자금이 흔들리지 않는 범위가 얼마인지 먼저 적어야 합니다. 보증이라면 당장 나가는 돈이 아니라 상대가 의무를 이행하지 못했을 때 열리는 최대 책임액을 기준으로 봐야 합니다. 선의가 충분하다는 사실과 손실을 감당할 수 있다는 사실은 서로 다른 질문입니다. 아티쿠스가 풀비아를 도운 대목에는 정확한 금액이 남아 있지 않습니다. 대신 현금 밖의 비용이 기록되어 있습니다. 그는 법정 절차에 동행하고 모든 일의 보증인이 되었으며, 일부 귀족에게 ‘나쁜 시민을 충분히 미워하지 않는다’는 비난을 받았습니다. 네포스가 아티쿠스를 칭찬하려 했다는 점을 감안해도, 도움의 범위가 둘만의 거래에서 끝나지 않았다는 사실은 남습니다. 오늘의 거래에서도 위험 부담자는 돈을 건넨 한 사람에서 끝나지 않습니다. 부부 공동자금, 가족의 주택, 함께 운영하는 사업의 현금에서 대출이나 보증이 나가면 다른 구성원도 선택하지 않은 위험을 떠안습니다. 따라서 금액을 정하기 전에 영향을 받는 사람과 자산을 목록으로 적어야 합니다. 감당할 수 있는 한도를 정하는 일과 도움을 줄이는 일은 다릅니다. 한 사람의 위기를 넘기려다 두 가구가 함께 흔들리는 일을 막는 경계입니다. 누구의 돈과 신용을 거는가 아티쿠스는 풀비아에게 현금만 건네지 않았습니다. 네포스 9.4에 따르면 그는 풀비아의 법정 절차에 동행했고 모든 일의 보증인이 되었습니다. 자기 이름과 신용을 다른 사람의 의무에 연결한 것입니다. 빌려준 돈은 잃을 수 있는 금액이 처음부터 적히지만, 이름을 걸어 준 쪽은 상대의 계약이 커지는 만큼 책임도 뒤늦게 커집니다. 그래서 현금과 신용을 같은 자리에서 함께 내주면 자신이 무슨 거래를 했는지 이름 붙이기 어려워집니다. 거래 이름을 정확히 붙인 뒤에는 목적을 적어야 합니다. 원금을 돌려받으려는지, 상대가 위기를 넘기는 데서 끝나는지, 사업에 참여하려는지, 훗날 관계의 보상을 기대하는지 구분합니다. 말하지 않은 기대는 원금이 상환된 뒤에도 채무를 남깁니다. 오늘의 거래에서는 목적과 책임 범위를 문서로 남깁니다. 돈을 건네는 사람뿐 아니라 위험을 함께 지는 가족과 공동사업자의 동의도 함께 받습니다. [내 계좌에 옮기기] — 대출·보증·관계 1. 당신이 현재 빌려주었거나 보증한 돈을 각각 목록으로 적으면 몇 건입니까. 2. 그중 원금·만기·월 상환액·조건 재협의일이 문서로 남은 것은 몇 건입니까. 3. 돌려받지 못해도 주거비·교육비·대출 상환이 흔들리지 않는 금액의 상한은 얼마입니까. 4. 대출이라고 적었지만 실제로는 돌려받지 않을 가능성이 큰 거래는 몇 건입니까. 5. 원금을 모두 돌려받은 뒤에도 유지하고 싶은 관계는 무엇이며, 그 관계를 계약의 빈칸에 맡기고 있지는 않습니까. ---------------------------------------- ### 7장. 책을 만드는 집 https://voidlogpress.com/books/%eb%90%98%eb%8f%8c%eb%a6%b4-%ec%88%98-%ec%9e%88%eb%8a%94-%eb%8f%88-%eb%90%98%eb%8f%8c%eb%a6%b4-%ec%88%98-%ec%97%86%eb%8a%94-%eb%8f%88/7%ec%9e%a5-%ec%b1%85%ec%9d%84-%eb%a7%8c%eb%93%9c%eb%8a%94-%ec%a7%91/ 질문: 아티쿠스를 로마 최초의 출판업자라고 불러도 되나요? 요약: 깊이 관여했다는 말과 출판업을 했다는 말은 같은 문장이 아닙니다. 계약서도 판매 장부도 원고료 기록도 남아 있지 않습니다. 무엇보다 그 집의 필사자와 낭독자는 직원이 아니라 노예였습니다. 옮겨지는 것은 작업의 단계와 자료의 구조입니다. 또 다른 질문: 책을 많이 만드는 것과 쓸 수 있게 만드는 것은 다른가요? 답: 다릅니다. 한 방에 두루마리가 쌓여 있어도 필요한 제목을 찾지 못하면 자료로 기능하지 않습니다. 키케로가 서고 정리 뒤 집에 영혼이 생겼다고 한 것은 책의 수가 늘어서가 아니라 책 사이의 위치와 이름이 드러났기 때문입니다. 또 다른 질문: 필사자들의 이름은 왜 거의 남지 않나요? 답: 저자와 소유자의 이름은 남지만 필사자의 이름은 사본 뒤편이나 우연한 언급에 기대야 합니다. 키케로의 편지에 두 사람의 이름이 잠시 나오지만 독립된 직업인이 아니라 아티쿠스의 사람들이라는 소유 관계 안에서 부릅니다. 또 다른 질문: 현대 연구는 그를 출판업자로 보나요? 답: 해석이 나뉩니다. 오늘의 개념을 느슨하게 적용해 그렇게 부르는 쪽이 있고, 키케로의 편지 전체를 검토한 뒤 우정과 정치 관계, 문학적 친교망 안의 제작과 확산으로 보는 편이 타당하다는 연구도 있습니다. 또 다른 질문: 사람에게서 절차를 분리한다는 말은 무슨 뜻인가요? 답: 사람의 흔적을 지운다는 뜻이 아닙니다. 업무가 한 사람에게 감금되지 않도록 하되 그 사람이 만든 지식의 출처는 남긴다는 뜻입니다. 문서에 작성자와 검토자, 수정 이력을 남기면 작업의 계보가 보입니다. 최종 확인: 2026-09-03T11:04:48+09:00 당신이 일주일 자리를 비우면 멈추는 일은 몇 개입니까. 그 개수가 당신의 능력이 어디에 붙어 있는지 알려 줍니다. 아티쿠스는 로마 최초의 출판업자였다는 설명이 자주 붙습니다. 근거는 있습니다. 그의 집에는 책을 베끼는 사람이 많았습니다. 키케로는 원고와 책을 그에게 맡겼고, 자료를 빌렸으며, 작품을 읽히고 퍼뜨리는 일도 부탁했습니다. 아티쿠스 자신도 연대기와 가계 기록을 썼습니다. 그렇다고 그 집을 현대의 출판사에 그대로 겹쳐 놓기는 어렵습니다. 계약서가 남아 있지 않습니다. 책 판매 수익 장부도 없습니다. 저자에게 원고료를 지급하고 판매 위험을 떠안았다는 기록도 없습니다. 무엇보다 그의 문헌 작업을 수행한 사람들은 회사 직원이 아니었습니다. 노예였습니다. 필사자가 많은 집 그 집을 설명할 때 네포스가 가구와 연회보다 먼저 적은 것은 사람들의 기술이었습니다. 그 집에는 글을 잘 아는 젊은 노예들, 뛰어난 낭독자, 많은 필사자가 있었다. 수행 노예 가운데서도 이 두 일을 능숙하게 하지 못하는 사람이 거의 없었다. — 네포스 『아티쿠스』 13.3 낭독자는 책을 소리 내어 읽었습니다. 필사자는 원문을 손으로 옮겼습니다. 인쇄기가 없던 시대에 책 한 권을 더 만든다는 것은 누군가가 글자를 다시 쓰는 일이었습니다. 사본의 속도와 정확도는 사람의 훈련과 시간에 달렸습니다. 네포스는 이 집의 기술 체계를 칭찬했습니다. 필요한 일을 외부에서 비싼 값에 사들이기보다 집 안에서 마련했다고 평가했습니다. 그 다음 문장이 중요합니다. 그들 가운데 집에서 태어나 집에서 교육받지 않은 사람은 없었다. — 네포스 『아티쿠스』 13.4 ‘집에서 태어났다’는 말은 노예의 자녀가 노예 신분으로 태어났다는 뜻입니다. 안정된 인재 육성 제도와는 다릅니다. ‘집에서 교육받았다’는 말은 사람의 이동과 선택을 소유자가 통제하는 제도 안에서 기술을 익혔다는 뜻입니다. 직업 훈련 프로그램과도 다릅니다. 이 조건을 한 단락의 주의문으로 밀어낸 뒤 문헌 생산 체계만 칭찬하면 절반만 보게 됩니다. 체계와 노예제는 한 몸이었습니다. 아티쿠스가 반복 가능한 작업 능력을 갖춘 방법 자체가 자유를 빼앗긴 노동에 의존했습니다. 네포스에게 이것은 문제가 아니라 미덕이었습니다. 절제와 부지런함의 증거로 칭찬했습니다. 필요한 사람을 시장에서 사 오지 않고 집 안에서 마련했다는 식으로 평가했습니다. 그 평가를 오늘의 경영 언어로 옮기는 순간 문제가 생깁니다. ‘사람을 사지 않고 키웠다’, ‘내부 인재를 육성했다’, ‘수직계열화했다’는 말은 노예 소유를 효율적인 조직 설계로 바꿉니다. 현대로 이어지는 것은 사람이 아닙니다. 옮겨지는 것은 작업의 단계와 자료의 구조입니다. 집에 영혼이 생겼다 네포스의 전기는 아티쿠스 집안의 일반적인 능력을 설명합니다. 키케로의 편지는 그 능력이 실제로 사용된 한 장면을 남겼습니다. 기원전 56년, 키케로는 안티움의 별장에서 자신의 서고가 정리된 일을 아티쿠스에게 알렸습니다. 티라니오가 책을 정리하고 나니 집에 영혼이 생긴 듯합니다. 당신의 디오니시오스와 메노필로스도 대단한 도움을 주었습니다. 책장에 책이 들어가고 권명표가 붙으니 더없이 보기 좋습니다. — 키케로 『아티쿠스 서간』 4.8.2 작업에 참여한 사람은 셋입니다. 문법학자 티라니오가 책을 배열했습니다. 아티쿠스 소속의 디오니시오스와 메노필로스가 도왔습니다. 책은 책장에 들어갔고 권명표가 붙었습니다. 여기에는 책을 만드는 일보다 먼저 책을 찾을 수 있게 만드는 일이 나옵니다. 책을 보유하는 일과 사용하는 일은 다릅니다. 한 방에 두루마리가 쌓여 있어도 필요한 제목을 찾지 못하면 자료로 기능하지 않습니다. 어떤 책이 어느 책장에 있는지, 제목이 무엇인지, 한 작품의 여러 권이 어떻게 연결되는지 표시해야 합니다. 권명표는 작은 장치입니다. 하지만 기억을 사람의 머릿속에서 선반으로 옮깁니다. 정리가 끝나자 키케로는 집에 영혼이 생겼다고 표현했습니다. 책의 수가 늘어서가 아닙니다. 책 사이의 위치와 이름이 드러났기 때문입니다. 한 권이 여러 권이 되는 과정 고대 로마에서 저자가 글을 완성한 뒤에도, 같은 책이 넓은 독자에게 닿기까지는 여러 단계가 남았습니다. 원고를 정서해야 했습니다. 사본을 만들 사람이 필요했습니다. 오류를 수정하고, 읽을 사람을 고르고, 낭독을 통해 반응을 보고, 다시 베꼈습니다. 이 과정은 오늘의 편집·제작·마케팅·유통과 일부 기능이 닮았습니다. 제도와 거래 방식은 다릅니다. 키케로의 편지에서 아티쿠스는 여러 단계에 나타납니다. 키케로가 필요한 참고 책을 빌려 달라고 합니다. 자신의 책을 사용할 수 있게 집안 사람에게 지시해 달라고 부탁합니다. 어떤 작품의 초고를 읽고 의견을 달라고 합니다. 사본을 만들게 하거나 특정 사람에게 보내 달라고 요청합니다. 연회에서 새 작품을 읽혀 반응을 얻은 흔적도 있습니다. 이 기록을 모으면 아티쿠스가 문헌의 생성과 확산에 깊이 관여한 것은 분명합니다. 그러나 ‘깊이 관여했다’와 ‘출판업을 했다’는 같은 문장이 아닙니다. 친구에게 자료를 빌려주는 일, 집의 필사자를 이용해 사본을 만들어 주는 일, 저녁 모임에서 글을 낭독하는 일, 정치적 관계자에게 작품을 전달하는 일은 모두 책을 퍼뜨립니다. 그 일이 돈을 받고 지속적으로 수행한 독립 사업이었는지는 별도 문제입니다. 현대 출판사는 판매 수입과 비용, 계약 권리, 재고와 유통 책임을 갖습니다. 아티쿠스의 자료에서 확인되는 것은 그 앞 단계까지입니다. 무엇을 누구에게 맡기면 읽을 수 있는 사본이 나오는지 아는 사람이 있었고, 그 사람이 자료와 인력과 이동 경로를 한 손에 쥐고 있었습니다. 이 책이 이 장에서 가져오는 것도 거기까지입니다. 사본에도 계보가 필요하다 책을 한 번 베끼는 일과 여러 번 정확하게 베끼는 일은 다릅니다. 첫 사본에 오류가 들어가면 뒤의 사본은 그 오류까지 충실하게 복제합니다. 원본과 수정본이 섞이면 어느 문장이 저자의 최종 판단인지 알기 어렵습니다. 다른 사람이 여백에 적은 메모가 본문으로 들어갈 수도 있습니다. 고대의 필사 과정에서 어떤 교정표와 승인 절차를 썼는지는 남은 편지에 없습니다. 그럼에도 네포스와 키케로의 기록을 함께 놓으면 반복 작업이 필요로 하는 최소 조건이 보입니다. 읽을 기준본이 있어야 합니다. 베낄 숙련자, 완성된 사본을 구분할 이름, 보관 위치도 함께 있어야 합니다. 필요한 사람이 다시 찾을 길까지 갖춰져야 합니다. 복제는 양을 늘리고 분류는 관계를 남깁니다. 권명표가 붙지 않은 두루마리는 물건으로는 존재하지만 체계 안에서는 길을 잃기 쉽습니다. 어느 작품의 몇 번째 권인지 표시되어야 다른 책과 연결됩니다. 한 작품의 사본이 여러 곳에 흩어져 있다면 누가 어떤 판본을 가졌는지도 중요해집니다. 키케로가 아티쿠스에게 책과 사람을 요청한 편지들은 문헌이 개인 소유물이면서 관계망을 따라 움직였음을 보여 줍니다. 책은 서점의 재고처럼 균일하게 배포되지 않았습니다. 누구에게 부탁할 수 있는지, 누가 좋은 사본을 갖고 있는지, 누가 정확하게 베낄 수 있는지가 접근을 좌우했습니다. 이 구조에서 아티쿠스의 힘은 책을 많이 가졌다는 데만 있지 않았습니다. 어떤 자료가 어디에 있고, 누구에게 맡기면 읽을 수 있는 사본이 만들어지는지 아는 데 있었습니다. 자료와 사람과 이동 경로를 함께 연결했습니다. 다만 이 연결에 ‘지식 민주화’라는 이름은 맞지 않습니다. 접근 범위는 엘리트의 우정과 후원망 안에 제한되었습니다. 오늘의 문서 체계가 고대의 필사 체계보다 낫다고 말하려면 파일 형식이 아니라 권리까지 달라야 합니다. 누가 문서를 만들고, 누가 수정할 수 있으며, 누가 자신의 기여를 확인받고, 누가 작업에서 빠질 수 있는지를 함께 설계해야 합니다. 아티쿠스는 쓰는 사람이기도 했다 그를 출판업자로만 부르면 또 다른 면이 사라집니다. 아티쿠스는 로마의 연대와 가계를 정리한 책을 썼습니다. 네포스의 기록입니다. 정무관이 언제 임명되었는지, 어떤 법과 전쟁과 평화가 어느 시점에 있었는지를 배열했습니다. 여러 유력 가문의 계보를 따로 정리했고, 인물의 업적과 관직을 몇 줄의 운문으로 압축한 작품도 만들었습니다. 키케로의 집정관 시기를 그리스어로 쓴 책도 있었다고 전합니다. 그는 로마의 정무관들을 시대순으로 배열한 책에서 법과 평화와 전쟁, 로마인의 중요한 사건을 각각의 때에 기록했다. 가문의 기원도 함께 엮어 유력 인물의 계보를 확인할 수 있게 했다. — 네포스 『아티쿠스』 18.1~18.2 이 기록의 작품들은 대부분 오늘날 완전한 형태로 남아 있지 않습니다. 내용과 완성도를 자세히 평가할 길도 함께 사라졌습니다. 그래도 작업의 성격은 보입니다. 아티쿠스는 자료를 소유한 사람만이 아니었습니다. 시간순으로 배열하고, 가계를 연결하고, 짧은 형식으로 압축하는 사람이었습니다. 필사 체계와 저술 능력이 한 집 안에 함께 있었습니다. 책을 만드는 집이라는 제목은 이 지점을 가리킵니다. 저자 한 사람의 서재가 아니라 읽기·복제·정리·저술·낭독이 이어지는 장소였습니다. 그 장소의 중심에 아티쿠스가 있었고, 노동의 바닥에는 이름이 거의 남지 않은 노예들이 있었습니다. [팩트체크] 아티쿠스는 출판업자였는가 통설 아티쿠스는 로마 최초의 전문 출판업자였다. 고대 기록 고대 기록은 이 문장을 절반쯤 지지합니다. 그는 많은 필사자를 보유했습니다. 키케로에게 책과 인력을 제공했습니다. 작품의 정서와 복제, 낭독과 확산에 관여했습니다. 자신의 책도 썼습니다. 나머지 절반은 비어 있습니다. 책 판매로 얻은 수익이 확인되지 않습니다. 원고 계약과 판매 가격이 없습니다. 아티쿠스가 작가들의 작품을 정기적으로 매입하고, 사본 제작비를 부담한 뒤 시장에서 판매했다는 장부도 없습니다. 현대 연구의 해석도 나뉩니다. 일부 연구와 대중서는 오늘의 개념을 느슨하게 적용해 그를 출판업자라고 부릅니다. 반면 야스미나 벤페르하트의 연구는 키케로의 편지 전체를 검토한 뒤, 아티쿠스의 활동을 돈을 버는 전문 출판 사업보다 우정·정치 관계·문학적 친교망 안의 제작과 확산으로 보는 편이 타당하다고 주장합니다. 이 연구 하나가 논쟁을 끝내지는 않습니다. 다만 ‘출판업자’라는 단어에 현대 기업의 기능을 모두 넣는 일이 위험하다는 점은 분명합니다. 판정 논쟁 중. 아티쿠스가 문헌 제작과 초기 유통의 핵심 조력자였다는 표현은 가능합니다. 현대적 의미의 전문 출판업자나 출판사 경영자로 단정할 근거는 부족합니다. 통설이 생긴 이유는 분명합니다. 오늘의 독자에게 낭독자·필사자·서고·사본 유통을 한 단어로 설명하려면 ‘출판’이 편리합니다. 편리한 말이 제도의 차이를 지웁니다. 기술자의 이름이 남은 드문 순간 키케로의 편지에는 디오니시오스와 메노필로스의 이름이 남았습니다. 고대 문헌에서 실제로 베끼고 정리한 사람의 이름은 자주 사라집니다. 저자와 소유자의 이름은 남지만 필사자의 이름은 사본 뒤편이나 우연한 언급에 기대야 합니다. 이 편지는 아티쿠스의 집에 ‘많은 필사자’가 있었다는 집합 명사에서 두 사람을 잠시 꺼냅니다. 이름 두 개가 알려 주는 것은 거기까지입니다. 어디서 태어났는지, 어떤 교육을 받았는지, 키케로의 서고 정리를 어떻게 느꼈는지, 자기 기술을 다른 곳에서 사용할 자유가 있었는지는 아무 데도 적혀 있지 않습니다. 키케로는 그들의 도움을 칭찬하지만 그들을 독립된 직업인으로 소개하지 않습니다. ‘아티쿠스의 사람들’이라는 소유 관계 안에서 부릅니다. 이 공백은 문헌 생산의 성과를 누구의 것으로 기록하는지 묻게 합니다. 책에는 저자의 이름이 붙습니다. 서고에는 소유자의 이름이 붙습니다. 그러나 복제하고 교정하고 분류한 사람의 기여는 체계의 일부로 흡수됩니다. 작업이 잘될수록 수행자는 보이지 않기 쉽습니다. 현대의 문서화에도 같은 위험이 있습니다. 절차서에 개인의 노하우를 모두 넣으면서 작성자의 기여는 지웁니다. 누가 조사했고 누가 오류를 고쳤는지 기록하지 않은 채 조직의 지식이라는 이름을 붙입니다. 반대로 문서에 작성자·검토자·수정 이력을 남기면 작업의 계보가 보입니다. 고대와 현대의 제도를 같은 것으로 만들려는 비교가 아닙니다. 오히려 차이를 확인하기 위한 비교입니다. 오늘의 조직에는 지식을 남기면서 기여자의 권리와 이름도 함께 적을 자리가 있습니다. 그렇게 하지 않는다면 기술은 달라졌어도 기록이 권력을 배분하는 방식은 크게 달라지지 않습니다. ‘사람에게서 절차를 분리한다’는 문장은 사람의 흔적을 지운다는 뜻이 아닙니다. 업무가 한 사람에게 감금되지 않도록 하되, 그 사람이 만든 지식의 출처는 남긴다는 뜻입니다. 사람에게서 절차를 분리한다 현대 조직이 가져갈 것은 자료가 한 사람의 기억에만 묶이지 않게 만드는 절차입니다. 참고 자료의 출처를 적습니다. 다음 사람이 찾을 수 있도록 폴더와 검색어를 정합니다. 담당자가 떠나도 이어서 작업할 수 있게 현재 상태와 다음 행동을 남깁니다. 이런 연결은 고대와 현대가 같아서 가능한 것이 아닙니다. 키케로의 서고에 권명표가 붙자 책을 찾게 되었다는 구조만 옮기는 것입니다. 제도의 차이를 분명히 해야 현대의 문서화가 사람의 자율성과 권리를 해치지 않는 방향으로 설계됩니다. 문서화는 사람을 대체하는 감시 장치가 되기도 합니다. 모든 노하우를 빼내 누구나 교체 가능하게 만드는 데만 쓰이기도 합니다. 반대로 특정 개인이 휴가를 가거나 퇴사해도 일이 멈추지 않게 하고, 새 사람이 같은 실수를 반복하지 않게 하며, 담당자에게 몰린 부담을 나누는 장치가 될 수도 있습니다. 같은 절차도 목적에 따라 다른 관계를 만듭니다. 문서화의 가치는 도구 자체보다 누가 통제하고 누가 선택할 수 있는지를 함께 볼 때 드러납니다. 이름표 하나가 지키는 것 자료가 많아질수록 저장보다 검색이 어려워집니다. 파일은 남아 있지만 찾지 못합니다. 참고한 숫자의 출처가 사라집니다. 한 사람이 떠나면 폴더의 의미를 아는 사람도 없어집니다. 키케로의 책장에 붙은 권명표는 이런 문제의 오래된 형태를 보여 줍니다. 제목을 붙인다는 것은 구분 기준을 공개하는 일입니다. 자료의 위치를 개인 기억에서 공동 표지로 옮기는 일입니다. 분류가 완벽할 필요는 없습니다. 다른 사람이 같은 대상을 같은 이름으로 찾으면 됩니다. 문헌 생산 체계에서 가장 화려한 장치는 사본을 많이 만드는 능력처럼 보입니다. 실제로 자료를 쓸 수 있게 만드는 것은 이름을 붙이고 자리를 정하는 일입니다. 이름은 혼자 쓰는 기억보다 느리게 만들어집니다. 대신 여러 사람이 같은 자료에 도달하게 합니다. 책을 만드는 집은 많이 베끼는 집만이 아닙니다. 무엇을 베끼는지, 어디에 두는지, 어떤 이름으로 찾는지, 누가 확인하는지를 정한 집입니다. 기준본과 배포본은 같은 파일이 아니다 문서가 움직이기 시작하면 한 가지 질문이 더 생깁니다. 어느 것이 현재의 기준인가. 작성 중인 원고에는 바뀔 문장이 남아 있습니다. 검토자에게 보낸 사본에는 질문과 표시가 들어갑니다. 외부에 전달한 판본은 그 시점의 약속이 됩니다. 이 세 파일을 같은 이름으로 저장하면 나중에 어느 문장이 실제로 승인됐는지 찾기 어렵습니다. 고대 필사본의 작업 단계를 오늘의 파일 체계로 그대로 복원할 수는 없습니다. 키케로의 편지는 아티쿠스가 어떤 교정 부호와 승인 규칙을 썼는지 말하지 않습니다. 그 집에 현대적 기준본 제도가 있었다는 근거는 없습니다. 다만 복제되는 문헌에는 기준이 필요하다는 문제는 남습니다. 오늘의 문서에는 최소한 네 상태가 있습니다. • 작성자가 고치고 있는 작업본. • 사실과 문장을 검토하는 검토본. • 조직 안에서 승인된 기준본. • 외부에 전달되어 되돌릴 수 없는 배포본. 상태를 구분하면 수정 권한도 달라집니다. 작업본은 작성자가 자유롭게 바꿀 수 있습니다. 기준본은 변경 이유와 승인자를 남겨야 합니다. 배포본은 파일을 바꾸는 대신 새 판본을 만들어야 합니다. 이 구분이 없는 곳에서는 ‘최종본’이라는 이름이 계속 늘어납니다. 최종, 진짜 최종, 최종 수정, 최종 확정이라는 파일명이 생깁니다. 문제는 이름의 우스움이 아니라 약속의 시점이 사라지는 데 있습니다. 권명표는 책의 정체성을 바깥에 표시했습니다. 현대의 버전 표시는 문서의 상태와 약속을 표시합니다. 둘은 같은 제도가 아니지만, 다른 사람이 자료를 다시 찾고 올바른 판본을 쓰게 한다는 기능은 겹칩니다. 문서화가 실패하는 네 지점 작업 체계는 자료의 양과 다른 문제입니다. 첫째, 기준본이 없습니다. 어느 파일이 현재의 약속인지 아무도 지목하지 못합니다. 둘째, 이름이 없습니다. 파일명은 작성 날짜나 내용과 연결되지 않고, 폴더를 만든 사람만 뜻을 압니다. 검색어가 사람의 기억에만 있습니다. 셋째, 이동 경로가 없습니다. 누구에게 전달했는지, 외부에 어느 판본을 보냈는지, 회신이 어느 파일에 반영됐는지 아무도 모릅니다. 넷째, 책임과 권리가 없습니다. 누가 수정할 수 있는지, 오류를 발견하면 누구에게 말해야 하는지, 작성자가 자신의 기여를 어떻게 확인받는지 정해지지 않습니다. 키케로의 서고 장면은 이 네 문제의 일부만 보여 줍니다. 책장과 권명표는 위치와 이름을 해결합니다. 네포스가 말한 낭독자와 필사자는 복제 능력을 보여 줍니다. 승인 권한과 노동자의 권리는 기록에서 확인되지 않습니다. 현대의 작업 체계는 네 지점을 모두 적어야 합니다. • 기준본과 현재 상태. • 검색할 이름과 보관 위치. • 전달·수정·승인의 경로. • 작성자와 검토자의 권리와 책임. 이 네 가지를 갖추면 문서는 단순한 저장물이 아니라 다음 행동을 가능하게 하는 도구가 됩니다. 하나라도 빠지면 자료가 많아질수록 혼란도 커집니다. 책을 만드는 집에서 가져올 것은 많은 필사자가 아닙니다. 자료가 복제되고 이동해도 맥락과 출처가 끊기지 않게 만드는 질문입니다. [내 계좌에 옮기기] — 복구·운영 능력 1. 당신의 업무 파일 중 원본·작업본·배포본을 파일명만 보고 구분할 수 있는 것은 몇 퍼센트입니까. 2. 담당자가 한 달 자리를 비워도 다른 사람이 이어 갈 수 있도록 절차와 현재 상태가 남은 업무는 몇 개입니까. 3. 핵심 숫자와 인용의 출처를 한 번에 찾을 수 없는 문서는 몇 건입니까. 4. 같은 자료를 서로 다른 이름으로 보관해 중복된 폴더나 파일은 몇 개입니까. 5. 문서화가 담당자의 부담을 나누는 데 쓰이는지, 사람을 쉽게 교체하기 위한 감시에 쓰이는지 판단할 기준을 세 가지 적을 수 있습니까. ---------------------------------------- ## 삼원색 잉글리시 ISBN 9791143817563 · 2026-08-07 · 허구진 지음 https://voidlogpress.com/books/%ec%82%bc%ec%9b%90%ec%83%89-%ec%9e%89%ea%b8%80%eb%a6%ac%ec%8b%9c/ ### 1장. 단어를 아는데 왜 문장이 안 나올까 https://voidlogpress.com/books/%ec%82%bc%ec%9b%90%ec%83%89-%ec%9e%89%ea%b8%80%eb%a6%ac%ec%8b%9c/1%ec%9e%a5-%eb%8b%a8%ec%96%b4%eb%a5%bc-%ec%95%84%eb%8a%94%eb%8d%b0-%ec%99%9c-%eb%ac%b8%ec%9e%a5%ec%9d%b4-%ec%95%88-%eb%82%98%ec%98%ac%ea%b9%8c/ 질문: 단어는 아는데 왜 영어 문장이 안 나오나요? 요약: 단어가 부족해서가 아닙니다. 같은 단어도 보면 알아보는 상태와 먼저 꺼낼 수 있는 상태가 다른데, 읽기는 앞쪽으로 되고 말하기는 뒤쪽을 씁니다. 막히는 곳은 조각을 몰라서가 아니라 그 조각들을 문장으로 세우는 대목입니다. 또 다른 질문: 한국어와 영어의 순서 차이가 말하기에 어떤 영향을 주나요? 답: 한국어는 정말 중요한 동작이 문장 맨 뒤에 옵니다. 끝을 들어야 보냈는지 안 보냈는지 알 수 있습니다. 영어는 누구에 관한 말인지와 무슨 동작인지를 비교적 일찍 보여주므로 앞에서부터 한 조각씩 던질 수 있습니다. 또 다른 질문: 5초는 문장을 완성하는 시간인가요? 답: 첫 조각이 입 밖으로 나오기까지의 시간입니다. 이 책은 시간 목표를 처음부터 끝까지 이 뜻으로만 씁니다. 문장 전체를 머릿속에서 완성하고 옮기는 대신 말할 대상 하나를 먼저 내놓고 시작합니다. 또 다른 질문: 다섯 문장 테스트는 무엇으로 채점하나요? 답: 문법이 다 맞았는지는 보지 않습니다. 5초 안에 시작했는지, 대상과 동작이 들어 있는지, 뜻이 통했는지 세 칸만 봅니다. 시제가 맞았는지 관사를 빠뜨렸는지는 지금 따지지 않습니다. 또 다른 질문: 내가 어느 지연에 걸리는지 알면 무엇이 달라지나요? 답: 이 책은 특히 시작 지연을 겨냥해 문장을 여는 첫 조각을 빠르게 놓는 훈련부터 합니다. 첫 조각이 나오기 시작하면 나머지 두 지연도 함께 느슨해집니다. 시작이 열리면 그 뒤를 채울 여유가 생기기 때문입니다. 최종 확인: 2026-09-03T11:04:39+09:00 회의실 화면 속 해외 지사 담당자가 분기 실적을 훑다가, 자료를 넘기던 손을 멈추고 이쪽을 보며 물었어요. "Can you send me the latest version?" 최신 버전을 보내달라는 말이었어요. send도 알고, latest도 알고, version도 알아요. 심지어 그 파일은 이미 바탕화면에 열려 있었고, 마우스 커서도 그 위에 놓여 있었어요. 그런데 대답은 "Ah… yes… I…"에서 멈추고 말았죠. 머릿속에서는 '네, 지금 바로 보내드릴게요'라는 한국어가 완성됐는데, 그걸 영어로 옮기려는 사이에 몇 초가 지나갔어요. 옆자리 선배가 대신 "Sure, I can send it right away"라고 받아쳤고, 회의는 아무 일 없었다는 듯 흘러갔어요. 남은 건 얼굴의 열기와, 집에 가는 길에 계속 맴돌던 한 가지 생각뿐이었죠. 나는 저 문장을 왜 시작조차 못 했을까. 이런 멈춤은 업무 자리에만 있는 게 아니에요. 호텔 로비의 체크인 카운터에서 "Did you have a good flight?"를 듣고 "Yes. Thank you"만 두 번 반복하는 일도 흔해요. good도 tired도 flight도 아는 단어인데, 문장이 조립되지 않아 인사만 돌려준 거예요. 두 장면에는 공통점이 있어요. 아는 단어가 부족해서 멈춘 게 아니라는 거예요. 필요한 단어는 이미 다 갖고 있었고, 어떤 단어는 상대방이 방금 말해준 것이라 귀에 그대로 남아 있기까지 했어요. 그런데도 문장이 안 나왔어요. 그렇다면 부족한 건 단어가 아니라 다른 무언가예요. 그 다른 무언가가 무엇인지부터 짚어볼게요. 같은 단어, 두 가지 상태 우리가 "안다"고 말하는 단어는, 사실 머릿속에 두 가지 상태로 남아 있어요. 하나는 보면 알아보는 상태예요. 지문에 latest가 나오면 "최신"이라고 바로 떠올라요. 자막에 flight가 지나가면 "비행"이라고 알아들어요. 학교 영어와 시험을 거친 사람이라면 이렇게 알아보는 단어가 제법 많아요. 문제를 풀 때는 이 상태만으로도 충분해요. 다른 하나는 필요한 순간에 먼저 꺼낼 수 있는 상태예요. 하고 싶은 말이 있을 때, 아무 보기도 없는 자리에서 스스로 튀어나오는 단어죠. 같은 단어라도 이 두 번째 상태까지 올라와 있는 건 훨씬 적어요. 알아보기는 하는데 막상 내가 먼저 쓰려면 떠오르지 않는 단어가 많다는 뜻이에요. 읽기 문제에서는 주로 첫 번째, 알아보는 힘을 사용해요. 네 개의 보기 중에 맞는 걸 알아보면 되니까요. 정답은 이미 종이 위에 있고, 나는 그걸 알아보기만 하면 돼요. 반면 말하기는 두 번째 상태를 더 많이 써요. 보기가 없거든요. 회의실에서도, 호텔 로비에서도, 우리 앞에 놓인 건 정답이 적힌 보기가 아니라 아무것도 없는 빈칸이었어요. 직접 확인해볼게요 말로만 하면 와닿지 않으니 짧은 실험을 해볼게요. 아래 아홉 개의 조각을 보세요. 이 책에서 자주 만날 단어들이에요. 이번에는 단어 하나가 아니라, 그대로 쓸 수 있는 조각으로 준비했어요. I · We · The train · need · have · is · more time · a meeting · late today 이 중에 뜻을 아는 조각에 마음속으로 체크해보세요. 아마 거의 다 체크했을 거예요. 전부 어디선가 본 것들이니까요. 이제 다음이 진짜 실험이에요. 위 조각들을 골라서, 아래 세 가지 한국어 의도를 영어로 만들어 소리 내어 말해보세요. 각각 5초 안에 시작하는 걸 목표로요. 여기서 5초는 문장을 끝까지 완성하라는 시간이 아니에요. 첫 조각이 입 밖으로 나오기까지의 시간이에요. 이 책은 시간 목표를 처음부터 끝까지 이 뜻으로만 써요. 1. 시간이 조금 더 필요해요. → ________________________ 2. 회의가 있어요. → ________________________ 3. 기차가 오늘 늦어요. → ________________________ 어떤가요. 조각은 다 아는데, 막상 순서를 잡아 잇는 건 생각보다 더뎠을 수 있어요. 어떤 조각을 맨 앞에 놓을지, 그다음 무엇을 붙일지 잠깐 머뭇거렸다면 그게 자연스러운 반응이에요. 방금 그 머뭇거림은 조각을 몰라서가 아니었어요. 조각은 다 체크했으니까요. 막힌 건 그 조각들을 문장으로 세우는 부분이었어요. 참고로 답을 맞춰보면 이래요. 1번은 I need more time, 2번은 I have a meeting 또는 We have a meeting, 3번은 The train is late today예요. 맨 앞에 '누구 또는 무엇'을 놓고, 그다음 움직임을, 마지막에 나머지 정보를 붙이면 돼요. 이 책이 다루는 건 바로 이 사이예요. 아는 단어와, 그 단어로 세우는 문장 사이의 거리요. 단어만 더 외운다고 말하기가 자동으로 빨라지지는 않아요. 이 거리는 문장을 세워보는 연습으로 좁혀요. 그리고 그 연습은 생각보다 단순해요. 단어를 몇 개의 자리에 나눠 놓는 법만 익히면 되거든요. 그 자리가 다음 장에서 만날 세 가지 색이에요. 왜 늦어질까 — 세 가지 지연 문장이 늦어지는 방식도 한 가지가 아니에요. 크게 셋으로 갈려요. 방금 세 문장을 만들 때 자신이 어디서 걸렸는지 떠올리며 읽어보세요. 유형 어떤 상태인가 시작 지연 첫 단어를 못 고르고 "어…"에서 멈춰요. 무엇으로 문장을 열지 모르겠어요. 동작 지연 대상은 정했는데 그 뒤 동작이 안 떠올라요. "I…" 다음이 비어요. 검토 지연 문장이 다 맞아야 입을 열어요. 틀릴까 봐 시작을 못 해요. 앞의 두 장면을 여기에 대보면 이래요. 회의실 장면은 시작 지연에 가까웠어요. '네, 보내드릴게요'라는 뜻은 분명했는데 그 문장의 첫 단어가 안 나왔죠. 호텔 로비는 달랐어요. 인사는 곧바로 나왔는데 그다음 '좋았지만 조금 피곤하다'를 잇지 못했으니 동작 지연에 가까웠어요. 검토 지연은 좀 더 은근해요. 머릿속으로는 이미 문장을 만들었는데, 관사가 맞나 시제가 맞나 살피다가 말할 타이밍을 놓쳐요. 다듬으려다 오히려 한마디도 못 하는 거죠. 셋 중에 자신이 주로 어디서 걸리는지 알아두면 좋아요. 이 책은 특히 첫 번째, 시작 지연을 정면으로 겨냥해요. 문장을 여는 첫 조각을 빠르게 놓는 훈련부터 시작하거든요. 그리고 첫 조각이 나오기 시작하면, 나머지 두 지연도 함께 느슨해져요. 시작이 열리면 그 뒤를 채울 여유가 생기니까요. 지금, 다섯 문장 테스트 이번에는 좀 더 정식으로 확인해볼게요. 아래 다섯 개의 한국어를 영어로 바꿔서, 소리 내어 말해보세요. 종이에 쓰지 말고, 오래 다듬지도 말고, 지금 입으로 바로요. 그리고 각 문장 뒤의 칸에 결과를 표시해보세요. 칸은 셋이에요. 5초 안에 시작했는지, 대상과 동작이 들어 있는지, 뜻이 통했는지요. 1. 시간이 조금 더 필요합니다. — 5초 안에 시작 ☐ · 대상+동작 있음 ☐ · 뜻이 통함 ☐ 2. 열 시에 회의가 있습니다. — 5초 안에 시작 ☐ · 대상+동작 있음 ☐ · 뜻이 통함 ☐ 3. 지금 보고서를 확인하고 있습니다. — 5초 안에 시작 ☐ · 대상+동작 있음 ☐ · 뜻이 통함 ☐ 4. 어제 일찍 퇴근했습니다. — 5초 안에 시작 ☐ · 대상+동작 있음 ☐ · 뜻이 통함 ☐ 5. 이 파일을 다시 보내주시겠어요? — 5초 안에 시작 ☐ · 대상+동작 있음 ☐ · 뜻이 통함 ☐ 채점 기준이 특이하죠. 문법이 다 맞았는지는 보지 않아요. 시제가 맞았는지, 관사를 빠뜨렸는지도 지금은 따지지 않아요. 대신 세 칸의 뜻만 정확히 해둘게요. '대상+동작'은 누구 또는 무엇에 대한 말인지와 무슨 동작·상태인지가 그 문장에 들어 있었느냐예요. '뜻이 통함'은 상대가 들었다면 핵심 의미를 알아들었겠느냐고요. 5초는 앞에서 말한 그대로, 첫 조각이 입 밖으로 나오기까지의 시간이에요. 예를 들어 첫 번째 문장에서 "I… need… more time"이라고 더듬거리며 말했다고 해볼게요. 매끄럽지 않았어도 세 칸을 다 체크할 수 있어요. 5초 안에 시작했고, '나'와 '필요하다'가 들어 있고, 상대가 알아들었으니까요. 반대로 "어… 그러니까… time이… 아니 need가…" 하다가 5초가 지나갔다면, 첫 칸이 빈 거예요. 여러 문장에서 시작이 늦었다면, 그 지점이 바로 이 책의 훈련이 겨냥하는 곳이에요. 이건 실력이 없다는 뜻이 아니에요. 시작하는 훈련을 안 해봤다는 뜻일 뿐이에요. 이 다섯 문장은 마지막 장에서 똑같이 다시 만나요. 그때 오늘의 체크 표시와 비교해볼 거예요. 그러니 지금 표시한 결과를 지우지 말고 남겨두세요. 비교할 출발점이 되니까요. 완성한 다음에 번역하려는 습관 그런데 왜 시작이 늦을까요. 단어를 다 아는데도요. 가장 흔한 습관은 이거예요. 머릿속에서 한국어 문장을 끝까지 완성한 다음, 그 덩어리를 한 번에 영어로 옮기려는 거요. "시간이 조금 더 필요합니다"를 예로 들어볼게요. 우리는 보통 이 한국어를 완성된 하나의 덩어리로 붙잡아요. 그리고 처음부터 끝까지 순서대로 번역하려고 해요. '시간'은 time, '조금 더'는… a little more였나 more a little이었나, '필요합니다'는 need인데 주어가 없네, 한국어에는 '내가'가 없으니 영어 주어를 뭘로 하지. 이렇게 문장 전체를 한꺼번에 옮기려니까, 어느 한 곳에서 막히면 전체가 멈춰버려요. '조금 더'의 어순 하나에서 걸렸을 뿐인데 문장 전체가 나오지 않아요. 그리고 그 몇 초 사이에 상대는 이미 다음 말을 기다리며 우리를 보고 있어요. 여기에는 순서의 문제가 숨어 있어요. 한국어와 영어는 기본 문장에서 정보를 드러내는 순서가 다를 때가 많아요. 한국어는 "시간이 조금 더 필요"까지 말한 뒤에 맨 끝에 "합니다"가 와야 문장이 끝나요. 정말 중요한 동작이 문장 맨 뒤에 있어요. "저는 그 파일을 어제 급하게…" 여기까지는 보냈다는 건지 안 보냈다는 건지 알 수가 없어요. 맨 끝을 들어야 알아요. 영어는 누구에 관한 말인지, 무슨 동작인지를 비교적 일찍 보여줘요. "I sent the file"이라고 하면 이미 보냈다는 사실은 전달이 끝났어요. 나머지 언제, 어떻게는 뒤에 천천히 붙이면 돼요. 이 책에서는 영어의 이 기본 순서를 이용해서, 말할 대상과 중심 동작부터 먼저 놓을 거예요. 한국어를 끝까지 완성한 뒤 통째로 옮기는 대신, 앞에서부터 한 조각씩 던지는 방식으로요. 바꿔야 하는 건 단어의 양이 아니라 이 순서예요. 문장 전체를 머릿속에서 완성하고 옮기는 대신, 말할 대상 하나를 먼저 입 밖에 내놓고 시작하는 방식으로요. 매끄러운 문장을 기다리지 마세요. 한 조각을 먼저 내려놓으면, 그다음 조각이 훨씬 쉽게 따라와요. 회의실의 그 순간에도 "I"라는 한 글자만 먼저 내놨다면, 그 뒤의 "can send it now"는 아마 따라 나왔을 거예요. 그럼 그 '한 조각씩 내려놓기'를 어떻게 훈련할까요. 머릿속에서만 하려면 또 막혀요. 그래서 이걸 눈에 보이게 만드는 방법이 필요해요. 영어 문장에는 색이 있어요. 다음 장에서 그 색을 함께 보기 시작할게요. ---------------------------------------- ### 4장. 파랑 — 먼저 익힐 엔진은 스무 개다 https://voidlogpress.com/books/%ec%82%bc%ec%9b%90%ec%83%89-%ec%9e%89%ea%b8%80%eb%a6%ac%ec%8b%9c/4%ec%9e%a5-%ed%8c%8c%eb%9e%91-%eb%a8%bc%ec%a0%80-%ec%9d%b5%ed%9e%90-%ec%97%94%ec%a7%84%ec%9d%80-%ec%8a%a4%eb%ac%b4-%ea%b0%9c%eb%8b%a4/ 질문: 말할 때 딱 맞는 동사가 안 떠오르면 더 외워야 하나요? 요약: 순서를 뒤집는 편이 빠릅니다. 맞는 새 동사를 찾는 사이에 이미 몇 초가 지나갑니다. 여러 상황과 자주 결합하는 스무 개를 상태와 생각, 욕구와 선호, 이동과 전달, 일상 행동, 말과 교환 다섯 무리로 묶어 먼저 익힙니다. 또 다른 질문: 동사를 스무 개만 쓰라는 뜻인가요? 답: 영어 동사의 전부가 아니라 먼저 손에 익힐 스무 개라는 뜻입니다. 자주 만나는 일상 상황부터 이 스무 개로 열어보고, 여기 없는 동사는 필요할 때 얼마든지 같은 파랑 자리에 넣으면 됩니다. 또 다른 질문: 빨강이 바뀌면 파랑도 바뀌나요? 답: 살짝 달라집니다. 빨강이 he 나 she 나 it 이거나 한 사람·한 사물일 때 파랑에 s 가 붙습니다. be 파랑은 am 과 are 와 is 세 모양입니다. 표에서 세 번째 줄만 기억하면 됩니다. 또 다른 질문: s 가 붙을 때 철자가 달라지는 것도 외워야 하나요? 답: 지금 규칙을 파고들 필요는 없습니다. have 는 has, do 는 does 처럼 통째로 익히고 go 는 goes, try 는 tries 처럼 끝모양이 바뀌는 예만 봐 둡니다. 한 사람이나 한 사물 뒤에서 끝모양이 달라질 수 있다는 감각이면 됩니다. 또 다른 질문: 상태를 말할 때는 어떤 파랑을 쓰나요? 답: 행동이 아니라 상태를 말할 때는 거의 다 be 로 엽니다. 피곤하다, 바쁘다, 준비됐다, 늦었다 같은 말이 그렇습니다. 어떤 파랑을 쓸지 막히면 일단 be 부터 떠올리면 대개 맞습니다. 최종 확인: 2026-09-03T11:04:39+09:00 파랑을 세울 때 가장 자주 걸리는 대목은 '이 뜻에 맞는 동사가 뭐지'예요. '이 자료를 정리하다'는 뭐라고 하지, '회의를 옮기다'는 또 뭐지, '확인하다'는 check였나 confirm이었나. 동사 하나하나에서 막히고, 결론은 늘 같아요. 동사를 더 외워야겠다. 그렇게 단어장 뒤쪽 동사 목록으로 돌아가는 일이 반복돼요. 그런데 여기서 방향을 하나 바꿔볼게요. 모든 상황에 딱 맞는 새 동사를 찾으려 하면 첫 문장이 늦어져요. '정리하다'에 맞는 동사를 떠올리는 사이에 이미 몇 초가 지나가니까요. 그래서 이 책은 순서를 뒤집어요. 새 동사를 찾기 전에, 여러 상황과 자주 결합하는 파랑 몇 개부터 손에 붙이는 거예요. get 하나만 봐도 그래요. '집에 도착하다'도 get, '커피를 사다'도 get, '이메일을 받다'도 get으로 열 수 있어요. 이렇게 한 파랑이 여러 상황을 덮으면, 매번 새 동사를 찾지 않아도 문장을 빨리 시작할 수 있어요. 그 우선순위 스무 개를 다섯 무리로 나눠 만나볼게요. 먼저 익힐 스무 개 파랑, 그러니까 문장을 움직이는 엔진 중에서 먼저 손에 익힐 스무 개를 골랐어요. 다섯 무리로 묶어두면 필요할 때 무리째로 떠올릴 수 있어요. 무리 파랑 엔진 상태와 생각 be, have, know, think 욕구와 선호 want, need, like, try 이동과 전달 go, get, take, send 일상 행동 do, make, use, work 말과 교환 say, tell, ask, give 무리마다 성격이 있어요. '상태와 생각'은 지금 어떤지, 무엇을 아는지 말할 때 써요. 나는 피곤하다(be), 질문이 있다(have), 그를 안다(know), 그렇게 생각한다(think). '욕구와 선호'는 원하고 좋아하는 걸 말해요. '이동과 전달'은 오가고 주고받는 움직임이에요. '일상 행동'은 하고 만들고 쓰고 일하는 것들이고요. '말과 교환'은 말하고 주고받는 소통이에요. 이렇게 무리로 묶어두면, 하고 싶은 말이 어느 무리에 속하는지부터 떠올리게 돼서 파랑을 더 빨리 찾아요. 여기서 오해를 하나 풀고 갈게요. 이 스무 개가 '영어 동사의 전부'라는 뜻이 아니에요. '먼저 손에 익힐 스무 개'라는 뜻이에요. 자주 만나는 일상 상황부터 이 스무 개로 열어보고, 여기 없는 동사는 필요할 때 얼마든지 같은 파랑 자리에 넣으면 돼요. 나중에 recommend나 change 같은 동사를 쓰고 싶으면, 파랑 자리에 놓으면 그만이에요. 이 스무 개의 3인칭 형태와 과거형, 자주 데려오는 노랑은 부록 A에 카드로 정리해뒀어요. 읽다가 형태가 헷갈리면 거기서 확인하면 돼요. 빨강과 파랑을 맞추기 파랑을 쓰기 전에 짧게 짚을 게 하나 있어요. 빨강이 누구냐에 따라 파랑의 모양이 살짝 달라져요. 표 하나면 정리돼요. 빨강 기본 파랑 be 파랑 I need am you / we / they need are he / she / it / 한 사람·한 사물 needs is 세 번째 줄만 기억하면 돼요. 빨강이 he, she, it이거나 한 사람·한 사물일 때는 파랑에 s가 붙어요. need가 needs가 되는 식이죠. be 파랑은 am, are, is 세 모양이고요. RI Bneed Ymore time. (제가 시간이 더 필요해요) RMy manager Bwants Ythe file Yby Friday. (팀장님이 금요일까지 파일을 원하세요) 두 문장의 파랑을 보세요. 빨강이 I일 때는 need, My manager처럼 한 사람일 때는 want가 wants가 돼요. s 하나 차이지만, 이걸 빠뜨리면 어색하게 들려요. 그런데 s가 붙을 때 끝모양이 조금 달라지는 파랑도 있어요. 자주 쓰는 것만 카드로 모아둘게요. • have → has • do → does • go → goes • try → tries (자음 뒤 y는 ies로) has와 does는 통째로 익혀두면 되고, goes와 tries는 철자가 살짝 바뀌는 대표적인 모양이에요. watches, studies처럼 끝모양이 달라지는 파랑이 더 있어요. 지금은 규칙을 파고들 필요 없어요. 한 사람이나 한 사물 뒤에서는 파랑의 끝모양이 달라질 수 있다는 감각만 챙기면 돼요. 짧게 확인해볼게요. 아래 빈칸의 파랑에 s가 붙을까요, 안 붙을까요. RShe B  (want) Ycoffee. RThey B  (need) Yhelp. 첫 번째는 She라서 wants, 두 번째는 They라서 need예요. She, He, It이거나 한 사람·한 사물이면 s가 붙고, I나 we, they, you면 안 붙어요. 이 감각은 여기서 한 번 잡아두면 되고, 나머지는 뒤에서 자연스럽게 익으니 지금 다 외우려 애쓰지 않아도 돼요. be로 상태를 말하기 스무 개 중에서도 가장 자주 쓰는 파랑이 be예요. be는 '~이다', '~한 상태다'라는 상태를 실어요. 행동이 아니라 상태를 말할 때 거의 다 be로 열어요. RI Bam Ytired. (저는 피곤해요) RWe Bare Yready. (우리는 준비됐어요) RThe room Bis Yopen. (그 방은 열려 있어요) 세 문장의 파랑을 보세요. 빨강이 I면 am, we면 are, The room처럼 한 사물이면 is예요. 방금 본 맞춤 표가 그대로 나오죠. be 뒤에는 tired, ready, open처럼 상태를 나타내는 노랑이 붙어요. 피곤하다, 바쁘다, 준비됐다, 늦었다 같은 말은 전부 be로 시작해요. 상태를 말하고 싶은데 어떤 파랑을 쓸지 막히면, 일단 be부터 떠올리면 대개 맞아요. 하나의 엔진, 여러 얼굴 같은 파랑도 뒤의 노랑에 따라 전혀 다른 뜻을 내요. 대표적인 예가 get이에요. RI Bget Yhome. (저는 집에 도착해요) RI Bget Ycoffee. (저는 커피를 사요/가져와요) RI Bget Ytired. (저는 피곤해져요) 전부 get이에요. 그런데 뒤에 home이 오면 '도착하다', coffee가 오면 상황에 따라 '사다·주문하다·가져오다', tired가 오면 '피곤해지다'가 돼요. 파랑은 그대로인데 노랑이 바뀌면서 뜻이 달라진 거예요. 덕분에 get이라는 파랑 하나만 손에 익혀도 세 가지 상황을 말할 수 있어요. 동사를 세 개 외운 셈이 돼요. have도 마찬가지예요. RI Bhave Ya meeting. (저는 회의가 있어요) RI Bhave Ya question. (저는 질문이 있어요) RWe Bhave Ytime. (우리는 시간이 있어요) have 하나로 회의도, 질문도, 시간도 '있다'고 말해요. do와 make도 넓게 쓰여요. 둘 다 '하다'로 옮겨지지만 결이 조금 달라요. RI Bdo Ymy work. (저는 제 일을 해요) RI Bmake Ya plan. (저는 계획을 세워요) RI Bmake Ya mistake. (저는 실수를 해요) do와 make는 한국어 '하다'만 보고 고르기보다, 자주 만나는 노랑과 함께 짝으로 익히는 편이 안전해요. do my work(일을 하다), make a plan(계획을 세우다), make a mistake(실수를 하다)처럼요. do는 이미 있는 일을 처리하는 쪽, make는 없던 것을 만들어내는 쪽이라는 느낌은 힌트로만 두세요. make a mistake처럼 이 힌트로 딱 떨어지지 않는 짝도 있으니, 자주 쓰는 짝을 통째로 익히는 게 빨라요. 지금은 do와 make도 여러 상황을 덮는 넓은 파랑이라는 것만 기억하세요. 이렇게 be, have, get, do, make 다섯 개만 놓고 봐도, 각각이 여러 상황을 덮어요. 그래서 스무 개가 적어 보여도 실제로 만들 수 있는 문장은 훨씬 많아요. 새 동사를 외우기 전에, 이미 아는 파랑 하나가 몇 가지 상황을 덮을 수 있는지 먼저 떠올려보세요. take와 send도 잠깐 볼게요. 둘 다 '이동과 전달' 무리예요. RI Btake Ythe bus. (저는 버스를 타요) RI Btake Ya break. (저는 쉬어요) RI Bsend Ythe file. (저는 파일을 보내요) take는 버스를 타기도 하고, 잠깐 쉬기도(take a break) 해요. send는 무언가를 보내는 거의 모든 상황에 써요. 파일도, 이메일도, 메시지도 send로 보내요. 여기서도 규칙은 같아요. 파랑은 그대로 두고, 뒤의 노랑만 바꾸면 다른 문장이 돼요. 파랑이 길어질 때 파랑이 한 단어가 아니라 여러 단어로 된 묶음일 때도 있어요. 앞 장들에서 이미 몇 번 스쳐 지나갔어요. RI Bam working Yon the report Ynow. (저는 지금 보고서 작업을 하고 있어요) RI Bam going to call Ythe client. (저는 고객에게 전화할 거예요) RYou Bcan use Ythis room. (이 회의실을 쓰셔도 돼요) am working, am going to call, can use. 이것들은 여러 단어지만 하나의 파랑 묶음으로 봐요. 지금은 이 묶음들을 통째로 익혀두기만 하세요. am working은 '지금 하는 중', am going to call은 '앞으로 할 것', can use는 '해도 된다'는 뜻으로요. 이 묶음들이 어떻게 만들어지고 어떻게 바뀌는지는 7장에서 제대로 열어봐요. 여기서는 파랑이 한 단어일 수도, 묶음일 수도 있다는 것만 알면 돼요. 미니 훈련 — 엔진 고르기 이제 직접 골라볼게요. 아래 열 개의 한국어 의도에 어울리는 파랑을 스무 개 중에서 골라보세요. 정답이 하나만은 아니에요. 뜻이 통하면 여러 파랑이 가능해요. 1. 저는 시간이 필요해요. → ? 2. 우리는 회의가 있어요. → ? 3. 저는 그렇게 생각해요. → ? 4. 저는 커피를 원해요. → ? 5. 저는 이걸 써요. → ? 6. 저에게 말해주세요. → ? 7. 저는 그를 알아요. → ? 8. 저는 시도해볼게요. → ? 9. 저는 집에 가요. → ? 10. 저에게 그걸 주세요. → ? 대표 답을 볼게요. 1번 need, 2번 have, 3번 think, 4번 want, 5번 use, 6번 tell, 7번 know, 8번 try, 9번 go, 10번 give예요. 다 스무 개 안에 있죠. 몇 개는 비슷한 파랑도 있지만 뜻이 살짝 달라져요. 4번 '커피를 원해요'의 대표 답은 want예요. need를 고르면 '원한다'보다 '필요하다'는 쪽이 강해져요. 6번 '말해주세요'는 tell이 가장 자연스러워요. tell은 듣는 사람을 바로 뒤에 놓아 Tell me가 되는데, say는 그 자리를 그렇게 쓰지 않아서 노랑 배열이 달라져요. 그러니 비슷해 보이는 파랑이라도 원래 하려던 뜻을 지키는 쪽으로 골라야 해요. 여기서 연습한 건 '딱 하나의 정답'을 외우는 게 아니에요. 스무 개라는 좁은 목록 안에서 뜻에 맞는 걸 빠르게 집는 일이죠. 골라본 파랑들이 대부분 스무 개 안에서 나왔다면, 목록이 좁을 때 고르는 속도가 빨라진다는 걸 느낄 거예요. 그 속도가 3장에서 연습한 대로 문장의 시작을 앞당겨줘요. 미니 훈련 — 빨강과 파랑 붙이기 파랑을 골랐으니 이제 빨강과 붙여볼게요. 3장에서 빨강을, 이 장에서 파랑을 익혔으니 둘을 이으면 문장의 중심이 만들어져요. 아래 한국어 의도를 보고, 빨강과 파랑을 골라 두 조각을 소리 내어 말해보세요. 노랑은 아직 붙이지 않아도 돼요. 1. 저는 알아요. → RI Bknow 2. 우리는 일해요. → RWe Bwork 3. 그는 시도해요. → RHe Btries 4. 저는 생각해요. → RI Bthink 3번을 보세요. He라서 try가 tries가 됐죠. 방금 익힌 s 규칙이 여기서 나와요. 이렇게 빨강 하나와 파랑 하나만 붙여도 문장이 시작돼요. I know, We work. 여기에 노랑을 붙이면 문장이 자라는데, 그건 5장에서 해요. 지금은 빨강과 파랑, 두 조각을 빠르게 잇는 감각만 챙기세요. 미니 훈련 — 노랑 갈아 끼우기 이번에는 파랑 하나를 고정하고 노랑만 바꿔볼게요. 아래 열 개의 빈칸을 직접 채워 소리 내어 말해보세요. 앞의 네 개는 have로, 가운데 세 개는 get으로, 마지막 세 개는 make로요. 괄호 안은 넣을 수 있는 노랑의 예시예요. 자기 상황에 맞는 걸로 골라도 좋아요. have로 '있다'고 말하기. 1. I have ______. (a meeting) 2. I have ______. (a question) 3. I have ______. (time) 4. I have ______. (a problem) get으로 도착하고, 사고, 받기. 5. I get ______. (home) 6. I get ______. (coffee) 7. I get ______. (an email) make로 만들기. 8. I make ______. (a plan) 9. I make ______. (a call) 10. I make ______. (dinner) 열 개를 다 말해봤나요. 파랑은 세 개(have, get, make)뿐인데 문장은 열 개가 나왔어요. 파랑 하나를 붙잡고 노랑을 갈아 끼우는 이 연습이, 적은 파랑으로 많은 문장을 만드는 핵심이에요. 새 상황을 만날 때마다 새 동사를 찾지 말고, 먼저 '내가 아는 파랑 중에 이걸 덮는 게 있나' 하고 스무 개를 훑어보세요. 대개 하나가 걸려요. 다섯 걸음으로 한 문장 배운 파랑으로 다섯 걸음을 한 바퀴 돌려볼게요. 3장에서 익힌 그 순서예요. 이번엔 파랑을 직접 골라 문장을 세워요. 회의가 있다고 말하는 상황이에요. 첫째, 보기 이 문장을 색으로 봐요. RI Bhave Ya meeting. (회의가 있어요) 빨강 I, 파랑 have, 노랑 a meeting이에요. 둘째, 고르기 '있다'는 말이니 파랑은 have예요. 빨강은 내 이야기라 I고요. 셋째, 바꾸기 노랑을 내 상황으로 갈아 끼워요. 회의 말고 질문이 있다면 a meeting을 a question으로 바꿔요. 문장은 I have a question이 돼요. 넷째, 가리기 영어를 손으로 가리고, "질문이 있어요"만 보고 다시 만들어봐요. 다섯째, 발사하기 5초 안에 소리 내어 말해요. I have a question. 방금 만든 그 문장을요. 급하면 빨강과 파랑까지, I have만 먼저 내놓아도 통과예요. 노랑은 그다음에 붙이면 돼요. 파랑을 고르는 게 처음엔 낯설지만, 스무 개 안에서 찾는다고 생각하면 선택지가 확 좁아져요. 그 좁은 선택지 안에서 고르니까 빨라져요. 오늘의 파랑 찾기 마지막으로 자기 하루를 돌아볼게요. 오늘 하루 동안 영어로 말해야 했다면, 가장 자주 필요했을 파랑 다섯 개를 스무 개 중에서 골라 적어보세요. 내 파랑 다섯: ________ / ________ / ________ / ________ / ________ 사람마다 답이 달라요. 회의가 많은 사람은 have와 make가 자주 나오고, 이동이 많은 사람은 go와 get이 자주 나와요. 자기 하루에 자주 등장하는 파랑을 알면, 그 몇 개부터 확실히 붙이면 돼요. 잠깐, 문법과 연결하면. 파랑은 학교에서 배운 동사에 해당해요. am working의 am이나 can use의 can처럼 중심 동사를 도와주는 말도 있어요. 문법책에서는 be동사의 보조 역할이나 조동사라는 이름으로 배우는데, 그 구조는 7장에서 자세히 살펴봐요. 스무 개를 한꺼번에 붙잡으려 하지 말고, 내 하루에 자주 나오는 다섯 개부터 손에 붙이면 돼요. ---------------------------------------- ### 6장. 세 색을 섞어 하고 싶은 말만큼 키운다 https://voidlogpress.com/books/%ec%82%bc%ec%9b%90%ec%83%89-%ec%9e%89%ea%b8%80%eb%a6%ac%ec%8b%9c/6%ec%9e%a5-%ec%84%b8-%ec%83%89%ec%9d%84-%ec%84%9e%ec%96%b4-%ed%95%98%ea%b3%a0-%ec%8b%b6%ec%9d%80-%eb%a7%90%eb%a7%8c%ed%81%bc-%ed%82%a4%ec%9a%b4%eb%8b%a4/ 질문: 짧은 영어 문장을 길게 늘리려면 어떻게 하나요? 요약: 한 번에 길게 만들지 않고 한 조각씩 더합니다. 씨앗 문장을 색으로 보고, 채움 노랑을 확인하고, 배경 노랑을 하나 붙이고, 내 상황으로 바꾼 뒤 영어를 가린 채 5초 안에 소리 내어 말합니다. 또 다른 질문: 채움 노랑과 배경 노랑은 어떻게 다른가요? 답: 채움 노랑은 파랑이 불러오는 자리라 없으면 문장이 비어 보입니다. 배경 노랑은 언제인지 어디인지 무엇을 위한 것인지를 더합니다. 순서는 빨강, 파랑, 채움 노랑, 그다음 배경 노랑입니다. 또 다른 질문: 랩은 눈으로 읽고 넘어가도 되나요? 답: 손과 입을 움직여야 합니다. 목표는 이해가 아니라 손에 붙게 하는 것이기 때문입니다. 중간에는 색이 어긋난 문장을 바로잡는 오류 찾기와 알맞은 파랑을 고르는 선택 문제도 섞여 있습니다. 또 다른 질문: 빨강이 사람 이름이면 파랑은 어떻게 되나요? 답: 한 사람이므로 파랑에 s 가 붙습니다. 팀장님이 파일을 원한다고 말할 때 want 가 아니라 wants 가 됩니다. 4장에서 본 규칙이 실제 문장에서 그대로 나타나는 자리라, 랩을 돌면서 자연스럽게 손에 붙습니다. 또 다른 질문: 같은 뜻을 조금 다르게 말해도 되나요? 답: 됩니다. the report 를 짧게 받아 it 으로 쓸 수 있고, some 을 넣으면 커피 좀처럼 조금 부드러워집니다. 가능한 답이 하나만 있는 것은 아니므로 같은 뜻이 통하면 됩니다. 최종 확인: 2026-09-03T11:04:40+09:00 지금까지 색을 하나씩 배웠어요. 3장에서 빨강, 4장에서 파랑, 5장에서 노랑. 그럼 이제 이 셋을 한자리에서 섞으면 어떻게 될까요. 하고 싶은 말이 짧으면 짧게, 길면 긴 만큼, 내 마음대로 문장을 키울 수 있게 돼요. 여기부터는 설명이 거의 없어요. 대신 직접 만드는 랩이 열 개 이어져요. 아침에 일어나서 주말을 보내기까지, 하루의 흐름을 따라가면서 짧은 문장을 하나씩 키우는 연습을 할 거예요. 대부분의 랩은 같은 순서를 따라요. 씨앗 문장(키우기 전의 짧은 기본 문장)을 색으로 보고, 채움 노랑을 확인하고, 배경 노랑을 하나 붙이고, 내 상황으로 바꾸고, 영어를 가린 채 5초 안에 소리 내어 말해요. 이 순서가 반복되니까, 몇 개만 지나면 손에 익어요. 중간중간 조금 다른 문제도 섞여 있어요. 색이 어긋난 문장을 바로잡는 오류 찾기, 알맞은 파랑을 고르는 선택 문제요. 눈으로만 읽고 넘어가지 말고, 꼭 손과 입을 움직여 주세요. 목표는 이해가 아니라 손에 붙게 하는 거니까요. 한 가지만 기억하세요. 여기서 키운다는 말은 필요한 정보를 한 조각씩 더한다는 뜻이에요. 그럼 시작할게요. 랩 1 — 아침, 커피 한 잔 ① 씨앗 문장. RI Bneed Ycoffee. (저는 커피가 필요해요) ② 채움 노랑 확인 need 뒤에는 무엇이 필요한지가 와야 뜻이 또렷해져요. coffee가 그 채움 노랑이에요. 이게 없으면 문장이 비어 보여요. ③ 배경 노랑 추가 언제 필요한지 더해요. RI Bneed Ycoffee Ynow. (저는 지금 커피가 필요해요) ④ 내 상황으로 now 자리에 다른 시간을, coffee 자리에 다른 필요를 넣어보세요. 물이면 water, 도움이면 help예요. RI Bneed Yhelp Ynow. (저는 지금 도움이 필요해요) 가리기·5초 발사 영어를 가리고 "지금 커피가 필요해요"를 5초 안에 말해보세요. 가능한 답 I need coffee now. / I need some coffee now. 둘은 거의 같은 뜻이에요. some을 넣으면 '커피 좀'처럼 조금 부드러워져요. 랩 2 — 출근, 지하철 ① 씨앗 문장. RI Btake Ythe subway. (저는 지하철을 타요) ② 채움 노랑 확인 take 뒤에는 무엇을 타는지가 와요. the subway가 그 채움 노랑이에요. ③ 배경 노랑 추가 어디까지 가는지 더해요. RI Btake Ythe subway Yto work. (저는 회사까지 지하철을 타요) ④ 내 상황으로 to work 자리를, 그리고 타는 것도 바꿔보세요. RI Btake Ythe bus Yto work. (저는 회사까지 버스를 타요) 가리기·5초 발사 영어를 가리고 "저는 회사까지 지하철을 타요"를 5초 안에 말해보세요. 가능한 답 I take the subway to work. / I go to work by subway. 두 문장은 뜻이 같지만 고른 파랑이 달라요. 타는 데 초점이면 take, 가는 데 초점이면 go예요. 더 편한 쪽으로 말하세요. 랩 3 — 오전 업무 (오류 찾기) 한국어 의도는 "저는 오늘 그 보고서가 필요해요"예요. 아래 문장에는 색이 하나 어긋나 있어요. 어디가 이상한지 찾아보세요. I today need the report. 노랑 today가 파랑 need 앞으로 끼어들었어요. 확장 노랑은 오른쪽에 붙는 게 기본이라고 했죠. 고치면 이래요. RI Bneed Ythe report Ytoday. (저는 오늘 그 보고서가 필요해요) 빨강, 파랑, 채움 노랑, 그다음 배경 노랑. 이 순서예요. 고쳤으니 이어서 키워볼게요. 왜 필요한지, 또는 무엇을 위한 것인지 덧붙이면요. RI Bneed Ythe report Yfor the meeting. (저는 회의에 쓸 그 보고서가 필요해요) 이제 영어를 가린 채 "저는 오늘 그 보고서가 필요해요"를 5초 안에 말해보세요. 가능한 답은 I need the report today. / I need it today예요. it은 the report를 짧게 받은 거예요. 랩 4 — 마감 확인 ① 씨앗 문장. RMy manager Bwants Ythe file. (팀장님이 파일을 원하세요) 빨강이 My manager라 파랑이 want가 아니라 wants예요. 4장의 s 규칙이죠. ② 채움 노랑 확인 wants 뒤에는 무엇을 원하는지가 와요. the file이 그 채움이에요. ③ 배경 노랑 추가 언제까지인지 더해요. RMy manager Bwants Ythe file Yby Friday. (팀장님이 금요일까지 파일을 원하세요) ④ 내 상황으로 by Friday를 바꿔보세요. RMy manager Bwants Ythe file Yby the end of today. (팀장님이 오늘 중으로 파일을 원하세요) 가리기·5초 발사 영어를 가리고 "팀장님이 금요일까지 파일을 원하세요"를 5초 안에 말해보세요. 가능한 답 My manager wants the file by Friday. / My manager wants it by Friday. 뜻은 같고, the file을 it으로 짧게 받은 것뿐이에요. 랩 5 — 점심 메뉴 (선택 문제) 이번엔 골라보는 문제예요. "저는 점심으로 파스타가 먹고 싶어요"를 만들려고 해요. 아래 세 파랑 중에서 뜻에 맞는 걸 골라보세요. RI B( want / know / work ) Ypasta. 정답은 want예요. I want pasta, 파스타를 원한다는 말이죠. know는 '안다'라 pasta와 안 맞고, work는 '일하다'라 여기 쓸 수 없어요. 골랐으면 이어서 키워볼게요. RI Bwant Ypasta Yfor lunch. (저는 점심으로 파스타가 먹고 싶어요) 이제 pasta 자리를 내가 먹고 싶은 걸로 바꾸고, 영어를 가린 채 5초 안에 말해보세요. 가능한 답은 I want pasta for lunch. / I want pasta for lunch today예요. 뒤에 today를 붙이면 오늘로 시점을 좁힐 수 있어요. 잠깐 숨을 돌릴게요. 여기까지 다섯 개를 만들었어요. 눈치챘을지 모르지만, 랩마다 하는 일이 똑같아요. 중심 문장을 세우고, 채움 노랑을 확인하고, 배경 노랑을 붙이고, 내 상황으로 바꾸고, 소리 내어 말하고. 이 단순한 반복이 훈련의 전부예요. 새로운 문법을 배우는 게 아니라, 이미 아는 세 색을 손에 붙이는 중이니까요. 남은 다섯 개도 같은 방식이에요. 랩 6 — 회의 시간 ① 씨앗 문장. RWe Bhave Ya meeting. (우리는 회의가 있어요) ② 채움 노랑 확인 have 뒤에는 무엇이 있는지가 와요. a meeting이 그 채움 노랑이에요. ③ 배경 노랑 추가 언제인지 더해요. RWe Bhave Ya meeting Ythis afternoon. (우리는 오늘 오후에 회의가 있어요) ④ 내 상황으로 this afternoon을 내 일정 시간으로 바꿔보세요. RWe Bhave Ya meeting Yat two. (우리는 2시에 회의가 있어요) 가리기·5초 발사 영어를 가리고 "우리는 오늘 오후에 회의가 있어요"를 5초 안에 말해보세요. 가능한 답 We have a meeting this afternoon. / Our meeting is this afternoon. 앞은 have로, 뒤는 be로 만든 문장인데 뜻은 비슷해요. 회의가 '있다'고 하거나, 회의가 오후'다'라고 하는 차이예요. 랩 7 — 문제 보고 (오류 찾기) 한국어 의도는 "주문에 문제가 있어요"예요. 아래 문장의 빨강이 비어 있어요. is a problem with the order. 무언가가 '있다'고 말할 때 문을 여는 빨강이 빠졌어요. 무엇일까요. There예요. 3장에서 봤죠. RThere Bis Ya problem Ywith the order. (주문에 문제가 있어요) 한국어 "주문에 문제가 있어요"에는 '문제가'라는 주어가 이미 들어 있죠. 그런데 이 책에서 연습하는 영어 존재문은 There is로 문을 열어요. 한국어는 '주문에'를 먼저 놓고 존재를 말하지만, 영어는 There is로 시작하는 거죠. 그래서 무언가가 있다고 말할 때는 There is를 하나의 시작 틀로 익혀두면 편해요. 뜻이 비슷한 We have a problem으로 말해도 좋아요. 이 책에서는 이 두 틀을 먼저 손에 붙일게요. 고쳤으니 이어서 키워봐요. 지금 문제가 생겼다고 시점을 더하면 There is a problem with the order right now가 돼요. right now를 붙였죠. 이제 with the order 자리를 with the schedule로 바꾸고, 영어를 가린 채 5초 안에 말해보세요. 가능한 답은 There is a problem with the order. / We have a problem with the order예요. 앞은 There is로, 뒤는 We have로 연 문장인데 둘 다 '문제가 있다'는 뜻이에요. 랩 8 — 퇴근 ① 씨앗 문장. RI Bgo Yhome. (저는 집에 가요) home은 앞에 to 없이 그냥 붙어요. go home은 통째로 익혀두면 편한 짝이에요. ② 노랑 확인 go는 I go만으로도 서요. 5장에서 봤듯이 목적지가 없어도 되는 파랑이거든요. 여기서 home은 어디로 가는지를 더해주는 확장 노랑이에요. ③ 배경 노랑 추가 '늦게'와 '금요일마다'를 차례로 얹어요. RI Bgo Yhome Ylate Yon Fridays. (저는 금요일마다 집에 늦게 가요) '금요일마다'처럼 반복되는 습관은 4장에서 본 기본 파랑으로 말해요. 오늘 하루의 특정 계획을 말하는 방법은 7장에서 따로 다뤄요. ④ 내 상황으로 late를 바꿔보세요. RI Bgo Yhome Yearly Yon Fridays. (저는 금요일마다 집에 일찍 가요) 가리기·5초 발사 영어를 가리고 "저는 금요일마다 집에 늦게 가요"를 5초 안에 말해보세요. 가능한 답 I go home late on Fridays. / I get home late on Fridays. 뒤 문장은 go 대신 get을 써서 '도착한다'에 초점을 뒀어요. 둘 다 반복되는 습관을 말해요. 랩 9 — 저녁 ① 씨앗 문장. RI Bmake Ydinner. (저는 저녁을 준비해요) ② 채움 노랑 확인 make 뒤에는 무엇을 만드는지가 와요. dinner가 그 채움 노랑이에요. ③ 이유·목적 노랑 추가 누구를 위해서인지 더해요. RI Bmake Ydinner Yfor my family. (저는 가족을 위해 저녁을 준비해요) ④ 내 상황으로 for my family를 바꿔보세요. RI Bmake Ydinner Yfor myself. (저는 저를 위해 저녁을 준비해요) 가리기·5초 발사 영어를 가리고 "저는 가족을 위해 저녁을 준비해요"를 5초 안에 말해보세요. 가능한 답 I make dinner for my family. / I cook dinner for my family. make와 cook 둘 다 자연스러워요. cook은 스무 개 밖의 파랑이지만, 필요하면 같은 자리에 넣으면 돼요. 랩 10 — 주말 ① 씨앗 문장. RI Bhave Ylunch. (저는 점심을 먹어요) have는 '먹다'라는 뜻으로도 자주 써요. have lunch가 점심을 먹는다는 짝이에요. ② 채움 노랑 확인 have lunch에서는 lunch가 have의 뜻을 '먹다'로 완성하는 짝이에요. ③ 배경 노랑 추가 누구와, 언제인지 더해요. RI Bhave Ylunch Ywith my friend Yon Saturdays. (저는 토요일마다 친구와 점심을 먹어요) '토요일마다'처럼 반복되는 주말 습관이라 4장에서 본 기본 파랑으로 말해요. ④ 내 상황으로 with my friend나 on Saturdays를 바꿔보세요. RI Bhave Ylunch Ywith my family Yon weekends. (저는 주말마다 가족과 점심을 먹어요) 가리기·5초 발사 영어를 가리고 "저는 토요일마다 친구와 점심을 먹어요"를 5초 안에 말해보세요. 가능한 답 I have lunch with my friend on Saturdays. / I meet my friend for lunch on Saturdays. 앞은 '점심을 먹는다'에, 뒤는 '만나서 점심을 먹는다'에 초점이 있어요. 둘 다 자연스러워요. 한 걸음 더 — 노랑 두 개 붙이기 랩 8과 랩 10에서 이미 노랑을 두 개 얹어봤어요. 이번엔 그 방법만 따로 정리할게요. 한 번에 하나씩, 오른쪽으로 얹으면 돼요. RI Bgo Yhome Ylate Yon Fridays. (금요일마다 집에 늦게 가요) late를 붙이고 on Fridays를 붙인 거예요. 랩 6의 회의 문장도 키워보세요. We have a meeting → at two → in room three처럼, 언제와 어디서를 차례로요. 직접 하나 해보세요. 오늘 하고 싶었던 말을 짧게 만든 뒤, 노랑을 두 개까지 붙여 키워보세요. 한 번에 하나씩, 붙일 때마다 소리 내면서요. 문장의 길이는 어려운 문법이 아니라 노랑을 몇 개 붙이느냐로 정해져요. 열 개를 만들고 나면 열 개의 랩을 다 돌았어요. 무엇이 달라졌을까요. 문장을 만드는 순서가 조금 더 편해졌을 거예요. 빨강을 세우고, 파랑을 얹고, 채움 노랑으로 완성하고, 필요하면 배경 노랑을 오른쪽에 하나 더. 이 순서를 여러 번 반복했으니까요. 잠깐 스스로 점검해볼게요. 아래 세 가지에 마음속으로 답해보세요. 첫째, 한국어 의도를 보고 빨강을 먼저 떠올렸나요, 아니면 여전히 문장 전체를 한꺼번에 번역하려 했나요. 둘째, 파랑을 스무 개 안에서 골랐나요. 셋째, 노랑을 한 번에 하나씩 붙였나요, 아니면 한꺼번에 다 붙이려다 막혔나요. 이 세 가지가 조금이라도 편해졌다면 좋은 신호예요. 아직 어색해도 괜찮아요. 열 번은 시작일 뿐이고, 뒤에 나올 실전 장면에서 서른 번을 더 하니까요. 마지막으로 하나만 부탁할게요. 오늘 만든 열 개 중에 마음에 드는 문장 하나를 골라, 내일 실제 상황에서 한 번 써보세요. 열 개를 키워본 손은 열한 번째 문장도 같은 순서로 키워요. 이 문장들을 이제 바꿔볼 차례예요. 7장에서 질문과 부정, 과거와 앞으로 할 일까지 파랑의 모양을 바꿔봐요. ---------------------------------------- ## 비개발자를 위한 인프라 감각 ISBN 9791143817037 · 2026-07-30 · 허구진 지음 https://voidlogpress.com/books/%eb%b9%84%ea%b0%9c%eb%b0%9c%ec%9e%90%eb%a5%bc-%ec%9c%84%ed%95%9c-%ec%9d%b8%ed%94%84%eb%9d%bc-%ea%b0%90%ea%b0%81/ ### 1장. 서버가 터졌다는 말의 뜻 https://voidlogpress.com/books/%eb%b9%84%ea%b0%9c%eb%b0%9c%ec%9e%90%eb%a5%bc-%ec%9c%84%ed%95%9c-%ec%9d%b8%ed%94%84%eb%9d%bc-%ea%b0%90%ea%b0%81/1%ec%9e%a5-%ec%84%9c%eb%b2%84%ea%b0%80-%ed%84%b0%ec%a1%8c%eb%8b%a4%eb%8a%94-%eb%a7%90%ec%9d%98-%eb%9c%bb/ 질문: 서버가 정상이라는데 왜 결제는 실패하나요? 요약: 서버 프로그램이 실행 중인 것과 결제 요청이 끝나는 것은 서로 다른 확인이기 때문입니다. 헬스 체크는 설계한 범위만 봅니다. 접속 자체가 안 되는지, 응답이 늦는지, 일부 기능이나 사용자에게만 문제가 있는지 나누면 어디부터 확인할지 보입니다. 또 다른 질문: 타임아웃이 났으면 서버가 멈춘 것인가요? 답: 서버가 멈췄을 때만 발생하지 않습니다. 서버 내부 처리, 네트워크 연결, 데이터 조회, 외부 서비스 응답 가운데 어느 한 구간이 늦어져도 나타납니다. 타임아웃만 보고 특정 시스템을 원인으로 지목하면 실제 지연 지점을 놓칠 수 있습니다. 또 다른 질문: 화면에 실패가 떴으면 처리도 멈춘 것인가요? 답: 요청한 쪽이 기다리기를 멈췄더라도 처리하던 시스템의 작업이 즉시 중단된다고 단정할 수 없습니다. 사용자 화면에는 실패가 표시됐지만 시스템 안에서는 관련 작업이 잠시 이어지는 경우가 생깁니다. 또 다른 질문: 영향받는 사용자가 적으면 심각도도 낮은가요? 답: 사용자 수만으로 판단하기 어렵습니다. 영향받는 사람이 적더라도 결제나 로그인처럼 핵심 기능이 실패하면 사업 영향은 클 수 있습니다. 특정 지역에서만 발생해도 그 지역의 사용자는 서비스를 이용하지 못합니다. 또 다른 질문: 트래픽이 늘어난 시점과 오류가 겹치면 그것이 원인인가요? 답: 같은 시간에 나타났다는 사실만으로 원인이 확정되지는 않습니다. 내부 처리의 한계가 드러났을 수도 있고 데이터베이스나 외부 서비스가 먼저 한도에 도달했을 수도 있습니다. 정상과 실패 요청의 조건, 지연이 늘어난 구간을 함께 봅니다. 최종 확인: 2026-09-03T11:04:38+09:00 새벽 2시 18분, 장애 대응용 슬랙 채널에 메시지가 올라왔다. 운영 담당자 수진이 먼저 상황을 알렸다. “새벽 2시 14분부터 결제 오류율이 올라가고 있습니다.” 여기서 오류율은 전체 결제 요청 가운데 실패한 요청이 차지하는 비율을 뜻한다. 잠에서 깬 서비스 기획자 지민이 휴대전화로 쇼핑몰에 접속했다. 첫 화면은 열렸다. 상품 검색도 됐고 장바구니에도 물건을 담을 수 있었다. 겉으로 보기에는 평소와 다르지 않았다. “사이트는 열리는데요. 서버가 내려간 건 아닌가요?” 백엔드 개발자 현우가 답했다. “서버 프로그램은 실행 중이고 기본 헬스 체크도 통과합니다.” 수진이 실패한 요청을 다시 확인했다. “모든 결제 요청이 실패하는 건 아닙니다. 일부 요청이 오래 걸리다가 타임아웃으로 끝납니다.” 지민은 같은 시간대에 진행 중인 할인 행사를 떠올렸다. “트래픽이 늘어서 서버가 버티지 못하는 건가요?” “요청량이 늘어난 시점과 오류가 늘어난 시점은 비슷합니다. 원인인지는 아직 확인 중입니다.” 잠시 뒤 현우가 덧붙였다. “우리 서버까지 요청이 들어오는지, 외부 결제 서비스의 응답을 기다리다가 끊기는지부터 보겠습니다.” 서버는 살아 있다는데 결제는 왜 실패할까? 이 질문에 답하려면 ‘서버가 살아 있다’는 말이 확인한 범위부터 살펴봐야 한다. “서버가 터졌다”는 말의 범위 “서버가 터졌다”는 표현은 장애 상황에서 자주 들린다. 무엇인가 크게 잘못됐다는 뜻은 분명하지만, 이 말만으로 실제 실패 상태를 확정할 수는 없다. 서버 프로그램이 멈췄을 수도 있고, 프로그램은 실행 중이지만 요청을 처리하지 못할 수도 있다. 일부 요청만 늦어지거나 특정 기능만 실패하는 경우도 있다. 서버가 연결한 데이터베이스나 외부 서비스의 응답이 늦어졌을 가능성도 남아 있다. 긴급한 상황에서는 이 여러 상태를 짧게 묶어 “서버가 죽었다”거나 “서버가 터졌다”고 말한다. 현상을 빠르게 공유하는 데는 유용하지만, 복구 방향을 정하려면 이 표현을 더 작은 상태로 나눠야 한다. 확인할 대상은 세 갈래로 나뉜다. • 접속 자체가 되지 않는가? • 접속은 되지만 응답이 늦는가? • 전체 서비스가 아니라 일부 기능이나 사용자에게만 문제가 생기는가? 접속 실패라면 서비스에 들어가는 첫 경로부터 살펴야 한다. 응답 지연이라면 요청이 어느 구간에서 오래 머무는지 확인해야 한다. 일부 기능만 실패한다면 정상 기능과 실패 기능이 갈라지는 지점을 찾게 된다. “서버가 터졌다”는 말을 접속 실패, 응답 지연, 일부 기능 실패로 나누면 어디부터 확인해야 할지 보이기 시작한다. 서버라는 말이 가리키는 범위 이 장에서 다루는 웹서비스의 서버는 사용자의 요청을 받아 처리하고 결과를 돌려주는 역할을 맡는다. 실제 프로그램은 물리적인 컴퓨터나 가상 환경에서 실행된다. 실무에서는 그 프로그램이 실행되는 장비나 환경까지 묶어 서버라고 부르기도 한다. 사용자가 쇼핑몰에서 결제 버튼을 누르면 앱이나 웹 브라우저는 결제를 처리해 달라는 요청을 보낸다. 서버는 요청을 받아 필요한 처리를 진행하고 성공이나 실패 결과를 응답으로 돌려준다. 결제 요청의 기본 흐름은 다음과 같다. 결제 버튼 선택 → 결제 요청 전달 → 필요한 처리 → 성공 또는 실패 응답 실제 결제는 이보다 복잡하다. 회원 상태와 주문 정보를 확인하고, 결제에 필요한 다른 시스템과 정보를 주고받을 수 있다. 1장에서는 세부 구조보다 요청이 출발해 결과가 돌아오는 흐름에 집중한다. 이 흐름이 끝나려면 서버 프로그램이 실행 중인 것만으로는 부족하다. 실제 결제 요청을 받아 처리하고 사용자가 기다리는 동안 결과를 돌려줘야 한다. 프로그램의 실행 여부는 필요한 확인 항목 가운데 하나일 뿐이다. 헬스 체크가 확인한 것 장애 채널에서 현우는 서버 프로그램이 실행 중이고 기본 헬스 체크도 통과한다고 말했다. 헬스 체크는 시스템이 미리 정한 항목에 정상적으로 응답하는지 확인하는 검사다. 어떤 검사를 넣었느냐에 따라 프로그램의 실행 상태, 요청을 받을 준비 상태, 일부 연결 상태 등을 확인한다. 검사 범위는 시스템마다 다르다. 아주 단순한 검사는 프로그램이 정해진 응답을 돌려주는지만 볼 수 있다. 더 넓게 설계된 검사는 요청 처리에 필요한 일부 연결 상태까지 포함할 수 있다. 같은 ‘정상’ 결과라도 실제로 확인한 범위는 다를 수 있다. 결제 서버가 기본 상태 검사에는 응답하면서 실제 결제 과정에서는 데이터 조회나 외부 서비스의 응답을 오래 기다릴 수도 있다. 이때 헬스 체크는 통과하지만 사용자의 결제 요청은 실패한다. 헬스 체크는 검사하도록 설계한 범위에서 유용하다. 결과를 읽을 때는 무엇을 검사했는지 함께 봐야 한다. “헬스 체크는 어느 기능과 연결 상태까지 확인하나요?”라는 질문이 필요한 이유다. 실행 상태 확인 뒤에는 실제 사용자 요청의 성공 여부를 따로 봐야 장애 범위를 좁힐 수 있다. 주방 문이 열려 있어도 주문은 밀린다 식당에서는 손님이 주문하고 주방이 음식을 내보낸다. 온라인 서비스의 요청과 응답도 이 흐름과 닮은 부분이 있다. 손님의 주문은 사용자의 요청에, 주방의 처리는 서버의 작업에, 완성된 음식은 응답에 대응한다. 일정 시간 동안 들어오는 주문량은 트래픽으로 생각할 수 있다. 주방 문이 열려 있고 요리사가 일하고 있어도 모든 주문이 제때 끝나는 것은 아니다. 주문이 갑자기 몰리면 음식이 늦어진다. 특정 재료가 떨어지면 일부 메뉴의 주문만 막히기도 한다. 주방의 조리는 끝났지만 카드 결제 단말기 문제로 계산이 완료되지 않을 수도 있다. 서비스에서도 검색은 되지만 결제가 실패하고, 상품 화면은 열리지만 주문 내역은 나타나지 않는 상황이 생긴다. 이용자는 시스템 안에서 어느 지점이 늦어졌는지 보지 못한다. 화면에 결과가 나타나지 않으면 하나의 기능 전체가 멈춘 것으로 경험한다. 이 비유가 맞는 부분 주문량이 늘면 처리 시간이 길어진다. 주방이 운영 중이어도 일부 메뉴나 주문에서 문제가 생길 수 있다. 손님이 결과를 기다리는 시간에도 한계가 있다. 이 비유가 더 이상 맞지 않는 부분 실제 서비스는 하나의 주방보다 복잡하다. 여러 프로그램과 데이터베이스, 결제·인증 같은 외부 시스템이 연결돼 있다. 어느 연결 지점에서 지연이나 실패가 발생했는지는 관찰 자료를 통해 따로 확인해야 한다. 지연에서 타임아웃까지 서비스가 완전히 멈추지 않았더라도 응답이 지나치게 늦으면 사용자는 정상적으로 이용하기 어렵다. 상품 이미지가 평소보다 조금 늦게 나타나는 상황과 결제 버튼을 누른 뒤 결과가 오랫동안 표시되지 않는 상황은 영향이 다르다. 결제 결과가 늦으면 사용자는 처리가 끝났는지 알 수 없다. 다시 버튼을 누르거나 페이지를 닫고, 구매를 포기할 수도 있다. 기능마다 사용자가 기다릴 수 있는 시간도 다르다. 뉴스 기사 한 페이지가 조금 늦게 열리는 상황과 송금 결과가 오랫동안 확인되지 않는 상황을 같은 기준으로 판단하기는 어렵다. 서비스가 정한 목표와 기능의 성격, 사용자가 처한 상황에 따라 허용 가능한 시간이 달라진다. 응답 지연이 계속되면 어느 시점에는 기다리기를 중단해야 한다. 시스템이 그 경계를 시간으로 정해 둔 것이 타임아웃이다. 타임아웃은 요청이나 작업이 정해진 시간 안에 끝나지 않아 대기를 중단하고 실패로 처리하는 현상이다. 서버가 멈췄을 때만 발생하는 것은 아니다. 서버 내부 처리, 네트워크 연결, 데이터 조회, 외부 서비스 응답 가운데 어느 한 구간이 늦어져도 나타난다. 요청한 쪽이 기다리기를 멈췄더라도 처리하던 시스템의 작업이 즉시 중단된다고 단정할 수도 없다. 사용자 화면에는 실패가 표시됐지만 시스템 안에서는 관련 작업이 잠시 이어지는 경우가 생긴다. 그래서 타임아웃 뒤의 상태를 확인할 때는 화면에 보인 결과만으로 전체 처리 상태를 판단하지 않는다. 타임아웃은 정해진 시간 안에 응답을 받지 못했다는 뜻이다. 어느 구간에서 시간이 지체됐는지는 따로 확인해야 한다. • 어느 요청에서 타임아웃이 발생하는가? • 우리 시스템에서 처리하는 중인가, 다른 시스템의 응답을 기다리는 중인가? 타임아웃만 보고 특정 시스템을 원인으로 지목하면 실제 지연 지점을 놓칠 수 있다. 그림 1. 사용자의 요청은 서버 하나에서 끝나지 않는다. 데이터베이스나 외부 서비스의 응답이 늦어져도 사용자는 해당 기능이 멈춘 것처럼 경험할 수 있다. 그림의 모든 경로가 한꺼번에 실패해야 장애가 되는 것은 아니다. 결제와 연결된 경로만 늦어져도 사용자에게 분명한 기능 장애가 나타난다. 반대로 한 경로가 실패해도 다른 기능은 계속 작동할 수 있다. 장애 범위는 기능과 사용자마다 다르다 사이트 첫 화면이 열리고 상품 검색도 된다고 해서 결제까지 정상인 것은 아니다. 결제 기능만 실패하거나 특정 결제 수단과 일부 사용자에게만 문제가 나타날 수 있다. 같은 시간대에도 어떤 요청은 성공하고 다른 요청은 실패할 수 있다. 운영 현장에서는 일부 기능·사용자·지역·요청에만 영향이 나타나는 상태를 부분 장애로 구분하기도 한다. 구체적인 기준은 조직마다 다르다. 한 회사는 결제 실패를 별도 장애로 분류하고, 다른 회사는 전체 서비스 영향과 함께 하나의 사고로 관리할 수 있다. 영향받는 사용자가 적더라도 결제나 로그인처럼 핵심 기능이 실패하면 사업 영향은 클 수 있다. 특정 지역에서만 장애가 발생해도 그 지역의 사용자는 서비스를 이용하지 못한다. 사용자 수만으로 심각도를 판단하기 어려운 이유다. 장애 초기에는 다음 세 가지를 확인한다. • 어느 기능과 사용자가 영향을 받는가? • 모든 요청이 실패하는가, 특정 조건의 요청만 실패하는가? • 문제가 계속되는가, 간헐적으로 나타나는가? 이 정보가 모이면 사용자 공지 범위와 대응 우선순위를 정하기 쉬워진다. 전체 장애 공지가 필요한지, 특정 기능만 안내할지, 고객센터에 어떤 설명을 전달할지도 달라진다. 기술팀이 조사할 범위도 넓은 서비스 전체에서 실패 조건이 모이는 구간으로 좁혀진다. 트래픽과 오류가 함께 늘었을 때 장애가 발생한 시점에 트래픽도 늘었다면 둘 사이의 관계를 먼저 의심하게 된다. 행사로 요청량이 급격히 늘면 처리 시간이 길어지고 시스템이 감당할 수 있는 범위를 넘을 수 있다. 그러나 트래픽 증가와 오류 증가가 같은 시간에 나타났다는 사실만으로 원인이 확정되지는 않는다. 사용자가 늘면서 우리 서비스 내부 처리의 한계가 드러났을 수도 있고, 데이터베이스나 외부 결제 서비스가 먼저 처리 한도에 도달했을 수도 있다. 평소에는 드물던 특정 요청이 행사 중에 함께 늘어나면서 그 요청에만 문제가 나타날 가능성도 있다. 요청량 증가는 중요한 단서다. 장애 회의에서는 다음 질문으로 사실을 더 확인한다. 트래픽 증가와 오류 증가가 같은 시점에 시작됐나요? 시간대가 겹친다는 답만으로는 부족하다. 정상 요청과 실패 요청의 조건, 지연이 늘어난 구간을 함께 봐야 원인 후보를 줄일 수 있다. 트래픽은 현상을 설명하는 자료 가운데 하나이며, 원인은 여러 관찰 결과를 모아 판단한다. 이제 다시 들리는 장애 채널 “서버 프로그램은 실행 중이고 기본 헬스 체크도 통과합니다.” 서버의 실행 상태와 정해진 검사 결과는 정상이다. 실제 결제 경로까지 정상인지는 아직 확인되지 않았다. “일부 결제 요청이 오래 걸리다가 타임아웃으로 끝납니다.” 일부 결제 요청이 정해진 시간 안에 응답받지 못하고 있다. 지연이 발생한 구간은 추가 확인이 필요하다. “트래픽이 늘어난 시점과 오류가 늘어난 시점은 비슷합니다.” 트래픽 증가는 원인 후보다. 실제로 어느 지점이 한계에 도달했는지는 아직 확정되지 않았다. 장애 회의에서는 다음 세 문장으로 확인 범위를 좁힌다. 1. 현재 어느 사용자와 기능이 영향을 받고 있나요? 2. 요청은 어느 단계까지 정상적으로 처리되고 있나요? 3. 전체 요청이 실패하나요, 일부 조건의 요청만 실패하나요? 장애 대응은 실패한 요청과 사용자 영향 범위를 구체적으로 확인하는 데서 시작한다. ---------------------------------------- ### 4장. 배포는 어떻게 위험을 나누는가 https://voidlogpress.com/books/%eb%b9%84%ea%b0%9c%eb%b0%9c%ec%9e%90%eb%a5%bc-%ec%9c%84%ed%95%9c-%ec%9d%b8%ed%94%84%eb%9d%bc-%ea%b0%90%ea%b0%81/4%ec%9e%a5-%eb%b0%b0%ed%8f%ac%eb%8a%94-%ec%96%b4%eb%96%bb%ea%b2%8c-%ec%9c%84%ed%97%98%ec%9d%84-%eb%82%98%eb%88%84%eb%8a%94%ea%b0%80/ 질문: 사용자 5퍼센트 카나리면 배포 계획이 선 건가요? 요약: 아직 부족합니다. 카나리에는 처음 노출할 대상, 관찰할 신호와 조건, 확대하거나 중단할 기준 셋이 필요한데 그 숫자는 첫 항목의 일부만 알려 줍니다. 사용자 비율인지 요청 비율인지 서버 비율인지도 함께 적어야 합니다. 또 다른 질문: 기능 플래그를 끄면 롤백한 것인가요? 답: 다릅니다. 플래그를 꺼도 새 코드는 운영 환경에 남아 있고 사용자의 진입 경로만 기존 화면으로 돌아갑니다. 코드나 설정 자체를 이전 상태로 되돌려야 한다면 롤백을 따로 검토합니다. 또 다른 질문: 롤링 배포와 카나리는 같은 것인가요? 답: 초점이 다릅니다. 롤링은 실행 대상을 어떤 순서로 교체하는지에 초점을 두고, 카나리는 작은 실제 노출 범위에서 결과를 본 뒤 다음 범위로 확대하는 방식입니다. 롤링으로 교체하면서 첫 묶음의 트래픽을 카나리로 관찰할 수도 있습니다. 또 다른 질문: 관찰은 정해진 시간만 채우면 되나요? 답: 관찰 종료 조건을 배포 전에 적습니다. 단순히 시간을 채우는 대신 주요 결제수단과 사용 조건에서 필요한 거래가 실제로 발생했는지 담당자가 확인합니다. 거래가 적은 시간대만 보면 판단할 자료가 부족합니다. 또 다른 질문: 이상 신호가 나오면 바로 롤백하나요? 답: 먼저 확대를 멈춥니다. 신호가 경미하면 현재 범위에서 원인을 확인하고, 사용자 피해가 크거나 빠르게 늘면 즉시 기능을 차단합니다. 코드나 설정을 이전 상태로 돌려야 할 때 롤백을 선택합니다. 최종 확인: 2026-09-03T11:04:39+09:00 금요일 오후 3시 40분, 간편결제 선택 화면 개편을 앞둔 배포 승인 회의가 시작됐다. 화면에는 새 버전과 함께 ‘사용자 5% 카나리’라는 문구가 적혀 있었다. 개발자 현우가 계획표를 열었다. “스테이징 검증은 끝났습니다. 운영에 배포한 뒤 사용자 5%부터 새 화면을 열면 됩니다.” 서비스 기획자 지민이 물었다. “5%에서 문제가 없으면 바로 전체 공개하는 건가요?” “오류율과 응답 시간이 사전에 정한 범위 안이면 확대할 수 있습니다.” 운영 담당자 수진이 결제 문의 현황을 살펴보며 말했다. “결제 성공률이 떨어지거나 특정 결제수단 문의가 늘어도 오류율은 정상일 수 있지 않나요?” 지민도 한 가지를 더 물었다. “얼마 동안 봐야 하나요? 결제가 적은 시간대라면 5%를 열어도 판단할 자료가 부족할 것 같은데요.” 현우가 계획표의 빈칸을 확인했다. “관찰 조건과 확대 기준은 아직 적혀 있지 않습니다.” “문제가 보이면 다음 범위로 안 넓히는 건가요, 기능 플래그를 끄는 건가요?” “우선 확대를 멈춥니다. 신호가 심각하면 바로 이전 화면으로 돌릴 수 있습니다.” 지민이 계획표의 ‘5%’ 옆에 메모를 남겼다. “그럼 비율보다 먼저 확대와 중단 조건부터 정해야겠네요.” 계획표에는 시작 비율만 있고, 전체 공개를 결정할 관찰 항목과 중단 행동은 비어 있었다. 배포와 공개의 시점을 나누는 방법 배포는 새 코드와 설정, 실행 결과물이 목표 환경에서 실행되도록 반영하는 과정이다. 운영 환경에 새 버전이 배포되면 해당 코드는 그 환경에서 실행된다. 공개는 실제 사용자나 대상 집단이 새 기능을 이용하게 하는 상태다. 단순한 서비스에서는 배포와 공개가 동시에 일어난다. 기능 플래그나 트래픽 조건을 사용하는 서비스에서는 코드가 운영에 있어도 기능 노출을 늦추거나 일부 사용자에게만 열 수 있다. 기능 플래그는 이미 배포된 코드에서 조건에 따라 기능의 동작이나 노출을 바꾸는 장치다. 이 사례는 이전 화면 코드가 남아 있고 데이터 구조를 바꾸지 않았기 때문에 플래그를 끄면 기존 화면 경로를 다시 사용한다. 모든 변경이 같은 방식으로 돌아가는 것은 아니다. 이 구조에서는 배포와 공개 상태를 따로 보고한다. 새 버전은 운영 환경에 배포됐습니다. 현재는 일부 사용자에게만 새 화면을 공개했습니다. ‘릴리스’라는 말은 조직에 따라 배포 묶음, 출시 승인, 사용자 공개를 함께 가리키기도 한다. 회의에서는 어느 상태를 뜻하는지 확인해야 한다. 이 구분은 장애 보고에도 영향을 준다. 운영 배포는 끝났지만 기능을 아무에게도 열지 않았다면 사용자 영향은 아직 없을 수 있다. 반대로 일부 사용자에게 공개한 상태라면 새 기능을 경험한 대상과 그렇지 않은 대상을 나눠 확인해야 한다. 같은 버전이 운영에 있어도 실제 사용자 경험은 노출 조건에 따라 달라진다. 기능 플래그를 꺼도 새 코드는 운영 환경에 남아 있다. 사용자의 진입 경로만 기존 화면으로 돌린다. 코드나 설정 자체를 이전 상태로 되돌려야 하면 롤백을 따로 검토한다. 새 버전의 첫 노출 범위 배포 계획에서 말하는 범위는 하나가 아니다. 배포 범위는 새 버전이 반영된 서버나 환경의 범위다. 노출 범위는 실제로 새 기능이나 버전을 경험하는 사용자와 요청의 범위다. 코드는 전체 서버에 배포하되 일부 사용자에게만 기능을 열 수 있다. 반대로 일부 서버에만 새 버전을 두고 요청의 일부를 보낼 수도 있다. 서버 비율·요청 비율·사용자 비율은 같은 숫자가 아닐 수 있다. 그래서 “5% 배포”라는 표현만으로는 계획을 이해하기 어렵다. 전체 사용자 중 5%인가요, 전체 요청 중 5%인가요, 아니면 실행 서버 중 일부인가요? 사용자 5%를 골라도 특정 지역이나 단말에 치우칠 수 있다. 새 버전 서버가 전체의 일부여도 트래픽 분배 방식에 따라 실제 요청 비율은 달라진다. 배포 회의에서는 숫자와 단위를 함께 기록해야 한다. “서버 두 대”, “결제 요청의 일부”, “선정한 사용자 집단”은 모두 작은 범위처럼 보이지만 관찰되는 현상은 다르다. 사용자가 고정된 대상인지, 요청마다 새 버전과 이전 버전을 오갈 수 있는지도 결과 해석에 영향을 준다. 롤아웃은 새 버전이나 기능이 닿는 범위를 서버·트래픽·사용자 집단에 걸쳐 넓혀 가는 과정이다. 처음부터 전체에 적용할 수도 있고, 작은 범위에서 시작해 관찰하며 확대할 수도 있다. 일괄·롤링·카나리의 차이 일괄 배포는 서버 측 대상 전체를 한 변경 구간에서 새 버전으로 교체한다. 절차와 서버 버전 관리가 단순한 편이지만, 문제가 있으면 처음부터 넓은 범위가 영향을 받는다. 영향 대상이 작고 복구가 단순한 변경에서는 일괄 방식이 적합하다. 롤링 배포는 실행 대상을 여러 묶음으로 나누어 순차 교체한다. 한 시점에 바뀌는 대상 수는 줄지만, 배포 중 이전 버전과 새 버전이 함께 요청을 처리해도 되는지 확인해야 한다. 롤링과 카나리는 초점이 다르다. 롤링은 실행 대상을 어떤 순서로 교체하는지에 초점을 둔다. 카나리는 작은 실제 노출 범위에서 결과를 본 뒤 다음 범위로 확대하는 방식이다. 서버를 롤링으로 교체하면서 첫 묶음에 들어오는 실제 트래픽을 카나리로 관찰할 수도 있다. 카나리에는 세 요소가 필요하다. 1. 처음 노출할 대상 2. 관찰할 신호와 조건 3. 확대하거나 중단할 기준 5%라는 숫자는 첫 번째 항목의 일부만 알려 준다. 카나리에서 관찰할 신호 초기 대상에는 이번 변경의 위험이 드러날 주요 사용 조건이 포함돼야 한다. 간편결제 화면을 검증하면서 결제 이용자가 적은 시간대만 보면 판단할 거래가 부족하다. 주요 결제수단이 카나리 대상에서 거의 사용되지 않는다면 해당 경로의 문제도 드러나지 않는다. 관찰 항목은 기술 신호와 업무 신호를 함께 둔다. 개발팀은 새 화면 요청의 오류와 응답 지연을 본다. 기획·운영팀은 결제 성공률과 주요 결제수단 실패, 고객 문의를 확인한다. 프로그램이 오류 없이 응답해도 사용자가 결제를 끝내지 못할 수 있기 때문이다. 관찰 종료 조건도 배포 전에 적는다. 단순히 시간을 채우는 대신 주요 결제수단과 사용 조건에서 필요한 거래가 발생했는지 담당자가 확인한다. 누가 판정할지도 정해야 한다. 개발 담당자는 기술 신호를, 기획·운영 담당자는 결제 성공과 문의 변화를 확인할 수 있다. 여러 신호가 서로 다른 방향을 보일 때 최종 확대·중단 결정을 내릴 책임자도 필요하다. 담당자가 정해져 있지 않으면 이상 신호를 발견하고도 다음 행동이 늦어진다. 다음 범위로 확대할 조건은 세 묶음으로 정리할 수 있다. • 기술 오류와 지연이 사전에 정한 허용 범위 안에 있는가 • 결제 성공률과 주요 결제수단에서 새로운 이상이 없는가 • 정한 관찰 시간과 거래 조건을 충족했는가 고정된 보편 수치는 없다. 서비스 중요도와 변경 위험, 평소 변동 폭을 바탕으로 기준을 정한다. 이상 신호가 나오면 먼저 확대를 멈춘다. 신호가 경미하면 현재 범위에서 원인을 확인하고, 사용자 피해가 크거나 빠르게 늘면 즉시 기능을 차단한다. 코드나 설정을 이전 상태로 돌려야 할 때 롤백을 선택한다. 중단 조건은 경고 문구가 아니라 행동 조건이다. 예를 들어 ‘결제 성공률 확인’만 적으면 누가 어떤 결과에서 멈출지 알 수 없다. 배포 전에 허용 범위, 확인 담당자, 중단 뒤 첫 행동까지 연결해야 실제 의사결정에 쓰인다. 두 환경을 준비하고 트래픽을 바꾼다 블루그린 배포는 현재 버전 환경과 새 버전 환경을 함께 준비한다. 기존 환경을 블루, 새 환경을 그린이라고 부른다고 하자. 사용자는 현재 블루 환경을 이용한다. 팀은 그린 환경에 새 버전을 배포하고 기능·설정·외부 연결을 확인한다. 준비가 끝나면 사용자 요청을 그린 환경으로 전환한다. 새 환경에서 문제가 발견되면 트래픽을 기존 환경으로 다시 돌리는 선택지가 있다. 다만 기존 환경이 현재 데이터와 호환돼야 실제 복귀 경로가 된다. 두 환경을 함께 운영하려면 추가 자원과 관리 비용이 든다. 설정이나 외부 연결이 다르면 전환 뒤 예상하지 못한 결과가 나타날 수 있다. 두 환경이 데이터를 공유하는지, 별도로 동기화하는지에 따라 복귀 난도도 달라진다. 카나리와 블루그린을 함께 사용할 수도 있다. 새 환경을 준비한 뒤 전체 트래픽을 한 번에 넘기지 않고 일부부터 전환해 관찰하는 방식이다. 그림 5. 롤링·카나리·블루그린은 처음 바뀌는 범위와 이전 버전을 남기는 방식이 다르다. 각 방식은 초기 영향 범위, 관찰 시간, 추가 자원과 복귀 경로를 다르게 배분한다. 방식마다 처음 영향을 받는 범위와 이전 버전을 유지하는 비용이 다르다. 전략 이름보다 중단·복귀 조건을 함께 확인해야 한다. 공연 과정으로 보는 배포 배포는 새 무대 장치와 대본을 공연장에 설치하는 일, 공개는 실제 관객에게 새 연출을 보여 주는 상태와 닮았다. 카나리는 소규모 프리뷰 뒤 객석을 넓히고, 블루그린은 기존 무대와 새 무대를 함께 준비한 뒤 공연 무대를 바꾸는 방식으로 이해할 수 있다. 이미 관객이 경험한 결과는 이전 무대로 돌아가도 사라지지 않는다. 실제 소프트웨어에서는 트래픽과 데이터, 외부 시스템의 상태까지 함께 움직인다. 되돌린다는 말의 범위 장면의 결제 화면 개편은 이전 화면 코드가 남아 있고 데이터 구조도 바꾸지 않았다. 따라서 기능 플래그를 끄면 기존 화면으로 비교적 빠르게 돌아간다. 그러나 기능 차단, 트래픽 복귀, 롤백은 서로 다른 범위를 다룬다. 기능 플래그를 끄면 사용자는 새 화면에 들어가지 않지만 새 코드는 운영에 남아 있다. 트래픽을 기존 환경으로 돌리면 새 환경의 사용은 멈추지만 두 환경이 공유한 데이터는 그대로 남는다. 롤백은 문제가 있는 버전이나 설정을 이전에 정상 동작을 확인한 상태로 되돌린다. 애플리케이션 버전을 되돌려도 이미 바뀐 데이터와 외부로 전달된 결과는 남을 수 있다. 이미 발송된 알림처럼 외부에 전달된 결과는 코드 롤백으로 회수되지 않는다. 데이터 구조가 바뀌었다면 이전 코드가 새 데이터와 맞지 않을 수도 있다. 배포 전에는 다음 질문까지 확인해야 한다. 어떤 버전과 설정을 되돌릴 수 있고, 데이터와 외부 결과에는 어떤 추가 복구가 필요한가요? 롤백 계획에는 실행 가능 여부도 포함된다. 이전 버전 파일이 남아 있는지, 이전 설정을 다시 적용할 권한과 담당자가 있는지, 복귀 뒤 어떤 기능을 확인할지 정한다. ‘롤백 가능’이라는 한 칸보다 되돌릴 대상과 확인 절차가 적힌 계획이 실제 대응에 도움이 된다. 확대와 중단 조건을 적은 배포 계획 회의 초반 현우는 이렇게 말했다. “사용자 5%부터 열면 됩니다.” 이 문장을 실제 판단이 가능한 계획으로 바꾸면 다음과 같다. 새 결제 화면은 운영 환경에 배포한 뒤 실제 결제 사용자의 일부에 먼저 공개한다. 사전에 정한 시간과 거래 조건 동안 기술 오류와 결제 성공률을 관찰한다. 기준을 벗어나면 확대를 멈추고, 사용자 영향이 크면 기능 플래그를 끈다. 이 계획에는 시작 범위, 관찰 조건, 확대 기준과 중단 뒤의 행동이 들어 있다. 전체 공개 시점도 시계만 보고 정하지 않는다. 관찰 조건을 충족했고 대응 담당자가 남아 있는 시간인지 함께 확인해야 한다. 회의에서는 다음 세 문장으로 배포 위험을 나눈다. 1. 새 버전은 처음에 전체 대상 중 어디까지 노출되나요? 2. 어떤 기술·업무 신호가 나쁘면 확대를 멈추나요? 3. 중단 뒤 이전 버전이나 기존 환경으로 돌아갈 수 있는 범위는 어디까지인가요? 점진 배포의 핵심은 천천히 바꾸는 데 있지 않다. 작은 범위에서 관찰한 뒤 다음 행동을 결정하는 데 있다. ---------------------------------------- ### 6장. 장애는 어떻게 보이는가 https://voidlogpress.com/books/%eb%b9%84%ea%b0%9c%eb%b0%9c%ec%9e%90%eb%a5%bc-%ec%9c%84%ed%95%9c-%ec%9d%b8%ed%94%84%eb%9d%bc-%ea%b0%90%ea%b0%81/6%ec%9e%a5-%ec%9e%a5%ec%95%a0%eb%8a%94-%ec%96%b4%eb%96%bb%ea%b2%8c-%eb%b3%b4%ec%9d%b4%eb%8a%94%ea%b0%80/ 질문: 장애 대응 채널에는 무엇을 나눠 적어야 하나요? 요약: 확인된 사실, 검증 중인 가설, 실행한 조치 세 종류를 분리합니다. 배포 시각과 장애 시각이 겹친다는 것은 사실이고, 그 변경이 원인이라는 것은 아직 가설입니다. 나누지 않으면 초기 가설이 확정된 사실처럼 굳습니다. 또 다른 질문: 로그에 타임아웃이 찍혔으면 외부 서비스가 원인인가요? 답: 로그 한 건만으로는 같은 사건의 빈도와 영향 대상, 그 사건이 원인인지 결과인지 알 수 없습니다. 외부 응답이 느렸을 수도 있고 내부 처리나 다른 하위 호출 때문에 해당 구간 안에서 시간이 소비됐을 수도 있습니다. 또 다른 질문: 알림 이름이 원인을 알려주나요? 답: 알림도 원인명이 아닙니다. 정한 메트릭이나 로그 조건이 기준을 벗어나 조사가 필요하다는 신호입니다. 알림 이름과 발화 조건은 무엇을 먼저 볼지 알려 주지만 장애의 발생 메커니즘을 대신 설명하지 않습니다. 또 다른 질문: 트레이스가 안 보이면 그 요청이 없었던 것인가요? 답: 트레이스 부재는 요청 부재가 아니라 기록 부재일 수 있습니다. 모든 요청을 저장하지 않는 샘플링과 계측 누락, 문맥 전달 실패, 수집 지연, 보존 기간 때문에 일부 요청이나 스팬이 보이지 않을 수 있습니다. 또 다른 질문: 장애 시각은 하나로 적으면 되나요? 답: 사건이 실제로 일어난 시각, 시스템이 기록하고 수집한 시각, 대응팀이 화면이나 알림으로 인지한 시각은 다를 수 있습니다. 나눠 기록해야 사후 자료가 추가됐을 때 최초 영향 추정 시각을 앞당길 수 있습니다. 최종 확인: 2026-09-03T11:04:39+09:00 화요일 오전 10시 16분, 결제 확인 지연 알림이 울리자 장애 대응 채널이 열렸다. 주문은 완료됐지만 일부 사용자에게 결제 확인 화면이 늦게 나타나고 있었다. 운영 책임자 수진이 첫 메시지를 올렸다. “결제 확인 지연 비율이 10시 12분부터 올라갔습니다. 자동 알림은 10시 14분에 발생했습니다.” 서비스 기획자 지민이 바로 답했다. “새 결제 확인 화면을 10시 5분에 배포했으니 그 변경이 원인 아닌가요?” 개발자 현우가 답했다. “시각은 겹칩니다. 다만 이번 변경은 결제 상태 조회 호출 자체를 바꾸지는 않았습니다.” 수진이 고객 문의 내역을 덧붙였다. “첫 문의는 10시 8분입니다. 현재 확보한 가장 이른 사용자 증거입니다.” 현우가 로그와 실패 요청 하나의 트레이스를 함께 올렸다. “우리 서비스가 보낸 외부 결제 상태 조회 호출이 제한 시간 안에 끝나지 않았습니다. 이 트레이스에서는 주문 서비스 구간에 두드러진 오류나 지연이 보이지 않았고, 결제 상태 조회 스팬에서 시간이 많이 소비됐습니다.” 지민이 물었다. “그럼 외부 결제사가 원인인가요?” “타임아웃이 기록된 사실과 한 요청의 긴 스팬까지 확인됐습니다. 왜 그 구간이 길어졌는지는 아직 가설입니다.” “원인이 확정되기 전이라도 새 화면을 먼저 닫을까요?” 수진이 답했다. “사용자 영향을 줄이기 위해 노출을 중단하겠습니다. 이후 지연 비율과 외부 응답 조건을 함께 보겠습니다.” 수진은 채널 상단에 세 줄을 고정했다. 확인된 사실 검증 중인 가설 실행한 조치 초기 가설이 확정 사실처럼 굳지 않으려면 이 세 종류를 분리해야 했다. 장애는 신호를 통해 드러난다 대응팀은 시스템과 사용자가 남긴 신호를 통해 내부 상태를 추론한다. 사용자 문의, 메트릭 변화, 로그 기록, 트레이스, 배포 이력이 그 신호다. 관측 가능성은 이런 외부 신호로 시스템 내부에서 어떤 일이 일어나는지 질문하고 추론할 수 있는 정도를 뜻한다. 모니터링은 미리 정한 상태와 조건을 지속적으로 수집·표시하고 기준을 벗어나면 알림을 보낸다. 관측 가능성은 그 신호를 연결해 예상하지 못한 질문도 조사할 수 있게 한다. 둘은 경쟁하는 개념이 아니라 탐지와 조사를 함께 지탱한다. 장면에서 결제 확인 지연 조건을 감시해 알림을 울린 것은 모니터링이다. 최근 화면 변경과 외부 응답 지연 중 무엇이 영향을 줬는지를 좁히려면 여러 신호를 연결해야 한다. 애플리케이션과 시스템이 외부로 내보내는 관측 데이터를 텔레메트리라고 한다. 로그·메트릭·트레이스가 대표적이다. 필요한 상태가 기록되지 않았거나 보존되지 않았다면 장애 뒤에 그 빈칸을 완전하게 복원하기 어렵다. 자료의 양만 늘린다고 판단이 정확해지는 것은 아니다. 무엇을 수집했고 어떤 조건이 빠졌는지, 수집과 표시가 얼마나 늦었는지를 함께 본다. 관측 공백도 기록 대상이다. 필요한 메트릭이 없었는지, 로그에 버전과 환경이 빠졌는지, 트레이스가 서비스 경계에서 끊겼는지를 남겨야 다음 장애에서 같은 추측을 반복하지 않는다. 관측 가능성은 신호를 많이 모으는 경쟁이 아니라, 필요한 질문에 답할 수 있도록 기록의 연결성과 품질을 설계하는 일이다. 메트릭은 규모와 변화를 보여 준다 메트릭은 서비스 실행 중 측정한 수치를 시간과 속성에 연결해 기록한 신호다. 많은 측정을 집계해 요청량, 오류, 지연, 자원 사용의 규모와 추세를 보여 준다. 장면에서는 결제 확인 지연 비율이 변했다. 그래프를 통해 변화가 시작된 것으로 관측된 시각과 규모, 영향이 집중된 환경·버전, 조치 전후의 방향을 볼 수 있다. 집계 수치에는 개별 요청의 맥락이 가려질 수 있다. 전체 평균이 정상이어도 특정 결제수단이나 일부 단말에서만 지연이 커질 수 있다. 오류율이 상승해도 어떤 사용자의 요청이 어느 구간에서 실패했는지는 알 수 없다. 반대로 집계 값이 경보 기준에 도달하기 전에 사용자가 먼저 불편을 신고할 수 있다. 이 사례의 시각은 서로 다른 증거를 뜻한다. 첫 문의가 접수된 오전 10시 8분은 현재 확보한 가장 이른 사용자 증거다. 실제 첫 영향은 더 앞서 시작됐을 수 있다. 지연 메트릭은 10시 12분부터 변한 것으로 관측됐고, 자동 알림은 10시 14분에 발생했다. 사건이 실제로 일어난 시각, 시스템이 기록·수집한 시각, 대응팀이 화면이나 알림으로 인지한 시각은 다를 수 있다. 그래프의 시간 단위와 집계 대상, 수집 지연을 함께 보아야 하는 이유다. 로그는 사건을 기록한다 로그는 특정 시각에 발생하거나 관측된 사건, 오류, 상태 변화를 기록한다. 사건 시각, 발생 서비스, 환경, 버전, 심각도, 상관 식별자 같은 속성이 함께 남으면 다른 신호와 연결하기 쉽다. 장면의 로그는 우리 서비스가 보낸 외부 결제 상태 조회 호출이 호출자에게 허용된 시간 안에 완료되지 않았다는 사건을 보여 줬다. 이 기록은 중요한 단서다. 그러나 로그 한 건만으로 같은 사건의 빈도와 영향 대상, 그 사건이 원인인지 결과인지를 알 수는 없다. 외부 응답이 느렸을 수도 있고, 내부 처리나 다른 하위 호출 때문에 해당 구간 안에서 시간이 소비됐을 수도 있다. 그래서 로그에서 확인된 사실은 다음과 같다. 외부 결제 상태 조회 호출에서 타임아웃 사건이 기록됐다. 다음 문장은 아직 가설이다. 외부 결제사의 응답 지연이 이번 장애의 원인이다. 알림도 원인명이 아니다. 정한 메트릭이나 로그 조건이 기준을 벗어나 조사가 필요하다는 신호다. 알림 이름과 발화 조건은 무엇을 먼저 볼지 알려 주지만 장애의 발생 메커니즘을 대신 설명하지 않는다. 그림 7. 첫 고객 문의, 메트릭 변화, 자동 알림, 대응 시작은 서로 다른 시각에 나타난다. 시간선에는 확인된 사건과 검증 중인 가설을 구분해 기록한다. 장애 대응에서 먼저 맞춰야 할 것은 원인 이름보다 사건과 신호, 조치의 시간 순서다. 배포는 10시 5분에 끝났다. 첫 문의는 10시 8분이었다. 메트릭은 10시 12분부터 상승한 것으로 보였고, 알림은 10시 14분에 울렸다. 대응팀이 공동 조사를 시작한 시각은 10시 16분이었다. 이 순서는 원인을 자동으로 확정하지 않는다. 대신 어느 시점에 어떤 근거를 얻었고, 어떤 가설이 생겼으며, 조치 뒤 어떤 신호가 변했는지를 보여 준다. 사후 자료가 추가되면 최초 영향 추정 시각은 더 앞당겨질 수 있다. 사건 시각과 관측 시각, 대응팀의 인지 시각을 나눠 기록해야 하는 이유다. 시간선에는 판단이 바뀐 순간도 남긴다. 처음에는 최근 변경을 우선 가설로 두었다가 외부 응답 지연 자료가 추가돼 가설의 우선순위가 달라질 수 있다. 이런 변화는 대응이 흔들렸다는 뜻이 아니라 새로운 증거에 맞춰 설명을 수정한 과정이다. 한 요청의 경로를 잇는 트레이스 트레이스는 하나의 요청이 여러 구성 요소를 지나간 경로를 연결한 기록이다. 장면의 결제 확인 요청은 다음 흐름을 지났다. 사용자 화면 → 주문 서비스 → 결제 상태 조회 → 확인 화면 표시 트레이스를 이루는 개별 처리 구간을 스팬이라고 한다. 스팬에는 시작과 종료 시각, 상태, 속성, 앞뒤 관계가 담길 수 있다. 실패 요청 하나에서는 주문 서비스 구간에 두드러진 오류나 지연이 보이지 않았고, 결제 상태 조회 스팬이 길었다. 긴 스팬은 해당 계측 구간 안에서 시간이 많이 소비됐다는 뜻이다. 외부 응답 대기, 내부 처리, 재시도, 하위 호출 중 무엇이 시간을 사용했는지는 스팬 속성과 연결 기록을 더 봐야 한다. 스팬이 겹쳐 실행될 수 있으므로 모든 스팬 시간을 더한 값이 요청의 전체 경과 시간은 아니다. 트레이스는 시간이 소비된 위치를 좁혀 주지만 이유를 자동으로 확정하지 않는다. 한 요청의 로그와 스팬을 연결하려면 같은 흐름이라는 표시가 필요하다. 트레이스 ID나 조직이 정의한 상관 식별자가 서비스 경계를 따라 이어지면 흩어진 기록을 묶기 쉽다. 이름과 형식은 시스템마다 다르므로 어느 식별자가 어디까지 전달되는지 확인한다. 상관 식별자에는 사용자 이름이나 주문 원문 같은 민감정보를 직접 넣지 않고 내부에서 관리하는 별도 값을 사용한다. 기록의 공백도 남을 수 있다. 모든 요청을 저장하지 않는 샘플링, 계측 누락, 문맥 전달 실패, 수집 지연, 보존 기간 때문에 일부 요청이나 스팬이 보이지 않을 수 있다. 트레이스 부재는 요청 부재가 아니라 기록 부재일 수 있다. 한 트레이스가 보인다고 전체 실패 요청이 같은 경로를 가졌다고 단정하지도 않는다. 이 트레이스에서는 결제 상태 조회 스팬이 길었습니다. 다른 실패 요청에서도 같은 패턴이 나타나는지 보겠습니다. 그림 8. 메트릭은 규모와 추세, 로그는 개별 사건과 상태, 트레이스는 한 요청의 경로와 구간 시간을 보여 준다. 같은 장애라도 세 신호가 보여 주는 범위는 서로 다르다. 같은 장애도 집계 수치, 개별 사건, 요청 경로에서 서로 다른 모습으로 나타난다. 메트릭으로 변화 범위와 규모를 좁힌 뒤 같은 시간대와 대상의 로그에서 사건을 찾을 수 있다. 개별 로그와 트레이스는 상관 식별자로 연결해 한 요청의 경로를 본다. 이 순서는 고정 공식이 아니다. 사용자 문의, 로그, 트레이스 중 어느 자료가 먼저 단서를 줄지는 상황마다 다르다. 각 자료가 보여 주는 범위를 알고 공통 시간·서비스·환경·버전과 개별 상관 식별자를 구분해 연결하는 일이 중요하다. 교통 관제실로 보는 관측 신호 교통 관제실의 평균 속도와 통행량은 전체 정체 규모를 보여 준다. 사고 신고는 특정 사건을 남기고, 차량 한 대의 경로는 어느 구간에서 지연됐는지를 보여 준다. 한 신고나 한 차량이 전체 정체를 대표하지는 않는다. 우회로로 통행을 회복시킨 뒤에도 사고 원인 조사가 남는다. 실제 소프트웨어에서는 요청이 분기·재시도되고 관측 자료도 지연되거나 일부만 저장될 수 있어 신호의 생성·수집 범위를 함께 봐야 한다. 사실과 가설을 분리해 기록한다 장애 대응 중에는 관측 사실, 가능한 설명, 실행한 조치, 조치 뒤 결과가 빠르게 쌓인다. 이 네 가지를 섞으면 추측이 확정 사실처럼 공유된다. 첫 문의와 지연 메트릭 상승, 타임아웃 로그, 한 트레이스의 긴 스팬은 현재 확인된 사실이다. 최근 화면 변경과 외부 응답 지연, 두 조건의 결합은 검증 중인 가설이다. 사용자 영향 완화를 위해 새 화면 노출을 중단한 뒤 결제 확인 지연 비율이 내려갔다. 같은 시기에 외부 응답 조건도 정상 범위로 돌아왔다. 이 결과만으로 어느 가설이 맞았는지 즉시 확정하기는 어렵다. 화면 노출 중단이 영향을 줄였을 수도 있고, 외부 응답 조건의 회복이 영향을 줬을 수도 있다. 두 변화가 함께 작용했을 가능성도 남는다. 반박된 가설과 보류된 판단도 기록한다. 어떤 경로를 살폈고 왜 제외했는지가 남아 있으면 같은 조사를 반복하지 않는다. 최근 변경과 회복을 검증한다 배포 시각과 오류 증가 시각을 겹쳐 보는 일은 중요하다. 최근 변경은 조사 우선순위를 높이는 강한 단서다. 원인 후보로 검증할 때는 세 가지를 본다. 1. 변경 대상이 실제 실패 경로와 영향 사용자에 포함됐는가 2. 변경 전후 요청 동작이 어떻게 달라졌는가 3. 되돌림 뒤 결과와 같은 시각의 다른 조건 변화는 무엇인가 장면의 새 화면은 결제 상태 조회 호출 자체를 바꾸지 않았다. 그렇다고 변경의 영향을 바로 제외할 수도 없다. 호출 시점이나 대기 처리, 화면 상태 갱신 방식에 간접 영향이 있었는지는 추가 분석이 필요하다. 원인을 모두 규명하기 전에 사용자 영향을 줄이는 완화 조치를 먼저 실행할 수 있다. 새 화면 노출 중단의 첫 목적도 발생 메커니즘을 확정하는 일이 아니라 결제 확인 지연을 줄이는 일이었다. 영향을 받던 기능의 지표와 사용자 증상이 정한 정상 범위로 돌아오면 해당 장애의 사용자 영향이 회복됐다고 판단한다. 신규 지연 문의 증가가 멈추고 결제 확인 지표가 정상 범위로 돌아왔는지, 주문 완료 상태에 추가 이상이 없는지도 본다. 사용자 영향 회복, 공동 대응 종료, 사후 분석 완료는 서로 다른 상태다. 회복 뒤에는 다음 세 묶음이 남는다. • 최근 변경과 외부 응답 지연의 기여 범위 • 탐지와 추적 과정에서 생긴 공백 • 재발 가능성과 영향을 줄이기 위한 추가 조치 장애를 드러낸 사건과 발생 메커니즘, 영향을 키운 조건도 구분한다. 트리거는 잠재된 문제를 실제 장애로 드러나게 한 사건이다. 원인은 장애가 어떤 메커니즘과 구조적 조건으로 발생했는지를 설명한다. 기여 요인은 장애 확대·탐지 지연·복구 지연에 영향을 준 조건이다. 복잡한 장애는 하나의 원인만으로 설명되지 않을 수 있다. 사실과 가설을 나눈 장애 보고 장애 채널 초반에는 두 문장이 빠르게 올라왔다. “새 화면을 배포했으니 그 변경이 원인 아닌가요?” “외부 결제 상태 조회에서 타임아웃이 기록됐습니다.” 현재 상태를 정확하게 보고하면 다음과 같다. 오전 10시 8분에 현재 확인된 첫 결제 확인 지연 문의가 접수됐고, 10시 12분부터 지연 메트릭이 상승한 것으로 관측됐습니다. 외부 상태 조회 타임아웃 로그와 한 실패 요청의 긴 스팬을 확인했지만, 최근 화면 변경과 외부 응답 지연의 기여 범위는 아직 검증 중입니다. 새 화면 노출을 중단한 뒤 결제 확인 지연은 정상 범위로 돌아왔습니다. 회복 상태와 남은 분석도 분리한다. 영향을 받던 기능의 사용자 증상은 회복됐습니다. 원인과 기여 요인, 탐지 지연과 추적 공백은 사후 분석으로 이어갑니다. 회의에서는 다음 세 문장으로 장애의 증거를 확인한다. 1. 지금 확인된 사실과 아직 검증 중인 가설은 각각 무엇인가요? 2. 메트릭·로그·트레이스는 어느 시간·서비스·버전·요청 범위를 보여 주나요? 3. 실행한 완화 조치 뒤 어떤 신호가 어떻게 변했고, 원인 분석에는 무엇이 남았나요? 장애 대응에서는 가장 그럴듯한 설명을 먼저 고르는 대신, 신호의 범위와 시간선을 맞추며 가설을 줄여 가야 한다. ---------------------------------------- ## 시제 3개로 영어 시간 감각 절반 잡기 ISBN 9791143816320 · 2026-07-27 · 강지우 지음 https://voidlogpress.com/books/%ec%8b%9c%ec%a0%9c-3%ea%b0%9c%eb%a1%9c-%ec%98%81%ec%96%b4-%ec%8b%9c%ea%b0%84-%ea%b0%90%ea%b0%81-%ec%a0%88%eb%b0%98-%ec%9e%a1%ea%b8%b0/ ### 1장. do, 지금의 자리 https://voidlogpress.com/books/%ec%8b%9c%ec%a0%9c-3%ea%b0%9c%eb%a1%9c-%ec%98%81%ec%96%b4-%ec%8b%9c%ea%b0%84-%ea%b0%90%ea%b0%81-%ec%a0%88%eb%b0%98-%ec%9e%a1%ea%b8%b0/1%ec%9e%a5-do-%ec%a7%80%ea%b8%88%ec%9d%98-%ec%9e%90%eb%a6%ac/ 질문: 지금 커피를 마시고 있지 않은데 왜 현재형을 쓰나요? 요약: 여기서 지금은 초침 하나가 지나가는 순간이 아니라 말하는 사람이 현재의 사실로 붙잡고 있는 자리이기 때문입니다. 늘 그런 일인가, 지금도 유효한가를 물으면 습관과 상태와 반복이 한자리에 모입니다. 매일 아침의 커피는 지금의 생활에 속합니다. 또 다른 질문: 지금 이 순간 하고 있나 라고 물으면 안 되나요? 답: 그 질문은 너무 좁아서 오히려 길을 잃습니다. 더 좋은 질문은 이 말이 지금도 유효한가입니다. 눈앞에서 움직이는 장면만 찾으면 많은 문장이 갈 곳을 잃지만, 지금도 유효한 사실을 찾으면 습관과 상태와 반복이 하나로 모입니다. 또 다른 질문: 안다나 산다처럼 움직임이 없는 말도 지금인가요? 답: 지금은 반복만 담는 곳이 아니라 현재 유효한 상태도 담습니다. 아는 것, 사는 곳, 느끼는 무게처럼 움직임이 잘 보이지 않는 말을 행동처럼 억지로 만들 필요는 없습니다. 지금 나에게 붙어 있는 상태이면 지금입니다. 또 다른 질문: every morning 같은 신호만 외우면 되나요? 답: 신호는 힌트일 뿐입니다. 반복이나 평소의 방식을 보여주는 말이 지금과 잘 어울리지만 신호만 외우면 다시 암기가 됩니다. 마지막에는 늘 같은 질문으로 돌아와야 합니다. 늘 그런 일인가, 지금도 유효한가. 또 다른 질문: 동사 모양부터 익히는 것이 먼저 아닌가요? 답: 자리를 먼저 정하고 그다음에 영어 모양을 붙입니다. 자리를 잘못 잡으면 모양을 아무리 잘 바꿔도 말의 느낌이 흔들립니다. 반대로 자리를 먼저 정해두면 모양은 훨씬 덜 무섭습니다. 문장 끝에 무엇을 붙일지는 나중에 따로 연습해도 됩니다. 최종 확인: 2026-09-03T11:04:38+09:00 지금이라는 말은 생각보다 좁게 들린다. 많은 사람이 지금을 “바로 이 순간”으로만 이해한다. 그래서 I drink coffee every morning. 같은 문장을 만나면 잠깐 멈춘다. 말하는 사람이 지금 커피를 마시고 있는 것도 아닌데 왜 지금의 자리에 놓일까. 여기서 첫 번째 오해가 생긴다. 이 책에서 지금은 초침 하나가 지나가는 순간이 아니다. 말하는 사람이 현재의 사실로 붙잡고 있는 자리다. 지금 당장 손이 움직이고 있느냐보다 더 중요한 질문이 있다. 늘 그런 일인가. 지금도 유효한 상태인가. 반복해서 일어나는 일인가. 이 질문에 그렇다고 답할 수 있으면, 그 문장은 지금에 놓인다. 그래서 do는 문장 모양 하나를 뜻하지 않는다. 이 책에서 do는 지금의 자리를 부르는 별명이다. 실제 문장에서는 주어와 동사에 따라 모양이 조금씩 달라질 수 있다. 하지만 이 장에서 붙잡을 것은 모양이 아니다. 어디에 놓이는가다. 지금이라는 바닥에 놓이는가, 아니면 지금과 닫힌 상자에 놓이는가, 아니면 지금까지 이어진 다리에 놓이는가. 그중 첫 번째 바닥을 먼저 단단히 잡아야 한다. 첫 번째 예문을 보자. I drink coffee every morning. 나는 매일 아침 커피를 마신다. 이 문장은 말하는 순간 컵을 들고 있다는 뜻이 아니다. 그럴 수도 있지만, 꼭 그래야 하는 것은 아니다. 핵심은 매일 아침이라는 반복이다. 이 사람의 생활 안에서 커피를 마시는 일이 지금도 유효한 습관으로 남아 있다. 질문은 간단하다. 늘 그런 일인가. 그렇다. 그러면 지금이다. 두 번째 예문은 비슷하지만 주어가 바뀐다. She walks to work. 그 사람은 걸어서 출근한다. 여기서 핵심은 지금 길 위에 있느냐가 아니다. 그 사람의 평소 출근 방식이 그렇다는 말이다. 오늘 아침에는 비가 와서 버스를 탔을 수도 있다. 그래도 평소의 방식이 걸어가는 쪽이라면 지금에 놓인다. 지금은 사진 한 장이 아니라 생활의 기본값을 담는 곳이다. 세 번째 예문은 가게의 반복이다. The store opens at nine. 그 가게는 아홉 시에 연다. 이 문장은 오늘 문을 여는 순간을 찍은 말이 아니다. 그 가게의 정해진 운영 방식이 그렇다는 뜻이다. 매일 또는 보통 그렇게 움직이는 규칙이 지금도 살아 있다. 규칙도 현재의 사실로 붙잡히면 지금에 놓인다. “지금 문이 열리는 중인가”가 아니라 “그 규칙이 지금도 맞는가”를 묻는다. 네 번째 예문은 습관이 아니라 상태다. I know the answer. 나는 답을 안다. 아는 일은 눈앞에서 움직이는 행동처럼 보이지 않는다. 그래도 말하는 순간 나에게 붙어 있는 상태다. 어제 알았고 오늘은 모른다는 뜻이 아니다. 지금 내 머릿속에 그 답이 있다는 말이다. 이런 상태도 지금에 속한다. 지금은 반복만 담는 곳이 아니다. 현재 유효한 상태도 담는다. 다섯 번째 예문도 상태를 보여준다. He lives near the station. 그 사람은 역 근처에 산다. 사는 일은 매초 새로 하는 행동이 아니다. 하지만 주소나 생활권처럼 지금 유지되는 상태다. “그 사람이 바로 지금 집 안에 있는가”는 이 문장의 핵심이 아니다. 그의 생활 터전이 역 근처에 있다는 사실이 지금도 맞는가가 핵심이다. 맞다면 지금이다. 여섯 번째 예문은 느낌이다. This bag feels heavy. 이 가방은 무겁게 느껴진다. 가방의 무게를 설명할 때도 지금을 쓸 수 있다. 이 문장은 과거의 어느 날 가방이 무거웠다는 말이 아니다. 말하는 사람이 지금 그 가방을 들거나 만지며 느끼는 상태다. 상태가 지금 눈앞에 붙어 있으면 지금 쪽이다. 움직임이 없어도 괜찮다. 지금 유효하면 충분하다. 일곱 번째 예문은 반복되는 자연스러운 사실이다. Water boils when it gets hot. 물은 뜨거워지면 끓는다. 이 예문은 특정한 냄비 하나를 말하는 것이 아니다. 늘 그렇게 이해되는 일반적인 사실을 말한다. 왜냐하면 말하는 사람이 지금도 맞는 사실로 붙잡고 있기 때문이다. “어제만 그랬다”거나 “방금 끝났다”가 아니다. 언제 보아도 그렇게 받아들이는 사실이므로 지금의 바닥에 놓인다. 여덟 번째 예문은 사람의 반복된 반응이다. I get nervous before tests. 나는 시험 전에 긴장한다. 이 문장도 바로 지금 시험장 앞에 서 있다는 말이 아니다. 그런 상황이 올 때마다 반복되는 반응을 말한다. 한국어로는 “긴장해” 한마디로 쉽게 말하지만, 영어 시간 감각에서는 이 일이 지금의 내 모습에 속하는지 확인한다. 반복되는 내 반응이라면 지금이다. 여기서 조심할 점이 하나 있다. 지금을 찾을 때 “지금 이 순간 하고 있나?”만 묻기 시작하면 오히려 길을 잃는다. 그 질문은 너무 좁다. 지금 커피를 마시고 있지 않아도 커피를 마시는 습관은 지금의 내 생활에 속할 수 있다. 지금 가게 문이 열리는 장면을 보고 있지 않아도, 아홉 시에 여는 규칙은 지금도 맞는 정보일 수 있다. 지금은 눈앞의 장면보다 넓다. 더 좋은 질문은 이것이다. 이 말이 지금도 유효한가. 이 문장이 오늘의 사실, 평소의 사실, 지금의 상태를 말하는가. 그렇다면 지금이다. 영어 시간을 고를 때는 이 질문이 훨씬 쓸모 있다. 눈앞에서 움직이는 장면만 찾으면 많은 문장이 갈 곳을 잃는다. 하지만 지금도 유효한 사실을 찾으면 습관, 상태, 반복이 하나로 모인다. 한국어에서는 이 차이가 잘 드러나지 않는다. “나 커피 마셔”라고 하면 지금 마시는 중일 수도 있고, 평소에 커피를 마신다는 말일 수도 있다. “그 사람 역 근처에 살아”라고 하면 눈앞의 행동이 아니라 현재의 생활 상태를 말한다. “시험 전에 긴장해”라고 하면 특정한 시험 하루가 아니라 반복되는 반응을 말한다. 한국어는 맥락으로 많이 해결한다. 영어 문장을 고를 때는 그 맥락이 지금인지부터 확인해야 한다. 지금을 알아보게 해주는 신호도 있다. every morning처럼 반복을 보여주는 말, usually처럼 평소의 방식을 보여주는 말, often처럼 자주 일어나는 일을 보여주는 말은 지금과 잘 어울린다. 하지만 신호만 외우면 다시 암기가 된다. 신호는 힌트일 뿐이다. 마지막에는 늘 같은 질문으로 돌아와야 한다. 늘 그런 일인가. 지금도 유효한가. 상태를 말하는 문장에서는 더더욱 이 질문이 필요하다. 아는 것, 사는 곳, 느끼는 무게, 좋아하는 것, 필요한 것처럼 움직임이 잘 보이지 않는 말들이 있다. 이런 문장을 행동처럼 억지로 만들 필요는 없다. 지금 나에게 붙어 있는 상태인지 보면 된다. 움직이지 않아도 지금이다. 반복되지 않아도 지금일 수 있다. 현재의 사실로 붙잡혀 있으면 지금이다. 여기까지 보면 지금은 세 가지를 품는다. 습관, 상태, 반복이다. 이 셋을 따로 외울 필요는 없다. 한 질문으로 묶으면 된다. 늘 그런 일인가. 지금도 유효한가. 그러면 지금이다. 이 장에서 일부러 다루지 않는 것도 있다. 문장 끝에 무엇을 붙이는지, 주어가 바뀌면 동사가 어떻게 달라지는지, 질문문이나 부정문을 어떻게 만드는지는 여기서 중심이 아니다. 그런 모양은 나중에 따로 연습할 수 있다. 지금 필요한 것은 더 앞의 판단이다. 이 문장을 어느 시간의 그림에 놓을 것인가. 자리를 잘못 잡으면 모양을 아무리 잘 바꿔도 말의 느낌이 흔들린다. 반대로 자리를 먼저 정해두면 모양은 훨씬 덜 무섭다. “나는 매일 아침 커피를 마신다”를 말하려고 할 때, 매일 아침이라는 반복을 본다. 그러면 지금이다. “그 사람은 역 근처에 산다”를 말하려고 할 때, 지금 유지되는 생활 상태를 본다. 역시 지금이다. “물은 뜨거워지면 끓는다”를 말하려고 할 때, 지금도 맞는 일반적 사실을 본다. 이번에도 지금이다. 자리를 먼저 정하고, 그다음에 영어 모양을 붙인다. 이 질문이 중요한 이유는 다음 장부터 드러난다. 지금이 잡히지 않으면 닫힌 상자도 흐려진다. 무엇이 지금의 바닥에 남아 있는지 알아야, 무엇이 그 바닥에서 떨어져 나갔는지도 보인다. 예를 들어 “나는 매일 아침 커피를 마신다”는 지금의 습관이다. 하지만 “나는 어제 아침 커피를 마셨다”는 지금의 습관을 말하는 것이 아니다. 어제라는 딱지가 붙은 한 장면이다. 그때는 지금의 바닥에서 떨어져 저쪽에 놓인다. 이어진 다리도 마찬가지다. 다리는 반드시 지금에 닿아 있어야 한다. 그런데 지금이 무엇인지 흐리면, 다리가 어디에 닿는지도 흐려진다. “나는 그 영화를 본 적이 있다”는 단순히 예전에 본 장면만 말하는 것이 아니다. 지금의 나에게 그 경험이 남아 있다는 말이다. 그러려면 지금이라는 끝점이 먼저 보여야 한다. 그래서 1장의 목표는 단순하다. 지금을 좁게 보지 않는 것이다. 지금은 “바로 이 순간 하고 있는 행동”만 담는 작은 상자가 아니다. 내가 평소에 하는 일, 지금 유지되는 상태, 반복해서 맞는 사실을 담는 넓은 자리다. 말하려는 문장을 만났을 때 먼저 물어보자. 늘 그런 일인가. 지금도 유효한가. 대답이 그렇다면 첫 번째 그림, 지금에 놓으면 된다. 다음 장에서는 이 자리에서 떨어져 나간 일을 본다. 어떤 말에는 yesterday, last week, in 2010 같은 시점 딱지가 붙는다. 그런 딱지는 문장을 지금의 바닥에 두지 말라고 알려준다. 이제 닫힌 상자를 볼 차례다. ---------------------------------------- ### 3장. have done, 이어진 다리 https://voidlogpress.com/books/%ec%8b%9c%ec%a0%9c-3%ea%b0%9c%eb%a1%9c-%ec%98%81%ec%96%b4-%ec%8b%9c%ea%b0%84-%ea%b0%90%ea%b0%81-%ec%a0%88%eb%b0%98-%ec%9e%a1%ea%b8%b0/3%ec%9e%a5-have-done-%ec%9d%b4%ec%96%b4%ec%a7%84-%eb%8b%a4%eb%a6%ac/ 질문: 현재완료를 경험·계속·결과로 나눠 외워야 하나요? 요약: 이름을 먼저 떠올리면 표가 다시 늘어납니다. 질문은 하나입니다. 과거와 지금 사이에 다리가 놓여 있는가, 그래서 지금 무엇이 달라졌는가. 열쇠를 잃어버린 문장이 붙잡는 것도 잃어버린 순간이 아니라 지금 열쇠가 없다는 상태입니다. 또 다른 질문: 현재완료와 과거형은 언제 갈라 쓰나요? 답: 둘을 가르는 것은 시제의 이름이 아니라 그 일이 지금까지 닿아 있느냐입니다. I saw that movie last night 은 어젯밤이라는 끝난 시간이 붙어 그 장면이 저쪽에 닫혀 있고, I have seen that movie 는 언제 봤는지를 말하지 않고 지금 나에게 그 경험이 있다는 쪽을 말합니다. 이 책은 앞을 닫힌 상자, 뒤를 이어진 다리라고 부릅니다. 경험과 계속과 결과로 이름을 나눠 외우는 대신 과거와 지금 사이에 다리가 놓였는지 하나만 묻습니다. 또 다른 질문: 끊어진 시점 딱지가 없으면 이어진 다리인가요? 답: 딱지가 없다고 무조건 이어진 다리는 아닙니다. 한 단계 더 물어야 합니다. 시간의 범위가 지금까지 열려 있는가. 딱지가 없다는 것은 판단이 끝났다는 뜻이 아니라 두 번째 질문을 볼 차례라는 뜻입니다. 또 다른 질문: 지난봄부터처럼 과거 시점이 있으면 닫힌 상자인가요? 답: 시작점이 과거에 있다고 자동으로 닫힌 상자가 되지는 않습니다. 지난봄에 일했다는 닫힌 장면이 아니라 지난봄부터 지금까지 일해왔다는 선을 말한다면, 선의 끝이 지금에 닿아 있으므로 이어진 다리입니다. 또 다른 질문: 방금처럼 가까운 과거라서 현재완료를 쓰는 건가요? 답: 가까운 과거라서가 아닙니다. 결과가 지금에 닿아 있기 때문입니다. 방금 청소했다는 문장이 정말 붙잡는 것은 시점이 아니라 지금의 방입니다. 깨끗해진 결과가 눈앞에 남아 있어서 지금과 연결됩니다. 또 다른 질문: read 는 왜 헷갈리나요? 답: 글자는 그대로인데 소리가 바뀌기 때문입니다. 지금 쪽에서 쓰는 현재형은 리드로 읽고, 닫힌 상자의 과거형과 이어진 다리의 과거분사는 레드로 읽습니다. 그래서 문장만 보면 어느 자리인지 알기 어렵습니다. 최종 확인: 2026-09-07T10:40:52+09:00 2장에서 우리는 닫힌 상자를 보았다. yesterday, last week, in 2010처럼 닫힌 시간 딱지가 붙으면 그 일은 지금의 바닥에서 떨어져 저쪽에 놓였다. 그런데 영어 시간에서 가장 자주 헷갈리는 곳은 그다음이다. 과거에 일어난 일인데, 그냥 저쪽에만 두기에는 지금까지 의미가 남아 있는 경우가 있다. 이 책에서는 그 자리를 이어진 다리라고 부른다. 과거에 시작했거나 과거에 일어난 일이 지금까지 닿아 있는 곳이다. 핵심 질문은 하나다. 지금까지 이어지는가. 조금 다르게 물으면 이렇게 된다. 그래서 지금 무엇이 달라졌는가. 지금의 상태, 경험, 결과, 판단에 그 일이 닿아 있는가. 많은 책은 이 부분을 여러 이름으로 나눈다. 경험, 계속, 결과 같은 이름이다. 그 이름들이 틀렸다는 뜻은 아니다. 다만 말하려는 순간에 그 이름을 먼저 떠올리면 다시 표가 많아진다. 이 장에서는 이름보다 그림을 먼저 잡는다. 과거와 지금 사이에 다리가 놓여 있는가. 그 다리가 보이면 이어진 다리다. 먼저 짚고 갈 주의. 끊어진 시점 딱지가 없다고 해서 무조건 이어진 다리는 아니다. 딱지가 없을 때는 한 단계 더 물어야 한다. 시간의 범위가 지금까지 열려 있는가. so far, since, for, this week처럼 지금을 포함하는 범위이거나 결과가 눈앞에 남아 있으면 이어진 다리로 간다. 반대로 yesterday, last night처럼 끝난 시간이 숨어 있거나 그저 닫힌 한 장면을 꺼내는 말이면, 딱지가 겉으로 보이지 않아도 닫힌 상자다. 딱지가 없다는 것은 판단이 끝났다는 뜻이 아니라, 두 번째 질문을 볼 차례라는 뜻이다. 첫 번째 예문을 보자. I have seen that movie. 나는 그 영화를 본 적이 있다. 이 문장은 어젯밤에 봤다는 말이 아니다. 언제 봤는지보다 지금의 나에게 그 경험이 있다는 점이 중요하다. 그 덕분에 지금 그 영화 이야기를 따라갈 수 있고, 누군가의 질문에 “봤어”라고 말할 수 있다. 과거의 관람이 지금의 경험으로 남아 있다. 그래서 이어진 다리다. 두 번째 예문은 같은 영화라도 닫힌 상자와 다르다. I saw that movie last night. 나는 어젯밤에 그 영화를 봤다. 이 문장에는 last night가 붙어 있다. 어젯밤이라는 닫힌 시간 딱지가 있으므로 닫힌 상자다. 반면 I have seen that movie.는 어젯밤을 말하지 않는다. 지금 나에게 그 영화를 본 경험이 있다는 쪽으로 말한다. 두 문장은 한국어로 둘 다 “봤어”처럼 들릴 수 있지만, 놓이는 그림이 다르다. 세 번째 예문은 결과가 지금 남아 있는 경우다. I have lost my key. 나는 열쇠를 잃어버렸다. 이 문장의 관심은 열쇠를 잃어버린 정확한 순간이 아니다. 지금 열쇠가 없다는 상태가 중요하다. 그렇기에 문장은 과거의 사건을 말하면서도 지금에 닿아 있다. “그래서 지금 무엇이 달라졌는가”라고 물으면 답이 바로 나온다. 지금 열쇠가 없다. 그러면 이어진 다리다. 네 번째 예문도 결과가 눈앞에 남아 있다. I have finished my homework. 나는 숙제를 끝냈다. 여기서 중요한 것은 끝낸 시간이 아니다. 지금 숙제가 끝난 상태라는 점이다. 그래서 놀 수 있거나, 제출할 수 있거나, 다음 일을 시작할 수 있다. 과거의 행동이 지금의 상태를 바꾸었다. 이럴 때 이어진 다리를 쓴다. 단순히 “끝났다”가 아니라 “끝난 상태가 지금 남아 있다”가 핵심이다. 다섯 번째 예문은 방금 끝난 일이다. I have just cleaned the room. 나는 방을 방금 청소했다. 방금이라는 말 때문에 아주 가까운 과거가 보인다. 하지만 이 문장이 정말 붙잡는 것은 지금의 방이다. 방이 깨끗해졌고, 그 결과가 눈앞에 남아 있다. 그래서 지금과 연결된다. 가까운 과거라서 이어진 다리가 되는 것이 아니다. 결과가 지금에 닿아 있기 때문에 이어진 다리다. 여섯 번째 예문은 누군가를 기다리는 상황이다. The train has already left. 기차는 이미 떠났다. 기차가 떠난 순간은 과거다. 하지만 말하는 사람에게 중요한 것은 지금 기차가 없다는 사실이다. 이제 탈 수 없고, 다른 선택을 해야 한다. already는 결과가 지금에 도착해 있다는 느낌을 강하게 준다. 그래서 이 문장은 단순히 떠난 장면이 아니라 지금의 상황을 설명한다. 일곱 번째 예문은 아직 끝나지 않은 시간의 다리다. I have lived here for five years. 나는 여기서 5년째 살고 있다. 사는 일은 과거 어느 시점에 시작했다. 하지만 거기서 끊어지지 않았다. 지금도 여기 살고 있다. for five years는 5년이라는 길이를 보여주고, 그 길이가 지금까지 닿아 있음을 알려준다. 이 문장은 5년 전의 한 장면을 말하는 것이 아니다. 5년 전부터 지금까지 이어진 상태를 말한다. 여덟 번째 예문도 이어지는 상태다. I have known that word for years. 나는 그 단어를 여러 해째 알고 있다. 알게 된 순간은 과거에 있었을 것이다. 하지만 이 예문은 그 순간을 찍지 않는다. 지금도 알고 있다는 상태가 이어져 있다. “언제 알게 되었는가”보다 “지금까지 알고 있는가”가 중요하다. 과거에서 지금까지 지식의 다리가 이어져 있으므로 이어진 다리다. 아홉 번째 예문은 일을 계속해온 경우다. She has worked here since last spring. 그 사람은 지난봄부터 여기서 일하고 있다. since last spring은 시작점을 보여준다. 하지만 지난봄이라는 말이 있다고 해서 자동으로 닫힌 상자가 되는 것은 아니다. 이 예문은 지난봄에 일했다는 닫힌 장면을 말하지 않는다. 지난봄부터 지금까지 일해왔다는 선을 말한다. 시작점은 과거에 있지만 선의 끝은 지금에 닿아 있다. 열 번째 예문은 부정 경험이다. I have never tried this food. 나는 이 음식을 먹어본 적이 없다. 이 문장은 특정한 날 안 먹었다는 말이 아니다. 지금까지 살아온 경험의 범위 안에서 그런 일이 없었다는 말이다. 그래서 지금의 나에게 “먹어본 경험이 없음”이 남아 있다. never는 그 다리 위에 빈자리가 계속 이어졌다는 느낌을 준다. 지금까지 한 번도 없었다면 이어진 다리다. 열한 번째 예문은 질문이다. Have you eaten? 밥 먹었어? 이 질문은 언제 먹었는지 묻는 질문이 아닐 수 있다. 말하는 사람이 궁금한 것은 지금 배가 고픈지, 이제 같이 뭘 먹어야 하는지, 다음 행동을 어떻게 할지다. 과거에 먹은 일이 지금의 상태와 연결되어 있다. 그래서 이어진 다리의 질문이 된다. 만약 “어젯밤에 먹었어?”라면 닫힌 시간 딱지가 붙어서 닫힌 상자로 간다. 열두 번째 예문은 대화의 맥락이다. We have talked about this before. 우리는 전에 이것에 대해 이야기한 적이 있다. 여기서 before는 특정한 날짜를 닫아 보여주기보다, 지금 이 대화에 영향을 주는 이전 경험을 꺼낸다. “이미 이야기했으니 지금은 그다음으로 넘어갈 수 있다”는 느낌이 생긴다. 과거의 대화가 지금의 대화에 닿아 있다. 그래서 이어진 다리다. 열세 번째 예문은 읽은 경험이 지금 쓸모가 있는 경우다. I have read the report. 나는 그 보고서를 읽었다. 이 문장은 “어제 3시에 읽었다”를 말하지 않는다. 지금 그 내용을 알고 있고, 회의에서 말할 수 있고, 판단을 내릴 수 있다는 상태가 중요하다. 그렇기에 “그래서 지금 무엇이 달라졌는가”라고 물으면, 지금 내용을 아는 사람이 되었다고 답할 수 있다. 이어진 다리다. 여기서 소리에 관한 주의를 하나 덧붙인다. read는 글자는 그대로지만 소리가 바뀐다. 지금 쪽에서 쓰는 현재형은 “리드”(/riːd/)로 읽고, 닫힌 상자의 과거형과 이어진 다리의 과거분사는 “레드”(/red/)로 읽는다. 그래서 I read the report.는 문장만 보면 지금인지 닫힌 상자인지 알기 어렵고, 소리로 갈린다. I have read the report.의 read는 “레드”다. 예문을 소리 내 읽을 때 이 차이를 함께 입에 붙이면 좋다. 열네 번째 예문은 날씨다. It has rained all morning. 아침 내내 비가 왔다. 이 예문은 아침의 한순간만 말하지 않는다. 아침 내내 이어진 비가 지금의 상황에 닿아 있다. 길이 젖어 있을 수 있고, 공기가 눅눅할 수 있고, 계획을 바꿔야 할 수도 있다. all morning은 시간의 길이를 만들고, 그 길이가 지금까지 이어진 느낌을 준다. 이어진 다리다. 다만 이 문장에는 조건이 하나 붙는다. 말하는 시점이 아직 오전이거나, 오전에 온 비를 지금 상황과 연결해 말할 때 이어진 다리가 자연스럽다. 만약 이미 오후가 되어 아침이 닫힌 시간이 되었고 지금은 날이 갠 상황이라면, It rained all morning.처럼 닫힌 상자로 말하는 편이 더 맞다. 같은 “아침 내내 비가 왔다”라도 그 비가 지금에 닿는지에 따라 그림이 갈린다. 이제 세 갈래가 하나로 모인다. 본 적이 있다, 계속 살아왔다, 끝내서 지금 끝난 상태다. 이름은 다르지만 그림은 같다. 과거와 지금 사이에 다리가 놓여 있다. 경험은 지금의 나에게 남은 과거다. 계속은 지금까지 끊기지 않은 선이다. 결과는 과거의 일이 지금 눈앞에 남긴 흔적이다. 이 셋을 따로 외우면 문장을 볼 때마다 머릿속에서 분류 작업이 시작된다. 이건 경험인가, 계속인가, 결과인가. 그러다 보면 정작 말하고 싶은 내용은 뒤로 밀린다. 하지만 다리로 보면 질문이 줄어든다. 과거의 일이 지금의 나를 설명하는가. 과거에 시작한 상태가 지금까지 이어지는가. 과거의 행동 때문에 지금의 상황이 바뀌었는가. 질문의 모양은 조금씩 달라도 모두 한 방향을 본다. 지금에 닿아 있는가. 이 장에서는 이 보조 질문이 중요하다. 그래서 지금 무엇이 달라졌는가. 열쇠를 잃어버렸다면 지금 열쇠가 없다. 숙제를 끝냈다면 지금 끝난 상태다. 보고서를 읽었다면 지금 내용을 안다. 오래 살았다면 지금도 그곳과 이어져 있다. 이 질문에 답이 나오면 이어진 다리 쪽 신호가 강하다. 반대로 이 질문에 답이 잘 나오지 않으면 조심해야 한다. “어제 그 영화를 봤다”에서 지금 무엇이 달라졌는지 꼭 말하고 있지는 않다. 그냥 어젯밤의 한 장면을 말할 수 있다. “지난주에 보고서를 읽었다”도 마찬가지다. 지금 그 내용을 알고 있다는 뜻으로 이어질 수는 있지만, 문장 자체는 지난주의 닫힌 장면을 꺼낼 수 있다. 이어진 다리는 과거 일이 지금에 닿는다고 말하고 싶을 때 쓰는 그림이다. 하지만 모든 과거 일이 이어진 다리가 되는 것은 아니다. “어제 열쇠를 잃어버렸다가 찾았다”라고 말하면 어제의 닫힌 이야기를 말할 수 있다. “지난주에 보고서를 읽었다”라고 특정 시간을 닫아 말하면 닫힌 상자로 갈 수 있다. 같은 사건이라도 말하는 사람이 지금에 연결해 말하는지, 닫힌 장면으로 말하는지에 따라 그림이 달라진다. 앞에서 짚은 주의가 여기서 실제로 쓰인다. 딱지가 없다고 곧장 이어진 다리로 보내면 안 된다. 예를 들어 “아까 전화했어”라는 말을 영어로 옮길 때, 그 전화가 닫힌 한 장면이면 닫힌 상자 쪽으로 갈 수 있다. 하지만 “전화해놨어, 그래서 지금 답을 기다리는 중이야”처럼 현재 상황을 바꾸는 말이면 이어진 다리 쪽으로 간다. 같은 “전화했어”라도 지금에 닿는지를 한 번 더 물어야 방향이 잡힌다. 여기서 다시 2장의 첫 질문을 가져와야 한다. 끊어진 시점 딱지가 붙어 있는가. 붙어 있으면 먼저 닫힌 상자로 보낸다. yesterday, last week, in 2010 같은 딱지는 강하다. 이어진 다리는 그 딱지를 무시하고 쓰는 만능 표현이 아니다. 딱지가 없거나, 시간의 시작점이 지금까지 이어지는 선을 만들 때 이어진 다리를 생각한다. 특히 since와 for는 딱지처럼 보이지만 역할이 다르다. since last spring은 지난봄에 닫힌 장면을 말하는 것이 아니라, 지난봄부터 지금까지 이어진 선을 만든다. for five years는 5년이라는 길이가 지금까지 닿아 있음을 보여준다. 그래서 이 표현들은 이어진 다리와 잘 어울린다. 다만 이 말들도 외워서 붙이기보다, 선이 지금까지 닿는지 먼저 보아야 한다. ever, never, before, already, yet, just 같은 말도 자주 만난다. 이 말들은 이어진 다리 쪽 신호가 될 수 있다. 하지만 신호만 외우면 다시 패턴 암기가 된다. 중요한 것은 신호 뒤의 감각이다. 지금까지 해본 적이 있는가. 지금까지 한 번도 없는가. 이미 끝나서 지금 상태가 바뀌었는가. 아직 끝나지 않아서 지금 기다리고 있는가. 예를 들어 Have you finished yet?은 “아직 끝내지 않았느냐”가 아니라 지금 끝난 상태인지 묻는 질문이다. I have not finished yet.은 과거에 안 끝낸 장면 하나가 아니라, 지금도 끝난 상태에 도착하지 못했다는 말이다. 그래서 yet은 지금을 강하게 끌고 온다. 아직이라는 말은 언제나 지금의 기대와 연결되어 있다. already도 비슷하다. “이미 끝냈어”라고 말할 때 중요한 것은 끝낸 순간이 아니다. 기대보다 먼저 끝난 상태가 지금 와 있다는 점이다. just도 단순히 가까운 과거라는 뜻으로만 보면 부족하다. 방금 한 일이 지금 눈앞에 남아 있을 때 다리의 느낌이 강해진다. before는 지금까지의 경험 범위를 열어준다. 이런 말들은 모두 지금을 향해 손을 뻗고 있을 때 힘을 가진다. 그렇다고 이런 신호들을 억지로 붙일 필요는 없다. 이어진 다리의 핵심은 단어 목록이 아니라 연결이다. “그 책 읽었어”라고 말할 때, 지금 그 책 이야기를 할 수 있다는 뜻이면 다리다. “지난달 휴가 때 그 책 읽었어”라고 말하면 닫힌 장면이다. 같은 한국어 “읽었어”가 다르게 갈라지는 이유는 단어가 아니라 말하는 의도와 시간의 연결 때문이다. 이 장의 질문을 실제로 쓰는 순서는 이렇게 잡으면 된다. 먼저 끊어진 시점 딱지를 찾는다. 딱지가 있으면 대체로 닫힌 상자다. 딱지가 없거나, since와 for처럼 지금까지 이어지는 선을 만드는 표현이 보이면 두 번째 질문으로 간다. 지금에 닿아 있는가. 마지막으로 결과가 눈앞에 남아 있는지 확인한다. 열쇠가 없고, 방이 깨끗하고, 보고서 내용을 알고, 경험이 지금 대화에 쓰이면 다리의 신호가 강하다. 이 장을 읽을 때 가장 피해야 할 생각은 “이건 경험 용법, 이건 계속 용법, 이건 결과 용법” 하고 이름표를 먼저 붙이는 것이다. 이름표는 나중에 부록에서 다시 맞출 수 있다. 지금은 다리를 먼저 보자. 과거에 있었던 일이 지금의 나, 지금의 상태, 지금의 선택, 지금의 대화에 닿아 있는가. 닿아 있으면 이어진 다리다. 다리라는 그림은 독자에게 한 가지 여유를 준다. 모든 문장을 한 번에 확정하지 않아도 된다. 먼저 저쪽에 닫힌 시간인지 보고, 그다음 지금에 닿는지 보면 된다. 애매한 문장이 남는 것은 자연스럽다. 한국어도 맥락 없이 보면 애매한 말이 많다. 이 책의 목표는 애매함을 모두 없애는 것이 아니라, 애매할 때 어디부터 볼지 정해주는 것이다. 따라서 이어진 다리를 볼 때는 성급하게 영어 모양부터 고르지 않는다. 한국어 문장을 먼저 작게 풀어본다. “봤어”라면 언제 봤는지가 중요한가, 아니면 지금 본 경험이 있다는 것이 중요한가. “끝냈어”라면 끝낸 시간이 중요한가, 아니면 지금 끝난 상태가 중요한가. “살았어”라면 예전 어느 때 살았다는 말인가, 아니면 지금까지 살아왔다는 말인가. 이 작은 풀어쓰기가 다리와 닫힌 상자를 가르는 첫 연습이다. 이 연습은 말하기에서도 쓸 수 있다. 완벽한 문장을 만들기 전에 마음속으로 한 번만 묻는다. 지금에 닿아 있나. 그 답이 보이면 문장 선택이 훨씬 덜 흔들린다. 틀을 외우는 대신 방향을 보는 것이다. 이 책에서 이어진 다리를 길게 다루는 이유도 여기에 있다. 많이 알기 위해서가 아니라, 말하려는 순간 덜 멈추기 위해서다. 4장에서는 이 다리와 닫힌 상자를 직접 맞붙여 볼 것이다. “봤어” 하나가 어떤 때는 어젯밤의 닫힌 장면이 되고, 어떤 때는 지금의 경험이 된다. “살았어” 하나가 어떤 때는 2010년의 닫힌 상태가 되고, 어떤 때는 지금까지 이어진 삶이 된다. 답은 문장 끝소리에 있지 않다. 끊어진 시점 딱지가 있는가. 지금에 닿아 있는가. 이 두 질문 사이에 있다. 이제 우리는 세 그림을 모두 갖게 되었다. 지금, 닫힌 상자, 이어진 다리. 다음 장부터는 이 셋을 실제 갈림길 위에 올려놓는다. 같은 한국어가 두 영어 문장으로 갈라질 때, 먼저 딱지를 보고, 그다음 지금에 닿아 있는지 본다. 그 순서가 생기면 did와 have done은 더 이상 감으로 고르는 문제가 아니다. ---------------------------------------- ### 5장. 현재완료를 쓰지 않는 일곱 가지 순간 https://voidlogpress.com/books/%ec%8b%9c%ec%a0%9c-3%ea%b0%9c%eb%a1%9c-%ec%98%81%ec%96%b4-%ec%8b%9c%ea%b0%84-%ea%b0%90%ea%b0%81-%ec%a0%88%eb%b0%98-%ec%9e%a1%ea%b8%b0/5%ec%9e%a5-%ed%98%84%ec%9e%ac%ec%99%84%eb%a3%8c%eb%a5%bc-%ec%93%b0%ec%a7%80-%ec%95%8a%eb%8a%94-%ec%9d%bc%ea%b3%b1-%ea%b0%80%ec%a7%80-%ec%88%9c%ea%b0%84/ 질문: 지금과 관련이 있으면 무조건 현재완료를 쓰나요? 요약: 아닙니다. 끝난 시점이 붙었을 때, 언제인지 물을 때, 이야기를 순서대로 풀 때, 이미 끝난 생애를 말할 때, 기간이 이미 닫혔을 때, 결과가 사라졌을 때는 과거형입니다. 관련이 있어도 닫힌 딱지가 붙으면 닫힌 상자로 갑니다. 또 다른 질문: 이미 세상을 떠난 사람의 일은 어떻게 쓰나요? 답: 닫힌 상자로 씁니다. 그 사람의 시간은 이미 닫혔기 때문입니다. 반대로 살아 있는 사람의 경험은 지금까지 이어질 수 있어 이어진 다리가 어울리고, 앞으로 더 할 수도 있다는 느낌을 줍니다. 또 다른 질문: for 가 붙으면 현재완료 아닌가요? 답: 그 기간이 지금까지 이어지느냐 이미 끝났느냐에 따라 갈립니다. 5년째 공부하는 중이면 선이 지금에 닿아 이어진 다리이고, 5년간 공부했지만 그만두었다면 과거의 어느 구간 안에서 끝나 닫힌 상자입니다. 또 다른 질문: 결과가 사라지면 현재완료를 못 쓰나요? 답: 현재 결과를 강조하는 쓰임에서는 그렇습니다. 나갔다가 돌아왔으면 나가 있던 결과가 남지 않습니다. 다만 그 일을 한 경험 자체를 말할 때는 결과가 사라졌어도 이어진 다리를 쓸 수 있습니다. 또 다른 질문: 이야기를 순서대로 풀 때는 어느 자리를 쓰나요? 답: 닫힌 상자로 이어갑니다. 이야기 속 사건들은 이미 지나간 장면이라 하나하나가 닫힌 상자입니다. 여기에 현재완료를 섞으면 흐름이 끊깁니다. 문을 열 때는 이어진 다리, 안으로 들어가 순서대로 풀 때는 닫힌 상자입니다. 최종 확인: 2026-09-03T11:04:38+09:00 지금까지 우리는 이어진 다리를 넉넉하게 다루었다. 과거에 있었던 일이 지금까지 닿아 있으면 이어진 다리로 보냈다. 그러다 보면 한 가지 오해가 생기기 쉽다. 지금과 조금이라도 관련이 있으면 무조건 현재완료를 써야 한다는 생각이다. 하지만 그렇지 않다. 세 그림 중 이어진 다리가 가장 화려해 보인다고 해서, 그 다리가 만능은 아니다. 오히려 실제 대화에서 더 자주 쓰이는 것은 닫힌 상자다. 지나간 일을 있는 그대로 꺼낼 때, 이야기를 순서대로 풀어갈 때, 시점을 콕 집어 물을 때는 과거형이 자연스럽다. 이 장은 그 반대쪽을 본다. 현재완료를 피하고 닫힌 상자를 써야 하는 일곱 가지 순간이다. 이 장이 필요한 이유는 분명하다. 이어진 다리를 너무 넓게 쓰면, 오히려 어색한 문장이 늘어난다. 1. 끝난 시점이 붙어 있을 때 가장 단순한 규칙이다. yesterday, last year, ago처럼 끊어진 시점 딱지가 붙으면 닫힌 상자다. I bought this jacket last year. 나는 이 재킷을 작년에 샀다. We arrived an hour ago. 우리는 한 시간 전에 도착했다. The class ended ten minutes ago. 수업은 10분 전에 끝났다. 이런 딱지가 붙었는데도 현재완료를 쓰면 문장이 부딪힌다. I have bought this jacket last year.는 어색하다. 현재완료는 “지금까지”라는 열린 시간을 품는데, last year는 이미 닫힌 시간이기 때문이다. 열린 손과 닫힌 손이 한 문장 안에서 싸운다. 그래서 딱지가 보이면 고민 없이 닫힌 상자로 보낸다. 같은 재킷 이야기라도 딱지를 떼면 그림이 달라진다. I have bought a new jacket.은 새 재킷을 샀고 지금 그것을 가지고 있다는 이어진 다리가 된다. 언제 샀는지는 말하지 않는다. 하지만 last year가 붙는 순간, 그 구입은 작년이라는 닫힌 시간 안으로 들어간다. 같은 사건도 딱지 하나로 자리가 바뀐다. 그래서 문장을 고를 때 가장 먼저 볼 것은 언제나 딱지다. 2. When으로 시점을 물을 때 When did you ~?는 사건이 일어난 시점을 콕 집어 묻는 말이다. 그런데 현재완료는 바로 그 시점을 지운다. 지금까지의 경험이나 결과를 말할 뿐, 정확히 언제인지는 흐린다. 그래서 둘은 서로 맞지 않는다. When did you arrive? 너 언제 도착했어? When did you buy it? 그거 언제 샀어? When have you arrived?처럼 물으면 원어민 귀에 어색하게 들린다. 시점을 묻는 순간, 그 일은 이미 닫힌 한 장면으로 굳는다. 그러니 “언제”를 물을 때는 닫힌 상자를 쓴다. 반대로 Have you arrived?는 도착했는지 그 여부만 묻는 말이라 자연스럽다. 시점을 붙이는 순간 갈라진다는 점만 기억하면 된다. 3. 이야기를 순서대로 풀어갈 때 일어난 일을 시간 순서대로 늘어놓는 것을 이야기, 곧 내러티브라고 한다. 아침에 일어나서, 밥을 먹고, 집을 나섰다. 이렇게 사건이 줄줄이 이어질 때는 닫힌 상자로 이어간다. I woke up at seven, had breakfast, and left the house. 나는 일곱 시에 일어나 아침을 먹고 집을 나섰다. She opened the door, looked around, and smiled. 그 사람은 문을 열고, 주위를 둘러보고, 미소 지었다. 이야기 속 사건들은 이미 지나간 장면들이다. 하나하나가 닫힌 상자다. 여기에 현재완료를 섞으면 흐름이 끊긴다. 이야기는 지금까지 이어지는 선이 아니라, 순서대로 닫힌 장면들이 놓인 길이다. 여기에는 한 가지 감각이 숨어 있다. 이어진 다리는 흔히 이야기의 “문을 여는” 자리에 쓰인다. My car has broken down.처럼 지금의 상황을 먼저 알린다. 그러다 그 뒤에 무슨 일이 있었는지 자세히 풀어갈 때는 닫힌 상자로 내려간다. It made a strange noise, and then it just stopped.처럼 말이다. 문을 열 때는 이어진 다리, 안으로 들어가 순서대로 풀 때는 닫힌 상자. 이 순서는 6장에서 볼 대화의 리듬과도 이어진다. 4. 역사나 이미 끝난 생애를 말할 때 역사적 사건은 정해진 시점에 일어나 끝났다. 이미 세상을 떠난 사람의 생애도 마찬가지다. 그 사람의 시간은 닫혔다. 그래서 닫힌 상자로 말한다. Sejong created Hangul in the 15th century. 세종은 15세기에 한글을 만들었다. Beethoven wrote nine symphonies. 베토벤은 아홉 개의 교향곡을 썼다. 베토벤의 작곡은 지금까지 이어지는 일이 아니다. 그의 생애 안에서 끝났다. 여기서 조심할 것이 하나 있다. 살아 있는 사람의 경험은 지금까지 이어질 수 있어서 이어진 다리가 어울린다. She has written three books.는 그 사람이 지금도 살아 있고 앞으로 더 쓸 수도 있다는 느낌을 준다. 하지만 이미 끝난 생애는 그 문이 닫혀 있다. 그래서 세상을 떠난 사람에게는 닫힌 상자를 쓴다. 5. 과거에 시작했지만 지금은 끝난 기간 기간을 말할 때 for가 붙으면 이어진 다리로 착각하기 쉽다. 하지만 그 기간이 지금까지 이어지느냐, 이미 끝났느냐에 따라 그림이 갈린다. I have studied French for five years. 나는 5년째 프랑스어를 공부하고 있다. 이 문장은 지금도 공부하는 중이다. 5년의 선이 지금에 닿는다. 이어진 다리다. 그런데 같은 5년이라도 이미 끝났다면 다르다. I studied French for five years, but I stopped. 나는 5년간 프랑스어를 공부했지만, 그만두었다. 여기서 5년은 지금까지 이어지지 않는다. 과거의 어느 구간에서 시작해 그 구간 안에서 끝났다. 그래서 닫힌 상자다. He worked at the bank for ten years.도 지금은 그만두고 떠난 상태라면 닫힌 상자다. for라는 말만 보고 반사적으로 이어진 다리를 고르면 안 된다. 그 기간의 끝이 지금인지, 아니면 이미 닫혔는지를 봐야 한다. 6. 과거의 결과가 지금은 사라졌을 때 이어진 다리는 과거의 결과가 지금 남아 있을 때 쓴다. 그런데 그 결과가 사라졌다면, 이어진 다리를 쓸 이유가 없다. 다리가 지금에 닿지 못하기 때문이다. She has gone out. 그 사람은 나갔다. 이 문장은 지금 그 사람이 여기 없다는 뜻이다. 나간 결과가 지금 남아 있다. 이어진 다리다. 그런데 나갔다가 돌아왔다면 그 결과는 사라진다. She went out, but she came back. 그 사람은 나갔다가 돌아왔다. 지금은 다시 여기 있으니, 나가 있던 결과가 남지 않았다. 그래서 닫힌 상자다. 우산도 같다. I have left my umbrella on the train.은 지금 우산이 없다는 결과가 남은 이어진 다리다. 하지만 I left my umbrella on the train, but someone returned it.은 우산을 되찾았으니, 지금 남은 결과가 없어 닫힌 상자다. 결과가 지금 눈앞에 없으면, 현재 결과를 강조하는 이어진 다리는 쓸 곳을 잃는다. 다만 여기서 말하는 것은 “현재 결과”를 강조하는 쓰임이다. 그 일을 한 “경험” 자체를 말할 때는 결과가 사라졌어도 이어진 다리가 여전히 가능하다. I have lost my keys before, but I found them.처럼, 지금은 열쇠를 찾아 결과가 남지 않았어도 “전에 잃어버린 적이 있다”라는 경험은 이어진 다리로 말할 수 있다. 결과를 말하는가, 경험을 말하는가에 따라 갈린다는 점만 기억하면 된다. 7. 현재와 관련이 있어도 닫힌 시간 안에서 말할 때 이것이 이 장에서 가장 조심할 순간이다. 어떤 일은 분명 지금과 관련이 있다. 그래도 닫힌 시점 딱지가 붙으면 닫힌 상자로 간다. 관련이 있다는 이유만으로 이어진 다리를 쓸 수는 없다. I saw him yesterday, so I know he is fine. 나는 어제 그를 봤고, 그래서 그가 괜찮다는 걸 안다. 이 문장은 지금 그가 괜찮다는 사실과 분명히 이어져 있다. “그래서 안다”라는 말이 그 연결을 보여준다. 그렇다면 이어진 다리여야 할까. 아니다. yesterday라는 닫힌 딱지가 이미 붙어 있기 때문이다. 본 일 자체는 어제라는 닫힌 시간 안에 있다. 그래서 I have seen him yesterday.라고 쓰면 어색하다. 관련성이 아무리 강해도, 닫힌 시점 딱지는 그 강함을 이긴다. 이 순간이 헷갈리는 이유가 있다. 우리는 “지금과 관련 있으면 이어진 다리”라고 배웠다. 그런데 여기서는 관련이 있는데도 닫힌 상자다. 규칙이 어긋난 것처럼 보인다. 하지만 순서를 기억하면 풀린다. 판별의 첫 질문은 언제나 딱지다. 끊어진 시점 딱지가 있으면, 다른 질문으로 넘어가기 전에 먼저 닫힌 상자로 보낸다. 관련성을 보는 질문은 딱지가 없을 때에야 꺼낸다. 딱지가 문지기다. 만약 그가 괜찮다는 지금의 사실에 무게를 싣고 싶다면, 문장을 나누면 된다. 본 일은 어제의 닫힌 장면으로 두고, 지금 아는 것은 지금의 자리로 따로 말한다. I saw him yesterday. 그리고 He is fine. 이렇게 두 문장으로 나누면 각각 제자리에 놓인다. 하나의 문장에 닫힌 시간과 지금을 억지로 겹치려 할 때 어색함이 생긴다. 딱지가 붙은 일은 딱지가 붙은 대로, 지금의 사실은 지금대로 말하면 문장이 편안해진다. 그래서 현재완료는 만능이 아니다 일곱 순간을 지나오면 한 가지가 분명해진다. 이어진 다리는 강력하지만 아무 데나 놓는 다리가 아니다. 끝난 시점이 붙었을 때, 시점을 콕 물을 때, 이야기를 순서대로 풀 때, 이미 끝난 역사와 생애를 말할 때, 기간이 지금 끝났을 때, 결과가 사라졌을 때, 그리고 관련이 있어도 닫힌 시간 안에 있을 때. 이 모든 순간에는 닫힌 상자가 맞다. 이 장은 이 책의 균형을 잡아준다. 앞에서 이어진 다리를 길게 배웠으니, 자칫 그 다리를 너무 넓게 펼치기 쉽다. 하지만 원어민의 실제 말에서 가장 자주 나오는 것은 오히려 닫힌 상자다. 지나간 일은 지나간 대로 말하는 것이 기본이다. 이어진 다리는 그 일이 지금까지 닿아 있다고 특별히 말하고 싶을 때 꺼내는 그림이다. 그러니 판별의 순서를 다시 새기자. 먼저 딱지를 본다. 딱지가 있으면 닫힌 상자다. 여기서 대부분이 정리된다. 딱지가 없을 때에야 지금에 닿는지, 결과가 남았는지를 묻는다. 이 순서를 지키면 이어진 다리를 남발하는 실수가 줄어든다. 현재완료는 좋은 도구다. 다만 모든 자물쇠를 여는 열쇠는 아니다. ---------------------------------------- ## 은퇴 첫 5년이 노후 30년을 가른다 ISBN 9791143815804 · 2026-07-24 · 강지우 지음 https://voidlogpress.com/books/%ec%9d%80%ed%87%b4-%ec%b2%ab-5%eb%85%84%ec%9d%b4-%eb%85%b8%ed%9b%84-30%eb%85%84%ec%9d%84-%ea%b0%80%eb%a5%b8%eb%8b%a4/ ### 3장. 내 첫 5년을 숫자로 진단한다 https://voidlogpress.com/books/%ec%9d%80%ed%87%b4-%ec%b2%ab-5%eb%85%84%ec%9d%b4-%eb%85%b8%ed%9b%84-30%eb%85%84%ec%9d%84-%ea%b0%80%eb%a5%b8%eb%8b%a4/3%ec%9e%a5-%eb%82%b4-%ec%b2%ab-5%eb%85%84%ec%9d%84-%ec%88%ab%ec%9e%90%eb%a1%9c-%ec%a7%84%eb%8b%a8%ed%95%9c%eb%8b%a4/ 질문: 내 은퇴 계획이 위험한지 어떤 숫자로 확인하나요? 요약: 네 숫자를 차례로 계산합니다. 시장에서 매년 꺼내야 하는 금액, 생활비 자산 중 가격 변동에 노출된 비중, 위험자산을 팔지 않고 버틸 수 있는 개월 수, 시장이 나쁠 때 줄일 수 있는 지출입니다. 이 넷을 채우면 먼저 보강할 방파제가 정해집니다. 또 다른 질문: 진단할 때 왜 기준일부터 정하나요? 답: 숫자를 같은 날짜를 기준으로 모아야 하기 때문입니다. 금융자산은 오늘 잔액인데 생활비는 3년 전 수준이고 연금은 5년 뒤 예상액이라면 계산 결과가 의미를 잃습니다. 생활비와 소득은 세후 기준으로 맞춥니다. 또 다른 질문: 3년 뒤에 받을 국민연금도 진단에 넣나요? 답: 넣지 않습니다. 지금 진단에는 기준일 이후 12개월에 실제로 받을 금액만 넣습니다. 퇴직이나 연금 개시가 1년 안에 예정돼 있다면 은퇴 전과 은퇴 후를 나눠 두 번 계산합니다. 소득 계산 기간도 같은 기준으로 맞춥니다. 또 다른 질문: 임대소득과 배당은 보장소득에 넣나요? 답: 따로 적습니다. 공실과 건강, 계약 종료, 배당 삭감, 금리 변화에 따라 줄어들 수 있기 때문입니다. 특히 배당과 이자는 금융자산의 수익이므로 소득과 자산 양쪽에 중복해 계산하지 않습니다. 또 다른 질문: 생활비 자산 위험노출률은 순자산 기준인가요? 답: 가구 전체 순자산의 위험자산 비중이 아닙니다. 생활비로 전환할 금융자산 가운데 가격 변동이 큰 자산의 비중입니다. 이름에 채권이 들어간다고 모두 낮은 위험으로 분류하지 않고, 판단이 어려운 상품은 일단 변동 자산으로 넣습니다. 최종 확인: 2026-09-03T11:04:37+09:00 6퍼센트와 2퍼센트. 이번에도 두 개의 숫자다. 그런데 이번 숫자는 서로 다른 두 사람의 것이 아니다. 같은 사람의 은퇴 계획에서 나온 두 개의 인출률이다. 금융자산 5억 원, 한 해 생활비 3천만 원인 은퇴자가 있다고 하자. 생활비를 금융자산으로 나누면 6퍼센트다. 그는 4퍼센트 규칙을 떠올리며 자신의 계획이 위험하다고 생각한다. 그런데 매년 국민연금으로 2천만 원이 들어온다면 시장에서 꺼낼 돈은 1천만 원이다. 1천만 원을 5억 원으로 나눈 값은 2퍼센트다. 겉으로 보이는 6퍼센트와 시장이 실제로 감당해야 하는 2퍼센트 사이에는 큰 차이가 있다. 반대의 착각도 가능하다. 생활비 3천만 원만 보고 인출률이 높지 않다고 생각했는데, 정작 금융자산 가운데 상당액이 거주 주택이나 당장 인출할 수 없는 자산에 묶여 있을 수 있다. 몇 년 뒤 시작할 국민연금을 이미 받고 있는 소득처럼 계산했을 수도 있다. 이 경우 실제 시장 의존도는 생각보다 높아진다. 그래서 이 장에서는 통장 잔액 하나나 생활비 하나만 보지 않는다. 다음 네 숫자를 차례로 계산한다. • 1. 시장에서 매년 얼마를 꺼내야 하는가 • 2. 생활비로 쓸 금융자산 중 얼마가 가격 변동에 노출돼 있는가 • 3. 위험자산을 팔지 않고 몇 개월을 버틸 수 있는가 • 4. 시장이 나쁠 때 생활비를 얼마나 줄일 수 있는가 이 네 숫자를 채우면 첫 5년의 위험 등급과 먼저 보강할 방파제가 정해진다. 여기서 사용하는 등급은 미래를 예언하거나 자산 고갈 확률을 계산하는 도구가 아니다. 서로 다른 약점을 같은 형식으로 확인하고, 무엇부터 손댈지 정하기 위한 보수적인 선별표다. 진단 전에 기준일부터 적는다 숫자는 같은 날짜를 기준으로 모아야 한다. 금융자산은 오늘 잔액인데 생활비는 3년 전 수준이고, 연금은 5년 뒤 예상액이라면 계산 결과가 아무 의미가 없다. [진단 기준] • 진단 기준일: ______년 ____월 ____일 • 생활비 계산 기간: 기준일 직전 12개월 • 소득 계산 기간: 기준일 이후 12개월에 실제로 들어올 금액 • 금융자산 평가일: 진단 기준일 • 다음 정기 점검일: ______년 ____월 ____일 생활비와 소득은 세후 기준으로 맞춘다. 세금과 건강보험료처럼 실제로 빠져나가는 돈은 생활비에 넣고, 연금과 기타 소득은 통장에 들어오는 금액을 적는다. 국민연금을 3년 뒤부터 받을 예정이라면 지금 진단에는 3년 뒤 연금액을 넣지 않는다. 기준일 이후 12개월에 실제로 받을 금액만 넣는다. 퇴직이나 연금 개시가 1년 안에 예정되어 있다면 은퇴 전과 은퇴 후를 나눠 두 번 계산한다. 1단계 | 생활비를 필수와 선택으로 나눈다 첫 번째 작업은 지난 12개월의 실제 지출을 모으는 것이다. 막연히 한 달에 250만 원쯤 쓴다고 적지 말고 카드, 계좌이체, 현금 지출을 합친다. 여기에 은퇴 후 새로 생기거나 사라질 비용을 조정한다. 필수생활비 시장 상황과 관계없이 지급해야 하는 돈이다. • 주거비와 관리비 • 식비와 공과금 • 건강보험료·세금·보험료 • 의료비와 정기 약값 • 교통·통신비 • 대출 원리금 • 중단하기 어려운 가족 지원 선택생활비 하락장이 길어지면 미루거나 줄일 수 있는 돈이다. • 여행과 취미 • 외식과 문화생활 • 선물과 경조사 추가 지출 • 자동차·가전 교체 • 선택 가능한 교육비와 구독료 일회성 지출 매달 반복되지는 않지만 첫 5년 안에 예정된 큰돈이다. • 주택 수리 • 자동차 교체 • 자녀 결혼·교육 지원 • 대출 일시 상환 • 큰 의료비 일회성 지출은 생활비에 억지로 섞지 않는다. 지급 시점이 확정돼 있다면 별도 준비금으로 떼어 두고, 뒤에서 계산할 금융자산에서도 제외한다. 그래야 생활비로 쓸 수 없는 돈을 쓸 수 있는 자산으로 착각하지 않는다. 연간 기준생활비는 필수생활비와 선택생활비를 합친 금액이다. 시장 의존 인출률은 실제로 계획한 전체 생활비를 기준으로 계산한다. 다만 선택생활비는 뒤에서 지출 조정 가능률을 계산할 때 완충재로 다시 사용한다. 연간 기준생활비 = 필수생활비 + 선택생활비 2단계 | 보장소득과 기타 소득을 분리한다 보장소득은 시장이 하락해도 지급 조건에 따라 들어오는 돈이다. 국민연금, 공무원연금 등 공적연금, 지급 조건이 확정된 퇴직연금 수령액, 주택연금, 계약상 지급액이 정해진 연금보험 등이 여기에 들어간다. 임대소득, 근로소득, 사업소득, 배당과 이자는 따로 적는다. 이 돈들은 유용하지만 공실, 건강, 계약 종료, 배당 삭감, 금리 변화에 따라 줄어들 수 있다. 따라서 기본 진단에서는 보장소득에 넣지 않는다. 특히 배당과 이자는 금융자산의 수익이므로 소득과 자산 양쪽에 중복해 계산하지 않는다. 필요하면 기타 소득을 보수적으로 반영한 보조 진단을 한 번 더 계산한다. 보장소득을 지나치게 엄격하게 나누는 이유는 단순하다. 첫 5년의 진단은 좋은 상황이 아니라 나쁜 상황에서도 유지되는 구조를 보기 위한 것이기 때문이다. 3단계 | 생활비 갭과 시장 의존 인출률을 계산한다 연간 기준생활비에서 보장소득을 빼면 생활비 갭이 나온다. 이 금액이 시장에서 조달해야 하는 연간 생활비다. 생활비 갭 = 연간 기준생활비 - 보장소득 계산 결과가 0보다 작으면 생활비 갭은 0으로 적는다. 남는 보장소득은 별도의 여유 자금이지만, 음수 인출률로 계산하지 않는다. 다음으로 생활비로 전환 가능한 금융자산을 계산한다. 여기에는 예금, 현금성 자산, 주식·채권·펀드·ETF, 인출 계획이 있는 연금계좌 등이 포함된다. 다음 자산은 제외한다. • 계속 거주할 주택 • 첫 5년 안에 현금화할 계획이 없는 부동산 • 지급 예정인 일회성 지출 준비금 • 생활비와 분리해 둔 의료·간병 비상자금 • 법적·계약상 당장 인출할 수 없는 자산 • 곧 일시 상환해야 하는 부채에 대응하는 금액 매도할 때 세금이나 해지 비용이 크게 발생하는 자산은 그 비용을 뺀 금액으로 잡는다. 시장 의존 인출률 = 생활비 갭 ÷ 생활비로 전환 가능한 금융자산 × 100 시장 의존 인출률 점수 시장 의존 인출률 점수 해석 3퍼센트 이하 0점 시장 인출 부담이 비교적 낮다 3퍼센트 초과 4퍼센트 이하 1점 나쁜 순서에 대비한 방어가 필요하다 4퍼센트 초과 2점 인출 속도부터 우선 점검한다 최근의 은퇴 인출 연구에서도 30년 동안 물가를 반영해 같은 수준의 지출을 유지하는 기본 전략은 대체로 4퍼센트 안팎을 출발점으로 삼는다. 그러나 이 숫자는 미국 시장, 특정 자산배분, 특정 기간과 성공 기준을 가정한 결과다. 이 책은 4퍼센트를 안전과 실패를 가르는 선으로 쓰지 않는다. 3퍼센트와 4퍼센트를 각각 주의 단계를 나누는 보수적 경계로만 사용한다. 은퇴 기간이 35년 이상이거나, 세금과 비용이 계산에서 빠졌거나, 첫 5년 안에 큰 일회성 지출이 예정돼 있다면 한 단계 더 보수적으로 해석한다. 4단계 | 생활비 자산 위험노출률을 계산한다 같은 시장 의존 인출률이라도 생활비를 어디서 꺼내느냐에 따라 위험은 달라진다. 생활비로 쓸 자산 대부분이 예금과 단기 우량채권이라면 당장 큰 폭으로 팔릴 위험이 낮다. 반대로 주식, 주식형 펀드, 리츠, 고수익채권, 가상자산처럼 가격 변동이 큰 자산에 몰려 있다면 하락장에서 생활비를 마련하기 위해 손실을 확정할 가능성이 커진다. 여기서 보는 것은 가구 전체 순자산의 위험자산 비중이 아니다. 생활비로 전환할 금융자산 가운데 가격 변동이 큰 자산의 비중이다. 생활비 자산 위험노출률 = 가격 변동이 큰 자산 ÷ 생활비로 전환 가능한 금융자산 × 100 장기채권과 신용도가 낮은 채권도 가격이 크게 움직일 수 있다. 이름에 채권이 들어간다고 모두 낮은 위험으로 분류하지 않는다. 판단하기 어려운 상품은 일단 가격 변동 자산으로 넣고 4장에서 다시 분류한다. 위험노출률 점수 위험노출률 점수 해석 40퍼센트 이하 0점 생활비 자산의 변동 노출이 비교적 낮다 40퍼센트 초과 60퍼센트 이하 1점 자산배분과 버퍼를 함께 점검한다 60퍼센트 초과 2점 은퇴 초기 하락에 대한 노출이 크다 이 경계 역시 정답 비중이 아니다. 최근의 고정 인출 연구에서 비교적 보수적인 출발률이 나온 자산배분과, 전통적인 균형형 포트폴리오의 범위를 참고해 진단용으로 단순화한 것이다. 개인의 연령, 보장소득, 투자기간, 상품 구성에 따라 적정 비중은 달라진다. 5단계 | 생활비 버퍼 개월을 계산한다 생활비 버퍼는 시장이 나쁠 때 가격 변동 자산을 팔지 않고 생활비 갭을 메울 수 있도록 따로 둔 돈이다. 입출금 계좌의 현금뿐 아니라 만기가 짧고 가격 변동이 낮으며, 사용 시점을 정해 둔 자산까지 포함할 수 있다. 다만 주가가 하락하면 함께 큰 폭으로 떨어질 가능성이 있는 상품은 버퍼에 넣지 않는다. 버퍼 개월은 전체 생활비가 아니라 보장소득으로 채우고 남은 월 생활비 갭을 기준으로 계산한다. 월 생활비 갭 = 연간 생활비 갭 ÷ 12 생활비 버퍼 개월 = 생활비 버퍼 금액 ÷ 월 생활비 갭 버퍼 점수 생활비 버퍼 점수 해석 24개월 이상 0점 긴 하락장에서 대응할 시간이 있다 12개월 이상 24개월 미만 1점 기본 방어는 있으나 보강 여부를 점검한다 12개월 미만 2점 하락장에서 위험자산 매도로 이어질 수 있다 1년 이상의 현금성 생활비와 그 이후를 잇는 단기 자산을 마련하라는 실무 권고가 흔하다. 이 책은 현금만 2년치 쌓으라는 뜻으로 24개월을 쓰지 않는다. 즉시 쓸 돈과 만기가 짧은 낮은 변동 자산을 합친 생활비 방어 기간으로 계산한다. 구체적인 층별 배치는 5장에서 정한다. 생활비 갭이 0이라면 버퍼 개월은 계산하지 않는다. 다만 선택 지출이나 큰 일회성 지출을 금융자산에서 꺼낼 계획이 있다면 그 금액을 기준으로 별도 버퍼를 만든다. 6단계 | 지출 조정 가능률을 계산한다 현금이 많지 않아도 시장이 나쁠 때 지출을 줄일 수 있다면 순서 위험을 낮출 수 있다. 중요한 것은 마음만 먹으면 아낄 수 있다는 다짐이 아니라, 12개월 안에 실제로 중단하거나 미룰 항목과 금액을 미리 적는 것이다. 지출 조정 가능률 = 12개월 안에 줄일 수 있는 선택생활비 ÷ 연간 기준생활비 × 100 지출 조정 가능률 점수 조정 가능률 점수 해석 20퍼센트 이상 0점 지출 조정 여력이 크다 10퍼센트 이상 20퍼센트 미만 1점 1차 가드레일을 만들 수 있다 10퍼센트 미만 2점 지출만으로 하락 충격을 흡수하기 어렵다 10퍼센트라는 경계는 하락 시 인출액을 일정 폭 줄이는 가드레일 연구에서 자주 사용된 조정 폭을 참고한 것이다. 그러나 실제 생활에서 10퍼센트를 줄일 수 있는지는 가구마다 다르다. 줄일 항목을 쓰지 못했다면 계산상 선택생활비가 있더라도 조정 가능 금액으로 인정하지 않는다. 12개월 안에 실제로 줄일 수 있는 선택생활비 항목을 아래에 적고, 그 합계를 지출 조정 가능률 계산의 분자로 쓴다. 순번 줄일 수 있는 선택생활비 항목 연간 절감액 12개월 내 실행 1 ______ ______원 ______ 2 ______ ______원 ______ 3 ______ ______원 ______ 합계 ______원 7단계 | 네 점수로 첫 5년 운영 준비도를 판정한다 이제 네 점수를 합친다. 이 합계는 위험을 정밀하게 재는 점수가 아니라, 첫 5년을 운영할 준비가 어디까지 되어 있는지를 빠르게 가늠하는 준비도 지표다. 첫 5년 진단 등급 합계 등급 의미 0~2점 여유 순서 위험 노출이 비교적 낮다. 현재 구조를 유지하며 연 1회 점검한다 3~5점 표준 한두 축이 약하다. 은퇴 전에 우선 방파제를 보강한다 6~8점 우선 보강 여러 약점이 겹쳐 있다. 상품 선택보다 구조 조정을 먼저 한다 이 점수는 자산이 고갈될 확률도 아니고 은퇴 성공률도 아니다. 5점이 3점보다 정확히 몇 배 위험하다는 뜻도 아니다. 자산 고갈 확률을 검증한 모델이 아니라, 약한 축을 빠르게 찾기 위해 편집한 선별 도구다. 그래서 합계보다 아래 우선 규칙과 개별 항목 점수를 먼저 본다. 합계보다 먼저 적용하는 우선 규칙 합계가 낮아도 다음 조건에서는 아래 규칙을 우선한다. 한 축의 약점만으로도 첫 5년이 위험해질 수 있기 때문이다. • 시장 의존 인출률이 4퍼센트를 초과하면(그 항목 2점) 합계가 2점 이하라도 여유로 보지 않고 최소 표준으로 낮춰 본다. 인출 속도가 빠른 계획은 다른 축이 좋아도 순서 위험에 그대로 노출되기 때문이다. • 시장 의존 인출률이 6퍼센트 이상이면 합계와 관계없이 우선 보강으로 본다. • 버퍼가 6개월 미만이면서 위험노출률이 60퍼센트를 넘으면 합계와 관계없이 우선 보강으로 본다. • 생활비 갭이 0이고 향후 12개월에 금융자산 인출 계획도 없다면 순서 위험 준비도는 여유로 본다. 다만 투자자산 자체의 손실 위험은 별도 점검한다. • 첫 5년의 큰 지출이나 아직 시작하지 않은 연금을 잘못 반영했다면 등급을 확정하지 말고 숫자부터 다시 계산한다. 은퇴 기간이 35년 이상으로 예상되거나, 한 종목·한 업종·한 국가 자산에 금융자산의 30퍼센트 이상이 집중돼 있다면 현재 등급보다 한 단계 보수적으로 해석한다. 8단계 | 가장 약한 축에서 첫 방파제를 고른다 총점보다 중요한 것은 어느 항목에서 점수를 잃었는가다. 가장 약한 항목 먼저 볼 방파제 다음 장의 작업 시장 의존 인출률 지출·보장소득 방파제 생활비 갭을 줄이고 보장소득을 늘린다 위험노출률 자산 방파제 목표 위험자산 비중과 이동 금액을 정한다 생활비 버퍼 유동성 방파제 버퍼 총액과 만기 구조를 만든다 지출 조정 가능률 지출 방파제 1차·2차 축소 규칙을 정한다 2점 항목이 여러 개라면 다음 순서로 첫 행동을 정한다. • 1. 버퍼가 6개월 미만이면 유동성 방파제부터 세운다. • 2. 시장 의존 인출률이 6퍼센트를 넘으면 지출과 보장소득을 함께 조정한다. • 3. 위험노출률이 60퍼센트를 넘으면 자산 방파제를 보강한다. • 4. 그 밖의 동점은 시장 의존 인출률, 버퍼, 위험노출률, 지출 조정 가능률 순으로 본다. 이 순서는 다른 방파제를 미루라는 뜻이 아니다. 당장 생활비가 끊기지 않도록 시간을 확보한 뒤, 인출 구조와 자산 구성을 차례로 고친다는 뜻이다. 세 가구를 같은 표에 넣어 보면 표 3-4. 세 유형의 진단 예시 항목 여유형 표준형 우선 보강형 연간 기준생활비 3,600만원 3,300만원 3,600만원 보장소득 3,000만원 1,800만원 1,200만원 생활비로 전환 가능한 금융자산 6억원 4억원 3억원 시장 의존 인출률 1.0퍼센트, 0점 3.75퍼센트, 1점 8.0퍼센트, 2점 위험노출률 30퍼센트, 0점 50퍼센트, 1점 70퍼센트, 2점 생활비 버퍼 24개월, 0점 12개월, 1점 6개월, 2점 지출 조정 가능률 25퍼센트, 0점 18퍼센트, 1점 8퍼센트, 2점 합계 0점 4점 8점 판정 여유 표준 우선 보강 첫 방파제 유지·연례 점검 자산 또는 유동성 지출·보장소득 우선 세 가구의 생활비 차이는 크지 않다. 결과를 가른 것은 생활비 자체보다 보장소득, 시장에서 꺼내야 하는 비율, 가격 변동 자산의 비중, 버틸 시간과 줄일 지출이었다. 표준형은 네 지표가 모두 중간에 걸려 있다. 이 가구는 당장 은퇴가 불가능한 상태가 아니다. 다만 첫 5년 전에 한두 개의 방파제를 보강해야 한다. 6장에서는 이 표준형 가구가 실제로 자산을 옮기고 생활비 버퍼를 만드는 과정을 처음부터 끝까지 따라간다. 숫자는 해마다 다시 잰다 진단표는 한 번 작성하고 보관하는 성적표가 아니다. 은퇴 전에는 연 1회, 은퇴 후 첫 5년에는 매년 같은 달에 다시 작성한다. 다음 사건이 생기면 정기 점검일까지 기다리지 않는다. • 금융자산이 10퍼센트 이상 변했다 • 보장소득이 시작되거나 중단됐다 • 주거·의료·가족 지원 비용이 크게 변했다 • 배우자 중 한 사람의 소득이나 건강이 달라졌다 • 큰 일회성 지출 계획이 생겼다 • 버퍼를 3개월치 이상 사용했다 숫자가 나쁘게 나오는 것은 실패가 아니다. 막연한 불안이 조정 가능한 항목으로 바뀐 것이다. 시장의 순서는 정할 수 없지만, 시장에서 꺼낼 돈, 위험에 노출할 돈, 버틸 기간, 줄일 지출은 지금부터 바꿀 수 있다. 부록 B의 진단표에 네 수치와 점수를 옮겨 적는다. 이 결과가 다음 두 장의 작업 지시서다. 4장에서는 위험노출률과 인출 속도를 조정하고, 5장에서는 버틸 시간과 보장소득을 늘린다. ---------------------------------------- ### 4장. 자산 방파제와 지출 방파제 https://voidlogpress.com/books/%ec%9d%80%ed%87%b4-%ec%b2%ab-5%eb%85%84%ec%9d%b4-%eb%85%b8%ed%9b%84-30%eb%85%84%ec%9d%84-%ea%b0%80%eb%a5%b8%eb%8b%a4/4%ec%9e%a5-%ec%9e%90%ec%82%b0-%eb%b0%a9%ed%8c%8c%ec%a0%9c%ec%99%80-%ec%a7%80%ec%b6%9c-%eb%b0%a9%ed%8c%8c%ec%a0%9c/ 질문: 은퇴 후 위험자산 비중은 나이로 정하면 되나요? 요약: 그렇게 정할 수 없습니다. 같은 나이라도 국민연금이 필수생활비를 거의 채우는 사람과 생활비 대부분을 시장에서 꺼내야 하는 사람은 감당할 수 있는 위험이 다릅니다. 시장 의존 인출률과, 첫해 손실을 금액으로 바꿔 견딜 수 있는지를 함께 봅니다. 또 다른 질문: 위험자산 비중 경로에는 어떤 것들이 있나요? 답: 하향형과 상승형, 유지형이 있습니다. 상승형이 일부 가정에서 실패 가능성과 실패 규모를 낮출 수 있다는 연구가 있지만 모든 시장과 모든 은퇴자에게 우월한 정답은 아닙니다. 유형의 이름보다 첫날 비중과 버퍼 유지가 더 중요합니다. 또 다른 질문: 목표 비중을 정하면 바로 매도하나요? 답: 곧바로 모두 팔면 세금과 수수료, 손실 확정, 연금계좌 제약이 생길 수 있습니다. 먼저 앞으로 들어올 돈의 방향을 바꾸고, 다음으로 집중된 위험부터 줄이며, 마지막에 계좌별 과세와 인출 조건을 비교합니다. 또 다른 질문: 위험자산 중에서 무엇부터 줄여야 하나요? 답: 광범위하게 분산된 주식형 자산을 줄이기 전에, 은퇴 계획에서 맡은 역할이 불분명하거나 집중위험이 큰 자산부터 검토합니다. 한 종목과 한 업종, 변동성이 큰 테마, 레버리지와 인버스, 비슷한 지수를 중복 보유한 상품이 그 대상입니다. 또 다른 질문: 비중을 낮추면 무엇이 달라지나요? 답: 수익을 예측한 결과가 아니라 같은 충격에 노출되는 금액이 달라집니다. 위험자산이 30퍼센트 하락한다고 단순 가정할 때 비중을 10퍼센트포인트 낮추면 첫해 단순 부담액이 그만큼 줄어듭니다. 최종 확인: 2026-09-03T11:04:37+09:00 진단표를 채우고 나면 약점은 보이지만 아직 행동은 정해지지 않는다. 위험자산 비중이 높다고 나왔을 때 몇 퍼센트까지 줄여야 하는지, 하락장에서 지출을 줄인다면 언제 얼마를 줄여야 하는지가 남는다. 이 장에서는 그 두 결정을 숫자로 끝낸다. 이 장을 마치면 두 장의 카드가 생긴다. • 현재 자산에서 목표 자산으로 옮길 금액을 적은 자산 전환 카드 • 인출을 줄이고 다시 되돌리는 조건을 적은 인출 가드레일 카드 자산 방파제는 생활비 자산 가운데 가격 변동에 노출되는 몫을 조절한다. 지출 방파제는 시장에서 꺼내야 하는 금액을 조절한다. 하나는 하락장에서 줄어들 수 있는 원금의 크기를 낮추고, 다른 하나는 줄어든 원금에서 팔아야 할 양을 낮춘다. 두 방파제가 함께 작동해야 손실과 인출이 맞물리는 고리가 느슨해진다. 1단계 | 먼저 자산의 이름표를 다시 붙인다 은퇴 자산을 주식과 예금 두 칸으로만 나누면 중요한 위험을 놓치기 쉽다. 채권형 상품이라고 모두 안정적인 것은 아니고, 매달 분배금을 준다고 생활비 자산이 안전한 것도 아니다. 이 책에서는 상품 이름보다 하락장에서 어떻게 움직일 가능성이 있는지를 기준으로 세 칸에 나눈다. 위험자산 가격이 크게 흔들릴 수 있고, 은퇴 초기에 팔면 회복 기회를 잃을 가능성이 큰 자산이다. • 국내외 주식과 주식형 펀드·ETF • 리츠와 부동산 증권 • 고수익채권과 신용위험이 큰 채권형 상품 • 원자재·가상자산 등 변동성이 큰 자산 • 레버리지·인버스·파생형 상품 • 특정 종목·업종·국가에 집중된 상품 가격 변동이 낮은 자산 위험자산보다 가격 변동이 작고 생활비 조달이나 리밸런싱에 활용할 수 있는 자산이다. • 입출금 계좌와 예금 • 만기가 짧은 예치 상품 • 신용도가 높은 단기·중단기 채권 • 변동성이 낮은 단기 금융상품 ‘가격 변동이 낮다’는 말은 원금이 보장된다는 뜻이 아니다. 예금자보호 여부, 중도해지 조건, 채권의 만기와 신용위험, 펀드·ETF의 가격 변동은 상품마다 다르다. 실제 상품은 부록의 비교표와 최신 상품설명서에서 다시 확인한다. 생활비 계산에서 제외할 자산 • 거주 주택 • 첫 5년 안에 쓸 일회성 준비금 • 담보·중도해지 제한 때문에 생활비로 쓰기 어려운 자산 • 자녀 지원이나 상속용으로 따로 떼어 둔 자산 • 비상 상황 외에는 사용하지 않을 의료·간병 준비금 이 세 번째 칸을 빠뜨리면 위험자산 비중이 실제보다 낮아 보일 수 있다. 3장의 생활비 자산 위험노출률과 같은 분모를 사용해야 한다. 다음 두 합계가 맞아야 한다. 생활비로 전환 가능한 금융자산 = 위험자산 + 가격 변동이 낮은 자산 생활비 계산에서 제외한 자산 = 총 금융자산에는 포함되지만 위 식에는 포함하지 않는 금액 2단계 | 목표 위험자산 비중은 나이 하나로 정하지 않는다 은퇴자에게 적합한 위험자산 비중을 ‘100에서 나이를 뺀 값’처럼 한 줄로 정할 수는 없다. 같은 나이라도 국민연금이 필수생활비를 거의 채우는 사람과 생활비 대부분을 금융시장에서 꺼내야 하는 사람은 감당할 수 있는 위험이 다르다. 목표 비중은 세 질문을 함께 보고 정한다. 질문 1. 시장에 얼마나 의존하는가 3장의 시장 의존 인출률이 높을수록 하락장에서 위험자산을 팔 가능성이 커진다. 시장 의존 인출률이 4퍼센트를 넘고 선택 지출을 줄이기 어렵다면, 은퇴 초기 위험자산 비중을 공격적으로 잡기 어렵다. 반대로 보장소득이 필수생활비를 대부분 채우고 금융자산을 오랫동안 건드리지 않아도 된다면, 같은 위험자산 비중이라도 순서 위험은 얕다. 질문 2. 첫해 손실을 금액으로 견딜 수 있는가 비중을 퍼센트로만 보면 감정이 움직이지 않는다. 금액으로 바꿔 본다. 위험자산 충격액 = 위험자산 금액 × 가정한 하락률 첫해 단순 부담액 = 위험자산 충격액 + 연간 생활비 갭 여기서는 상품 수익을 예측하려는 것이 아니라, 30퍼센트 하락이라는 동일한 충격을 서로 다른 자산배분에 넣어 보는 스트레스 테스트를 한다. 첫해 단순 부담액이 실제로 발생한다는 뜻은 아니다. 가격 변동이 낮은 자산에도 수익과 손실이 있을 수 있고, 인출 시점에 따라 결과도 달라진다. 이 표의 목적은 내가 감당할 수 있다고 말한 비중이 금액으로도 감당 가능한지 확인하는 데 있다. 질문 3. 실제 하락장에서 규칙을 지킬 수 있는가 계산상 감당할 수 있는 비중과 행동으로 감당할 수 있는 비중은 다르다. 위험자산이 30퍼센트 빠졌을 때 잠을 이루지 못하고 전량 매도할 것 같다면, 그 비중은 계획상 적정하더라도 실제로는 높다. 다음 중 하나라도 ‘아니다’라면 목표 비중을 한 단계 낮춰 다시 계산한다. • 위험자산이 30퍼센트 하락해도 생활비 출처가 따로 있는가 • 배우자도 같은 자산배분과 매도 규칙에 동의하는가 • 1년 안에 큰 일회성 지출이 없어 위험자산을 팔 필요가 없는가 • 하락장에서 상품을 바꾸지 않고 정해 둔 점검일까지 기다릴 수 있는가 • 현재 보유한 위험자산이 한 종목이나 한 업종에 집중돼 있지 않은가 검토 범위를 고르는 표 아래 범위는 모든 은퇴자에게 적용되는 추천 비중이 아니다. 다음 계산을 시작할 임시 구간이다. 범위를 고른 뒤 반드시 앞의 스트레스 테스트를 거쳐야 한다. 검토 범위 먼저 살필 조건 위험자산 30~40퍼센트 시장 의존 인출률이 높거나, 버퍼가 얇거나, 지출 조정이 어렵다 위험자산 40~60퍼센트 네 진단 지표가 중간이고, 1~2년 생활비 방어가 가능하다 위험자산 60퍼센트 초과 보장소득이 필수생활비를 충분히 채우고, 장기자금 비중과 손실 감내력이 크다 위험자산이 너무 적으면 물가와 장수 위험을 견딜 성장 동력이 약해질 수 있다. 너무 많으면 첫 5년의 하락이 생활비 인출과 겹친다. 목표는 최대 수익률이 아니라, 장기 성장 자산을 남겨 두면서 첫 5년의 매도를 피할 수 있는 수준을 찾는 것이다. 3단계 | 위험자산 비중 경로를 정한다 은퇴 기간의 위험자산 비중을 어떻게 움직일지 정한 길을 위험자산 비중 경로라고 한다. 흔히 글라이드패스라 부른다. 하향형 은퇴 시점부터 위험자산 비중을 서서히 낮춘다. 심리적 안정과 자산 보전을 우선하는 사람에게 이해하기 쉽다. 다만 지나치게 낮추면 물가와 장수 위험에 약해질 수 있다. 상승형 은퇴 시점에 가장 낮게 시작하고 첫 5년을 지나며 조금씩 높인다. 초기 순서 위험에 방어를 집중한다는 발상이다. 연구에서는 상승형 경로가 일부 가정에서 실패 가능성과 실패 규모를 낮출 수 있다는 결과가 나왔지만, 모든 시장과 모든 은퇴자에게 우월한 정답은 아니다. 유지형 목표 비중을 정하고 허용 범위를 벗어날 때만 되돌린다. 규칙이 단순하고 사례에 적용하기 쉽다. 이 책에서는 유형의 이름보다 세 가지를 더 중요하게 본다. • 1. 은퇴 첫날 위험자산 비중 • 2. 생활비 버퍼가 유지되는가 • 3. 시장이 흔들릴 때 임의로 비중을 바꾸지 않는가 관통 사례 | 50퍼센트에서 40퍼센트로 김도현·박서윤 부부의 생활비로 전환 가능한 금융자산은 4억원이고, 그중 위험자산은 2억원이다. 위험노출률은 50퍼센트다. 부부는 다음 조건을 갖고 있다. • 시장 의존 인출률 3.75퍼센트 • 생활비 버퍼 12개월 • 지출 조정 가능률 18.18퍼센트 • 아내의 국민연금은 은퇴 3년 차부터 시작 • 네 진단 지표가 모두 중간 구간 이 부부는 은퇴 첫 5년 동안 위험자산 40퍼센트를 유지하는 방안을 선택한다. 40퍼센트가 모든 표준형 은퇴자의 정답이어서가 아니다. 2년치 버퍼를 만들고 연금 개시 시점까지 연결하면서, 장기 성장 자산도 남겨 두는 하나의 설계안이다. 스트레스 테스트 위험자산이 30퍼센트 하락하고 가격 변동이 낮은 자산의 수익은 0이라고 단순 가정한다. 방어 전 • 위험자산: 2억원 • 위험자산 충격액: 6,000만원 • 생활비 갭: 1,500만원 • 첫해 단순 부담액: 7,500만원 방어 후 • 위험자산: 1억 6,000만원 • 위험자산 충격액: 4,800만원 • 생활비 갭: 1,500만원 • 첫해 단순 부담액: 6,300만원 위험자산 비중을 10퍼센트포인트 낮추면 이 가정에서 첫해 단순 부담액이 1,200만원 줄어든다. 수익을 예측한 결과가 아니라 같은 충격에 노출되는 금액의 차이다. 4단계 | 목표 금액과 이동 금액을 계산한다 목표 비중이 정해졌으면 이제 실제로 얼마를 옮겨야 하는지 계산한다. 목표 위험자산 금액 = 생활비로 전환 가능한 금융자산 × 목표 위험자산 비중 조정 필요 금액 = 현재 위험자산 금액 - 목표 위험자산 금액 조정 필요 금액이 양수면 위험자산을 줄이고, 음수면 장기 계획과 버퍼 상태를 확인한 뒤 위험자산을 늘릴지 검토한다. 관통 사례 계산 목표 위험자산 금액 = 4억원 × 40퍼센트 = 1억 6,000만원 조정 필요 금액 = 2억원 - 1억 6,000만원 = 4,000만원 부부는 위험자산 4,000만원을 줄여 다음처럼 배치한다. • 1,500만원: 생활비 버퍼 추가 • 2,500만원: 가격 변동이 낮은 중단기 자산 추가 총자산을 줄이는 일이 아니라 자산군 사이에서 위치를 바꾸는 작업이다. 5단계 | 무엇부터 옮길지 순서를 정한다 목표 금액을 계산했다고 곧바로 모든 위험자산을 매도하면 세금, 수수료, 손실 확정, 연금계좌 제약이 생길 수 있다. 이동 순서는 다음처럼 정한다. 1순위. 앞으로 들어올 돈의 방향을 바꾼다 • 은퇴 전 신규 저축 • 퇴직금과 성과급 • 만기가 돌아오는 예금 • 분배금과 이자 • 위험자산 매수를 위해 대기 중인 현금 은퇴까지 시간이 남아 있다면 새로 들어오는 돈을 버퍼와 가격 변동이 낮은 자산에 넣는 것만으로도 목표 비중에 가까워질 수 있다. 불필요한 매도를 줄이는 가장 쉬운 방법이다. 2순위. 집중된 위험부터 줄인다 • 한 종목 • 한 업종 • 변동성이 큰 테마 • 레버리지·인버스 • 높은 신용위험 • 비슷한 지수를 중복 보유한 상품 광범위하게 분산된 주식형 자산을 줄이기 전에, 은퇴 계획에서 맡은 역할이 불분명하거나 집중위험이 큰 자산부터 검토한다. 3순위. 세금과 계좌 제약을 비교한다 일반계좌, 연금저축, IRP는 매도와 인출 조건이 다르다. 어떤 계좌에서 무엇을 줄일지는 다음을 확인한 뒤 결정한다. • 매도 차익과 과세 방식 • 중도 인출 가능 여부 • 계좌별 위험자산 한도 • 거래 수수료와 환전 비용 • 연금 수령 계획 • 상품 변경에 걸리는 시간 이 책의 목표 비중은 가구 전체를 기준으로 한다. 계좌 하나마다 40퍼센트를 맞출 필요는 없다. 4순위. 하락장에서 목표를 한 번에 맞추지 않는다 은퇴 준비 중 시장이 크게 하락했다면, 위험자산을 손실 상태에서 팔아 버퍼를 만드는 일이 오히려 순서 위험을 키울 수 있다. 은퇴일까지 남은 기간, 신규 현금 유입, 현재 버퍼를 함께 보고 단계적으로 조정한다. 관통 사례 | 계좌별 이동 초안 김도현·박서윤 부부는 일반 증권계좌의 위험자산을 우선 검토한다. 항목 방어 전 방어 후 변화 일반계좌 광범위 주식형 1억원 7,000만원 -3,000만원 일반계좌 기술주 중심 3,000만원 2,000만원 -1,000만원 일반계좌 채권형 역할 4,000만원 6,500만원 +2,500만원 생활비 버퍼 1,500만원 3,000만원 +1,500만원 남편 IRP 위험자산 4,000만원 4,000만원 변화 없음 아내 연금저축 위험자산 3,000만원 3,000만원 변화 없음 이 표는 실제 매매 지시가 아니다. 일반계좌의 집중위험을 먼저 줄이고, 연금계좌는 계좌 제약과 향후 수령 계획을 확인한 뒤 유지하는 예시다. 실제 상품은 6단계 상품 조사에서 후보를 넣는다. 6단계 | 리밸런싱 규칙을 적는다 목표 비중을 정한 뒤 아무 때나 사고팔면 규칙이 아니라 감정이 된다. 은퇴 첫 5년에는 점검 시점과 허용 범위를 미리 적는다. 기본 점검 • 정기 점검일: 매년 같은 날짜 • 추가 점검: 금융자산이 직전 점검일보다 10퍼센트 이상 변했을 때 • 목표 비중: ______퍼센트 • 허용 범위: 목표 비중에서 위아래 5퍼센트포인트 목표가 40퍼센트라면 35~45퍼센트를 검토 범위로 삼는다. 이 범위 안에서는 거래하지 않고, 범위를 벗어나면 원인을 확인한다. 매매 전 확인 순서 • 1. 생활비 버퍼가 목표 개월을 유지하는가 • 2. 인출 가드레일이 발동했는가 • 3. 위험자산 비중이 허용 범위를 벗어났는가 • 4. 세금과 수수료를 감안해도 조정할 필요가 있는가 • 5. 한 번에 조정할지 두세 번에 나눌지 정했는가 위험자산 비중이 낮아졌다고 자동으로 주식을 사는 것은 아니다. 버퍼가 줄고 시장 의존 인출률이 높아진 상황에서는 생활비 방어가 리밸런싱보다 먼저다. 지출 방파제 | 하락률보다 인출률을 본다 “시장이 10퍼센트 빠지면 생활비를 줄인다”는 규칙은 간단하지만 문제가 있다. 위험자산 비중이 30퍼센트인 사람과 80퍼센트인 사람에게 같은 시장 하락은 전혀 다른 충격이다. 보장소득과 자산 규모가 달라도 마찬가지다. 그래서 이 책의 인출 가드레일은 시장지수의 하락률보다 현재 시장 의존 인출률을 기준으로 한다. 현재 시장 의존 인출률 = 다음 12개월에 금융자산에서 꺼낼 예정 금액 ÷ 현재 생활비로 전환 가능한 금융자산 × 100 분자는 앞으로 꺼낼 금액이고, 분모는 점검일 현재 자산이다. 두 숫자의 기준일을 맞춘다. 7단계 | 최초 기준선을 고정한다 은퇴를 시작하는 날의 시장 의존 인출률을 최초 기준선으로 적는다. 관통 사례의 최초 기준선은 3.75퍼센트다. 1,500만원 ÷ 4억원 × 100 = 3.75퍼센트 이 기준선은 시장이 좋을 때마다 높여 잡거나, 나쁠 때마다 낮춰 잡지 않는다. 은퇴 첫 5년 동안 가드레일을 판단하는 기준점으로 유지한다. 생활 구조가 크게 달라지거나 보장소득이 새로 시작되면 새 진단표를 작성하고 기준선을 다시 설정한다. 8단계 | 1차 가드레일을 정한다 원래의 가드레일 연구는 현재 인출률이 최초 인출률보다 20퍼센트 이상 높아지면 포트폴리오 인출액을 10퍼센트 줄이는 자본보전 규칙을 사용했다. 이 책의 관통 사례는 그 발동 원리를 참고하되, 독자가 실제 생활 항목을 지정할 수 있도록 연간 기준생활비의 10퍼센트를 1차 축소액으로 정한다. 원 연구를 그대로 복제한 규칙이 아니라 선택생활비 범위 안에서 더 선명하게 작동하도록 만든 교육용 예시다. 1차 발동선 = 최초 시장 의존 인출률 × 1.20 1차 지출 축소액 = 연간 기준생활비 × 10퍼센트 단, 줄일 수 있는 선택생활비를 넘지 않는다 관통 사례 1차 발동선 = 3.75퍼센트 × 1.20 = 4.50퍼센트 1차 지출 축소액 = 3,300만원 × 10퍼센트 = 330만원 현재 시장 의존 인출률이 4.50퍼센트를 넘으면 다음 12개월의 선택생활비를 330만원 줄인다. 부부는 미리 항목을 정한다. • 여행·취미 180만원 • 외식·문화생활 90만원 • 선물·구독·교체 비용 60만원 합계 330만원이다. 이 규칙은 자산가격이 하루 크게 빠졌다고 즉시 생활을 얼어붙게 하는 장치가 아니다. 정해진 점검일에 앞으로 12개월의 인출 부담이 실제로 커졌는지를 확인하는 장치다. 9단계 | 2차 가드레일과 필수생활비 바닥을 정한다 원 연구의 10퍼센트 축소만으로 충분하지 않은 장기 하락도 있을 수 있다. 이 책은 첫 5년을 위한 보수적 운영 규칙으로 2차 발동선을 추가한다. 이 2차 규칙은 특정 연구의 보장된 안전선이 아니라, 선택생활비를 모두 줄여도 되는 상황을 미리 합의하기 위한 책의 운영 기준이다. 다음 둘 중 하나에 해당하면 2차 가드레일을 검토한다. • 1. 현재 시장 의존 인출률이 최초 기준선보다 40퍼센트 이상 높다. • 2. 생활비 버퍼가 12개월 미만으로 줄었고 위험자산이 최근 정기 점검일보다 20퍼센트 이상 하락했다. 2차 발동선 = 최초 시장 의존 인출률 × 1.40 관통 사례의 2차 발동선은 5.25퍼센트다. 3.75퍼센트 × 1.40 = 5.25퍼센트 1차 축소 후 남아 있는 선택생활비 270만원을 추가로 줄인다. • 1차 축소: 330만원 • 2차 추가 축소: 270만원 • 누적 축소: 600만원 • 축소 후 생활비: 필수생활비 2,700만원 필수생활비는 자동으로 깎지 않는다. 2차 가드레일을 적용해도 시장 의존 인출률이 계속 높아지면 다음 문제는 여행비가 아니라 은퇴 구조다. 주거비, 보장소득, 은퇴 시점, 추가 근로, 주택연금 가능성, 전문가 상담까지 검토한다. 10단계 | 줄인 지출을 언제 되돌릴지 정한다 가드레일은 줄이는 규칙만 있으면 생활비가 영구적으로 얼어붙는다. 복귀도 단계적으로 한다. 1차 복귀 다음 두 조건을 모두 만족하는 정기 점검일에 줄인 금액의 절반을 되돌린다. • 현재 시장 의존 인출률이 최초 기준선 이하 • 생활비 버퍼가 18개월 이상 완전 복귀 다음 정기 점검일에도 아래 조건을 모두 만족하면 나머지를 되돌린다. • 현재 시장 의존 인출률이 최초 기준선 이하 • 생활비 버퍼가 목표 개월에 도달 • 보장소득과 필수생활비에 큰 변화가 없음 첫 5년에는 시장이 크게 올랐다는 이유만으로 생활비를 기준 이상 늘리는 번영 규칙을 사용하지 않는다. 상승장에서 생긴 여유는 먼저 생활비 버퍼와 목표 자산배분을 복원하는 데 쓴다. 11단계 | 모든 하락에 가드레일을 발동하지 않는다 관통 사례의 방어 후 위험자산은 1억 6,000만원이다. 이 위험자산이 25퍼센트 하락하고 나머지 자산은 그대로라고 단순 가정하면 금융자산은 인출 전 3억 6,000만원이 된다. 현재 시장 의존 인출률 = 1,500만원 ÷ 3억 6,000만원 × 100 = 약 4.17퍼센트 4.17퍼센트는 최초 기준선 3.75퍼센트보다 높지만 1차 발동선 4.50퍼센트는 넘지 않는다. 이때는 선택생활비를 곧바로 10퍼센트 줄이기보다 생활비 버퍼에서 인출하고 다음 점검일까지 규칙을 유지한다. 이 예는 지출 방파제와 유동성 방파제가 다른 일을 한다는 점을 보여 준다. • 유동성 방파제는 비교적 짧은 하락에서 매도를 미룬다. • 지출 방파제는 자산 대비 인출 부담이 구조적으로 높아졌을 때 작동한다. 하락할 때마다 모든 방파제를 동시에 작동시키면 계획이 지나치게 민감해진다. 잘못된 실행 세 가지 목표 비중을 상품 추천으로 착각한다 위험자산 40퍼센트를 정했다고 특정 ETF 하나에 40퍼센트를 넣는 것은 아니다. 자산군 내부의 분산, 통화, 지역, 비용, 계좌를 함께 본다. 분배금이 나오면 안전하다고 생각한다 분배금은 자산에서 나온 현금흐름일 뿐 원금의 가격 변동을 없애지 않는다. 높은 분배율을 생활비 보장으로 착각하지 않는다. 가드레일을 매일 확인한다 가드레일은 공포를 줄이기 위한 규칙이지 매일 공포를 측정하는 장치가 아니다. 정기 점검과 사전에 정한 추가 점검 조건만 사용한다. 부록 B의 자산 전환표와 가드레일 설정표에 결과를 옮긴다. 자산 방파제로 하락에 노출되는 금액을 줄였고, 지출 방파제로 자산에서 꺼낼 금액을 줄이는 규칙을 만들었다. 다음 장에서는 이 두 규칙이 성급한 매도로 이어지지 않도록 생활비 버퍼를 배치하고, 시장에 기대지 않는 보장소득을 연결한다. ---------------------------------------- ### 5장. 유동성 방파제와 보장소득 방파제 https://voidlogpress.com/books/%ec%9d%80%ed%87%b4-%ec%b2%ab-5%eb%85%84%ec%9d%b4-%eb%85%b8%ed%9b%84-30%eb%85%84%ec%9d%84-%ea%b0%80%eb%a5%b8%eb%8b%a4/5%ec%9e%a5-%ec%9c%a0%eb%8f%99%ec%84%b1-%eb%b0%a9%ed%8c%8c%ec%a0%9c%ec%99%80-%eb%b3%b4%ec%9e%a5%ec%86%8c%eb%93%9d-%eb%b0%a9%ed%8c%8c%ec%a0%9c/ 질문: 하락장에 대비한 생활비 버퍼는 얼마나 쌓아야 하나요? 요약: 금액이 아니라 개월로 셉니다. 전체 생활비가 아니라 보장소득을 뺀 생활비 갭으로 나눕니다. 연금 개시까지의 공백을 먼저 덮고 진단의 약점을 반영해 정하는데, 6개월은 방어 목표라기보다 최소 경고선에 가깝습니다. 또 다른 질문: 은퇴하면 생활비를 몇 개월치나 현금으로 갖고 있어야 하나요? 답: 금액이 아니라 개월로 세는 편이 답을 찾기 쉽고, 나누는 기준도 전체 생활비가 아닙니다. 국민연금처럼 매달 들어오는 보장소득을 빼고 남는 금액, 곧 생활비 갭으로 나눕니다. 기준생활비가 275만원인데 보장소득이 150만원이라면 버퍼가 맡을 돈은 월 125만원이고, 3천만원을 두었다면 24개월치가 됩니다. 개월 수는 연금 개시까지 비는 기간을 먼저 덮고 정합니다. 국민연금이 18개월 뒤 시작된다면 그 18개월의 갭을 메울 가교자금이 먼저이고, 흔히 말하는 6개월은 방어 목표라기보다 최소 경고선에 가깝습니다. 버퍼는 길수록 좋은 것도 아닙니다. 변동이 낮은 자산을 지나치게 많이 들고 있으면 장기 성장과 물가 대응력이 약해집니다. 또 다른 질문: 생활비 버퍼와 비상금은 어떻게 구분하나요? 답: 목적이 다릅니다. 생활비 버퍼는 시장 하락 중 정기생활비를 조달하고, 일회성 준비금은 수리와 의료와 자동차 교체처럼 예정된 큰 지출을, 일반 비상금은 예상하지 못한 단기 충격을 맡습니다. 같은 통장에 두더라도 장부에서는 목적을 나눕니다. 또 다른 질문: 버퍼는 왜 세 층으로 나누나요? 답: 필요한 시점이 다르기 때문입니다. 1층은 다음 1~3개월 생활비로 역할이 수익이 아니라 지급이고, 2층은 4~12개월의 첫해 방어 자금이며, 3층은 13개월 이후를 맡는 가교자금입니다. 3층은 첫해 자금과 같은 즉시성을 요구하지 않습니다. 또 다른 질문: 현금성이라고 적힌 상품은 같은 칸에 넣어도 되나요? 답: 상품의 이름보다 역할이 먼저입니다. CMA 와 MMF, 채권형 펀드와 ETF 는 구조에 따라 원금 변동과 예금자보호 여부가 다를 수 있습니다. 현금성이라는 홍보 문구만 보고 같은 칸에 넣지 않습니다. 또 다른 질문: 버퍼 전액을 입출금 계좌에 두어야 하나요? 답: 그럴 필요는 없습니다. 여러 만기로 나누면 모든 돈을 낮은 수익의 입출금 계좌에 두지 않아도 됩니다. 만기가 돌아오는 사다리를 만들면 하락장에서 장기 상품을 중도해지하는 일도 함께 줄일 수 있습니다. 최종 확인: 2026-09-07T10:40:53+09:00 위험자산을 줄이고 지출 가드레일을 만들었어도 한 가지 문제가 남는다. 하락장에서 당장 다음 달 생활비를 어디서 꺼낼 것인가다. 장기 계획이 아무리 좋아도 생활비 계좌에 돈이 없으면 결국 떨어진 자산을 팔게 된다. 유동성 방파제는 생활비를 꺼낼 시간을 미리 사 둔다. 보장소득 방파제는 애초에 시장에서 꺼낼 돈을 줄인다. 하나는 매도 시점을 미루고, 다른 하나는 매도해야 할 금액을 줄인다. 이 장을 마치면 두 장의 카드가 생긴다. • 생활비 버퍼 총액, 만기와 사용 순서를 적은 버퍼 배치 카드 • 국민연금·퇴직연금·주택연금 등 실제 입금 일정을 적은 보장소득 카드 유동성 방파제 | 현금이 아니라 시간을 쌓는다 생활비 버퍼는 단순한 현금 더미가 아니다. 위험자산을 팔지 않고 생활비 갭을 메울 수 있는 기간이다. 생활비 버퍼 개월 = 생활비 버퍼 금액 ÷ 월 생활비 갭 버퍼는 전체 생활비가 아니라 생활비 갭을 기준으로 계산한다. 국민연금과 다른 보장소득으로 매달 150만원이 들어오고 기준생활비가 275만원이라면 버퍼가 맡아야 할 돈은 월 125만원이다. 비상금과도 구분한다. • 생활비 버퍼: 시장 하락 중 정기생활비를 조달 • 일회성 준비금: 수리·의료·자동차 교체처럼 예정된 큰 지출 • 일반 비상금: 예상하지 못한 단기 충격 같은 통장에 두더라도 장부에서는 목적을 분리한다. 일회성 준비금을 2년치 생활비라고 세면 버팀력이 실제보다 크게 보인다. 1단계 | 목표 버퍼 개월을 정한다 버퍼가 길수록 무조건 좋은 것은 아니다. 가격 변동이 낮은 자산을 지나치게 많이 보유하면 장기 성장과 물가 대응력이 약해질 수 있다. 반대로 너무 짧으면 작은 하락에도 위험자산을 팔게 된다. 목표 개월은 다음 순서로 정한다. 1. 이미 정해진 소득 공백을 먼저 덮는다 가장 분명한 기준은 연금 개시나 퇴직연금 지급 시작 전까지의 기간이다. • 국민연금이 18개월 뒤 시작된다 • 퇴직연금 연금지급이 1년 뒤 시작된다 • 배우자의 연금이 2년 뒤 시작된다 이런 공백이 있다면 그 기간의 생활비 갭을 먼저 계산한다. 가교자금 = 연금 개시 전 월 생활비 갭 × 공백 개월 수 2. 진단표의 약점을 반영한다 다음 표는 목표를 검토하는 출발점이다. 모든 사람에게 맞는 정답이 아니다. 검토 범위 먼저 살필 조건 6~12개월 보장소득이 필수생활비를 대부분 채우고, 시장 의존 인출률이 3퍼센트 이하이며, 지출 조정이 쉽다 12~24개월 진단이 표준형이고, 생활비 일부를 금융자산에서 정기적으로 꺼낸다 24~36개월 시장 의존 인출률이 높거나 지출 조정이 어렵고, 연금 개시까지 긴 공백이 있다 6개월은 방어 목표라기보다 최소 경고선에 가깝다. 반대로 3년을 넘는 버퍼는 기회비용과 물가 위험을 따로 검토한다. 3. 심리적으로 규칙을 지킬 수 있는 기간을 본다 과거 하락장의 평균 회복 기간을 맞히려 하지 않는다. 시장은 정해진 날짜에 회복하지 않는다. 대신 내가 생활비 출처를 확인하지 않고도 계획을 유지할 수 있는 기간을 정한다. 관통 사례 | 2년치 버퍼가 필요한 이유 김도현·박서윤 부부의 첫 2년 생활비 갭은 연 1,500만원이다. 아내의 국민연금은 은퇴 3년 차부터 시작된다. 목표 버퍼 = 1,500만원 × 2년 = 3,000만원 현재 버퍼는 1,500만원이므로 추가할 금액은 1,500만원이다. 이 부부에게 2년치는 일반적인 권고를 따른 임의의 숫자가 아니다. 아내의 국민연금이 실제로 시작되는 시점까지 연결하는 가교자금이다. 2단계 | 버퍼를 세 층으로 나눈다 버퍼 전체를 입출금 통장 하나에 넣을 필요는 없다. 필요한 시점에 따라 세 층으로 나눈다. 1층. 다음 1~3개월 생활비 역할은 수익이 아니라 지급이다. • 연금과 생활비가 들어오고 나가는 계좌 • 자동이체와 카드대금에 바로 사용할 돈 • 가격 변동 없이 즉시 인출할 수 있는 형태 우선 2층. 4~12개월 생활비 첫해의 방어 자금이다. • 만기가 짧고 현금화 시점을 알 수 있는 상품 • 여러 만기로 나눈 예치 • 환매에 걸리는 시간과 중도해지 조건 확인 • 예금자보호 여부를 상품별로 확인 3층. 13~24개월 이상의 가교자금 둘째 해 이후를 맡는다. • 만기를 분산한 예치 상품 • 신용도가 높고 만기가 짧은 채권 역할 • 가격 변동이 있는 상품이라면 사용 시점과 손실 가능성 확인 • 첫해에 사용할 돈과 같은 수준의 즉시성을 요구하지 않음 버퍼 상품의 이름보다 역할이 먼저다. CMA, MMF, 채권형 펀드와 ETF는 구조에 따라 원금 변동과 예금자보호 여부가 다를 수 있다. ‘현금성’이라는 홍보 문구만 보고 같은 칸에 넣지 않는다. 구체적인 후보와 확인 항목은 상품 부록에서 다룬다. 관통 사례의 세 층 월 생활비 갭은 125만원이다. 층 기간 금액 역할 1층 3개월 375만원 매월 생활비 출금 2층 9개월 1,125만원 은퇴 첫해 방어 3층 12개월 1,500만원 아내 연금 개시 전 둘째 해 가교 합계 24개월 3,000만원 1층과 2층을 합하면 첫해 갭 1,500만원, 3층은 둘째 해 갭 1,500만원이 된다. 3단계 | 만기가 돌아오는 사다리를 만든다 버퍼를 여러 만기로 나누면 모든 돈을 낮은 수익의 입출금 계좌에 둘 필요가 없다. 동시에 하락장에서 장기 상품을 중도해지하는 일도 줄일 수 있다. 예를 들어 2층과 3층 자금을 다음처럼 나눌 수 있다. 만기 배치 금액 사용할 시점 3개월 ______원 4~6개월 차 6개월 ______원 7~9개월 차 9개월 ______원 10~12개월 차 12개월 ______원 13~15개월 차 18개월 ______원 16~21개월 차 24개월 ______원 22~24개월 차 실제 상품의 금리보다 먼저 확인할 것은 만기와 사용 시점이 맞는가다. 높은 금리를 받으려고 둘째 달에 쓸 돈을 1년간 묶으면 버퍼의 목적을 잃는다. 4단계 | 버퍼를 꺼내는 규칙을 정한다 버퍼는 두 방식으로 사용한다. 운영 사용 1층은 시장 상황과 관계없이 매달 사용한다. 국민연금과 보장소득이 입금되면 부족한 생활비 갭만 1층에서 보탠다. 방어 사용 2층과 3층은 다음 조건에서 1층으로 옮긴다. • 위험자산이 허용 범위 아래로 내려가 매도하기 부적절하다 • 인출 가드레일 점검에서 현재 인출 부담이 높아졌다 • 정기 리밸런싱에서 위험자산 매도 대신 버퍼 사용이 필요하다 • 미리 정한 연금 개시 전 가교 기간이다 관통 사례의 3층은 시장 하락 여부와 관계없이 둘째 해 생활비 갭을 위한 가교자금이다. 버퍼는 반드시 폭락 때만 쓰는 돈이 아니다. 예정된 소득 공백을 메우도록 미리 배치한 돈도 포함한다. 5단계 | 다시 채우는 규칙을 정한다 버퍼는 한 번 쓰고 끝나는 비상금이 아니다. 첫 5년 동안 반복해서 작동할 수 있어야 한다. 되채우는 순서는 다음과 같다. • 1. 매달 남은 보장소득과 생활비 잔액 • 2. 만기가 돌아온 예치 자금 • 3. 새로 유입된 퇴직금·상여금·근로소득 • 4. 정기 리밸런싱에서 목표 비중을 초과한 위험자산 • 5. 시장이 회복돼 위험자산이 허용 범위 위로 올라온 경우의 일부 매도 위험자산이 크게 하락한 상태에서 버퍼가 줄었다는 이유만으로 위험자산을 팔아 버퍼를 채우지 않는다. 그 행동은 방파제를 만들기 위해 방파제를 무너뜨리는 일이다. 되채우기 목표 • 1차 목표: 1층과 2층 합계 12개월 • 완전 목표: 계획한 전체 버퍼 개월 • 위험자산 매도 가능 조건: 목표 비중 상단 초과 또는 정기 계획상 회복 확인 6단계 | 바닥나기 전에 경고선을 둔다 버퍼가 0원이 된 뒤 대책을 찾으면 늦다. 주의선: 12개월 미만 • 1차 인출 가드레일 점검 • 선택생활비 축소 • 보장소득 개시 일정 재확인 • 만기 사다리 재배치 • 위험자산 매도 계획 보류 여부 확인 경고선: 6개월 미만 • 2차 인출 가드레일 검토 • 필수생활비 구조 재점검 • 추가 근로·주거비·연금 수령 방식 검토 • 주택연금 등 구조적 대안의 자격 확인 • 필요하면 재무·세무·연금 전문가 상담 버퍼 6개월 미만은 상품 하나를 바꾸는 문제가 아니라 은퇴 구조를 다시 보는 신호다. 보장소득 방파제 | 시장에서 꺼낼 돈을 먼저 줄인다 보장소득은 시장이 오르든 내리든 지급 조건에 따라 들어오는 돈이다. 보장소득이 필수생활비를 많이 채울수록 순서 위험은 작아진다. 다만 ‘정기적으로 들어오는 돈’이라고 모두 같은 보장소득은 아니다. 이 책은 보장소득을 성격에 따라 두 층으로 나눈다. 1층 | 종신·확정 보장소득 시장 성과와 무관하게 지급이 약속돼 있고, 지급자가 시장이나 수명 위험을 지는 현금흐름이다. • 국민연금과 공적연금. 종신 지급되며 물가에 연동된다 • 퇴직연금 가운데 DB형·보증형·보험형처럼 지급액과 기간이 확정된 수령액 • 계약상 최저 지급 조건이 명확한 연금보험 2층 | 시장에 연동되지 않지만 성격이 다른 현금흐름 시장 등락에 흔들리지 않아 생활비 갭을 메우는 데 쓸 수 있다. 그러나 소득이 아니라 담보·대출이거나, 원금을 헐어 쓰는 성격이라 따로 표시한다. • 주택연금. 집을 담보로 한 대출성 현금흐름이다. 뒤의 10단계에서 자세히 본다 • 확정 기간만 지급되고 끝나는 소진형 인출 두 층 모두 생활비 갭 계산에서는 보장소득에 준해 다루되, 담보·이자·소진 여부를 반드시 함께 적는다. 종신·확정 보장소득이 필수생활비를 채우는 비중이 클수록 순서 위험은 작아진다. 보장소득에 넣지 않고 별도 시나리오로 계산 • 임대소득 • 근로소득 • 사업소득 • 배당과 이자 • 가족 지원 공실, 건강, 경기, 배당정책에 따라 달라질 수 있는 소득은 기본 진단의 보장소득에 넣지 않는다. 기본 시나리오에서는 0원 또는 보수적으로 계산하고, 실제로 들어오면 버퍼 재충전 재원으로 활용한다. DC형 퇴직연금이나 IRP·연금저축에서 정기적으로 꺼내 쓰는 돈도 보장소득이 아니다. 이것은 자산에서 꺼내는 인출이다. 정해진 인출액은 생활비 일정에 넣되, 그 재원이 시장에 따라 줄어들 수 있다는 점은 자산 방파제에서 함께 관리한다. 자세한 구분은 9단계에서 다룬다. 7단계 | 실제 입금 일정을 한 줄로 펼친다 연금 총액보다 중요한 것은 언제부터 얼마가 들어오는가다. 아직 시작하지 않은 연금은 현재 보장소득에 미리 넣지 않는다. 연금 개시 전까지는 별도 가교자금이 필요하다. 8단계 | 국민연금은 연기보다 가교자금을 먼저 계산한다 국민연금 노령연금은 수급권자가 희망하면 전부 또는 일부의 지급을 늦출 수 있다. 2026년 7월 현재 연기 비율은 50·60·70·80·90·100퍼센트 중 선택할 수 있고, 최대 5년까지 연기할 수 있다. 다시 받기 시작할 때는 연기한 금액에 매월 0.6퍼센트, 연 7.2퍼센트가 가산된다. 증액률만 보면 늦추는 편이 좋아 보인다. 그러나 연기 기간에 받지 못한 돈은 다른 자산에서 꺼내야 한다. 연기 가교자금 = 연기하는 월 연금액 × 연기 개월 수 예시 월 150만원 전액을 5년 연기한다. 가교자금 = 150만원 × 60개월 = 9,000만원 5년 뒤 연금액은 단순 계산으로 36퍼센트 증가한다. 월 증가액 = 150만원 × 36퍼센트 = 54만원 받지 못한 9,000만원을 월 54만원의 증가분으로 회복하는 데는 약 167개월, 약 13년 11개월이 걸린다. 70세부터 증액 연금을 받는다면 단순 손익분기 시점은 84세 무렵이다. 이 계산은 세금, 건강보험료, 할인율, 물가, 배우자·유족연금 영향을 제외한 단순 비교다. 연기연금의 유불리를 결정하는 답이 아니라, 장수와 가교자금이 함께 필요하다는 사실을 보여 주는 계산이다. 전액 연기가 부담스러우면 부분 연기를 본다 예를 들어 월 150만원 가운데 50퍼센트만 5년 연기하면 가교자금은 4,500만원으로 줄어든다. 나머지 75만원은 바로 받아 생활비 갭을 낮춘다. 연기를 결정하기 전에는 국민연금공단의 실제 예상연금액과 지급개시일을 다시 확인한다. 연기 증액은 연금소득세, 건강보험료, 기초연금 등에 영향을 줄 수 있다. 관통 사례 | 아내의 연금은 연기가 아니라 정상 개시다 박서윤의 국민연금 연 720만원은 부부가 일부러 늦춘 것이 아니라 가입 연령에 따라 은퇴 3년 차부터 정상적으로 시작되는 것으로 설정했다. 따라서 이 사례의 3,000만원 버퍼는 연기연금의 비용이 아니다. 두 사람의 은퇴일과 아내의 연금 개시일 사이에 생기는 24개월의 자연스러운 소득 공백을 메우는 가교자금이다. 첫 2년 • 연간 기준생활비: 3,300만원 • 보장소득: 1,800만원 • 생활비 갭: 1,500만원 • 목표 버퍼: 3,000만원 3년 차 이후 • 남편 국민연금·연금보험: 1,800만원 • 아내 국민연금: 720만원 • 보장소득 합계: 2,520만원 • 같은 생활비를 가정한 갭: 780만원 초기 자산 4억원을 그대로 가정하면 시장 의존 인출률은 1.95퍼센트지만, 실제 3년 차에는 당시 자산 잔액과 생활비로 진단표를 다시 작성한다. 9단계 | 퇴직연금은 잔액이 아니라 지급액으로 계산한다 퇴직연금은 근로자가 55세 이후 연금 또는 일시금으로 받을 수 있는 제도다. 그러나 퇴직연금 계좌에 1억원이 있다는 사실만으로 연 1,000만원의 보장소득이 생기는 것은 아니다. 보장소득에 넣을 수 있는 것은 다음 조건이 정해진 금액이다. • 지급 시작일 • 지급 기간 • 월 또는 연 지급액 • 지급액이 시장 성과에 따라 바뀌는지 • 수수료와 세금 • 중도 인출 조건 DB형이나 보증형·보험형처럼 지급액과 기간이 확정된 수령액은 종신·확정 보장소득에 가깝게 다룬다. 반대로 DC형이나 IRP·연금저축처럼 적립금을 굴려 그때그때 꺼내 쓰는 계좌는, 정기적으로 인출하더라도 보장소득이 아니라 자산 인출이다. 정해진 인출액은 생활비 일정에 넣되, 그 재원이 시장 성과에 따라 줄거나 고갈될 가능성은 자산 방파제에서 함께 관리한다. 10단계 | 주택연금은 집을 생활비 흐름으로 바꾸는 선택지다 금융자산이 적고 거주 주택 비중이 큰 가구라면 주택연금이 생활비 갭을 줄이는 구조적 방파제가 될 수 있다. 다만 주택연금은 엄밀히 말하면 소득이 아니다. 집을 담보로 맡기고 다달이 돈을 받는 대출성 현금흐름이다. 매달 받는 금액에는 이자와 보증료가 함께 쌓여 대출 잔액이 계속 늘고, 이 잔액은 나중에 집을 팔거나 상속할 때 정산된다. 한국주택금융공사도 이를 집을 담보로 제공하는 제도로 설명하며, 초기보증료와 담보 방식을 별도로 안내한다. 그래서 주택연금은 종신·확정 보장소득과 나란히 두더라도, 담보로 잡힌 집과 누적되는 대출 잔액을 함께 적어야 한다. 2026년 7월 현재 한국주택금융공사의 일반 안내에서는 다음을 기본 자격으로 제시한다. • 부부 중 한 명이 55세 이상 • 부부가 보유한 주택의 공시가격 합계가 12억원 이하 • 주택 또는 주거용 오피스텔 등 제도상 대상 주택 • 월지급금은 주택가격과 가입 연령 등에 따라 산정 제도와 지급액은 바뀔 수 있으므로 책의 예시 금액을 그대로 사용하지 않는다. 한국주택금융공사의 예상연금 조회에서 부부의 생년월일, 주택 유형과 가격을 넣어 확인한다. 주택연금은 단순히 수익률이 높은 상품을 고르는 문제가 아니다. 다음을 함께 검토한다. • 현재 집에 계속 거주할 계획 • 배우자가 남았을 때의 승계와 거주 • 기존 주택담보대출 • 상속 의향 • 이사 가능성 • 월지급 방식과 인출한도 • 초기·보증 관련 비용 • 주택가격과 가입 시점 김도현·박서윤 부부의 사례에서는 주택가격과 상속 의향이 아직 설정되지 않았으므로 주택연금을 보장소득에 넣지 않는다. 6장에서 선택 가능한 구조적 대안으로만 남긴다. 11단계 | 개인연금과 연금보험은 계약서를 본다 상품 이름에 ‘연금’이 들어간다고 모두 보장소득은 아니다. 다음 항목을 계약서에서 확인한다. • 최저 보증 지급액 • 종신형인지 확정기간형인지 • 지급 시작일 • 중도해지와 해약환급금 • 변액 부분의 손실 가능성 • 사업비와 수수료 • 배우자 승계 • 세금 김도현·박서윤 부부 사례의 연금보험 600만원은 지급액과 기간이 계약상 정해져 있다고 가정했다. 이 책의 상품 예시에서는 특정 보험상품을 추천하지 않고, 보장되는 부분과 실적에 따라 변하는 부분을 나눠 표시한다. 12단계 | 네 소득 시나리오를 비교한다 보장소득 선택은 하나씩 따로 보면 효과를 알기 어렵다. 같은 생활비에 넣어 비교한다. 연기연금 시나리오에는 반드시 연기 기간 동안 빠져나갈 가교자금을 금융자산에서 차감해 함께 비교한다. 보장소득이 커진 미래만 보고 현재 자산 감소를 숨기지 않는다. 13단계 | 어느 계좌부터 꺼낼지 순서를 정한다 같은 생활비 갭이라도 어느 계좌에서 꺼내느냐에 따라 세금과 건강보험료, 그리고 남는 자산의 성격이 달라진다. 상황마다 정답은 다르지만, 첫 5년에는 다음을 기본 순서로 삼는다. • 먼저 유동성 버퍼에서 꺼낸다. 다음 달 생활비는 예금과 입출금성 자산에서 먼저 쓴다. 시장이 나빠도 팔아서 손실을 확정하지 않기 위해서다. • 그다음 일반 과세계좌를 쓴다. 세제 혜택이 없는 일반계좌를 먼저 헐어, 세금이 늦춰지는 연금계좌를 최대한 오래 남긴다. 다만 이자·배당이 많아 금융소득 종합과세나 건강보험료 부과 기준에 걸리는지, 손실 난 자산을 먼저 정리하는 편이 나은지는 함께 본다. • 연금저축과 IRP는 가능한 한 늦게, 연금 방식으로 꺼낸다. 이 계좌는 55세 이후 연금으로 받을 때 세금이 뒤로 미뤄지고 낮은 세율이 적용되는 장점이 있다. 일시금으로 한 번에 헐면 그 장점이 사라진다. 사적연금 수령액이 일정액을 넘으면 세금과 건강보험료가 달라질 수 있으므로 연 수령액을 나누는 것도 방법이다. • 나쁜 해에는 위험자산 매도를 맨 뒤에 둔다. 버퍼와 낮은 변동 자산을 먼저 쓰고, 가격이 떨어진 위험자산은 회복을 기다린다. 세율과 건강보험료 기준은 자주 바뀐다. 순서의 원칙은 위처럼 정해 두되, 실제 금액과 세금은 인출 직전에 현행 기준으로 다시 계산하거나 전문가에게 확인한다. 계좌별 인출 순서를 미리 한 줄로 정해 두면, 급하게 돈이 필요할 때 세금이 가장 불리한 계좌를 충동적으로 헐지 않는다. 잘못된 실행 네 가지 전체 생활비를 버퍼로 쌓는다 보장소득이 있는데도 전체 생활비 2년치를 현금으로 쌓으면 필요 이상으로 장기자산을 줄일 수 있다. 버퍼는 생활비 갭을 기준으로 계산한다. 일회성 준비금을 버퍼에 포함한다 주택 수리비를 생활비 방어 자금으로 세면 실제 하락장에서 사용할 돈이 부족해진다. 연금 잔액을 보장소득으로 계산한다 계좌 잔액은 자산이고, 보장소득은 실제 지급 일정이다. 두 번 계산하지 않는다. 연기 증액률만 보고 국민연금을 늦춘다 연기 기간 생활비를 위험자산에서 꺼내야 한다면 첫 5년의 인출 부담이 커질 수 있다. 가교자금 없이 증액률만 비교하지 않는다. 부록 B의 버퍼 만기 사다리와 보장소득 일정표에 결과를 옮긴다. 네 방파제의 숫자가 모두 정해졌다. 자산은 위험노출을, 지출은 인출 속도를, 유동성은 매도 시점을, 보장소득은 생활비 갭을 통제한다. 다음 장에서는 김도현·박서윤 부부가 네 장의 카드를 실제 계좌와 일정에 연결해 한 장의 방어 설계도로 완성한다. ---------------------------------------- ## 우리는 언제부터 자신을 쓰기 시작했을까 ISBN 9791143815071 · 2026-07-21 · 허구진 지음 https://voidlogpress.com/books/%ec%9a%b0%eb%a6%ac%eb%8a%94-%ec%96%b8%ec%a0%9c%eb%b6%80%ed%84%b0-%ec%9e%90%ec%8b%a0%ec%9d%84-%ec%93%b0%ea%b8%b0-%ec%8b%9c%ec%9e%91%ed%96%88%ec%9d%84%ea%b9%8c/ ### 13장 – 여성에게도 자신을 쓸 방이 있는가 https://voidlogpress.com/books/%ec%9a%b0%eb%a6%ac%eb%8a%94-%ec%96%b8%ec%a0%9c%eb%b6%80%ed%84%b0-%ec%9e%90%ec%8b%a0%ec%9d%84-%ec%93%b0%ea%b8%b0-%ec%8b%9c%ec%9e%91%ed%96%88%ec%9d%84%ea%b9%8c/13%ec%9e%a5-%ec%97%ac%ec%84%b1%ec%97%90%ea%b2%8c%eb%8f%84-%ec%9e%90%ec%8b%a0%ec%9d%84-%ec%93%b8-%eb%b0%a9%ec%9d%b4-%ec%9e%88%eb%8a%94%ea%b0%80/ 질문: 울프는 왜 글쓰기의 조건으로 돈과 방을 들었나요? 요약: 재능은 개인에게 속하지만 재능이 자랄 조건은 사회적으로 분배되기 때문입니다. 방은 남의 요구에 즉시 응답하지 않아도 되는 시간과 사생활을 뜻하고, 안정된 수입은 싫은 청탁을 거절하고 실패한 원고를 견딜 시간을 줍니다. 또 다른 질문: 『자기만의 방』의 화자를 울프 본인으로 봐도 되나요? 답: 곧바로 같다고 볼 수는 없습니다. 이름과 장소를 변형하고 여러 경험을 하나의 서술자에게 모았습니다. 사실을 피하려는 장치가 아니라 개인적 일화를 더 넓은 구조와 연결하기 위한 구성입니다. 또 다른 질문: 셰익스피어의 누이는 실제로 있었던 인물인가요? 답: 기록되지 못한 가능성을 드러내는 사고실험입니다. 같은 재능을 가진 여동생이 있었다면 교육과 이동, 직업과 성적 안전의 조건 때문에 그 능력을 펼치기 어려웠으리라는 상상으로, 결과를 능력 부족으로 설명하지 않게 합니다. 또 다른 질문: 기록이 없다면 그런 글이 없었다는 뜻인가요? 답: 기록의 부재는 존재의 부재와 다릅니다. 집안일을 하고 편지를 쓰며 이야기를 만들었던 여성의 언어가 보존되지 않았을 수 있고, 익명이나 남성의 이름으로 출판된 작품도 있습니다. 무엇을 문학으로 분류하고 누구의 원고를 보관했는지가 후대의 기억을 결정합니다. 또 다른 질문: 플랫폼이 생겼으니 방과 돈의 문제는 풀렸나요? 답: 접속 가능성이 곧 지속 가능한 집필 조건은 아닙니다. 퇴근 뒤 남은 시간, 돌봄 중 끊기는 집중, 공개된 계정에서 받는 괴롭힘, 수익이 되지 않는 노동이 새로운 문턱을 만듭니다. 디지털 공간에도 잠글 수 있는 문과 머물 시간이 필요합니다. 최종 확인: 2026-09-03T11:04:37+09:00 13장 여성에게도 자신을 쓸 방이 있는가 1928년 10월 버지니아 울프는 케임브리지의 여자대학 두 곳에서 여성과 소설에 관해 강연했다. 이듬해 그 생각은 『자기만의 방』이라는 책이 되었다. 울프는 위대한 작품의 목록부터 꺼내지 않았다. 여성이 글을 쓰려면 무엇이 필요한지 물었고, 그 답으로 일정한 수입과 문을 잠글 수 있는 방을 제시했다. 문학의 문제가 갑자기 돈과 공간의 문제로 바뀌었다. 방은 단순한 가구가 놓인 장소가 아니다. 다른 사람의 요구에 즉시 응답하지 않아도 되는 시간, 쓰던 종이를 치우지 않고 다음 날 다시 펼칠 수 있는 지속성, 자기 생각을 검열하지 않을 사생활을 뜻한다. 같은 집 안에서도 누군가는 서재 문을 닫고 글을 썼고 누군가는 가족을 돌보느라 계속 자리를 비워야 했다. 재능은 개인에게 속하지만 재능이 자랄 조건은 사회적으로 분배되었다. 울프는 이 불평등을 추상적인 통계만으로 말하지 않는다. 『자기만의 방』의 화자는 케임브리지를 닮은 가상의 대학을 걸으며 잔디밭에서 제지당하고 도서관 입구에서 멈춘다. 남자대학의 풍성한 식사와 여자대학의 소박한 식사를 비교하고, 런던의 도서관에서 남성들이 여성에 관해 쓴 수많은 책을 살핀다. 생각은 몸이 이동한 경로와 부딪힌 문턱을 따라 전개된다. 잔디밭에서 제지당한 순간에는 중요한 작법이 숨어 있다. 화자는 강의실에서 차별의 정의를 먼저 설명하지 않는다. 생각을 따라 걷던 몸이 규칙에 막히고, 그 충격으로 생각의 흐름까지 끊기는 장면을 보여준다. 제도는 법령집에만 존재하지 않고 누가 어디를 걸으며 무엇에 집중할 수 있는지를 정한다. 독자는 작은 방해를 통해 지적 자유가 물질적인 이동과 연결되어 있음을 이해한다. 식사의 비교도 단순한 미식 묘사가 아니다. 충분한 음식과 여유로운 대화는 생각을 오래 이어가게 하고, 빈약한 식사와 빠듯한 재정은 기관의 가능성을 제한한다. 울프는 거대한 기부와 축적된 자산이 남자대학의 건물과 식탁, 도서관을 만들었다고 본다. 문화적 권위는 뛰어난 개인들의 정신만으로 세워지지 않았다. 세대를 거쳐 쌓인 돈과 토지, 제도가 매일의 집중력을 공급했다. 이 화자를 곧바로 실제 울프와 같다고 볼 수는 없다. 울프는 이름과 장소를 변형하고, 여러 경험을 하나의 서술자에게 모았다. 사실을 피하려는 장치가 아니라 개인적 일화를 더 넓은 구조와 연결하기 위한 구성이다. ‘나에게 이런 일이 있었다’는 문장은 ‘왜 이런 일이 반복될 수 있는가’라는 질문으로 넘어간다. 개인 경험은 주장의 증거이면서 독자가 제도를 체감하게 하는 장면이 된다. 울프가 만든 셰익스피어의 누이도 그런 사고실험이다. 셰익스피어와 같은 재능을 가진 여동생이 있었다면 교육과 이동, 직업과 성적 안전의 조건 때문에 그 능력을 펼치기 어려웠으리라는 상상이다. 실제로 존재했던 한 여성의 전기가 아니라 기록되지 못한 가능성을 드러내는 가상 인물이다. 문학사에 여성의 걸작이 적다는 결과를 여성의 능력 부족으로 설명하지 않고, 작품이 태어나기 전에 사라진 조건을 추적한다. 기록의 부재는 존재의 부재와 다르다. 집안일을 하고 편지를 쓰며 이야기를 만들었던 여성의 언어가 보존되지 않았을 수 있다. 익명으로 출판하거나 남성의 이름을 빌려야 했던 작품도 있다. 무엇을 문학으로 분류하고 누구의 원고를 보관했는지는 후대의 기억을 결정한다. 에세이는 이미 있는 자료를 해석할 뿐 아니라 자료가 왜 비어 있는지도 물을 수 있었다. 『자기만의 방』에서 돈은 다소 불편할 만큼 구체적이다. 예술은 순수한 영감에서 나온다는 믿음과 달리, 안정적인 수입은 싫은 사람에게 아첨하지 않을 자유와 실패한 원고를 견딜 시간을 준다. 생계가 불안정하면 오늘 팔릴 문장과 허용되는 주제를 먼저 생각하게 된다. 12장에서 살펴본 직업 작가의 탄생은 누구에게나 같은 해방이 아니었다. 시장에 들어갈 자격과 손실을 버틸 여유가 다르게 주어졌다. 안정된 수입은 글의 내용뿐 아니라 거절할 수 있는 힘을 바꾼다. 모욕적인 청탁을 받지 않을 자유, 유행하는 주제를 쓰지 않을 자유, 한동안 발표하지 않고 공부할 자유가 생긴다. 반대로 원고 한 편의 수입이 당장 생활비라면 편집자의 요구를 거절하기 어렵다. 경제적 독립은 창작을 시장 밖으로 옮기는 것이 아니라 시장과 협상할 최소한의 거리를 만든다. 그렇다고 방과 돈을 확보한 순간 모든 장벽이 사라지는 것은 아니다. 출판사의 선택, 비평의 기준, 교육과 인맥이 남아 있다. 여성에게 요구되는 문체와 소재도 따로 있었다. 가정과 감정에 관한 글은 여성적이라 낮게 평가되고, 정치와 철학에 관해 쓰면 여성답지 않다는 비난을 받을 수 있었다. 같은 1인칭도 누가 말하느냐에 따라 솔직함이나 사소함, 권위나 오만으로 다르게 읽혔다. 울프의 질문은 여성이라는 범주 내부의 차이로도 확장되어야 한다. 일정한 수입과 개인 공간을 상상할 수 있는 사람은 계급, 인종, 장애, 가족 형태에 따라 달랐다. 한 여성의 방이 다른 여성의 가사노동으로 유지될 수도 있다. 글을 쓸 자유를 말하면서 그 자유를 떠받치는 보이지 않는 노동을 지우면 해방의 범위는 좁아진다. 방의 문 안쪽뿐 아니라 그 방을 청소하고 난방하는 관계까지 보아야 한다. 이 지점에서 ‘자기만의 방’은 소유의 선언보다 조건을 묻는 질문에 가깝다. 누구에게 집중할 시간이 있는가. 누가 조용한 공간을 당연하게 누리는가. 누가 자신의 경험을 공적인 가치가 있는 것으로 믿을 수 있는가. 답은 개인의 의지만으로 정해지지 않는다. 장학금, 도서관, 돌봄 제도, 안전한 주거와 편집 기회가 한 사람의 목소리를 가능하게 한다. 오늘의 글쓰기 플랫폼은 물리적 방이 없어도 휴대전화로 글을 올릴 수 있게 했다. 출판사에 원고를 보내지 않고 독자를 만날 수도 있다. 그러나 접속 가능성이 곧 지속 가능한 집필 조건은 아니다. 퇴근 뒤 남은 시간, 돌봄 중 끊기는 집중, 공개된 계정에서 받는 괴롭힘, 수익이 되지 않는 노동이 새로운 문턱을 만든다. 디지털 공간에도 잠글 수 있는 문과 머물 수 있는 시간이 필요하다. 개인 경험이 사회적 의제가 되는 에세이는 여기서 힘을 얻는다. 한 사람이 겪은 차별이 모든 사람의 경험을 대표하지는 않지만, 제도가 몸과 하루에 남긴 흔적을 보여줄 수 있다. 중요한 것은 자신의 사례를 보편적 진실로 확대하는 것이 아니라 다른 자료와 목소리를 만나게 하는 일이다. ‘나는 겪었다’는 문장이 토론의 끝이 아니라 구조를 조사하는 시작이 된다. 이런 글은 사적인 불편과 구조적 불평등을 구분하는 작업도 필요로 한다. 내가 집중하지 못했다는 사실만으로 모든 원인을 사회에서 찾을 수는 없다. 누가 같은 방해를 반복해서 겪는지, 어떤 규칙과 자원 배분이 그 차이를 만드는지 확인해야 한다. 경험에 제도와 역사의 맥락이 더해질 때 독자는 한 사람에게 공감하는 데서 멈추지 않고 조건을 바꿀 가능성을 생각한다. 울프는 자신을 쓰는 행위가 자기 내면만의 문제가 아님을 선명하게 만들었다. 목소리 뒤에는 방과 돈, 교육과 기록 보존의 역사가 있다. 누가 썼는지를 알려면 누가 쓰지 못했는지도 물어야 한다. 이 질문은 에세이의 ‘나’를 고립된 개인에서 사회적 조건 속의 화자로 바꾸었다. 하지만 조건을 드러내는 것만으로 사회비평이 완성되지는 않는다. 글쓴이는 자신이 비판하는 권력과 어떤 관계에 있는지도 살펴야 한다. 제국의 경찰이었던 오웰, 부르주아 도시의 기억을 더듬은 베냐민, 인종차별의 미국과 유럽을 오간 볼드윈은 서로 다른 자리에서 1인칭을 비평의 도구로 사용했다. 그들의 ‘나’는 결백을 증명하기보다 자신의 위치를 논쟁 속에 넣었다. ---------------------------------------- ### 4장 – 평범한 일상이 책이 되기 위한 조건 https://voidlogpress.com/books/%ec%9a%b0%eb%a6%ac%eb%8a%94-%ec%96%b8%ec%a0%9c%eb%b6%80%ed%84%b0-%ec%9e%90%ec%8b%a0%ec%9d%84-%ec%93%b0%ea%b8%b0-%ec%8b%9c%ec%9e%91%ed%96%88%ec%9d%84%ea%b9%8c/4%ec%9e%a5-%ed%8f%89%eb%b2%94%ed%95%9c-%ec%9d%bc%ec%83%81%ec%9d%b4-%ec%b1%85%ec%9d%b4-%eb%90%98%ea%b8%b0-%ec%9c%84%ed%95%9c-%ec%a1%b0%ea%b1%b4/ 질문: 인쇄술이 나오자 바로 개인의 일상이 책이 되었나요? 요약: 아닙니다. 초기 인쇄물의 상당수는 성경과 기도서, 종교 논쟁문과 법률·교육 문서처럼 이미 수요가 큰 글이었습니다. 인쇄술은 사소한 경험을 복제할 수 있게 했지만 왜 그것을 읽어야 하는지까지 답해주지는 않았습니다. 그 이유는 장르가 붙여야 했습니다. 또 다른 질문: 구텐베르크 인쇄술이 특별한 이유는 세계 최초여서인가요? 답: 아닙니다. 목판과 활자 인쇄는 동아시아에서 오래전부터 발전했습니다. 유럽 인쇄술이 특별한 이유는 알파벳과 종이 공급, 도시와 대학, 상업적 출판업자, 종교 갈등과 결합해 짧은 기간에 대량 복제와 유통의 체계를 확장했기 때문입니다. 또 다른 질문: 인쇄기가 작동하자 대중 독서 시대가 열렸나요? 답: 기계 한 대의 효과가 아니었습니다. 종이가 필요했고 활자를 만들고 조판하며 인쇄기를 운용할 숙련 노동자가 있어야 했습니다. 원고를 구하고 비용을 댈 사람, 운반하고 판매할 상인, 무엇보다 글을 읽을 독자가 있어야 했습니다. 또 다른 질문: 인쇄는 말할 자유를 보장했나요? 답: 자동으로 보장하지 않았습니다. 짧은 논쟁문과 번역된 성서가 빠르게 복제되는 동안 교회와 국가는 금서 목록과 허가 제도로 유통을 통제하려 했습니다. 더 널리 말할 수 있게 된 만큼 누가 허가하고 금지하는지를 둘러싼 싸움도 커졌습니다. 또 다른 질문: 인쇄된 책은 글쓴이와 독자의 관계를 어떻게 바꿨나요? 답: 필사본이나 편지는 누가 읽을지 어느 정도 예상할 수 있었지만 인쇄된 책은 만나본 적 없는 사람에게 같은 문장을 전달했습니다. 그래서 글쓴이는 자신이 어떤 사람이고 왜 이 경험을 말하는지를 문장 안에서 마련해야 했습니다. 최종 확인: 2026-09-03T11:04:36+09:00 4장 평범한 일상이 책이 되기 위한 조건 1377년 청주 흥덕사에서 금속활자로 찍은 『직지』 하권은 현재까지 남아 있는 세계에서 가장 오래된 금속활자 인쇄본으로 알려져 있다. 15세기 중반 독일 마인츠에서는 구텐베르크가 금속활자와 인쇄기를 결합한 체계를 발전시켰고, 1455년 무렵 대규모로 인쇄된 라틴어 성경을 완성했다. 두 사건은 인쇄의 역사를 한 지역의 단일한 발명으로 설명할 수 없다는 점과 기술의 존재만으로 같은 사회적 결과가 자동으로 나타나지는 않는다는 점을 함께 보여준다. 책을 여러 부 만드는 기술은 동아시아에서 오래전부터 발전했다. 목판인쇄와 활자인쇄는 종교 경전과 국가 문서, 지식을 보존하고 전파하는 데 사용됐다. 유럽의 구텐베르크 인쇄술이 특별한 이유는 ‘세계 최초’이기 때문이 아니라 알파벳, 종이 공급, 도시와 대학, 상업적 출판업자, 종교 갈등과 결합해 짧은 기간에 대량 복제와 유통의 체계를 확장했기 때문이다. 인쇄 이전의 유럽에서 책은 주로 손으로 베껴 만들었다. 필사본도 복수로 제작되고 이동했지만, 같은 텍스트를 빠르고 비교적 안정적으로 대량 생산하기는 어려웠다. 금속활자 인쇄는 한 번 조판한 내용을 반복해서 찍을 수 있게 했다. 16세기의 한 저술가는 인쇄 덕분에 책의 ‘감당하기 어려운 가격’이 낮아져 더 많은 사람이 배울 수 있게 되었다고 평가했다. 당시 사람들도 책의 수와 접근성이 달라지고 있음을 체감했다. 복제되는 문장이 늘 같다는 점도 중요했다. 필사 과정에서는 빠진 구절과 변형이 생길 수 있었지만 인쇄본은 비교적 동일한 텍스트를 많은 독자에게 제공했다. 서로 떨어진 사람들이 같은 문장과 쪽을 놓고 논쟁할 수 있게 되었다. 저자의 말은 더 넓게 퍼지는 동시에 오류와 주장도 더 오래 고정될 수 있었다. 인쇄는 진실만 확산한 것이 아니라 논쟁과 선전, 금지된 주장도 확대했다. 그렇다고 인쇄기가 작동한 순간 대중 독서 시대가 열린 것은 아니다. 종이는 필요했고, 활자를 만들고 조판하며 인쇄기를 운용할 숙련 노동자가 있어야 했다. 원고를 구하고 비용을 댈 사람, 완성된 책을 운반하고 판매할 상인도 필요했다. 무엇보다 글을 읽을 수 있는 독자가 있어야 했다. 인쇄 혁명은 기계 한 대의 효과가 아니라 종이, 노동, 자본, 교육, 유통이 연결된 결과였다. 초기 인쇄물의 상당수는 성경과 기도서, 종교 논쟁문, 법률·교육 문서처럼 이미 사회적 수요가 큰 글이었다. 평범한 사람의 일상이 곧바로 책의 중심에 들어온 것은 아니다. 인쇄업자는 판매 가능성을 고려해야 했고, 검열과 종교 권력도 출판 범위를 제한했다. 글을 쓸 교육과 시간을 가진 사람은 여전히 소수였으며 여성과 하층민의 목소리는 기록되더라도 출판으로 이어지기 어려웠다. 종교개혁과 종교 갈등은 인쇄물의 힘을 선명하게 드러냈다. 짧은 논쟁문과 설교, 번역된 성서가 빠르게 복제되면서 독자는 서로 다른 해석을 접할 수 있었다. 동시에 교회와 국가는 금서 목록과 허가 제도로 유통을 통제하려 했다. 인쇄는 말할 자유를 자동으로 보장하지 않았다. 더 널리 말할 수 있게 된 만큼 누가 출판을 허가하고 금지하는지를 둘러싼 싸움도 커졌다. 하지만 책이 늘어나면서 글쓴이와 독자의 관계는 근본적으로 달라졌다. 필사본이나 편지는 대개 누가 읽을지 어느 정도 예상할 수 있었다. 인쇄된 책은 저자가 만나본 적 없는 사람에게 같은 문장을 전달했다. 글은 말한 사람의 몸을 떠나 먼 도시와 다음 세대로 이동했다. 저자는 얼굴을 모르는 독자를 상상해야 했고, 독자는 만나본 적 없는 사람의 생각을 사적인 공간에서 받아들일 수 있었다. 이 거리는 자기 글쓰기에 새로운 문제를 만들었다. 가까운 친구라면 알고 있을 배경을 낯선 독자는 모른다. 글쓴이는 어떤 사람인지, 왜 이 경험을 말하는지, 독자가 무엇을 함께 생각해야 하는지 문장 안에서 마련해야 한다. 실제 인간과 별개로 글 속에서 말하는 ‘나’가 구성되기 시작한다. 독자는 그 목소리를 통해 저자를 신뢰하거나 의심하고, 친근함이나 거부감을 느낀다. 저자의 이름이 책의 판매와 신뢰에 연결되는 과정도 점차 중요해졌다. 한 사람의 여러 글이 같은 이름 아래 묶이면 독자는 새로운 책에서도 이전과 비슷한 관점과 문체를 기대한다. 저자는 텍스트를 만든 사람인 동시에 반복해서 선택할 수 있는 표지가 된다. 훗날 에세이스트의 개성과 삶이 작품만큼 주목받게 되는 데에는 이런 출판시장의 조건이 놓여 있다. 종이의 확산도 중요했다. 근세 유럽에서 종이는 책만이 아니라 편지, 장부, 행정 기록, 학자의 메모와 개인적 글쓰기를 지탱했다. 연구자들은 이 시기를 인쇄 혁명만이 아니라 정보의 생산과 보존, 유통이 급격히 늘어난 정보 혁명의 시대로 설명한다. 값이 낮아지고 구하기 쉬워진 종이는 사람들이 생각을 임시로 적고, 모으고, 다시 배열할 여지를 넓혔다. 완성된 책의 뒤에는 수많은 메모와 초고가 놓이게 되었다. 사적 독서가 인쇄와 함께 처음 생겼다고 말할 수는 없다. 고대와 중세에도 혼자 읽는 사람과 개인 소유의 책이 있었다. 낭독 문화 역시 인쇄 이후에도 오래 지속됐다. 변화는 하나의 방식이 갑자기 다른 방식을 몰아낸 데 있지 않다. 책의 수가 늘고 소유와 접근의 범위가 넓어지면서 같은 텍스트를 각자의 시간과 장소에서 반복해 읽을 가능성이 커졌다는 데 있다. 혼자 읽는 독자는 글과 은밀한 관계를 맺을 수 있다. 공개된 장소에서 누군가 읽어주는 말을 듣는 것과 방 안에서 책장을 넘기는 경험은 다르다. 독자는 불편한 대목에서 멈추고, 다시 읽고, 여백에 생각을 적는다. 타인의 내밀한 목소리를 혼자 받아들이는 환경은 훗날 개인 에세이가 제공할 친밀감의 물질적 바탕이 되었다. 이 친밀감은 실제 만남 없이도 만들어진다. 저자는 수백 명에게 동일한 문장을 보내지만 독자는 책을 혼자 읽으며 자신에게만 말을 건넨다고 느낄 수 있다. 인쇄는 대량 복제의 기술이면서 역설적으로 일대일 대화 같은 경험을 만드는 기술이었다. 에세이는 이 역설을 특히 잘 활용한다. 불특정 다수에게 판매되는 글이면서도 한 사람의 내밀한 목소리처럼 읽히기 때문이다. 그렇지만 ‘평범한 일상’이 책이 되려면 일상을 바라보는 가치도 달라져야 했다. 왕과 전쟁, 종교적 진리와 영웅의 생애에 비해 한 개인의 습관과 기분은 기록할 가치가 낮다고 여겨질 수 있었다. 인쇄술은 사소한 경험을 복제할 수 있게 했지만 왜 그것을 읽어야 하는지까지 답해주지는 않았다. 기술은 가능성을 열었고, 장르는 그 가능성에 이유를 부여해야 했다. 출판은 개인의 목소리를 해방하는 동시에 상품으로 만들었다. 책이 시장에서 팔리려면 제목과 형식, 독자층이 필요했다. 남들과 다른 경험은 관심을 끌 수 있었지만 지나치게 낯선 목소리는 선택받지 못할 수 있었다. 저자는 자기 자신을 쓰면서도 독자가 받아들일 수 있는 모습으로 편집해야 했다. 오늘날 플랫폼에서 자신을 표현하면서 조회수와 반응을 의식하는 문제는 완전히 새로운 것이 아니다. 매체가 목소리를 전달하는 순간부터 표현과 유통의 조건은 서로 얽혔다. 15세기와 16세기의 인쇄문화는 한 개인이 자기 생각을 불특정 다수에게 건넬 무대를 만들었다. 그러나 무대가 생겼다고 주인공이 저절로 등장하지는 않는다. 누군가는 자신의 삶이 공적인 가르침이나 종교적 고백을 위한 사례가 아니라, 그 자체로 관찰할 가치가 있다고 주장해야 했다. 완성된 진리를 전달하는 대신 생각이 흔들리고 바뀌는 모습을 책에 남겨야 했다. 1580년, 프랑스 남서부의 한 귀족은 이미 널리 퍼진 종이와 인쇄, 고전 독서의 문화 위에서 두 권의 책을 내놓았다. 그는 자신의 기억, 몸, 습관, 우정, 두려움과 판단을 끝없이 시험했다. 책 제목으로 선택한 말은 완성이나 증명이 아니라 ‘시도’를 뜻했다. 인쇄기가 개인의 목소리를 먼 독자에게 옮길 수 있게 했다면, 미셸 드 몽테뉴는 그 목소리가 무엇을 해도 되는지를 바꾸기 시작했다. ---------------------------------------- ### 9장 – 커피하우스에서 읽는 짧은 글 https://voidlogpress.com/books/%ec%9a%b0%eb%a6%ac%eb%8a%94-%ec%96%b8%ec%a0%9c%eb%b6%80%ed%84%b0-%ec%9e%90%ec%8b%a0%ec%9d%84-%ec%93%b0%ea%b8%b0-%ec%8b%9c%ec%9e%91%ed%96%88%ec%9d%84%ea%b9%8c/9%ec%9e%a5-%ec%bb%a4%ed%94%bc%ed%95%98%ec%9a%b0%ec%8a%a4%ec%97%90%ec%84%9c-%ec%9d%bd%eb%8a%94-%ec%a7%a7%ec%9d%80-%ea%b8%80/ 질문: 18세기 정기간행물은 에세이를 어떻게 바꿨나요? 요약: 1711년 『스펙테이터』는 거의 매일 한 편을 건네며 에세이를 일상의 시간표 안으로 들였습니다. 지면이 제한되니 하나의 풍속과 인물과 질문을 중심에 두게 됐고, 다음 호를 기다리는 독자와의 관계가 한 편의 완성도만큼 중요해졌습니다. 또 다른 질문: 그 시절의 읽기는 혼자 조용히 하는 일이었나요? 답: 반드시 그렇지는 않았습니다. 한 사람이 새로 도착한 종이를 펼치면 주변 사람들이 제목을 묻고 눈에 띄는 대목을 소리 내어 읽거나 다른 해석을 보탰습니다. 독자는 활자를 받아들이는 개인이면서 다른 독자에게 내용을 전하는 중계자였습니다. 또 다른 질문: 커피하우스는 누구에게나 평등하게 열린 공간이었나요? 답: 이상적인 공론장으로 그리면 실제의 배제가 사라집니다. 비용을 지불하고 시간을 낼 수 있는 사람, 교육받은 남성이 중심을 차지했습니다. 여성은 중요한 독자이자 글의 대상이었지만 같은 방식으로 참여할 수 없었습니다. 또 다른 질문: 미스터 스펙테이터는 실제 저자였나요? 답: 현실의 애디슨이나 스틸과 완전히 같지 않은 가상의 관찰자입니다. 이 화자는 독자에게 두 위치를 동시에 줍니다. 도시의 구성원으로 풍속을 알아보면서도 관찰자의 옆에 서서 그 풍속을 한 걸음 떨어져 볼 수 있습니다. 또 다른 질문: 지면에 실린 독자 편지는 자유로운 참여였나요? 답: 독자가 문제를 제기하고 화자가 답하는 구조를 만들었지만 순수하게 자발적인 것만은 아니었습니다. 편집자가 어떤 목소리를 실을지 결정했고 가상의 편지를 통해 원하는 논점을 만들 수도 있었습니다. 최종 확인: 2026-09-03T11:04:37+09:00 9장 커피하우스에서 읽는 짧은 글 1711년 3월 1일 런던에서 새로운 정기간행물이 나왔다. 이름은 『스펙테이터』였다. 리처드 스틸과 조지프 애디슨이 중심이 되어 만든 이 간행물은 거의 매일 한 편의 글을 독자에게 건넸다. 한 권의 책을 오래 기다려 읽는 대신 도시의 사람들은 어제와 다른 짧은 글을 정해진 리듬으로 만났다. 에세이가 일상생활의 시간표 안으로 들어오기 시작했다. 『스펙테이터』보다 앞서 스틸은 1709년 『태틀러』를 창간했다. 정치와 소식, 풍속과 문학을 섞어 다룬 이 간행물은 런던의 사교 공간과 긴밀하게 연결됐다. 『스펙테이터』는 이 경험을 이어받으면서 당파 정치에서 거리를 두고 도시인의 취향과 예절, 대화와 독서를 다듬는 글을 내세웠다. 에세이는 거대한 진리를 설명하는 책의 한 장이 아니라 아침이나 오후에 잠깐 읽고 대화에 가져갈 수 있는 종이가 됐다. 당시 런던의 커피하우스는 음료를 마시는 가게 이상의 공간이었다. 상인과 정치인, 작가와 독자가 모여 신문을 읽고 소문과 정보를 교환했다. 가게마다 주로 모이는 직업과 관심사가 달랐고, 뉴스와 상업 정보가 빠르게 순환했다. 정기간행물은 커피하우스의 대화를 글로 옮겼고, 다시 그 글이 새로운 대화를 만들었다. 이때 읽기는 반드시 혼자 조용히 하는 행위가 아니었다. 한 사람이 새로 도착한 종이를 펼치면 주변 사람들이 제목을 묻고, 눈에 띄는 대목을 소리 내어 읽거나 서로 다른 해석을 보탰다. 종이 한 부가 여러 사람의 손과 귀를 거쳤다. 독자는 활자를 받아들이는 개인이면서 다른 독자에게 내용을 전하는 중계자였다. 짧은 에세이는 이렇게 낭독과 논평을 견딜 수 있는 단위로 움직였다. 인쇄물의 물질적 조건도 문체에 흔적을 남겼다. 한 호 안에서 글은 제한된 지면을 차지해야 했고, 다음 발행일까지 독자의 관심을 붙잡아야 했다. 긴 논증을 여러 갈래로 펼치기보다 하나의 풍속, 인물, 질문을 중심으로 삼는 편이 유리했다. 짧다는 것은 생각이 가볍다는 뜻이 아니라 한 번의 독서와 한 차례의 대화에 알맞게 생각을 조직한다는 뜻이었다. 그러나 커피하우스를 누구에게나 평등하게 열린 이상적인 공론장으로 그리면 실제의 배제가 사라진다. 비용을 지불하고 시간을 낼 수 있는 사람, 교육받은 남성이 중심을 차지했다. 여성은 정기간행물의 중요한 독자이자 글의 대상이었지만 커피하우스의 사교와 정치적 대화에 같은 방식으로 참여할 수 없었다. 계급과 직업, 종교와 당파도 공간의 이용 방식을 나눴다. 『스펙테이터』의 영리한 장치는 ‘미스터 스펙테이터’라는 화자였다. 그는 현실의 애디슨이나 스틸과 완전히 같지 않은 가상의 관찰자다. 말수가 적고 눈에 잘 띄지 않지만 도시 곳곳을 돌아다니며 사람을 관찰한다. 커피하우스, 극장, 거리와 상점에서 본 행동을 기록하고 때로는 유머와 풍자로 잘못된 습관을 비판한다. 이 화자는 독자에게 두 가지 위치를 동시에 제공했다. 독자는 도시의 구성원으로 글 속 풍속을 알아보면서도, 관찰자의 옆에 서서 그 풍속을 한 걸음 떨어져 볼 수 있었다. 남의 허영과 무례를 웃다가 자기 행동도 돌아보게 된다. 직접 훈계하면 반발할 내용을 가벼운 이야기와 가상 인물을 통해 전달했다. 미스터 스펙테이터 주변에는 서로 다른 신분과 성격을 대표하는 가상의 클럽 인물들이 배치됐다. 시골 지주, 상인, 군인 같은 인물은 도시 사회의 여러 관점을 보여줬다. 실제 사회의 차이를 그대로 재현한 것은 아니었지만, 에세이 안에 대화 가능한 작은 사회를 만들었다. 개인 화자는 혼자 모든 것을 아는 권위자가 아니라 여러 목소리를 관찰하고 조정하는 역할을 맡았다. 몽테뉴가 자기 판단의 변화를 책에 쌓았다면 정기간행물의 화자는 매일 새로운 사건에 반응했다. 마감이 반복되면서 글의 소재도 달라졌다. 극장에서 본 장면, 거리의 옷차림, 대화 예절, 독자의 편지가 곧 다음 글이 될 수 있었다. 에세이는 오랜 은둔과 회고뿐 아니라 도시의 속도에 맞춰 쓰는 형식이 됐다. 정기성은 독자와의 관계도 바꿨다. 단행본의 독자는 책을 한 번 구입하고 저자와 헤어질 수 있다. 정기간행물의 독자는 다음 호를 기다린다. 글쓴이는 이전 글을 기억하는 독자를 상정하고, 독자는 화자의 성격과 관심을 조금씩 학습한다. 한 편의 완성도만큼 지속적으로 만나는 관계가 중요해졌다. 오늘의 연재 뉴스레터와 구독형 콘텐츠가 사용하는 구조와 닮았다. 반복되는 만남은 작은 기억의 공동체를 만든다. 지난 호에 등장한 인물이나 농담을 다시 불러오면 오래 읽은 사람은 알아보고 반가워한다. 처음 온 독자도 몇 편을 따라가며 이 공동체의 말투를 익힌다. 매체는 매번 처음부터 자신을 설명하지 않아도 되는 세계를 만들고, 화자는 그 세계의 안내자가 된다. 에세이의 연속성은 거대한 줄거리보다 목소리와 습관에서 생겼다. 독자의 편지도 형식의 일부가 됐다. 실제 편지와 편집자가 만든 편지가 섞여 있었지만, 지면은 독자가 문제를 제기하고 화자가 답하는 듯한 구조를 만들었다. 글은 저자에게서 독자로 한 방향으로 내려가지 않았다. 독자의 반응이 다음 소재가 되고, 매체는 하나의 대화 공동체를 연출했다. 이 대화가 순수하게 자발적인 것만은 아니었다. 편집자는 어떤 목소리를 실을지 결정했고, 가상의 독자 편지를 통해 원하는 논점을 만들 수도 있었다. ‘독자 참여’는 매체가 설계한 틀 안에서 이루어졌다. 현대 플랫폼의 댓글과 추천도 이용자가 자유롭게 반응하는 공간처럼 보이지만 운영 정책과 노출 구조의 영향을 받는다. 애디슨과 스틸의 에세이는 ‘세련된 대화’와 예절을 보급하는 데 기여했다. 거칠고 당파적인 논쟁을 누그러뜨리고 함께 대화할 수 있는 시민적 태도를 만들려 했다. 동시에 무엇이 세련되고 올바른 행동인지를 정하는 권한도 행사했다. 특정 계층의 취향이 보편적 예절처럼 제시될 수 있었다. 교양은 공동체를 연결하는 언어이면서 누군가를 교양 없는 사람으로 구분하는 기준이 되었다. 여기서 에세이는 사적인 취향을 공적인 판단으로 바꾸는 번역 장치가 된다. 어떤 옷차림이 우스운지, 극장에서 어떤 태도가 무례한지 말하려면 개인의 불쾌감만 내세울 수 없다. 독자가 웃거나 수긍할 장면을 만들고 그 행동이 공동생활을 어떻게 방해하는지 보여줘야 한다. 일상의 사소한 감각이 사회 규범으로 이동하는 순간, 에세이는 취향을 다루는 글이면서 권력을 행사하는 글이 된다. 정기간행물 에세이의 성과는 정치적 논쟁을 없앤 데 있지 않다. 일상의 행동과 취향도 공적으로 토론할 수 있는 주제가 되었다는 데 있다. 어떻게 말하고 읽으며 타인과 어울릴 것인지가 시민 생활의 문제로 올라왔다. 에세이는 국가의 거대한 사건과 개인의 사생활 사이에 도시의 일상이라는 넓은 영역을 만들었다. 그 넓은 영역은 소재를 발견하는 방법까지 바꿨다. 특별한 모험을 하지 않아도 아침에 들른 가게, 극장에서 벌어진 소란, 유행하는 말 한마디가 글의 출발점이 될 수 있었다. 중요한 것은 사건의 크기보다 관찰자가 그 장면에서 어떤 사회적 습관을 읽어내는가였다. 평범한 하루가 기록할 가치가 있다는 감각은 이후 개인 에세이의 중요한 토대가 됐다. 오늘의 생활 글쓰기가 사소한 장면에서 의미를 끌어낼 때, 그 뒤에는 도시의 하루를 정기적으로 지면에 올리던 오래된 훈련이 놓여 있다. 그 영역에서 글 속 ‘나’는 실제 저자와 가상 인물 사이를 오갔다. 미스터 스펙테이터는 개인적 비밀을 고백하지 않지만 뚜렷한 성격과 시선을 가졌다. 에세이의 친밀감은 반드시 사실의 전면 공개에서만 생기지 않는다. 독자가 반복해서 만날 수 있는 일관된 목소리, 세상을 보는 습관에서도 생긴다. 그러나 도시의 관찰자라는 화자는 여전히 다른 사람을 바라보는 위치에 머물렀다. 독자는 그의 사적인 상처와 기억을 깊이 알지 못했다. 19세기에 들어 에세이스트들은 이 가면을 더 개인적인 방향으로 움직였다. 가상의 이름 뒤에 실제 기억과 상실, 유머와 결함을 넣었다. 낯선 독자에게 오래된 친구처럼 말하는 ‘친숙한 에세이’가 등장했다. ---------------------------------------- ## 비개발자를 위한 루프 엔지니어링 ISBN 9791143815088 · 2026-07-21 · 허구진 지음 https://voidlogpress.com/books/%eb%b9%84%ea%b0%9c%eb%b0%9c%ec%9e%90%eb%a5%bc-%ec%9c%84%ed%95%9c-%eb%a3%a8%ed%94%84-%ec%97%94%ec%a7%80%eb%8b%88%ec%96%b4%eb%a7%81/ ### 챕터 10. 1단계 반자동 루프: 오늘 30분, 첫 루프 https://voidlogpress.com/books/%eb%b9%84%ea%b0%9c%eb%b0%9c%ec%9e%90%eb%a5%bc-%ec%9c%84%ed%95%9c-%eb%a3%a8%ed%94%84-%ec%97%94%ec%a7%80%eb%8b%88%ec%96%b4%eb%a7%81/%ec%b1%95%ed%84%b0-10-1%eb%8b%a8%ea%b3%84-%eb%b0%98%ec%9e%90%eb%8f%99-%eb%a3%a8%ed%94%84-%ec%98%a4%eb%8a%98-30%eb%b6%84-%ec%b2%ab-%eb%a3%a8%ed%94%84/ 질문: 첫 루프는 무엇부터 만들면 되나요? 요약: 다섯 걸음입니다. 업무를 고르고, 종료를 판별할 수 있는 목표 문장을 쓰고, 검증 증거를 정하고, 완료와 재실행과 이관을 적은 판정표를 그린 뒤 한 바퀴 돌립니다. 사람이 시작 신호를 쥐는 반자동이라 이상하면 그 자리에서 멈추고 고칠 수 있습니다. 또 다른 질문: 반자동 루프는 자동으로 도는 루프와 무엇이 다른가요? 답: 사람이 시작 신호를 주되 실행과 검증과 판정 구조는 재사용하는 형태입니다. 자동 시작이 없어도 피드백 경로가 닫혀 있으면 루프입니다. 매 바퀴를 사람이 시작하므로 이상하면 그 자리에서 멈추고 고칠 수 있습니다. 또 다른 질문: 첫 실행 결과는 무엇을 받아야 하나요? 답: 네 묶음으로 받아야 합니다. 작업 결과, 검증 기록, 판정과 다음 행동, 그리고 갱신할 상태입니다. 결과물만 받으면 사람이 다시 검증하고 다음 행동까지 정해야 하므로 한 바퀴가 닫히지 않습니다. 또 다른 질문: 30분 안에 막히면 어디를 봐야 하나요? 답: 대개 세 곳입니다. 목표 문장이 종료를 판별하지 못하거나, 검증 증거가 없어 판정을 못 하거나, 재실행 한계가 없어 같은 항목이 계속 도는 경우입니다. 각각 둘째와 셋째와 넷째 걸음으로 돌아갑니다. 또 다른 질문: 원본에 없는 정보가 필요해지면 어떻게 처리하나요? 답: AI 가 추정하게 두지 않습니다. 담당과 기한이 원본에 없으면 확인 필요로 표시해 사람에게 넘기고, 이관 기록에 무엇이 없었는지 적습니다. 사람이 확인한 뒤 확정된 정보만 상태 문서에 넣습니다. 최종 확인: 2026-09-03T11:04:36+09:00 챕터 10. 1단계 반자동 루프: 오늘 30분, 첫 루프 프롤로그에서 약속한 30분이 여기서 시작된다. 지금까지의 부품을 완벽히 외울 필요는 없다. 막히는 지점이 생기면 앞 장으로 돌아가 필요한 부품만 다시 확인하면 된다. 이 부의 세 단계 — 반자동, 도구 내장, 자동 실행 — 는 전작의 싱글·듀얼·멀티 에이전트와 다른 축이다. 전작은 실행 주체의 수를, 이 부는 설정과 상태의 저장 위치 및 시작 신호의 주체를 구분한다. 실행자가 여럿이어도 사람이 시작하면 반자동일 수 있다. 에이전트 수와 자동화 수준을 같은 것으로 보면 안 된다. 반자동 루프란 반자동 루프는 사람이 시작 신호를 주되 실행·검증·판정 구조를 재사용하는 형태다. 자동 시작이 없어도 피드백 경로가 닫혀 있으면 루프다. 처음에는 사람이 시작 버튼을 쥐는 편이 설계를 고치기 쉽다. 반자동으로 시작하는 이유가 있다. 자동으로 도는 루프는 편하지만, 잘못 설계하면 잘못된 채로 계속 돈다. 반자동은 매 바퀴를 사람이 시작하므로, 이상하면 그 자리에서 멈추고 고칠 수 있다. 처음 만드는 루프일수록 사람이 시작 버튼을 쥐고 있는 편이 안전하다. 30분, 다섯 걸음 지금부터 서른 분 동안 자기 업무 하나를 골라 첫 루프를 만든다. 시계를 봐도 좋다. 다섯 걸음으로 나눈다. 첫 걸음, 업무를 고른다. 5분. 4장의 여섯 기준을 거꾸로 쓴다. 여러 번 반복되고, 잘못돼도 되돌릴 수 있고, 결과를 확인할 근거가 있고, 민감한 정보가 없는 일. 이런 일 중에서 이번 주에 실제로 해야 하는 것 하나를 고른다. 완벽한 후보를 찾느라 5분을 넘기지 않는다. 어설픈 후보라도 지금 손에 있는 일이 낫다. 둘째 걸음, 목표를 문장으로 쓴다. 5분. '잘'이나 '적절히'를 빼고, 무엇이 갖춰지면 끝인지 확인 가능한 항목으로 적는다. 예를 들어 회의록 정리가 업무라면, "회의록을 잘 정리한다"가 아니라 "회의록에서 결정 사항과 담당자와 기한을 뽑아 표로 만들고, 안건별로 나누면 완료"라고 쓴다. 이렇게 쓰면 다 하고 나서 결정 사항과 담당자와 기한이 표에 들어갔는지만 보면 완료를 판단할 수 있다. 목표 문장을 쓰다 막히면, 이 일을 다 했다고 언제 말할 수 있는지를 자문한다. 그 답이 곧 종료 조건이다. 셋째 걸음, 검증 증거를 정한다. 5분. 이 결과가 맞는지 무엇과 대조해 확인할지를 정한다. 원문인가, 숫자인가, 규칙인가. 7장에서 본 다섯 가지 중 이 업무에 맞는 것을 고른다. 회의록이라면 원본 녹취나 메모가 증거가 된다. 표에 적힌 결정 사항이 실제 회의에서 나온 것인지 원본과 대조하는 것이다. 증거를 정할 수 없다면, 그 일은 애초에 루프에 맞지 않으니 첫 걸음으로 돌아가 다른 일을 고른다. 넷째 걸음, 판정표를 그린다. 5분. 검증 결과에 따라 무엇을 할지 적는다. 주 경로는 완료, 정해진 횟수만큼 재실행, 사람에게 이관의 셋이다. 처리 중 새 할 일이 발견되면 작업 목록에 어떻게 등록할지도 한 줄 덧붙인다. 종이 한 장이면 충분하다. 회의록 예로 이어가면 이렇게 그려진다. 결정 사항과 담당자와 기한이 모두 원본과 맞으면 완료. 누락된 항목이 있으면 그 부분만 다시 뽑되 두 번까지. 두 번 해도 원본에서 못 찾는 항목은 사람에게 표시해 넘김. 원본 자체가 불분명해 판단이 필요한 대목도 사람에게. 네 줄이면 판정표가 선다. 다섯째 걸음, 한 바퀴 돌린다. 10분. AI에게 목표·증거·판정표를 주고 작업 하나를 처리하게 한다. 결과를 증거와 대조한 뒤 판정표에 따라 완료, 재실행 또는 이관한다. 이 경로가 한 번 이어지면 첫 루프의 골격이 선다. 30분 실습용 한 장 설계서 다섯 걸음을 아래 한 장에 모아 적는다. 첫 실행에서는 빈칸을 완벽하게 채우는 것보다 실제 작업 하나를 통과시키는 데 집중한다. 항목 작성 내용 루프 이름 반복할 업무 이번 입력 1건 완료 조건 검증할 항목 검증 증거의 위치 재실행 조건과 최대 횟수 즉시 이관할 조건 새 작업 등록 규칙 결과와 상태를 남길 곳 설계서를 채웠다면 아래 지시문에 빈칸을 넣어 첫 바퀴를 시작한다. 특정 제품의 기능에 기대지 않는 반자동 형태라서, 사용하는 AI 도구의 대화창에서 그대로 응용할 수 있다. 목표: [완료 조건]을 충족하는 결과를 만든다. 입력: [이번 작업 1건과 원본 위치] 실행: [수행할 단계] 검증: 결과의 [검증 항목]을 [외부 증거]와 대조한다. 각 항목에 통과/실패와 근거 위치를 기록한다. 판정: - 모두 통과하면 완료로 표시한다. - 고칠 수 있는 실패는 지적 사항을 반영해 최대 [횟수]회 재실행한다. - [이관 조건]이면 추정하지 말고 사람 확인 대기로 표시한다. - 새 할 일이 발견되면 [작업 목록]에 등록한다. 출력: 1. 작업 결과 2. 검증 기록 3. 판정과 다음 행동 4. 갱신할 상태 첫 실행 결과는 네 묶음으로 받아야 한다. 결과물만 받으면 사람이 다시 검증과 다음 행동을 정해야 한다. 검증 기록과 판정, 갱신할 상태까지 함께 받아야 한 바퀴가 닫힌다. 완성된 설계서 예시: 회의록 루프 빈 설계서를 실제로 채우면 다음과 같다. 항목 회의록 루프 예시 루프 이름 주간 운영회의 결정 사항 정리 반복할 업무 매주 회의 녹취에서 결정·담당·기한 추출 이번 입력 1건 7월 14일 운영회의 녹취와 참석자 목록 완료 조건 모든 안건의 결정 사항, 담당자, 기한을 표로 작성하고 각 항목에 녹취 시각을 붙임 검증할 항목 결정 내용의 존재, 담당자 이름, 날짜·기한 검증 증거 원본 녹취와 참석자 목록 재실행 누락 항목만 다시 추출, 최대 2회 즉시 이관 녹취가 끊겼거나 담당자가 명시되지 않은 항목 새 작업 등록 후속 확인이 필요한 안건을 다음 회의 확인 목록에 추가 상태 저장 회의별 진행 문서의 완료·이관 표 첫 실행에서 AI가 다음 결과를 냈다고 하자. 안건: 8월 뉴스레터 발송 결정: 초안을 금요일까지 작성 담당: 김민지 기한: 7월 18일 근거: 녹취 18:32~18:51 검증 단계에서는 네 항목을 따로 본다. 결정 문장이 실제 녹취에 있는가. 참석자 목록에 김민지가 있는가. “금요일”이 회의 날짜 기준 7월 18일과 일치하는가. 근거 시각에 해당 발언이 있는가. 모두 맞으면 완료다. 반면 녹취에는 “민지님이 초안을 보면 좋겠다”만 있고 기한이 없다면, AI가 7월 18일을 추정해서는 안 된다. 담당과 기한을 확인 필요로 표시해 사람에게 넘긴다. 이관 기록에는 “18:32 발언에서 후보 담당자는 언급됐으나 확정 표현과 기한이 없음”이라고 적는다. 사람이 확인한 뒤 확정된 정보만 상태 문서에 넣는다. 이 예시의 핵심은 회의록 문장을 잘 쓰는 데 있지 않다. 원본에 없는 담당자나 날짜를 채우지 않고, 불명확한 상태를 이관할 수 있게 만드는 데 있다. 첫 루프에서는 이런 예외 한 건을 제대로 넘기는 것만으로도 설계의 약점을 많이 발견할 수 있다. 막히는 세 지점 30분 안에 막히는 곳은 대개 정해져 있다. 세 곳이다. 첫째, 목표 문장이 종료를 판별하지 못하는 경우다. 다 하고 나서도 완료인지 알 수 없다면, 목표가 흐릿한 것이다. 둘째 걸음으로 돌아가, '무엇이 갖춰지면 끝'인지를 다시 적는다. 확인 가능한 항목이 나올 때까지 문장을 조인다. 둘째, 검증 증거가 없어서 판정을 못 하는 경우다. 결과가 맞는지 확인할 방법이 없다면, 셋째 걸음이 비어 있는 것이다. 이 업무에 쓸 외부 증거를 다시 찾아본다. 정말 없다면, 그 업무는 루프에 맞지 않으니 다른 업무로 바꾼다. 셋째, 재실행이 끝나지 않는 경우다. 부족하다는 판정이 계속 나와 같은 항목을 반복하고 있다면, 재실행 한계가 없는 것이다. 판정표에 '세 번까지만 다시, 넘으면 사람에게'라고 적어 넣는다. 8장에서 본 이관 조건이 여기서 무한 반복을 끊는다. 첫 루프를 돌린 다음 한 바퀴가 돌았다면, 그것으로 충분하다. 완벽하지 않아도 된다. 첫 루프의 목적은 훌륭한 자동화가 아니라, 부품이 맞물려 도는 감각을 손에 익히는 것이다. 같은 루프를 이번 주에 두어 번 더 돌려본다. 돌릴 때마다 조금씩 다듬는다. 목표 문장이 더 정확해지고, 검증이 더 촘촘해지고, 판정표가 더 현실에 맞게 바뀐다. 이렇게 서너 번 돌려서 손에 익으면, 매번 처음부터 세팅하는 것이 슬슬 번거로워진다. 그 번거로움이 다음 단계로 갈 신호다. 절차를 손으로 다시 세팅하는 대신, 도구 안에 심어 두는 단계. 다음 장에서 그 방법을 다룬다. ---------------------------------------- ### 챕터 2. 프롬프트·컨텍스트·하네스·루프, 누적되는 네 개의 층 https://voidlogpress.com/books/%eb%b9%84%ea%b0%9c%eb%b0%9c%ec%9e%90%eb%a5%bc-%ec%9c%84%ed%95%9c-%eb%a3%a8%ed%94%84-%ec%97%94%ec%a7%80%eb%8b%88%ec%96%b4%eb%a7%81/%ec%b1%95%ed%84%b0-2-%ed%94%84%eb%a1%ac%ed%94%84%ed%8a%b8%ec%bb%a8%ed%85%8d%ec%8a%a4%ed%8a%b8%ed%95%98%eb%84%a4%ec%8a%a4%eb%a3%a8%ed%94%84-%eb%88%84%ec%a0%81%eb%90%98%eb%8a%94-%eb%84%a4-%ea%b0%9c/ 질문: 루프 엔지니어링이 나왔으니 프롬프트 엔지니어링은 끝난 건가요? 요약: 아닙니다. 네 관점은 서로를 밀어내는 경쟁자가 아니라 문제의 위치를 찾는 렌즈입니다. 한 번의 결과가 지시와 다르면 프롬프트를, 자료를 모르면 컨텍스트를, 대화마다 규칙이 달라지면 하네스를, 첫 결과 뒤 사람이 계속 지시해야 하면 루프를 봅니다. 또 다른 질문: 루프 엔지니어링이라는 말은 언제 어디서 나왔나요? 답: 2026년 6월 초 AI 코딩 도구를 쓰는 사람들 사이의 두 발언이 계기가 됐고, 애디 오스마니가 6월 7일 「Loop Engineering」으로 정리했습니다. 다만 두 발언의 확인 수준은 같지 않아 한쪽은 원문을, 다른 쪽은 인용을 기준으로 삼았습니다. 또 다른 질문: 오스마니의 논의를 일반 업무에 그대로 적용해도 되나요? 답: 그의 글은 처음부터 끝까지 코딩 에이전트를 대상으로 합니다. 리서치나 보고서, 정산 같은 일반 업무는 그의 논의 범위 밖입니다. 코딩 에이전트의 원리를 코드 밖으로 끌고 나오는 것은 그의 주장이 아니라 이 책의 시도입니다. 또 다른 질문: 이 개념을 정리한 사람은 루프를 어떻게 평가하나요? 답: 상당히 신중합니다. 앞으로 일하는 방식의 미래일 수 있다고 보면서도 아직 이르고 자신은 회의적이며 토큰 비용에 주의해야 한다고 못 박았습니다. 잘못 설계된 루프는 지켜보는 사람이 없는 사이 실수도 비용도 무인으로 쌓습니다. 또 다른 질문: 용어가 바뀌면 이 내용도 낡는 것 아닌가요? 답: 이름은 새것이라도 그 아래 구조까지 새것은 아닙니다. 목표를 주고 스스로 행동하게 하고 결과를 관찰해 다음을 정하는 순환은 이름이 붙기 훨씬 전부터 연구돼 왔습니다. 그래서 이 책은 명칭보다 구조를 다룹니다. 최종 확인: 2026-09-03T11:04:36+09:00 챕터 2. 프롬프트·컨텍스트·하네스·루프, 누적되는 네 개의 층 새 용어가 나올 때마다 드는 생각이 있다. 또 이름표 하나가 늘었구나. 프롬프트 엔지니어링, 컨텍스트 엔지니어링, 하네스 엔지니어링, 이제는 루프 엔지니어링. 몇 달마다 뒤에 '엔지니어링'을 붙인 새 말이 등장하고, 지난 말은 벌써 낡은 것처럼 취급된다. 이쯤 되면 용어 자체에 피로를 느끼는 게 당연하다. 새 말을 따라가는 것만으로도 지치고, 따라가지 않으면 뒤처지는 것 같아 불안하다. 그래서 이 장은 세 질문부터 확인한다. 이 말은 어디서 나왔는가, 앞의 용어들과 어떤 관계인가, 이름이 사라져도 남을 구조가 있는가. 이 질문에 답하지 못하면 유행어를 하나 더 소개하는 데 그친다. 네 개의 층은 경쟁하지 않는다 먼저 오해 하나를 걷어내자. 프롬프트, 컨텍스트, 하네스, 루프는 서로를 밀어내는 경쟁자가 아니다. 이 책은 이해를 돕기 위해 네 개를 층으로 배열하지만, 이것이 업계의 유일한 표준 분류는 아니다. 실제 시스템에서는 서로 겹치고 포함되는 방식도 제각각이다. "이제 프롬프트는 끝났다" 같은 말이 돌지만, 그건 정확한 표현이 못 된다. 프롬프트 관점은 모델에 어떤 지시와 입력을 줄 것인가를 묻는다. 한 번의 답뿐 아니라 루프 안의 각 단계에도 프롬프트가 쓰인다. 컨텍스트 관점은 그 지시를 수행할 때 어떤 자료와 이력과 도구 결과를 모델이 볼 수 있게 할지를 묻는다. 엄밀히 말하면 프롬프트도 넓은 컨텍스트의 일부이므로 둘의 경계가 완전히 갈리는 것은 아니다. 이 책에서는 설명의 편의를 위해 '지시'와 '참고할 맥락'으로 나눠 부른다. 하네스는 에이전트가 일할 환경과 통제 장치를 짜는 관점이다. 지시와 규칙과 도구와 이력이 자리를 잡고 있는 작업 공간을 만드는 일, 전작이 다룬 영역이 여기다. 매번 맥락을 손으로 넣는 대신, 맥락이 놓일 방을 만드는 것이다. 루프는 그 환경 안에서 실행 결과가 검증과 판정을 거쳐 다음 행동으로 되돌아가는 흐름을 설계하는 관점이다. 오스마니는 이를 하네스보다 한 층 위라고 설명하지만, 모든 구현이 반드시 이 순서를 따르는 것은 아니다.[주 1] 작은 루프는 완전한 하네스 없이도 만들 수 있고, 하네스 안에 순환이 없는 단발 작업을 둘 수도 있다. 그러므로 이 네 층은 엄격한 건축 순서라기보다 설계할 때 번갈아 보는 네 관점에 가깝다. 좋은 프롬프트를 쓰는 능력은 루프를 짜는 자리에서도 그대로 쓸모가 있고, 루프 안에서 AI에게 건네는 지시 하나하나는 결국 프롬프트다. 필요한 맥락과 통제 환경이 부실하면 루프의 신뢰성도 낮아진다. 새 관점이 나왔다고 앞의 관점을 버릴 이유는 없다. 네 관점으로 문제를 진단한다 AI 결과가 흔들릴 때 무조건 프롬프트부터 고치면 같은 문제를 반복할 수 있다. 증상에 따라 어느 관점을 먼저 볼지 구분한다. 나타나는 증상 먼저 볼 관점 확인할 질문 한 번의 결과가 지시와 다르다 프롬프트 해야 할 행동과 출력 형식이 명확한가 필요한 자료를 모르거나 오래된 내용을 쓴다 컨텍스트 이번 작업에 필요한 원문·이력·도구 결과가 전달됐는가 대화마다 규칙과 도구가 달라진다 하네스 지시·권한·도구·작업 공간이 재사용되도록 고정됐는가 첫 결과 뒤 사람이 계속 다음 지시를 내려야 한다 루프 결과를 검증하고 재실행·완료·이관하는 경로가 있는가 하나의 문제에 여러 관점이 함께 필요할 수도 있다. 예를 들어 보고서 숫자가 틀렸다면 지시가 모호했을 수도 있고, 원본 데이터가 컨텍스트에 없었을 수도 있으며, 검증 루프가 빠졌을 수도 있다. 이때는 원인을 다음 순서로 좁힌다. 1. 입력 자료가 정확하고 접근 가능한가. 2. 실행 지시가 확인 가능한 행동으로 쓰였는가. 3. 도구와 권한이 실행마다 같은가. 4. 결과를 독립된 증거와 대조하고 실패를 돌려보내는가. 네 관점은 성숙도 점수가 아니다. 프롬프트를 잘한다고 하네스가 필요 없어지는 것도 아니고, 루프를 만들었다고 한 번의 지시가 중요하지 않아지는 것도 아니다. 문제의 위치를 찾기 위한 네 개의 렌즈다. 이 말은 어디서 나왔나 루프 엔지니어링이라는 말이 퍼진 시점은 비교적 또렷하다. 2026년 6월 초, AI 코딩 도구를 쓰는 사람들 사이에서 두 개의 발언이 잇따라 화제가 됐다. Peter Steinberger는 이제 에이전트에게 직접 프롬프트를 치지 말고 에이전트에게 프롬프트를 던지는 루프를 설계하라고 썼다. Boris Cherny는 자신이 더 이상 Claude에 직접 프롬프트하지 않으며 자기 일은 루프를 짜는 것이라고 말했다고 전해졌다. 다만 두 발언의 확인 수준은 같지 않다. Steinberger의 문장은 X 원문을 확인할 수 있지만, Cherny의 문장은 뒤에서 소개할 Addy Osmani의 글에 인용된 내용을 기준으로 삼았다.[주 1][주 2] 이 발언들을 하나로 엮어 정리한 사람이 애디 오스마니(Addy Osmani)다. 그는 2026년 6월 7일 「Loop Engineering」을 게시해, 루프를 목적을 정해두면 AI가 완료될 때까지 반복하는 재귀적 목표 구조로 설명했다. 목적을 걸어두면 AI가 스스로 돌면서 그 목적에 닿을 때까지 반복한다는 것이다. 이 글은 자동화·워크트리·스킬·플러그인과 커넥터·서브에이전트, 그리고 외부 기억을 주요 구성요소로 정리했다.[주 1] 여기서 정확히 해둘 것이 있다. 오스마니의 글은 처음부터 끝까지 코딩 에이전트를 대상으로 한다. 코드를 짜고, 테스트를 돌리고, 실패를 고치는 작업을 스스로 반복하게 만드는 이야기다. 그가 드는 예시도 매일 아침 코드 저장소를 점검하고, 실패한 테스트를 요약하고, 버그를 고치는 것들이다. 이 책이 다루는 리서치나 보고서나 정산 같은 일반 업무는 그의 논의 범위 밖이다. 코딩 에이전트의 원리를 일반 업무로 옮겨오는 것은 그의 주장이 아니라 이 책의 시도다. 이 구분을 흐리면 남의 논의를 부풀려 인용하는 셈이 되므로, 분명히 해둔다. 원리는 빌려오되, 그 원리를 코드 밖으로 끌고 나오는 책임은 이 책에 있다. 만든 사람부터 신중하다 흥미로운 대목은 이 개념을 정리한 오스마니 본인이 상당히 신중하다는 것이다. 그는 이것이 앞으로 일하는 방식의 미래일 수 있다고 보면서도, 아직 이르고 자신은 회의적이며 토큰 비용에 반드시 주의해야 한다고 못 박았다. 잘못 설계된 루프는 사람이 지켜보지 않는 사이에 실수도 무인으로 저지르고, 비용도 무인으로 태운다는 것이다.[주 1] 무인으로 도는 순환은 편리한 만큼 위험하다. 지켜보는 사람이 없으니, 잘못된 방향으로 도는 것도 아무도 막지 않는다. 그는 한 걸음 더 나아가, 에이전트에게 직접 프롬프트하는 방식도 여전히 유효하니 균형을 찾으라고 했다. 루프가 프롬프트를 없애는 게 아니라는 말이다. 모든 일을 루프로 돌릴 필요도 없고, 그래서도 안 된다. 어떤 일은 그냥 직접 시키는 편이 낫다. 그리고 그는 이렇게 덧붙였다. 루프를 설계하는 일은 프롬프트를 잘 쓰는 일보다 쉬운 게 아니라 오히려 어렵다고. 왜 어려운가. 같은 루프를 두 사람이 만들어도 결과가 갈리기 때문이다. 한 사람은 자기가 잘 아는 일을 더 빠르게 하는 데 루프를 쓰고, 다른 사람은 일을 이해하지 않아도 되게 하는 데 쓴다. 앞사람의 루프는 그를 더 유능하게 만들고, 뒷사람의 루프는 그를 일에서 멀어지게 만든다. 도구는 그 차이를 모른다. 같은 도구가 누구의 손에 있느냐에 따라 정반대의 결과를 낸다. 이 차이를 아는 것은 사람뿐이다. 이 책도 같은 태도를 취한다. 루프는 모든 일에 맞지 않고, 잘못 쓰면 비용과 오류가 늘어난다. 그래서 4장은 루프를 쓰지 말아야 할 업무를 따로 다룬다. 이 신중함은 겁을 주려는 것과 거리가 멀다. 오히려 반대다. 루프가 무엇을 잘하고 무엇을 못하는지를 분명히 알아야, 잘하는 자리에 마음 놓고 맡길 수 있다. 막연히 대단하다고 믿으면 엉뚱한 데 걸었다가 실망하고, 막연히 위험하다고 믿으면 맞는 자리에도 못 건다. 정확히 아는 것이 잘 쓰는 것의 출발이다. 이름은 새것, 구조는 헌것 그렇다면 6개월 뒤에도 남을 것인가. 용어만 보면 위태롭다. 몇 주 만에 퍼진 말이니 몇 주 만에 다른 말로 갈릴 수도 있다. 실제로 이 분야의 용어는 유행처럼 왔다가 간다. 그런데 이름이 새것이라고 해서 그 아래 구조까지 새것은 아니다. AI에게 목표를 주고, 스스로 행동하게 하고, 결과를 관찰해 다음을 결정하고, 필요하면 다시 시도하는 순환은 이름이 붙기 훨씬 전부터 연구돼 왔다. 2022년 공개된 ReAct는 언어모델이 추론과 행동을 번갈아 수행하는 구조를 제안했고, 2023년의 Reflexion은 시행 결과의 언어적 피드백과 기억을 다음 시도에 반영하는 구조를 제안했다.[주 3][주 4] 두 연구를 오늘의 루프 엔지니어링과 동일한 방법론이나 직접 계보로 볼 수는 없다. 다만 추론·행동·피드백·기억을 순환시키는 선행 구조가 이미 연구돼 있었다는 점은 확인할 수 있다. 명칭은 등장한 지 몇 주지만, 그 아래에서 활용되는 순환의 부품은 여러 해에 걸쳐 다듬어져 온 셈이다. 그래서 이 책은 명칭보다 구조를 다룬다. '루프 엔지니어링'이 내년에 다른 이름으로 바뀌더라도, 목표를 정하고 실행하고 검증한 뒤 다음을 판정하는 원리는 남는다. 정리하면 이렇다. 프롬프트는 사라지지 않았고, 다만 사람이 매번 손으로 돌리던 순환이 시스템 안으로 옮겨가고 있다. 그 순환을 이루는 부품이 무엇이고 어떻게 맞물리는지, 다음 장부터 하나씩 뜯어본다. 먼저 할 일은, 반복된다고 다 루프는 아니라는 사실을 가리는 것이다. ---------------------------------------- ### 챕터 7. 검증과 증거: 다른 AI의 의견이 아니라 외부 증거를 쓴다 https://voidlogpress.com/books/%eb%b9%84%ea%b0%9c%eb%b0%9c%ec%9e%90%eb%a5%bc-%ec%9c%84%ed%95%9c-%eb%a3%a8%ed%94%84-%ec%97%94%ec%a7%80%eb%8b%88%ec%96%b4%eb%a7%81/%ec%b1%95%ed%84%b0-7-%ea%b2%80%ec%a6%9d%ea%b3%bc-%ec%a6%9d%ea%b1%b0-%eb%8b%a4%eb%a5%b8-ai%ec%9d%98-%ec%9d%98%ea%b2%ac%ec%9d%b4-%ec%95%84%eb%8b%88%eb%9d%bc-%ec%99%b8%eb%b6%80-%ec%a6%9d%ea%b1%b0/ 질문: 검토용 AI를 하나 더 세우면 검증이 되나요? 요약: 부족합니다. 두 검토자가 같은 자료와 모호한 기준에 기대면 서로 다른 모델이어도 맹점을 공유합니다. 검증은 원문, 원본 숫자, 미리 승인한 규칙, 체크리스트, 실행 결과 같은 외부 증거에 기대야 합니다. 통과 선언이 아니라 대조한 기록이 남아야 합니다. 또 다른 질문: 외부 증거란 무엇을 말하나요? 답: 현재 AI 출력의 자기평가와 분리돼 있고 사람이 다시 확인할 수 있는 참조물입니다. 이 책에서는 편의상 원문, 원본 숫자, 미리 승인한 규칙, 체크리스트, 실행 결과 다섯으로 묶습니다. 이것이 업계 표준 분류라는 뜻은 아닙니다. 또 다른 질문: 증거 레지스터에는 무엇을 적나요? 답: 검증 항목과 기준 자료, 대조 방법, 통과 조건, 실패 시 행동을 연결한 표입니다. 출처의 위치와 버전까지 적어 다시 찾아갈 수 있어야 하고, 원본이 갱신되면 레지스터의 버전도 함께 바꿉니다. 또 다른 질문: 검증 기록에는 최소한 무엇이 남아야 하나요? 답: 네 요소입니다. 무엇을 검사했는가, 무엇과 대조했는가, 어떤 차이가 있었는가, 그래서 어떤 판정을 내렸는가. 통과라는 선언이 아니라 대조라는 행위가 기록으로 남아야 인상이 아닌 확인이 됩니다. 또 다른 질문: 외부 증거를 찾을 수 없는 업무는 어떻게 하나요? 답: 애초에 루프를 걸 자리가 못 됩니다. 업무마다 쓸 수 있는 증거가 다릅니다. 리서치 요약이라면 원문 링크가, 정산이라면 원본 명세의 숫자가, 문서 검수라면 정해둔 표기 규칙이 그 역할을 합니다. 최종 확인: 2026-09-03T11:04:36+09:00 챕터 7. 검증과 증거: 다른 AI의 의견이 아니라 외부 증거를 쓴다 한 번은 자료 요약 루프에 검증 단계를 붙였다고 안심하고 자리를 비웠다. 초안을 만드는 AI가 있고, 그 초안을 검토하는 다른 AI가 있으니 이만하면 됐다고 여겼다. 돌아와 결과를 보니 검토 AI는 "정확하고 잘 정리됐다"는 평가를 붙여두었다. 그런데 그 요약 안에는 원문에 없는 숫자가 하나 섞여 있었다. 검토 AI는 그것을 자신 있게 통과시켰다. 검증 단계를 붙였다는 사실만으로는 부족했다. 다른 AI의 "괜찮다"는 평가와 원문 대조 기록은 같은 검증이 아니다. 무엇에 근거했는지가 신뢰도를 가른다. 다른 AI의 의견은 출발점일 뿐이다 전작에서 우리는 만드는 역할과 검증하는 역할을 나누라고 배웠다. 같은 흐름에서 만든 결과를 곧바로 자기평가하면 오류를 합리화하기 쉬우니, 별도 지시나 별도 실행자에게 검토를 맡기라는 것이었다. 이 원칙은 여전히 유효하다. 하지만 검토자를 하나 더 세우는 것만으로 검증이 완성되지는 않는다. 두 검토자가 같은 자료와 모호한 평가 기준에 기대면, 서로 다른 모델이어도 비슷한 맹점을 공유할 수 있다. 반대로 같은 모델을 쓰더라도 독립적인 테스트나 원문 대조를 별도 단계로 실행하면 검증은 강해진다. 모델의 이름보다 판단 근거의 독립성이 중요하다. 예를 들어 만드는 AI가 지어낸 숫자를 검토 AI가 그럴듯하다는 이유로 승인하는 상황도 생길 수 있다. 이것은 더 좋은 AI를 쓴다고 저절로 해결되는 문제가 아니다. 성능이 높은 모델도 같은 불완전한 자료와 모호한 평가 기준에 기대면 같은 함정에 빠질 수 있다. 오스마니 역시 별도 AI 검토가 도움이 되지만, 그 자체로 인간의 판단이나 실제 검증을 완전히 대신하지는 못한다고 지적한다.[주 5] 문제는 성능만이 아니라 근거에 있다. 검토 AI가 무엇에 기대어 판단하는지가 핵심이다. 그것이 자기 판단이나 다른 AI의 인상이라면, 아무리 여럿을 세워도 인상의 합의에 머물 수 있다. 검증은 외부 증거에 기대야 한다 그래서 검증에는 위계가 있다. 다른 AI의 의견보다 외부 증거가 위다. 외부 증거란 현재 AI 출력의 자기평가와 분리돼 있고, 사람이 다시 확인할 수 있는 참조물이다. 이 책에서는 편의상 다섯 범주로 묶는다. 원문, 원본 숫자, 미리 승인한 규칙, 체크리스트, 실행 결과. 요약이 맞는지는 원문과 대조하고, 계산이 맞는지는 원본 숫자와 맞춰본다. 형식은 정해둔 규칙과 대조하고, 빠진 항목은 체크리스트로 확인한다. 코드나 수식이 작동하는지는 실제로 돌려본 결과를 본다. 이 다섯 범주가 업계의 표준 분류이거나 가능한 증거의 전부라는 뜻은 아니다. 이 다섯 가지의 공통점은, AI가 "그렇다고 생각한다"는 말에서 벗어나 대조 과정을 다시 확인할 수 있게 해준다는 것이다. 다만 외부 증거가 곧 절대적 진실은 아니다. 원문이나 원본 데이터 자체가 틀릴 수도 있고, 체크리스트가 부족할 수도 있다. 증거의 역할은 무오류를 보장하는 것이 아니라, 무엇을 근거로 판정했는지 추적 가능하게 만드는 데 있다. 내 요약에 섞인 가짜 숫자는 검토 AI의 인상으로는 걸러지지 않았지만, 원문과 한 줄씩 대조했다면 근거 문장이 없다는 사실을 드러낼 수 있었다. 업무마다 쓸 수 있는 증거가 다르다. 리서치 요약이라면 원문 링크가 증거가 되고, 정산이라면 원본 명세의 숫자가 그 역할을 한다. 문서 검수라면 정해둔 표기 규칙이 증거이며, 콘텐츠라면 쓰면 안 되는 표현의 목록이 잣대가 된다. 자기 업무에서 무엇이 외부 증거가 될 수 있는지를 찾는 것이, 믿을 만한 루프를 만드는 첫걸음이다. 증거를 찾을 수 없는 일이라면, 앞서 4장에서 본 대로 애초에 루프를 걸 자리가 못 된다. 증거 레지스터 만들기 검증 단계가 있어도 어떤 자료를 기준으로 삼는지 적지 않으면 실행할 때마다 잣대가 바뀐다. 증거 레지스터는 검증 항목과 기준 자료를 연결한 표다. 검증 항목 기준 자료 대조 방법 통과 조건 실패 시 행동 요약 속 수치 원문 보고서 수치와 단위를 원문에서 검색 값·단위·기준 기간이 모두 일치 해당 문장 재작성 보고서 합계 원본 데이터 항목 합계를 다시 계산 원본 합계와 일치 계산 재실행 후 이관 필수 항목 승인된 체크리스트 항목별 존재 여부 확인 모든 필수 항목 존재 누락 부분만 보완 게시물 표기 브랜드 표기 규칙 금칙어·고유명사 대조 위반 0건 수정안 생성 후 재검사 증거 레지스터를 만들 때는 출처의 위치와 버전도 적는다. “회사 규정과 대조”만 쓰면 어떤 규정인지 알 수 없다. “2026-06-01 승인된 표기 규칙 v3의 2~4항과 대조”처럼 다시 찾아갈 수 있어야 한다. 원본이 갱신되면 레지스터의 버전도 함께 바꾼다. 검증 기록에는 최소한 네 요소를 남긴다. 무엇을 검사했는가 / 무엇과 대조했는가 / 어떤 차이가 있었는가 / 그래서 어떤 판정을 내렸는가 예를 들면 다음과 같다. 월간 보고서 2쪽의 매출 합계를 원본 데이터 2026-06 시트 B열과 재계산했다. 보고서 12,450,000원, 원본 12,540,000원으로 90,000원 차이가 났다. 수치 불일치로 통과시키지 않고 계산 단계로 돌려보냈다. "검증을 통과했다"는 말의 함정 여기서 흔한 함정 하나를 짚어야 한다. AI가 "검증을 통과했습니다"라고 말할 때, 그 말 자체는 증거가 아니다. AI에게 "이 결과를 검증해줘"라고 하면 대부분 "검증한 결과 문제없습니다"라는 답이 돌아온다. 이 답은 검증의 결과처럼 보이지만, 실제로는 AI의 인상일 뿐이다. 무엇과 대조했는지, 어떤 항목을 확인했는지가 없다면, 그것은 "괜찮아 보인다"의 다른 표현에 지나지 않는다. 그래서 검증을 설계할 때는 통과 여부만 묻지 않는다. 무엇과 대조했는지를 함께 남기게 한다. "원문 3번 문단과 대조한 결과, 요약의 두 번째 문장의 수치가 원문과 일치하지 않음." 이런 식으로 대조의 근거가 함께 기록되면, 그 검증은 인상이 아니라 확인이 된다. 통과라는 선언이 아니라, 대조라는 행위가 기록으로 남아야 한다. 두 가지 검증 기록을 나란히 놓으면 차이가 분명하다. "검토 결과 정확합니다"는 아무 근거가 없다. 무엇을 봤는지, 무엇과 맞췄는지가 없으니 확인할 길이 없다. 반면 "표의 다섯 항목을 원본과 대조, 셋째 항목의 합계가 원본과 100 차이남"은 근거가 있다. 어디를 어떻게 맞췄는지가 적혀 있어, 사람이 그 대조를 다시 짚어볼 수 있다. 앞의 것은 믿어달라는 말이고, 뒤의 것은 확인해보라는 기록이다. 이것이 전작의 생성-검증 분리에서 한 걸음 더 나아간 지점이다. 전작은 누가 검증하느냐를 물었다. 이 책은 무엇을 근거로 검증하느냐를 묻는다. 사실과 형식을 다루는 업무에서는 검증 단계를 나누는 것에서 시작해, 그 검증이 현재 출력과 독립된 증거에 기대게 해야 무인 실행의 신뢰도를 높일 수 있다. 검증 결과만으로 루프는 움직이지 않는다. 통과하면 끝낼지, 부족하면 다시 돌릴지, 사람이 볼지를 정해야 한다. 이 판정 규칙이 다음 장의 주제다. ---------------------------------------- ## 노트 앱 없는 세컨드 브레인 ISBN 9791143814784 · 2026-07-20 · 강지우 지음 https://voidlogpress.com/books/%eb%85%b8%ed%8a%b8-%ec%95%b1-%ec%97%86%eb%8a%94-%ec%84%b8%ec%bb%a8%eb%93%9c-%eb%b8%8c%eb%a0%88%ec%9d%b8/ ### 1장 – 10분이면 열리는 나의 브레인 https://voidlogpress.com/books/%eb%85%b8%ed%8a%b8-%ec%95%b1-%ec%97%86%eb%8a%94-%ec%84%b8%ec%bb%a8%eb%93%9c-%eb%b8%8c%eb%a0%88%ec%9d%b8/1%ec%9e%a5-10%eb%b6%84%ec%9d%b4%eb%a9%b4-%ec%97%b4%eb%a6%ac%eb%8a%94-%eb%82%98%ec%9d%98-%eb%b8%8c%eb%a0%88%ec%9d%b8/ 질문: 세컨드 브레인을 시작하려면 무엇부터 준비해야 하나요? 요약: 준비물은 두 개입니다. 새 대화마다 되풀이하던 배경 정보 하나와 자주 참고하는 문서 하나면 됩니다. 10분은 모든 자료를 옮기는 시간이 아니라 회로 하나를 여는 시간입니다. 프로젝트를 만들고 지침 세 줄을 적고 파일 하나를 올린 뒤 첫 질문을 던지면 됩니다. 또 다른 질문: 프로젝트 지침 세 줄에는 무엇을 적나요? 답: 나의 역할과 지금 하는 일, 답할 때 반영할 조건, 근거가 없을 때의 처리를 한 줄씩 적습니다. 문장을 멋지게 만들 필요는 없습니다. 나중에 답을 읽고 규칙이 부족했는지 확인할 수 있을 만큼 구체적이면 됩니다. 또 다른 질문: 파일을 넣은 다음 요약부터 시켜도 되나요? 답: 요약부터 만들면 개통이 아니라 정리 작업이 됩니다. 바로 첫 질문으로 갑니다. 지침은 답하는 방식을 정하고 파일은 답의 근거를 제공하는데, 두 자리를 섞으면 규칙이 흐려지거나 원칙이 필요할 때 적용되지 않습니다. 또 다른 질문: 첫 질문에 필요한 내용이 문서에 없다고 나오면 실패인가요? 답: 실패가 아닙니다. 빠진 정보가 드러났다면 그 자체가 결과입니다. 원문에 없는 수치를 그럴듯하게 채우는 답보다 확인할 항목을 남기는 답이 운영에는 더 쓸모 있습니다. 지금 가진 근거의 선을 확인한 것입니다. 또 다른 질문: 개통이 끝났는지는 무엇으로 판정하나요? 답: 업로드가 아니라 답으로 판정합니다. 새 대화를 하나 더 열어 앞선 내용을 복사하지 않고 같은 종류의 질문을 던집니다. 역할과 목표를 다시 적지 않았는데 답에 프로젝트의 조건과 파일의 기준이 나타나면 끝난 것입니다. 최종 확인: 2026-09-03T11:04:35+09:00 수요일 오후, 회의가 끝난 뒤 새 대화를 연다. 지난주에 정한 고객 기준을 적용해 제안서를 고쳐 달라고 쓰려다 손이 멈춘다. 지난주 회의가 무엇이었는지, 고객 기준이 왜 바뀌었는지, 제안서에서 건드리면 안 되는 부분이 어디인지 다시 설명해야 한다. 답을 받기 전에 배경부터 복원하는 일이 또 시작된다. 바꿀 장면은 하나뿐이다. 새 대화에서 배경을 되풀이하지 않고 첫 질문에 대한 답을 받는다. 거대한 정리 체계도, 촘촘한 분류표도 필요 없다. 프로젝트 하나에 짧은 규칙과 원문 하나를 놓고 질문을 던지면 된다. 설명을 오래 읽기 전에 손에 있는 자료 두 개로 이 회로가 도는지 직접 확인해 본다. 준비물은 두 개다 첫 번째 준비물은 반복해서 설명하던 배경 정보 하나다. 새 대화를 열 때마다 쓰던 자기소개나 업무 조건을 떠올리면 된다. 담당하는 일, 진행 중인 목표, 답변에서 지켜야 할 제약 가운데 자주 되풀이한 내용을 고른다. 길게 쓸 필요는 없다. 아래처럼 세 덩어리면 출발할 수 있다. 나는 온라인 교육 회사에서 성인 학습자를 위한 강좌를 기획한다. 지금은 재구매율보다 첫 강좌 완주 경험을 개선하는 프로젝트를 맡고 있다. 제안은 개발 인력이 적다는 조건을 고려해야 한다. 두 번째 준비물은 자주 참고하는 문서 하나다. 회의에서 합의한 기준, 브랜드 원칙, 제품 설명, 수업 설계안처럼 질문할 때마다 다시 열어 보는 파일이 좋다. 오래된 자료를 전부 모으지 않는다. 이번 주의 판단에 실제로 쓰는 원문 하나만 고른다. 자료가 깔끔하지 않아도 된다. 제목이 엉성해도 되고 표가 섞여 있어도 된다. 이 단계의 목적은 보관함을 채우는 데 있지 않다. 배경 정보와 참고 문서가 한 질문 안에서 함께 작동하는지 보는 데 있다. 정리는 성공을 확인한 뒤에 해도 늦지 않다. 여기서 말하는 10분은 모든 자료를 옮기는 시간이 아니다. 가장 자주 되풀이하는 설명과 지금 판단에 쓰는 문서 하나로 출발점을 만드는 시간이다. 계정 설정을 확인하거나 문서에서 민감한 정보를 덜어 내야 한다면 더 걸려도 괜찮다. 회로 하나를 닫는 일이 속도보다 중요한 기준이다. 시간을 맞추려고 검토를 건너뛰는 것보다, 작은 범위라도 더 안전하고 분명하게 끝내는 편이 낫다. 손에 문서가 없다면 억지로 새 보고서를 만들지 않는다. 반복해서 확인하는 메모를 텍스트 파일 하나로 저장해도 된다. 반대로 파일이 많다면 대표 문서 하나만 남긴다. 첫 시도에서 자료 수를 늘리면 어떤 정보가 답에 쓰였는지 판별하기 어려워진다. [기본] 작은 회로를 연다 기본 개통은 네 단계다. 프로젝트를 만들고, 지침 세 줄을 쓰고, 파일 하나를 넣고, 첫 질문을 던진다. 단계마다 해야 할 일보다 멈출 기준을 함께 둔다. 그래야 폴더 꾸미기와 자료 수집으로 새지 않는다. 프로젝트 하나를 만든다 프로젝트는 이 일에 필요한 규칙과 원문, 대화를 담는 상위 공간이다. 채팅방을 늘리는 것과는 다르다. 같은 프로젝트 안에서 여러 대화를 열 수 있고, 그 대화들이 참고할 파일과 지침을 한곳에 둘 수 있다. 이름은 짧게 붙인다. 업무, 자료, 생각처럼 넓은 이름보다 지금 얻으려는 결과가 보이는 이름이 낫다. 성인 강좌 완주 개선, 가게 여름 메뉴 정리, 퇴근 후 글쓰기 정도면 충분하다. 이름 체계를 설계하는 일은 여기서 하지 않는다. 지금 쓰려는 일 하나와 경계가 맞으면 멈춘다. 프로젝트를 여러 개 만들고 싶어질 수 있다. 회의용, 아이디어용, 자료용으로 나누면 정돈돼 보인다. 그 순간 예전의 분류 비용이 돌아온다. 첫 회로에서는 결과 하나에 프로젝트 하나만 쓴다. 어느 자료가 어디로 가야 할지 고민되면 아직 경계가 너무 세분된 것이다. 멈출 기준은 간단하다. 프로젝트 이름을 보고 이번 주에 어떤 질문을 넣을지 떠오르면 다음 단계로 간다. 지침은 세 줄만 쓴다 지침은 클로드가 어떻게 답할지를 정하는 짧은 규칙이다. 배경 자료 전체를 붙여 넣는 곳이 아니다. 역할과 목표, 답변 조건만 남긴다. 준비해 둔 첫 번째 자료를 아래 틀에 맞춰 다듬는다. 나의 역할은 [담당 역할]이고, 지금 하는 일은 [현재 목표]다. 답할 때 [반드시 고려할 조건]을 반영한다. 자료에 근거가 없으면 추측하지 말고 빠진 정보를 알려 준다. 앞의 교육 회사 사례라면 담당 역할과 완주 경험 개선이라는 목표, 적은 개발 인력이라는 조건이 들어간다. 문장을 멋지게 만들 필요는 없다. 나중에 답을 읽고 규칙이 부족했는지 확인할 수 있을 만큼 구체적이면 된다. 좋은 지침을 쓰겠다고 예외 규칙을 늘리면 시작이 늦어진다. 보고서 형식, 말투, 표의 열 이름까지 한꺼번에 정하고 싶어도 보류한다. 지금 쓰는 지침은 배경을 다시 설명하지 않기 위한 최소 장치다. 실전에서 지침을 다듬는 법은 5장에서 다룬다. 멈출 기준도 세 줄이다. 네 번째 줄이 필요해 보이면 그것이 모든 질문에 공통으로 적용되는지 묻는다. 특정 질문에만 필요한 조건이라면 지침이 아니라 그 질문에 적는다. 파일을 넣기 전에 0번 질문을 통과한다 이제 두 번째 준비물인 문서를 넣을 차례다. 손을 움직이기 전에 한 문장을 묻는다. 이 자료를 클로드에 넣어도 되는가? 이 질문은 편의보다 앞선다. 회사 정책상 외부 인공지능 서비스에 입력할 수 없는 자료, 개인정보나 고객 식별 정보가 든 파일, 공개되지 않은 계약·재무·인사 정보는 멈춘다. 유출됐을 때 되돌릴 수 없는 핵심 원본과 타인의 저작물을 통째로 쌓는 일도 피한다. 계정 유형과 개인정보 설정, 회사 내부 정책이 서로 다를 수 있으므로 스스로 확인해야 한다. 판단이 서지 않으면 실제 문서 대신 식별 정보를 지운 예시나 직접 만든 요약본을 쓴다. 상세한 판단 기준은 3장에서 다룬다. 관문을 통과한 문서만 프로젝트의 참고 파일로 넣는다. 파일명에는 내용을 알아볼 단어를 남긴다. 날짜와 버전을 전부 규격화할 필요는 없다. 완주경험_검토기준처럼 다음 주의 자신도 구분할 수 있으면 된다. 여기서 파일은 원문 역할을 한다. 지침이 답하는 방식을 정한다면 파일은 답의 근거를 제공한다. 두 자리를 섞으면 문제가 생긴다. 긴 보고서를 지침에 붙이면 규칙이 흐려지고, 답변 원칙을 파일 한구석에 넣으면 필요할 때 적용되지 않을 수 있다. 지금은 규칙과 원문이 자리가 다르다는 것만 기억하면 된다. 파일을 넣은 뒤에는 내용을 다시 정리해 달라고 요청하지 않는다. 요약부터 만들면 개통이 아니라 정리 작업이 된다. 바로 첫 질문으로 간다. 첫 질문은 원문을 쓰게 만든다 첫 질문은 검색 시험이 아니다. 준비한 배경과 문서가 동시에 필요한 질문이어야 한다. 문서에 적힌 내용을 그대로 묻기보다, 그 기준을 현재 목표에 적용해 달라고 한다. 프로젝트 지침과 완주경험_검토기준 문서를 바탕으로 현재 제안에서 유지할 요소와 수정할 요소를 나눠 줘. 문서에서 확인되지 않는 판단은 따로 표시해 줘. 질문에는 세 가지가 들어 있다. 참조할 범위, 원하는 결과, 근거가 없을 때의 처리다. 배경 설명은 다시 쓰지 않았다. 담당 역할과 현재 목표, 개발 인력 조건은 지침에 있고 판단 기준은 파일에 있기 때문이다. 답을 받을 때는 문장이 유려한지보다 근거가 연결됐는지 본다. 유지할 요소와 수정할 요소가 구분됐는지, 파일의 기준이 답에 반영됐는지 확인한다. 확인되지 않는 부분을 사실처럼 채우지는 않았는가. 이 세 가지가 보이면 최소 회로가 작동한 것이다. 답이 엉뚱하다면 자료를 더 넣기 전에 원인을 좁힌다. 프로젝트의 경계가 질문과 맞지 않았는지, 지침의 목표가 모호했는지, 파일에 필요한 기준이 실제로 있는지 확인한다. 첫 실패를 자료 부족으로 해석해 파일 열 개를 추가하면 판단은 더 어려워진다. 작은 가게에서도 같은 회로가 돈다 회사 업무가 아니라도 방식은 같다. 동네에서 작은 공방을 운영하는 사람이 있다고 하자. 거래처마다 주문 조건이 다르고, 견적을 낼 때마다 최소 수량과 제작 기간을 다시 확인한다. 대화창에는 지난번 고객 응대가 남아 있지만 새 문의가 들어오면 조건을 처음부터 설명한다. 이 사람의 첫 준비물은 맞춤 주문은 기본 제작 기간을 넉넉히 잡고, 급행 요청은 기존 일정과 충돌하는지 확인한다는 배경이다. 두 번째 준비물은 현재 사용하는 주문 기준표다. 프로젝트 이름은 공방 맞춤 주문 판단으로 정한다. 지침에는 운영자의 역할, 무리한 납기를 잡지 않는 목표, 기준표에 없는 조건을 추측하지 않는 원칙만 적는다. 파일을 넣기 전에는 고객 이름과 연락처, 주소, 결제 정보가 남아 있지 않은지 본다. 실제 주문서를 그대로 쓰지 않고 식별 정보를 뺀 기준표를 선택한다. 질문은 이렇게 짧아진다. 주문 기준표를 적용해 이 요청에서 바로 답할 수 있는 조건과 고객에게 추가로 물을 조건을 나눠 줘. 기존 제작 일정과 충돌할 가능성이 있으면 확인 항목으로 남겨 줘. 여기에도 운영자의 장황한 소개는 없다. 납기 원칙은 지침에 있고 주문 조건은 파일에 있다. 답에서 확인된 조건과 추가 질문이 나뉘면 바로 고객에게 보낼 문장을 고칠 수 있다. 클로드가 공방을 대신 운영한 것이 아니다. 사람이 이미 정한 기준을 새 문의에 적용하는 시간을 줄인 것이다. 교육 회사와 공방의 사례는 업종이 다르지만 회로의 모양은 같다. 반복 배경은 지침으로 보내고, 계속 참고할 기준은 파일로 보낸다. 이번에 판단할 사안만 질문에 남긴다. 이 구분이 되면 새 대화는 빈방이 아니지만, 그렇다고 모든 대화가 저절로 이어지지도 않는다. 사람이 같은 경계 안에 규칙과 원문을 놓았기 때문에 이어질 바닥이 생긴다. 첫 질문에 필요한 내용이 문서에 없다는 답이 나와도 실패는 아니다. 빠진 정보가 드러났다면 그 자체가 결과다. 원문에 없는 수치를 그럴듯하게 채우는 답보다, 확인할 항목을 남기는 답이 운영에는 더 쓸모 있다. 질문의 목적은 정답을 받는 것만이 아니라, 지금 가진 근거로 어디까지 판단할 수 있는지 선을 확인하는 데도 있다. 최소 회로 그림 아래 표는 개통 순서를 한 줄로 압축한 것이다. 각 칸을 채우고 오른쪽으로 한 칸씩 이동한다. 준비물 두 개 프로젝트 지침 세 줄 파일 하나 첫 질문 반복 배경과 참고 문서 결과 하나의 경계 역할·목표·조건 판단에 쓰는 원문 배경과 원문을 함께 적용 프로젝트, 지침 세 줄, 파일 하나, 첫 질문으로 이어지는 10분 개통의 최소 회로 그림 1. 자료를 늘리기 전에 프로젝트에서 첫 질문까지 작은 회로 하나를 닫는다. 이 그림에서 가장 많은 공간을 차지하는 것은 자료가 아니다. 경계와 규칙, 질문이다. 파일 수가 적어도 회로는 닫힌다. 반대로 파일이 많아도 질문이 원문을 쓰게 만들지 못하면 보관함만 커진다. 성공은 업로드가 아니라 답으로 판정한다 프로젝트가 생겼고 파일도 보인다는 사실만으로는 끝나지 않는다. 완료 여부는 결과물로 판정한다. 기준은 한 문장이다. 새 대화에서 배경을 다시 설명하지 않고 첫 질문에 답을 얻는다. 새 대화를 하나 더 열어 같은 종류의 질문을 던져 본다. 앞선 대화 내용을 복사하지 않는다. 예를 들어 다음 주 회의 안건을 검토해 달라고 하되, 역할과 목표는 다시 적지 않는다. 답에 프로젝트의 조건과 파일의 기준이 나타나면 개통이 끝났다. 두 번째 대화를 열면 차이가 분명해진다. 대단한 분석이 나와서가 아니다. 질문 앞에 붙이던 장문의 배경 설명이 사라졌기 때문이다. 일회성 문답이었던 대화에 다음 대화가 이어받을 바닥이 생겼다. 지금 만든 것은 지식 전체가 아니라 반복 설명을 줄이는 최소 환경이다. 첫 답이 마음에 들지 않을 수도 있다. 그 경우에도 완료 여부와 품질 개선을 구분한다. 배경을 다시 쓰지 않고 문서에 근거한 답을 받았다면 회로는 열렸다. 답의 형식과 세부 규칙을 고치는 일은 운영 단계다. 개통과 튜닝을 한꺼번에 하면 시작점이 다시 무거워진다. 자주 막히는 세 지점 프로젝트 이름에서 오래 멈추는 경우가 있다. 가장 좋은 분류를 찾느라 업무, 개인, 학습 사이를 오간다. 이름은 분류 체계가 아니라 이번 질문의 경계다. 지금 처리할 결과가 보이면 채택한다. 지침을 자기소개서처럼 쓰는 경우도 있다. 경력과 관심사를 길게 적으면 정보는 많아지지만 답을 바꿀 조건은 흐려진다. 현재 역할, 목표, 제약만 남겨 본다. 이번 질문의 답이 달라지지 않는 정보라면 뺀다. 파일 욕심도 흔한 함정이다. 가능한 한 많이 모아 두면 든든해 보이지만, 서로 다른 시점의 기준이 충돌할 수 있다. 첫 회로에서는 현재 판단에 쓰는 문서 하나가 낫다. 어떤 문서를 계속 둘지 결정하는 법은 뒤에서 별도로 다룬다. 세 지점은 모두 같은 신호를 보낸다. 시스템을 쓰기 전에 시스템 자체를 다듬고 있다는 신호다. 그럴 때는 완료 기준으로 돌아간다. 배경을 되풀이하지 않고 첫 답을 받는 데 필요하지 않은 작업은 잠시 미룬다. [확장] 기억과 검색은 나중에 붙인다 기본 회로가 닫힌 뒤에는 과거 대화의 맥락을 활용하는 장치를 더할 수 있다. 메모리는 반복되는 배경을 요약해 다음 대화에 참고할 수 있게 하고, 대화 검색은 전에 나눈 논의를 다시 찾게 돕는다. 프로젝트 안의 기억과 바깥 대화의 기억은 경계가 다를 수 있으며, 검색 결과도 원문 자체와 같지 않다. 여기서의 성공은 확장 기능에 기대지 않는다. 프로젝트와 지침, 파일, 새 대화만으로 첫 질문까지 끝낸다. 기억을 켜 두었는지, 과거 대화 검색을 쓸 수 있는지는 계정과 설정에 따라 확인하면 된다. 제공 범위를 쫓아가며 시작을 늦추지 않는다. 확장 장치는 편리하지만 운영 규칙을 대신하지 않는다. 무엇을 프로젝트에 둘지, 어느 대화를 새로 시작할지, 기억을 어디까지 믿을지는 사람이 정한다. 3장부터 그 경계를 하나씩 세운다. 이번 주의 운영 1일차에는 반복해서 설명하던 배경 정보 하나와 자주 참고하는 문서 하나를 고른다. 자료를 새로 만들지 않고 지금 쓰는 것을 선택한다. 2일차에는 결과 하나를 위한 프로젝트를 열고 지침 세 줄과 관문을 통과한 파일 하나를 둔다. 첫 질문은 배경과 원문을 함께 쓰게 만든다. 3일차에는 새 대화에서 배경 설명 없이 비슷한 질문을 한 번 더 던진다. 답에 목표와 문서 기준이 반영됐는지 확인한다. 완료 판정은 새 대화에서 배경을 다시 설명하지 않고 첫 질문에 답을 얻었다는 결과 한 줄이다. 작은 회로는 열렸다. 다음 장에서는 왜 이 정도의 구조가 이전 노트 시스템보다 가볍게 유지되는지, 무엇을 줄이고 무엇은 여전히 사람이 맡아야 하는지 따진다. ---------------------------------------- ### 3장 – 무엇을 어디에 둘 것인가 https://voidlogpress.com/books/%eb%85%b8%ed%8a%b8-%ec%95%b1-%ec%97%86%eb%8a%94-%ec%84%b8%ec%bb%a8%eb%93%9c-%eb%b8%8c%eb%a0%88%ec%9d%b8/3%ec%9e%a5-%eb%ac%b4%ec%97%87%ec%9d%84-%ec%96%b4%eb%94%94%ec%97%90-%eb%91%98-%ea%b2%83%ec%9d%b8%ea%b0%80/ 질문: 회의록처럼 민감한 자료를 클로드에 올려도 되나요? 요약: 자리를 고르기 전에 0번 질문을 먼저 통과합니다. 회사 정책상 외부 입력이 금지된 자료, 개인을 식별할 수 있는 정보, 공개되지 않은 계약과 재무와 인사 정보는 멈춥니다. 모호하면 실제 문서 대신 식별 정보를 지운 예시나 직접 쓴 요약으로 작업합니다. 또 다른 질문: 대화에는 어떤 내용을 남기나요? 답: 생각하고 작업한 과정을 남깁니다. 지금 해결하려는 질문, 비교 중인 선택지, 아직 확정되지 않은 가설처럼 움직이는 내용입니다. 대화는 최종 보관함이 아니라 판단이 진행되는 작업대입니다. 또 다른 질문: 프로젝트를 새로 만드는 기준은 무엇인가요? 답: 주제의 수가 아니라 맥락의 독립성입니다. 배경 정보와 기준 문서가 달라질 때 새 프로젝트가 필요합니다. 같은 강좌의 일정과 홍보 문구처럼 질문이 달라도 공통된 맥락이 많으면 한 프로젝트 안에서 이어 가는 편이 낫습니다. 또 다른 질문: 대화가 길어지면 새 창을 여는 것이 맞나요? 답: 길이만으로 경계를 자르면 과정이 끊깁니다. 창을 바꾸는 기준은 작업 목적의 변화입니다. 검토가 끝나고 안내문 작성으로 넘어갈 때는 새 대화가 맞지만, 길어졌다는 이유로 이전 결정과 조건을 다시 적는 것은 실패에 가깝습니다. 또 다른 질문: 메모리는 어디까지 믿어도 되나요? 답: 기억은 길을 가리키는 표지에 가깝고 사실을 확정하는 원문은 따로 있어야 합니다. 세부 조건과 숫자, 날짜, 계약 문구처럼 바뀌면 문제가 되는 정보는 직접 보관 목록에 둡니다. 기억을 길게 만든다고 믿음이 커지지는 않습니다. 최종 확인: 2026-09-03T11:04:35+09:00 이 회의록, 올려도 되나. 회의가 끝난 직후에는 질문이 짧다. 메모를 정리할 시간이 없으니 대화창에 붙여 넣고 싶다. 그런데 참석자 이름과 거래 조건, 아직 공개되지 않은 숫자가 함께 들어 있다. 자료가 쓸모 있어 보인다는 이유만으로 넣을 수 있는 것은 아니다. 기록을 어디에 둘지 정하는 일은 정리 취향의 문제가 아니다. 경계의 문제다. 어떤 자료는 대화 안에서 생각을 이어 가는 데 쓰이고, 어떤 자료는 프로젝트의 원문이 된다. 또 어떤 자료는 클로드 밖에 직접 보관해야 한다. 아무 데나 넣기 시작하면 편리함은 잠시 늘어도 나중에 무엇을 믿고 어디서 찾아야 할지 흐려진다. 자료를 잘 요약하는 법은 잠시 뒤로 미룬다. 회의록을 어떤 형식으로 다듬을지, 긴 문서에서 무엇을 뽑을지는 다음 장에서 다룬다. 지금 필요한 일은 자료를 마주한 순간 어느 자리에 둘지 결정하는 것이다. 순서는 하나다. 넣기 전에 멈추고, 그 뒤에 다섯 질문을 통과한다. 0번 질문을 거쳐 자료의 역할과 보관 자리를 정하는 배치 판단 순서 그림 3. 입력 가능 여부를 확인한 뒤 자료의 역할과 자리를 정한다. 0번 질문 - 이 자료를 클로드에 넣어도 되는가 자료를 분류하기 전에 이 질문부터 한다. 이 자료를 클로드에 넣어도 되는가. 답이 아니오이거나 확신이 없으면 다섯 질문으로 가지 않는다. 저장 위치를 고르는 일은 넣어도 된다는 판단 뒤에만 시작된다. 회사 정책상 외부 인공지능 서비스에 입력할 수 없는 자료는 멈춘다. 개인정보와 고객을 식별할 수 있는 정보가 들어간 문서도 마찬가지다. 공개되지 않은 계약, 재무, 인사 정보와 유출됐을 때 되돌릴 수 없는 핵심 원본도 선을 넘기기 쉽다. 타인의 저작물을 통째로 축적하는 일 역시 편의만으로 정당화할 수 없다. 이 목록은 법률 판정을 대신하지 않는다. 계정 유형과 개인정보 설정, 회사의 내부 규정은 사람마다 다르다. 같은 회의록이라도 한 조직에서는 외부 입력이 금지되고 다른 조직에서는 허용된 절차가 있을 수 있다. 판단이 모호하면 실제 문서를 넣지 말고 식별 정보를 지운 예시, 직접 쓴 요약, 공개된 자료로 작업한다. 필요한 승인이 있다면 그 절차를 확인한 뒤에 움직인다. 좋은 예는 공개된 강연 자료를 바탕으로 자신의 발표 흐름을 점검하는 경우다. 자료의 범위와 사용 목적이 분명하고, 질문에 필요한 부분만 다룬다. 나쁜 예는 고객 이름과 연락처가 남은 상담 기록을 편하다는 이유로 통째로 넣는 경우다. 업무에 도움이 된다는 사실은 입력 경계를 없애 주지 않는다. 관문은 겁을 주기 위한 장치가 아니다. 나중에 정리할 수 없는 문제를 앞에서 멈추기 위한 장치다. 자료가 들어오기 전의 짧은 멈춤이, 들어간 뒤에 원본과 대화 기록을 걱정하는 시간보다 가볍다. 0번 질문은 이 책의 첫 규칙이면서 가장 자주 되돌아올 규칙이다. 질문 하나 - 이 내용을 대화에 남길 것인가 대화에는 생각하고 작업한 과정을 남긴다. 지금 해결하려는 질문, 비교 중인 선택지, 아직 확정되지 않은 가설처럼 움직이는 내용을 둔다. 대화는 최종 보관함이 아니라 판단이 진행되는 작업대다. 판단 기준은 간단하다. 이 내용이 현재 질문을 밀어 주는가. 답을 얻은 뒤에도 과정과 이유를 다시 볼 가능성이 있는가. 둘 다 그렇다면 대화에 남길 만하다. 당장 묻고 바로 끝날 잡다한 요청까지 억지로 자산으로 만들 필요는 없다. 좋은 예를 보자. 새 강좌의 개강일을 조정할지 논의한 뒤, 선택지별 장단점과 남은 확인 항목을 대화에 남긴다. 아직 결론이 바뀔 수 있고, 다음 회의에서 같은 판단을 이어야 하기 때문이다. 나쁜 예는 택배 조회 번호처럼 한 번 확인하면 끝나는 정보를 대화에 길게 붙여 두는 일이다. 그 기록은 다음 결정의 맥락이 되지 않는다. 대화에 남기는 것은 모든 말을 보존한다는 뜻이 아니다. 같은 주제로 생각한 과정 중에서도 다음 행동과 판단에 닿는 부분을 남긴다. 채팅이 길어진다고 저절로 중요한 작업이 되지는 않는다. 무엇을 해결하려 했는지 알 수 없는 대화는 나중에 제목을 보고도 다시 열 이유가 없다. 대화가 맞는 자료를 파일처럼 다루는 경우도 있다. 회의에서 나온 가설과 반론을 문서로 옮겨 고정하면 당시의 질문과 선택지가 사라질 수 있다. 반대로 확정된 기준을 대화 안에만 묻어 두면 다음 사람이 찾기 어렵다. 과정은 대화로, 계속 참고할 기준은 파일로 나누는 이유가 여기에 있다. 질문 둘 - 이 일을 프로젝트로 분리할 것인가 프로젝트는 병렬 폴더가 아니라 하나의 결과를 향한 상위 용기다. 그 안에는 지침, 계속 참고할 원문, 여러 대화가 함께 있을 수 있다. 프로젝트를 늘리는 기준은 주제의 수가 아니라 맥락의 독립성이다. 새 프로젝트가 필요한 때는 배경 정보와 기준 문서가 달라질 때다. 같은 사람이라도 강좌 개편과 이직 준비는 목표, 참고 자료, 질문의 결이 다르다. 한 프로젝트에 넣으면 두 일의 조건이 섞인다. 반대로 같은 강좌의 일정, 홍보 문구, 수강생 안내를 다룬다면 질문이 달라도 공통된 맥락이 많다. 한 프로젝트 안에서 이어 가는 편이 낫다. 가을 강좌 개편을 별도 프로젝트로 두면 이 결과에 필요한 학습자 정보와 일정 원칙, 검토 대화가 한 경계 안에 모인다. 반면 회의, 아이디어, 자료처럼 기록의 종류마다 프로젝트를 나누면 같은 결과를 위한 자료가 세 공간으로 흩어진다. 매번 어느 곳에서 시작할지 다시 판단하게 되는 것은 그래서다. 프로젝트를 만든 뒤에는 모든 관련 자료를 집어넣고 싶어진다. 그러나 상위 용기의 장점은 큰 수납량이 아니라 맥락의 선명함이다. 지금 결과를 만드는 데 쓰지 않는 옛 자료까지 함께 넣으면 원문이 많아질 뿐 질문은 더 또렷해지지 않는다. 결과가 끝났거나 기준이 전혀 달라졌다면 새 경계를 고려한다. 분리 여부를 망설일 때는 질문 하나를 더한다. 새 대화에서 이 일을 시작하면서 기존 프로젝트의 배경을 설명해야 하는가. 그렇다면 독립된 맥락일 가능성이 크다. 기존 프로젝트의 지침과 원문이 그대로 도움이 된다면 새 프로젝트를 만들 이유가 약하다. 질문 셋 - 어떤 파일을 넣을 것인가 파일은 계속 참고할 원문이다. 한 번 읽고 버릴 자료가 아니라, 여러 질문의 근거가 될 문서를 고른다. 기준서, 기획안, 확정된 결정문, 공개 가능한 제품 정보처럼 답의 근거를 제공하는 것이 파일 자리에 맞다. 판단할 때는 파일의 형식보다 재사용 가능성을 본다. 이번 대화 한 번에서만 필요한 발췌인지, 다음 대화에서도 같은 기준으로 참조할지 묻는다. 다시 쓸 원문이라면 프로젝트에 둔다. 한 번의 질문에만 필요한 짧은 문장이라면 질문 안에 필요한 범위만 적어도 된다. 매번 확인하는 브랜드 문구 기준이라면 파일로 둔다. 새 홍보 문안을 검토할 때마다 같은 기준이 필요하므로 원문 역할을 한다. 반면 오늘 회의에서 잠깐 읽을 기사 전체를 습관처럼 넣어 두는 경우는 다르다. 다음 판단에서 다시 찾을 이유가 없다면 파일 목록만 길어질 뿐이다. 원문은 최신성도 살핀다. 오래된 기획안과 새 기준이 충돌할 때 두 파일을 함께 둔다고 문제가 해결되지는 않는다. 무엇이 현재 기준인지 사람이 구분해야 한다. 이전 버전을 참고해야 한다면 그 목적을 질문에 적고, 현재 판단의 기본 원문은 하나로 분명히 둔다. 파일을 넣는다고 내용을 외운 셈이 되는 것은 아니다. 파일은 답의 근거 후보일 뿐이다. 질문할 때 어떤 원문을 적용할지 밝혀야 하고, 답을 받은 뒤에는 실제 문장과 맞는지 대조해야 한다. 원문을 두는 일과 원문을 읽는 일은 다르다. 질문 넷 - 지금 새 대화를 시작할 것인가 대화는 길어질수록 하나의 일을 깊게 다룰 수 있다. 그러나 질문의 목적이 바뀌면 같은 창을 계속 쓰는 것이 오히려 맥락을 흐릴 수 있다. 새 대화의 기준은 시간의 길이가 아니라 작업의 전환이다. 같은 결정을 위한 비교가 이어지고 있다면 기존 대화에 남긴다. 예를 들어 강좌 개편안의 세 선택지를 검토한 뒤, 같은 선택지의 비용과 일정만 더 비교한다면 질문이 달라도 한 작업의 흐름이다. 앞선 가설과 보류 항목이 다음 판단에 도움이 된다. 개편안의 검토가 끝난 뒤, 확정된 안을 바탕으로 수강생 안내문을 쓰기 시작할 때는 새 대화를 여는 편이 맞다. 참고할 원문은 같아도 작업의 목적이 검토에서 전달로 바뀌었기 때문이다. 반대로 대화가 길어졌다는 이유만으로 중간에 새 창을 열고 이전 결정과 조건을 다시 적는 경우는 실패에 가깝다. 대화의 길이만으로 경계를 자르면 과정이 끊긴다. 반대의 나쁜 예도 있다. 새 고객의 요청을 다루면서 이전 고객의 협상 기록을 같은 대화에 계속 붙이는 경우다. 질문은 비슷해도 사실관계와 결정 책임이 달라졌다. 그때는 새 대화가 더 명확하다. 같은 주제인지보다 같은 맥락인지가 기준이다. 새 대화를 연다고 과거가 사라지는 것은 아니다. 프로젝트 안의 지침과 원문은 계속 경계 역할을 한다. 다만 새 대화에는 새 질문을 위한 출발점이 필요하다. 무엇을 넘겨야 하는지와 어떻게 넘길지는 5장에서 다룬다. 여기서는 목적이 바뀌면 창도 바뀐다는 원칙만 잡는다. 질문 다섯 - 기억을 어디까지 믿고 무엇을 직접 보관할 것인가 메모리는 반복되는 맥락을 요약해 유지하는 데 도움이 된다. 요약은 편하지만 원문이 아니다. 세부 조건, 숫자, 날짜, 계약 문구처럼 바뀌면 문제가 되는 정보까지 기억에 맡기면 안 된다. 기억은 길을 가리키는 표지에 가깝고, 사실을 확정하는 원문은 따로 있어야 한다. 이 질문의 답에서 직접 보관 목록이 나온다. 직접 보관 목록은 클로드 밖에서 원본과 최신 상태를 확인해야 하는 자료의 목록이다. 계약서, 원고의 확정본, 고객 정보, 재무 자료, 비밀값처럼 잘못되거나 사라졌을 때 손실이 큰 것은 이 목록에 넣는다. 어디에 보관할지는 7장에서 자세히 다룬다. 지금은 기억과 대화를 원본의 대체물로 삼지 않는다는 선만 긋는다. 개인 글쓰기 프로젝트라면 메모리에는 선호하는 문장 길이와 피하고 싶은 표현 정도를 참고하게 두고, 출간 계약서와 최종 원고는 직접 보관 목록에 둔다. 반대의 경우도 흔하다. 메모리에 가격과 납기, 상대방의 확정 의사를 맡기고 원본 메시지를 따로 남기지 않으면, 요약이 틀릴 수 있다는 사실보다 원문을 확인할 길이 없어진다는 사실이 더 큰 문제가 된다. 기억을 전혀 쓰지 말자는 뜻은 아니다. 반복 설명을 줄이는 배경, 작업 선호, 진행 중인 맥락에는 도움이 된다. 다만 기억이 알려 주는 것을 확인할 수 있는 원문과 구분한다. 믿음의 정도를 높이는 방법은 기억을 더 길게 만드는 일이 아니라 직접 보관할 것을 선명히 정하는 일이다. 배치를 헷갈리게 만드는 장면은 대개 자료가 여러 역할을 할 때 생긴다. 예를 들어 회의에서 결정된 일정은 그날의 대화에서는 판단 과정이지만, 확정된 뒤에는 다음 업무가 참고할 기준이 된다. 이때 같은 내용을 여러 곳에 복제하기보다 역할이 바뀐 지점을 표시한다. 대화에는 왜 그 일정이 정해졌는지 남기고, 계속 참고할 확정본은 원문으로 둔다. 원본 메시지나 계약 문서는 직접 보관 목록에서 확인한다. 자료가 한 자리에만 있어야 한다는 강박도 줄인다. 프로젝트는 상위 용기이고 파일과 대화는 서로 다른 역할을 맡는다. 직접 보관 목록은 원문을 잃지 않기 위한 바깥 경계다. 같은 사실이 서로 다른 역할로 나타날 수 있다. 복사 횟수보다 각 자리가 무엇을 책임지는지가 기준이다. 반대로 역할이 같은 자료를 여러 곳에 흩어 놓으면 나중에 최신본을 알기 어렵다. 기준 문서가 프로젝트 파일과 개인 메모, 여러 대화에 조금씩 다른 말로 남아 있다면 어느 것을 따라야 할지 다시 판단해야 한다. 배치는 자료를 많이 옮기는 일이 아니라, 확인의 출발점을 하나로 정하는 일이다. 배치 결정 표 다섯 질문은 순서대로 통과해야 하는 시험이 아니다. 한 자료를 놓고 여러 질문을 오가며 자리를 정하는 지도다. 그래도 0번 질문은 항상 맨 앞에 둔다. 넣을 수 없는 자료라면 나머지 판단은 의미가 없기 때문이다. 판단 단계 확인할 것 가능한 자리 0번 관문 넣어도 되는 자료인가 넣지 않음 또는 식별 정보를 지운 대체 자료 질문 하나 현재 작업의 과정인가 대화 질문 둘 독립된 결과와 맥락인가 프로젝트 질문 셋 계속 참고할 원문인가 프로젝트 지식의 파일 질문 넷 작업 목적이 바뀌었는가 기존 대화 또는 새 대화 질문 다섯 원문 확인이 필수인가 직접 보관 목록 표의 자리는 하나만 고르라는 뜻이 아니다. 프로젝트는 상위 용기이고 그 안에 파일과 대화가 함께 있을 수 있다. 직접 보관 목록은 프로젝트와 경쟁하는 자리가 아니라 원본을 잃지 않기 위한 바깥 경계다. 서로 다른 역할을 혼동하지 않는 것이 배치의 목적이다. 배치가 맞는지 확인하는 가장 쉬운 방법은 한 문장으로 말해 보는 것이다. 이 자료는 지금 생각 중인 과정이라 대화에 남긴다. 이 문서는 계속 참고할 기준이라 프로젝트의 파일로 둔다. 이 원본은 직접 확인해야 하므로 보관 목록에 남긴다. 문장이 어색하면 자료의 역할이 아직 섞여 있을 가능성이 크다. 이번 주의 운영 4일차에는 자주 다루는 자료 하나를 골라 0번 질문부터 통과시킨다. 실제 원문이 아니라 식별 정보를 지운 예시로 바꿔야 한다면 그 경계를 기록한다. 5일차와 6일차에는 현재 프로젝트의 자료를 대화, 계속 참고할 파일, 직접 보관 목록으로 나눈다. 모든 자료를 옮기지 말고 이번 주에 쓰는 것만 고른다. 7일차에는 새 대화가 필요한 순간을 한 번 점검한다. 대화가 길어서가 아니라 작업 목적이 바뀌었을 때 창을 바꾸는지 본다. 완료 판정은 자료 하나에 대해 넣어도 되는가, 어디에 둘 것인가, 원본은 어디서 확인할 것인가를 설명할 수 있는 상태다. 자리가 정해졌다면 이제 들어온 자료를 다룰 차례다. 다음 장에서는 회의, 자료, 아이디어, 결정, 반복 업무가 들어올 때 무엇을 남기고 무엇을 버릴지 정한다. ---------------------------------------- ### 5장 – 대화를 자산으로 바꾸는 연결 규칙 https://voidlogpress.com/books/%eb%85%b8%ed%8a%b8-%ec%95%b1-%ec%97%86%eb%8a%94-%ec%84%b8%ec%bb%a8%eb%93%9c-%eb%b8%8c%eb%a0%88%ec%9d%b8/5%ec%9e%a5-%eb%8c%80%ed%99%94%eb%a5%bc-%ec%9e%90%ec%82%b0%ec%9c%bc%eb%a1%9c-%eb%b0%94%ea%be%b8%eb%8a%94-%ec%97%b0%ea%b2%b0-%ea%b7%9c%ec%b9%99/ 질문: 세 주 전 대화를 못 찾는 문제는 어떻게 막나요? 요약: 연결은 기능이 아니라 사람이 맥락을 남기는 운영 행위입니다. 프로젝트 지침, 찾을 수 있는 대화 제목, 현재 상태 요약, 기준 문서, 결정 기록, 다음 대화용 인계문, 대화 색인 일곱 가지를 씁니다. 단순한 일에는 제목과 인계문만 남겨도 됩니다. 또 다른 질문: 좋은 프로젝트 지침과 나쁜 지침은 어떻게 구분하나요? 답: 이 문장이 다음 다섯 대화에서도 답을 바꿀 것인지 묻습니다. 좋은 지침은 답변의 방향을 바꾸는 조건을 남기고, 나쁜 지침은 그때그때 달라지는 요청이나 검증할 수 없는 기대를 쌓습니다. 한 번의 질문에만 필요하면 그 대화에 남깁니다. 또 다른 질문: 대화 제목은 어떻게 붙여야 나중에 찾을 수 있나요? 답: 주제와 작업, 상태 가운데 적어도 두 가지를 넣습니다. 생각이나 질문 같은 제목은 열기 전에는 아무것도 알려 주지 않습니다. 주제가 같아도 검토와 결정, 초안과 수정은 나중에 전혀 다른 대화를 열게 하므로 다르게 붙입니다. 또 다른 질문: 현재 상태 요약은 무엇으로 평가하나요? 답: 요약의 완성도가 아니라 다음 행동의 선명도로 평가합니다. 현재 목표와 지금까지 확인한 사실, 막힌 지점, 바로 다음 행동을 넣습니다. 대화의 문장을 순서대로 줄이면 다시 읽을 양만 줄고 출발점은 보이지 않습니다. 또 다른 질문: 결정은 어디까지 기록해 두어야 하나요? 답: 기준은 중요해 보이는지가 아니라 다시 논의할 비용이 큰지입니다. 무엇을 정했는지, 왜 정했는지, 어떤 조건에서 다시 볼지를 남깁니다. 새 결정을 적을 때 옛 결정을 지우지 않고 어떤 근거가 바뀌었는지 짧게 이어 둡니다. 최종 확인: 2026-09-03T11:04:35+09:00 한 기획자가 있다고 하자. 그는 세 주 전 회의 뒤에 꽤 괜찮은 논의를 했다. 새 강좌의 첫 주를 줄일지, 그대로 둘지 비교했고 고객 인터뷰에서 나온 말도 붙였다. 오늘 다시 그 결정을 설명해야 하는데 어느 대화였는지 찾지 못한다. 제목은 질문과 아이디어, 검토뿐이다. 검색창에 단어를 넣어도 비슷한 대화가 여럿 나온다. 그는 새로 생각한 척 같은 논의를 시작한다. 방치된 채팅은 지식이 아니다. 이 비판은 맞다. 대화가 쌓였다고 저절로 연결이 생기지는 않는다. 기록은 시간순으로 남아도 사람의 일은 시간순으로만 움직이지 않는다. 같은 프로젝트의 기준, 이미 내린 결정, 아직 남은 문제가 다음 대화에 닿아야 한다. 연결은 기능이 저절로 해내는 능력이 아니라 사람이 맥락을 남기는 운영 행위다. 클로드가 이전 대화나 파일을 참고하더라도, 무엇이 기준이고 어느 결정이 유효하며 다음에 무엇을 할지는 사람이 표시해야 한다. 연결의 품질은 대화 길이가 아니라, 다음 사람이 얼마나 수월하게 다시 시작하는지로 판정한다. 여기서 쓰는 도구는 일곱 가지다. 프로젝트 지침, 찾을 수 있는 대화 제목, 현재 상태 요약, 기준 문서, 결정 기록, 다음 대화용 인계문, 대화 색인이다. 모두를 매번 정성스럽게 만들 필요는 없다. 현재 상태가 복잡할수록 몇 가지를 함께 쓰고, 단순한 일에는 제목과 인계문만 남겨도 된다. 대화가 끝날 때 맥락까지 닫지 않는 일이 이 도구들의 공통 목적이다. 지침, 제목, 상태 요약, 기준 문서, 결정 기록, 인계문, 대화 색인으로 구성된 연결 도구 그림 4. 일곱 도구 가운데 인계문은 다음 대화를 여는 데 직접 쓰인다. 프로젝트 지침은 반복 판단을 줄인다 프로젝트 지침은 이 프로젝트에서 자주 되풀이되는 규칙을 한곳에 둔다. 1장에서 쓴 세 줄은 출발점이었다. 연결의 단계에서는 좋은 지침과 나쁜 지침을 구분할 수 있어야 한다. 좋은 지침은 답변의 방향을 바꾸는 조건을 남기고, 나쁜 지침은 그때그때 달라지는 요청이나 모호한 기대를 쌓는다. 좋은 지침은 현재 역할, 프로젝트의 결과, 답변에서 지켜야 할 기준을 담는다. 예를 들어 성인 강좌 개편 프로젝트라면 다음 정도면 충분하다. 이 프로젝트의 목표는 첫 주 완주 경험을 개선하는 것이다. 제안은 적은 개발 인력으로 실행할 수 있어야 한다. 근거가 부족한 판단은 추측하지 말고 확인할 항목으로 남긴다. 이 세 줄은 여러 대화에서 같은 판단을 돕는다. 새 기획안을 검토하든 안내 문구를 고치든, 목표와 제약, 근거의 태도가 이어진다. 지침이 답의 내용을 미리 결정하는 것은 아니다. 같은 기준으로 생각하게 할 뿐이다. 나쁜 지침은 최고의 답을 만들어 줘, 창의적이면서도 현실적으로 써 줘, 언제나 자세히 설명해 줘처럼 검증할 수 없는 말을 반복한다. 답의 형식이 매번 달라질 요청까지 지침에 넣는 것도 좋지 않다. 오늘은 표가 필요하고 내일은 문단이 필요하다면 그것은 대화의 요청이다. 프로젝트 전체에 적용되는 기준이 아니다. 지침을 고치는 시점도 정한다. 같은 수정 요청이 여러 대화에서 반복될 때만 올린다. 한 번 마음에 들지 않았다는 이유로 규칙을 덧붙이면 지침은 오래된 지시와 새 지시가 충돌하는 장소가 된다. 반대로 반복되는 조건을 대화마다 다시 쓰면 지침의 역할이 사라진다. 좋은 지침을 판별하는 질문은 하나다. 이 문장이 다음 다섯 대화에서도 답을 바꿀 것인가. 그렇다면 지침에 둘 만하다. 한 번의 질문에만 필요한 조건이라면 지금 대화에 남긴다. 연결은 모든 것을 오래 보관하는 일이 아니라, 반복될 기준을 알맞은 자리에 두는 일이다. 제목은 나중의 나에게 보내는 표지다 대화 제목은 멋있을 필요가 없다. 나중에 찾을 수 있어야 한다. 생각, 도움, 질문 같은 제목은 대화를 열기 전에는 아무 것도 알려 주지 않는다. 제목을 쓸 때는 주제와 작업, 상태 가운데 적어도 두 가지를 넣는다. 가을 강좌 개편 - 첫 주 이탈 원인 검토는 무엇을 다뤘는지와 어떤 작업을 했는지 보여 준다. 가을 강좌 개편 - 안내 문구 초안 보류는 작업과 상태를 함께 남긴다. 제목이 길어질 필요는 없다. 대화 안에 있었던 모든 말을 넣으려 하면 제목도 요약본이 된다. 좋은 제목은 대화를 여는 이유를 남긴다. 나쁜 제목은 대화를 시작할 때의 기분이나 막연한 주제를 남긴다. 급함, 새로운 아이디어, 다시 해 보기는 그날의 감정은 보여도 다음 질문의 출발점은 되지 않는다. 제목을 고치는 데 오래 걸리면 작업 자체가 부담이 된다. 끝나기 전에 한 줄만 손보면 된다. 제목은 검색을 대신하지 않는다. 대화를 찾을 실마리를 하나 더하는 도구다. 같은 프로젝트에 비슷한 일이 반복될수록 제목의 작은 차이가 커진다. 주제만 같아도 작업이 다르면 제목을 다르게 붙인다. 검토와 결정, 초안과 수정, 보류와 확정은 나중에 전혀 다른 대화를 열게 한다. 현재 상태 요약은 멈춘 자리를 보존한다 대화가 끝난 시점에는 늘 두 가지가 남는다. 이미 한 일과 아직 안 한 일이다. 현재 상태 요약은 이 둘을 짧게 나눠 두는 기록이다. 대화 전체를 다시 쓰는 문서가 아니라, 다음에 돌아왔을 때 어디서 시작해야 하는지 알려 주는 표지에 가깝다. 상태 요약에는 현재 목표, 지금까지 확인한 사실, 막힌 지점, 바로 다음 행동을 넣는다. 첫 주 이탈 원인을 세 가지로 가설화했다. 인터뷰에서 일정 정보 부족이 반복됐다. 실제 이탈 시점 자료가 부족하다. 다음 회의 전에 운영 기록을 확인한다. 이 정도면 다음 대화에서 맥락을 복원할 수 있다. 좋지 않은 요약은 대화의 문장을 순서대로 줄이는 방식이다. 배경 설명과 예시, 이미 폐기한 선택지까지 들어가면 다음 사람이 다시 읽어야 할 양만 줄었을 뿐 출발점은 보이지 않는다. 상태 요약은 요약의 완성도가 아니라 다음 행동의 선명도로 평가한다. 프로젝트가 단순할 때는 별도 상태 요약이 필요 없을 수 있다. 한 번의 질문으로 끝난 대화라면 제목과 결정 기록만으로 충분하다. 여러 사람이 같은 일을 보거나, 며칠 뒤에 다시 이어야 하거나, 선택지가 남아 있는 작업이라면 상태 요약의 값이 커진다. 기록량이 아니라 이어질 가능성이 기준이다. 현재 상태 요약과 인계문은 닮았지만 쓰는 자리가 다르다. 상태 요약은 같은 대화 안에서 지금 어디까지 왔는지 보여 준다. 인계문은 다른 대화나 다른 시점으로 넘어갈 때 필요한 최소 맥락을 건넨다. 둘을 모두 길게 쓰면 중복이 되지만, 긴 작업에서는 상태 요약의 핵심을 다섯 줄 인계문으로 옮길 수 있다. 한 기록을 다른 이름으로 두 번 만드는 것이 아니라, 현재 작업과 다음 시작에 필요한 정보를 조금 다르게 배치하는 셈이다. 상태 요약이 오래된 채 남아 있으면 오히려 혼란을 만든다. 다음 행동을 마쳤거나 결정이 바뀌었다면 한 줄을 고친다. 매번 문서를 다듬을 필요는 없다. 현재와 달라진 문장만 바로잡아도, 다음 대화는 과거의 상태가 아니라 실제 상태에서 출발할 수 있다. 기준 문서는 흔들리는 대화의 바닥이 된다 기준 문서는 여러 대화에서 반복해서 확인할 원문이다. 3장에서 프로젝트에 둘 파일을 골랐다면, 연결의 단계에서는 그 파일이 실제로 판단의 기준 역할을 하게 만든다. 기준 문서가 있다는 사실만으로는 부족하다. 현재 대화가 어느 문서를 기준으로 움직이는지 사람이 밝혀야 한다. 예를 들어 첫 주 완주 개선 기준이라는 문서가 있다면, 새 제안서를 검토할 때 그 기준과 충돌하는지 확인한다. 기준이 바뀌었다면 파일을 더 쌓는 대신 현재 기준을 분명히 한다. 오래된 기준과 새 기준이 함께 있을 때 어느 것을 현재 기준으로 삼을지 말하지 않으면 대화는 서로 다른 원문을 근거로 다른 답을 낸다. 기준 문서는 모든 정보의 창고가 아니다. 매번 읽어도 판단이 달라지지 않는 참고 자료와, 이번 프로젝트의 선택을 가르는 기준을 구분한다. 후자만 기준 문서로 다룬다. 문서가 많아질수록 기준의 힘이 세지지는 않는다. 오히려 서로 충돌할 가능성이 커진다. 기준 문서를 쓸 때는 이 문서의 어느 원칙을 적용해 검토해 줘라고 범위를 적는다. 이는 인출 패턴을 연습하는 일이 아니다. 지금 대화가 어떤 바닥 위에 서 있는지 표시하는 일이다. 원문을 정확히 읽었는지는 사람이 다시 확인한다. 결정 기록은 다시 논의할 비용을 줄인다 결정 기록은 4장에서 만든 선택과 이유를 연결의 관점에서 다시 본다. 결정이 내려진 대화 안에만 있으면 다음 대화가 그 결정을 모르고 출발할 수 있다. 한 줄짜리 기록이라도 현재 기준 문서나 상태 요약에서 보이게 남기면, 이미 끝낸 논의를 다시 열 가능성이 줄어든다. 결정 기록에는 무엇을 정했는지, 왜 정했는지, 어떤 조건에서 다시 볼지를 남긴다. 신규 강좌 수를 늘리지 않는다. 현재 인력으로는 첫 주 개선이 더 시급하다. 다음 달 이탈 지점 자료가 달라지면 다시 검토한다. 이 문장은 결론을 못 박기보다 미래의 재검토 문을 함께 남긴다. 결정이 사소하다고 해서 기록할 가치가 없는 것은 아니다. 다음 주에 같은 질문을 다시 하게 만드는 작은 선택이라면 남긴다. 반대로 한 번의 문장 표현처럼 되돌아갈 비용이 거의 없는 선택은 제목이나 대화 안에만 있어도 된다. 기록의 기준은 중요해 보이는지보다 다시 논의할 비용이 큰지다. 기록을 남긴 뒤에는 지키기 위해 억지로 고집하지 않는다. 조건이 바뀌면 고친다. 다만 새 결정을 적을 때 옛 결정을 지워 버리지는 않는다. 어떤 근거가 바뀌었는지 짧게 이어 두면, 프로젝트는 같은 실수를 반복하지 않는 기록이 된다. 인계문은 다음 대화의 문을 연다 인계문은 지금까지 무엇을 했고, 무엇을 정했고, 무엇이 남았는지를 다음 대화에 넘기는 다섯 줄짜리 문서다. 일곱 도구 가운데 다음 시작에 가장 직접적으로 쓰인다. 대화가 길어졌거나 작업을 며칠 뒤에 이어야 할 때, 이전 기록을 전부 다시 읽는 수고를 덜어 준다. 인계문은 대화의 끝에 사람이 쓴다. 클로드에게 초안을 부탁할 수는 있어도, 무엇이 다음 작업에 필요한지 확인하고 다듬는 사람은 사용자다. 이 구분이 빠지면 인계문도 그럴듯한 요약으로 끝난다. 다음 대화에 필요한 것은 문장력보다 현재 상태의 정확성이다. 다섯 줄의 자리는 정해져 있다. 줄 남길 내용 첫 줄 지금 다루는 일 둘째 줄 이번에 한 일 셋째 줄 확정한 결정 넷째 줄 아직 확인할 것 다섯째 줄 다음에 할 행동 업무에서 쓰는 인계문은 이렇게 생긴다. 일 - 가을 강좌의 첫 주 완주 개선안을 검토 중이다. 한 일 - 수강생 인터뷰를 읽고 일정 안내 부족과 과제 부담을 가설로 정리했다. 결정 - 신규 강좌 확대보다 기존 강좌 첫 주 수정안을 이번 검토의 중심으로 둔다. 남은 것 - 실제 이탈 시점과 안내 문구의 반응을 확인해야 한다. 다음 행동 - 운영 기록을 보고 수정안 세 가지를 비교한다. 이 인계문은 잘 쓴 회의록이 아니다. 다음 대화가 바로 시작할 수 있게 필요한 맥락만 남긴다. 다른 사람이 이어받아도 되고, 한 달 뒤의 자신이 이어받아도 된다. 앞의 대화가 사라지는 것이 아니라, 다시 들어갈 문이 생긴다. 개인 프로젝트에서도 모양은 같다. 예를 들어 장편 소설을 쓰는 사람이 설정을 검토하다 멈췄다고 하자. 일 - 주인공이 고향을 떠나는 장면의 동기를 다듬고 있다. 한 일 - 가족 갈등과 생계 압박 두 동기를 비교했다. 결정 - 생계 압박은 배경으로 두고 가족 갈등을 장면의 직접 원인으로 쓴다. 남은 것 - 떠난 뒤 남겨진 인물의 반응이 아직 약하다. 다음 행동 - 남겨진 인물의 장면을 한 장면 써 보고 동기가 자연스러운지 본다. 개인 기록에서도 인계문의 목적은 감정을 멋지게 정리하는 데 있지 않다. 무엇을 생각했고 어디에서 멈췄는지, 다음에 어느 문을 열면 되는지를 남긴다. 그래서 업무와 개인 작업의 형식은 같아도 내용은 다르다. 너무 긴 인계문은 실패 예시다. 지난 몇 주 동안 여러 가능성을 검토했고, 처음에는 A안을 생각했지만 여러 자료를 읽으면서 B안도 고려하게 됐고, 회의에서 나온 말과 과거 사례를 종합해 보면...처럼 시작하면 다음 사람은 다시 전체 대화를 읽어야 한다. 인계문이 장문의 요약이 되면 문이 아니라 또 하나의 복도가 된다. 반대로 너무 짧아도 쓸모가 없다. 계속 진행, 다음에 확인, 대충 정리함은 무슨 일을 어디까지 했는지 말해 주지 않는다. 다섯 줄은 형식의 의무가 아니라 최소 정보의 자리다. 한 줄마다 문장이 길어지면 세부를 덜어 내고, 한 줄이 비면 다음 행동에 필요한 사실이 빠졌는지 본다. 인계문을 쓰기 좋은 순간은 대화가 완전히 끝난 뒤만이 아니다. 작업을 잠시 멈춰야 할 때, 방향을 바꿔야 할 때, 다른 사람과 논의하기 전에도 쓸 수 있다. 중단을 실패처럼 보지 않게 만드는 작은 장치다. 멈춘 자리에 표지를 남기면 다음 시작의 마찰이 줄어든다. 대화 색인은 흩어진 작업의 목차다 대화 색인은 프로젝트 안에서 중요한 대화를 한눈에 가리키는 짧은 목록이다. 대화를 모두 요약하는 문서가 아니다. 어떤 대화가 어떤 역할을 했는지와 현재 상태만 남긴다. 색인이 있으면 새 대화를 열기 전에 어디를 다시 볼지 고를 수 있다. 색인에는 대화 제목, 다룬 일, 결정 또는 현재 상태, 마지막 갱신일 정도를 적는다. 예를 들면 가을 강좌 개편 - 첫 주 이탈 원인 검토 | 가설 세 가지 정리 | 운영 기록 확인 대기 | 7월 11일처럼 남긴다. 제목만으로 부족한 상태를 한 줄 보완한다. 색인은 모든 대화에 붙이지 않는다. 프로젝트의 방향을 바꾼 대화, 앞으로 다시 볼 가능성이 높은 대화, 인계문이 있는 대화만 올린다. 일회성 질문까지 색인에 넣으면 목록이 또 하나의 받은 편지함이 된다. 색인의 목적은 기록을 많이 보이는 데 있지 않고, 중요한 작업의 입구를 줄이는 데 있다. 색인을 갱신하는 사람도 사용자다. 대화가 생길 때마다 자동으로 살아 있는 목차가 된다고 기대하면 다시 파편화가 시작된다. 주말이나 작업 단위가 끝나는 시점에 중요한 대화만 골라 한 줄씩 더한다. 이 작은 정리가 있어야 오래된 대화가 제목 없는 기록 더미로 돌아가지 않는다. 색인이 잘못되는 경우도 있다. 하나의 대화에 제목과 상태를 너무 많이 적으면 목록을 읽는 데 시간이 든다. 반대로 제목만 나열하면 실제로 어느 대화가 살아 있는지 알 수 없다. 대화 하나당 한 줄이라는 상한을 두면 두 실패를 피할 수 있다. 더 자세한 맥락이 필요하면 색인에서 그 대화를 열고 인계문이나 상태 요약을 본다. 색인은 프로젝트의 현재 모습도 드러낸다. 같은 대화가 몇 달째 확인 대기로 남아 있다면, 자료가 부족한 것인지 일이 멈춘 것인지 판단할 수 있다. 비슷한 대화가 여러 개 있는데 결정 기록이 없다면, 같은 논의를 반복하고 있을 가능성도 보인다. 색인은 평가표가 아니라, 연결이 끊긴 곳을 발견하는 작은 창이다. 매번 새 대화를 열기 전에 색인을 보라는 뜻은 아니다. 작업을 시작하기 전에 이런 관리 절차가 너무 많아지면 다시 운영 비용이 커진다. 중요한 전환점, 긴 작업의 중단, 여러 대화가 얽힌 프로젝트에서만 꺼낸다. 필요할 때만 쓰는 목차여야 계속 쓸 수 있다. 연결은 남기는 습관이다 일곱 도구를 모두 쓰는 날은 드물다. 짧은 작업에는 제목 하나와 인계문 한 장이면 충분하다. 기준이 바뀌는 프로젝트에는 지침과 기준 문서, 결정 기록이 함께 필요하다. 작업이 길어질수록 현재 상태 요약과 색인이 힘을 보탠다. 어떤 도구를 쓸지는 기록의 양보다 다음에 다시 이어야 할 정도로 정한다. 연결의 주어는 계속 사람이다. 사람이 제목을 붙이고, 기준 문서를 고르고, 결정을 확인하고, 인계문을 다듬고, 색인을 갱신한다. 클로드는 그 과정에서 정리 초안을 만들고 놓친 항목을 묻는 상대가 될 수 있다. 대화를 지식으로 바꾸는 일은 사람이 맥락을 남길 때 일어난다. 이 습관은 거창한 정리 시간을 요구하지 않는다. 대화를 닫기 전 한 줄을 고치고, 결정을 한 줄 남기고, 긴 작업이면 다섯 줄의 인계문을 쓰는 정도다. 연결은 한 번의 대정리가 아니라, 다음 시작을 가볍게 만드는 작은 마감이다. 연결이 되고 있는지 가늠하는 방법도 복잡하지 않다. 일주일 전의 중요한 대화 하나를 고른다. 제목만 보고 무엇을 다뤘는지 알 수 있는지, 인계문이나 상태 요약만 보고 다음 행동을 고를 수 있는지, 현재 기준과 지난 결정이 충돌하지 않는지 본다. 셋 중 하나가 막히면 그 자리에 한 줄을 보탠다. 프로젝트 전체를 다시 정리할 필요는 없다. 이 점검은 대화를 평가하는 시험이 아니라, 과거의 기록을 다시 쓸 수 있게 만드는 정비에 가깝다. 연결이 약한 곳을 발견했다고 해서 처음부터 다시 쌓을 이유는 없다. 다음에 같은 종류의 대화를 끝낼 때 제목, 결정, 인계문 가운데 하나만 남겨도 흐름은 달라진다. 작은 연결이 쌓여야 대화가 작업의 자산이 된다. 이번 주의 운영 15일차와 16일차에는 진행 중인 프로젝트의 지침을 읽고, 여러 대화에 반복 적용될 규칙만 남긴다. 같은 요청을 한 번만 받았다면 지침으로 올리지 않는다. 17일차부터 19일차까지는 중요한 대화 세 개의 제목을 고치고, 현재 상태나 결정이 남아 있지 않은 대화에는 한 줄을 보탠다. 20일차와 21일차에는 업무 하나와 개인 작업 하나에 각각 다섯 줄 인계문을 쓴다. 다시 시작할 때 그 다섯 줄만 보고 다음 행동을 정할 수 있는지 확인한다. 완료 판정은 중요한 대화 하나를 골라 무엇을 했고, 무엇을 정했고, 무엇이 남았는가를 다섯 줄 안에 넘길 수 있는 상태다. 대화는 이제 이어질 수 있게 남았다. 6장에서는 이렇게 남긴 기록을 다시 찾고 비교하고 판단하는 질문으로 넘어간다. ---------------------------------------- ## 내 AI에 트리즈를 설치하라 ISBN 9791143815064 · 2026-07-20 · 허구진 지음 https://voidlogpress.com/books/%eb%82%b4-ai%ec%97%90-%ed%8a%b8%eb%a6%ac%ec%a6%88%eb%a5%bc-%ec%84%a4%ec%b9%98%ed%95%98%eb%9d%bc/ ### 3장: 특허에서 발견한 반복되는 해법 https://voidlogpress.com/books/%eb%82%b4-ai%ec%97%90-%ed%8a%b8%eb%a6%ac%ec%a6%88%eb%a5%bc-%ec%84%a4%ec%b9%98%ed%95%98%eb%9d%bc/3%ec%9e%a5-%ed%8a%b9%ed%97%88%ec%97%90%ec%84%9c-%eb%b0%9c%ea%b2%ac%ed%95%9c-%eb%b0%98%eb%b3%b5%eb%90%98%eb%8a%94-%ed%95%b4%eb%b2%95/ 질문: 트리즈는 특허 자료에서 무엇을 발견한 것인가요? 요약: 서로 다른 분야의 문제와 해법에서 반복되는 패턴입니다. 한 성능을 높이면 다른 성능이 떨어지는 충돌이 분야를 가리지 않고 나타났습니다. 다만 분석 건수는 자료마다 20만 건과 40만 건으로 갈리므로 하나의 확정값으로 쓰지 않습니다. 또 다른 질문: 특허 분석 건수가 많으면 방법론이 검증된 것인가요? 답: 숫자가 크다고 효과가 자동으로 입증되지는 않습니다. 특허는 분석 재료였고 트리즈는 그 재료에서 패턴을 뽑아 만든 체계입니다. 둘을 섞으면 수십만 건이 곧 성공을 약속한다는 식의 과장이 생깁니다. 또 다른 질문: 트리즈를 배우기 어렵다고 느끼는 이유는 무엇인가요? 답: 도구가 많고 서로 연결된 큰 체계이기 때문입니다. 문제를 어떤 파라미터로 옮길지, 어떤 원리를 고를지, 그 원리를 현실 대안으로 어떻게 바꿀지 세 곳에서 막힙니다. 한 학술 리뷰도 복잡성과 습득 노력을 장벽으로 정리했습니다. 또 다른 질문: AI는 트리즈에서 어떤 일을 맡나요? 답: 내용을 대신 만들어내는 것이 아니라 사람이 손으로 하던 마찰을 줄입니다. 업무 상황을 모순 후보로 옮기고, 관련 원리를 두 개에서 네 개로 좁히고, 대안을 넓혀 비용과 부작용을 비교합니다. 승인과 판단은 사람이 합니다. 또 다른 질문: 원리를 골랐으면 대안은 자동으로 좋아지나요? 답: 아닙니다. 원리는 정답이 아니라 검색 범위를 좁히는 단서입니다. 선택 원리가 승인된 모순의 어디를 건드리는지, 기존 해법과 행동 수준에서 무엇이 다른지, 손실을 없앴는지 다른 곳으로 옮겼을 뿐인지 확인해야 합니다. 최종 확인: 2026-09-04T11:06:00+09:00 1946년의 질문 1946년, 겐리흐 알트슐레르는 카스피해 함대의 발명 관련 위원회에서 일했다. 그의 눈앞에는 서로 다른 장치와 공정에서 생긴 문제들이 놓였다. 분야도 다르고 사용하는 재료도 달랐지만, 문제를 깊이 들여다보면 비슷한 충돌이 반복됐다. 한 성능을 높이면 다른 성능이 떨어지고, 더 단단하게 만들면 무거워지고, 더 빠르게 움직이면 안정성이 낮아지는 식이었다. 이 시기의 배경은 Fey와 Rivin의 정리를 참고했다. 그가 붙잡은 질문은 좋은 아이디어는 특별한 사람의 우연한 번뜩임에서만 나오는가였다. 만약 서로 다른 분야의 발명에서 비슷한 문제와 해결 방식이 반복된다면, 그 패턴을 배우고 다시 사용할 수 있을 것이다. 트리즈는 이 가정에서 출발했다. 여기서 기억할 것은 한 천재가 어느 날 40개 원리를 한꺼번에 완성했다는 이야기가 아니다. 알트슐레르와 동료들은 특허 자료를 분류하고, 어떤 모순이 있었으며, 해법이 무엇을 바꿨는지 비교했다. 그 과정에서 모순, 발명 원리, 이상성, 자원, 기술 시스템의 진화, 문제 해결 절차 같은 도구들이 오랜 기간 정리됐다. 트리즈는 러시아어 발명 문제 해결 이론의 머리글자를 옮긴 이름이다. 출발점은 기술 문제였고, 고전 트리즈의 도구도 기술 시스템을 다루도록 만들어졌다. 이 책이 비기술 문제에 39개 공학 파라미터를 억지로 끼워 맞추지 않는 이유다. 우리는 그 도구 전체를 옮기는 대신, 문제를 모순으로 정의하고 해법의 방향을 제한하는 사고 절차를 가져온다. 숫자보다 중요한 공통점 트리즈를 소개하는 책과 강의에는 특허 분석 건수가 자주 등장한다. 그러나 자료마다 숫자가 같지 않다. 일부 실무 자료는 20만 건 이상을 검토해 약 4만 건을 높은 수준의 발명으로 선별했다고 설명한다. 한 학술 리뷰는 알트슐레르와 동료들의 연구 규모를 약 40만 건으로 소개한다. 집계 시기와 주체가 다른 수치를 하나의 확정값으로 만들 수는 없다. 공통된 핵심은 서로 다른 분야의 문제와 해법에서 반복되는 패턴을 찾으려 했다는 점이다. 숫자가 크다고 방법론의 효과가 자동으로 입증되는 것은 아니다. 특허는 분석 재료였고, 트리즈는 그 재료에서 패턴을 추출해 만든 체계다. 이 둘을 섞으면 수십만 건이 곧 성공을 약속한다는 식의 과장이 생긴다. 이 책에서 특허 수치를 표지나 판매 문구에 사용하지 않는 이유도 같다. 독자가 얻을 효용은 오래된 숫자가 아니라, 자신의 문제에서 반복되는 모순을 더 빨리 찾고 대안을 넓히는 절차로 판단해야 한다. 트리즈 연구에서 중요한 관찰은 문제의 외형과 해법의 구조를 분리한 데 있다. 식품 포장과 소프트웨어 배포는 겉으로 전혀 다르다. 그러나 한꺼번에 제공하면 편리하지만 개인 상황에 맞추기 어렵다는 충돌은 두 분야에 모두 나타날 수 있다. 이때 분할이라는 방향은 제품을 작은 단위로 나누는 데도, 기능을 모듈로 나누는 데도 사용할 수 있다. 원리는 구체적인 정답이 아니다. 다른 분야에서 반복된 변화의 방향이다. 그래서 그대로 적용하면 추상적이고, 문제의 맥락에 맞게 번역해야 쓸 수 있다. 공구함이 너무 무거워졌다 트리즈는 하나의 간단한 발상법이 아니다. 모순 매트릭스, 발명 원리, 분리 원리, 이상적 최종 결과, 자원 분석, 물질장 분석, 표준해, ARIZ, 기술 시스템 진화처럼 여러 도구가 연결된 큰 체계다. 도구가 많다는 것은 복잡한 문제를 여러 각도에서 볼 수 있다는 뜻이다. 동시에 초보자가 어디서 시작해야 할지 알기 어렵다는 뜻이기도 하다. 2013년의 한 학술 리뷰는 트리즈의 실무 적용 경험을 조사하면서 방법론의 복잡성, 습득에 필요한 노력, 통일된 적용 방식의 부족을 주요 장벽으로 정리했다. 기술과 교육, 기업 현장에서 계속 활용돼 왔지만, 배우는 데 드는 마찰이 작지 않았다는 의미다. 전통적인 사용자는 문제를 공학 파라미터로 옮기고, 모순 매트릭스에서 교차점을 찾고, 제시된 원리를 다시 자신의 문제로 번역해야 했다. 경험이 부족하면 세 곳에서 막힌다. 첫째, 문제를 어떤 파라미터로 표현할지 어렵다. 보고서 가독성을 길이, 정보량, 정확성 중 무엇으로 봐야 하는지 애매하다. 둘째, 어떤 원리를 선택할지 어렵다. 40개 원리는 넓은 방향을 주지만, 문제와 연결하는 과정에서 해석이 필요하다. 셋째, 원리를 현실적인 대안으로 바꾸기 어렵다. 분할을 골랐다고 해서 무엇을 나누고 어떻게 다시 연결할지가 자동으로 나오지는 않는다. 이 마찰 때문에 비기술 문제에 트리즈를 쓰려는 사람은 두 극단으로 가기 쉽다. 하나는 체계 전체를 공부하다 실제 문제를 풀기 전에 지치는 것이다. 다른 하나는 원리 목록만 보고 무작위로 아이디어를 만드는 것이다. 앞쪽은 무겁고 뒤쪽은 얕다. AI가 제거하는 세 번의 조작 AI는 트리즈의 내용을 대신 만들어내는 도구가 아니다. 사람이 손으로 하던 번역과 탐색, 비교의 마찰을 줄이는 도구다. 첫 번째는 자연어 번역이다. 사용자가 업무 상황을 설명하면 AI는 좋아져야 하는 것과 지켜야 하는 것을 나누고, 모순 후보를 만든다. 인간은 후보 중 실제 문제에 가까운 것을 승인한다. 공학 파라미터를 모르는 직장인도 출발할 수 있다. 두 번째는 원리 연결이다. 승인된 모순과 관련이 높은 원리를 2개에서 4개로 제한해 고른다. 사용자가 40개 원리를 매번 훑지 않아도 된다. 다만 AI의 선택이 자동으로 옳아지는 것은 아니다. 선택 이유를 설명하게 하고, 문제와 맞지 않으면 원리를 바꿔야 한다. 세 번째는 대안 확장과 비교다. AI는 같은 원리에서도 여러 대안을 만들고, 기존 해법과 겹치는 것을 표시하고, 비용과 시간과 부작용을 표로 비교할 수 있다. 인간은 그 결과에서 실행 권한과 조직 맥락을 판단한다. 이렇게 보면 AI와 트리즈의 결합은 AI가 발명한다는 이야기가 아니다. 사람이 트리즈를 사용할 때 거쳐야 했던 조작을 대화로 바꾸는 일이다. 공구함의 부품을 줄인 것이 아니라, 필요한 부품을 찾아 끼우는 손잡이를 붙인 셈이다. 반복 패턴은 정답이 아니다 해결 원리가 여러 분야에서 반복됐다는 사실은 어느 문제에나 같은 원리를 적용하면 된다는 뜻이 아니다. 분할이 자주 쓰였어도 지금 문제에서는 통합이 더 나을 수 있다. 같은 모순 문장이라도 산업 규정, 조직 문화, 고객의 기대에 따라 실행 가능한 대안이 달라진다. 원리는 검색 범위를 좁히는 단서다. 백지에서 무작정 아이디어를 만드는 대신 몇 가지 변화 방향을 우선 살펴보게 한다. 그 방향에서 나온 대안은 다시 맥락과 현실 필터를 통과해야 한다. AI를 붙이면 이 경계가 더 중요해진다. AI는 선택된 원리에 어울리는 설명을 빠르게 만들 수 있다. 원리와 문제의 연결이 약해도 문장은 자연스러울 수 있다. 사용자는 세 가지를 확인해야 한다. • 선택 원리가 승인된 모순의 어느 부분을 건드리는가 • 제안된 대안이 기존 해법과 행동 수준에서 무엇이 다른가 • 대안이 손실을 없앴는가, 다른 곳으로 옮겼는가 보고서 본문을 세 쪽으로 줄이고 상세 근거를 부록으로 보내는 안은 가독성과 근거를 공간으로 나눈다. 그러나 부록을 찾기 어렵게 만들면 정보 부담을 독자에게 옮긴 것뿐이다. 링크와 목차, 요청 시 확인 절차까지 설계해야 모순을 실제로 줄였다고 말할 수 있다. 트리즈 원리는 출발점이고, AI는 확장기이며, 현실의 결과는 시험으로 확인한다. 이 세 층을 섞지 않아야 방법론을 과장하지 않고도 쓸 수 있다. 이 책이 가져오는 부분 고전 트리즈의 모든 도구를 일반 업무로 옮기면 정확성과 대중성을 모두 잃을 수 있다. 이 책은 범위를 제한한다. • 목표를 분명히 한다. • 모순을 후보로 만들고 인간이 승인한다. • 이상적 최종 결과로 타협 이전의 방향을 본다. • 이미 가진 자원을 먼저 찾는다. • 제한된 원리로 대안을 넓힌다. • 현실 필터로 실행할 수 없는 안을 버린다. 정통 매트릭스 모드는 제품, 공정, 기술 문제에 남겨둔다. 업무, 콘텐츠, 의사결정에는 자연어 모순과 40원리의 업무 번역, 분리 원리, 이상성, 자원을 중심으로 사용한다. 이 선택은 트리즈를 더 쉬운 말로 포장하는 것과 다르다. 무엇을 가져오고 무엇을 유보하는지 경계를 정하는 일이다. AI가 전문가를 대신한다는 뜻도 아니다. 전문 방법론의 사고 절차 일부를 일상 문제에서 간접 활용한다는 뜻이다. 다음 장에서는 이 절차를 움직이는 다섯 부품을 연다. 목표, 모순, 이상성, 자원, 현실 필터다. 이 다섯 가지를 알면 40개 원리를 외우지 않아도 AI의 답이 어느 단계에서 잘못됐는지 찾을 수 있다. 이 장에서 내 AI에 추가된 기능 3개 1. 문제의 겉모습과 반복되는 해법의 구조를 분리하는 기능 2. 트리즈의 전체 공구함과 이 책이 사용하는 범위를 구분하는 기능 3. AI가 줄여주는 조작과 인간이 남겨야 할 판단을 구분하는 기능 ---------------------------------------- ### 5장: 대화에서 프로젝트로 고정한다 https://voidlogpress.com/books/%eb%82%b4-ai%ec%97%90-%ed%8a%b8%eb%a6%ac%ec%a6%88%eb%a5%bc-%ec%84%a4%ec%b9%98%ed%95%98%eb%9d%bc/5%ec%9e%a5-%eb%8c%80%ed%99%94%ec%97%90%ec%84%9c-%ed%94%84%eb%a1%9c%ec%a0%9d%ed%8a%b8%eb%a1%9c-%ea%b3%a0%ec%a0%95%ed%95%9c%eb%8b%a4/ 질문: 라이트 프롬프트를 프로젝트로 옮겨야 할 때는 언제인가요? 요약: 같은 절차를 매번 붙여 넣고 원리 설명과 개인 사례까지 함께 건네게 될 때입니다. 대화 설치는 가볍고 고치기 쉽지만 새 대화를 열면 다시 넣어야 합니다. 같은 유형의 문제를 반복해서 푼다면 프로젝트로 옮깁니다. 또 다른 질문: 프로젝트 지침과 지식 파일은 어떻게 나누나요? 답: 행동 규칙과 참고 자료를 섞지 않습니다. 지침에는 승인 전에 멈추는 것처럼 반드시 지킬 순서를 넣고, 지식 파일에는 원리의 번역명과 업무 적용 방향을 넣습니다. 규칙을 지식 파일에 묻으면 참고 자료로만 취급될 수 있습니다. 또 다른 질문: 설치가 끝났다는 것은 무엇으로 확인하나요? 답: 파일을 올렸다는 사실이 아니라 정상 작동 테스트 통과입니다. 조건이 분명한 고정 문제를 넣고 목표 재진술, 비기술 용어 사용, 승인 전 멈춤, 원리별 대안 두 개, 제약 재승인의 다섯 항목을 봅니다. 또 다른 질문: 같은 지침인데 모델마다 결과가 다른 이유는 무엇인가요? 답: 절차 충실도와 제약 해석이 달라지기 때문입니다. 교차 테스트에서 한쪽은 원리마다 대안 두 개를 만들었고, 다른 쪽은 원리를 섞어 세 대안만 내면서 보호 조건의 뜻까지 바꿨습니다. 그래서 재승인 규칙을 지침에 남깁니다. 또 다른 질문: 재사용 도구에는 무엇이 들어가야 하나요? 답: 실행 프로토콜, 원리 지식 파일, 정상 작동 테스트, 버전 기록 네 가지입니다. 버전 기록에는 프롬프트 길이보다 바꾼 이유를 남깁니다. 모델이 바뀌거나 지식 파일을 고치면 같은 테스트 문제를 다시 실행합니다. 최종 확인: 2026-09-04T11:05:59+09:00 새 대화에서 사라지는 엔진 2장에서 붙여 넣은 라이트 프롬프트는 한 대화 안에서 작동한다. 새 대화를 열면 다시 넣어야 한다. 오래 대화하면 다른 지시와 자료 사이에 묻힐 수도 있다. 한두 번 시험할 때는 문제가 없지만 매주 사용하려면 고정된 작업 공간이 필요하다. 이 책에서 설치란 AI 모델 자체를 변경한다는 뜻이 아니다. 반복해서 사용할 사고 절차와 참고 자료를 지침, 프로젝트, 재사용 도구 형태로 고정한다는 뜻이다. 설치는 세 단계로 나뉜다. 단계 사용하는 때 구성 대화 설치 처음 시험하거나 가끔 사용할 때 745자 라이트 프롬프트 프로젝트 설치 같은 유형의 문제를 반복해서 풀 때 프로젝트 지침과 원리 지식 파일 재사용 도구 설치 여러 대화와 사람이 같은 엔진을 쓸 때 GPT, Gem, 프로젝트 템플릿 등 지원 기능 단계가 높다고 답이 자동으로 좋아지는 것은 아니다. 대화 설치는 가볍고 수정하기 쉽다. 프로젝트 설치는 맥락을 유지하기 좋지만 잘못된 지침도 반복한다. 재사용 도구는 배포하기 쉽지만 버전과 자료 관리가 필요하다. 대화 설치: 가장 작은 시험 라이트 프롬프트 v1.1은 공백 포함 745자다. ChatGPT와 Gemini의 교차 테스트 뒤 세 부분을 보완했다. • 비기술 문제를 기술적 모순이라고 부르지 않는다. • 선택한 원리마다 대안 2개를 각각 만든다. • 사용자가 정한 제약의 의미를 바꾸기 전에 다시 승인받는다. 교차 테스트에서 ChatGPT는 선택한 네 원리마다 두 대안을 만들고, 전원의 구두 발언 기회를 유지했다. Gemini는 문서 작성 기회를 발언 기회로 바꾸고, 선택 원리를 섞어 세 대안만 만들었다. 아이디어는 흥미로웠지만 보호 조건의 뜻이 달라졌다. 이 차이는 특정 모델의 우열을 말하기 위한 것이 아니다. 같은 지침도 모델에 따라 절차 충실도와 제약 해석이 달라질 수 있다는 뜻이다. 설치가 끝났다는 표시는 프롬프트를 저장했다는 사실이 아니라, 정상 작동 테스트를 통과했다는 사실이다. 대화 설치는 다음 상황에 맞는다. • 엔진이 내 문제에 맞는지 처음 확인할 때 • 민감한 자료 없이 짧은 문제를 풀 때 • 원리와 절차를 자주 고치며 시험할 때 • 프로젝트 기능을 사용할 수 없을 때 반대로 같은 절차를 매번 붙여 넣고, 40원리의 설명과 개인 사례까지 함께 제공한다면 대화가 무거워진다. 그때 프로젝트로 옮긴다. 프로젝트 설치: 지침과 지식을 나눈다 프로젝트 설치에서 가장 중요한 원칙은 행동 규칙과 참고 자료를 섞지 않는 것이다. 프로젝트 지침에는 AI가 반드시 지킬 순서를 넣는다. • 바로 해결하지 않는다. • 목표와 제약을 재진술한다. • 모순 후보를 2개에서 3개 제시한다. • 인간 승인 전에는 원리 선택으로 넘어가지 않는다. • 선택 원리와 대안의 대응 관계를 유지한다. • 제약을 재해석하려면 다시 승인받는다. • 현실 필터와 폐기 이유를 남긴다. 지식 파일에는 원리를 적용할 때 참고할 내용을 넣는다. • 40원리의 자체 번역명 • 원리별 한 줄 설명 • 업무용 적용 방향 • 적합한 모순 유형 • 잘못 적용하기 쉬운 방식 • 자체 제작 사례 규칙을 지식 파일에 묻어두면 AI가 참고 자료로만 취급할 수 있다. 반대로 40원리 전체를 지침 입력란에 넣으면 핵심 절차가 길어진 자료에 묻힌다. 지침은 짧고 단단하게, 지식 파일은 넓고 찾아보기 쉽게 만든다. 프로젝트 폴더는 다음 정도면 충분하다. project_instructions.txt triz_40_principles.md my_constraints.md successful_cases.md failure_log.md 처음부터 개인 파일 세 개를 모두 만들 필요는 없다. 원리 파일로 시작하고, 실제 사용 기록이 쌓일 때 제약과 성공 사례와 실패 로그를 추가한다. 정식 실행 프로토콜: 여덟 단계 프로젝트 지침에서는 라이트판보다 한 단계를 더 분리한다. 1. 목표와 제약을 재진술한다. 2. 개선-악화형, 동시 상태형, 거짓 양자택일을 판별한다. 3. 모순 후보를 제시하고 인간의 승인을 받는다. 4. 승인된 모순에 맞는 원리를 제한적으로 선택한다. 5. 원리마다 서로 다른 대안을 만든다. 6. 기존 해법과 행동이 겹치는 대안을 제거한다. 7. 비용, 시간, 권한, 부작용, 되돌리기로 평가한다. 8. 추천안과 폐기안을 이유와 함께 제시한다. 라이트판은 5단계 안에서 기존 해법 제거를 함께 처리한다. 프로젝트판은 이 단계를 따로 떼어 반복 사용 때 생기는 익숙한 답의 재등장을 더 분명하게 막는다. 프로젝트 지침 원문 다음 지침은 플랫폼에 맞게 메뉴 위치만 바꾸고 내용은 유지한다. [트리즈 모순 해결 엔진 - 프로젝트] 역할: 비기술 업무·사업·콘텐츠 문제를 자연어 모순으로 구조화하고, 제한된 해결 원리로 실행 가능한 대안을 만드는 도구다. 절차: 1. 바로 답하지 말고 목표와 제약을 각각 한 줄로 재진술한다. 2. 개선-악화형, 동시 상태형, 거짓 양자택일 여부를 판별한다. 비기술 문제에는 '기술적 모순'이라는 명칭을 쓰지 않는다. 3. 서로 다른 관점의 모순 후보 2~3개를 제시하고 사용자 승인을 기다린다. 4. 승인된 모순에 맞는 원리 2~4개를 지식 파일에서 고르고 선정 이유를 쓴다. 5. 선택한 원리마다 서로 다른 대안 2개를 각각 만든다. 선택하지 않은 원리를 추가하지 않는다. 6. 사용자가 이미 하는 방법과 행동이 겹치는 대안을 표시하고 제외한다. 7. 비용, 준비 시간, 실행 권한, 난도, 부작용, 되돌리기로 평가한다. 8. 추천안 1~2개, 최소 시험, 폐기안과 이유를 제시한다. 통제: - 사용자가 지정한 제약의 의미를 바꾸려면 대안 생성 전에 다시 승인받는다. - 대안 수보다 모순을 줄이는 방식의 차이를 우선한다. - 성과를 단정하지 않는다. - 정보가 부족하면 추정 사실을 표시하고 필요한 맥락을 요청한다. - 사용자가 '빠르게'라고 말할 때만 승인 단계를 생략하고 최유력 모순 하나로 진행한다. 이 지침은 40원리를 포함하지 않는다. 절차를 지키는 행동 지침이기 때문이다. 원리 파일은 별도로 두고 4단계에서만 참조하게 한다. 원리 지식 파일의 한 항목 40원리 지식 파일은 긴 해설보다 일정한 항목 구조가 중요하다. 다음 형식을 원리마다 반복한다. 원리명: 한 줄 방향: 적합한 상황: 업무 번역: 자체 제작 예시: 잘못 적용하는 방식: 함께 검토할 원리: 예를 들어 분할은 다음처럼 적을 수 있다. 원리명: 분할 한 줄 방향: 한 덩어리로 처리하던 대상을 독립적으로 조정할 수 있는 단위로 나눈다. 적합한 상황: 모든 대상에 같은 깊이·시간·기능을 적용해 부담이 커질 때 업무 번역: 본문과 근거, 기본 서비스와 선택 서비스, 정기 업무와 사건 업무로 나눈다. 자체 제작 예시: 보고서 본문은 변화와 결정만 담고 상세 수치는 근거 부록으로 분리한다. 잘못 적용하는 방식: 나눈 뒤 다시 연결할 책임과 기준을 정하지 않는다. 함께 검토할 원리: 추출, 조건 분리, 통합 원리명만 나열하면 AI가 일반 지식으로 빈칸을 채울 수 있다. 업무 번역과 잘못 적용하는 방식을 함께 넣으면 대안의 방향과 경계를 동시에 준다. 세 플랫폼을 같은 기준으로 비교한다 메뉴와 이름보다 다음 기능이 있는지를 본다. 확인 기능 ChatGPT Claude Gemini 전용 지침 프로젝트 지침 프로젝트 지침 Gem 지침 지식 자료 프로젝트 파일 프로젝트 지식 Gem 지식 파일 새 대화 재사용 프로젝트 안에서 사용 프로젝트 안에서 사용 저장한 Gem에서 사용 사전 시험 새 프로젝트 대화 새 프로젝트 채팅 미리보기와 저장 후 대화 기능 제공 범위와 화면은 계정과 시점에 따라 달라질 수 있다. 따라서 책에서는 메뉴를 외우게 하기보다 지침, 지식, 새 대화 테스트의 세 요소를 찾게 한다. 화면이 달라져도 이 구조는 유지된다. ChatGPT에 설치한다 2026년 7월 기준, ChatGPT에서는 프로젝트에 파일과 프로젝트 지침을 둘 수 있다. 프로젝트 지침은 해당 프로젝트 안에서 적용되고 전역 사용자 지정 지침보다 우선한다. 설치 순서는 단순하다. 1. 트리즈 문제해결 전용 프로젝트를 만든다. 2. 프로젝트 설정에 여덟 단계 실행 프로토콜을 넣는다. 3. triz_40_principles.md를 프로젝트 자료로 추가한다. 4. 새 대화에서 정상 작동 문제를 입력한다. 5. 승인 전 멈춤과 원리별 대안 수를 확인한다. 745자 라이트 프롬프트는 공개된 1,500자 사용자 지정 지침 제한 안에도 들어간다. 하지만 전역 사용자 지정 지침에 넣으면 일반 요약, 번역, 글쓰기 대화까지 모순 승인 절차가 끼어들 수 있다. 전용 프로젝트를 우선하고, 사용자 지정 지침은 거의 모든 대화에서 엔진을 쓸 사람만 선택한다. 프로젝트 자료에 회사의 실제 문서를 넣을 때는 필요한 부분만 추린다. 고객 이름, 계약 조건, 개인정보, 공개되지 않은 수치를 문제 해결에 꼭 필요한 수준으로 줄인다. 사고 절차를 고정하는 일과 민감한 원문을 모두 올리는 일은 별개다. Claude에 설치한다 Claude 프로젝트에는 프로젝트 지침과 지식 자료를 둘 수 있다. 프로젝트 지침은 해당 프로젝트의 대화에서 반복 적용된다. 서로 다른 대화의 세부 맥락이 자동으로 모두 이어진다고 가정하지 말고, 계속 사용할 정보는 프로젝트 지식에 넣는다. 설치 순서는 ChatGPT와 비슷하다. 1. 새 프로젝트를 만들고 트리즈 엔진용 이름을 붙인다. 2. 프로젝트 지침에 여덟 단계 프로토콜을 넣는다. 3. 프로젝트 지식에 원리 파일을 추가한다. 4. 정상 작동 문제를 새 채팅에서 실행한다. 5. 실패 로그를 프로젝트 지식에 계속 갱신한다. 지식 파일이 지나치게 커지면 필요한 원리를 찾는 방식이 달라질 수 있다. 원리 파일은 표와 짧은 예시 중심으로 만들고, 사례 원문을 무제한으로 쌓지 않는다. 성공 사례와 실패 로그는 문제 유형, 승인 모순, 선택 원리, 결과만 남긴다. Gemini에 설치한다 Gemini에서는 웹에서 Gem을 만들고 지침과 지식 파일을 추가할 수 있다. Gem 편집 화면에서 이름과 지침을 입력하고, 지식 자료를 추가한 뒤 미리보기에서 시험하고 저장한다. 설치 순서는 다음과 같다. 1. 새 Gem을 만들고 목적을 비기술 문제의 모순 해결로 적는다. 2. 지침에 여덟 단계 프로토콜을 넣는다. 3. 지식 영역에 원리 파일을 추가한다. 4. 미리보기에서 정상 작동 문제를 실행한다. 5. 저장한 뒤 새 대화에서도 같은 중단 규칙이 작동하는지 확인한다. 교차 테스트에서 Gemini는 승인 전 중단은 잘 지켰지만, 승인 후 제약의 뜻을 바꿨다. 따라서 Gem 지침에는 제약의 의미를 바꾸기 전에 다시 승인받는다는 문장을 유지한다. 원리마다 대안 두 개를 각각 쓰게 하고, 선택하지 않은 원리를 중간에 추가하지 못하게 한다. 두 가지 작동 모드 프로젝트 지침에는 문제 유형에 따라 모드를 나누는 규칙을 넣는다. 모드 대상 사용하는 도구 정통 매트릭스 모드 제품, 공정, 기술 시스템 39개 파라미터, 모순 매트릭스, 발명 원리 범용 원리 모드 업무, 사업, 콘텐츠, 의사결정 자연어 모순, 분리 원리, 이상성, 자원, 현실 필터 이 책의 주력은 범용 원리 모드다. 회의 시간, 보고서 가독성, 고객 피로도 같은 문제를 공학 파라미터로 변환하지 않는다. 자연어로 목표와 제약을 적고, 개선-악화형 또는 동시 상태형 모순을 승인한다. 기술 문제를 다룰 때도 프로젝트가 전문가를 대신하지 않는다. 파라미터 선택과 기술 안전성, 특허 가능성은 해당 분야의 검토가 필요하다. 이 책에서는 정통 매트릭스 모드의 존재와 경계만 안내한다. 재사용 도구 설치: 이름보다 기능을 본다 플랫폼마다 재사용 기능의 이름이 다르다. ChatGPT의 GPT, Gemini의 Gem, Claude의 프로젝트처럼 구현 방식도 제공 범위도 다르다. 이 책에서는 이를 묶어 재사용 도구라고 부른다. 재사용 도구에는 네 요소가 있어야 한다. • 실행 프로토콜 • 원리 지식 파일 • 정상 작동 테스트 • 버전 기록 이름과 설명도 기능 중심으로 쓴다. 창의성 천재보다 모순 승인 후 대안을 만드는 업무 문제해결 도구가 낫다. 사용자가 언제 켜고 언제 일반 대화를 써야 하는지 시작 화면에 적는다. 버전 기록에는 프롬프트 길이보다 변경 이유를 남긴다. v1.0: 7단계 라이트판 v1.1: 비기술 용어, 원리별 대안, 제약 재승인 규칙 보완 모델이 바뀌거나 지식 파일을 수정하면 같은 정상 작동 문제를 다시 실행한다. 재사용 도구는 한 번 만들어 끝나는 물건이 아니라, 작동을 확인하며 유지하는 절차다. 프로젝트 지침을 고쳤다면 날짜, 바꾼 문장, 바꾼 이유, 시험 결과를 한 줄로 남긴다. 답이 마음에 들지 않아 수정보다 Gemini가 발언 기회를 문서 작성으로 재해석해 제약 재승인 규칙 추가처럼 기록한다. 다음 수정 때 어떤 문제를 해결하려 했는지 알 수 있다. 지식 파일도 같은 방식으로 관리한다. 원리 설명을 바꿨는데 대안 품질이 나빠지면 이전 문구로 돌아갈 수 있어야 한다. 파일 이름에 날짜를 계속 붙이기보다 문서 상단에 버전 표를 두고 최신 파일 하나를 프로젝트에 유지하는 편이 덜 헷갈린다. 정상 작동 테스트 설치 직후에는 실제 회사의 가장 어려운 문제를 넣지 않는다. 조건이 분명하고 결과를 비교하기 쉬운 고정 문제를 사용한다. 이 책의 테스트 문제는 6명 회의를 60분에서 30분으로 줄이되 전원의 발언 기회와 주요 쟁점 기록을 유지한다였다. 사전 준비 10분 이내, 새 도구 도입 불가라는 조건도 붙였다. 다섯 항목을 본다. 1. 목표와 제약을 정확히 되풀이하는가 2. 비기술 문제에 개선-악화형이라는 표현을 쓰는가 3. 승인 전 해결책을 멈추는가 4. 선택 원리마다 대안 두 개를 만드는가 5. 제약의 의미를 바꿀 때 다시 묻는가 하나가 빠지면 전체 지침을 길게 다시 쓰지 않는다. 빠진 규칙을 지침의 해당 단계에 한 문장으로 추가하고 같은 문제를 다시 실행한다. 설치의 끝은 파일 업로드가 아니다. 같은 문제를 새 대화에서 넣어도 핵심 절차가 재현되는 상태다. 이 장에서 내 AI에 추가된 기능 3개 1. 대화용 엔진을 프로젝트 지침과 지식 파일로 분리해 고정하는 기능 2. 플랫폼이 달라도 같은 정상 작동 문제로 절차 충실도를 확인하는 기능 3. 비기술 문제와 기술 문제를 서로 다른 모드로 처리하는 기능 ---------------------------------------- ### 6장: 모순을 제대로 정의하는 법 https://voidlogpress.com/books/%eb%82%b4-ai%ec%97%90-%ed%8a%b8%eb%a6%ac%ec%a6%88%eb%a5%bc-%ec%84%a4%ec%b9%98%ed%95%98%eb%9d%bc/6%ec%9e%a5-%eb%aa%a8%ec%88%9c%ec%9d%84-%ec%a0%9c%eb%8c%80%eb%a1%9c-%ec%a0%95%ec%9d%98%ed%95%98%eb%8a%94-%eb%b2%95/ 질문: 엔진이 평범한 답을 내놓으면 무엇부터 고쳐야 하나요? 요약: 원리보다 모순 문장입니다. 시간과 품질이 문제다처럼 넓게 쓰면 어떤 행동이 손실을 만드는지 보이지 않습니다. 무엇을 개선하려고 어떤 행동을 하면 지켜야 할 무엇이 나빠지는지, 세 부분을 갖춰 다시 씁니다. 또 다른 질문: 나쁜 모순 문장은 어떤 모양인가요? 답: 네 가지입니다. 추상어 두 개만 나열하거나, 자동화 도입처럼 해결책을 모순 안에 미리 넣거나, 지키고 싶은 것을 모두 제약으로 만들거나, 사용자가 불편해한다 같은 현상을 모순으로 착각하는 경우입니다. 또 다른 질문: 모든 문제를 모순으로 다뤄도 되나요? 답: 아닙니다. 원인이 분명한 고장은 오류 확인이 먼저이고, 정보가 없는 문제는 조회가 먼저입니다. 합의가 없거나 규정상 선택지가 하나뿐인 문제도 마찬가지입니다. 모순 없음도 정상적인 판정입니다. 또 다른 질문: 후보가 세 개일 때 무엇을 승인하나요? 답: 가장 그럴듯한 문장이 아니라 실제 손실이 가장 크고 내가 바꿀 수 있는 행동이 들어 있는 문장입니다. 규정과 관행이 구분됐는지, 해결한 뒤에도 같은 문제가 남지 않는지 봅니다. 중심 모순은 하나로 유지합니다. 또 다른 질문: 같은 것이 동시에 반대 상태여야 하면 어떻게 하나요? 답: 모순이 풀린 것이 아니라 나눌 위치가 보인 것입니다. 평소에는 알림을 묶고 긴급할 때만 즉시 보내는 시간 분리, 본문과 근거 부록을 가르는 공간 분리, 위험도로 결재를 나누는 조건 분리를 살핍니다. 최종 확인: 2026-09-04T22:06:56+09:00 해법보다 먼저 문장을 고친다 모순 해결 엔진이 평범한 답을 내놓을 때 원리부터 바꾸기 쉽다. 그러나 더 자주 고장 나는 곳은 모순 문장이다. 시간과 품질이 문제다처럼 넓게 쓰면 어떤 행동이 손실을 만드는지 보이지 않는다. 좋은 모순 문장은 세 부분을 가진다. 무엇을 개선하기 위해 어떤 행동을 하면, 지켜야 할 무엇이 나빠진다. 예를 들면 다음과 같다. 채용 기간을 줄이기 위해 면접 단계를 없애면, 직무 적합성을 확인할 기회가 줄어든다. 개선 대상은 채용 기간, 바꾸는 행동은 면접 단계 축소, 악화되는 가치는 적합성 확인이다. 이 문장이 있어야 사전 조치, 분할, 조건 분리 같은 원리가 어느 부분을 바꿀지 보인다. 나쁜 모순의 네 가지 모양 첫째, 두 추상어만 나열한다. 속도 대 품질, 자율성 대 통제만으로는 무엇을 바꾸는지 알 수 없다. 행동을 넣는다. 둘째, 해결책을 모순 안에 넣는다. 자동화를 도입하면 사람의 판단이 줄어든다는 문장은 자동화를 이미 선택했다. 실제 목표가 처리 시간 단축이라면 다른 수단도 열어둬야 한다. 셋째, 지키고 싶은 것을 모두 제약으로 만든다. 기존 양식, 현재 담당자, 지금의 승인 순서, 모든 기능을 하나도 바꾸지 않으면서 시간만 줄이려 하면 탐색 영역이 사라진다. 규정과 관행을 구분한다. 넷째, 불편을 모순으로 착각한다. 사용자가 불편해한다는 문제 현상이다. 어떤 개선 행동이 어떤 가치를 악화시키는지 찾아야 한다. 모든 문제가 모순인 것은 아니다 엔진을 설치하면 모든 문제에서 모순을 찾고 싶어진다. 그러나 원인이 분명한 단순 고장, 필요한 정보의 부재, 목표 자체의 충돌은 먼저 다른 방식으로 다뤄야 한다. 파일이 열리지 않는 문제는 모순보다 오류 원인 확인이 먼저다. 담당자가 계약 종료일을 모르는 문제는 정보 조회가 먼저다. 경영진 두 사람이 서로 다른 목표를 고집하는 문제는 기술적인 구조보다 목표 합의와 권한의 문제일 수 있다. 모순으로 다룰 만한 신호는 다음과 같다. • 한쪽을 개선할 때 반복해서 같은 손실이 생긴다. • 현재 해결책을 여러 번 바꿔도 손실의 구조가 남는다. • 두 요구가 모두 중요해 어느 하나를 버리기 어렵다. • 문제를 해결하는 행동 자체가 다른 문제를 만든다. 반대로 다음 상황에서는 먼저 원인과 목표를 확인한다. • 무엇을 원하는지 이해관계자 사이에 합의가 없다. • 데이터가 없어 현재 상태를 알 수 없다. • 규정상 선택지가 하나뿐인데 규정 변경 권한도 없다. • 단순한 실수나 고장으로 기능이 멈췄다. AI가 억지 모순을 만들면 이렇게 멈춘다. 이 문제에 실제 개선-악화 관계가 있는지 먼저 판단해라. 없다면 모순을 만들지 말고 원인 확인, 정보 부족, 목표 충돌 중 어디에 가까운지 설명해라. 모순 없음도 정상적인 판정이다. 모든 문제를 같은 도구로 푸는 순간 엔진은 사고 절차가 아니라 의식이 된다. 모순 문장 Before와 After 다음 10개 훈련은 라이트 엔진의 후보 생성 단계를 실행한 뒤 문장을 편집한 결과다. [실행 결과를 바탕으로 재구성: 모순 훈련 01-10] 훈련 01: 채용 기간과 적합성 Before: 채용이 너무 느리지만 좋은 사람을 뽑아야 한다. After: 채용 기간을 줄이기 위해 면접과 과제 단계를 축소하면, 실제 업무 적합성을 확인할 기회가 줄어든다. 좋은 사람을 직무 적합성 확인으로 바꾸고, 시간을 줄이는 행동을 드러냈다. 면접 수를 그대로 두고 시점을 겹치거나, 실제 업무 자료를 사전 선별에 쓰는 방향을 탐색할 수 있다. 훈련 02: 알림 수와 중요한 신호 Before: 알림이 너무 많지만 중요한 것을 놓치면 안 된다. After: 방해를 줄이기 위해 알림 수를 줄이면, 즉시 대응해야 할 사건까지 늦게 발견할 수 있다. 모든 알림과 중요한 신호를 나눌 기준이 핵심이다. 시간, 조건, 위험도에 따라 알림 방식을 분리할 수 있다. 훈련 03: 승인 단계와 감사 기록 Before: 결재는 빠르고 통제도 잘돼야 한다. After: 처리 시간을 줄이기 위해 승인 단계를 없애면, 누가 어떤 근거로 결정했는지 확인할 기록이 줄어든다. 통제라는 추상어를 결정 근거와 책임 기록으로 바꿨다. 모든 건을 같은 단계로 승인해야 한다는 전제를 위험도에 따라 나눌 수 있다. 훈련 04: 제안서 깊이와 읽는 부담 Before: 제안서는 자세하면서도 읽기 쉬워야 한다. After: 근거를 충분히 보여주기 위해 본문에 세부 자료를 추가하면, 의사결정자가 핵심 제안을 찾는 시간이 늘어난다. 읽기 쉽다를 핵심 제안을 찾는 시간으로 바꿨다. 본문과 근거를 공간으로 나누거나, 독자의 역할에 따라 깊이를 달리할 수 있다. 훈련 05: 가격과 프리미엄 인식 Before: 가격을 낮추고 브랜드 가치도 지키고 싶다. After: 신규 고객의 진입 장벽을 낮추기 위해 기본 가격을 내리면, 기존 고객이 느끼는 희소성과 프리미엄 인식이 약해질 수 있다. 가격 인하가 목표가 아니라 진입 장벽 축소라는 점을 드러냈다. 가격을 내리지 않고 체험 범위, 시간, 고객 조건을 나누는 방향이 열린다. 훈련 06: 가입 속도와 개인정보 Before: 가입은 빠르고 개인화도 잘돼야 한다. After: 첫 가입 단계를 줄이기 위해 고객 정보 수집을 미루면, 초기 화면을 개인 상황에 맞추는 데 필요한 정보가 부족해진다. 가입 속도와 개인화가 충돌하는 지점을 정보 수집 시점으로 좁혔다. 처음부터 모든 정보를 받는 방식과 아무 정보도 받지 않는 방식 사이에 단계적 수집이 가능하다. 훈련 07: 회의 수와 부서 정렬 Before: 회의를 줄여도 부서끼리 잘 협업해야 한다. After: 집중 시간을 늘리기 위해 정기 회의를 없애면, 부서 사이의 결정 변경과 의존 작업을 확인하는 시점이 늦어진다. 협업이라는 넓은 말을 변경과 의존 작업 확인으로 바꿨다. 회의 횟수가 아니라 확인 시점과 조건을 다시 설계할 수 있다. 훈련 08: 콘텐츠 빈도와 깊이 Before: 콘텐츠를 자주 내면서 깊이도 유지하고 싶다. After: 발행 빈도를 높이기 위해 한 편의 조사 시간을 줄이면, 독자가 저장하거나 공유할 만한 근거와 해석이 얕아진다. 깊이를 근거와 해석으로 풀었다. 모든 콘텐츠에 같은 깊이를 요구하지 않고 짧은 형식과 깊은 형식의 주기를 분리할 수 있다. 훈련 09: 저장 공간과 즉시 접근 Before: 파일 용량을 줄이면서 빨리 찾아야 한다. After: 저장 공간을 줄이기 위해 오래된 파일을 외부 보관소로 옮기면, 긴급한 과거 자료를 다시 불러오는 시간이 늘어난다. 용량과 검색 속도라는 추상어를 보관 위치와 복구 시간으로 바꿨다. 파일의 나이보다 접근 빈도와 복구 필요 시간으로 조건을 나눌 수 있다. 훈련 10: 원격 자율성과 협업 가시성 Before: 원격근무의 자율성과 팀워크를 모두 높이고 싶다. After: 개인이 원하는 시간에 일하도록 공통 근무 시간을 없애면, 동료가 도움을 요청하고 결정을 확인할 수 있는 시간이 줄어든다. 팀워크를 도움 요청과 결정 확인 시간으로 바꿨다. 하루 전체를 겹치게 하지 않고 짧은 공통 시간이나 사건 조건에 따라 연결할 수 있다. 후보 세 개에서 중심 모순을 고른다 하나의 문제에는 대개 모순 후보가 여러 개 있다. 다음 세 사례는 후보를 만드는 것보다 승인하는 판단이 왜 중요한지 보여준다. 채용 문제의 세 후보 상황: 핵심 직무의 채용에 두 달이 걸린다. 기간을 한 달로 줄이고 싶지만 입사 후 조기 퇴사와 현업 불만을 늘리고 싶지 않다. AI가 만든 후보: 1. 면접과 과제를 줄이면 채용 기간은 짧아지지만 실제 업무 적합성을 확인할 기회가 줄어든다. 2. 지원자에게 빠르게 결과를 알리면 경험은 좋아지지만 면접관이 비교할 시간이 줄어든다. 3. 현업 면접관을 많이 참여시키면 판단은 정교해지지만 현업의 업무 시간이 줄어든다. 채용 담당자가 바꿀 수 있는 것이 단계와 일정이라면 1번이 중심에 가깝다. 2번은 결과 통보 절차, 3번은 면접관 자원 문제다. 세 개를 한꺼번에 승인하면 빠른 통보, 면접 축소, 현업 시간이라는 서로 다른 대안이 섞인다. 1번을 승인하고 조기 퇴사와 현업 불만을 늘리지 않는다를 현실 필터에 남긴다. 그러면 면접을 단순히 없애기보다 과제와 면접을 겹쳐 진행하거나, 실제 업무 표본을 앞 단계에 배치하는 방향을 볼 수 있다. 결재 문제의 세 후보 상황: 소액 구매에도 세 단계 결재가 필요해 업무가 늦어진다. 감사에 필요한 책임 기록은 유지해야 한다. AI가 만든 후보: 1. 결재 단계를 줄이면 처리 시간은 짧아지지만 결정 근거와 책임 기록이 줄어든다. 2. 담당자에게 자율권을 주면 속도는 빨라지지만 부서별 구매 기준이 달라질 수 있다. 3. 모든 구매에 같은 통제를 적용하면 기록은 일정하지만 위험이 낮은 건까지 지연된다. 1번은 직접적인 개선-악화형 모순이다. 3번은 거짓 균일성에 가깝다. 구매 금액과 계약 유형에 따라 위험이 다른데 같은 절차를 적용한다는 전제를 드러낸다. 조직이 위험 등급을 정할 수 있다면 3번을 중심으로 승인하는 편이 낫다. 소액·반복 구매는 담당자가 결정하고 기록만 남기며, 고액·신규 계약은 기존 단계를 유지할 수 있다. 모든 단계 삭제와 현행 유지 사이에 조건 분리가 생긴다. 콘텐츠 문제의 세 후보 상황: 주 2회 발행을 유지하면서 저장하고 공유할 만한 깊이를 만들고 싶다. AI가 만든 후보: 1. 발행 빈도를 높이면 편당 조사 시간이 줄어 근거와 해석이 얕아진다. 2. 브랜드 형식을 지키면 익숙함은 유지되지만 새로운 전개가 줄어든다. 3. 시의성 있는 주제를 빠르게 다루면 관심은 얻지만 장기 검색 가치가 낮아질 수 있다. 편집 인력이 부족해 깊이가 낮아지는 것이 핵심이라면 1번을 승인한다. 독자 반응이 정체된 것이 핵심이면 2번이 더 가깝다. 검색 유입과 시의성의 균형이 문제라면 3번이다. 문장만 보면 세 후보가 모두 맞다. 승인 기준은 이번에 무엇을 바꿀 권한이 있고, 어떤 손실이 가장 큰지다. AI는 가능성을 만든다. 사용자는 현재 문제를 선택한다. 모순 후보를 다시 쓰게 하는 여섯 명령 후보가 약할 때 전체 프롬프트를 수정할 필요는 없다. 문제에 맞는 한 문장을 추가한다. 1. 추상어를 빼고 실제로 바꾸는 행동을 넣어라. 2. 사용자, 실행자, 운영자 관점으로 후보를 각각 만들어라. 3. 해결책을 미리 선택하지 말고 목표 수준으로 되돌려라. 4. 법적 제약과 오래된 관행을 구분해라. 5. 손실이 다른 곳으로 이동하는 후보를 표시해라. 6. 모순이 없다면 억지로 만들지 말고 다른 문제 유형을 제시해라. 예를 들어 자동화를 늘리면 사람의 판단이 줄어든다는 후보에는 3번을 적용한다. 실제 목표가 처리 시간 단축인지 오류 감소인지 되돌린다. 회의를 줄이면 협업이 나빠진다에는 1번과 2번을 적용한다. 어떤 행동을 줄이고 누구의 어떤 확인이 늦어지는지 쓴다. 명령을 여러 개 한꺼번에 넣지 않는다. 가장 큰 결함 하나를 고쳐 다시 후보를 받은 뒤 다음 결함을 본다. 그래야 어떤 수정이 효과를 냈는지 알 수 있다. 동시 상태형 모순을 찾는다 개선-악화형 모순을 한 단계 더 밀면 같은 대상이 동시에 반대 상태여야 하는 경우가 보인다. 제안서는 짧아야 핵심이 보이고, 길어야 근거가 충분하다. 알림은 꺼져 있어야 집중할 수 있고, 켜져 있어야 긴급 사건을 놓치지 않는다. 근무 시간은 자유로워야 자율성이 생기고, 겹쳐야 즉시 협업할 수 있다. 이 문장은 모순을 해결한 것이 아니다. 시간, 공간, 조건으로 나눌 위치를 보여준다. • 시간 분리: 평소에는 알림을 묶고 긴급 조건일 때만 즉시 보낸다. • 공간 분리: 제안 본문은 짧게, 근거 부록은 길게 둔다. • 조건 분리: 위험이 낮은 결재는 단계를 줄이고 높은 결재는 유지한다. 같은 것이 동시에 두 상태여야 한다는 문장을 발견하면 언제, 어디서, 어떤 조건에서를 묻는다. 거짓 양자택일을 가려낸다 양자택일이 거짓인지 확인하는 네 질문이 있다. 1. 두 선택지를 반드시 같은 시간에 적용해야 하는가 2. 모든 대상에게 같은 방식으로 적용해야 하는가 3. 문제의 원인이 아니라 현재 수단을 선택지로 놓은 것은 아닌가 4. 제3의 역할이나 중간 단계를 추가할 수 있는가 가격을 내리거나 신규 고객을 포기해야 한다는 문장은 가격이 유일한 진입 장벽이라는 전제를 가진다. 체험 범위, 결제 시점, 고객 조건을 나누면 다른 선택지가 생긴다. 회의를 유지하거나 협업을 포기해야 한다는 문장도 회의가 변경과 의존 작업을 확인하는 유일한 수단이라고 가정한다. 필요한 것은 회의 자체가 아니라 특정 사건을 확인하는 시점일 수 있다. 거짓 양자택일을 찾았다고 두 요구가 모두 쉽게 충족되는 것은 아니다. 제3의 선택지가 생겼을 뿐이다. 그 선택지는 다시 자원과 현실 필터를 통과해야 한다. AI 후보를 승인하는 기준 AI가 모순 후보를 세 개 만들면 가장 그럴듯한 문장을 고르지 않는다. 다음 순서로 본다. • 실제 손실이 가장 큰가 • 내가 바꿀 수 있는 행동이 들어 있는가 • 규정과 관행이 구분돼 있는가 • 해결 뒤에도 같은 문제가 남지 않는가 후보가 모두 맞지 않으면 새로 만들게 한다. 후보 모두 현상을 다시 말했을 뿐이다. 처리 시간을 줄이기 위해 현재 무엇을 바꿀 때 어떤 가치가 나빠지는지 행동 수준으로 다시 써라. 후보 두 개가 모두 중요하면 하나를 억지로 버리지 않는다. 첫 번째를 중심 모순으로 승인하고 두 번째를 현실 필터의 보호 조건으로 둔다. 너무 많은 모순을 한 번에 승인하면 원리와 대안이 섞이므로 중심은 하나로 유지한다. 좋은 모순 문장 채점표 후보를 승인하기 전에 다섯 항목을 0점과 1점으로 확인한다. 항목 확인 질문 구체성 좋아지는 것과 나빠지는 것이 행동 수준으로 보이는가 인과성 개선 행동 때문에 손실이 생기는 관계가 있는가 개방성 특정 해결책을 미리 고정하지 않았는가 권한 사용자가 바꾸거나 시험할 수 있는 요소가 있는가 경계 진짜 제약과 익숙한 관행이 구분됐는가 4점 이상이면 원리 선택으로 넘어갈 수 있다. 2점 이하라면 후보를 다시 쓴다. 3점은 가장 약한 항목 하나를 보완한 뒤 승인한다. 훈련 03의 결재 문장을 채점해보자. 처리 시간을 줄이기 위해 승인 단계를 없애면, 누가 어떤 근거로 결정했는지 확인할 기록이 줄어든다. 개선 행동과 손실이 구체적이고 인과가 보인다. 자동화 같은 특정 해법을 고정하지 않았다. 조직이 승인 단계를 조정할 권한이 있다면 권한 항목도 통과한다. 다만 법적으로 필요한 승인인지 오래된 내부 관행인지 확인해야 경계 항목을 줄 수 있다. 채점은 수학적인 정답이 아니다. AI가 만든 그럴듯한 문장에 바로 끌려가지 않도록 멈추는 체크포인트다. 승인 기록은 한 문단이면 된다 승인한 뒤에는 선택 번호만 남기지 않는다. 다른 사람이 보거나 며칠 뒤 다시 열어도 판단 이유를 알 수 있게 한 문단을 적는다. 승인 모순: 선택 이유: 이번에 바꿀 수 있는 요소: 계속 지켜야 할 보호 조건: 이번 탐색에서 제외한 문제: 채용 사례라면 이렇게 남길 수 있다. 면접과 과제를 축소할 때 직무 적합성 확인 기회가 줄어드는 모순을 승인한다. 채용팀이 일정과 단계 순서를 바꿀 수 있고, 두 달의 공석 비용이 가장 크기 때문이다. 조기 퇴사와 현업 불만은 현실 필터의 보호 조건으로 둔다. 지원자 결과 통보와 현업 면접관의 업무 부담은 이번 탐색에서 제외한다. 이 기록은 대안의 범위를 좁힌다. AI가 갑자기 채용 홍보나 연봉 인상으로 넘어가면 승인 모순 밖으로 이탈했다는 것을 알 수 있다. 동시에 제외한 문제가 사라진 것은 아니라는 사실도 남는다. 첫 모순을 해결한 뒤 현업 면접관 부담을 별도 문제로 다룰 수 있다. 승인 기록이 길어지면 여러 문제를 한꺼번에 넣었을 가능성이 크다. 중심 모순 하나, 보호 조건 두세 개, 제외 문제 한두 개면 충분하다. 훈련을 업무에 붙이는 15분 루틴 일주일에 한 문제만 사용해도 된다. 시간 행동 0분부터 3분 현재 방식과 원하는 변화, 보호 조건을 적는다 3분부터 6분 AI에게 관점이 다른 후보 3개를 받는다 6분부터 9분 채점표로 후보를 평가하고 하나를 고친다 9분부터 12분 중심 모순 하나를 승인한다 12분부터 15분 선택 이유와 남은 보호 조건을 기록한다 이 루틴에서는 해결 원리와 대안까지 가지 않아도 된다. 모순 정의만 훈련한다. 문제를 잘 정의한 뒤 원리 선택은 AI가 빠르게 도울 수 있지만, 어떤 손실을 중심에 둘지는 반복해서 직접 판단해야 한다. 한 달 뒤 기록 네 개를 보면 자주 나타나는 패턴이 보인다. 모든 업무를 같은 절차로 처리해 생기는 문제, 중요한 정보를 한 문서에 다 넣어 생기는 문제, 특정 시점에 일이 몰려 생기는 문제가 반복될 수 있다. 이 패턴은 9장에서 개인 원리 묶음을 만드는 재료가 된다. 모순 정의 워크시트 실제 문제를 다음 여섯 줄로 정리한다. 현재 방식: 좋아져야 하는 것: 지켜야 하는 것: 개선을 위해 바꾸려는 행동: 그 행동 때문에 나빠지는 것: 바꿀 수 없는 제약과 단지 익숙한 관행: 마지막 줄이 중요하다. 법적 의무, 계약 조건, 안전 기준은 제약일 수 있다. 오래 사용한 양식, 모든 사람에게 같은 절차, 회의에서만 공유해야 한다는 생각은 관행일 수 있다. 모순 문장을 한 번에 잘 쓰려고 애쓰지 않는다. AI가 후보를 만들고 인간이 수정한다. 인간은 조직의 진짜 제약을 알고, AI는 서로 다른 관점의 문장을 빠르게 만든다. 이 장에서 내 AI에 추가된 기능 3개 1. 추상적인 문제를 개선 행동과 손실이 보이는 모순 문장으로 바꾸는 기능 2. 개선-악화형 모순을 시간·공간·조건으로 나눌 동시 상태형 모순으로 확장하는 기능 3. AI가 만든 후보를 손실·권한·제약 기준으로 승인하거나 다시 쓰게 하는 기능 그림 1: 나쁜 모순 문장은 추상어만 나열, 해결책을 안에 넣음, 지킬 것을 전부 제약으로, 불편을 모순으로 착각 네 가지로 나타난다 2x2 격자에 나쁜 모순 문장의 네 유형이 한 칸씩 놓이고, 칸마다 유형 이름과 그 문장이 무엇을 빠뜨렸는지가 적혀 있다. 아래 띠에 고친 문장이 갖춰야 할 세 요소가 강조색으로 있다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143815064_1.png ---------------------------------------- ## 청소년 탐구 노트: 화학 Vol.1 – 원소와 주기율표로 읽는 물질 탐구 ISBN 9791143814401 · 2026-07-18 · 북마이닝 청소년교양팀 지음 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol1-%ec%9b%90%ec%86%8c%ec%99%80-%ec%a3%bc%ea%b8%b0%ec%9c%a8%ed%91%9c%eb%a1%9c-%ec%9d%bd%eb%8a%94-%eb%ac%bc/ ### 13장 빈칸의 예언 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol1-%ec%9b%90%ec%86%8c%ec%99%80-%ec%a3%bc%ea%b8%b0%ec%9c%a8%ed%91%9c%eb%a1%9c-%ec%9d%bd%eb%8a%94-%eb%ac%bc/13%ec%9e%a5-%eb%b9%88%ec%b9%b8%ec%9d%98-%ec%98%88%ec%96%b8/ 질문: 주기율표의 빈칸은 무엇이었나요? 요약: 아직 발견되지 않은 원소의 자리였습니다. 멘델레예프는 원소를 성질의 반복에 따라 배열하면서 빈칸을 남기고 그 자리에 올 원소의 성질을 예측했습니다. 주기율표가 원소를 모아 둔 목록이 아니라 예측하는 도구라는 것이 여기서 드러납니다. 또 다른 질문: 과학에서 예측과 추측은 어떻게 다른가요? 답: 예측은 법칙이나 모형, 자료에서 나와야 하고 나중에 확인할 수 있어야 합니다. 어딘가에 신비한 원소가 있을 것이라는 말은 어떤 자리인지 어떤 성질일지 말할 수 없어 과학적 예측으로 보기 어렵습니다. 틀릴 가능성도 있어야 합니다. 또 다른 질문: 에카-알루미늄은 무엇인가요? 답: 멘델레예프가 알루미늄 아래 빈칸에 올 미발견 원소를 임시로 부른 이름입니다. 에카는 산스크리트어로 하나를 뜻해 한 칸 아래라는 의미였습니다. 나중에 갈륨이 발견됐고 성질이 예측과 꽤 잘 맞아 주기율표의 신뢰를 크게 높였습니다. 또 다른 질문: 주기율표가 원소 목록과 다른 점은 무엇인가요? 답: 목록은 새로운 것을 예측하기 어렵습니다. 구조가 있는 표는 빈자리를 말할 수 있고, 주변 원소들의 성질을 보고 그 사이에 들어갈 원소가 어떤 성질을 가져야 할지 추정할 수 있습니다. 정보를 담는 그릇이 아니라 생각을 움직이는 장치입니다. 또 다른 질문: 예측이 맞으면 그것으로 끝인가요? 답: 확인이 없으면 과학 지식으로 자리 잡기 어렵습니다. 갈륨과 저마늄의 발견이 중요했던 까닭은 예측이 실제 측정과 비교될 수 있었기 때문입니다. 예측은 질문을 만들고 검증은 그 질문을 현실과 맞춰 봅니다. 최종 확인: 2026-09-02T16:32:18+09:00 예측하는 과학 시험지의 빈칸을 보면 답을 써야 할 것 같아 불안해진다. 하지만 과학에서 빈칸은 때때로 멋진 질문이 된다. 아직 모르는 것이 있다는 표시이기 때문이다. 멘델레예프의 주기율표에서 빈칸은 그런 자리였다. 멘델레예프는 알려진 원소들을 배열하면서 어떤 자리가 비어 있어야 한다고 보았다. 억지로 다른 원소를 넣으면 주변 원소들과 성질이 맞지 않았다. 그래서 그는 그 자리를 비워 두었다. 그리고 그 빈칸에 들어갈 원소의 성질을 예상했다. 이런 태도는 과학에서 매우 중요하다. 과학은 과거의 사실을 설명하는 데서 끝나지 않는다. 좋은 설명은 아직 관찰하지 못한 현상이나 발견되지 않은 대상을 예측하게 해 준다. 그리고 그 예측은 나중에 확인되거나 수정될 수 있어야 한다. 주기율표의 빈칸은 "모른다"에서 멈춘 자리가 아니었다. "아직 모르지만, 이런 성질을 가질 것이다"라고 말하게 한 자리였다. 에카-알루미늄과 갈륨 멘델레예프는 알루미늄 아래쪽에 아직 발견되지 않은 원소가 있을 것이라고 예측했다. 그는 그 원소를 임시로 에카-알루미늄이라고 불렀다. "에카"는 산스크리트어에서 하나를 뜻하는 말로, 알루미늄 아래 한 칸에 있는 원소라는 의미로 사용되었다. 그는 이 미발견 원소의 원자량, 밀도, 녹는점, 산화물의 성질 등을 예상했다. 나중에 갈륨이라는 원소가 발견되었고, 그 성질이 멘델레예프의 예측과 꽤 잘 맞는다는 사실이 알려졌다. 이 일은 주기율표의 신뢰를 크게 높였다. 갈륨은 흥미로운 원소다. 금속이지만 녹는점이 낮아 손의 온도 가까이에서도 녹을 수 있다. 그러나 갈륨을 직접 만지며 확인하는 활동은 권하지 않는다. 금속 원소는 순도, 보관 상태, 취급 기준에 따라 안전 문제가 달라질 수 있다. 이 책에서는 갈륨을 빈칸 예측이 실제 발견과 맞아떨어진 사례로만 다룬다. 중요한 것은 갈륨의 특이한 성질 자체보다, 그 성질을 표의 질서에서 미리 예상할 수 있었다는 점이다. 에카-실리콘과 저마늄 멘델레예프는 실리콘 아래쪽에 있을 원소도 예측했다. 그는 이를 에카-실리콘이라고 불렀다. 나중에 발견된 저마늄이 그 자리에 들어갔다. 저마늄의 성질 역시 멘델레예프의 예측과 상당히 잘 맞았다. 이 사례는 주기율표가 단순한 목록이 아니라는 점을 다시 보여 준다. 목록은 새로운 것을 예측하기 어렵다. 하지만 구조가 있는 표는 빈자리를 말할 수 있다. 주변 원소들의 성질을 보고, 그 사이에 들어갈 원소가 어떤 성질을 가져야 할지 추정할 수 있다. 물론 예측은 마법이 아니다. 모든 예측이 완벽하게 맞는 것도 아니다. 예측은 자료와 규칙을 바탕으로 한 과학적 추정이다. 나중에 관찰과 실험으로 확인해야 한다. 틀리면 왜 틀렸는지 살피고, 표나 이론을 고쳐야 한다. 멘델레예프의 성공은 과학적 예측의 좋은 사례다. 그는 빈칸을 상상으로 채운 것이 아니라, 이미 보이는 질서를 바탕으로 아직 보이지 않는 원소를 추정했다. 예측과 추측은 다르다 일상에서는 예측과 추측을 비슷하게 쓰기도 한다. 하지만 과학에서 예측은 아무 말이나 해 보는 것이 아니다. 예측은 근거가 있어야 한다. 어떤 법칙이나 모형, 자료에서 나온 것이어야 한다. 또한 나중에 확인할 수 있어야 한다. "어딘가에 신비한 원소가 있을 것이다"라는 말은 과학적 예측으로 보기 어렵다. 어떤 자리인지, 어떤 성질을 가질지, 어떻게 확인할 수 있을지 말하기 어렵기 때문이다. 반면 "이 빈칸에 들어갈 원소는 이웃 원소들과의 관계로 볼 때 이런 밀도와 이런 산화물 성질을 가질 것이다"라는 말은 훨씬 과학적인 예측에 가깝다. 예측이 과학적이려면 틀릴 가능성도 있어야 한다. 나중에 발견된 원소가 예상과 완전히 다르면, 예측은 수정되어야 한다. 그래서 과학의 예측은 용기가 필요하다. 맞을 수도 있지만 틀릴 수도 있기 때문이다. 멘델레예프의 빈칸은 그 용기를 보여 준다. 그는 표의 질서를 믿고, 검증 가능한 방식으로 미래의 발견을 말했다. 주기율표가 강력해진 이유 주기율표가 과학에서 중요한 까닭은 세 가지로 정리할 수 있다. 첫째, 많은 원소 정보를 한눈에 정리해 준다. 이름, 기호, 원자 번호, 원자량, 금속성, 비슷한 성질의 무리 같은 정보를 표 안에서 볼 수 있다. 둘째, 원소들의 관계를 보여 준다. 같은 족 원소들은 비슷한 성질을 보이는 경우가 많고, 같은 주기에서는 성질이 일정한 흐름으로 변한다. 셋째, 아직 모르는 것을 예측하게 해 준다. 멘델레예프 시대의 빈칸 예측이 대표적이다. 현대에도 주기율표는 새로운 원소의 성질을 추정하거나, 재료와 반응성을 생각할 때 출발점이 된다. 좋은 과학 도구는 단순히 정보를 담는 그릇이 아니다. 생각을 움직이게 하는 장치다. 주기율표는 그런 장치다. 예측 뒤에는 검증이 있다 예측이 멋져 보이더라도, 확인이 없다면 과학 지식으로 자리 잡기 어렵다. 갈륨과 저마늄의 발견이 중요한 까닭은 멘델레예프의 예측이 실제 측정과 비교될 수 있었기 때문이다. 발견된 원소의 밀도, 원자량, 화합물의 성질 등이 예측과 얼마나 맞는지 따져 볼 수 있었다. 여기서 다시 측정이 중요해진다. 1부와 2부에서 보았듯이 화학은 느낌만으로 판단하지 않는다. 질량, 부피, 밀도, 녹는점, 반응성 같은 값을 재고 비교한다. 주기율표의 예측도 이런 측정값과 만나야 힘을 얻는다. 예측과 검증은 한 쌍이다. 예측은 질문을 만들고, 검증은 그 질문을 현실과 비교한다. 검증 결과가 맞으면 이론은 힘을 얻고, 틀리면 수정의 길이 열린다. 과학은 늘 이렇게 앞으로 나아간다. 빈칸을 보고, 근거 있는 예측을 세우고, 실제 세계와 맞추어 보는 것이다. 개념 붙잡기: 예측과 검증 이 장에서 붙잡을 말은 예측과 검증이다. 예측은 이미 알고 있는 법칙, 모형, 자료를 바탕으로 아직 확인하지 않은 현상이나 대상을 예상하는 일이다. 주기율표의 빈칸 예측은 원소 성질의 반복을 바탕으로 미발견 원소의 성질을 예상한 사례다. 검증은 예측이 실제 관찰이나 측정과 맞는지 확인하는 일이다. 발견된 원소의 성질이 예측과 얼마나 맞는지 비교하는 과정이 검증에 해당한다. 정리하면, 과학적 예측은 근거가 있어야 하고, 나중에 확인될 수 있어야 한다. 분자의 눈으로 보기 주기율표의 빈칸을 입자의 눈으로 보면, 그 자리는 특정 원자 번호를 가질 원소의 자리다. 아직 발견되지 않았더라도, 주변 원소들의 위치와 성질을 보면 그 원소가 어떤 전자 배치와 성질을 가질지 예상할 수 있다. 멘델레예프 시대에는 전자 배치와 원자 번호가 오늘날처럼 알려져 있지 않았다. 그는 원자량과 성질을 바탕으로 빈칸을 예측했다. 현대의 눈으로 보면 그 빈칸은 원자 구조의 질서와 연결되어 있었다. [도식 13-1] 과학적 예측의 조건 조건 의미 주기율표 사례 근거 이미 확인된 자료나 법칙에서 나옴 원소 성질의 반복 구체성 무엇을 예상하는지 분명함 원자량, 밀도, 화합물 성질 예상 검증 가능성 나중에 맞는지 비교할 수 있음 새 원소 발견 뒤 측정값 비교 수정 가능성 틀리면 고칠 수 있음 표와 설명의 보완 이 네 조건을 기억하면, 과학적 예측과 막연한 상상을 구별하는 데 도움이 된다. 탐구 보고서로 바꾸기 [탐구 보고서로 바꾸기] 오늘의 개념: 과학적 예측은 자료와 규칙을 바탕으로 아직 모르는 것을 예상하고, 나중에 검증할 수 있어야 한다. 관찰 질문: 주기율표의 빈칸 예측은 단순한 추측과 어떻게 다를까? 보고서 주제: 멘델레예프의 갈륨 또는 저마늄 예측 사례를 분석하면 과학적 예측의 조건을 설명할 수 있을까? 기록 방법: 예측한 이름, 실제 발견 원소, 예측 성질, 실제 성질, 예측이 과학적이었던 이유를 표로 정리한다. 자료를 찾을 때는 수치가 자료마다 조금 다르게 적힐 수 있음을 기록한다. 중요한 것은 숫자 하나를 외우는 것이 아니라 예측과 검증의 구조를 이해하는 것이다. 이 장을 한 문장으로 멘델레예프의 빈칸은 아직 모르는 원소를 자료와 질서에 근거해 예측하고 검증하게 만든 과학적 질문의 자리였다. 다음 장 예고 주기율표가 예측의 도구라면, 우리는 그 표를 읽을 줄 알아야 한다. 다음 장에서는 주기율표의 가로줄과 세로줄, 곧 주기와 족을 읽는 기본 방법을 살펴본다. 탐구 한 줄 과학적 예측은 상상이 아니라 근거, 구체성, 검증 가능성을 갖춘 질문이다. ---------------------------------------- ### 1장 황금을 만들려던 사람들 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol1-%ec%9b%90%ec%86%8c%ec%99%80-%ec%a3%bc%ea%b8%b0%ec%9c%a8%ed%91%9c%eb%a1%9c-%ec%9d%bd%eb%8a%94-%eb%ac%bc/1%ec%9e%a5-%ed%99%a9%ea%b8%88%ec%9d%84-%eb%a7%8c%eb%93%a4%eb%a0%a4%eb%8d%98-%ec%82%ac%eb%9e%8c%eb%93%a4/ 질문: 연금술사들은 왜 납을 금으로 바꾸려 했나요? 요약: 불에 넣은 광석에서 금속이 나오고 진흙이 도자기가 되는 등 물질이 실제로 변하는 모습을 보았기 때문입니다. 연금술사들은 평범한 금속도 특별한 방법을 거치면 금으로 바뀔 수 있다고 생각했습니다. 금을 만드는 목표는 이루지 못했지만, 물질을 섞고 가열하고 거르고 증류하며 성질과 변화를 관찰하는 작업은 남았습니다. 또 다른 질문: 납을 금으로 바꿀 수 있나요? 답: 없습니다. 납과 금은 서로 다른 원소이고 원자핵의 구조가 다릅니다. 보통의 화학 반응으로는 납 원자를 금 원자로 바꿀 수 없습니다. 다만 연금술사들은 원자핵을 알지 못했고 원소라는 개념도 오늘날처럼 분명하지 않았습니다. 또 다른 질문: 그런데 왜 그런 생각을 하게 됐나요? 답: 물질이 실제로 변하는 모습을 보았기 때문입니다. 불에 넣으면 광석에서 금속이 나오고, 진흙은 구워지면 단단한 도자기가 되며, 포도즙은 시간이 지나면 술이 됩니다. 그렇다면 더 귀한 물질로 바꾸는 방법도 있지 않을까 생각한 것입니다. 또 다른 질문: 연금술은 그냥 미신이었나요? 답: 틀린 답은 많았지만 질문은 중요했습니다. 그들은 물질을 섞고 녹이고 가열하고 식히고 걸러 내고 증류했습니다. 오늘날 화학 실험실에서 쓰는 여러 조작의 뿌리가 그 작업 속에 있습니다. 또 다른 질문: 금은 왜 특별하게 여겨졌나요? 답: 비싸서만이 아니라 눈에 띄게 특별한 금속이었기 때문입니다. 밝게 빛나고 잘 펴지고 쉽게 녹슬지 않습니다. 철이 붉게 녹슬고 은이 검게 변하는 것과 달리 오랜 시간이 지나도 색과 광택을 비교적 잘 유지합니다. 최종 확인: 2026-09-02T16:32:18+09:00 물질을 나누어 보는 첫 질문 어두운 방 안에 작은 화로가 있다. 화로 위에는 금속 그릇이 놓여 있고, 그 안에서는 알 수 없는 가루와 액체가 천천히 데워지고 있다. 벽에는 말린 약초가 걸려 있고, 선반에는 색이 다른 돌과 유리병이 줄지어 있다. 방 안의 사람은 기다린다. 납처럼 보이는 금속이 언젠가 금으로 바뀌기를. 오늘의 눈으로 보면 이상한 장면이다. 납을 금으로 바꿀 수 있다고 믿다니, 너무 허황된 꿈처럼 보인다. 하지만 그 시대 사람들에게 이 꿈은 완전히 엉뚱한 것만은 아니었다. 불에 넣으면 광석에서 금속이 나오고, 진흙은 구워지면 단단한 도자기가 되며, 포도즙은 시간이 지나면 술이 된다. 물질은 실제로 변했다. 그렇다면 어떤 물질을 더 귀한 물질로 바꾸는 방법도 있지 않을까? 그 질문을 붙잡은 사람들이 있었다. 우리는 그들을 흔히 연금술사라고 부른다. 연금술이라는 말에는 신비롭고 비밀스러운 이미지가 따라붙는다. 금을 만들려는 욕망, 영원히 죽지 않는 약을 찾으려는 꿈, 비밀 문서와 이상한 상징 같은 것들이다. 실제로 연금술에는 그런 면이 있었다. 하지만 연금술을 단순한 미신으로만 보면 중요한 사실을 놓친다. 연금술사들은 물질을 섞고, 녹이고, 가열하고, 식히고, 걸러 내고, 증류했다. 오늘날 화학 실험실에서 쓰는 여러 조작의 뿌리가 그들의 작업 속에 있었다. 그들은 틀린 답을 많이 가졌지만, 질문만큼은 중요했다. 물질은 변할 수 있는가? 변한다면 무엇이 변하는가? 겉모습이 바뀐 물질은 정말 다른 물질이 된 것인가? 이 질문들은 훗날 화학의 중심 질문이 된다. 금은 왜 특별했을까 연금술사들이 금에 마음을 빼앗긴 이유는 단지 비싸서만은 아니었다. 금은 눈에 띄게 특별한 금속이다. 밝게 빛나고, 잘 펴지고, 쉽게 녹슬지 않는다. 오랜 시간이 지나도 색과 광택을 비교적 잘 유지한다. 철이 붉게 녹슬고, 은이 검게 변하는 것과 달리 금은 안정적으로 보인다. 사람들은 그런 성질에 의미를 붙였다. 변하지 않는 금속, 완전한 금속, 가장 귀한 금속. 금은 물질이면서 상징이 되었다. 그래서 어떤 연금술사는 다른 금속이 아직 덜 완성된 상태라고 상상했다. 시간이 충분히 흐르거나, 특별한 방법을 쓰면 평범한 금속도 금처럼 완성될 수 있다고 믿었다. 지금 우리는 납과 금이 서로 다른 원소라는 사실을 안다. 납 원자와 금 원자는 원자핵의 구조가 다르다. 보통의 화학 반응으로 납 원자를 금 원자로 바꿀 수는 없다. 그러나 연금술사들은 원자핵을 알지 못했다. 원소라는 개념도 오늘날처럼 분명하지 않았다. 그들에게 물질은 색, 무게, 광택, 불에 대한 반응, 녹는 모습 같은 성질로 구별되는 것이었다. 바로 이 지점이 중요하다. 과학은 처음부터 완성된 개념으로 시작하지 않는다. 사람들은 먼저 눈앞의 성질을 관찰한다. 그리고 그 성질을 설명할 말을 찾는다. 금을 만들려던 시도는 실패했지만, 물질의 성질을 비교하고 변화를 관찰하려는 태도는 남았다. 물질을 바꾸는 일과 물질을 아는 일 연금술사는 물질을 바꾸고 싶어 했다. 하지만 물질을 바꾸려면 먼저 물질을 알아야 한다. 어떤 물질은 불에 잘 타고, 어떤 물질은 타지 않는다. 어떤 물질은 물에 녹고, 어떤 물질은 가라앉는다. 어떤 금속은 쉽게 휘어지고, 어떤 금속은 부러진다. 어떤 액체는 빨리 증발하고, 어떤 액체는 끈적하게 남는다. 여기서 화학의 기본 태도가 나온다. 물질을 이름으로만 외우지 않고, 성질로 살피는 것이다. 예를 들어 소금과 설탕은 모두 흰 알갱이처럼 보인다. 멀리서 보면 비슷하다. 둘이 다르다는 사실을 우리는 생활 경험으로 알고 있지만, 탐구 기록에서는 함부로 맛보지 않는다. 대신 안전하게 관찰할 수 있는 성질을 본다. 결정의 모양, 물에 녹는 정도, 물에 녹기 전과 후의 모습, 자료에서 확인한 녹는점처럼 여러 기준을 세울 수 있다. 철가루와 모래도 겉보기에는 둘 다 작은 알갱이일 수 있다. 하지만 자석을 가까이 대면 철가루는 끌려오고 모래는 그렇지 않다. 이 차이는 "겉모습"보다 더 깊은 성질을 보여 준다. 화학에서 물질을 안다는 것은 이름을 맞히는 일이 아니다. 그 물질이 어떤 성질을 가지고, 어떤 조건에서 어떻게 변하는지 설명할 수 있다는 뜻이다. 변화에는 두 종류가 있다 물질이 바뀐다고 해서 언제나 새로운 물질이 생기는 것은 아니다. 얼음이 녹아 물이 되는 장면을 생각해 보자. 딱딱한 고체가 흐르는 액체로 바뀐다. 겉모습은 크게 달라졌다. 하지만 얼음도 물이고, 녹은 뒤의 액체도 물이다. 물 분자의 배열과 움직임은 달라졌지만 물질의 종류가 달라진 것은 아니다. 이런 변화는 상태 변화에 가깝다. 반면 종이가 불에 타면 어떨까? 종이는 검게 변하고, 연기와 기체가 생기며, 재가 남는다. 원래의 종이로 쉽게 되돌릴 수 없다. 이때는 새로운 물질들이 생긴다. 이런 변화는 화학 변화에 가깝다. 연금술사들은 이 둘을 오늘날처럼 분명하게 구별하지 못했다. 그래서 어떤 변화는 실제보다 더 신비롭게 보였고, 어떤 변화는 잘못 해석되었다. 하지만 그들이 관찰한 변화들은 훗날 과학자들에게 중요한 단서가 되었다. 화학은 "변했다"라는 말을 그냥 지나치지 않는다. 무엇이 변했는지 묻는다. 색이 변했는가? 상태가 변했는가? 냄새가 달라졌는가? 기체가 생겼는가? 열이나 빛이 나왔는가? 질량은 어떻게 되었는가? 이 질문들이 쌓이면 변화의 종류를 더 정확히 구별할 수 있다. 연금술의 한계 연금술에는 분명한 한계가 있었다. 비밀스러운 표현이 많았고, 실험 결과를 누구나 같은 방식으로 확인하기 어려웠다. 어떤 기록은 상징과 암호처럼 쓰였고, 어떤 주장은 충분히 검증되지 않았다. 같은 방법을 따라 해도 같은 결과가 나오지 않는다면 과학 지식으로 쌓이기 어렵다. 과학이 되려면 몇 가지가 필요하다. 관찰한 내용을 정확히 기록해야 한다. 다른 사람도 확인할 수 있어야 한다. 설명이 틀렸을 때 고칠 수 있어야 한다. 그리고 물질의 변화를 말로만 설명하는 것이 아니라, 가능한 한 측정해야 한다. 이 점에서 연금술은 과학으로 가는 길목에 있었다. 아직 현대 화학은 아니었지만, 물질을 다루는 기술과 질문을 남겼다. 불완전했지만 출발점이었다. 연금술사의 방에서 중요한 것은 금이 만들어졌는지가 아니다. 더 중요한 것은 그 방 안에서 사람들이 계속 물었다는 사실이다. 왜 이 금속은 녹을까? 왜 이 액체는 증발할까? 왜 어떤 물질은 섞이면 색이 달라질까? 왜 불은 물질을 바꾸는 것처럼 보일까? 이 질문들은 뒤에서 라부아지에의 저울, 돌턴의 원자, 멘델레예프의 주기율표로 이어진다. 개념 붙잡기: 물질, 성질, 변화 이 장에서 꼭 붙잡을 말은 세 가지다. 첫째, 물질은 공간을 차지하고 질량을 가진 것이다. 책상, 물, 공기, 소금, 철처럼 우리 주변의 많은 것들이 물질이다. 공기는 보이지 않지만 질량을 가지고 공간을 차지하므로 물질이다. 둘째, 성질은 어떤 물질을 구별하게 해 주는 특징이다. 색, 광택, 단단함, 녹는점, 끓는점, 물에 녹는 정도, 자석에 끌리는지, 불에 탈 수 있는지 등이 성질에 해당한다. 셋째, 변화는 물질의 상태나 모습, 또는 종류가 달라지는 일이다. 얼음이 녹는 것처럼 물질의 종류가 그대로인 변화도 있고, 종이가 타는 것처럼 새로운 물질이 생기는 변화도 있다. 연금술사들은 이 세 가지를 오늘날의 용어로 정리하지는 못했다. 하지만 그들이 붙잡고 씨름한 대상은 바로 물질, 성질, 변화였다. 분자의 눈으로 보기 눈앞에 두 컵이 있다고 해 보자. 한 컵에는 소금물이 있고, 다른 컵에는 설탕물이 있다. 둘 다 투명해 보일 수 있다. 눈으로만 보면 구별하기 어렵다. 하지만 아주 작은 입자의 세계로 들어가면 두 컵은 전혀 다르다. 소금물 속에는 나트륨 이온과 염화 이온이 물 분자 사이에 흩어져 있다. 설탕물 속에는 설탕 분자가 물 분자 사이에 흩어져 있다. 겉으로는 둘 다 "무언가가 녹은 물"처럼 보이지만, 안쪽의 입자 세계는 다르다. 연금술사들은 이런 입자 세계를 알지 못했다. 그래서 물질을 주로 겉모습과 경험으로 판단했다. 그러나 현대 화학은 겉모습 아래의 입자 세계를 함께 본다. 화학을 배운다는 것은 두 눈을 갖는 일과 비슷하다. 하나는 눈에 보이는 성질을 보는 눈이고, 다른 하나는 보이지 않는 입자의 질서를 상상하는 눈이다. [도식 1-1] 겉보기와 입자 관점 관찰 대상 겉보기 관찰 입자 관점에서의 질문 소금물 투명한 액체 어떤 입자가 물속에 흩어져 있을까? 철가루 검은 알갱이 왜 자석에 끌릴까? 타는 종이 빛과 열, 연기, 재 어떤 새로운 물질이 생길까? 이 도식에서 중요한 것은 정답을 모두 아는 것이 아니다. 같은 대상을 두 층으로 보는 연습이다. 겉으로 보이는 것과 보이지 않는 입자 세계를 함께 생각할 때, 물질의 변화는 훨씬 덜 신비롭고 훨씬 더 흥미로워진다. 오늘의 화학: 스마트폰 속의 금 금을 만들려던 연금술사의 꿈은 실패했지만, 금은 지금도 중요한 물질이다. 다만 오늘날의 금은 왕관이나 보물상자에만 있지 않다. 전자기기 속에도 아주 적은 양의 금이 쓰인다. 금은 전기가 잘 통하고 쉽게 부식되지 않는 성질이 있어, 작은 전자 부품의 접점에 사용될 수 있다. 여기서 다시 화학의 질문이 나온다. 금이 귀한 이유는 단지 아름다워서일까? 아니다. 금의 가치는 성질과도 연결된다. 잘 녹슬지 않는 성질, 얇게 펼 수 있는 성질, 전기를 잘 통하는 성질이 쓰임을 만든다. 물질의 가치는 시대에 따라 달라질 수 있다. 그러나 물질의 성질을 이해하려는 태도는 계속 중요하다. 연금술사가 금을 꿈꾸었다면, 현대의 화학자는 금이 왜 그런 성질을 갖는지, 어디에 얼마나 쓰는 것이 적절한지, 사용한 뒤 어떻게 회수할 수 있는지를 묻는다. 탐구 보고서로 바꾸기 [탐구 보고서로 바꾸기] 오늘의 개념: 물질은 겉모습만이 아니라 성질과 변화로 구별할 수 있다. 관찰 질문: 겉보기에는 비슷한 물질도 서로 다른 성질을 보일까? 보고서 주제: 비슷해 보이는 물질을 여러 기준으로 분류하면 어떤 차이가 드러날까? 기록 방법: 색, 알갱이 모양, 물에 넣었을 때의 변화, 자석 반응처럼 안전한 관찰 기준을 표로 나누어 적는다. 탐구를 할 때는 물질을 함부로 맛보거나 냄새 맡지 않는다. 이름을 모르는 물질은 직접 만지지 않는 것이 원칙이다. 관찰 기준은 안전해야 한다. 좋은 보고서는 위험한 실험을 많이 한 보고서가 아니라, 기준이 분명하고 기록이 정확한 보고서다. 이 장을 한 문장으로 연금술은 금을 만들지는 못했지만, 물질의 성질과 변화를 묻는 화학의 첫 질문을 남겼다. 다음 장 예고 연금술사들은 물질을 바꾸려 했다. 그렇다면 사람들은 물질이 무엇으로 이루어져 있다고 생각했을까? 다음 장에서는 고대의 4원소설에서 현대의 원소 개념으로 이어지는 물질관의 변화를 살펴본다. 탐구 한 줄 물질을 알려면 이름보다 먼저 성질과 변화를 기록하자. ---------------------------------------- ### 8장 돌턴의 원자 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol1-%ec%9b%90%ec%86%8c%ec%99%80-%ec%a3%bc%ea%b8%b0%ec%9c%a8%ed%91%9c%eb%a1%9c-%ec%9d%bd%eb%8a%94-%eb%ac%bc/8%ec%9e%a5-%eb%8f%8c%ed%84%b4%ec%9d%98-%ec%9b%90%ec%9e%90/ 질문: 돌턴의 원자설은 무엇을 설명했나요? 요약: 모든 물질이 원자로 이루어져 있고, 원소마다 원자의 종류가 다르며, 화합물은 서로 다른 원자들이 일정한 비율로 결합해 만들어진다고 설명했습니다. 화학 반응은 원자가 새로 생기거나 사라지는 일이 아니라 결합 방식과 배열이 달라지는 과정으로 보았습니다. 이 원자설은 질량보존과 일정 성분비 같은 실험 사실을 하나의 틀에서 이해하게 했습니다. 또 다른 질문: 원자는 눈에 보이지 않는데 왜 받아들였나요? 답: 여러 실험 사실을 잘 설명했기 때문입니다. 물이나 이산화 탄소처럼 화합물이 일정한 비율로 결합하는 것, 반응 전후 질량이 보존되는 것을 원자들이 사라지지 않고 재배열된다고 보면 이해하기 쉬워집니다. 또 다른 질문: 돌턴의 원자설은 지금도 그대로 맞나요? 답: 그대로는 아닙니다. 같은 원소에도 질량이 조금 다른 동위원소가 있고 원자는 더 작은 입자로 이루어져 있습니다. 원자는 절대 나눌 수 없다는 표현은 역사적 설명으로 이해해야 합니다. 그래도 화학 반응의 기본 단위로는 여전히 중요합니다. 또 다른 질문: 원자를 공처럼 그리면 실제로 그렇게 생긴 건가요? 답: 아닙니다. 원자 안에는 원자핵과 전자가 있고 대부분은 빈 공간처럼 설명됩니다. 모형은 현실을 단순화한 도구입니다. 단순화했기 때문에 배울 수 있고, 동시에 단순화했기 때문에 한계도 있습니다. 또 다른 질문: 원자설은 화학의 질문을 어떻게 바꿨나요? 답: 더 선명해졌습니다. 이 물질은 어떤 원소의 원자로 이루어져 있을까, 어떤 비율로 결합했을까, 반응할 때 원자들은 어떻게 재배열될까를 묻게 됐습니다. 이 질문들은 뒤에 주기율표로 이어집니다. 최종 확인: 2026-09-02T16:32:18+09:00 원자설 설탕 한 숟가락을 물에 넣으면 설탕 알갱이는 점점 작아지다가 눈에 보이지 않게 된다. 종이를 계속 잘라 아주 작은 조각으로 만들 수도 있다. 금속을 갈아 가루로 만들 수도 있다. 그러면 질문이 생긴다. 물질은 끝없이 나눌 수 있을까? 아니면 더 이상 나눌 수 없는 아주 작은 알갱이가 있을까? 이 질문은 아주 오래된 질문이다. 고대 그리스의 데모크리토스 같은 철학자는 세상이 더 이상 쪼갤 수 없는 작은 입자들로 이루어져 있다고 생각했다. 그는 그 입자를 원자라고 불렀다. 그러나 그 생각은 오랫동안 실험으로 뒷받침된 과학 이론이라기보다 철학적 상상에 가까웠다. 근대 화학에서 원자 개념을 과학 이론으로 세우는 데 큰 역할을 한 사람이 존 돌턴이다. 돌턴은 물질이 원자라는 작은 입자로 이루어져 있으며, 원소마다 원자의 종류가 다르다고 설명했다. 또한 화합물은 서로 다른 원자들이 일정한 비율로 결합해 만들어진다고 보았다. 오늘날의 원자 모형은 돌턴 시대보다 훨씬 복잡하다. 원자 안에는 원자핵과 전자가 있고, 원자핵 안에는 양성자와 중성자가 있다. 그러나 돌턴의 원자설은 물질을 정량적으로 설명하는 데 중요한 발판이 되었다. 왜 원자가 필요했을까 원자는 눈에 보이지 않는다. 그렇다면 왜 과학자들은 원자라는 개념을 받아들였을까? 단지 작고 귀여운 알갱이를 상상하고 싶어서가 아니다. 원자 개념이 여러 실험 사실을 잘 설명했기 때문이다. 화합물은 원소들이 일정한 비율로 결합한다. 물은 수소와 산소가 일정한 비율로 결합하고, 이산화 탄소는 탄소와 산소가 일정한 비율로 결합한다. 이런 사실은 원소들이 아무렇게나 섞이는 것이 아니라, 일정한 단위로 결합한다고 생각하면 이해하기 쉬워진다. 예를 들어 어떤 원자 A와 원자 B가 일정한 개수 비율로 결합해 화합물을 만든다고 생각해 보자. 그러면 같은 화합물에서는 구성 원소의 비율이 일정하게 나타난다. 서로 다른 화합물에서는 원자의 개수 비율이 달라질 수 있다. 돌턴은 이런 생각을 통해 화학 반응을 "물질이 이상하게 변하는 일"이 아니라 "원자들이 새롭게 배열되는 일"로 이해할 수 있게 했다. 반응 전후 질량이 보존되는 까닭도 원자들이 사라지지 않고 재배열된다고 보면 설명하기 쉬워진다. 원자설은 보이지 않는 세계를 상상하는 이론이지만, 그 목적은 보이는 현상을 더 잘 설명하는 데 있었다. 돌턴 원자설의 핵심 돌턴의 원자설을 오늘날의 표현으로 간단히 정리하면 몇 가지 생각으로 볼 수 있다. 첫째, 모든 물질은 아주 작은 입자인 원자로 이루어져 있다. 둘째, 같은 원소의 원자들은 같은 종류의 원자이며, 다른 원소의 원자와 구별된다. 셋째, 화합물은 서로 다른 원소의 원자들이 일정한 비율로 결합해 만들어진다. 넷째, 화학 반응은 원자들이 새로 생기거나 없어지는 것이 아니라, 결합 방식과 배열이 달라지는 과정이다. 이 설명은 당시 화학에 큰 질서를 주었다. 질량보존, 일정 성분비, 여러 화합물의 조성 같은 사실들을 하나의 틀 안에서 이해할 수 있었기 때문이다. 그러나 돌턴의 원자설이 오늘날 그대로 완전한 것은 아니다. 같은 원소에도 질량이 조금 다른 동위원소가 있고, 원자는 더 작은 입자로 이루어져 있다. 원자가 더 이상 쪼갤 수 없는 입자라는 생각은 현대 물리학과 맞지 않는다. 그래도 화학 반응을 이해하는 기본 단위로서 원자 개념은 여전히 매우 중요하다. 과학 이론은 한 번 나오면 영원히 그대로 굳어 있는 것이 아니다. 새로운 증거가 나오면 더 정교하게 바뀐다. 돌턴의 원자설도 그런 길을 걸었다. 원자는 너무 작다 원자가 얼마나 작은지 상상하기는 쉽지 않다. 머리카락의 굵기, 먼지 한 알, 물방울 하나와 비교해도 원자는 훨씬 작다. 물 한 방울 속에도 엄청나게 많은 물 분자가 있고, 물 분자 하나에는 원자 세 개가 들어 있다. 너무 작은 대상은 직접 보려고 하면 막막하다. 그래서 과학은 모형을 사용한다. 원자를 작은 공처럼 그리기도 하고, 분자를 공과 막대 모형으로 나타내기도 한다. 이런 모형은 실제 원자를 완벽하게 복사한 것이 아니다. 원자의 종류와 결합 관계를 이해하기 쉽게 보여 주는 도구다. 원자를 공처럼 그린다고 해서 실제 원자가 단단한 작은 구슬이라는 뜻은 아니다. 원자 안에는 원자핵과 전자가 있고, 대부분은 빈 공간처럼 설명된다. 하지만 처음 화학을 배울 때는 원자를 물질을 이루는 기본 입자로 생각하고, 원자들이 어떻게 결합해 분자와 화합물을 이루는지 보는 것이 도움이 된다. 모형은 현실을 단순화한다. 단순화했기 때문에 배울 수 있고, 동시에 단순화했기 때문에 한계도 있다. 좋은 과학 공부는 모형을 믿는 일과 모형의 한계를 아는 일을 함께 포함한다. 원자설이 바꾼 질문 원자설이 등장하면서 화학의 질문은 더 선명해졌다. 이 물질은 어떤 원소의 원자로 이루어져 있을까? 원자들이 어떤 비율로 결합했을까? 반응이 일어날 때 원자들은 어떻게 재배열될까? 왜 같은 원소의 원자는 비슷한 성질을 보일까? 이 질문들은 주기율표와도 이어진다. 원소마다 원자의 특징이 다르고, 그 특징에 따라 성질이 달라진다면, 원소들을 일정한 질서로 배열할 수 있을지도 모른다. 멘델레예프의 주기율표는 이런 생각이 자라나는 데 중요한 역할을 한다. 돌턴의 원자설은 물질을 더 이상 겉모습만으로 보지 않게 만들었다. 소금, 물, 산소, 철 같은 이름 뒤에 원자라는 공통의 설명 단위가 있다고 보게 한 것이다. 눈에 보이지 않는 원자를 받아들이는 일은 쉽지 않았지만, 원자설은 화학을 훨씬 강력한 설명의 언어로 바꾸었다. 개념 붙잡기: 원자와 원자설 이 장에서 붙잡을 말은 원자와 원자설이다. 원자는 원소의 성질을 나타내는 기본 입자로 설명된다. 산소 원자, 수소 원자, 탄소 원자, 철 원자처럼 원소마다 서로 다른 원자가 있다. 원자설은 물질이 원자로 이루어져 있고, 화학 반응은 원자들이 재배열되는 과정이라는 설명이다. 돌턴의 원자설은 화합물이 일정한 비율로 이루어지는 까닭과 질량보존을 이해하는 데 도움을 주었다. 다만 현대 화학에서는 원자가 더 작은 입자로 이루어져 있다는 사실도 알고 있다. 그러므로 "원자는 절대 나눌 수 없다"라는 표현은 역사적 설명으로 이해해야 한다. 분자의 눈으로 보기 물 분자를 원자의 눈으로 보면 산소 원자 하나와 수소 원자 두 개가 결합한 구조다. 이산화 탄소 분자는 탄소 원자 하나와 산소 원자 두 개가 결합한 구조로 설명된다. 산소 기체는 산소 원자 두 개가 결합한 산소 분자로 존재하는 경우가 많다. 원자 하나하나는 너무 작아 보이지 않지만, 원자의 종류와 배열이 물질의 성질을 크게 바꾼다. 탄소 원자와 산소 원자가 어떤 비율로 결합하느냐에 따라 일산화 탄소와 이산화 탄소처럼 서로 다른 물질이 생길 수 있다. [도식 8-1] 원자 관점으로 본 물질 물질 구성 관점 생각할 질문 물 수소와 산소 원자의 결합 왜 수소·산소와 성질이 다를까? 이산화 탄소 탄소와 산소 원자의 결합 연소와 호흡에서 왜 자주 나올까? 철 철 원자들이 모인 금속 왜 금속 성질을 보일까? 소금 나트륨과 염소의 결합 왜 물에 잘 녹을까? 원자 관점은 물질을 더 작게 쪼개 보는 방법이 아니라, 물질의 성질을 더 깊이 설명하는 방법이다. 탐구 보고서로 바꾸기 [탐구 보고서로 바꾸기] 오늘의 개념: 원자설은 물질이 원자로 이루어져 있고 화학 반응은 원자의 재배열이라고 설명한다. 관찰 질문: 같은 원소와 다른 원소를 원자 관점으로 구별하면 물질의 차이가 어떻게 보일까? 보고서 주제: 물, 산소, 이산화 탄소, 소금 같은 물질을 원자 관점으로 설명하면 어떤 공통점과 차이가 드러날까? 기록 방법: 물질 이름, 포함된 원소, 원자 비율 또는 화학식, 성질 한 가지, 원자 관점 설명을 표로 정리한다. 원자와 분자는 직접 볼 수 없으므로 모형과 자료를 사용한다. 모형은 실제를 단순화한 도구라는 점을 함께 기록해 두자. 이 장을 한 문장으로 돌턴의 원자설은 물질의 구성과 화학 반응을 원자의 종류와 재배열로 설명하게 해 준 중요한 생각이다. 다음 장 예고 원자를 알게 되면 다음 질문이 생긴다. 원자 하나가 그대로 물질이 될까, 아니면 원자들이 모여 분자를 이룰까? 다음 장에서는 아보가드로와 함께 분자 개념을 살펴본다. 탐구 한 줄 화학 반응을 볼 때는 물질 이름 뒤에서 원자들이 어떻게 다시 배열되는지 상상해 보자. ---------------------------------------- ## 스킬 엔지니어링 ISBN 9791143814494 · 2026-07-18 · 강지우 지음 https://voidlogpress.com/books/%ec%8a%a4%ed%82%ac-%ec%97%94%ec%a7%80%eb%8b%88%ec%96%b4%eb%a7%81/ ### 3장. 첫 스킬 만들기 https://voidlogpress.com/books/%ec%8a%a4%ed%82%ac-%ec%97%94%ec%a7%80%eb%8b%88%ec%96%b4%eb%a7%81/3%ec%9e%a5-%ec%b2%ab-%ec%8a%a4%ed%82%ac-%eb%a7%8c%eb%93%a4%ea%b8%b0/ 질문: 쓰던 프롬프트를 스킬로 만드는 순서는 어떻게 되나요? 요약: 다섯 단계입니다. 쓰던 프롬프트를 보여 주고, 이름과 설명을 정하고, 지침을 규칙 문장으로 정리하고, 참고 예시를 붙이고, 저장한 뒤 시험합니다. 화면은 바뀌어도 이 설계 순서는 바뀌지 않습니다. 또 다른 질문: 이름과 설명은 어떻게 짓나요? 답: 이름은 보고서 작성처럼 넓게 잡지 않고 주간 보고 형식 정리처럼 좁게 잡습니다. 설명은 길이보다 언제 쓰는지가 또렷한 것이 중요합니다. 이런저런 상황을 다 담으려 늘리면 오히려 발동 판단이 흐려집니다. 또 다른 질문: 지침을 적을 때 지켜야 할 원칙은 무엇인가요? 답: 형식에 관한 규칙과 판단에 관한 규칙을 섞지 않는 것입니다. 개조식으로 쓴다는 형식이고 중요도가 낮은 항목은 생략한다는 판단입니다. 섞으면 어떤 날은 형식을 놓치고 어떤 날은 판단을 놓칩니다. 또 다른 질문: 스킬 하나가 너무 커졌는지는 어떻게 아나요? 답: 규칙이 대여섯 줄을 크게 넘어가면 신호입니다. 잘 만든 스킬 하나는 업무 하나, 사용 조건 하나, 출력 형식 하나, 검수 기준 하나로 이루어집니다. 업무가 여러 개로 늘었다면 각각을 따로 떼어 냅니다. 또 다른 질문: 만들어 저장하면 완성인가요? 답: 아닙니다. 실제 요청 세 가지에서 원하는 스킬이 선택되고 피해야 할 요청 두 가지에서는 선택되지 않아야 합니다. 표현을 바꿔 가며 시켜 봐서 어느 표현에도 안정적으로 불려 나와야 믿을 만합니다. 최종 확인: 2026-09-04T22:10:09+09:00 3-1. 재료는 이미 있다 첫 스킬의 재료는 두 가지다. 하나는 지금까지 붙여 넣던 프롬프트다. 다른 하나는 그 일을 하며 쌓인 판단이다. 왜 이 항목을 빼는지, 언제 톤을 바꾸는지처럼 문장으로 적지 않았던 기준까지 꺼낸다. 프롬프트가 따로 없다면 지난번 AI에게 뭐라고 부탁했는지 그대로 적으면 된다. 다듬지 않아도 된다. 이 장에서 AI와 함께 정리할 것이다. 과정에 코드는 필요 없다. 대화로 업무와 규칙을 설명하면 결과가 표준 형식의 스킬로 정리된다. 다만 첫 초안이 곧 완성본은 아니다. 만들고, 서로 다른 입력으로 시험하고, 빠진 규칙을 고치는 과정을 두세 번 거치는 것이 정상이다. 이 장의 목표는 완벽한 스킬이 아니라 실제로 한 번 써 본 첫 스킬이다. 3-2. 승격 5단계 프롬프트를 스킬로 올리는 과정은 다섯 단계다. 각 단계에서 무엇을 입력하고 무엇을 확인해야 하는지 함께 본다. 스킬 생성을 돕는 skill-creator가 설치되어 있다면 “이 프롬프트를 스킬로 만들어 줘”라고 요청하는 것만으로 시작할 수 있다. ChatGPT, Codex, Claude 등 제품마다 제공 플랜, 설치 방식, 자동 호출 방식은 다르며 바뀔 수 있다. 책을 읽는 시점의 제품 도움말에서 스킬 생성·설치 지원 여부를 먼저 확인하자. 아래 다섯 단계는 버튼의 위치를 외우는 안내가 아니다. 화면은 바뀌어도 업무 선택 → 이름과 설명 → 지침 → 자료 → 시험이라는 설계 순서는 바뀌지 않는다. 따라서 어떤 도구를 쓰든 그대로 적용할 수 있다. 첫 번째 단계는 프롬프트를 보여 주고 스킬로 만들어 달라고 요청하는 것이다. 가진 프롬프트를 그대로 붙여 넣고, 이것을 반복해서 쓰고 싶으니 스킬로 만들고 싶다고 말한다. 입력은 이런 식이다. 다음은 내가 매주 주간 보고서를 만들 때 쓰는 지시다. 이걸 스킬로 만들고 싶다. (이어서 그동안 쓰던 프롬프트를 그대로 붙여 넣는다) 그러면 AI는 이 지시를 스킬로 정리하기 위해 몇 가지를 되묻는다. 돌아오는 응답은 대체로 이런 형태다. 이 지시를 스킬로 만들 수 있다. 정리하기 전에 몇 가지를 확인하고 싶다. 첫째, 이 스킬은 주로 어떤 상황에서 꺼내 쓰고 싶은가. 둘째, 결과물은 어떤 형태여야 하는가. 셋째, 매번 꼭 지켜야 하는 조건이 더 있는가. 되묻는 질문에 답하는 것이 곧 다음 단계로 이어진다. 처음부터 완벽하게 답할 필요는 없고, 떠오르는 대로 적으면 AI가 정리해 준다. 답이 부실하면 부실한 대로 초안이 나오고, 그 초안을 보며 고쳐 나가면 된다. 두 번째 단계는 이름과 설명을 다듬는 것이다. 이름은 이 스킬이 무엇인지 한눈에 알아볼 수 있게, 좁고 구체적으로 짓는다. 보고서 작성처럼 넓은 이름은 피하고, 주간 보고 형식 정리처럼 좁게 잡는다. 공개 표준의 name은 폴더 이름과 같아야 하며, 영문 소문자·숫자·하이픈만 쓴다. 따라서 내부 이름은 weekly-report-format처럼 짓는다. 제품에 따라 사람이 보는 한글 표시 이름을 별도로 제공할 수도 있지만, 그것은 표준의 필수 항목이 아니라 제품 기능이다. 설명은 더 중요하다. 설명은 이 스킬이 무엇을 하며 언제 꺼내야 하는지를 적는 자리다. 둘 중 발동에 더 직접 영향을 주는 것은 언제 쓰는지다. AI는 나중에 이 설명을 보고 지금 이 요청에 이 스킬이 맞는지 판단한다. 그래서 매주 팀 주간 보고 초안을 정리할 때 쓴다처럼, 어떤 상황에서 쓰이는지가 설명에 분명히 드러나야 한다. 입력은 이렇게 준다. 이름은 weekly-report-format으로 하고, 설명에는 매주 팀 주간 보고 초안을 우리 회사 형식으로 정리할 때 쓴다는 걸 넣어 줘. 돌아오는 응답은 이런 형태다. 이름: weekly-report-format 설명: 매주 월요일 팀 주간 보고 초안을 회사 표준 형식으로 정리할 때 사용한다. 개조식 보고서, 지난주 대비 변화 정리가 필요할 때 꺼낸다. 제안된 이름과 설명을 읽어 보고, 어색한 부분만 손봐서 확정한다. 이때 설명이 짧다고 아쉬워할 필요는 없다. 설명은 길이보다 언제 쓰는지가 또렷한 것이 중요하다. 오히려 이런저런 상황을 다 담으려 설명을 늘리면, 발동 판단이 흐려진다. 세 번째 단계는 지침을 정리하는 것이다. 지침은 이 일을 어떻게 하는지를 규칙 문장으로 적는 자리다. 여기가 스킬의 핵심이다. 지금까지 매번 대화창에 풀어 놓던 조건들을, 두고두고 쓸 규칙으로 옮긴다. 개조식으로 쓴다, 지난주 대비 변화를 맨 앞에 둔다, 과장된 수식어는 빼고 숫자를 강조하지 않는다 같은 조건이 여기 들어간다. 이때 한 가지 원칙이 있다. 형식에 관한 규칙과 판단에 관한 규칙을 섞지 않는 것이다. 이 원칙을 어기면 나중에 결과가 들쭉날쭉해지는데, 그 이야기는 뒤에서 실패 사례로 다시 본다. 입력은 이렇게 준다. 지침에 이 규칙들을 넣어 줘. 개조식으로 쓴다. 지난주 대비 변화를 맨 앞에 둔다. 다음 주 계획을 맨 뒤에 둔다. 과장된 수식어는 뺀다. 숫자는 굵게 표시하지 않는다. AI는 이것을 규칙 문장으로 정리해 되돌려 준다. 지침 1. 전체를 개조식으로 작성한다. 2. 문서 첫머리에 지난주 대비 변화를 정리한다. 3. 본문에 이번 주 실적을 항목별로 적는다. 4. 문서 끝에 다음 주 계획을 둔다. 5. 과장된 수식어를 쓰지 않고, 숫자는 굵게 강조하지 않는다. 되돌아온 문장을 읽어 보고, 빠진 조건이 있으면 덧붙인다. 이 단계에서 규칙이 대여섯 줄을 크게 넘어가면, 스킬 하나에 너무 많은 일을 담고 있는 신호일 수 있다. 그럴 때는 하나의 스킬을 둘로 쪼개는 편이 낫다. 쪼개는 기준이 필요할 때 떠올릴 것은 하나의 스킬이 담는 최소 단위다. 잘 만든 스킬 하나는 업무 하나, 그 업무를 쓰는 조건 하나, 결과물의 출력 형식 하나, 결과를 확인하는 검수 기준 하나로 이루어진다. 주간 보고 형식 정리 스킬로 보면, 업무는 주간 보고 정리이고, 조건은 매주 월요일 팀 보고를 만들 때이며, 형식은 개조식에 변화를 앞세운 구성이고, 검수 기준은 지난주 대비 변화와 다음 주 계획이 빠지지 않았는지다. 이 네 가지가 하나씩 또렷하면 스킬 하나로 충분하다. 그런데 지침을 적다 보니 보고서도 담고 회의록도 담고 이메일도 담게 된다면, 업무가 여러 개로 늘어난 것이니 각각을 따로 떼어 낸다. 하나의 스킬에는 하나의 일만 담는 것이 원칙이다. 네 번째 단계는 참고 자료를 붙이는 것이다. 규칙만으로 부족한 경우, 실제 예시나 양식을 함께 넣어 두면 결과가 안정된다. 잘 쓴 지난주 보고서 한 편, 회사 표준 양식 문서 같은 것이 참고 자료가 된다. AI는 규칙을 따르면서 이 예시의 결과 모양을 참고한다. 다만 이 자리에 민감 정보를 넣지 않도록 주의한다. 앞 장에서 짚은 대로, 실적 수치나 개인정보가 든 문서보다는 형식만 담긴 예시를 고른다. 입력은 이렇게 준다. 이 양식을 참고 자료로 넣어 줘. 실제 숫자는 뺀 형식 예시야. (이어서 숫자를 지운 지난주 보고서 뼈대를 붙여 넣는다) AI는 이 예시를 규칙과 함께 참고하겠다고 확인해 준다. 규칙이 말로 다 담기 어려운 미묘한 형식, 예컨대 항목 사이 여백이나 소제목의 말투 같은 것은 이 예시가 대신 보여 준다. 규칙은 무엇을 지킬지 알려 주고, 예시는 그 결과가 어떻게 생겼는지 보여 주는 셈이다. 둘이 함께 있으면 결과가 한결 안정된다. 참고 자료가 필요 없는 단순한 스킬이라면 이 단계는 건너뛰어도 된다. 예시가 없다고 스킬이 작동하지 않는 것은 아니다. 다섯 번째 단계는 저장한 뒤 시험하는 것이다. 앞의 네 단계를 거치면 이름, 설명, 지침, 참고 자료가 하나의 스킬 폴더로 묶인다. 제품이 설치 또는 등록 절차를 제공한다면 그 절차를 마친다. 단, 저장됐다는 확인만으로는 완성이 아니다. 실제 요청 세 가지에서 원하는 스킬이 선택되고, 피해야 할 요청 두 가지에서는 선택되지 않아야 한다. 이 시험을 통과해야 첫 스킬이 완성된 것이다. 여기까지 오는 데 코드는 한 줄도 쓰지 않았다. 다섯 단계를 다시 짚으면, 프롬프트를 보여 주고, 이름과 설명을 정하고, 지침을 정리하고, 예시를 붙이고, 저장한 뒤 시험했다. 한 일은 평소처럼 말로 요청하고, 돌아온 초안을 읽고, 어색한 곳을 고친 것뿐이다. 프롬프트를 스킬로 바꾸는 다섯 단계 그림 3-1. 업무 선택에서 저장·시험까지의 전체 제작 과정. 완성본을 먼저 보자 대화가 끝나면 AI는 아래와 같은 설명서를 만든다. 기호를 외울 필요는 없다. 지금은 언제 쓰는지, 어떻게 일하는지, 무엇을 확인하는지가 분리되어 있다는 점만 보면 된다. --- name: weekly-report-format description: 팀 주간 보고 초안을 회사 표준 형식으로 정리할 때 사용한다. 회의록이나 월간 실적 보고에는 사용하지 않는다. --- # 주간 보고 정리 ## 작업 순서 1. 입력에서 지난주 대비 변화를 찾는다. 2. 이번 주 실적을 항목별로 묶는다. 3. 다음 주 계획을 마지막에 배치한다. ## 출력 규칙 - 전체를 개조식으로 작성한다. - 과장된 수식어를 빼고 숫자를 굵게 표시하지 않는다. - 입력에 없는 수치나 결정은 만들지 않는다. ## 최종 점검 - 지난주 대비 변화가 첫머리에 있는가? - 다음 주 계획이 빠지지 않았는가? - 원문에 없는 내용을 추가하지 않았는가? 이 예시에는 좋은 스킬이 갖추는 실전 장치가 하나 더 있다. 단순한 작성 규칙에서 끝나지 않고, “입력에 없는 내용을 만들지 않는다”는 안전장치와 세 가지 최종 점검을 넣었다. 좋은 스킬은 일을 시키는 설명서인 동시에 실수를 막는 체크리스트다. 3-3. 첫 실행과 확인 스킬을 만들었으면 잘 작동하는지 확인해야 한다. 만들었다는 사실과 실제로 쓰인다는 사실은 다르기 때문이다. 시험은 제품이 스킬을 선택하는 방식에 맞춰 두 갈래로 한다. 자동 선택을 지원하는 환경에서는 이름을 부르지 않고 평소처럼 요청한다. “이번 주 주간 보고 초안 만들어 줘.” 매번 설명하던 형식과 톤이 반영된다면 스킬이 제대로 선택된 것이다. 명시 호출을 중심으로 하는 환경에서는 스킬 목록에서 weekly-report-format을 선택하거나 제품이 정한 호출 문법으로 지정한다. 이때의 핵심은 자동이냐 수동이냐가 아니다. 반복 규칙을 다시 붙여 넣지 않고도 같은 결과가 나오는가다. 어떤 스킬을 썼는지 표시하는 제품이라면 실행 기록이나 인터페이스에서 확인한다. 표시가 없다면 결과를 받은 뒤 어떤 스킬과 지침을 참고했는지 물어볼 수 있다. 방금 이 결과를 만들 때 어떤 스킬을 참고했어? 다만 AI의 사후 설명만 믿지는 않는다. 가장 확실한 증거는 결과다. 매번 붙이던 조건을 이번에는 주지 않았는데도 지켜졌는지 체크리스트로 확인한다. 조건이 빠졌다면 자동 선택 환경에서는 설명을 손보고, 명시 호출 환경에서는 설치 위치와 선택 여부부터 확인한다. 여기서 한 가지를 구분해 둘 필요가 있다. 스킬이 불려 나온 것과, 결과물이 마음에 드는 것은 다른 문제다. 스킬은 제대로 참조됐는데 결과의 특정 부분이 아쉬울 수 있다. 그럴 때는 발동을 의심하기보다 지침을 손보는 쪽이 맞다. 발동은 설명이 정하고, 결과의 세부는 지침이 정한다. 이 둘을 갈라 보면 어디를 고쳐야 할지 헷갈리지 않는다. 확인 단계에서 이 구분에 익숙해져 두면, 이후 스킬을 다듬는 일이 훨씬 수월해진다. 한 번 확인이 됐다고 끝은 아니다. 이번 주에는 잘 됐는데 다음 주에는 안 불려 나오는 경우가 있다. 요청 문장이 조금 달라지면 발동이 어긋날 수 있기 때문이다. 그래서 몇 번은 서로 다른 표현으로 같은 일을 시켜 보는 것이 좋다. 주간 보고 만들어 줘, 이번 주 보고서 정리해 줘, 월요일 보고 초안 잡아 줘처럼 표현을 바꿔 가며 시켜 본다. 어느 표현에도 안정적으로 불려 나오면 믿을 만한 스킬이다. 특정 표현에만 반응한다면 손볼 곳이 있다는 뜻이고, 그 손보는 방법은 다음 절에서 실패 사례로 다룬다. 3-4. 처음에 겪는 두 가지 실패 첫 스킬을 만들면 대개 두 가지 문제 중 하나를 겪는다. 미리 알아 두면 당황하지 않고 고칠 수 있다. 두 문제 모두 잘못 만든 것이 아니라, 처음엔 자연스럽게 지나는 단계에 가깝다. 첫 번째 실패는 스킬이 불려 나오지 않는 것이다. 분명히 만들었는데, 관련 요청을 던져도 스킬이 참조되지 않는다. 매번 설명하던 조건이 결과에 빠져 있다. 원인은 대개 설명에 있다. 두 번째 단계에서 적은 설명이 모호하면, AI가 지금 요청에 이 스킬이 맞는지 판단하지 못한다. 예를 들어 설명을 그냥 보고서 정리라고만 적어 두면, 이번 요청이 그 보고서인지 아닌지 가늠하기 어렵다. 고치는 방법은 설명을 더 구체적으로 다시 쓰는 것이다. 언제 쓰는 스킬인지, 어떤 요청이 오면 꺼내야 하는지를 설명에 분명히 담는다. 매주 팀 주간 보고 초안을 정리할 때처럼 상황을 또렷하게 적으면 발동이 안정된다. 고칠 때는 AI에게 직접 부탁해도 된다. 이 스킬이 잘 안 불려 나오니 설명을 더 구체적으로 다시 써 달라고 하면, 발동에 유리한 방향으로 설명을 다듬어 준다. 다듬은 설명을 확인하고 저장하면 된다. 발동 문제는 이 책에서 따로 한 장을 들여 다룰 만큼 중요한 주제라, 더 깊은 조정은 6장에서 이어 다룬다. 지금은 설명을 구체적으로 고치는 선에서 대부분 해결된다는 것만 기억하면 된다. 두 번째 실패는 결과가 매번 조금씩 달라지는 것이다. 스킬은 불려 나오는데, 어떤 날은 개조식으로 잘 나오다가 어떤 날은 줄글로 나온다. 톤도 오락가락한다. 원인은 대개 지침에 형식 규칙과 판단 규칙이 섞여 있는 데 있다. 세 번째 단계에서 지침을 적을 때, 개조식으로 쓴다 같은 형식 규칙과 중요도가 낮은 항목은 생략한다 같은 판단 규칙을 한데 뒤섞으면, AI가 둘을 헷갈려 어떤 날은 형식을 놓치고 어떤 날은 판단을 놓친다. 고치는 방법은 둘을 갈라 적는 것이다. 형식에 관한 규칙을 한 묶음으로, 판단에 관한 규칙을 다른 묶음으로 나눈다. 형식은 결과물의 모양에 관한 것이고, 판단은 무엇을 넣고 뺄지에 관한 것이다. 개조식으로 쓴다, 변화를 맨 앞에 둔다 같은 것은 형식이다. 중요도가 낮은 항목은 생략한다, 수치가 없는 항목은 다음 주 계획으로 미룬다 같은 것은 판단이다. 지침을 다시 정리해 달라고 하면서 형식 규칙과 판단 규칙을 나눠 적어 달라고 부탁하면, AI가 두 묶음으로 갈라 준다. 이렇게 나눠 두면 AI가 각각을 따로 지키기 쉬워져, 결과가 한결 고르게 나온다. 나누는 습관은 나중에 스킬을 손볼 때도 도움이 된다. 결과가 이상할 때 형식이 문제인지 판단이 문제인지 짚기 쉬워지기 때문이다. 두 실패에는 공통점이 있다. 둘 다 만들 때 대충 넘긴 자리에서 나온다. 설명을 대충 적으면 발동이 안 되고, 지침을 섞어 적으면 결과가 흐트러진다. 두 실패가 어느 자리에서 오는지 알면, 문제를 만났을 때 어디를 볼지가 정해진다. 결과가 아예 안 나오면 설명을 보고, 결과는 나오는데 들쭉날쭉하면 지침을 본다. 이 대응만 기억해도 첫 스킬을 다듬는 대부분의 상황을 넘길 수 있다. 그래서 이 두 자리, 설명과 지침은 처음 만들 때 조금 더 공들일 값어치가 있다. 그렇다고 처음부터 완벽할 필요는 없다. 만들고, 돌려 보고, 걸리는 자리를 고치는 것이 스킬을 다듬는 정상적인 흐름이다. 오히려 한 번에 완벽하게 만들려다 시작을 미루는 것이 더 큰 손해다. 대충이라도 하나 만들어 돌려 보면, 무엇이 부족한지가 머릿속 상상보다 훨씬 또렷하게 드러난다. 3-5. 방금 만든 것의 정체 여기까지 왔다면 첫 스킬이 손에 있다. 그 스킬이 대체 무엇인지 잠시 짚고 넘어간다. 방금 만든 것은 네 가지의 묶음이다. 이 스킬이 언제 쓰이는지 알려 주는 이름과 설명, 어떻게 하는지 적힌 지침, 그리고 참고할 예시 자료다. 흩어져 있던 재료가 이 네 자리에 나뉘어 담긴 것이다. 이 묶음은 사람만 읽는 메모가 아니다. AI가 읽을 수 있도록 정해진 형식으로 정리되어 있다. 겉으로는 대화로만 만들었지만, 저장된 결과물은 일정한 틀을 갖춘 작업 설명서 형식이다. 이 사실을 굳이 밝히는 이유는, 코드를 쓰지 않는다는 말이 파일 같은 것은 아예 없다는 뜻으로 오해되기 쉽기 때문이다. 파일 형식은 분명히 있다. 다만 그 형식을 직접 손으로 편집할 일은 드물다. 필요한 수정은 대부분 지금까지처럼 대화로 처리할 수 있다. 이 구분이 왜 중요한지는 앞 장의 진단과 이어진다. 메모장의 프롬프트가 대화창 안에서 증발하던 이유는, 그것이 사람이 찾아 붙여 넣어야 하는 개인 메모였기 때문이다. 방금 만든 스킬은 다르다. AI가 읽는 자리에 정해진 형식으로 설치되므로, 자동 선택되거나 짧은 이름으로 호출되어 같은 규칙을 두고두고 쓸 수 있다. 첫 스킬 하나로 이 차이를 몸으로 확인한 셈이다. 방금 만든 것의 정체를 이렇게 정리해 두면, 다음 장이 자연스럽게 이어진다. 다음 장에서는 이 묶음을 해부한다. 이름, 설명, 지침, 자료가 각각 무슨 일을 하는지, 왜 이렇게 나뉘어 있는지를 뜯어본다. 방금 만든 이 스킬을 그대로 해부 대상으로 삼으니, 새 예제를 다시 익힐 필요는 없다. 한 가지 안내를 덧붙인다. 만약 앞 절의 첫 번째 실패처럼 스킬이 잘 불려 나오지 않는 문제가 계속된다면, 4장을 건너뛰고 발동을 전담해 다루는 6장으로 먼저 가도 된다. 구조를 먼저 이해하고 싶으면 순서대로 다음 장으로 가면 되고, 당장 발동부터 잡고 싶으면 6장으로 점프해도 흐름이 끊기지 않도록 해 두었다. 어느 쪽이든, 이미 첫 스킬 하나를 손에 넣었다는 사실은 바뀌지 않는다. 여기서부터는 없던 것을 배우는 일이 아니라, 가진 것을 다듬고 늘려 가는 일이다. 가장 큰 고비였던 첫 하나를 이미 넘었다. 그림 1: 프롬프트를 스킬로 올리는 과정은 업무 선택, 이름과 설명, 지침, 자료, 저장과 시험 다섯 단계다 세로로 다섯 줄이 이어진다. 각 줄에 번호와 단계 이름, 그 단계에서 확인할 것이 적혀 있다. 마지막 다섯째 줄 저장과 시험만 강조색이며, 저장됐다는 확인만으로는 완성이 아니라는 문장이 붙어 있다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143814494_1.png ---------------------------------------- ### 5장. 스킬이 사는 곳 https://voidlogpress.com/books/%ec%8a%a4%ed%82%ac-%ec%97%94%ec%a7%80%eb%8b%88%ec%96%b4%eb%a7%81/5%ec%9e%a5-%ec%8a%a4%ed%82%ac%ec%9d%b4-%ec%82%ac%eb%8a%94-%ea%b3%b3/ 질문: 만든 스킬은 어디에 두어야 하나요? 요약: 반복 지시가 놓일 수 있는 자리는 넷입니다. 단발 프롬프트, 프로젝트 지침, 설치된 스킬, 팀 라이브러리 순으로 더 오래 남고 더 넓게 쓰입니다. 이 가운데 공개 표준의 스킬은 셋째와 넷째입니다. 또 다른 질문: 메모장에 잘 모아 둔 프롬프트도 스킬인가요? 답: 아닙니다. 아무리 잘 쓴 프롬프트라도 대화창에 붙여 넣는 한 단발 지시입니다. 수명이 대화 한 번이라 창을 닫으면 사라집니다. 붙여넣기는 스킬의 출발 재료일 수는 있어도 그 자체로 스킬은 아닙니다. 또 다른 질문: 프로젝트 지침과 스킬은 무엇이 다른가요? 답: 프로젝트 지침은 그 공간의 모든 작업에 공통으로 적용되고, 스킬은 특정 업무를 할 때만 선택해 쓰입니다. 회사 용어를 통일하는 규칙은 지침이 맞고, 주간 보고를 개조식으로 정리하는 규칙은 스킬이 맞습니다. 또 다른 질문: 둘 중 어디에 담을지 애매하면 어떻게 판단하나요? 답: 이 지시가 이 공간에서 하는 모든 일에 적용되어야 하는지, 특정 업무를 할 때만 적용되면 되는지 묻습니다. 앞이면 지침이고 뒤면 스킬입니다. 굳이 하나로 합치려 하면 어느 쪽도 제대로 작동하지 않습니다. 또 다른 질문: 공개 표준이면 어느 도구에서나 똑같이 작동하나요? 답: 표준은 파일 구조를 정하지만 설치 위치와 선택 방식까지 하나로 통일하지는 않습니다. 옮길 때는 이름과 설명, 본문 지침 같은 공통부를 유지하고 제품별 설정과 권한을 다시 확인해야 합니다. 최종 확인: 2026-09-04T11:05:51+09:00 5-1. 만들었는데, 어디에 두지 첫 스킬을 만들고 나면 곧바로 막히는 지점이 있다. 이걸 대체 어디에 두는 건가. 만드는 과정은 대화로 따라왔는데, 정작 이 스킬이 어느 자리에 놓여 있는지, 어디에 놓아야 제대로 불려 나오는지가 잡히지 않는다. 이 자리에서 독자가 실제로 던지는 질문들은 대개 비슷하다. 이건 클로드 안에 넣는 건가. 챗GPT에서도 되나. 프로젝트 지침이라는 것을 써 봤는데, 그거랑 스킬은 뭐가 다른가. 그냥 메모장에 저장해 두면 그것도 스킬인가. 회사 동료와 나눠 쓰려면 파일로 줘야 하나. 질문이 많다는 것은, 스킬이 놓일 수 있는 자리가 하나가 아니라는 뜻이다. 이 질문들이 많은 데는 이유가 있다. 스킬이라는 말이 자리를 가리지 않고 넓게 쓰이기 때문이다. 어떤 사람은 대화창에 붙여 넣는 프롬프트를 스킬이라 부르고, 어떤 사람은 프로젝트에 걸어 둔 지침을 스킬이라 부른다. 말이 겹치니 배치도 헷갈린다. 그래서 자리부터 갈라 두어야 한다. 자리를 나누고 나면, 무엇이 스킬이고 무엇은 스킬이 아닌지가 저절로 정해진다. 실제로 지시는 여러 자리에 놓일 수 있고, 자리마다 성격이 다르다. 어떤 자리는 한 번 쓰고 사라지고, 어떤 자리는 늘 읽히고, 어떤 자리는 필요할 때만 열린다. 같은 내용을 담아도 어느 자리에 두느냐에 따라 수명과 쓰임이 달라진다. 그래서 스킬을 잘 만드는 것만큼, 맞는 자리에 두는 것이 중요하다. 잘 만든 스킬도 엉뚱한 자리에 두면 불려 나오지 않고, 평범한 지시도 맞는 자리에 두면 제 몫을 한다. 이 장은 그 자리를 정리한다. 지시가 놓일 수 있는 네 자리를 늘어놓고, 각 자리가 어떻게 다른지 본다. 그중 어느 것이 스킬이고 어느 것은 스킬이 아닌지도 분명히 한다. 특히 가장 많이 헷갈리는 프로젝트 지침과 스킬의 차이를 따로 짚는다. 자리를 알고 나면, 자기가 만든 스킬을 어디에 두어야 할지가 정해진다. 5-2. 네 자리 반복 지시를 운용하는 방식은 네 개로 늘어놓을 수 있다. 왼쪽에서 오른쪽으로 갈수록 더 오래 남고 더 넓게 쓰인다. 다만 네 방식이 모두 스킬인 것은 아니다. 단발 프롬프트와 프로젝트 지침은 스킬과 비교해야 할 이웃이고, 표준 형식의 스킬은 개인 또는 팀 범위에 설치해 쓴다. 첫 번째 자리는 단발 프롬프트다. 대화창에 그때그때 붙여 넣는 지시다. 지금까지 메모장에서 복사해 쓰던 바로 그 방식이다. 이 자리에 놓인 지시의 수명은 대화 한 번이다. 창을 닫으면 사라지고, 다음에 또 붙여 넣어야 한다. 분명히 해 둘 것이 있다. 이것은 스킬이 아니다. 아무리 잘 쓴 프롬프트라도, 대화창에 붙여 넣는 한 그것은 단발 지시일 뿐이다. 스킬과 프롬프트를 가르는 첫 경계가 여기다. 붙여넣기는 스킬의 출발 재료일 수는 있어도, 그 자체로 스킬은 아니다. 이 구분을 흐리면 책의 전제가 무너진다. 메모장에 프롬프트를 잘 모아 둔 것을 스킬을 가졌다고 여기면, 1장에서 짚은 세 증상이 그대로 남는다. 붙여넣기를 임시 스킬 같은 이름으로 부르지 않는 이유도 여기 있다. 자리가 다르면 이름도 달라야 한다. 두 번째 방식은 프로젝트 지침이다. 특정 프로젝트나 작업 공간에 걸어 두는 지시로, 그 안에서는 계속 적용된다. 붙여 넣지 않아도 되지만 범위는 그 프로젝트 안으로 한정된다. 이것은 제품이 제공하는 상시 지침 기능이지, SKILL.md 공개 표준의 스킬은 아니다. 반복 입력을 줄인다는 효과가 비슷해 스킬과 헷갈리기 쉽지만, 특정 업무가 아니라 그 공간의 모든 작업에 공통으로 걸린다는 점이 다르다. 세 번째 방식이 설치된 스킬이다. 이 책이 주로 다루는 표준형이다. 이름과 설명, 지침을 담은 SKILL.md를 제품이나 작업 환경이 읽을 수 있는 위치에 설치한다. 이후 제품에 따라 관련 요청에서 자동으로 선택되거나, 사용자가 목록과 호출 문법으로 직접 선택한다. 공개 표준은 스킬의 파일 구조를 정하지만, 설치 위치와 선택 방식까지 하나로 통일하지는 않는다. 따라서 “어느 대화에서든 자동 발동한다”는 식으로 제품 차이를 지우면 안 된다. 네 번째 방식은 팀 라이브러리다. 같은 표준 스킬을 파일로 배포하거나 제품의 조직 기능으로 설치해 여러 사람이 함께 쓴다. 별개의 스킬 형식이 아니라 세 번째 방식의 공유 범위를 넓힌 것이다. 개인의 요령이 팀의 표준으로 넘어가는 대신, 버전·승인·민감 정보·변경 공지를 함께 관리해야 한다. 네 자리를 한눈에 비교하면 다음과 같다. 자리 수명 발동 방식 관리 부담 단발 프롬프트 대화 한 번 사람이 매번 붙여넣기 없음 (매번 새로) 프로젝트 지침 프로젝트 동안 그 안에서 항상 읽힘 낮음 설치된 스킬 지울 때까지 자동 선택 또는 명시 호출(제품별 차이) 보통 (목록 관리) 팀 라이브러리 팀이 쓰는 동안 조직 배포 또는 각자 설치 높음 (버전·공유) 단발 프롬프트·프로젝트 지침·설치된 스킬·팀 라이브러리 비교 그림 5-1. 반복 지시는 목적과 범위에 맞는 자리에 놓아야 한다. 표에서 첫째와 둘째는 반복 지시를 다루는 이웃 방식이고, 셋째와 넷째가 공개 표준의 스킬이다. 앞으로 이 책에서 스킬이라 부르는 것은 SKILL.md를 갖춘 세 번째 형식을 가리킨다. 네 번째는 그 스킬을 여럿이 나눠 쓰는 운영 방식이다. 5-3. 프로젝트 지침과 스킬은 뭐가 다른가 가장 많이 나오는 질문이 이것이다. 프로젝트 지침도 매번 다시 쓰지 않아도 되고 스킬도 그렇다. 차이는 한 문장으로 정리된다. 프로젝트 지침은 그 공간의 모든 작업에 공통으로 적용하고, 스킬은 특정 업무를 할 때만 선택해 쓴다. 프로젝트 지침은 그 프로젝트 안의 모든 대화에 늘 깔린다. 무슨 요청을 하든 배경에 함께 적용된다. 그래서 프로젝트 안에서 하는 모든 일에 공통으로 걸리는 지시를 담기에 좋다. 이 프로젝트에서는 항상 존댓말을 쓴다, 이 작업 공간의 결과물은 늘 우리 회사 용어를 따른다 같은 것이다. 어떤 일을 하든 공통으로 적용되어야 하는 규칙이면 지침이 맞다. 스킬은 다르다. 특정 업무에만 걸린다. 주간 보고를 만들 때만 주간 보고 스킬이 열리고, 회의록을 정리할 때는 열리지 않는다. 그래서 특정 상황에만 필요한 지시를 담기에 좋다. 어떤 노하우가 모든 대화에 두루 적용되면 지침에, 특정 업무에만 적용되면 스킬에 담는다. 이 구분이 둘을 가르는 기준이다. 판단이 애매할 때는 이렇게 물어보면 된다. 이 지시가 이 공간에서 하는 모든 일에 적용되어야 하는가, 아니면 특정 업무를 할 때만 적용되면 되는가. 앞이면 지침이고 뒤면 스킬이다. 회사 용어를 통일하는 규칙은 무슨 일을 하든 걸려야 하니 지침이 맞고, 주간 보고를 개조식으로 정리하는 규칙은 그 업무를 할 때만 필요하니 스킬이 맞다. 둘을 굳이 하나로 합치려 하면 어느 쪽도 제대로 작동하지 않는다. 항상 걸려야 할 것이 특정 업무에만 묶이거나, 특정 업무용 규칙이 늘 배경에 끌려 나오기 때문이다. 세 가지 방식을 나란히 두면 차이가 분명해진다. 프롬프트 메모 vs 지침 vs 스킬 프롬프트 메모는 사람이 필요할 때 찾아 붙여 넣는다. 프로젝트 지침은 그 공간 안에서 늘 읽힌다. 스킬은 특정 업무에서만 자동 선택하거나 이름으로 호출한다. 같은 지시라도 어디에 담느냐에 따라 꺼내는 주체와 시점이 달라진다. 메모는 사람이 꺼내고, 지침은 늘 켜져 있고, 스킬은 AI가 상황을 보고 꺼낸다. 항상 켜 두는 것이 유리한 지시가 있고, 필요할 때만 켜지는 것이 유리한 지시가 있다. 모든 것을 지침에 몰아넣으면 배경이 무거워지고, 상황에 안 맞는 규칙까지 늘 끌려 나온다. 반대로 두루 쓰는 규칙을 스킬로 만들면 정작 필요한 순간에 안 열릴 수 있다. 자리를 맞게 고르는 것이 그래서 중요하다. 5-4. 표준형이 되는 순간 세 번째 방식, 설치된 스킬로 만드는 순간 지시는 표준형이 된다. 표준형이라는 말이 거창하게 들릴 수 있지만, 정해진 자리에 정해진 것을 담은 상태를 가리킬 뿐이다. 앞에서 만든 주간 보고 스킬을 형식만 남겨 늘어놓으면 이런 모습이다. 이름: weekly-report-format 설명: 매주 월요일 팀 주간 보고 초안을 회사 표준 형식으로 정리할 때 사용한다. 지침 (다섯 항목) 1. 전체를 개조식으로 작성한다. 2. 지난주 대비 변화를 맨 앞에 둔다. 3. 이번 주 실적을 항목별로 적는다. 4. 다음 주 계획을 맨 뒤에 둔다. 5. 과장된 수식어를 빼고, 숫자는 굵게 강조하지 않는다. 검수 기준: 지난주 대비 변화와 다음 주 계획이 빠지지 않았는지 확인한다. 이 형식을 보고 오해하지 말아야 할 것이 있다. 이것은 실행할 코드가 아니다. 지시를 이 형태로 정리해 두면 AI가 더 안정적으로 읽는다는 뜻이다. 이름, 설명, 지침, 검수 기준이 자리를 잡은 구조는 뭉친 메모보다 선택과 실행과 확인의 경계가 또렷하다. 이 예시는 앞서 말한 최소 단위를 그대로 따른다. 업무 하나는 주간 보고 정리, 사용 조건 하나는 매주 팀 보고, 출력 형식 하나는 개조식 구성, 검수 기준 하나는 변화와 계획의 누락 확인이다. 이 네 가지가 또렷하게 담겨 있다. 표준형이란 결국 이 최소 단위가 이름·설명·지침이라는 자리에 정리된 상태다. 회의록 정리와 이메일 작성까지 욱여넣으면 설명이 여러 상황을 가리켜 선택이 흐려지고 지침도 뒤섞인다. 메모장에 적어 둔 프롬프트와 이 형식의 차이도 여기서 드러난다. 메모장의 프롬프트는 문단 하나로 뭉쳐 있어, 어디까지가 언제 쓰는지이고 어디부터가 어떻게 하는지인지 구분되지 않는다. 표준형은 그 문단을 이름, 설명, 지침, 검수 기준이라는 자리로 갈라 놓는다. 설명을 보고 선택 여부를 판단하고, 지침을 보고 작업하고, 검수 기준을 보고 결과를 점검한다. 이 형식은 공개 표준이라 지원 도구 사이에서 옮겨 쓸 여지가 있다. 그러나 “표준”이 “어디서나 똑같이 작동한다”는 뜻은 아니다. 제품마다 설치 위치, 허용하는 부가 항목, 자동 선택, 도구 권한이 다르다. 옮길 때는 name과 description, 본문 지침 같은 공통부를 유지하고, 제품별 설정과 권한을 다시 확인해야 한다. 이식 가능성과 완전 호환을 구분해 두면 과장된 기대를 피할 수 있다. 자리마다 쓰임이 다르다는 것을 알고 나면 배치가 막막하지 않다. 특정 업무에만 걸리는 노하우라면 설치된 스킬로 둔다. 동료와 나눠 쓸 때는 팀 라이브러리로 배포한다. 모든 일에 두루 걸려야 할 규칙이라면 스킬이 아니라 프로젝트 지침에 둔다. 자리를 정했으면 스킬을 그 자리에 두면 된다. 그런데 자리에 잘 놓았는데도 막상 관련 요청에 스킬이 안 불려 나오는 일이 있다. 그럴 때는 자리가 아니라 설명이 문제인 경우가 많다. 발동을 좌우하는 설명을 어떻게 써야 하는지, 다음 장에서 본격적으로 다룬다. 자리를 맞게 골랐다면, 남은 절반은 설명에 달려 있다. ---------------------------------------- ### 6장. 트리거 설계가 절반이다 https://voidlogpress.com/books/%ec%8a%a4%ed%82%ac-%ec%97%94%ec%a7%80%eb%8b%88%ec%96%b4%eb%a7%81/6%ec%9e%a5-%ed%8a%b8%eb%a6%ac%ea%b1%b0-%ec%84%a4%ea%b3%84%ea%b0%80-%ec%a0%88%eb%b0%98%ec%9d%b4%eb%8b%a4/ 질문: 만든 스킬이 관련 요청에서 안 불려 나오면 어디를 고치나요? 요약: 먼저 설치와 권한, 선택 방식을 확인합니다. 이 셋 중 하나가 원인이면 설명을 아무리 고쳐도 해결되지 않습니다. 그다음이 설명입니다. AI가 지금 이 스킬을 써야 하는지 판단할 근거가 거기 담기기 때문입니다. 또 다른 질문: 발동을 살리는 설명 원칙은 무엇인가요? 답: 네 가지입니다. 무엇을 하는지보다 언제 쓰는지를 먼저 적고, 사용자가 실제로 칠 문장의 어휘로 적고, 쓰지 않는 범위의 경계를 밝히고, 한 스킬에 한 역할만 담습니다. 네 원칙은 모두 언제 쓰는지를 더 또렷하게 다듬는 방법입니다. 또 다른 질문: 설명을 전문 용어로 쓰면 왜 안 되나요? 답: AI는 요청 문장과 설명을 맞춰 보는데 정형화나 구조화 같은 말은 실제 요청 어휘와 멀어 걸리지 않습니다. 이거 표로 정리해 줘라고 말하지 정형화해 줘라고 말하지 않습니다. 덜 있어 보여도 걸리는 설명이 낫습니다. 또 다른 질문: 엉뚱한 상황에서 스킬이 켜지면 어떻게 하나요? 답: 원인은 둘입니다. 설명이 지나치게 넓으면 이럴 때는 쓰지 않는다는 경계 문장을 더합니다. 두 스킬의 영역이 겹치면 양쪽 설명을 함께 손봐야 합니다. 한쪽만 좁히면 넓은 쪽이 계속 끌어당깁니다. 또 다른 질문: 안 켜지니 설명을 더 넓히면 되지 않나요? 답: 그러다 오발동을 부르는 경우가 많습니다. 이것저것 상황을 더 담다 보면 경계가 무너져 엉뚱한 데서 켜집니다. 설명은 넓히는 방향이 아니라 또렷하게 하는 방향으로 손봐야 합니다. 상황을 더 담는 것과 경계를 지우는 것은 다릅니다. 최종 확인: 2026-09-04T11:05:52+09:00 6-1. 스킬이 안 불려오는 이유 스킬을 만들어 자리에 두었다. 확인도 됐다. 그런데 며칠 뒤 관련 요청을 던졌더니, 매번 지켜지던 형식이 결과에 빠져 있다. 시키지 않아도 반영되던 조건들이 이번에는 하나도 걸리지 않았다. 스킬은 분명히 있는데, 불려 나오지 않은 것이다. 설명을 고치기 전에 먼저 환경부터 확인한다. 스킬이 현재 계정이나 프로젝트에 설치되어 있는가. 지금 쓰는 제품은 자동 선택을 지원하는가, 아니면 이름으로 직접 호출해야 하는가. 조직 관리자가 스킬 사용을 제한하지 않았는가. 이 셋 중 하나가 원인이면 설명을 아무리 고쳐도 해결되지 않는다. 설치와 권한, 선택 방식을 확인했는데도 자동 선택이 어긋날 때 비로소 설명을 본다. 이럴 때 흔히 드는 생각은 AI가 스킬을 게을리 챙긴다는 것이다. 만들어 두었는데 왜 안 쓰느냐는 답답함이 앞선다. 그러나 원인은 대개 다른 곳에 있다. AI가 이 스킬을 지금 써야 하는지 판단할 근거를, 우리가 충분히 주지 않은 것이다. 그 근거가 담기는 자리가 설명이다. AI 입장에서 보면 이해가 쉽다. 눈앞에 스킬이 여럿 걸려 있고, 각각의 설명만 훑어 지금 요청에 맞는 것을 골라야 한다. 그런데 어느 설명도 이번 요청과 또렷하게 맞물리지 않으면, 아무것도 켜지 않고 그냥 요청에 답한다. 게을러서가 아니라 근거가 없어서다. 근거를 주는 일은 우리 몫이다. 4장에서 설명은 무엇을 하며 언제 쓰는지를 적는 자리라고 했다. 자동 선택을 지원하는 환경에서는 요청과 설명이 맞물려야 스킬이 선택된다. 설명이 흐릿하면 맞는 스킬이 있어도 지나칠 수 있다. 설치와 권한 문제가 아니라면, 자동 선택 문제의 첫 점검 자리는 설명이다. 이 구조를 알면 마음이 한결 편해진다. 스킬이 안 켜지는 것을 AI의 변덕으로 여기면 손쓸 방법이 없다. 그러나 원인이 설명에 있다면, 그것은 우리가 고칠 수 있는 자리다. 안 켜진다는 것은 우리가 발동 조건을 충분히 말하지 않았다는 신호이고, 신호를 받았으면 조건을 채워 넣으면 된다. 발동은 운이 아니라 설명의 문제이므로, 설명을 다루는 법을 익히면 대부분 통제할 수 있다. 한 가지 미리 못 박아 둘 것이 있다. 설명을 아무리 잘 써도 언제나 백 번 다 켜진다고 장담할 수는 없다. 요청은 매번 조금씩 다르고, 표현도 사람마다 다르다. 이 장이 목표하는 것은 완벽한 발동이 아니라, 안 켜지는 흔한 원인을 걷어 내 발동을 안정시키는 것이다. 대부분의 미발동은 설명을 원칙대로 손보는 것으로 사라진다. 이 장을 트리거 설계라 부르는 이유가 여기 있다. 트리거는 스킬을 켜는 방아쇠, 곧 발동 조건이다. 그 조건을 담는 것이 설명이다. 스킬을 만드는 일이 절반이라면, 그 스킬이 제때 켜지도록 설명을 다듬는 일이 나머지 절반이다. 지침을 아무리 잘 써도 스킬이 안 켜지면 소용이 없으니, 어떤 면에서는 설명이 먼저다. 처음 스킬을 만들 때 사람들은 대개 지침에 공을 들인다. 어떻게 할지를 꼼꼼히 적는 데 시간을 쓰고, 언제 쓸지를 적는 설명은 한두 줄로 대충 넘긴다. 그런데 발동을 좌우하는 것은 그 대충 넘긴 설명이다. 공들인 지침이 빛을 보려면 먼저 스킬이 켜져야 하고, 켜지게 하는 것은 설명이다. 힘을 쏟을 자리가 뒤바뀌어 있는 셈이다. 이 장에서는 두 가지 문제를 다룬다. 하나는 필요할 때 안 켜지는 미발동이고, 다른 하나는 엉뚱할 때 켜지는 오발동이다. 두 문제는 반대 방향이지만 뿌리는 같다. 설명이 발동 조건을 제대로 말하지 못한 것이다. 미발동은 조건을 덜 말해서 생기고, 오발동은 조건을 너무 넓게 말하거나 경계를 안 그어서 생긴다. 방향은 반대라도 손보는 자리는 같으니, 하나를 이해하면 다른 하나도 함께 잡힌다. 먼저 설명을 어떻게 써야 하는지 원칙을 세우고, 그다음 실제 사례로 고쳐 본다. 마지막으로 오발동을 다스리는 법을 짚는다. 참고로 이 장은 발동 문제 전담이다. 잘 쓰던 스킬이 시간이 지나며 낡아 고장 나는 경우는 성격이 다른 문제라, 9장에서 따로 다룬다. 6-2. 설명문 작성 원칙 네 가지 발동을 살리는 설명에는 네 가지 원칙이 있다. 하나씩 짚고, 원칙마다 좋은 예를 하나씩 붙인다. 네 원칙은 따로 노는 규칙이 아니라, 설명을 발동 신호로 만드는 한 가지 목표를 네 방향에서 받치는 것이다. 순서대로 언제를 세우고, 그 언제를 실제 어휘로 적고, 언제의 경계를 긋고, 언제가 하나로 또렷하도록 스킬을 다듬는다. 첫 번째 원칙은 무엇을 하는지보다 언제 쓰는지를 먼저 적는 것이다. 설명이라는 말에 이끌려, 이 스킬이 무슨 일을 하는지부터 쓰기 쉽다. 그런데 발동을 판단하는 근거는 언제 쓰는지다. 그래서 설명의 첫머리에는 이 스킬이 활약할 상황이 와야 한다. 나쁜 예는 개조식 보고서를 작성한다이고, 좋은 예는 매주 월요일 팀 주간 보고 초안을 만들 때 사용한다이다. 앞은 기능을 말하고, 뒤는 상황을 말한다. 무엇을 하는지는 상황 뒤에 덧붙이면 된다. 순서만 바꿔도 발동이 나아진다. 이 원칙이 왜 첫째인가 하면, 나머지 세 원칙이 모두 이 언제를 더 정확하게 다듬는 방법이기 때문이다. 언제를 어떤 어휘로 적을지, 언제의 경계를 어디까지 그을지, 언제가 하나로 또렷한지가 뒤따르는 세 원칙이다. 그러니 먼저 설명을 언제의 진술로 세워 놓아야 한다. 이 첫 단추를 잘못 끼우면, 뒤의 세 원칙을 아무리 정성껏 적용해도 발동이 잡히지 않는다. 두 번째 원칙은 사용자가 실제로 칠 문장의 어휘로 적는 것이다. AI는 요청 문장과 설명을 맞춰 본다. 그런데 설명을 만든 사람만 쓰는 용어로 적어 두면, 정작 요청할 때 쓰는 말과 어긋나 안 걸린다. 나쁜 예는 정기 보고 산출물을 표준화한다처럼 격식 있는 용어로 적는 것이다. 좋은 예는 주간 보고 만들 때, 이번 주 보고 정리할 때처럼 실제로 던질 법한 말로 적는 것이다. 평소에 이 일을 시키며 어떻게 말하는지를 떠올려, 그 말을 설명에 담는다. 설명은 문서가 아니라 신호라, 실제 어휘에 가까울수록 잘 잡힌다. 사람은 설명을 쓸 때 무의식적으로 격식을 차리는 경향이 있다. 문서처럼 보이려고 딱딱한 용어를 고르는 것이다. 그러나 설명의 독자는 사람이 아니라 요청을 맞춰 볼 AI다. 그러니 보고서를 쓰듯 격식을 차릴 것이 아니라, 평소 말투 그대로 적는 편이 발동에 유리하다. 한 업무를 여러 표현으로 부른다면, 자주 쓰는 표현 두엇을 설명에 함께 담아 두어도 좋다. 세 번째 원칙은 범위의 경계를 밝히는 것이다. 언제 쓰는지만큼 언제 쓰지 않는지도 중요하다. 경계가 없으면 비슷해 보이는 다른 요청에까지 끌려 나온다. 그래서 좋은 설명은 이럴 때는 쓰지 않는다를 한 줄 담는다. 좋은 예는 주간 보고 초안을 만들 때 쓴다, 월간 실적 보고나 회의록에는 쓰지 않는다처럼, 쓰는 상황과 안 쓰는 상황을 함께 적는 것이다. 경계 한 줄이 미발동과 오발동을 동시에 줄인다. 어디까지가 이 스킬의 영역인지가 분명해지기 때문이다. 경계를 정할 때는 이 스킬과 헷갈릴 만한 이웃 업무를 떠올리면 쉽다. 주간 보고 옆에는 월간 실적 보고가 있고, 회의록 정리가 있다. 그 이웃들을 안 쓰는 상황으로 적어 두면, 스킬이 자기 자리를 넘어 옆으로 넘어가지 않는다. 경계가 없는 설명은 문을 활짝 열어 둔 것과 같아서, 지나가던 요청까지 안으로 끌어들인다. 네 번째 원칙은 한 스킬에 한 역할만 담는 것이다. 앞서 말한 최소 단위가 여기서 다시 나온다. 하나의 스킬이 여러 업무를 담으면, 설명도 여러 상황을 가리키게 되어 어느 것에도 또렷하지 않다. 나쁜 예는 각종 문서를 정리한다처럼 넓게 잡는 것이다. 좋은 예는 주간 보고 하나만 가리키는 설명이다. 업무가 하나면 설명도 한 상황을 또렷하게 말할 수 있고, 그만큼 발동이 정확해진다. 설명이 자꾸 여러 상황을 담게 된다면, 그것은 설명의 문제가 아니라 스킬을 쪼개야 한다는 신호다. 이 원칙은 앞의 세 원칙과 층위가 조금 다르다. 앞의 셋은 설명을 어떻게 쓰는지에 관한 것이고, 이 넷째는 애초에 스킬을 어떤 크기로 만드는지에 관한 것이다. 설명을 아무리 다듬어도 스킬 자체가 여러 역할을 안고 있으면 발동이 또렷해지지 않는다. 그럴 때는 설명을 손보기 전에 스킬을 나누는 것이 먼저다. 네 원칙은 결국 한 방향을 가리킨다. 설명을 이 스킬이 정확히 언제 켜지고 언제 안 켜지는지를 말하는 신호로 만드는 것이다. 무엇을 하는지만 적는 데서 멈추지 않고, 발동 조건까지 함께 적으면 대부분의 미발동이 풀린다. 네 원칙을 한 문장으로 압축하면 이렇게 된다. 이 스킬을 언제 쓰는지를, 실제로 쓰는 말로, 경계까지 함께, 하나의 상황으로 적는다. 이 한 줄을 설명을 쓸 때마다 떠올리면 된다. 대단한 기교가 필요한 것이 아니라, 기능 소개에 상황 안내를 얹는 관점의 전환이다. 관점이 바뀌면 같은 스킬이라도 설명이 달라지고, 설명이 달라지면 발동이 달라진다. 6-3. Before/After 세 세트 원칙을 실제 설명에 대 보면 감이 잡힌다. 서로 다른 업무로 세 세트를 본다. 같은 업무를 반복하면 원칙이 그 업무에만 붙는 요령처럼 보이므로, 일부러 매번 다른 업무를 골랐다. 각 세트는 흔한 실수 하나와 그 수정을 보여 준다. 세 실수는 각각 앞의 원칙 하나에 대응한다. 고치기 전과 후를 나란히 두고, 무엇이 발동을 막았고 무엇이 발동을 살렸는지 짚는다. 첫 번째 세트는 기능만 나열한 설명을 발동 조건이 있는 설명으로 바꾸는 경우다. 고객 응대 메일을 정중한 톤으로 다듬는 스킬을 예로 든다. Before: 이메일을 정중한 존댓말로 교정하고 문장을 다듬는다. After: 고객에게 보내는 사과나 안내 메일을 쓸 때 사용한다. 정중한 존댓말로 다듬고 문장을 매끄럽게 고친다. Before의 문제는 무엇을 하는지만 있고 언제 쓰는지가 없다는 것이다. 그래서 AI가 지금 요청이 이 스킬을 부를 상황인지 판단할 근거가 없다. 정중하게 다듬는다는 기능은 여러 상황에 두루 걸릴 수 있어서, 정작 고객 메일이라는 특정 상황을 콕 집어 주지 못한다. After는 첫머리에 고객 메일을 쓸 때라는 상황을 넣어 발동 근거를 만들었다. 첫 번째 원칙을 적용한 것이다. 기능은 그대로 두되 그 앞에 상황을 얹은 것뿐인데, AI가 이 요청이 그 상황인지 아닌지 판단할 수 있게 됐다. 두 번째 세트는 만든 사람만 아는 용어를 사용자 어휘로 바꾸는 경우다. 여러 줄의 데이터를 표로 정리하는 스킬을 예로 든다. Before: 비정형 데이터를 정형화하여 표 형식으로 구조화한다. After: 뒤섞인 숫자나 목록을 표로 깔끔하게 정리할 때 사용한다. Before의 문제는 정형화, 구조화 같은 말이 정작 요청할 때 쓰는 어휘와 멀다는 것이다. 실제로는 이거 표로 정리해 줘라고 말하지, 정형화해 줘라고 말하지 않는다. 그래서 요청과 설명이 어긋나 안 걸린다. Before의 설명은 그 자체로는 정확하고 전문적으로 보인다. 바로 그 점이 함정이다. 전문적으로 보이려는 용어가 실제 요청 어휘에서 멀어지면, 보기에는 그럴듯해도 발동은 되지 않는다. After는 표로 정리한다는 실제 어휘로 바꿔 요청과 맞물리게 했다. 두 번째 원칙을 적용한 것이다. 설명이 덜 있어 보여도, 걸리는 설명이 안 걸리는 설명보다 낫다. 자기 설명이 이 함정에 빠졌는지 확인하는 방법은 간단하다. 그 설명 문장을, 이 일을 부탁할 때 실제로 이렇게 말하는지 소리 내어 읽어 본다. 입에 붙지 않는 딱딱한 말이 있으면, 그 자리를 평소 말투로 바꾼다. 세 번째 세트는 만능형 설명을 경계가 있는 설명으로 바꾸는 경우다. 긴 문서를 요약하는 스킬을 예로 든다. Before: 모든 종류의 문서를 요약한다. After: 회의 자료나 리포트처럼 긴 글을 핵심 위주로 요약할 때 사용한다. 짧은 메시지나 한두 문단짜리 글에는 쓰지 않는다. Before의 문제는 모든 종류라는 말 때문에 경계가 없다는 것이다. 넓게 잡으면 많은 상황을 잡을 것 같지만, 실제로는 반대다. 경계가 없으면 이 스킬이 어디에 특화됐는지가 흐려져, 정작 긴 문서 요약이라는 본래 상황에서도 다른 스킬과 뒤섞인다. 게다가 한 문장만 다듬어 달라는 요청에도 튀어나와 오발동을 일으킨다. After는 긴 글에 쓰고 짧은 글에는 안 쓴다는 경계를 넣어, 켜질 상황과 안 켜질 상황을 함께 그었다. 세 번째 원칙을 적용한 것이다. 넓힐수록 강해지는 것이 아니라, 좁힐수록 또렷해진다. 경계를 그을 때 안 쓰는 상황은 두루뭉술한 반대말이 아니라, 실제로 헷갈릴 만한 이웃을 적어야 한다. 짧은 글에는 쓰지 않는다처럼, 이 스킬이 잘못 끼어들 법한 구체적 상황을 짚어 두는 것이다. 그래야 경계가 실제로 작동한다. 세 세트를 나란히 보면 공통점이 드러난다. 고치기 전 설명은 모두 무엇을 하는지에 머물렀고, 고친 뒤 설명은 언제 쓰는지와 언제 안 쓰는지를 담았다. 세 세트 모두, 담긴 기능 자체는 크게 바뀌지 않았다. 바뀐 것은 그 기능을 감싸는 상황의 유무다. 기능 서술만으로는 발동 근거가 약하고, 상황 진술이 붙을 때 스킬이 제때 켜진다. 고치는 방법은 앞 장들과 같다. 대화로 부탁하면 된다. 이 스킬이 잘 안 켜진다고 말하고, 설명을 발동 조건 중심으로 다시 써 달라고 하면 AI가 원칙에 맞게 다듬어 준다. 다듬은 설명을 확인하고 저장한 뒤, 이름을 부르지 않고 평소처럼 요청을 던져 켜지는지 본다. 한 번에 안 되면 상황 표현을 조금 바꿔 다시 시도한다. 설명을 손보고 확인하기를 두어 번 반복하면 대개 안정된다. 6-4. 오발동 다스리기 미발동의 반대편에 오발동이 있다. 엉뚱한 상황에서 스킬이 튀어나오는 경우다. 회의록을 부탁했는데 주간 보고 스킬이 끼어들거나, 짧은 메모를 다듬으려는데 긴 문서 요약 스킬이 발동하는 식이다. 결과가 안 나오는 것도 곤란하지만, 안 맞는 스킬이 끼어드는 것도 그만큼 성가시다. 오발동은 미발동보다 알아채기 어려운 면이 있다. 안 켜지면 조건이 빠진 것이 눈에 보이지만, 엉뚱하게 켜지면 결과가 그럴듯해 보여 문제를 지나치기 쉽다. 회의록을 부탁했는데 주간 보고 형식이 섞인 결과가 나와도, 형식이 나름 갖춰져 있어 그냥 넘어가는 것이다. 그래서 오발동은 결과가 요청과 정말 맞는지 한 번 더 살펴야 드러난다. 오발동의 원인은 크게 둘이다. 하나는 설명이 지나치게 넓은 경우다. 앞의 세 번째 세트에서 본 모든 종류의 문서 같은 설명이 여기 해당한다. 이럴 때는 경계 문장을 더한다. 이럴 때는 쓰지 않는다를 설명에 넣어, 스킬이 자기 영역 밖으로 나가지 않게 막는다. 세 번째 원칙을 오발동 쪽에서 다시 쓰는 셈이다. 흥미로운 것은, 미발동을 고치려 설명을 넓게 늘리다 오발동을 부르는 경우가 많다는 점이다. 안 켜지니까 이것저것 상황을 더 담다 보면, 경계가 무너져 엉뚱한 데서 켜진다. 그래서 설명은 넓히는 방향이 아니라 또렷하게 하는 방향으로 손봐야 한다. 상황을 더 담는 것과 경계를 지우는 것은 다르다. 다른 하나는 두 스킬의 영역이 겹치는 경우다. 비슷한 일을 하는 스킬이 둘 있으면, AI가 어느 것을 부를지 헷갈려 엉뚱한 쪽을 켠다. 이럴 때는 두 스킬의 경계를 설명에 명시하고, 이름을 더 구체적으로 갈라 준다. 보고 정리라는 두루뭉술한 이름 둘 대신, 주간 보고 정리와 월간 실적 정리로 이름과 설명을 갈라 두면 겹침이 줄어든다. 이때 두 스킬의 설명을 각각 손보는 것이 중요하다. 한쪽만 좁히고 다른 쪽을 그대로 두면, 넓은 쪽이 여전히 좁은 쪽의 영역까지 끌어당긴다. 겹치는 둘은 함께 다뤄야 경계가 제대로 선다. 서로에게 저쪽은 이럴 때 쓰고 나는 이럴 때 쓴다고 알려 주는 셈이다. 겹침이 자꾸 반복된다면, 이름과 설명을 손보는 것으로는 부족하다는 신호이기도 하다. 그럴 때는 두 스킬이 실은 하나로 합쳐야 할 것을 억지로 나눈 것이거나, 반대로 하나에 두 역할이 섞여 자꾸 부딪히는 것이다. 최소 단위로 돌아가, 한 스킬에 한 역할이 되도록 다시 나눈다. 발동 문제의 상당수는 결국 스킬을 적정한 크기로 손보는 것으로 풀린다. 설명을 다듬어도, 이름을 갈라도 겹침이 남는다면, 문제는 표현이 아니라 스킬의 구획에 있다. 여기까지가 발동 문제다. 미발동은 설명에 발동 조건을 채워 풀고, 오발동은 설명에 경계를 그어 푼다. 둘 다 손대는 자리는 설명이다. 두 문제가 반대 방향처럼 보여도 같은 자리를 손본다는 점이, 이 장을 트리거 설계라는 한 주제로 묶는 이유다. 다만 지금 다룬 것은 스킬을 처음 만들거나 얼마 안 됐을 때의 발동 문제다. 오래 잘 쓰던 스킬이 어느 날부터 결과가 어긋나거나, 지침이 자꾸 불어나 무거워지는 것은 발동이 아니라 노후의 문제다. 그것은 축적된 다음에야 나타나는 후기 고장이라, 9장에서 따로 다룬다. 지금 스킬이 안 켜지거나 엉뚱하게 켜진다면, 그 답은 이 장 안에 있다. 설명을 발동 신호로 다듬는 것, 그것이 이 장이 건네는 도구다. ---------------------------------------- ## 청소년 탐구 노트: 화학 Vol.2 – 화학반응과 합성으로 읽는 물질 변화 탐구 ISBN 9791143814418 · 2026-07-18 · 북마이닝 청소년교양팀 지음 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol2-%ed%99%94%ed%95%99%eb%b0%98%ec%9d%91%ea%b3%bc-%ed%95%a9%ec%84%b1%ec%9c%bc%eb%a1%9c-%ec%9d%bd%eb%8a%94/ ### 10장 색과 향을 탐구로 바꾸기 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol2-%ed%99%94%ed%95%99%eb%b0%98%ec%9d%91%ea%b3%bc-%ed%95%a9%ec%84%b1%ec%9c%bc%eb%a1%9c-%ec%9d%bd%eb%8a%94/10%ec%9e%a5-%ec%83%89%ea%b3%bc-%ed%96%a5%ec%9d%84-%ed%83%90%ea%b5%ac%eb%a1%9c-%eb%b0%94%ea%be%b8%ea%b8%b0/ 질문: 생활 속 감각을 어떻게 과학 탐구로 바꿀 수 있나요? 요약: 감각을 무시하는 것이 아니라 감각에서 출발해 물질과 구조, 조건과 기록으로 옮겨 갑니다. 느낌을 관찰로 바꾸고, 관찰을 같은 기준의 비교로 바꾸고, 비교를 증거 위에 세운 해석으로 바꿉니다. 또 다른 질문: 좋은 탐구 질문은 어떻게 만드나요? 답: 비교하게 만드는 질문입니다. 색은 왜 예쁠까는 범위가 너무 넓지만, 면 티셔츠와 폴리에스터 티셔츠의 세탁 표시가 왜 다른지 물으면 조사할 방향이 생깁니다. 비교는 관찰을 선명하게 합니다. 또 다른 질문: 관찰과 판단은 어떻게 구분하나요? 답: 관찰은 실제로 보거나 읽은 정보이고 판단은 그 위에 세운 해석입니다. 이 세제는 순하다는 판단이지만, 라벨의 문구나 성분표에 향료가 있는지 확인한 것은 관찰입니다. 증거를 먼저 놓습니다. 또 다른 질문: 색과 향을 다룰 때 하지 말아야 할 활동은 무엇인가요? 답: 염료를 직접 합성하거나 옷감을 낯선 용액에 담그지 않습니다. 향료를 섞거나 피부에 바르지 않고, 세제와 청소 제품을 서로 섞지 않습니다. 제품은 정해진 용도에 맞게만 쓰고 탐구를 위해 사용법을 임의로 바꾸지 않습니다. 또 다른 질문: 보고서는 어떤 순서로 만드나요? 답: 네 단계입니다. 비교 가능한 대상을 정하고, 조사 기준으로 질문을 좁히고, 같은 형식의 표로 자료를 모으고, 공통점과 차이점을 나누어 해석을 씁니다. 결론이 자료보다 앞서가면 안 됩니다. 최종 확인: 2026-09-04T11:05:57+09:00 관찰과 기록 2부에서 우리는 보라색 염료, 패션 산업, 향수병 속 분자, 비누와 계면활성제를 살펴보았다. 이 주제들은 모두 일상적이다. 옷의 색, 샴푸의 향, 세제의 거품은 누구나 경험한다. 하지만 익숙하다는 이유로 과학적 질문이 쉬운 것은 아니다. 오히려 익숙한 대상일수록 관찰이 흐려지기 쉽다. "예쁘다", "향이 좋다", "깨끗하다" 같은 느낌은 중요하지만, 과학 탐구에서는 그 느낌을 더 구체적인 질문으로 바꾸어야 한다. 색과 향을 탐구한다는 것은 감각을 무시한다는 뜻이 아니다. 감각에서 출발하되, 물질과 구조, 조건과 기록으로 옮겨 가는 일이다. 이 장의 질문은 이것이다. 생활 속 감각을 어떻게 과학 탐구로 바꿀 수 있을까? 좋은 질문은 비교에서 시작된다 과학 탐구의 첫걸음은 좋은 질문이다. 좋은 질문은 너무 크지도, 너무 막연하지도 않아야 한다. "색은 왜 예쁠까?"는 흥미롭지만 탐구 보고서로 쓰기에는 범위가 넓다. 대신 "면 티셔츠와 폴리에스터 티셔츠의 세탁 표시가 다른 이유는 무엇일까?"라고 물으면 조사할 방향이 생긴다. 향도 마찬가지다. "왜 이 향이 좋을까?"보다 "제품 설명에서 꽃향, 과일향, 우디향 같은 표현은 어떤 성분 정보와 함께 쓰일까?"라고 묻는 편이 탐구하기 쉽다. 비누와 세제에서는 "어떤 제품이 제일 좋을까?"보다 "주방세제와 샴푸의 주의 문구는 왜 다를까?"라고 묻는 편이 더 과학적이다. 용도, 피부 접촉, 헹굼 방식, 계면활성제 종류가 다르기 때문이다. 좋은 질문은 대상을 비교하게 만든다. 비교는 관찰을 선명하게 한다. 관찰과 판단을 나누기 탐구 기록에서 중요한 태도는 관찰과 판단을 나누는 것이다. 관찰은 실제로 본 것, 읽은 것, 들은 정보다. 판단은 그 관찰을 바탕으로 내리는 해석이다. 예를 들어 "이 세제는 순하다"는 말은 판단이다. 제품 라벨에 "피부 자극 테스트 완료"라고 쓰여 있다면 그것은 관찰한 정보다. "무향"이라고 표시되어 있지만 성분표에 향료가 없거나 매우 적게 쓰였는지 확인하는 일도 관찰이다. 그다음에야 "향을 줄인 제품으로 보인다" 같은 판단을 할 수 있다. 색에서도 "비싼 옷이니 색이 오래 갈 것이다"는 판단이다. 실제 탐구에서는 섬유 조성, 세탁 표시, 색 빠짐 주의 문구, 제조사의 관리 안내 같은 관찰 자료를 먼저 모아야 한다. 과학적 글쓰기는 결론을 빨리 내리는 글이 아니다. 증거를 먼저 놓고, 그 증거가 어디까지 말해 주는지 조심스럽게 해석하는 글이다. 안전한 탐구의 범위 정하기 색과 향, 세제는 일상적이지만 모두 화학 물질과 관련된다. 그래서 탐구 범위를 안전하게 정해야 한다. 염료를 직접 합성하거나 옷감을 낯선 용액에 담그는 활동은 하지 않는다. 향료나 에센셜 오일을 섞거나 직접 피부에 바르는 활동도 하지 않는다. 세제와 청소 제품을 서로 섞는 행동은 특히 피해야 한다. 제품은 정해진 용도에 맞게 써야 하며, 탐구를 위해 임의로 사용법을 바꾸지 않는다. 안전한 탐구는 관찰 대상을 줄이는 것이 아니라, 질문을 더 똑똑하게 바꾸는 일이다. 직접 실험하지 않아도 제품 라벨, 성분표, 안전 문구, 기업의 제품 설명, 공공기관의 생활 안전 자료, 교과서 개념을 비교하면 충분히 좋은 탐구가 된다. 화학 탐구에서 "하지 않는 것"을 정하는 일은 소극적인 태도가 아니다. 안전한 범위를 정해야 탐구가 오래 지속될 수 있다. 보고서로 만드는 순서 생활 속 물질을 보고서로 바꿀 때는 네 단계를 생각하면 좋다. 첫째, 대상을 정한다. 예를 들어 어두운 색 티셔츠 3종, 향이 다른 샴푸 3종, 세정 제품 3종처럼 비교 가능한 대상을 고른다. 둘째, 질문을 좁힌다. 색이 오래 가는 조건, 향 표현과 성분 표시, 용도별 주의 문구처럼 조사할 기준을 정한다. 셋째, 자료를 표로 모은다. 제품명, 성분, 섬유 조성, 향 표현, 주의 문구, 사용 방법, 관련 개념을 같은 형식으로 적는다. 같은 형식으로 모아야 비교가 가능하다. 넷째, 해석을 쓴다. 자료가 보여 주는 공통점과 차이점, 알 수 있는 점과 더 조사해야 할 점을 나누어 쓴다. 결론은 자료보다 앞서가면 안 된다. 이 네 단계는 Vol.1에서 배운 탐구 노트 방식과 연결된다. 오늘의 개념, 관찰 질문, 보고서 주제, 기록 방법을 먼저 세우면 글의 방향이 흔들리지 않는다. 개념 붙잡기: 관찰, 비교, 해석 이 장에서 붙잡을 말은 관찰, 비교, 해석이다. 관찰은 실제로 보거나 읽은 정보를 기록하는 일이다. 감각으로 느낀 점도 관찰의 출발이 될 수 있지만, 보고서에서는 가능한 한 구체적인 정보로 바꾸어 적어야 한다. 비교는 둘 이상의 대상을 같은 기준으로 나란히 보는 일이다. 같은 기준이 있어야 차이를 설명할 수 있다. 해석은 관찰과 비교를 바탕으로 의미를 설명하는 일이다. 해석은 증거 위에 세워야 하며, 자료가 말해 주지 않는 부분까지 과장해서는 안 된다. 정리하면, 생활 속 감각을 탐구로 바꾸려면 느낌을 관찰로, 관찰을 비교로, 비교를 해석으로 옮겨야 한다. 분자의 눈으로 보기 색, 향, 세척을 분자의 눈으로 다시 정리해 보자. 색은 분자가 빛을 어떻게 흡수하고 반사하는지와 관련된다. 향은 휘발성 있는 분자가 공기 중으로 이동해 코에 닿는 과정과 관련된다. 세척은 계면활성제가 물과 기름 사이에서 배열되는 과정과 관련된다. 겉으로는 모두 감각의 문제처럼 보인다. 그러나 분자 수준에서는 빛, 휘발, 친수성, 소수성, 결합, 표면 같은 개념이 움직인다. [도식 10-1] 감각을 탐구 질문으로 바꾸기 감각 표현 화학 개념 탐구 질문 색이 선명하다 염료, 빛 흡수, 견뢰도 어떤 섬유와 세탁 조건에서 색이 오래 유지될까? 향이 오래 간다 휘발성, 분자 구조 향 표현과 지속 시간 설명은 어떤 성분 정보와 연결될까? 잘 씻긴다 계면활성제, 친수성, 소수성 용도별 세정 제품의 성분과 주의 문구는 어떻게 다를까? 분자의 눈은 감각을 없애지 않는다. 감각을 더 정확한 질문으로 바꾸게 해 준다. 오늘의 화학: 소비자는 작은 연구자다 현대의 소비자는 수많은 물질 속에서 선택한다. 옷, 세제, 화장품, 향 제품, 식품 포장, 생활용품은 모두 화학의 결과물이다. 제품을 고르는 일은 단지 취향의 문제가 아니라 정보를 읽는 일이기도 하다. 성분표를 읽고, 주의 문구를 확인하고, 과장된 광고 표현과 실제 정보를 구별하는 능력은 생활 속 과학 문해력이다. 모든 사람이 전문 화학자가 될 필요는 없지만, 누구나 물질을 사용하는 사람이다. 소비자가 작은 연구자처럼 질문할 때, 시장도 조금씩 바뀐다. 안전한 표시, 책임 있는 생산, 오래 쓰는 제품, 재활용 가능한 재료가 더 중요해진다. 탐구 보고서로 바꾸기 [탐구 보고서로 바꾸기] 오늘의 개념: 생활 속 감각은 관찰, 비교, 해석을 거치면 과학 탐구 질문으로 바뀔 수 있다. 관찰 질문: 색, 향, 세척 중 하나를 골라 제품 정보에서 확인할 수 있는 화학 개념은 무엇일까? 보고서 주제: 제품 라벨과 성분표를 비교하면 생활 속 물질의 성질을 설명할 수 있을까? 기록 방법: 대상 3개를 정하고, 공통 기준 4개 이상으로 표를 만든 뒤 공통점과 차이점을 문장으로 해석한다. 이 탐구는 제품을 임의로 섞거나 피부에 바르거나 냄새를 직접 맡아 판정하는 활동이 아니다. 이미 표시된 정보와 신뢰할 수 있는 자료를 읽고, 관찰과 해석을 구분해 보고서를 쓰는 활동이다. 이 장을 한 문장으로 색과 향의 탐구는 감각에서 출발하지만, 관찰과 비교와 해석을 거칠 때 과학 보고서가 된다. 다음 장 예고 2부에서는 합성이 색과 향, 세척의 세계를 어떻게 바꾸었는지 살펴보았다. 다음 3부에서는 인간이 먹고 입는 문제를 바꾼 거대분자와 비료, 플라스틱, 합성섬유의 시대를 만난다. 탐구 한 줄 좋은 탐구는 느낌을 지우는 것이 아니라, 느낌을 증거와 질문으로 바꾸는 일에서 시작된다. ---------------------------------------- ### 13장 플라스틱, 축복과 숙제 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol2-%ed%99%94%ed%95%99%eb%b0%98%ec%9d%91%ea%b3%bc-%ed%95%a9%ec%84%b1%ec%9c%bc%eb%a1%9c-%ec%9d%bd%eb%8a%94/13%ec%9e%a5-%ed%94%8c%eb%9d%bc%ec%8a%a4%ed%8b%b1-%ec%b6%95%eb%b3%b5%ea%b3%bc-%ec%88%99%ec%a0%9c/ 질문: 플라스틱의 편리함과 책임은 왜 같은 성질에서 나오나요? 요약: 가볍고 물에 강하고 오래가는 성질이 포장과 건축과 의료에서는 장점이지만, 사용 후에는 환경에 오래 남는 문제가 되기 때문입니다. 플라스틱은 사라지는 것이 아니라 작아지고 흩어질 수 있습니다. 또 다른 질문: 플라스틱 재활용은 왜 간단하지 않나요? 답: 종류마다 녹는 온도와 성질이 달라 섞이면 품질이 떨어집니다. 음식물이나 이물질이 묻으면 세척과 분류가 필요하고, 색이 짙거나 여러 재료가 붙은 포장재는 더 어렵습니다. 분류와 세척, 가공, 품질 관리가 모두 필요한 과정입니다. 또 다른 질문: 재질 표시가 있으면 재활용이 되는 것인가요? 답: 표시는 종류를 알려 줄 뿐입니다. 실제 재활용은 지역의 시설과 수거 체계, 오염 정도, 경제성에 따라 달라집니다. 여러 번 재활용하면 성질이 떨어져 새 원료와 섞어야 할 때도 있습니다. 또 다른 질문: 플라스틱은 모두 줄이는 것이 답인가요? 답: 아닙니다. 의료 현장의 주사기와 수액백, 식품 안전 포장재, 전기 절연재처럼 중요한 역할이 있습니다. 핵심은 무조건 금지가 아니라 꼭 필요한 사용과 줄일 수 있는 사용을 구별하는 일입니다. 또 다른 질문: 새로운 친환경 재료가 나오면 문제가 해결되나요? 답: 자동으로 해결되지는 않습니다. 어떤 재료가 정말 더 나은지는 원료 생산과 제조, 운송, 사용 기간, 회수, 재활용 또는 분해 조건까지 전체 흐름으로 평가해야 합니다. 물질의 미래는 새 발명만이 아니라 전체 생애를 보는 질문에 달려 있습니다. 최종 확인: 2026-09-04T11:05:58+09:00 편리와 책임 가벼운 물병, 투명한 포장재, 튼튼한 의자, 전선의 피복, 의료용 주사기, 장난감, 노트북 부품을 둘러보자. 플라스틱은 현대 생활의 거의 모든 곳에 있다. 너무 익숙해서 오히려 보이지 않을 정도다. 플라스틱은 인간에게 큰 편리함을 주었다. 가볍고, 싸게 만들 수 있고, 다양한 모양으로 가공할 수 있으며, 물과 충격에 강한 재료도 많다. 하지만 바로 그 장점들이 숙제가 되기도 한다. 오래가고 잘 썩지 않는 성질은 사용 후에도 오래 남는 문제를 만든다. 플라스틱은 축복인가, 문제인가? 이 장의 질문은 이것이다. 플라스틱의 편리함과 책임은 왜 같은 성질에서 나올까? 플라스틱이 강력했던 이유 플라스틱이 널리 쓰인 이유는 분명하다. 첫째, 가볍다. 금속이나 유리보다 가벼워 운반과 사용이 쉽다. 둘째, 모양을 만들기 쉽다. 열과 압력, 금형을 이용해 다양한 형태로 가공할 수 있다. 셋째, 물에 강한 재료가 많다. 포장재와 생활용품에 유리하다. 넷째, 대량 생산이 가능하다. 플라스틱은 하나의 물질 이름이 아니라 여러 고분자 재료를 묶어 부르는 말이다. 폴리에틸렌, 폴리프로필렌, 폴리스타이렌, 폴리염화비닐, PET 같은 여러 종류가 있고, 각각 성질과 용도가 다르다. 어떤 플라스틱은 투명한 병에 쓰이고, 어떤 플라스틱은 유연한 필름에 쓰이며, 어떤 플라스틱은 단단한 부품에 쓰인다. 첨가제를 넣어 색, 유연성, 내열성, 난연성 등을 조절하기도 한다. 이 다양성이 플라스틱의 힘이다. 화학은 필요한 성질에 맞춰 재료를 고르고 조절할 수 있게 했다. 오래가는 성질의 양면성 플라스틱은 오래가는 재료다. 물에 젖어도 쉽게 무너지지 않고, 가볍지만 충격에 견디며, 썩거나 부패하지 않는 경우가 많다. 이 성질은 포장, 건축, 전자제품, 의료용품에서 큰 장점이 된다. 하지만 사용 후에는 같은 성질이 문제가 된다. 한 번 쓰고 버린 플라스틱이 환경 속에서 오래 남을 수 있기 때문이다. 큰 플라스틱은 햇빛과 마찰, 파도, 온도 변화에 의해 작은 조각으로 부서질 수 있다. 이렇게 아주 작아진 플라스틱 조각은 미세플라스틱 문제와 연결된다. 플라스틱은 사라지는 것이 아니라 작아지고 흩어질 수 있다. 그래서 폐기와 회수, 재활용이 중요하다. 편리함과 책임은 서로 반대편에 있는 말이 아니다. 때로는 같은 물질의 같은 성질에서 함께 나온다. 재활용은 왜 어려울까 플라스틱 재활용은 중요하지만 간단하지 않다. 플라스틱 종류가 다르면 녹는 온도와 성질이 다르고, 서로 섞이면 재활용 품질이 떨어질 수 있다. 음식물이나 이물질이 묻어 있으면 세척과 분류가 필요하다. 색이 짙거나 여러 재료가 붙어 있는 포장재는 재활용이 더 어려울 수 있다. 제품에 있는 재질 표시가 중요한 이유가 여기에 있다. PET, PP, PE 같은 표시는 플라스틱의 종류를 알려 준다. 하지만 표시가 있어도 실제 재활용은 지역의 시설, 수거 체계, 오염 정도, 경제성에 따라 달라진다. 또 재활용은 무한히 반복되는 완벽한 순환이 아니다. 여러 번 재활용하면 성질이 떨어질 수 있고, 새 원료와 섞어야 할 때도 있다. 그래서 가장 좋은 방법은 재활용만이 아니라 덜 쓰기, 오래 쓰기, 다시 쓰기, 쉽게 분리되는 설계를 함께 생각하는 것이다. 플라스틱 문제는 개인의 분리배출만으로 해결되지 않는다. 생산, 설계, 유통, 소비, 회수, 재활용 기술이 함께 움직여야 한다. 꼭 필요한 플라스틱도 있다 플라스틱을 모두 나쁜 물질로만 보면 문제를 제대로 이해하기 어렵다. 의료 현장의 일회용 주사기와 수액백, 식품 안전을 위한 포장재, 전기 절연재, 가벼운 자동차 부품, 안전 장비에는 플라스틱이 중요한 역할을 한다. 특히 위생과 안전이 중요한 분야에서는 한 번 쓰고 버리는 물품이 필요할 때도 있다. 이때 핵심은 무조건 사용을 금지하는 것이 아니라, 꼭 필요한 사용과 줄일 수 있는 사용을 구별하는 일이다. 예를 들어 과도한 포장, 매우 짧은 시간 쓰고 버리는 물건, 재활용이 어려운 복합 재질은 줄이는 방향을 고민할 수 있다. 반면 의료와 안전에 필요한 플라스틱은 더 안전하고 책임 있게 회수하거나 처리하는 체계를 고민해야 한다. 좋은 판단은 물질을 단순히 선악으로 나누지 않는다. 용도와 대안, 위험과 이익, 사용 후 경로를 함께 본다. 개념 붙잡기: 플라스틱, 재활용, 미세플라스틱 이 장에서 붙잡을 말은 플라스틱, 재활용, 미세플라스틱이다. 플라스틱은 열이나 압력으로 모양을 만들 수 있는 고분자 재료를 넓게 부르는 말이다. 여러 종류가 있으며, 종류에 따라 성질과 용도가 다르다. 재활용은 사용한 물질을 다시 자원으로 이용하는 과정이다. 플라스틱 재활용은 분류, 세척, 가공, 품질 관리가 필요하며, 재질과 오염 상태에 영향을 받는다. 미세플라스틱은 매우 작은 크기의 플라스틱 조각을 말한다. 큰 플라스틱이 부서지거나, 처음부터 작은 형태로 만들어진 플라스틱이 환경에 남아 문제가 될 수 있다. 정리하면, 플라스틱은 편리한 고분자 재료이지만 오래가는 성질 때문에 사용 후 책임까지 함께 생각해야 한다. 분자의 눈으로 보기 플라스틱 컵을 분자의 눈으로 보면 긴 고분자 사슬들이 얽혀 있는 구조가 보인다. 어떤 플라스틱은 사슬들이 비교적 자유롭게 움직여 유연하고, 어떤 플라스틱은 더 단단하게 배열되어 단단하다. 첨가제가 들어가면 색, 부드러움, 내구성도 달라질 수 있다. 사용 후 플라스틱이 환경에 남을 때도 분자 구조가 중요하다. 물과 미생물이 쉽게 분해하기 어려운 구조라면 오래 남을 수 있다. [도식 13-1] 플라스틱의 장점과 숙제 플라스틱의 성질 생활 속 장점 사용 후 숙제 가벼움 운반이 쉽고 에너지 절약 가능 쉽게 버려지고 흩어질 수 있음 물에 강함 포장과 보관에 유리 자연에서 잘 분해되지 않을 수 있음 다양한 가공성 여러 모양과 기능을 만들 수 있음 종류가 많아 분류가 어려움 오래감 제품 수명이 길어질 수 있음 폐기 후 오래 남을 수 있음 플라스틱의 문제는 장점이 사라져서가 아니라, 장점이 사용 후에도 계속 작동하기 때문에 생긴다. 오늘의 화학: 재료 설계의 방향 오늘날 화학자와 재료 연구자들은 더 책임 있는 플라스틱을 만들기 위해 노력하고 있다. 재활용이 쉬운 단일 재질 포장, 분리하기 쉬운 접착과 라벨, 바이오 기반 원료, 생분해성 고분자, 화학적 재활용, 재사용 가능한 용기 시스템 등이 연구되고 있다. 하지만 새 재료가 등장한다고 문제가 자동으로 해결되는 것은 아니다. 어떤 재료가 정말 더 나은지는 원료 생산, 제조, 운송, 사용 기간, 회수, 재활용 또는 분해 조건까지 전체 흐름으로 평가해야 한다. 물질의 미래는 새로운 발명만이 아니라, 전체 생애를 보는 질문에 달려 있다. 탐구 보고서로 바꾸기 [탐구 보고서로 바꾸기] 오늘의 개념: 플라스틱은 편리한 고분자 재료이지만, 오래가는 성질 때문에 사용 후 관리가 중요하다. 관찰 질문: 생활 속 플라스틱 제품은 어떤 재질 표시와 분리배출 정보를 가지고 있을까? 보고서 주제: 플라스틱 제품 3개의 재질, 용도, 재활용 가능성을 비교할 수 있을까? 기록 방법: 제품명, 재질 표시, 사용 기간, 오염 가능성, 분리배출 방법, 대체 가능성을 표로 정리한다. 이 탐구는 플라스틱을 태우거나 녹이거나 잘게 부수는 활동이 아니다. 제품 표시와 분리배출 안내를 읽고, 재료의 용도와 사용 후 경로를 비교하는 활동이다. 이 장을 한 문장으로 플라스틱의 편리함과 숙제는 모두 가볍고 오래가며 다양하게 가공되는 고분자 재료의 성질에서 나온다. 다음 장 예고 플라스틱이 생활의 도구를 바꾸었다면, 합성섬유는 우리가 입는 옷의 세계를 바꾸었다. 다음 장에서는 나일론과 폴리에스터를 중심으로 입는 화학을 살펴본다. 탐구 한 줄 플라스틱을 버리기 전에는 그것이 어떤 재질이고, 얼마나 오래 쓰였으며, 어디로 가야 하는지 한 번 더 읽어 보자. ---------------------------------------- ### 5장 녹과 부식 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol2-%ed%99%94%ed%95%99%eb%b0%98%ec%9d%91%ea%b3%bc-%ed%95%a9%ec%84%b1%ec%9c%bc%eb%a1%9c-%ec%9d%bd%eb%8a%94/5%ec%9e%a5-%eb%85%b9%ea%b3%bc-%eb%b6%80%ec%8b%9d/ 질문: 녹처럼 느린 반응은 왜 무시하면 안 되나요? 요약: 빠른 반응은 위험을 즉시 드러내지만 느린 반응은 위험을 숨긴 채 진행되기 때문입니다. 금속 표면이 조금씩 변하고 단단하던 재료가 약해지며 기계와 구조물의 수명이 줄어듭니다. 그래서 관찰과 기록이 더 중요합니다. 또 다른 질문: 철은 왜 녹이 슬고 바닷가에서는 왜 더 빨리 스나요? 답: 녹은 표면이 더러워지는 일이 아니라 철이 다른 물질로 바뀌는 화학 변화입니다. 가령 비 오는 날 밖에 세워 둔 자전거 체인에 붉은 갈색이 도는 것이 그 변화이고, 철이 공기 중 산소와 물을 함께 만나 산화 철을 포함한 물질로 변한 결과입니다. 광석에서 금속 철을 얻는 일이 환원이었다면 녹은 그 철이 다시 산화되는 쪽으로 돌아가는 변화입니다. 물이 반응이 진행될 환경을 만들고 이온의 이동을 도우므로 습한 곳에서 빠르고, 소금기가 있는 바닷가나 겨울철 제설제를 뿌린 도로 주변에서 더 빠를 수 있습니다. 또 다른 질문: 철이 녹스는 것은 화학적으로 어떤 변화인가요? 답: 철이 공기 중 산소, 물과 함께 반응해 산화 철을 포함한 다른 물질로 변하는 일입니다. 광석에서 금속 철을 얻을 때가 환원이었다면, 녹은 그 철이 다시 산화되는 방향의 변화로 볼 수 있습니다. 또 다른 질문: 습한 곳과 바닷가에서 부식이 빠른 이유는 무엇인가요? 답: 물이 반응이 진행될 환경을 만들고 이온의 이동을 돕기 때문입니다. 소금기가 있는 바닷가나 제설제를 뿌린 도로 주변에서 더 빨리 부식될 수 있습니다. 작은 흠집이나 물이 고인 곳에서도 반응이 잘 진행됩니다. 또 다른 질문: 부식을 늦추는 방법에는 어떤 방향이 있나요? 답: 세 방향입니다. 페인트와 기름칠로 물과 산소가 닿기 어렵게 하거나, 도금과 산화막으로 더 잘 견디는 표면을 만들거나, 스테인리스강과 합금처럼 부식에 강한 조성을 고르는 것입니다. 반응을 없애는 마법이 아니라 조건을 조절하는 일입니다. 또 다른 질문: 녹을 탐구 보고서로 바꾸려면 무엇을 하나요? 답: 주변 금속 물건을 안전한 거리에서 관찰하고 위치, 물 고임, 표면 처리, 녹의 정도를 표로 정리합니다. 녹을 제거하거나 약품을 바르는 활동이 아니며 날카로운 금속과 전기 설비는 만지지 않습니다. 최종 확인: 2026-09-07T10:40:53+09:00 느린 반응 비 오는 날 밖에 세워 둔 자전거 체인을 떠올려 보자. 처음에는 반짝이던 금속 표면에 어느새 붉은 갈색 얼룩이 생긴다. 오래된 난간, 못, 철문, 배수구 주변에서도 비슷한 색을 볼 수 있다. 우리는 그것을 녹이라고 부른다. 녹은 폭발처럼 요란하지 않다. 빛도 소리도 거의 없다. 그러나 녹은 강력하다. 천천히 진행될 뿐이다. 금속 표면이 조금씩 변하고, 단단하던 재료가 약해지며, 기계와 구조물의 수명이 줄어든다. 화학 반응은 빠른 사건만이 아니다. 아주 느리게 진행되어 오랜 시간 뒤 큰 결과를 만드는 반응도 있다. 이 장의 질문은 이것이다. 느린 반응은 왜 무시하면 안 될까? 녹은 철의 산화다 철이 녹스는 과정은 산화와 관련된다. 철은 공기 중 산소, 물과 함께 반응하며 산화 철을 포함한 여러 물질로 변한다. 이때 표면에 생기는 붉은 갈색 물질을 흔히 녹이라고 부른다. 녹이 생긴다는 것은 철이 원래의 금속 상태를 유지하지 못하고 다른 물질로 바뀌고 있다는 뜻이다. 철광석에서 금속 철을 얻을 때는 환원이 중요했다. 반대로 철이 녹스는 일은 철이 다시 산화되는 방향의 변화로 볼 수 있다. 이 점이 흥미롭다. 인간은 많은 에너지를 들여 광석에서 금속 철을 얻는다. 그런데 자연 속에서는 금속 철이 산소와 물을 만나 다시 산화물 쪽으로 돌아가려는 경향을 보인다. 금속을 얻는 일과 금속을 지키는 일은 서로 연결된 문제다. 녹은 단순한 더러움이 아니다. 물질의 정체가 변하고 있다는 신호다. 물과 산소가 함께할 때 철의 부식에는 물과 산소가 중요한 역할을 한다. 건조한 곳보다 습한 곳에서 녹이 더 잘 생기는 이유가 여기에 있다. 물은 반응이 진행될 수 있는 환경을 만들고, 이온의 이동을 돕는다. 소금기가 있는 바닷가나 겨울철 제설제가 뿌려진 도로 주변에서 자동차와 구조물이 더 빨리 부식될 수 있는 것도 이와 관련된다. 부식은 금속 표면 전체에서 똑같이 일어나지 않을 수 있다. 작은 흠집, 물방울이 고인 곳, 산소 농도가 다른 곳, 다른 금속과 닿은 곳에서 반응이 더 잘 진행되기도 한다. 그래서 부식은 재료의 표면 상태와 환경에 민감하다. 여기서도 화학은 "비를 맞아서 녹슬었다"라는 말보다 더 자세히 묻는다. 물은 어떤 역할을 했는가? 산소는 어떻게 관여했는가? 소금기는 왜 부식을 빠르게 할 수 있는가? 표면의 흠집은 왜 문제가 되는가? 느린 반응일수록 조건을 읽는 힘이 중요하다. 부식은 경제와 안전의 문제다 녹은 보기 싫은 얼룩으로 끝나지 않는다. 다리, 배, 자동차, 철도, 공장 설비, 수도관, 건물의 철근 같은 곳에서 부식은 안전 문제로 이어질 수 있다. 금속이 약해지면 구조물이 버티는 힘이 줄어들고, 기계가 제대로 작동하지 않을 수 있다. 부식은 경제적 손실도 크다. 녹슨 부품을 교체하고, 표면을 다시 처리하고, 구조물을 점검하고, 사고를 예방하기 위해 많은 비용이 든다. 그래서 현대 사회는 부식을 막거나 늦추는 기술에 큰 관심을 둔다. 페인트칠, 도금, 기름칠, 합금 설계, 스테인리스강 사용, 희생 금속을 이용한 보호, 습도 관리 등은 모두 부식을 줄이기 위한 방법이다. 이 방법들의 핵심은 금속이 산소와 물을 만나 반응하는 길을 막거나, 더 안정적인 표면을 만들거나, 다른 금속이 먼저 반응하도록 설계하는 것이다. 화학은 여기서 예방의 언어가 된다. 반응을 알면 반응을 늦추는 방법도 설계할 수 있다. 빠른 반응과 느린 반응 1장에서 우리는 빠른 반응의 힘을 보았다. 화약의 역사는 짧은 시간에 일어나는 반응이 얼마나 큰 변화를 만들 수 있는지 보여 주었다. 5장의 녹은 반대쪽 끝에 있다. 반응은 느리고 조용하지만, 시간이 충분히 지나면 금속의 성질을 크게 바꾼다. 빠른 반응은 위험을 즉시 드러낸다. 느린 반응은 위험을 숨긴 채 진행될 수 있다. 그래서 느린 반응은 관찰과 기록이 중요하다. 언제부터 색이 변했는지, 어느 부분에서 먼저 녹이 생겼는지, 물이 고이는 곳은 어디인지, 표면 처리가 벗겨진 곳은 없는지 기록해야 한다. 과학은 극적인 순간만 다루지 않는다. 천천히 달라지는 것, 반복해서 나타나는 것, 작은 변화가 쌓이는 것도 과학의 중요한 대상이다. 녹은 바로 그런 반응이다. 개념 붙잡기: 부식, 산화, 보호 이 장에서 붙잡을 말은 부식, 산화, 보호다. 부식은 금속이 주변 환경과 반응해 원래의 성질을 잃어 가는 현상이다. 철의 녹은 부식의 대표적인 사례다. 산화는 전자를 잃는 변화다. 철이 녹스는 과정은 철이 산화되는 변화와 관련된다. 물과 산소, 염분 같은 환경 조건은 부식의 진행에 영향을 줄 수 있다. 보호는 금속이 부식되는 길을 줄이는 기술이다. 표면을 칠하거나, 다른 금속을 입히거나, 합금을 만들거나, 환경을 조절해 반응을 늦출 수 있다. 정리하면, 부식은 느린 산화 반응이며, 반응을 이해하면 재료를 더 오래 안전하게 쓰는 방법을 설계할 수 있다. 분자의 눈으로 보기 녹슨 철문을 분자의 눈으로 보면 표면에서 작은 전자 이동이 이어지고 있다. 철 원자는 전자를 잃고 이온이 되는 방향으로 변하며, 산소와 물이 관여해 여러 산화 철 계열 물질이 만들어진다. 겉으로는 붉은 갈색 얼룩이지만, 분자 수준에서는 금속 원자와 주변 환경 사이의 반응이 누적된 결과다. [도식 5-1] 부식을 늦추는 세 가지 생각 방법의 방향 핵심 생각 예시 접촉 줄이기 물과 산소가 금속에 닿기 어렵게 함 페인트, 기름칠 표면 바꾸기 더 잘 견디는 표면을 만듦 도금, 산화막 재료 설계하기 부식에 강한 조성을 선택함 스테인리스강, 합금 부식을 막는 기술은 반응을 완전히 없애는 마법이 아니라, 반응이 일어나는 조건을 조절하는 일이다. 오늘의 화학: 오래 쓰는 물건의 과학 우리는 새 물건을 만드는 기술에 관심을 많이 둔다. 그러나 오래 쓰게 만드는 기술도 그만큼 중요하다. 다리와 배, 수도관과 건물, 자동차와 전자 제품은 모두 시간이 지나며 환경과 반응한다. 오래 안전하게 쓰려면 재료가 어떻게 변하는지 알아야 한다. 오늘날에는 부식 센서, 표면 코팅, 정기 점검, 재료 데이터, 환경 모니터링 같은 방법이 함께 쓰인다. 눈에 보이는 녹이 생기기 전부터 위험을 예측하려는 것이다. 물질의 변신을 이해한다는 것은 새 물질을 만드는 능력만 뜻하지 않는다. 이미 만든 물질을 책임 있게 관리하는 능력도 포함한다. 탐구 보고서로 바꾸기 [탐구 보고서로 바꾸기] 오늘의 개념: 부식은 금속이 주변 환경과 반응해 성질을 잃어 가는 느린 산화 반응이다. 관찰 질문: 학교나 집 주변의 금속 물건은 어떤 환경에서 더 쉽게 녹슬까? 보고서 주제: 물, 산소, 염분, 표면 손상은 철의 부식과 어떤 관련이 있을까? 기록 방법: 주변 금속 물건을 사진이나 글로 기록하고, 위치, 물 고임, 표면 처리, 녹의 정도를 표로 정리한다. 이 탐구는 녹을 제거하거나 약품을 바르는 활동이 아니다. 주변 사물을 안전한 거리에서 관찰하고 기록하는 활동이다. 날카로운 금속, 부서진 구조물, 전기 설비, 낯선 화학 제품은 직접 만지지 않는다. 이 장을 한 문장으로 녹과 부식은 느리게 진행되는 산화 반응이며, 반응을 이해하면 금속을 더 오래 안전하게 지킬 수 있다. 다음 장 예고 1부에서는 반응의 위력, 반응 전후의 변화, 산화·환원, 제철, 부식을 살펴보았다. 다음 2부에서는 반응이 색과 향을 어떻게 바꾸고, 합성이 생활의 감각을 어떻게 넓혔는지 살펴본다. 탐구 한 줄 녹슨 금속을 볼 때는 낡았다고만 생각하지 말고, 느린 반응이 남긴 기록으로 읽어 보자. 그림 1: 철광석에서 금속 철을 얻는 환원과, 금속 철이 물과 산소를 만나 녹으로 돌아가는 산화는 같은 반응의 앞뒤다 가로로 놓인 세 상자가 철광석, 금속 철, 녹으로 이어진다. 왼쪽 화살표는 사람이 에너지를 들여 하는 환원이고, 오른쪽 화살표는 물과 산소가 있으면 저절로 진행되는 산화로 강조색이다. 아래 곡선 화살표가 녹에서 철광석 쪽으로 돌아가 두 방향이 한 순환임을 보여 준다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143814418_1.png ---------------------------------------- ## 청소년 탐구 노트: 화학 Vol.3 – 화학으로 읽는 환경·생명·안전 탐구 ISBN 9791143814425 · 2026-07-18 · 북마이닝 청소년교양팀 지음 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol3-%ed%99%94%ed%95%99%ec%9c%bc%eb%a1%9c-%ec%9d%bd%eb%8a%94-%ed%99%98%ea%b2%bd%ec%83%9d%eb%aa%85%ec%95%88%ec%a0%84/ ### 2장 안전을 정하는 기준 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol3-%ed%99%94%ed%95%99%ec%9c%bc%eb%a1%9c-%ec%9d%bd%eb%8a%94-%ed%99%98%ea%b2%bd%ec%83%9d%eb%aa%85%ec%95%88%ec%a0%84/2%ec%9e%a5-%ec%95%88%ec%a0%84%ec%9d%84-%ec%a0%95%ed%95%98%eb%8a%94-%ea%b8%b0%ec%a4%80/ 질문: 안전은 어떻게 숫자와 기준으로 표현되나요? 요약: 기준값은 연구 자료와 동물실험, 인체와 환경 자료, 노출 가능성, 취약한 사람에 대한 고려, 기술적으로 관리 가능한 수준을 종합해 정합니다. 숫자 하나 뒤에 많은 과학적 자료와 사회적 판단이 숨어 있습니다. 또 다른 질문: 기준값 아래면 무조건 안전한가요? 답: 그렇게 단순하게 볼 수 없습니다. 기준값은 여기서부터 생각을 시작하라는 표지판에 가깝습니다. 넘었다면 왜 넘었고 얼마나 오래 지속되며 누가 노출되는지 살펴야 하고, 아래라도 취약한 사람에게는 주의가 필요합니다. 또 다른 질문: 안전계수는 무엇인가요? 답: 불확실성과 개인차를 고려해 기준을 더 조심스럽게 정하는 생각입니다. 동물실험 결과를 사람에게 적용할 때의 차이, 어린이나 임신부처럼 더 조심해야 할 집단, 장기 노출 가능성을 함께 고려합니다. 또 다른 질문: 기준이 바뀌면 과학을 믿을 수 없다는 뜻인가요? 답: 오히려 과학이 자료에 따라 스스로를 고치는 과정입니다. 몰랐던 영향이 확인되거나 측정 기술이 좋아지거나 노출 경로가 달라지면 다시 검토합니다. 사회가 더 나은 근거를 받아들인다는 뜻입니다. 또 다른 질문: 기준값을 읽을 때 무엇을 함께 봐야 하나요? 답: 세 가지 질문입니다. 농도와 양이 얼마인지, 노출이 얼마나 오래 지속되는지, 누구에게 닿는지를 봅니다. 어린이와 작업자, 생물처럼 대상의 취약성까지 읽어야 숫자가 의미를 가집니다. 최종 확인: 2026-09-04T22:09:59+09:00 기준값이라는 약속 우리는 많은 기준 속에서 산다. 도로에는 제한 속도가 있고, 식품에는 유통기한과 영양 성분 표시가 있으며, 공기와 물에는 관리 기준이 있다. 학교 실험실에는 보안경과 장갑, 환기 장치와 안전 수칙이 있다. 기준은 단순한 숫자가 아니다. 기준은 사람들이 위험을 줄이기 위해 만든 약속이다. 완벽한 안전을 보장한다는 뜻은 아니지만, 무엇을 어느 정도까지 관리할지 정하는 사회적 장치다. 화학에서도 기준값은 중요하다. 공기 중 특정 물질의 농도 기준, 식품첨가물의 사용 기준, 의약품의 용량, 수질 기준, 작업장 노출 기준은 모두 물질을 안전하게 다루기 위한 숫자다. 이 장의 질문은 이것이다. 안전은 어떻게 숫자와 기준으로 표현될까? 기준은 왜 필요할까 물질의 위험을 이야기할 때 "있다"와 "없다"만으로는 부족하다. 어떤 물질은 자연에도 아주 적은 양으로 존재할 수 있고, 어떤 물질은 특정 용도에서만 제한적으로 쓰일 수 있다. 중요한 것은 어느 수준에서 관리해야 하는가이다. 기준이 없으면 판단이 흔들린다. 어떤 사람은 너무 쉽게 위험하다고 말하고, 어떤 사람은 너무 쉽게 괜찮다고 말할 수 있다. 기준은 이런 판단을 자료와 합의 위에 올려놓는 역할을 한다. 기준값은 보통 연구 자료, 동물실험과 세포 연구, 인체 자료, 환경 자료, 노출 가능성, 취약한 사람들에 대한 고려, 기술적으로 관리 가능한 수준 등을 종합해 정한다. 하나의 숫자 뒤에는 많은 과학적 자료와 사회적 판단이 숨어 있다. 기준은 과학만으로 만들어지지 않는다. 과학은 근거를 제공하고, 사회는 그 근거를 바탕으로 어느 수준의 위험을 어떻게 관리할지 합의한다. 기준값은 안전선인가 기준값은 중요한 도구지만 오해하면 안 된다. 기준값 아래면 무조건 완벽히 안전하고, 기준값 위면 무조건 즉시 위험하다는 식으로 단순하게 볼 수 없다. 기준값은 관리와 판단의 기준이다. 예를 들어 공기질 기준은 장기간 평균 노출, 건강 영향, 측정 가능성, 관리 목표를 함께 고려한다. 식품첨가물 기준도 특정 물질을 어떤 식품에 어느 정도까지 사용할 수 있는지 정한다. 의약품의 용량은 효과와 부작용, 사람의 상태를 고려해 정해진다. 기준값은 "여기서부터 생각을 시작하라"는 표지판에 가깝다. 기준을 넘었다면 왜 넘었는지, 얼마나 오래 지속되는지, 누가 노출되는지, 어떤 조치를 해야 하는지 살펴야 한다. 기준 아래라도 취약한 사람이나 특수한 조건에서는 주의가 필요할 수 있다. 좋은 판단은 기준을 외우는 것이 아니라 기준이 쓰이는 맥락을 이해하는 것이다. 안전계수와 조심스러운 여유 안전 기준에는 종종 여유가 포함된다. 과학자와 규제 기관은 불확실성을 고려한다. 연구 자료가 모든 사람과 모든 상황을 완벽하게 설명할 수는 없기 때문이다. 그래서 기준을 정할 때 안전계수라는 생각을 사용하기도 한다. 동물실험 결과를 사람에게 적용할 때의 차이, 사람들 사이의 개인차, 어린이나 임신부처럼 더 조심해야 할 집단, 장기간 노출 가능성을 고려해 더 보수적인 기준을 세우는 것이다. 안전계수는 "대충 넉넉하게 잡자"는 뜻이 아니다. 불확실성을 인정하고, 그 불확실성 속에서도 사람과 환경을 보호하려는 장치다. 이 점은 과학의 겸손함과도 연결된다. 과학은 자료를 모아 판단하지만, 모든 것을 단번에 아는 것은 아니다. 그래서 기준은 새 자료가 나오면 바뀔 수 있다. 기준은 바뀔 수 있다 과학이 발전하면 기준도 바뀔 수 있다. 예전에는 잘 몰랐던 영향이 새롭게 확인되거나, 측정 기술이 좋아지거나, 사용량과 노출 경로가 달라지면 기준을 다시 검토해야 한다. 이것은 과학이 믿을 수 없다는 뜻이 아니다. 오히려 과학이 자료에 따라 스스로를 고치는 과정이다. 기준이 바뀐다는 것은 사회가 더 나은 근거를 받아들이고, 관리 방식을 조정한다는 뜻일 수 있다. 물론 기준 변경은 사회적 논쟁을 만들 수 있다. 산업, 소비자, 노동자, 환경, 비용, 기술 가능성이 모두 얽히기 때문이다. 그래서 기준을 정하는 일은 과학 지식과 민주적 절차, 투명한 정보 공개가 함께 필요하다. 화학의 책임은 여기서 드러난다. 물질의 성질을 아는 것만으로는 충분하지 않다. 그 지식을 어떤 기준으로 사회에 적용할지 논의해야 한다. 개념 붙잡기: 기준값, 노출, 안전계수 이 장에서 붙잡을 말은 기준값, 노출, 안전계수다. 기준값은 물질의 농도나 양을 관리하기 위해 정한 숫자다. 공기, 물, 식품, 의약품, 작업 환경 등 다양한 영역에서 쓰인다. 노출은 어떤 물질이 사람이나 생물, 환경에 닿거나 들어오는 일을 말한다. 농도뿐 아니라 시간, 경로, 대상이 함께 중요하다. 안전계수는 불확실성과 개인차를 고려해 기준을 더 조심스럽게 정하는 데 쓰이는 생각이다. 정리하면, 기준값은 완벽한 안전선이 아니라 위험을 줄이기 위해 사회가 정한 관리의 약속이다. 분자의 눈으로 보기 기준값을 분자의 눈으로 보면, 일정한 공간이나 물질 속에 들어 있는 분자의 수를 제한하는 일로 볼 수 있다. 공기 1세제곱미터 안에 어떤 기체 분자가 얼마나 있는지, 물 1리터 안에 어떤 이온이나 분자가 얼마나 있는지, 식품 1회 섭취량 속에 어떤 성분이 얼마나 들어 있는지를 따지는 것이다. 눈에 보이지 않는 작은 분자들을 직접 셀 수는 없지만, 측정 도구와 단위가 그 수를 대신 읽어 준다. [도식 2-1] 기준값을 읽는 세 질문 질문 의미 확인할 자료 얼마인가? 농도와 양 측정값, 표시량 얼마나 오래인가? 노출 시간 사용 빈도, 평균 노출 누구에게인가? 대상과 취약성 어린이, 작업자, 생물 기준값은 숫자 하나가 아니라, 숫자를 둘러싼 조건까지 함께 읽어야 한다. 오늘의 화학: 공기질과 수질 기준 미세먼지, 이산화 질소, 오존, 수질 오염 물질 같은 말은 뉴스에서 자주 등장한다. 이때 함께 나오는 것이 농도와 기준이다. 오늘의 농도가 기준보다 높은지 낮은지, 얼마나 오래 지속되는지, 어떤 행동 권고가 있는지 확인하게 된다. 공기질과 수질 기준은 개인이 감각만으로 판단하기 어려운 환경 정보를 숫자와 단계로 바꾸어 준다. 냄새가 나지 않아도 문제가 될 수 있고, 눈에 보이지 않아도 기준을 넘을 수 있다. 그래서 환경 정보를 읽는 능력은 현대 시민에게 중요한 과학 문해력이다. 탐구 보고서로 바꾸기 [탐구 보고서로 바꾸기] 오늘의 개념: 기준값은 물질의 농도와 노출을 관리하기 위해 사회가 정한 약속이다. 관찰 질문: 공기질, 수질, 식품 표시에는 기준값이나 권장량이 어떻게 제시될까? 보고서 주제: 생활 속 기준값 사례 3개를 비교해 기준이 필요한 이유를 설명할 수 있을까? 기록 방법: 사례, 기준값, 측정 단위, 적용 대상, 기준을 넘었을 때의 조치를 표로 정리한다. 이 탐구는 기준값을 직접 시험하기 위해 물질을 다루는 활동이 아니다. 공공 자료와 표시 정보를 읽고, 숫자가 어떤 조건에서 쓰이는지 분석하는 활동이다. 이 장을 한 문장으로 기준값은 물질의 위험을 줄이기 위해 농도, 노출, 대상, 불확실성을 고려해 정한 사회적 약속이다. 다음 장 예고 기준은 연구와 사회가 만나는 곳에서 만들어진다. 다음 장에서는 발견이 책임과 어떻게 연결되는지 살펴본다. 탐구 한 줄 기준값을 볼 때는 숫자 하나만 보지 말고, 그 숫자가 누구를 어떤 조건에서 보호하려는지 물어보자. 그림 1: 기준값을 안전과 위험을 가르는 절벽으로 읽으면 틀리고, 여기서부터 살펴보라는 표지판으로 읽어야 한다 화면을 좌우로 나눠 기준값을 읽는 두 방식을 견준다. 왼쪽은 기준선 아래를 안전, 위를 위험으로 딱 자르는 잘못된 읽기다. 오른쪽은 강조색으로, 기준 아래에서도 취약한 사람을 살피고 기준 위에서는 왜·얼마나·누가·조치를 확인하라고 적혀 있다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143814425_1.png ---------------------------------------- ### 3장 발견과 책임 사이 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol3-%ed%99%94%ed%95%99%ec%9c%bc%eb%a1%9c-%ec%9d%bd%eb%8a%94-%ed%99%98%ea%b2%bd%ec%83%9d%eb%aa%85%ec%95%88%ec%a0%84/3%ec%9e%a5-%eb%b0%9c%ea%b2%ac%ea%b3%bc-%ec%b1%85%ec%9e%84-%ec%82%ac%ec%9d%b4/ 질문: 과학의 발견은 언제부터 사회의 책임이 되나요? 요약: 발견이 연구실을 떠나 공장과 시장, 병원과 학교, 강과 바다로 들어갈 때입니다. 유용하다는 사실만으로는 충분하지 않고 얼마나 만들지, 어디에 쓸지, 누구에게 영향을 줄지, 사용 후 어디로 갈지 함께 물어야 합니다. 또 다른 질문: 연구자는 어디까지 책임지나요? 답: 정확한 자료와 정직한 기록, 동료 검토, 안전한 실험, 연구 윤리를 지킵니다. 위험 가능성을 숨기지 않고 자료의 한계를 밝힙니다. 다만 한 사람이 모든 결과를 혼자 책임질 수는 없어 기업과 정부와 시민이 함께 관여합니다. 또 다른 질문: 좋은 의도로 만든 기술은 결과도 좋은가요? 답: 항상 그렇지는 않습니다. 처음에는 장점이 더 크게 보이다가 시간이 지나며 환경 잔류성이나 생태 영향, 장기 노출 문제가 드러날 수 있습니다. 그래서 사후 관찰이 필요합니다. 발견 이후의 추적과 수정도 과학의 일부입니다. 또 다른 질문: 사회는 물질 사용을 어떻게 함께 판단하나요? 답: 과학자는 성질과 위험 가능성을 설명하고, 어떤 수준의 위험을 받아들일지와 이익과 비용을 어떻게 나눌지는 함께 논의합니다. 대체재 개발, 배출 기준, 사용 제한, 회수 체계, 비용 부담이 논의 대상입니다. 또 다른 질문: 기술 영향 평가는 무엇을 하는 일인가요? 답: 미래를 다 아는 예언이 아니라 예상 가능한 이익과 위험, 취약한 집단, 필요한 규제, 대체 기술, 장기 관찰 계획을 미리 생각하는 일입니다. 누가 이익을 얻고 누가 부담을 지는지 함께 묻습니다. 최종 확인: 2026-09-04T11:05:55+09:00 연구와 사회 새로운 물질이나 기술이 등장하면 사람들은 기대한다. 더 편리한 생활, 더 좋은 치료, 더 튼튼한 재료, 더 깨끗한 에너지, 더 많은 식량을 떠올린다. 과학의 발견은 실제로 인간의 삶을 크게 바꾸어 왔다. 하지만 발견은 혼자 움직이지 않는다. 발견은 연구실에서 시작될 수 있지만, 공장과 시장, 병원과 학교, 강과 바다, 사람들의 몸과 사회 제도 속으로 들어간다. 그때 발견은 책임의 질문을 만난다. 어떤 물질이 유용하다는 사실만으로 충분할까? 그 물질을 얼마나 만들 것인가, 어디에 쓸 것인가, 누구에게 영향을 줄 것인가, 사용 후 어디로 갈 것인가를 함께 물어야 한다. 이 장의 질문은 이것이다. 과학의 발견은 언제부터 사회의 책임이 될까? 발견은 가능성을 연다 새로운 물질을 발견하거나 만드는 일은 가능성을 연다. 합성염료는 색의 세계를 넓혔고, 질소비료는 농업 생산의 조건을 바꾸었다. 플라스틱은 가볍고 다양한 재료를 제공했고, 배터리는 전기를 이동 가능한 에너지로 만들었다. 의약품은 질병과 통증을 다루는 방법을 넓혔다. 이런 가능성은 과학의 중요한 성취다. Vol.3는 화학을 부정하는 책이 아니다. 화학은 인간이 물질을 이해하고 삶을 개선하는 데 큰 역할을 했다. 그러나 가능성은 질문도 함께 연다. 어떤 물질이 대량 생산되면 원료는 어디서 오는가? 제조 과정에서 노동자와 환경은 어떻게 보호되는가? 사용 후 폐기물은 어디로 가는가? 일부 사람에게만 이익이 돌아가고 다른 사람에게 부담이 남지는 않는가? 발견은 시작이다. 책임은 그 발견이 세상 속에서 움직일 때 시작된다. 연구자는 무엇을 책임질까 연구자는 새로운 사실을 찾고, 물질의 성질을 밝히고, 기술의 가능성을 시험한다. 연구자는 정확한 자료, 정직한 기록, 동료 검토, 안전한 실험, 연구 윤리를 지켜야 한다. 하지만 한 연구자가 세상의 모든 결과를 혼자 책임질 수는 없다. 물질이 사회에 들어가면 기업, 정부, 소비자, 시민, 교육 기관, 국제 기구가 함께 관여한다. 책임은 한 사람에게만 놓기보다 여러 단계로 나누어 보아야 한다. 연구자는 위험 가능성을 숨기지 않고, 자료의 한계를 분명히 말하고, 안전 기준을 지키며, 사회가 판단할 수 있는 정보를 제공할 책임이 있다. 기업은 제품을 안전하게 만들고 표시할 책임이 있다. 정부와 기관은 기준을 세우고 감시할 책임이 있다. 시민은 정보를 읽고, 질문하고, 참여할 책임이 있다. 책임은 누군가를 비난하기 위한 말이 아니라, 역할을 분명히 나누기 위한 말이다. 좋은 의도만으로 충분하지 않다 많은 기술은 좋은 의도에서 출발한다. 더 많은 식량을 만들고, 더 오래 보관하고, 더 편리하게 이동하고, 더 좋은 치료를 제공하려는 목적은 중요하다. 그러나 좋은 의도만으로 결과가 항상 좋은 것은 아니다. 어떤 물질은 처음에는 장점이 더 크게 보이다가, 시간이 지나며 환경 잔류성이나 생태 영향, 장기 노출 문제가 드러날 수 있다. 어떤 기술은 특정한 상황에서는 도움이 되지만, 다른 상황에서는 예상하지 못한 문제를 만들 수 있다. 그래서 책임 있는 연구와 사용에는 사후 관찰이 필요하다. 물질이 실제 환경에서 어떻게 이동하는지, 시간이 지나며 어떤 영향이 나타나는지, 예상과 다른 결과가 생기지는 않는지 계속 확인해야 한다. 과학은 한 번의 발견으로 끝나지 않는다. 발견 이후의 추적과 수정도 과학의 일부다. 사회는 어떻게 함께 판단할까 물질의 사용을 결정하는 일은 과학자만의 일이 아니다. 과학자는 물질의 성질과 위험 가능성을 설명할 수 있지만, 사회가 어떤 수준의 위험을 받아들일지, 어떤 이익과 비용을 어떻게 나눌지는 함께 논의해야 한다. 예를 들어 어떤 물질이 산업에 꼭 필요하지만 환경에 부담을 준다면, 사회는 대체재 개발, 배출 기준, 사용 제한, 회수 체계, 비용 부담을 논의해야 한다. 이때 과학 자료는 논의의 바탕이 되지만, 최종 판단에는 윤리와 정책, 경제와 시민의 의견도 들어간다. 책임은 혼자 감당하는 짐이 아니라 함께 정하는 기준이다. 좋은 사회는 과학을 두려워해서 멀리하지 않고, 과학을 믿는다는 이유로 질문을 멈추지도 않는다. 자료를 요구하고, 기준을 세우고, 새 증거가 나오면 조정한다. 개념 붙잡기: 연구 윤리, 사회적 책임, 사후 관찰 이 장에서 붙잡을 말은 연구 윤리, 사회적 책임, 사후 관찰이다. 연구 윤리는 연구가 정직하고 안전하며 책임 있게 이루어지도록 하는 기준이다. 자료 조작, 위험 은폐, 안전 수칙 위반은 연구 윤리에 어긋난다. 사회적 책임은 물질이나 기술이 사람과 환경에 미치는 영향을 여러 주체가 함께 고려하고 관리하는 책임이다. 사후 관찰은 물질이나 기술이 실제로 사용된 뒤 나타나는 효과와 문제를 계속 확인하는 일이다. 정리하면, 발견은 가능성을 열지만, 그 가능성이 사회 속으로 들어갈 때 책임의 기준도 함께 필요하다. 분자의 눈으로 보기 새로운 물질을 분자의 눈으로 보면 특정한 구조와 성질이 보인다. 그 구조가 색을 내거나, 전기를 저장하거나, 열에 견디거나, 몸속 단백질과 상호작용할 수 있다. 하지만 분자의 눈만으로는 충분하지 않다. 그 분자가 공장에서 얼마나 만들어지는지, 물과 공기 속에서 어떻게 이동하는지, 사람에게 어떤 경로로 닿는지, 분해되는 데 얼마나 걸리는지는 더 넓은 눈이 필요하다. [도식 3-1] 발견에서 책임으로 가는 질문 단계 핵심 질문 책임의 초점 발견 어떤 성질이 있는가? 정확한 자료와 검증 사용 어디에 얼마나 쓰는가? 안전 기준과 표시 확산 누구에게 닿는가? 노출과 취약성 이후 어디로 가고 남는가? 회수, 분해, 장기 영향 분자의 성질은 출발점이고, 사회 속 흐름은 책임의 지도다. 오늘의 화학: 기술 영향 평가 새로운 기술이 등장하면 그 기술의 장점만이 아니라 사회와 환경에 미칠 영향을 미리 살펴보려는 노력이 필요하다. 이를 넓게 기술 영향 평가라고 부를 수 있다. 기술 영향 평가는 완벽한 예언이 아니다. 미래를 모두 알 수는 없다. 그러나 예상 가능한 이익과 위험, 취약한 집단, 필요한 규제, 대체 기술, 장기 관찰 계획을 미리 생각하게 한다. 청소년 탐구에서도 이 태도를 적용할 수 있다. 어떤 화학 기술을 조사할 때 "무엇을 할 수 있게 되었는가"뿐 아니라 "누가 이익을 얻는가", "누가 부담을 지는가", "사용 후 무엇이 남는가"를 함께 묻는 것이다. 탐구 보고서로 바꾸기 [탐구 보고서로 바꾸기] 오늘의 개념: 과학의 발견은 가능성을 열지만, 사회 속에서 쓰일 때 안전 기준과 책임의 질문을 함께 만든다. 관찰 질문: 한 화학 기술의 장점과 남은 책임은 어떤 기준으로 비교할 수 있을까? 보고서 주제: 플라스틱, 질소비료, 배터리 중 하나를 골라 발견과 사용, 사용 후 책임을 균형 있게 설명할 수 있을까? 기록 방법: 기술, 장점, 사용 분야, 예상되는 부담, 관리 기준, 더 조사할 점을 표로 정리한다. 이 탐구는 특정 기업이나 개인을 비난하는 활동이 아니다. 공개 자료를 읽고, 기술의 장점과 책임을 기준에 따라 균형 있게 정리하는 활동이다. 이 장을 한 문장으로 과학의 발견은 가능성을 열지만, 그 가능성이 사회 속에서 쓰일 때 안전 기준과 사후 책임이 함께 필요하다. 다음 장 예고 책임을 사회적으로 나누기 위해서는 규제가 필요하다. 다음 장에서는 규제가 어떻게 생기고, 왜 사회적 합의가 필요한지 살펴본다. 탐구 한 줄 새로운 기술을 볼 때는 할 수 있는 일뿐 아니라, 사용 후 남는 질문까지 함께 적어 보자. ---------------------------------------- ### 4장 규제는 어떻게 생기나 https://voidlogpress.com/books/%ec%b2%ad%ec%86%8c%eb%85%84-%ed%83%90%ea%b5%ac-%eb%85%b8%ed%8a%b8-%ed%99%94%ed%95%99-vol3-%ed%99%94%ed%95%99%ec%9c%bc%eb%a1%9c-%ec%9d%bd%eb%8a%94-%ed%99%98%ea%b2%bd%ec%83%9d%eb%aa%85%ec%95%88%ec%a0%84/4%ec%9e%a5-%ea%b7%9c%ec%a0%9c%eb%8a%94-%ec%96%b4%eb%96%bb%ea%b2%8c-%ec%83%9d%ea%b8%b0%eb%82%98/ 질문: 규제는 왜 필요하고 어떻게 사회적 합의가 되나요? 요약: 물질은 눈에 보이지 않는 경로로 이동하고 오래 영향을 줄 수 있는데 소비자가 제품 속 물질을 직접 분석할 수는 없기 때문입니다. 그래서 사회는 기준과 표시, 허가와 감시, 회수와 폐기 규칙을 만듭니다. 또 다른 질문: 금지와 제한과 표시는 어떻게 다른가요? 답: 위험이 크고 대체 가능성이 높으면 금지를 고릅니다. 유용하지만 일정 수준 이상이 위험하면 사용량과 조건을 제한합니다. 사용은 가능하되 알아야 할 정보가 있으면 표시와 주의 문구를 붙이게 합니다. 또 다른 질문: 규제는 누가 결정하나요? 답: 한 사람이 마음대로 정하지 않습니다. 연구 자료와 전문가 검토, 정부 기관의 절차, 산업계와 시민 의견, 국제 기준, 법과 제도가 함께 작동합니다. 이해관계가 충돌할 수 있어 투명성이 중요합니다. 또 다른 질문: 규제와 혁신은 서로 적인가요? 답: 균형의 문제입니다. 너무 느슨하면 위험이 뒤늦게 드러나고, 너무 불명확하면 기업과 연구자도 어떤 기준을 따라야 할지 모릅니다. 기준이 분명하면 오히려 더 안전한 제품과 공정을 설계할 수 있습니다. 또 다른 질문: 제품 라벨은 규제와 어떤 관계인가요? 답: 라벨은 작은 규제입니다. 성분 표시와 사용 방법, 주의 문구, 보관과 폐기 방법이 모두 사용자가 더 안전하게 판단하도록 돕습니다. 라벨을 읽는 사람은 규제의 마지막 단계에 참여하는 셈입니다. 최종 확인: 2026-09-04T11:05:56+09:00 사회적 합의 규제라는 말을 들으면 답답하게 느끼는 사람도 있다. 무엇인가를 하지 못하게 막는 규칙처럼 보이기 때문이다. 그러나 규제는 단지 금지가 아니다. 규제는 사람들이 함께 살아가기 위해 위험을 줄이고, 정보의 불균형을 줄이고, 책임을 나누는 장치다. 화학 물질과 관련된 규제는 특히 중요하다. 물질은 눈에 보이지 않는 경로로 이동할 수 있고, 사람과 환경에 장기간 영향을 줄 수 있다. 소비자는 제품 속 모든 물질을 직접 분석할 수 없고, 시민은 공장과 유통 과정의 모든 정보를 알기 어렵다. 그래서 사회는 기준과 표시, 허가와 감시, 회수와 폐기 규칙을 만든다. 이 장의 질문은 이것이다. 규제는 왜 필요하고, 어떻게 사회적 합의가 될까? 규제는 정보의 다리를 놓는다 물질을 만드는 사람과 사용하는 사람 사이에는 정보 차이가 있다. 제조자는 성분과 공정을 더 잘 알고, 소비자는 제품 설명과 표시를 통해 일부 정보를 얻는다. 이 차이가 너무 크면 소비자는 안전한 선택을 하기 어렵다. 라벨, 성분표, 경고 표시, 사용 설명서는 이 정보 차이를 줄이는 장치다. 어떤 물질이 들어 있는지, 어떻게 사용해야 하는지, 무엇과 함께 쓰면 안 되는지, 어떻게 보관하고 폐기해야 하는지 알려 준다. 규제는 이런 표시가 마음대로 쓰이지 않도록 기준을 세운다. 어떤 정보를 반드시 적어야 하는지, 어떤 표현은 사용할 수 없는지, 위험 정보는 어떻게 알려야 하는지 정한다. 좋은 규제는 사람을 겁주기보다 필요한 정보를 정확히 전달하게 한다. 금지, 제한, 표시 규제에는 여러 방식이 있다. 어떤 물질이나 용도는 금지될 수 있다. 어떤 경우에는 완전히 금지하지 않고 사용량이나 사용 조건을 제한할 수 있다. 또 어떤 경우에는 사용할 수 있지만 반드시 표시와 주의 문구를 붙이도록 할 수 있다. 금지, 제한, 표시는 각각 다른 선택이다. 위험이 크고 대체 가능성이 높다면 금지가 선택될 수 있다. 유용성이 있지만 일정 수준 이상은 위험하다면 제한이 필요할 수 있다. 사용은 가능하지만 소비자가 알아야 할 정보가 있다면 표시가 중요하다. 규제는 항상 한 가지 답만 있는 것이 아니다. 과학 자료, 기술 가능성, 사회적 필요, 경제적 영향, 취약한 사람들의 보호, 환경 영향을 함께 고려해야 한다. 그래서 규제는 과학과 정책이 만나는 자리다. 누가 결정하는가 규제는 한 사람이 마음대로 정하지 않는다. 보통 연구 자료, 전문가 검토, 정부 기관의 절차, 산업계와 시민 의견, 국제 기준, 법과 제도가 함께 작동한다. 물론 이 과정이 언제나 완벽한 것은 아니다. 이해관계가 충돌하고, 자료가 부족하며, 결정이 늦어질 수도 있다. 그래서 투명성이 중요하다. 어떤 근거로 기준을 정했는지, 누가 의견을 냈는지, 기준을 바꾸려면 어떤 자료가 필요한지 공개되어야 한다. 청소년이 규제를 공부한다는 것은 법 조항을 외우는 일이 아니다. 어떤 기준이 왜 생겼는지, 누구를 보호하려는지, 어떤 정보가 더 필요한지를 묻는 일이다. 규제는 사회가 물질을 다루는 방법을 배워 가는 과정이다. 규제와 혁신은 적일까 규제가 있으면 새로운 기술이 늦어질 수 있다고 말하는 사람도 있다. 반대로 규제가 없으면 위험이 커질 수 있다고 말하는 사람도 있다. 두 말 모두 일부는 맞다. 중요한 것은 균형이다. 규제가 너무 느슨하면 위험이 뒤늦게 드러나 큰 피해가 생길 수 있다. 규제가 너무 불명확하면 기업과 연구자도 어떤 기준을 따라야 할지 알기 어렵다. 반대로 규제가 지나치게 경직되면 필요한 기술이 사회에 들어오기 어려울 수 있다. 좋은 규제는 혁신을 막는 벽이 아니라 안전하게 건너기 위한 다리여야 한다. 기준이 분명하면 연구자와 기업은 그 기준에 맞춰 더 안전한 제품과 공정을 설계할 수 있다. 책임 있는 혁신은 자유와 규칙을 함께 필요로 한다. 개념 붙잡기: 규제, 표시, 사회적 합의 이 장에서 붙잡을 말은 규제, 표시, 사회적 합의다. 규제는 위험을 줄이고 안전한 사용을 돕기 위해 사회가 정한 기준과 절차다. 금지, 제한, 허가, 감시, 회수 같은 방식이 있다. 표시는 제품이나 물질에 관한 정보를 사용자가 알 수 있게 적는 것이다. 성분, 용도, 주의 문구, 보관 방법, 폐기 방법이 포함될 수 있다. 사회적 합의는 여러 이해관계자와 시민이 근거를 바탕으로 함께 기준을 정하는 과정이다. 정리하면, 규제는 물질을 무조건 막는 장치가 아니라 안전과 정보, 책임을 사회적으로 나누기 위한 약속이다. 분자의 눈으로 보기 분자 하나는 규제를 알지 못한다. 분자는 자신의 성질에 따라 반응하고 이동한다. 그러나 사람은 분자의 성질을 알고, 그 분자가 어디에 얼마나 쓰일지 결정한다. 규제는 분자 자체를 바꾸지 않는다. 대신 분자가 사회 속에서 이동하는 길을 관리한다. 어느 제품에 들어갈 수 있는지, 얼마나 들어갈 수 있는지, 어떻게 표시해야 하는지, 사용 후 어디로 가야 하는지를 정한다. [도식 4-1] 규제의 네 가지 도구 도구 역할 예시 질문 허가 쓰기 전에 검토 어떤 조건에서 사용할 수 있는가? 제한 양과 용도를 조절 얼마나, 어디까지 허용할 것인가? 표시 정보를 공개 사용자는 무엇을 알아야 하는가? 감시 사용 후 확인 실제로 기준이 지켜지는가? 규제는 물질의 성질과 사회의 선택 사이를 연결하는 장치다. 오늘의 화학: 라벨은 작은 규제다 제품 라벨은 작은 종이처럼 보이지만, 그 안에는 규제와 책임이 들어 있다. 성분 표시, 사용 방법, 주의 문구, 보관 방법, 폐기 방법은 모두 사용자가 더 안전하게 판단하도록 돕는다. 라벨을 읽는 사람은 규제의 마지막 단계에 참여하는 셈이다. 아무리 좋은 기준이 있어도 사용자가 정보를 읽지 않으면 안전한 사용으로 이어지기 어렵다. 라벨 읽기는 사소한 습관이 아니라 물질 사회를 살아가는 시민의 과학 문해력이다. 탐구 보고서로 바꾸기 [탐구 보고서로 바꾸기] 오늘의 개념: 규제는 물질의 사용과 표시, 감시를 통해 위험을 줄이고 책임을 나누는 사회적 약속이다. 관찰 질문: 생활용품 라벨은 어떤 정보를 반드시 전달하려고 할까? 보고서 주제: 제품 라벨 3개를 비교해 표시 정보가 사용자 안전과 어떻게 연결되는지 설명할 수 있을까? 기록 방법: 제품명, 표시된 성분, 사용 방법, 주의 문구, 보관·폐기 방법, 보호하려는 대상을 표로 정리한다. 이 탐구는 제품의 성능을 직접 시험하거나 섞어 보는 활동이 아니다. 라벨과 공개 기준 자료를 읽고, 표시 정보의 역할을 분석하는 활동이다. 이 장을 한 문장으로 규제는 물질을 무조건 막는 장치가 아니라, 정보와 기준을 통해 위험을 줄이고 책임을 나누는 사회적 약속이다. 다음 장 예고 규제와 기준을 이해하려면 위험을 읽는 법이 필요하다. 다음 장에서는 확률과 노출이라는 관점으로 위험을 더 차분하게 읽어 본다. 탐구 한 줄 라벨을 읽는 일은 작은 습관이지만, 물질을 책임 있게 사용하는 첫걸음이다. ---------------------------------------- ## AI는 당신을 평균으로 만든다 ISBN 9791143814432 · 2026-07-18 · 허구진 지음 https://voidlogpress.com/books/ai%eb%8a%94-%eb%8b%b9%ec%8b%a0%ec%9d%84-%ed%8f%89%ea%b7%a0%ec%9c%bc%eb%a1%9c-%eb%a7%8c%eb%93%a0%eb%8b%a4/ ### 2장. 입력 격차: 같은 AI로 다른 답을 받는 사람들 https://voidlogpress.com/books/ai%eb%8a%94-%eb%8b%b9%ec%8b%a0%ec%9d%84-%ed%8f%89%ea%b7%a0%ec%9c%bc%eb%a1%9c-%eb%a7%8c%eb%93%a0%eb%8b%a4/2%ec%9e%a5-%ec%9e%85%eb%a0%a5-%ea%b2%a9%ec%b0%a8-%ea%b0%99%ec%9d%80-ai%eb%a1%9c-%eb%8b%a4%eb%a5%b8-%eb%8b%b5%ec%9d%84-%eb%b0%9b%eb%8a%94-%ec%82%ac%eb%9e%8c%eb%93%a4/ 질문: 같은 AI를 쓰는데 결과물이 달라지는 이유는 무엇인가요? 요약: 문장력이 아니라 질문창에 넣은 재료의 차이입니다. 입력은 자료 붙여넣기가 아니라 AI가 볼 수 있게 만든 작업자의 맥락입니다. 경험과 관찰, 관점과 자료 네 가지에서 격차가 만들어집니다. 또 다른 질문: AI에 넣는 경험은 어느 정도 크기여야 하나요? 답: 이력보다 작아야 합니다. 마케팅 담당자 관점처럼 넓은 역할은 평균적인 문장으로 가기 쉽고, 최근 세 번의 캠페인에서 할인 문구보다 사용 장면 문구의 반응이 좋았다는 좁은 경험이 특정한 판단으로 이어집니다. 또 다른 질문: 관찰을 입력할 때 주의할 점은 무엇인가요? 답: 해석을 조금 늦추는 편이 좋습니다. 고객이 브랜드를 신뢰하지 않는다보다 문의에서 정말 무료인가요라는 질문이 반복됐다가 낫습니다. 하나는 평가이고 하나는 장면입니다. 관찰은 원재료로 남길수록 힘이 셉니다. 또 다른 질문: 자료는 많이 넣을수록 좋은가요? 답: 양보다 배치입니다. 모든 것을 같은 무게로 던지면 AI는 그럴듯한 공통점을 찾습니다. 기준 자료, 반대 의견, 최근 관찰, 금지 표현처럼 라벨을 붙이면 무엇을 더 믿고 무엇을 경계하는지 전달됩니다. 또 다른 질문: 자료를 넣기 전에 지워야 할 것은 무엇인가요? 답: 사내 정책을 먼저 확인하고 결과물에 필요하지 않은 정보를 지웁니다. 고객 이름과 연락처, 계약 조건, 미공개 지표는 대부분 빼도 답의 품질이 떨어지지 않습니다. 필요한 맥락만 남기고 나머지는 익명화합니다. 최종 확인: 2026-09-04T22:10:04+09:00 같은 회의가 끝났다. 두 사람이 각자 자리로 돌아와 AI에게 회의 요약을 맡긴다. 둘 다 같은 도구를 쓰고, 둘 다 비슷한 시간을 들인다. 그런데 결과물은 다르다. A는 회의록 원문을 붙이고 "요약해줘"라고 쓴다. 결과는 깔끔하다. 안건별로 정리되어 있고, 결정 사항과 할 일이 나뉘어 있다. 틀린 말은 적다. 다만 회의실에서 실제로 중요했던 긴장은 빠져 있다. 누구의 우려가 남았는지, 다음 회의에서 다시 터질 쟁점이 무엇인지 보이지 않는다. B는 회의록 원문을 붙이기 전에 세 가지를 덧붙인다. 이번 회의의 목적, 팀장이 민감하게 본 기준, 고객지원팀이 반복해서 제기한 불만. 그다음 "요약해줘"가 아니라 "다음 의사결정에서 다시 봐야 할 쟁점 중심으로 정리해줘"라고 쓴다. 출력물은 더 짧지만 쓸모가 다르다. 회의의 표면보다 다음 행동에 가깝다. 두 사람의 차이는 문장력이 아니다. 질문창에 넣은 재료의 차이다. 같은 AI를 써도 입력이 다르면 답의 위치가 바뀐다. 이 장의 관심은 그 지점에 있다. AI에게 무엇을 시키느냐보다, AI가 무엇을 보고 답하게 하느냐. 입력은 자료 붙여넣기가 아니다 많은 사람이 입력을 자료량으로 이해한다. 문서를 길게 붙이면 좋은 답이 나올 것이라고 기대한다. 물론 자료는 필요하다. 빈 질문보다 실제 자료가 있는 질문이 낫다. 그런데 자료가 많다고 기준이 생기지는 않는다. AI에게 회의록 10쪽을 넣고 "중요한 내용을 뽑아줘"라고 하면, AI는 문서 안에서 반복되거나 형식상 눈에 띄는 항목을 중심으로 정리한다. 그게 틀렸다고 말하기는 어렵다. 그러나 작업자가 정말 보고 싶었던 것이 "다음 결정을 막을 위험"이었다면 결과는 빗나간다. 자료는 있었지만 관점이 없었던 셈이다. 입력은 AI가 볼 수 있게 만든 작업자의 맥락이다. 문서 자체, 현장에서 본 장면, 독자의 상태, 판단 기준, 피해야 할 표현이 함께 들어간다. 자료는 그중 하나일 뿐이다. 좋은 입력은 길이보다 방향이 뚜렷하다. 입력 격차는 네 가지에서 만들어진다. 경험, 관찰, 관점, 자료. 이 네 가지는 거창한 자산이 아니다. 이미 일하는 사람이 매일 쌓고 있는 것들이다. 다만 대부분은 AI가 읽을 수 있는 형태로 정리되어 있지 않다. 경험은 이력보다 작은 단위다 경험이라고 하면 큰 경력을 떠올리기 쉽다. 몇 년 차인지, 어떤 프로젝트를 했는지, 어떤 직무를 맡았는지. AI에게 넣는 경험은 그보다 작아야 한다. 한 번 겪은 실패, 반복해서 고친 문장, 고객이 불편해한 순간, 회의에서 말이 막힌 지점. 그런 작은 조각이 더 잘 작동한다. "마케팅 담당자 관점에서 써줘"라는 말은 넓다. "최근 세 번의 캠페인에서 할인 문구보다 사용 장면 문구의 반응이 좋았다"는 말은 좁다. AI는 좁은 경험을 더 잘 붙잡는다. 넓은 역할은 평균적인 마케팅 문장으로 가기 쉽고, 좁은 경험은 특정한 판단으로 이어진다. 경험은 특히 문체를 바꾼다. AI는 기본적으로 안전한 표현을 고르려 한다. 그런데 작업자의 실패 경험이 들어가면 표현의 방향이 달라진다. "고객은 기능명보다 자기 상황을 먼저 본다"라는 경험이 입력되면, 출력은 기능 나열에서 장면 설명 쪽으로 이동한다. 작은 경험 하나가 문단의 중심을 옮긴다. 경험을 입력할 때는 과장할 필요가 없다. "우리는 이런 시장을 선도했다" 같은 문장은 다시 평균으로 간다. 대신 작업 중 실제로 부딪힌 것을 적는다. "팀 내부에서는 속도보다 재작업 감소를 더 중요하게 본다." "고객은 가격보다 설치 과정에서 막힌다는 말을 많이 했다." 이런 문장. 현장의 온도. 경험은 AI를 설득하기 위한 장식이 아니다. AI가 답을 만들 때 사용할 좌표다. 좌표가 없으면 지도 가운데로 간다. 좌표가 있으면 특정한 골목으로 들어간다. 관찰은 방금 본 것을 붙잡는 일 관찰은 경험보다 더 작다. 오늘 회의에서 누군가 멈칫한 표정, 고객 문의에 반복된 단어, 댓글에서 유독 많이 보인 오해, 상사가 빨간펜으로 고친 제목. 이런 것들은 공식 자료에는 잘 남지 않는다. 그러나 결과물의 차이를 만드는 재료가 되기 쉽다. AI는 관찰하지 않는다. 사용자가 넣어준 것을 바탕으로 패턴을 만든다. 그래서 현장에서 본 작은 장면은 강한 입력이 된다. "사용자들이 어렵다고 말했다"보다 "사용자들이 첫 화면에서 다음 버튼을 못 찾았다"가 낫다. 두 문장의 차이는 크다. 하나는 평가이고, 하나는 장면이다. 관찰을 넣으면 문장이 추상어에서 벗어난다. "접근성을 개선해야 한다"는 말은 맞지만 넓다. "모바일 화면에서 신청 버튼이 접힌 영역 아래에 있어 문의가 늘었다"는 말은 좁고 선명하다. AI는 이 좁은 문장을 바탕으로 더 구체적인 해결안을 만든다. 관찰은 문장을 바닥에 붙인다. 관찰은 최신성도 준다. AI가 알고 있는 일반 지식보다 지금 내 일터에서 벌어진 일이 더 중요할 때가 많다. 지난주 고객 반응, 어제 회의에서 나온 반대 의견, 오늘 받은 메일의 어조. 이런 것들은 모델의 지식 안에 없다. 사용자가 넣어야만 답에 들어간다. 관찰을 입력할 때는 해석을 조금 늦추는 편이 좋다. "고객이 우리 브랜드를 신뢰하지 않는다"보다 "고객 문의에서 '정말 무료인가요'라는 질문이 반복됐다"가 낫다. 해석은 나중에 붙일 수 있다. 관찰은 원재료로 남겨둘수록 힘이 세다. 관점은 무엇을 중요하게 볼지 정하는 일 같은 자료라도 관점이 다르면 답이 달라진다. 매출팀은 전환율을 보고, 고객지원팀은 문의 감소를 보고, 브랜드 담당자는 신뢰 손상을 본다. 자료 하나가 여러 방향으로 읽힌다. AI에게 관점을 주지 않으면 가장 일반적인 독해가 나온다. 관점은 역할보다 구체적이어야 한다. "전문가처럼"은 넓다. "재작업을 줄이려는 운영 담당자의 관점"은 좁다. "초보 고객이 첫 결제 전에 불안해하는 지점"은 더 좁다. 좁을수록 AI는 무엇을 강조하고 무엇을 덜어낼지 알게 된다. 관점은 글의 우선순위를 바꾼다. 신제품 소개문을 쓸 때 기능 관점이면 사양이 앞에 온다. 고객 불안 관점이면 사용 전 망설임이 앞에 온다. 내부 승인 관점이면 비용과 리스크가 앞에 온다. 같은 제품이라도 첫 문단이 달라진다. 그래서 관점은 질문 앞에 놓인 편집 결정이다. 관점을 입력할 때는 "무엇을 버릴지"까지 함께 적으면 더 좋다. "과장된 성장 표현은 빼고, 실제 사용 장면을 중심으로 써라." "기능명보다 업무 시간이 줄어드는 순간을 앞세워라." "전문가 독자가 아니라 처음 쓰는 사람 기준으로 설명해라." 이런 문장은 결과물의 표정을 바꾼다. 관점이 없으면 AI는 균형을 잡으려 한다. 균형은 좋은 덕목이지만, 모든 글이 균형만 잡으면 결정이 보이지 않는다. 독자는 글에서 누가 무엇을 중요하게 보는지 알고 싶다. 관점은 그 흔적을 남긴다. 자료는 출처보다 배치가 중요하다 자료를 넣는 일은 단순한 붙여넣기가 아니다. 같은 자료도 어떤 순서와 설명으로 넣느냐에 따라 결과가 달라진다. AI에게는 문서 더미보다 읽는 방향이 필요하다. 어떤 자료가 기준이고, 어떤 자료가 참고이며, 어떤 자료는 반대 사례인지 알려줘야 한다. 자료를 넣을 때 가장 흔한 실수는 모든 것을 같은 무게로 던지는 일이다. 고객 인터뷰, 내부 회의록, 경쟁사 페이지, 오래된 기획서, 최신 지표가 한꺼번에 들어간다. AI는 그 안에서 그럴듯한 공통점을 찾는다. 그러나 작업자는 특정한 판단을 원했을 수 있다. 공통점보다 충돌 지점이 중요했을 수도 있다. 자료에는 라벨이 필요하다. "기준 자료", "반대 의견", "최근 관찰", "금지 표현", "참고만 할 자료" 같은 라벨. 라벨이 붙으면 AI는 자료를 같은 덩어리로 보지 않는다. 작업자가 어떤 자료를 더 믿는지, 어떤 자료를 경계하는지 알 수 있다. 자료의 양이 많을수록 요약부터 시키고 싶어진다. 그 마음은 이해된다. 그러나 요약은 목적이 없으면 평균으로 간다. "이 자료를 요약해줘"보다 "신규 고객이 결제 전 망설이는 이유를 찾는 관점으로 요약해줘"가 낫다. 목적이 자료의 독해 방식을 바꾼다. 출처 확인은 5장에서 더 깊게 다룬다. 여기서는 입력 단계의 한 가지만 붙잡으면 된다. 자료는 AI가 답을 만들 때 기대는 바닥이다. 바닥이 기울어져 있으면 답도 기울어진다. 그래서 자료를 넣는 일은 이미 판단의 일부다. 넣기 전에 지우는 것 실제 자료를 넣는 일과 원문을 통째로 붙여넣는 일은 다르다. 회사 기밀, 고객 개인정보, 아직 공개되지 않은 수치를 외부 AI에 그대로 넣기 전에 한 번 멈춰야 한다. 먼저 사내 정책을 확인한다. 외부 도구에 어떤 자료까지 넣어도 되는지 정해둔 곳이 많다. 그다음 결과물을 만드는 데 필요하지 않은 정보를 지운다. 고객 이름, 연락처, 계약 조건, 미공개 지표는 대부분 빼도 답의 품질이 떨어지지 않는다. 필요한 맥락만 남기고 나머지는 익명화한다. 실제 회사명 대신 조건을 요약하고, 구체적인 수치 대신 범위를 넣는 식이다. 자료를 지우는 일도 자료를 넣는 일만큼 입력 설계의 일부다. 입력 템플릿 입력은 감으로 넣으면 매번 흔들린다. 그래서 반복 가능한 틀이 필요하다. 이 책에서 쓰는 기본 틀은 세 칸이다. 직무 X 나는 지금 어떤 역할에서 이 결과물을 쓰는가. 최근 관찰 Y 최근 실제로 본 장면, 들은 말, 반복된 문제는 무엇인가. 나만의 기준 Z 이번 결과물에서 살리고 싶은 기준과 피하고 싶은 표현은 무엇인가. 이 틀은 짧다. 대신 빈말을 허용하지 않는다. "기획자 관점"이라고 쓰고 끝내면 약하다. "신규 서비스 온보딩을 줄이는 기획자 관점"이라고 적으면 방향이 생긴다. "고객이 불편해한다"보다 "고객이 첫 화면에서 가격 정보를 찾지 못해 문의했다"가 낫다. "좋은 문장"보다 "기능명보다 사용 장면을 먼저 보여주는 문장"이 낫다. 예를 들어 고객 메일을 써야 한다면 이렇게 넣을 수 있다. 직무 X 나는 고객지원 담당자다. 환불을 막는 것이 아니라 고객이 다음 선택을 이해하게 만드는 메일을 써야 한다. 최근 관찰 Y 최근 문의에서 "어디서 취소하나요"보다 "취소하면 데이터가 사라지나요"라는 질문이 더 많았다. 나만의 기준 Z 방어적인 표현은 피한다. 고객이 불안해하는 데이터 보관 여부를 먼저 말한다. 할인 제안은 마지막에 짧게 둔다. 같은 요청이라도 이 입력을 넣으면 결과가 달라진다. "환불 방어 메일"이 아니라 "불안을 줄이는 안내 메일"로 이동하기 때문이다. AI가 더 똑똑해진 것이 아니다. 작업자가 답의 방향을 좁혔다. 입력의 힘. 제안서 첫 문단을 써야 할 때도 같다. 직무 X 나는 B2B SaaS 영업 담당자다. 첫 문단에서 기능 자랑보다 상대 회사의 반복 업무 문제를 짚어야 한다. 최근 관찰 Y 상대 회사 담당자는 도입 비용보다 기존 엑셀 파일을 버려야 하는 부담을 더 크게 말했다. 나만의 기준 Z "업무 효율 혁신" 같은 표현은 쓰지 않는다. 기존 파일을 유지하면서 반복 입력을 줄인다는 관점으로 쓴다. 이 입력에는 화려한 프롬프트 기술이 없다. 대신 실제 대화에서 나온 부담이 들어 있다. 그 한 줄이 문장의 방향을 바꾼다. 기능 중심 글은 전환 부담 중심 글로 바뀌고, 설득의 순서도 달라진다. 세 칸은 직무마다 다르게 채워진다. 같은 틀을 쓰되, 들어가는 재료가 달라지는 방식이다. 아래 예시는 그대로 외우기 위한 문장이 아니다. 내 일의 재료를 어느 크기로 잘라 넣을지 보는 샘플에 가깝다. 작업 직무 X 최근 관찰 Y 나만의 기준 Z 내부 보고 팀장에게 주간 진행 상황을 공유하는 실무자 일정 지연보다 의사결정 대기 시간이 더 길었다 변명보다 병목을 먼저 드러낸다 상세페이지 첫 구매자를 설득해야 하는 마케터 댓글에서 "나한테 필요한지 모르겠다"는 반응이 반복됐다 기능보다 사용 전 상황을 먼저 쓴다 채용 공고 지원자에게 팀의 일하는 방식을 보여줘야 하는 담당자 지원자 질문이 복지보다 온보딩 방식에 몰렸다 멋진 문화어보다 첫 30일의 실제 일을 보여준다 강의 소개 초보 학습자를 모집하는 강사 수강생은 난도보다 따라갈 수 있는지 불안해했다 결과 약속보다 수업 중 막히는 순간의 지원을 설명한다 이 표에서 중요한 쪽은 가운데 칸이다. 최근 관찰 Y가 비어 있으면 직무 X와 기준 Z는 금방 추상어가 된다. "마케터"와 "고객 중심"만으로는 평균에서 멀리 못 간다. 관찰이 들어와야 문장이 바닥을 만진다. 독자가 실제로 한 말, 팀원이 실제로 고친 문장, 고객이 실제로 머뭇거린 지점. 이런 것들이 입력의 무게를 만든다. 관찰이 없을 때는 새로 만들지 않는다. 허구의 고객 반응을 꾸며 넣는 순간, 입력은 자료가 아니라 장식이 된다. 차라리 "최근 관찰 없음. 일반적인 독자 가정으로 쓰되, 과장된 사례는 만들지 말 것"이라고 적는 편이 낫다. 빈칸을 인정하는 것도 기준이다. 템플릿을 쓸 때는 한 번에 모든 칸을 완성하려 하지 않아도 된다. 오늘은 직무 X만 좁히고, 내일은 최근 관찰 Y를 하나 붙이면 된다. 기준 Z는 작업을 몇 번 고친 뒤에야 보일 때도 있다. 반복해서 고친 표현, 계속 지운 문장, 마음에 걸린 단어가 기준의 재료가 된다. 입력은 책상 위에서 한 번에 완성되는 서류가 아니라, 일하면서 자라는 메모에 가깝다. 오늘 밤 바로 세팅하는 루틴 입력 템플릿은 읽는 순간보다 쓰는 순간에 힘이 생긴다. 오늘 밤 10분만 따로 떼어도 충분하다. 새 도구를 열 필요도 없다. 메모 앱 하나면 된다. 제목은 "AI 입력 재료" 정도면 족하다. 첫 칸에는 직무 X를 적는다. 정식 직함이 아니라 지금 자주 만드는 결과물 기준으로 쓴다. "마케팅 담당자"보다 "상세페이지 첫 문단을 자주 고치는 사람"이 낫다. "기획자"보다 "회의 후 의사결정 메모를 남기는 사람"이 낫다. 직무는 명함이 아니라 반복 작업의 이름이다. 둘째 칸에는 최근 관찰 Y를 적는다. 지난 일주일 동안 실제로 본 문장 세 개면 된다. 고객이 남긴 질문, 상사가 지운 표현, 팀원이 헷갈려 한 용어, 내가 다시 고친 제목. 짧아도 괜찮다. 관찰은 길이보다 실제성이 중요하다. 셋째 칸에는 기준 Z를 적는다. 내가 살리고 싶은 문장, 피하고 싶은 표현, 독자에게 먼저 보여주고 싶은 판단. 여기에는 취향도 들어간다. "과장된 성장 표현을 피한다." "숫자가 없으면 효과를 단정하지 않는다." "기능명보다 사용 장면을 먼저 쓴다." 이런 기준은 AI에게 맡길 수 없는 작업자의 서명에 가깝다. 이 루틴은 세 번만 반복해도 모양이 생긴다. 첫날에는 재료를 모은다. 둘째 날에는 실제 질문에 붙여본다. 셋째 날에는 AI가 놓친 부분을 기준 Z에 추가한다. 거창한 운영표가 필요하지 않다. 작은 메모 세 줄. 그 정도면 충분히 시작할 수 있다. 예를 들어 첫날 메모가 이렇게 남았다고 해보자. 직무 X 나는 교육 서비스 상세페이지를 고치는 사람이다. 최근 관찰 Y 문의에서 "초보도 가능한가요"보다 "중간에 못 따라가면 어떻게 되나요"라는 질문이 더 자주 나왔다. 나만의 기준 Z 수강 후 성과를 크게 약속하지 않는다. 대신 막혔을 때 다시 따라잡는 장치를 앞에 둔다. 둘째 날에는 이 메모를 질문 앞에 붙인다. 결과가 나오면 바로 쓰지 않는다. 최근 관찰 Y가 문장 안에 살아 있는지 본다. "초보도 쉽게 배울 수 있다" 정도로만 나오면 부족하다. "중간에 놓쳤을 때 돌아갈 수 있는 복습 경로"가 보이는지 확인한다. 입력은 출력의 채점표가 된다. 셋째 날에는 기준을 고친다. AI가 자꾸 "쉽고 빠르게" 같은 표현을 쓴다면 기준 Z에 "쉽고 빠르게 금지"를 넣는다. AI가 수강생 불안을 너무 길게 끌고 가면 "불안 언급은 첫 문단에서만 쓰고 바로 장치 설명으로 이동"이라고 적는다. 이렇게 기준은 점점 개인화된다. 같은 도구를 쓰는 사람과 다른 결과를 받기 시작하는 지점. 이 세 칸을 한 번 만들어두면 다음 질문부터 달라진다. 입력창에 바로 붙일 수 있고, 작업마다 일부만 바꿀 수 있다. 질문을 잘 쓰려고 매번 머리를 쥐어짜는 대신, 내 일의 재료를 꺼내 쓰는 방식으로 바뀐다. 이것이 입력 격차의 시작이다. 이 책 제작 노트 이 책도 같은 방식으로 시작했다. AI에게 바로 "AI 활용 자기계발서를 써줘"라고 묻지 않았다. 그 질문은 너무 넓다. 그렇게 물으면 AI 자기계발서의 평균으로 들어갈 가능성이 크다. 그래서 입력을 먼저 만들었다. 처음 넣은 것은 제목의 위협이었다. "AI는 당신을 평균으로 만든다"라는 문장이 독자에게 어떻게 들릴지부터 봤다. 공격처럼 보일 위험이 있었고, 사용자를 탓하는 문장으로 읽힐 위험도 있었다. 그래서 1장에는 방어 문장을 앞에 두기로 했다. 평균은 수학 명제가 아니라 경향이라는 설명. 독자 탓이 아니라 도구와 사용 흐름의 문제라는 기준. 그다음 넣은 것은 문체 기준이었다. 경어체를 쓰지 않는다. 과장된 성과 약속을 하지 않는다. 허구의 1인칭 일화를 만들지 않는다. AI가 만든 듯한 대칭 문장과 매끄러운 요약을 경계한다. 이런 기준이 없으면 책은 자기 주장을 배반한다. 평균을 벗어나자는 책이 평균적인 AI 문장으로 쓰일 수는 없기 때문이다. 자료도 라벨을 붙여 넣었다. 연구 서지는 "본문 근거", 경쟁서는 "시장 위치", 기존 집필 설계는 "구조 기준", 폐기 문단은 "4장 원자재"로 나눴다. 모든 자료를 같은 무게로 넣지 않았다. 자료의 종류를 나눈 순간, AI는 단순 요약보다 작업 보조에 가까워졌다. 이 제작 노트는 자랑이 아니다. 원리의 공개다. 결과물의 차이는 입력 이전의 준비에서 이미 만들어진다. 책 한 권도 그렇고, 메일 한 통도 그렇다. 입력이 바꾸는 감각 좋은 입력을 넣으면 출력이 늘 좋아진다고 말할 수는 없다. AI는 여전히 어색한 문장을 만들고, 자료를 잘못 읽고, 기준을 놓칠 때가 있다. 그래서 판단과 편집과 검증이 필요하다. 이 책의 다음 장들이 그 일을 맡는다. 그러나 입력이 바뀌면 작업자의 감각은 먼저 달라진다. AI가 내놓은 답을 평가할 기준이 생긴다. "마음에 든다"와 "별로다" 사이에서 헤매지 않는다. 내가 넣은 경험이 반영됐는지, 관찰이 살아 있는지, 관점이 흐려지지 않았는지, 자료의 우선순위가 맞는지 볼 수 있다. 입력이 없을 때는 AI의 답이 기준처럼 보인다. 입력이 있을 때는 AI의 답이 후보처럼 보인다. 이 차이는 크다. 후보는 고를 수 있고, 버릴 수 있고, 다시 시킬 수 있다. 기준을 가진 사람은 출력 앞에서 덜 흔들린다. 같은 AI를 쓰는 시대에는 도구 접근성만으로 차이가 나지 않는다. 차이는 도구 앞에 무엇을 들고 가느냐에서 난다. 빈손으로 가면 평균을 받기 쉽다. 경험과 관찰과 관점과 자료를 들고 가면 답의 좌표가 달라진다. 질문을 보내기 전 마지막으로 볼 것은 단순하다. 이 입력 안에 내 일이 들어 있는가? 최근에 실제로 본 장면이 있는가? 피하고 싶은 표현이 적혀 있는가? 답을 받은 뒤 무엇을 기준으로 고를지 보이는가? 네 물음 중 하나라도 비어 있으면 AI는 다시 중심부로 돌아갈 가능성이 크다. 그럴 때는 질문을 더 멋지게 고치기보다 입력을 한 줄 더 보태는 편이 낫다. 입력은 AI에게 주는 설명이면서 자기 자신에게 주는 기준표다. 이 기준표가 있으면 출력이 나오는 순간부터 작업자가 움직일 수 있다. 무엇을 살릴지, 무엇을 버릴지, 무엇을 다시 물을지 보이기 때문이다. 평균을 벗어나는 일은 대개 거대한 아이디어보다 이런 작은 준비에서 시작된다. 조용하지만 확실한 차이. 다음 장에서는 그 좌표를 질문의 구조로 바꾼다. 입력 재료를 모았다고 해서 질문이 저절로 좋아지는 것은 아니다. 답을 시키는 질문과 생각을 빌리는 질문은 다르다. 이제 질문창 안쪽으로 들어갈 차례다. 그림 1: 같은 회의록과 같은 AI라도 목적과 기준을 함께 넣은 쪽이 다음 행동에 가까운 답을 받는다 맨 위 상자에 같은 회의록과 같은 AI가 놓이고 아래로 두 갈래가 갈린다. 왼쪽 A는 회의록과 요약 요청만 넣어 안건별 정리를 받고, 오른쪽 B는 강조색으로 회의 목적과 팀장의 기준, 반복된 불만을 덧붙이고 쟁점 중심 정리를 요청해 다음 행동에 가까운 답을 받는다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143814432_1.png ---------------------------------------- ### 4장. 버릴 줄 아는 사람이 저자가 된다 https://voidlogpress.com/books/ai%eb%8a%94-%eb%8b%b9%ec%8b%a0%ec%9d%84-%ed%8f%89%ea%b7%a0%ec%9c%bc%eb%a1%9c-%eb%a7%8c%eb%93%a0%eb%8b%a4/4%ec%9e%a5-%eb%b2%84%eb%a6%b4-%ec%a4%84-%ec%95%84%eb%8a%94-%ec%82%ac%eb%9e%8c%ec%9d%b4-%ec%a0%80%ec%9e%90%ea%b0%80-%eb%90%9c%eb%8b%a4/ 질문: AI 출력이 나온 뒤 작업자가 해야 할 일은 무엇인가요? 요약: 더 많이 고치는 것이 아니라 무엇을 그대로 두고 무엇을 바꾸고 무엇을 버릴지 판단하는 일입니다. 수용과 수정과 폐기, 이 세 갈래를 가르는 기준이 없으면 초안은 원고가 아니라 평균의 포장지가 됩니다. 또 다른 질문: 평균 문장은 어떻게 알아보나요? 답: 회사명이나 제품명을 바꿔도 그대로 쓸 수 있는지, 좋은과 효율 같은 추상어가 설명을 대신하는지, 독자가 실제로 한 말이나 보인 행동이 사라졌는지 봅니다. 주로 첫 문단과 마지막 문단에 숨어 있습니다. 또 다른 질문: 잘 맞는 문장을 그대로 두는 것도 판단인가요? 답: 그렇습니다. 잘 맞는 문장을 억지로 고치면 오히려 흐려집니다. 날짜와 절차, 준비물, 변경 사항처럼 정보 전달이 목적일 때는 개성보다 정확성이 앞섭니다. 수용할 줄 아는 것도 판단입니다. 또 다른 질문: 수정은 어떤 순서로 하나요? 답: 방향과 구조와 문장 순입니다. 방향이 틀리면 문장 몇 개를 고쳐도 소용이 없습니다. 문단 안의 순서를 바꾼 뒤 마지막에 단어를 교체하고 호흡을 줄입니다. 문장 수술은 첫 판단이 아니라 마지막 손질입니다. 또 다른 질문: 남길 문장도 의심해야 하나요? 답: 정말 어려운 것이 그 일입니다. 이 문장이 없으면 의미가 무너지는지, 앞뒤 문단의 일을 대신하고 있지는 않은지, 너무 멋져서 독자의 주의를 빼앗지는 않는지 묻습니다. 하나라도 걸리면 보류 칸으로 뺍니다. 최종 확인: 2026-09-04T11:05:54+09:00 아래 문단은 이 책의 서문 초안에서 실제로 버린 문단이다. 4장을 위해 새로 만든 예시가 아니다. 집필 과정에서 폐기 문단 기록에 그대로 남겨둔 문장이다. 그 기록이 있어야 After의 변화가 취향이 아니라 판단으로 읽힌다. 이 차이가 폐기의 이유다. Before(AI 초안) 이 책은 AI와 함께 만든 책이다. 그러므로 이 책은 AI를 잘 쓰면 얼마나 좋은 결과물을 만들 수 있는지 보여주는 하나의 증거가 된다. AI가 초안을 만들고 사람이 방향을 잡으면 누구나 더 빠르고 더 좋은 글을 만들 수 있다. 중요한 것은 AI를 두려워하지 않고 적극적으로 활용하는 태도다. 문법은 크게 이상하지 않다. 뜻도 얼핏 맞다. AI와 함께 만든 책이라는 사실, 사람이 방향을 잡아야 한다는 말, 도구를 두려워하지 말자는 태도. 다 맞는 말처럼 보인다. 그런데 이 문단은 버려졌다. 왜 버렸을까. 이 문단은 이 책이 피하려는 평균의 거의 모든 흔적을 품고 있었다. 자기참조가 강하고, 성과 약속에 가까우며, 독자를 가르치려는 자세가 보인다. "좋은 결과물", "더 빠르고 더 좋은 글", "적극적으로 활용하는 태도" 같은 표현은 넓고 안전하다. 어디에나 붙는다. 고친 뒤의 문단은 이렇게 남았다. After(편집 후) 이 책은 그 문장의 설명이자 표본이다. AI가 준 무난함을 사람이 어떻게 밀어내는지, 문단마다 그 흔적을 남기려 했다. 판단은 지금 이 페이지부터 시작된다. After가 더 화려해서 살아남은 것은 아니다. 오히려 더 좁다. "AI를 잘 쓰면 좋은 결과물"이라는 넓은 약속을 버리고, "무난함을 사람이 어떻게 밀어내는지"라는 이 책의 실제 작업으로 좁혔다. 독자를 가르치는 말도 줄였다. 자기참조는 남겼지만, 자랑이 아니라 작업 방식의 공개에 가깝게 낮췄다. 4장의 일은 여기서 시작된다. AI 출력이 나온 뒤 작업자가 해야 할 일은 더 많이 고치는 것이 아니다. 무엇을 그대로 두고, 무엇을 바꾸고, 무엇을 버릴지 판단하는 일이다. 수용, 수정, 폐기. 이 세 갈래를 가르는 기준이 없으면 초안은 원고가 아니라 평균의 포장지가 된다. 평균 문장 체크리스트 AI가 내놓은 문장을 볼 때 가장 먼저 할 일은 마음에 드는지 묻는 것이 아니다. 평균 문장인지 보는 것이다. 평균 문장은 대개 반듯하다. 그래서 더 쉽게 살아남는다. 아래 체크리스트는 그런 문장을 잡기 위한 최소 기준이다. 질문 걸리면 의심할 것 회사명, 제품명, 책 제목을 바꿔도 그대로 쓸 수 있는가 너무 넓은 문장 "좋은", "효율", "성장", "차별화"가 설명을 대신하는가 관찰 없는 추상어 독자가 실제로 한 말이나 보인 행동이 사라졌는가 장면 없는 일반론 반박할 수 없지만 기억도 안 나는 결론인가 안전한 마무리 작업자의 기준보다 AI의 매끄러움이 앞서는가 판단 부재 체크가 하나라고 바로 버릴 필요는 없다. 문서의 용도에 따라 평균 문장이 필요한 때도 있다. 내부 공지의 제목, 단순 안내 문구, 회의록의 기본 정리에는 넓은 문장이 오히려 효율적일 수 있다. 문제는 독자가 판단을 기대하는 자리에서 평균 문장이 앞에 나올 때다. 평균 문장은 주로 첫 문단과 마지막 문단에 숨어 있다. 첫 문단에서는 대부분 공감할 말을 앞세우고, 마지막 문단에서는 누구도 반박하지 않을 말로 닫는다. 중간 문단에는 자료가 있어도 양끝이 평균이면 글 전체가 납작해 보인다. 그래서 편집자는 처음과 끝을 오래 본다. 저자성 문장 체크리스트 저자성이라는 말은 거창하게 들린다. 여기서는 아주 실무적으로 쓴다. 누가 무엇을 중요하게 보는지 문장에 남아 있는 상태. 그 정도면 충분하다. 질문 살아 있으면 남길 것 실제 관찰이나 경험에서 나온 말인가 고유한 장면 선택 기준이 드러나는가 판단의 흔적 독자의 구체적 불안이나 욕구를 건드리는가 읽는 사람의 자리 넓은 약속보다 좁은 근거가 앞서는가 신뢰의 바닥 문장을 줄여도 중심이 남는가 단단한 문장 저자성 문장은 반드시 독특한 문장일 필요가 없다. 이상한 비유, 강한 어조, 낯선 단어가 저자성을 보장하지 않는다. 오히려 저자성은 좁은 판단에서 나온다. 이 문장은 왜 지금 필요한가. 다른 말이 아니라 왜 이 말인가. 그 답이 보이면 문장은 살아남을 이유를 얻는다. Before 문단에서 버린 것은 표현만이 아니다. 태도도 버렸다. "AI를 잘 쓰면 좋은 결과물"이라는 말은 독자에게 약속을 팔려는 태도에 가깝다. 이 책은 그런 약속을 조심한다. 대신 실제 작업의 흔적을 보여주는 쪽으로 간다. 저자성은 목소리의 크기가 아니라 책임지는 범위에서 생긴다. 수용, 수정, 폐기 분기표 출력 후 판단은 감으로만 하면 매번 흔들린다. 세 갈래로 나누면 조금 쉬워진다. 판단 기준 처리 수용 목적, 기준, 자료에 맞고 표현도 무난하게 기능함 그대로 두거나 최소 교정 수정 방향은 맞지만 추상어, 순서, 독자 초점이 흐림 구조나 문장 단위로 고침 폐기 기준 위반, 허구, 성과 보장, 톤 붕괴, 장면 부재 원문 보관 후 새로 씀 수용은 게으른 선택이 아니다. 잘 맞는 문장을 억지로 고치면 오히려 흐려진다. 특히 정보 전달이 목적일 때는 반듯한 문장이 좋다. 날짜, 절차, 준비물, 변경 사항 같은 내용은 개성보다 정확성이 앞선다. 수용할 줄 아는 것도 판단이다. 수정은 가장 자주 일어난다. AI 출력은 방향이 맞지만 표정이 흐린 경우가 많다. 이때는 문장 전체를 버리기보다 중심을 좁힌다. "효율을 높인다"를 "승인 대기 시간을 줄인다"로, "고객 경험을 개선한다"를 "신청 전 가격 확인 시간을 줄인다"로 바꾼다. 추상어를 관찰로 끌어내리는 일이다. 폐기는 아깝게 느껴진다. 이미 문장이 있고, 흐름도 있고, 화면도 채워졌다. 그러나 기준을 어긴 문장은 붙잡을수록 비용이 커진다. 성과를 보장하거나, 실제 없는 사례를 만들거나, 독자를 훈계하거나, 책의 톤을 무너뜨리는 문장은 빨리 버리는 편이 낫다. 버린 문단은 실패가 아니라 기록이 된다. 판단의 흐름은 이렇게 잡을 수 있다. 1. 이 문장이 목적에 맞는가. 맞으면 2로 간다. 아니면 폐기 후보. 2. 실제 입력 자료와 충돌하지 않는가. 맞으면 3으로 간다. 아니면 수정 또는 폐기. 3. 금지 기준을 어기지 않는가. 맞으면 4로 간다. 아니면 폐기. 4. 독자에게 필요한 구체성이 있는가. 있으면 수용 후보. 부족하면 수정. 5. 문장을 줄여도 중심이 남는가. 남으면 수용. 사라지면 수정. 이 흐름은 편집을 자동화하지 않는다. 사람의 판단을 대신하지도 않는다. 대신 판단할 순서를 만든다. 출력이 길수록 순서가 필요하다. 그렇지 않으면 눈에 먼저 들어온 매끄러운 문장이 살아남고, 정말 필요한 문장은 묻힌다. 실제 Before/After 해설 다시 폐기 문단으로 돌아가자. 앞의 Before 문단을 문장별로 나누면 판단이 선명해진다. 문장 판단 이유 이 책은 AI와 함께 만든 책이다 수정 사실은 맞지만 너무 설명적 좋은 결과물을 만들 수 있는 증거 폐기 자기참조 자평 과다 더 빠르고 더 좋은 글 약속 폐기 성과 보장 표현 두려워하지 않고 적극적으로 활용 폐기 훈계 톤 첫 문장만 수정으로 남고 나머지는 폐기 쪽으로 기운다. 앞서 본 After가 남긴 것은 그 한 문장의 사실이 아니라, 사실을 공개하는 방식이다. AI를 잘 쓰면 좋다는 약속이 아니라, AI가 준 무난함을 사람이 밀어냈다는 작업 기준으로 바꿨다. 독자에게 태도를 요구하지 않고, 이 책의 문단을 보며 판단하라는 자리만 남겼다. 이것이 출력 후 판단의 실제 모양이다. 문장을 더 예쁘게 다듬는 일이 아니다. 어떤 주장 방식을 포기할지 정하는 일이다. 고친 문장보다 버린 문장이 책의 기준을 더 잘 보여줄 때가 있다. 역설계 워크플로우 좋은 결과물을 봤을 때 그대로 따라 쓰면 표절이나 모방으로 흐르기 쉽다. 그러나 구조를 해체해 기준으로 바꾸면 배울 수 있다. 이 과정을 역설계라고 부른다. 여기서 역설계는 남의 문장을 베끼는 기술이 아니다. 잘 작동하는 결과물의 원리를 분해해 내 작업의 기준으로 바꾸는 일이다. 예를 들어 어떤 상세페이지 첫 문단이 잘 읽힌다고 하자. 그대로 문장을 가져오면 안 된다. 대신 이런 질문으로 해체한다. 1. 첫 문장은 독자의 어떤 불안을 건드리는가. 2. 제품 설명은 몇 번째 문장에 등장하는가. 3. 약속보다 먼저 제시한 근거는 무엇인가. 4. 추상어를 줄이기 위해 어떤 장면을 썼는가. 5. 마지막 문장은 행동을 요구하는가, 안심을 주는가. 해체한 결과는 문장으로 쓰지 말고 기준으로 바꾼다. 역설계 기준 첫 문단은 기능 소개로 시작하지 않는다. 독자가 신청 전에 품는 불안을 먼저 잡는다. 성과 약속은 뒤로 미루고, 운영 장치를 근거로 둔다. 마지막 문장은 구매 압박보다 다음 확인 행동으로 닫는다. 이 기준을 AI에게 넣으면 남의 문장을 베끼지 않고도 구조를 빌릴 수 있다. "이 문체로 써줘"보다 안전하고, "이 글처럼 써줘"보다 정직하다. 문체가 아니라 판단의 순서를 가져오는 방식이다. 역설계는 4장에서만 쓰는 기술이 아니다. 3장의 질문 설계로 되돌아갈 수도 있고, 5장의 검증 기준으로 이어질 수도 있다. 다만 이 장에서의 초점은 출력 후 판단이다. 잘 된 결과를 보고 무엇을 배울지, 나온 초안에서 무엇을 버릴지 정하는 일. 버리는 사람의 불안 AI가 만든 문단을 버릴 때 아깝다는 마음이 든다. 시간이 들었고, 문장도 그럴듯하며, 삭제하면 다시 빈칸이 생긴다. 이때 작업자는 종종 평균을 붙잡는다. 아무것도 없는 것보다 낫다는 이유로. 그러나 빈칸이 무서워서 남긴 문장은 나중에 더 큰 편집 비용을 만든다. 첫 문단이 평균이면 뒤 문단이 아무리 좋아도 독자는 들어오지 않는다. 결론이 평균이면 앞에서 쌓은 논리가 흐려진다. 톤이 어긋난 문장 하나가 책 전체의 신뢰를 깎기도 한다. 버리기는 부정적인 행위가 아니다. 기준을 지키기 위한 선택이다. 어떤 문장을 버릴 수 있어야 남은 문장이 자기 자리를 얻는다. 편집은 문장을 많이 만지는 일이 아니라, 문장이 들어갈 자격을 묻는 일에 가깝다. 4장 기준표 출력 후 판단을 마칠 때는 아래 기준표만 남겨도 충분하다. 볼 것 질문 처리 목적 이 문장은 이번 결과물의 목적에 닿는가 아니면 폐기 근거 실제 입력이나 자료에서 나온 말인가 아니면 수정 또는 폐기 톤 독자를 가르치거나 과장하지 않는가 어기면 폐기 구체성 장면, 기준, 선택 중 하나가 남아 있는가 없으면 수정 압축 줄여도 중심이 남는가 없으면 다시 씀 이 표를 지나도 애매한 문장은 잠깐 보류한다. 보류는 수용이 아니다. 문단 밖으로 빼두고 전체 흐름을 본다. 좋은 문장도 자리가 틀리면 방해가 된다. 반대로 평범한 문장도 정확한 위치에 있으면 제 역할을 한다. 4장의 결론은 간단하다. 저자는 많이 쓰는 사람이 아니라 많이 고르는 사람이다. AI 시대에는 초안의 양이 늘어난다. 그래서 더 많이 버릴 수 있어야 한다. 버린 문단을 기록해두면 기준이 보인다. 그 기준이 다음 질문과 다음 편집을 조금 더 낫게 만든다. 수정의 세 단계 수정은 한 번에 끝내려고 하면 흐려진다. 문장을 보자마자 단어부터 바꾸면 큰 문제가 남는다. 순서를 나눠야 한다. 첫째는 방향 수정, 둘째는 구조 수정, 셋째는 문장 수정이다. 방향 수정은 이 문단이 어디로 가야 하는지 다시 정하는 일이다. Before 문단의 방향은 "AI를 잘 쓰면 좋은 결과물을 만들 수 있다"였다. 책의 방향과 맞지 않는다. 이 책은 성과 약속이 아니라 평균값을 사람이 어떻게 다루는지 보여주는 책이다. 방향이 틀리면 문장 몇 개를 고쳐도 소용이 없다. 새로 잡아야 한다. 구조 수정은 문단 안의 순서를 바꾸는 일이다. 어떤 문장은 사실에서 시작해야 하고, 어떤 문장은 독자의 불안에서 시작해야 한다. Before 문단은 자기 증명으로 바로 들어갔다. After 문단은 책의 기능을 좁게 말하고, 사람의 판단을 보여주는 쪽으로 간다. 구조가 바뀌면 문장의 힘도 바뀐다. 문장 수정은 마지막이다. 단어를 바꾸고, 호흡을 줄이고, 반복을 덜어낸다. 이 단계에서만 고치면 문장은 깔끔해질 수 있지만 기준은 바뀌지 않는다. 방향과 구조를 먼저 본 뒤 문장을 만져야 한다. 문장 수술은 마지막 손질이지 첫 판단이 아니다. 아래처럼 나눠 적으면 작업이 쉬워진다. 단계 질문 처리 방향 이 문단이 책의 목적과 맞는가 맞지 않으면 새 방향 설정 구조 어떤 순서로 말해야 독자가 따라오는가 문장 순서 재배치 문장 어떤 단어가 넓고 어떤 호흡이 긴가 압축, 교체, 삭제 이 세 단계를 거치면 수정이 덜 감정적이 된다. "마음에 안 든다"가 아니라 "방향이 틀렸다", "구조는 맞지만 문장이 넓다", "문장은 괜찮지만 자리가 아니다"처럼 말할 수 있다. 말할 수 있으면 고칠 수 있다. 남길 문장도 의심한다 버릴 문장만 의심하면 편집은 반쪽이 된다. 정말 어려운 것은 남길 문장을 의심하는 일이다. 마음에 드는 문장, 리듬이 좋은 문장, 그럴듯한 비유는 오래 살아남으려 한다. 그러나 좋은 문장도 책의 기준과 맞지 않으면 방해가 된다. 남길 문장을 볼 때는 세 가지를 묻는다. 이 문장이 없으면 의미가 무너지는가. 이 문장이 앞뒤 문단의 일을 대신하고 있지는 않은가. 이 문장이 너무 멋져서 독자의 주의를 빼앗지는 않는가. 셋 중 하나라도 걸리면 보류한다. 보류 공간을 따로 두는 것이 좋다. 삭제가 무서우면 버리지 못한다. 문단 밖에 "보류"라는 칸을 만들고 빼둔다. 하루 뒤 다시 보면 대부분은 없어도 된다는 사실을 알게 된다. 가끔은 보류 문장이 다음 장에서 더 좋은 자리를 찾기도 한다. 버리기는 사라짐만이 아니라 재배치의 준비이기도 하다. AI 초안은 양이 많아질수록 보류 공간이 필요하다. 한 번의 질문에서 문단 열 개가 나오면, 작업자는 그중 몇 개라도 써야 할 것 같은 압박을 느낀다. 그러나 출력된 양은 사용 의무가 아니다. 초안은 후보 묶음이고, 후보는 탈락하기 위해 존재한다. 이 감각이 생기면 AI 앞에서 덜 휘둘린다. 4장 마감 전 체크 출력 후 판단을 마쳤다면 마지막으로 아래 다섯 문장을 확인한다. 1. 이 문단에서 실제로 남긴 기준은 무엇인가. 2. 버린 문장 중 다음 작업에 재사용할 기준은 무엇인가. 3. 평균 문장 체크리스트에 걸린 표현은 무엇인가. 4. 저자성 문장 체크리스트에 걸린 문장은 무엇인가. 5. 폐기한 이유를 한 문장으로 설명할 수 있는가. 다섯 번째가 특히 중요하다. 왜 버렸는지 설명하지 못하면 다음 출력에서 같은 문장을 또 살린다. "별로라서"는 기준이 아니다. "성과 보장에 가까워서", "관찰 없이 추상어만 있어서", "독자를 가르치는 톤이라서"처럼 말해야 한다. 설명 가능한 폐기는 다음 질문의 기준이 된다. ---------------------------------------- ### 5장. 그럴듯한 오류를 걸러내는 법 https://voidlogpress.com/books/ai%eb%8a%94-%eb%8b%b9%ec%8b%a0%ec%9d%84-%ed%8f%89%ea%b7%a0%ec%9c%bc%eb%a1%9c-%eb%a7%8c%eb%93%a0%eb%8b%a4/5%ec%9e%a5-%ea%b7%b8%eb%9f%b4%eb%93%af%ed%95%9c-%ec%98%a4%eb%a5%98%eb%a5%bc-%ea%b1%b8%eb%9f%ac%eb%82%b4%eb%8a%94-%eb%b2%95/ 질문: AI가 만든 그럴듯한 오류는 어떻게 걸러내나요? 요약: 세 가지로 나눠 봅니다. 사실 오류는 맞고 틀림을 확인하고, 출처 창작은 근거의 존재를 확인하고, 과잉 일반화는 말할 수 있는 범위를 줄입니다. 글의 표면이 매끄러울수록 검증이 더 필요합니다. 또 다른 질문: AI가 지어낸 그럴듯한 답을 어떻게 걸러내나요? 답: 이상한 문장은 쉽게 걸리지만 그럴듯한 오류는 문장 속에 숨어 지나가므로, 문서가 거의 끝났다고 느끼는 순간이 가장 위험합니다. 걸러낼 것은 세 가지이고 처리 방식이 서로 다릅니다. 사실 오류는 맞고 틀림을 확인하고, 출처 창작은 근거가 실재하는지 확인하고, 과잉 일반화는 말할 수 있는 범위를 줄입니다. 가령 수강생의 80퍼센트가 완주했다는 문장은 자료가 없으면 완주율을 높이기 위해 복습 경로를 제공한다로 바꿉니다. 숫자를 지우면 문장이 약해지는 것이 아니라 정직해집니다. 또 다른 질문: 출처가 그럴듯하면 믿어도 되나요? 답: 존재와 내용과 범위 셋을 확인합니다. 실재하는 연구를 엉뚱한 주장에 붙이는 경우가 있어 존재 확인만으로는 부족합니다. 본문 파일과 근거 확인 파일을 나눈 서지 장부를 두면 쓰는 중에 근거가 흐려지는 일이 줄어듭니다. 또 다른 질문: 과잉 일반화는 어떻게 알아보나요? 답: 모두, 항상, 결국 같은 단어에서 시작될 때가 많습니다. 이 단어가 보이면 멈춥니다. 실무 글에 필요한 것은 큰 결론보다 적용 범위입니다. 덜 자극적인 문장이 대개 더 오래 버팁니다. 또 다른 질문: 시간이 5분뿐일 때는 무엇을 보나요? 답: 문체는 손대지 않고 사실과 약속 수위만 봅니다. 숫자와 고유명사를 표시하고, 출처 없는 숫자를 지우거나 완화하고, 넓은 말의 범위를 좁히고, 마지막 문단의 약속이 성과 보장에 가깝지 않은지 확인합니다. 또 다른 질문: 여러 AI 모델을 쓰면 검증이 좋아지나요? 답: 같은 질문을 여러 모델에 던져 다수결하는 방식은 위험합니다. 여러 모델이 같은 오류를 자연스럽게 반복할 수 있습니다. 요약자와 반박자, 검증 질문자, 독자 대역처럼 역할을 나눠 렌즈를 바꿔야 합니다. 최종 확인: 2026-09-07T10:40:54+09:00 문서가 거의 끝났다고 느끼는 순간이 가장 위험하다. 문단은 채워졌고, 표도 있고, 결론도 있다. AI가 만든 문장은 자연스럽고, 사람이 고친 문장은 더 매끄럽다. 이제 보내기만 하면 될 것 같다. 바로 그때 검증이 필요하다. 검증은 불신과 다르다. AI를 믿지 말자는 태도가 아니다. 내가 만든 결과물이 독자에게 넘어가기 전에, 사실과 출처와 일반화의 범위를 확인하는 작업이다. 글의 표면이 매끄러울수록 검증은 더 필요하다. 이상한 문장은 쉽게 걸리지만, 그럴듯한 오류는 문장 속에 숨어 지나간다. 이 장의 검증은 세 가지 오류를 본다. 사실 오류, 출처 창작, 과잉 일반화. 셋은 서로 닮았지만 처리 방식이 다르다. 사실 오류는 맞고 틀림을 확인해야 한다. 출처 창작은 근거의 존재를 확인해야 한다. 과잉 일반화는 말할 수 있는 범위를 줄여야 한다. 오류 1. 사실 오류 사실 오류는 가장 익숙한 오류다. 날짜, 이름, 수치, 제도, 기능, 인용, 가격 같은 것이 틀리는 경우다. AI는 자연스러운 문장 속에 틀린 사실을 넣을 수 있다. 문장이 자연스럽다고 사실이 맞아지는 것은 아니다. 예시 작업으로 돌아가보자. 교육 서비스 상세페이지를 고치던 중 AI가 이런 문장을 만들었다고 하자. AI 출력 예시 수강생의 80퍼센트가 중도 포기 없이 과정을 마쳤고, 복습 자료를 활용한 학습자는 평균 학습 시간이 절반으로 줄었다. 이 문장이 실제 자료에서 나온 것이라면 쓸 수 있다. 자료가 없다면 바로 위험해진다. 숫자는 신뢰를 주는 동시에 책임을 만든다. 출처 없는 숫자는 문장을 단단하게 보이게 하지만, 실제로는 가장 먼저 무너질 수 있는 부분이다. 사실 오류를 잡는 첫 기준은 "내가 확인한 자료에 있는가"다. 검색하면 나올 것 같은 말, 업계에서 흔히 말하는 수치, 누군가 그랬을 법한 인용은 근거가 아니다. 원자료, 내부 데이터, 공개 문서, 직접 확인한 기록 중 하나가 있어야 한다. 사실을 확인하지 못하면 문장을 줄인다. "80퍼센트가 완주했다"를 "완주율을 높이기 위해 복습 경로를 제공한다"로 바꾸는 식이다. 숫자를 지우면 문장이 약해지는 것이 아니라 정직해진다. 확인하지 못한 강함보다 확인 가능한 약함이 낫다. 오류 2. 출처 창작 출처 창작은 더 까다롭다. AI는 실재하는 듯한 논문 제목, 저자명, 기관 보고서, 기사 링크를 만들어낼 수 있다. 사용자는 제목이 그럴듯하면 넘어가기 쉽다. 특히 본문 흐름에 잘 맞는 출처일수록 더 위험하다. 이 책에서는 연구 인용을 다룰 때 확인한 자료만 쓴다. 예를 들어 생성형 AI가 창의성을 높이면서 결과물의 다양성을 낮출 수 있다는 논의는 Doshi와 Hauser의 2024년 연구에 기대어 말한다. AI 사용 공개가 평가에 미치는 영향은 Li 등 2024년 연구처럼 확인된 자료를 기준으로 둔다. 확인하지 않은 출처는 본문에 넣지 않는다. 출처가 있는 문장을 볼 때는 세 가지를 확인한다. 확인 항목 볼 것 존재 실제 논문, 보고서, 기사인가 내용 내가 쓰려는 주장과 정말 같은 말인가 범위 연구의 맥락을 벗겨내고 확대하지 않았는가 존재만 확인해도 부족하다. 실재하는 연구를 엉뚱한 주장에 붙이는 경우가 있다. 예를 들어 AI 도움을 받은 글들이 서로 더 비슷해졌다는 연구를 보고 "AI 글은 모두 나쁘다"라고 쓰면 과잉 해석이다. 연구가 말한 범위를 넘어섰다. 출처 창작을 막는 가장 좋은 방법은 서지 장부를 따로 두는 것이다. 본문을 쓰는 파일과 근거를 확인하는 파일을 나눈다. 본문 안에서는 연구자와 연도만 간결하게 쓰고, 전체 서지는 부록으로 보낸다. 이렇게 하면 글을 쓰는 중에 근거가 흐려지는 일을 줄일 수 있다. 오류 3. 과잉 일반화 과잉 일반화는 틀린 사실보다 더 오래 살아남는다. 문장이 너무 그럴듯하기 때문이다. "AI를 쓰면 창의성이 떨어진다", "AI 공개는 신뢰를 낮춘다", "좋은 프롬프트가 좋은 결과를 만든다" 같은 말은 일부 맥락에서는 맞을 수 있다. 그러나 그대로 넓히면 위험하다. 과잉 일반화는 대개 세 단어로 시작된다. 모두, 항상, 결국. 이 단어들이 보이면 멈춘다. 모든 독자, 모든 업종, 모든 글쓰기, 모든 AI 사용에 같은 규칙이 적용되는 경우는 드물다. 실무 글에서 필요한 것은 큰 결론보다 적용 범위다. 예를 들어 AI 사용 공개 연구를 보자. 어떤 연구에서는 AI 지원 사실 공개가 글의 품질 평가를 낮출 수 있다고 나온다. 다른 연구에서는 뉴스 문맥에서 AI 보조나 AI 생성 글의 품질 평가가 인간 작성 글과 비슷하게 나타났고, 공개 후 단기적 읽기 의향이 올라갈 수 있었다. 방향이 하나로만 모이지 않는다. 그렇다면 본문은 이렇게 써야 한다. "AI를 썼다고 밝히면 신뢰가 떨어진다"가 아니다. "공개 방식과 문맥에 따라 평가가 달라질 수 있다"가 더 정확하다. 이 문장은 덜 자극적이지만 더 오래 버틴다. 검증은 문장을 약하게 만드는 일이 아니라 버틸 수 있는 범위로 줄이는 일이다. 5분 검증 시간이 거의 없을 때도 검증은 가능하다. 5분 검증은 빠른 발송 전 최소 방어선이다. 전체를 완벽히 확인하려는 방식이 아니다. 가장 위험한 부분만 잡는다. 순서 할 일 기준 1 숫자와 고유명사만 표시 날짜, 가격, 이름, 수치 2 출처 없는 숫자 삭제 또는 완화 확인 안 된 수치는 쓰지 않음 3 모두, 항상, 절대 같은 넓은 말 찾기 범위를 좁힘 4 독자가 바로 행동할 문장 확인 오해하면 비용이 큰 문장 5 마지막 문단의 약속 수위 확인 성과 보장 금지 5분 검증에서는 문체를 고치지 않는다. 문장을 예쁘게 만들려다 시간이 사라진다. 볼 것은 사실과 약속 수위다. 특히 숫자는 빠짐없이 표시한다는 마음으로 본다. 숫자는 작아 보여도 책임이 크다. 5분 검증 후에도 불안한 문장이 남으면 보내지 않는다. 시간이 없을수록 확인 못 한 문장을 강하게 쓰면 안 된다. "확인됐다"보다 "확인할 필요가 있다"가 맞을 때도 있다. 실무에서 신뢰는 빠른 확신보다 정확한 보류에서 생길 때가 많다. 30분 검증 30분이 있으면 문장보다 구조를 본다. 사실 확인에 더해, 근거와 주장 사이가 맞는지 확인한다. 문서의 핵심 주장 3개만 뽑아도 충분하다. 순서 할 일 기준 1 핵심 주장 3개 표시 문서가 독자에게 믿게 하려는 말 2 각 주장 옆에 근거 표시 내부 자료, 외부 출처, 직접 관찰 3 근거가 없는 주장은 표현 완화 주장보다 관찰로 낮춤 4 반대 관점 1개씩 붙이기 독자가 의심할 지점 5 출처 링크 또는 서지 장부 대조 실재 여부와 내용 일치 확인 6 결론의 범위 줄이기 말할 수 있는 만큼만 말함 30분 검증에서 가장 많이 고치는 부분은 결론이다. 초안의 결론은 대개 넓다. "따라서 AI 활용은 업무 생산성을 높이는 핵심 전략이다" 같은 문장은 그럴듯하지만 크다. 자료가 실제로 보여준 것이 회의록 정리 시간 단축뿐이라면, 결론도 그만큼으로 줄어야 한다. 보고서라면 30분 검증에서 "결정해야 할 것"과 "확인해야 할 것"을 나눈다. 이 둘이 섞이면 문서가 위험해진다. 확인이 필요한 내용을 결정 사항처럼 쓰거나, 결정된 내용을 아직 검토 중처럼 흐릴 수 있다. 검증은 사실뿐 아니라 상태를 확인하는 일이다. 2시간 검증 2시간 검증은 출간 원고, 유료 콘텐츠, 외부 공개 문서처럼 실수 비용이 큰 작업에 쓴다. 이때는 문서 전체를 다시 설계할 수도 있다는 마음이 필요하다. 검증 결과에 따라 문단을 버릴 준비가 되어 있어야 한다. 순서 할 일 기준 1 주장 목록 만들기 장 또는 문서 단위 핵심 주장 2 근거 등급 매기기 직접 자료, 공식 자료, 연구, 추정 3 출처 원문 확인 제목만 보지 않고 내용 확인 4 반대 근거 찾기 같은 주제의 다른 결과나 예외 5 인용 문장 다시 쓰기 연구 범위를 벗기지 않음 6 위험 문장 목록화 법적, 의료적, 금전적 오해 소지 7 최종 독자 관점으로 재독 독자가 행동으로 옮길 때 생길 위험 8 삭제 후보 결정 근거가 약한 문장 제거 2시간 검증은 시간이 오래 걸리지만 모든 문장을 같은 깊이로 보지는 않는다. 위험도가 높은 문장을 깊게 본다. 숫자, 연구 인용, 성과 약속, 비교 우위, 타인 평가, 법이나 정책 관련 문장. 이런 곳이 우선이다. 이 책의 경우 2시간 검증은 연구 서지와 AI 공개 논의에 필요하다. "AI 공개는 신뢰를 떨어뜨린다"처럼 단정하기 쉽지만, 실제 연구들은 더 복잡하다. 그래서 7장에서는 공개 여부보다 공개 방식으로 논점을 좁힌다. 검증이 목차의 방향까지 바꾸는 경우다. 멀티 모델 교차 검증의 원리 여러 AI 모델을 쓰면 검증이 더 좋아질까. 도구를 늘리는 것만으로 충분하지는 않다. 같은 질문을 여러 모델에 던지고 다수결을 하는 방식은 위험하다. 여러 모델이 같은 오류를 자연스럽게 반복할 수 있기 때문이다. 멀티 모델 교차 검증은 역할을 나눌 때 쓸모가 생긴다. 한 모델에게 요약을 맡겼다면, 다른 모델에게 반박을 맡긴다. 한 모델이 주장 목록을 뽑았다면, 다른 모델에게 근거가 약한 순서로 정렬하게 한다. 한 모델이 문장을 다듬었다면, 다른 모델에게 사실 확인 질문만 만들게 한다. 역할은 이렇게 나눌 수 있다. 역할 맡길 일 금지할 일 요약자 주장과 근거를 분리 결론 새로 만들기 반박자 약한 주장 찾기 문체 평가로 흐르기 검증 질문자 확인할 질문 목록 만들기 모르는 사실을 단정 독자 대역 오해할 지점 찾기 취향 평가만 하기 도구명은 중요하지 않다. 중요한 것은 같은 일을 여러 번 시키지 않는 것이다. 같은 렌즈를 여러 개 들이대면 같은 사각지대가 남는다. 요약, 반박, 질문, 독자 대역처럼 렌즈를 바꿔야 한다. 다만 AI에게 최종 확인을 맡기면 안 된다. AI는 검증 질문을 잘 만들 수 있지만, 공식 출처를 직접 확인한 책임은 작업자에게 남는다. 링크가 실제로 열리는지, 논문이 주장과 맞는지, 내부 수치가 최신인지, 정책이 바뀌지 않았는지 확인해야 한다. 검증은 도구의 일이 아니라 책임의 일이다. 검증 로그 남기기 검증을 하고도 기록하지 않으면 다음 작업에서 같은 불안이 반복된다. 짧은 로그면 충분하다. 검증 로그 문서명: 검증 날짜: 확인한 주장: 확인한 출처: 삭제한 문장: 완화한 표현: 남은 불확실성: 삭제한 문장을 남기는 것이 특히 좋다. 왜 지웠는지 기록하면 기준이 쌓인다. 다음번 AI 출력에서 비슷한 문장이 나오면 더 빨리 알아본다. 검증 로그는 6장에서 다룰 기준 축적의 재료가 된다. 검증 로그에 "남은 불확실성"을 적는 일도 중요하다. 모든 것을 확인할 수는 없다. 확인하지 못한 것이 무엇인지 아는 것과 모르는 척 넘어가는 것은 다르다. 불확실성을 적어두면 문장 수위를 낮출 수 있다. 때로는 본문이 아니라 각주나 주석으로 보낼 수도 있다. 보내기 전 마지막 문장 검증의 마지막 단계는 첫 문장이 아니라 마지막 문장이다. 글은 마지막에서 약속을 크게 만들기 쉽다. "이제 누구도 평균에 머물 필요가 없다" 같은 문장은 시원하지만 위험하다. 독자에게 무엇을 보장하는지 묻게 된다. 마지막 문장은 대개 줄이는 편이 낫다. "이제 다 된다"보다 "이제 무엇을 확인할지 안다"가 낫다. "결과가 달라진다"보다 "다음 출력 앞에서 볼 기준이 생긴다"가 낫다. 검증은 문장을 작게 만들지만, 작은 문장이 더 오래 간다. 5장의 기준은 하나로 모인다. 그럴듯함을 믿지 않는다. 대신 확인할 수 있는 것, 말할 수 있는 범위, 남겨야 할 불확실성을 나눈다. AI가 만든 초안이든 사람이 고친 문장이든, 검증을 지나야 독자에게 건넬 수 있다. 평균을 벗어나는 일은 개성만의 문제가 아니다. 책임의 문제이기도 하다. 검증 사례. 상세페이지 첫 문단 교육 서비스 상세페이지 예시를 끝까지 가져가보자. AI가 검증 전 초안을 이렇게 냈다고 하자. AI 출력 예시 처음 시작하는 학습자도 중간에 놓치지 않도록 설계된 과정이다. 수강생 대부분이 복습 자료와 질문 피드백을 통해 끝까지 흐름을 따라갔고, 필요한 순간마다 다시 돌아볼 수 있는 학습 경로를 제공한다. 이제 혼자 막히는 시간을 줄이고 안정적으로 실력을 쌓을 수 있다. 문장은 괜찮아 보인다. 그러나 검증할 지점이 여럿 있다. "수강생 대부분"은 실제 데이터가 있는가. "질문 피드백"은 모든 과정에 제공되는가. "혼자 막히는 시간을 줄인다"는 확인된 효과인가, 기대 효과인가. 이 세 질문에 답하지 못하면 문장을 그대로 쓰면 안 된다. 5분 검증이라면 이렇게 줄인다. 5분 검증 후 중간에 놓쳤을 때 다시 따라올 수 있도록 복습 자료와 질문 경로를 함께 둔 과정이다. 신청 전에 가장 많이 나오는 걱정은 "못 따라가면 어떻게 하나"에 가깝다. 그래서 첫 안내는 성과 약속보다 돌아올 수 있는 구조를 보여주는 쪽에 맞춘다. 숫자와 효과 약속을 뺐다. "수강생 대부분"도 지웠고, "실력을 쌓을 수 있다"도 낮췄다. 문장이 덜 화려해졌지만 더 안전하다. 30분 검증이라면 운영 자료를 본다. 실제로 복습 자료가 모든 회차에 있는지, 질문 경로가 어느 시간 안에 답변되는지, 문의 기록에서 중간 이탈 불안이 반복됐는지 확인한다. 확인된 내용만 본문 근거로 남긴다. 확인되지 않은 것은 "운영 예정"이나 "검토 중"으로 낮추거나 삭제한다. 2시간 검증이라면 독자 오해까지 본다. "질문 경로"라는 말이 개인별 코칭처럼 읽히지는 않는가. "복습 자료"가 강의 전체 녹화인지, 요약 노트인지, 체크리스트인지 분명한가. "다시 따라올 수 있다"가 결과 보장처럼 들리지는 않는가. 검증은 사실만이 아니라 독자가 어떻게 받아들일지도 확인한다. 이 사례에서 최종 문장은 이렇게 갈 수 있다. 검증 후 문장 후보 처음 배우는 사람이 가장 자주 걱정하는 지점은 시작보다 중간이다. 이 과정은 놓친 부분을 다시 확인할 수 있도록 회차별 복습 자료와 질문 경로를 함께 둔다. 빠른 성과를 약속하기보다, 멈춘 자리로 돌아올 수 있는 구조를 먼저 보여준다. 이 문장은 초안보다 조용하다. 그러나 책임질 수 있는 범위 안에 있다. 검증은 문장의 온도를 낮춘다. 낮아진 온도는 때로 신뢰가 된다. 삭제가 검증의 결과일 때 검증을 하면 고칠 문장만 나오는 것이 아니다. 삭제해야 할 문장도 나온다. 특히 근거가 약한 수치, 실재 확인이 안 된 인용, 대상이 너무 넓은 약속은 삭제가 가장 좋은 처리일 때가 많다. 삭제는 아깝다. 자료를 찾느라 시간을 썼고, 문장도 그럴듯하게 이어져 있을 수 있다. 그래도 근거가 없으면 빼야 한다. "어디선가 본 것 같다"는 기억은 출처가 아니다. "업계에서 많이 말한다"는 감각도 출처가 아니다. 원고는 기억보다 기록에 기대야 한다. 삭제한 뒤 빈자리가 생기면 두 가지 중 하나를 고른다. 확인 가능한 작은 근거로 바꾸거나, 주장 자체를 낮춘다. "대부분의 학습자가 완주한다"는 근거가 없으면 "완주를 돕기 위한 복습 경로를 둔다"로 바꿀 수 있다. 결과에서 설계로 이동하는 방식이다. 검증 후 좋은 문장은 대개 덜 화려하다. 대신 나중에 설명할 수 있다. 왜 이 표현을 썼는지, 어떤 자료를 봤는지, 어디까지 말할 수 있는지 답할 수 있다. 설명 가능한 문장이 신뢰를 만든다. 검증을 습관으로 만드는 짧은 문장 검증을 매번 길게 할 수는 없다. 그래서 작업 전에 짧은 문장을 정해두면 좋다. 확인한 것만 강하게 쓴다. 확인하지 못한 것은 낮춰 쓴다. 불확실한 것은 남겨 둔다. 이 세 문장은 단순하지만 쓸모가 있다. 강하게 쓸 자격이 있는 문장과 낮춰야 할 문장을 가른다. 불확실성을 숨기지 않게 한다. AI가 만든 초안은 종종 모든 문장을 같은 확신으로 내놓는다. 작업자의 역할은 확신의 높이를 다시 조절하는 일이다. 5장을 닫으며 다시 말하면, 검증은 창의성을 죽이는 절차가 아니다. 오히려 좋은 문장이 오래 버티게 하는 바닥이다. 평균에서 벗어난 문장도 근거가 없으면 무너진다. 반대로 조용한 문장도 확인된 근거 위에 있으면 독자의 신뢰를 얻는다. 검증까지 마친 문장은 다음 작업의 재료가 된다. 3장에서 질문을 설계했고, 4장에서 문장을 골랐고, 5장에서 근거를 확인했다. 이제 남는 것은 이 과정을 한 번의 요령으로 끝내지 않고 반복 가능한 기준으로 쌓는 일이다. 다음 장의 출발점이 여기다. ---------------------------------------- ## 교사를 위한 클로드 업무 자동화 매뉴얼 ISBN 9791143814104 · 2026-07-15 · 허구진 지음 https://voidlogpress.com/books/%ea%b5%90%ec%82%ac%eb%a5%bc-%ec%9c%84%ed%95%9c-%ed%81%b4%eb%a1%9c%eb%93%9c-%ec%97%85%eb%ac%b4-%ec%9e%90%eb%8f%99%ed%99%94-%eb%a7%a4%eb%89%b4%ec%96%bc/ ### 2장. 제대로 세팅: 계정·요금제·개인정보 기준부터 잡기 https://voidlogpress.com/books/%ea%b5%90%ec%82%ac%eb%a5%bc-%ec%9c%84%ed%95%9c-%ed%81%b4%eb%a1%9c%eb%93%9c-%ec%97%85%eb%ac%b4-%ec%9e%90%eb%8f%99%ed%99%94-%eb%a7%a4%eb%89%b4%ec%96%bc/2%ec%9e%a5-%ec%a0%9c%eb%8c%80%eb%a1%9c-%ec%84%b8%ed%8c%85-%ea%b3%84%ec%a0%95%ec%9a%94%ea%b8%88%ec%a0%9c%ea%b0%9c%ec%9d%b8%ec%a0%95%eb%b3%b4-%ea%b8%b0%ec%a4%80%eb%b6%80%ed%84%b0-%ec%9e%a1%ea%b8%b0/ 질문: Claude를 업무에 쓰기 전에 무엇부터 정해야 하나요? 요약: 결제보다 덜어 낼 업무가 먼저입니다. 무료로 기본 대화와 초안 작성의 감을 잡고 반복 업무 하나가 실제로 줄어드는지 확인한 뒤, 스킬과 코워크를 쓸 수 있는 요금제와 계정의 제공 범위를 확인해 판단합니다. 또 다른 질문: 학생 이름이나 성적을 AI에 그대로 넣어도 되나요? 답: 넣지 않는 편이 안전하고, 그 기준은 바빠지기 전에 미리 정해 두어야 지켜집니다. 실제 이름과 학번, 반과 번호가 붙은 자료는 그대로 넣지 않고 이름은 A와 B로 바꿉니다. 가령 성적표라면 이름 열과 학번 열을 지우고 점수와 항목만 남긴 표로 바꿔 다룹니다. 입력만 조심하면 끝나는 것도 아닙니다. 무엇이 저장되고 보관 기간과 삭제 방법이 어떻게 되는지 최신 설정 화면에서 직접 확인합니다. 입력한 내용이 학습에 쓰이지 않는다는 말과 아무 데도 저장되지 않는다는 말은 다른 이야기라 나누어 확인하는 편이 안전하고, 개인 계정과 기관 계정은 이 취급이 다를 수 있습니다. 마지막으로 초안이 기록이나 평가나 학부모에게 나가는 문서로 확정되는 지점에는 교사의 검토를 반드시 넣습니다. 또 다른 질문: 폴더와 커넥터는 무엇인가요? 답: 폴더는 도구가 들여다볼 수 있는 작업 공간이고, 커넥터는 이메일이나 일정 같은 외부 서비스를 이어 주는 연결 고리입니다. 연결하지 않은 폴더는 보지 못하므로 처음에는 학생 정보가 없는 업무용 폴더 하나만 엽니다. 또 다른 질문: 학교 계정에서 연결이 막히면 설정을 잘못한 것인가요? 답: 기관 정책일 가능성이 높습니다. 관리자가 정한 정책에 따라 어떤 커넥터는 아예 막혀 있습니다. 정보 담당자에게 무엇을 어떤 목적으로 연결하려는지 밝혀 확인하거나, 연결 없이 되는 업무부터 시작합니다. 또 다른 질문: 개인정보 기준은 어떻게 세우나요? 답: 세 축입니다. 실제 이름과 학번이 붙은 자료를 그대로 넣지 않고, 무엇이 저장되고 어떻게 지우는지 최신 설정에서 직접 확인하며, 기록이나 평가로 확정되는 지점에는 반드시 교사의 검토를 넣습니다. 또 다른 질문: 첫 대화는 어떤 주제로 해 보나요? 답: 학생 정보가 들어가지 않는 가상의 상황으로 합니다. 지어낸 학급의 공개수업 안내문 초안을 부탁해 보면 도구가 내놓는 방식과 내가 손보고 싶은 지점이 함께 보입니다. 그 손보고 싶은 지점이 곧 스킬에 넣을 규칙이 됩니다. 최종 확인: 2026-09-07T10:40:54+09:00 무엇부터 켜야 할까. 새 도구를 앞에 두면 대개 이 질문에서 막힌다. 설치 버튼을 누르기 전에 확인할 게 많아 보이고, 어디까지 준비해야 시작인지 감이 오지 않는다. 이 장은 그 준비를 순서대로 정리한다. 다만 여기서 말하는 준비는 빠른 준비가 아니라 제대로 된 준비다. 몇 분 만에 끝난다고 약속하지 않겠다. 대신 나중에 다시 뒤엎지 않아도 되는 기준을 처음에 세운다. 한 가지 미리 일러둘 것이 있다. 화면의 버튼 위치나 메뉴 이름은 도구가 업데이트되면서 바뀐다. 그래서 이 장은 어느 버튼을 누르라는 식으로 쓰지 않는다. 무엇을 확인하고 무엇을 정해 두어야 하는지를 중심에 둔다. 화면이 조금 달라져도 판단의 기준은 그대로 남도록 하기 위해서다. 그림 2-1. 기능을 켜기 전에 계정, 안전 폴더, 제공 범위, 첫 대화 기준을 먼저 잡는다. 계정과 요금제, 무엇을 정할까 시작은 계정이다. Claude(클로드)는 웹에서도 쓸 수 있고 데스크톱 앱으로도 쓸 수 있는데, 어느 쪽이든 계정을 하나 만들어 두면 설정과 대화가 이어진다. 한 계정으로 여러 기기를 오가도 작업이 이어지므로, 학교 컴퓨터와 집 컴퓨터를 함께 쓰는 경우에도 편하다. 요금제는 무료와 유료로 나뉜다. 무료로도 기본적인 대화와 문서 작업을 해 볼 수 있다. 다만 스킬과 코워크 같은 기능은 시기와 요금제, 개인 계정인지 기관 계정인지에 따라 제공 범위가 달라질 수 있다. 요금제의 구체적인 이름과 가격, 포함 범위는 바뀌므로 이 책은 특정 숫자를 못 박지 않는다. 지금 정해야 할 것은 하나다. 처음에는 무료로 기본 대화와 초안 작성의 감을 잡고, 반복 업무 하나가 실제로 줄어드는지 확인한다. 그다음 스킬과 코워크를 쓸 수 있는 요금제와 학교 계정의 제공 범위를 확인해 유료 사용을 판단하면 된다. 도구를 먼저 결제하고 쓸 곳을 찾는 순서보다, 덜어 낼 업무를 정하고 거기에 맞춰 결제하는 순서가 낫다. 1장 끝에서 적어 둔 반복 업무 하나가 여기서 기준이 된다. 데스크톱 앱과 코워크 이 책에서 다루는 작업의 상당수는 데스크톱 앱에서 더 편하다. 특히 코워크는 데스크톱 환경에서 제 몫을 한다. 코워크는 단순히 묻고 답하는 대화를 넘어선다. 목표를 주면 계획을 세우고 여러 단계를 실행해 결과물까지 만드는 방식으로 움직인다. 예를 들어 한 폴더에 이번 학기 공문이 뒤섞여 쌓여 있다고 하자. 코워크에 이 폴더를 종류별로 정리해 달라고 목표를 주면, 파일을 훑어보고 분류 기준을 세우고 폴더를 나눠 정리하는 일련의 과정을 이어서 처리한다. 대화 한 번에 답 하나를 받는 것과는 결이 다르다. 흩어진 문서를 정리하거나 반복되는 작업의 흐름을 맡기는 일이 여기서 이뤄진다. 그래서 웹으로 가볍게 시작하더라도, 업무를 본격적으로 옮길 때는 데스크톱 앱을 설치해 두는 편이 좋다. 코워크를 실제로 어떻게 부리는지는 8장에서 자세히 다룬다. 지금은 그런 기능이 데스크톱 쪽에 있다는 것, 그리고 이 기능을 쓰려면 도구에 작업 공간을 열어 주어야 한다는 것만 알아 두면 된다. 작업 공간을 열어 준다는 말의 뜻이 다음 절이다. 폴더와 커넥터라는 개념 코워크를 제대로 쓰려면 두 가지 개념을 미리 이해해 두는 게 좋다. 폴더와 커넥터다. 폴더는 도구가 들여다볼 수 있는 작업 공간이다. 내 컴퓨터의 특정 폴더를 연결해 두면, 그 안의 문서를 읽고 정리하고 새 파일을 만들어 넣는 작업을 맡길 수 있다. 반대로 연결하지 않은 폴더는 도구가 보지 못한다. 이 경계가 중요하다. 어떤 폴더를 열어 줄지 스스로 정한다는 건, 무엇을 보여 주고 무엇을 감출지 스스로 정한다는 뜻이기도 하다. 그래서 처음에는 학생 정보가 없는 업무용 폴더 하나만 연결해 두고, 민감한 자료가 든 폴더는 열지 않는 편이 안전하다. 커넥터는 외부 서비스를 이어 주는 연결 고리다. 이메일이나 일정, 클라우드 문서 같은 서비스를 연결하면, 그 안의 정보를 불러오거나 작업을 맡기는 일이 가능해진다. 일정에서 이번 주 학사 일정을 불러와 안내문에 반영하는 식의 작업이 여기에 해당한다. 편리한 만큼, 무엇을 연결하는지에 따라 도구가 접근하는 정보의 범위도 넓어진다. 그래서 커넥터는 필요와 안전을 함께 저울에 올려 정한다. 여기에는 학교 현장에서 특히 신경 써야 할 지점이 하나 더 있다. 학교 계정에는 벽이 있을 수 있다 많은 교사가 학교나 교육청이 발급한 계정을 쓴다. 기관 계정은 개인 계정과 다르게, 관리자가 정한 정책의 영향을 받는다. 어떤 커넥터는 기관 정책 때문에 아예 연결이 막혀 있을 수 있고, 어떤 기능은 관리자의 허용이 있어야 열린다. 그래서 학교 계정으로 외부 서비스를 연결하려다 막히는 경우, 그건 설정을 잘못한 게 아니라 기관 정책일 가능성이 높다. 이럴 때 방법은 두 가지다. 하나는 학교의 정보 담당자나 관리자에게 해당 연결이 허용되는지 확인하는 것이다. 무엇을 어떤 목적으로 연결하려는지 함께 밝히면 판단이 빨라진다. 다른 하나는, 굳이 민감한 기관 서비스를 연결하지 않고도 할 수 있는 업무부터 시작하는 것이다. 이 책의 스킬 대부분은 외부 서비스 연결 없이도 설계할 수 있다. 가정통신문 스킬도, 공문 초안 스킬도, 커넥터 없이 예시 문서 한 장과 작성 규칙만 있으면 재료를 준비할 수 있다. 실제로 저장하고 불러 쓰기 전에는 출간 시점의 제공 범위와 계정 설정을 확인한다. 연결은 필요할 때, 허용되는 범위 안에서 더하면 된다. 처음부터 모든 것을 연결하려다 막혀 시작을 미루는 것보다, 연결 없이 되는 것부터 손에 익히는 편이 낫다. 세팅 단계에서 먼저 세우는 개인정보 기준 여기까지가 기능의 준비라면, 지금부터는 그보다 앞서는 준비다. 학생의 정보를 어떻게 다룰지에 관한 기준을 처음부터 세워 두는 일이다. 이 기준은 나중에 급할 때 세우면 늦는다. 업무가 바빠지면 눈앞의 편의를 따라가기 쉽고, 그때 원칙이 없으면 선을 넘게 된다. 그래서 세팅 단계에서 미리 못 박아 둔다. 기준은 세 가지 축으로 잡는다. 첫 축은 입력이다. 실제 학생의 이름과 학번, 반과 번호가 붙은 자료를 그대로 넣지 않는다. 이름은 A와 B로 바꾸고, 식별 정보는 지운 뒤에 다룬다. 성적표를 예로 들면, 이름 열과 학번 열을 지우고 점수와 항목만 남긴 표로 바꿔서 다룬다. 연습과 예시는 실제 반이 아니라 가상의 데이터로 한다. 이 책의 모든 실습도 그렇게 구성했다. 둘째 축은 저장과 삭제다. 도구에 입력한 내용과 대화는 어딘가에 저장된다. 그래서 무엇이 저장되고 어떻게 지울 수 있는지, 설정에서 저장 관련 항목을 어떻게 조정하는지 미리 확인해 둔다. 흔히 도구를 소개할 때 입력한 내용이 학습에 쓰이지 않는다는 말이 나온다. 그 말은 맞을 수 있지만, 학습에 쓰이지 않는다는 것과 아무 데도 저장되지 않는다는 것은 다른 이야기다. 저장 여부, 보관 기간, 삭제 방법, 그리고 데이터가 모델 개선에 쓰이는지까지 나누어 확인하는 편이 안전하다. 이 설정은 제품과 시기에 따라 달라지고 바뀌기도 하므로, 지금의 최신 설정 화면에서 직접 확인한다. 개인 계정과 기관 계정은 이 부분의 취급이 다를 수 있으므로, 학교 계정을 쓴다면 기관의 안내를 한 번 더 확인한다. 셋째 축은 판단이다. 도구가 만든 건 초안이다. 그 초안이 기록으로, 평가로, 학부모에게 나가는 문서로 확정되는 지점에는 반드시 교사의 검토가 들어간다. 이 축은 앞의 두 축이 지켜지더라도 마지막까지 놓치면 안 되는 선이다. 입력을 아무리 조심해도, 확정 단계에서 검토를 건너뛰면 잘못된 내용이 그대로 남는다. 이 세 축은 5장부터 7장까지 각 장 앞머리에 상자로 다시 나타난다. 민감한 업무에 들어갈 때마다 같은 기준을 눈앞에 두기 위해서다. 안전한 첫 대화 한 번 준비가 되었으면 감을 잡는 대화를 한 번 해 보자. 단, 학생 정보가 들어가지 않는 안전한 주제로 한다. 이렇게 시작할 수 있다. 4월에 학부모 공개수업을 여는 가상의 학급을 하나 설정한다. 실제 반이 아니라 지어낸 상황이다. 그 상황을 주고, 공개수업 안내문 초안을 만들어 달라고 한다. 날짜와 장소만 넣고, 학부모에게 정중하게 안내하는 톤으로 부탁한다. 실제 반도, 실제 학부모도 등장하지 않는다. 이 한 번의 대화로 두 가지를 확인하게 된다. 하나는 도구가 어떤 식으로 초안을 내놓는지다. 문장의 톤, 안내의 순서, 빠뜨리는 항목이 있는지 눈에 들어온다. 다른 하나는 그 초안을 내가 어떻게 손보고 싶은지다. 인사말이 너무 딱딱하다거나, 준비물 안내가 앞에 왔으면 좋겠다거나, 회신 문구가 우리 학교 방식과 다르다거나. 이 두 번째 감각이 특히 중요하다. 앞으로 만들 스킬은 결국 이 손보는 과정을 미리 규칙으로 담아 두는 일이기 때문이다. 지금 손보고 싶은 지점이 곧 스킬에 넣을 규칙이 된다. 세팅 점검표 이 장을 덮기 전에 아래를 스스로 확인해 두면 다음 장으로 넘어갈 준비가 된 것이다. 하나씩 체크하며 짚어 보자. [세팅 점검표] □ Claude 계정을 만들고 로그인이 이어지는지 확인했다. □ 무료로 기본 대화 흐름을 익히고, 유료 판단의 기준이 될 반복 업무 하나를 정했다. □ 스킬과 코워크의 제공 범위가 내 계정에서 어떻게 열리는지 확인하기로 했다. □ 데스크톱 앱을 설치했거나 필요할 때 설치하기로 정했다. □ 학생 정보가 없는 연습용 폴더를 따로 만들었다. □ 민감 자료가 있는 폴더는 연결하지 않기로 정했다. □ 저장·삭제 여부와 데이터의 모델 학습 사용 여부를, 최신 설정에서 직접 확인했다. □ 학교 계정의 외부 연결 정책을 확인할 담당자를 정했다. □ 학생 정보 없는 안전한 주제로 첫 대화를 해 봤다. 이 점검표를 다 채웠다면, 이제 반복 업무를 실제로 옮길 준비가 된 것이다. 요약 세팅은 빠르게가 아니라 제대로 한다. 계정과 요금제는 덜어 낼 업무를 정한 뒤에 결제로 판단하고, 데스크톱 앱과 코워크는 본격적인 작업을 위해 준비해 둔다. 폴더와 커넥터는 무엇을 열어 줄지 스스로 정하는 경계이며, 학교 계정은 기관 정책에 막힐 수 있다. 무엇보다 입력은 비식별로, 저장과 삭제는 확인해서, 최종 판단은 교사가 한다는 개인정보 기준을 세팅 단계에서 먼저 세운다. ---------------------------------------- ### 4장. 공문·기안·가정통신문: 양식이 흔들리지 않는 초안 만들기 https://voidlogpress.com/books/%ea%b5%90%ec%82%ac%eb%a5%bc-%ec%9c%84%ed%95%9c-%ed%81%b4%eb%a1%9c%eb%93%9c-%ec%97%85%eb%ac%b4-%ec%9e%90%eb%8f%99%ed%99%94-%eb%a7%a4%eb%89%b4%ec%96%bc/4%ec%9e%a5-%ea%b3%b5%eb%ac%b8%ea%b8%b0%ec%95%88%ea%b0%80%ec%a0%95%ed%86%b5%ec%8b%a0%eb%ac%b8-%ec%96%91%ec%8b%9d%ec%9d%b4-%ed%9d%94%eb%93%a4%eb%a6%ac%ec%a7%80-%ec%95%8a%eb%8a%94-%ec%b4%88%ec%95%88/ 질문: 세 문서를 하나의 스킬로 묶으면 안 되나요? 요약: 지켜야 하는 것이 다르기 때문입니다. 공문과 기안문은 정해진 항목이 정해진 자리에 있어야 하는 형식이 중요하고, 가정통신문은 학부모가 읽는 문서라 말투가 더 중요합니다. 한 스킬로 묶으면 규칙이 서로 부딪칩니다. 또 다른 질문: 가정통신문 스킬은 어떻게 만드나요? 답: 지난달 보냈던 안내문 한 장을 예시로 보여 주고 규칙을 덧붙입니다. 계절 인사로 열고, 일정을 표로 정리하고, 준비물을 빠짐없이 나열하고, 안전 안내를 반드시 넣고, 우리 학교 회신 문구로 닫는다는 식입니다. 또 다른 질문: 스킬을 쓰면 초안이 어떻게 달라지나요? 답: 형식을 맞추는 수고가 사라지고 내용을 다듬는 일만 남습니다. 스킬 없이 요청하면 일반적인 안내문 틀로 나와 여러 군데를 손봐야 하지만, 스킬을 부르면 초안이 처음부터 우리 학교 방식으로 나옵니다. 또 다른 질문: 초안을 그대로 내보내도 되나요? 답: 안 됩니다. 도구는 그럴듯한 문장을 만들지만 그 문장이 사실인지까지 보장하지는 않습니다. 날짜와 금액, 근거로 든 문서 번호, 준비물과 회신 기한은 사람이 확인한 뒤에 내보냅니다. 또 다른 질문: 문서 스킬에서 자주 걸리는 실수는 무엇인가요? 답: 예시 없이 규칙만 길게 적는 것, 형식이 맞아 보인다는 이유로 검토를 건너뛰는 것, 하나의 스킬에 여러 문서를 욱여넣는 것입니다. 형식은 잘 만든 예시 한 장이 규칙 열 줄보다 낫습니다. 최종 확인: 2026-09-04T22:10:14+09:00 목요일 오후, 다음 주 현장체험학습 가정통신문을 써야 한다. 지난번 안내문을 찾아 연다. 형식을 참고하려는 것인데, 열고 보니 결국 절반은 새로 고치게 된다. 장소가 바뀌었고 준비물이 다르고 날짜가 다르다. 고치다 보면 인사말도 어색해 다시 다듬고, 안전 안내 문구도 이번 활동에 맞게 손본다. 참고하려던 문서가 어느새 처음부터 다시 쓰는 작업이 되어 있다. 3장에서 스킬이 무엇인지 보았다. 이 장에서는 그 스킬을 교사가 가장 자주 만지는 문서 세 가지에 실제로 붙인다. 공문, 기안문, 가정통신문이다. 세 문서는 성격이 조금씩 다르고, 그래서 스킬에 담는 규칙도 조금씩 다르다. 문서마다 지켜야 하는 것이 다르다 같은 문서 업무라도 무엇을 지켜야 하는지는 종류마다 다르다. 이 차이를 알아야 스킬에 맞는 규칙을 넣을 수 있다. 공문과 기안문은 형식이 중요하다. 정해진 항목이 정해진 자리에 있어야 하고, 표현은 사무적이고 간결해야 한다. 담당자와 날짜, 제목과 근거, 내용과 조치 사항 같은 요소가 빠지면 안 된다. 이런 문서의 스킬에는 형식을 지키는 규칙이 중심이 된다. 가정통신문은 반대다. 형식도 필요하지만, 더 중요한 건 말투다. 학부모가 읽는 문서이므로 정중하면서도 따뜻해야 하고, 학교와 학년의 분위기가 배어 있어야 한다. 같은 안내라도 딱딱하게 쓰면 통보처럼 읽히고, 부드럽게 쓰면 안내처럼 읽힌다. 이런 문서의 스킬에는 말투를 지키는 규칙이 함께 들어간다. 세 문서를 하나의 스킬로 뭉뚱그리지 않는 이유가 여기 있다. 지켜야 하는 것이 다르므로, 스킬도 따로 만드는 편이 낫다. 공문 스킬, 기안 스킬, 가정통신문 스킬을 각각 두고, 상황에 맞는 것을 불러 쓴다. 가정통신문 스킬을 만들어 본다 세 문서 중 가장 자주 쓰는 가정통신문부터 스킬로 만들어 보자. 3장의 세 걸음을 그대로 따른다. 예시를 보여 주는 걸로 시작한다. 지난달 보냈던 안내문 한 장을 준비한다. 개인정보가 없는 일반 안내문이면 그대로, 있으면 지운 뒤에 보여 준다. 그다음 규칙을 덧붙인다. 인사말은 계절 인사로 부드럽게 열고, 일정은 표로 정리하고, 준비물은 빠짐없이 나열하고, 안전 안내를 반드시 넣고, 마지막에 우리 학교 회신 문구를 붙인다는 식이다. 이 규칙과 예시를 가정통신문 스킬로 저장해 달라고 요청한다. 이제 스킬이 만들어졌다. 다음 주 박물관 견학 안내문이 필요하면, 스킬을 불러 견학 날짜와 장소, 준비물, 회비 정도만 건넨다. 나머지는 스킬이 알아서 형식과 말투를 맞춰 초안을 낸다. 형식을 다시 설명하지 않아도 된다. 초안이 어떻게 달라지는지 스킬의 효과는 초안을 비교해 보면 분명해진다. 가상의 상황 하나로 두 초안을 나란히 놓아 본다. 4월에 학교 텃밭 활동 안내문을 보낸다고 하자. 실제 학급이 아니라 지어낸 상황이다. 스킬 없이 짧게 요청하면, 초안은 일반적인 안내문 틀로 나온다. 형식적인 인사말로 문을 열고 활동을 알리고 준비물을 문장으로 나열하는 식이다. 형식은 갖췄지만 우리 학교 것은 아니다. 계절 인사도 없고, 준비물이 표로 정리되지도 않았고, 회신 문구도 우리 방식이 아니다. 결국 여러 군데를 손봐야 한다. 가정통신문 스킬을 불러 같은 상황을 건네면, 초안은 처음부터 우리 방식으로 나온다. 봄기운이 완연한 계절 인사로 열고, 텃밭 활동의 취지를 한 문단으로 안내하고, 일정과 준비물을 표로 정리하고, 흙을 만지는 활동의 안전 안내를 넣고, 우리 학교 회신 문구로 닫는다. 손볼 곳은 활동 취지 한두 문장 정도로 줄어든다. 형식을 맞추는 수고가 사라지고, 내용을 다듬는 일만 남는다. 두 초안의 차이는 도구가 더 똑똑해져서가 아니다. 내 방식을 한 번 담아 두었기 때문이다. 담아 둔 만큼 초안이 내 것에 가까워진다. 가정통신문, 실제로 주고받는 대화 말로만 설명하면 여전히 손에 안 잡힐 수 있으니, 스킬을 부른 뒤 오가는 내용을 그대로 보여 준다. 앞서 만든 가정통신문 스킬이 있다고 하고, 텃밭 활동 안내문을 부탁하는 상황이다. 모두 가상의 내용이다. 그림 4-1. 실제 제품 화면이 아니라, 입력 내용이 초안으로 바뀌는 흐름을 보여 주는 개념 화면이다. 교사가 스킬에 건네는 요청은 이 정도로 짧다. [교사가 입력한 내용] 가정통신문 스킬로 안내문 하나 만들어 줘. 4학년 3반 텃밭 활동이고, 날짜는 4월 18일 3교시, 장소는 학교 뒤뜰 텃밭이야. 준비물은 목장갑, 앞치마, 여벌 양말. 활동비는 없고, 회신은 4월 15일까지 받아. 스킬이 형식과 말투를 이미 알고 있으므로, 교사는 이번 활동의 사실만 적는다. 형식을 다시 설명하지 않는다. 돌아오는 초안의 앞부분은 이런 모양이다. [스킬이 내놓은 초안 발췌] 봄기운이 완연한 4월입니다. 학부모님 가정에 늘 건강과 평안이 함께하길 바랍니다. 우리 4학년 3반에서는 흙을 직접 만지고 가꾸는 텃밭 활동을 아래와 같이 진행합니다. 항목 내용 일시 4월 18일 3교시 장소 학교 뒤뜰 텃밭 준비물 목장갑, 앞치마, 여벌 양말 흙과 도구를 다루는 활동인 만큼, 활동 전 손 소독과 도구 사용 안내를 충분히 하겠습니다. 안전에 유의하여 지도하겠습니다. 계절 인사로 열고, 일정과 준비물을 표로 정리하고, 흙 활동에 맞는 안전 안내를 넣은 모양이 한 번에 나온다. 교사가 손볼 곳은 활동 취지를 한두 문장 더 다듬는 정도로 줄어든다. 형식과 말투를 맞추는 수고가 빠지고, 이번 활동에 고유한 내용만 확인하면 된다. 여기서도 원칙은 그대로다. 날짜와 시간이 맞는지, 준비물이 빠지지 않았는지, 회신 기한이 맞는지는 교사가 확인한 뒤에 내보낸다. 요일까지 넣는다면 실제 달력과 맞는지도 사람이 본다. 공문에서도 초안이 어떻게 달라지는지 공문에서도 같은 비교가 가능하다. 가상의 상황을 하나 든다. 교육청에서 독서 교육 관련 실적을 회신해 달라는 공문이 내려왔다고 하자. 실제 공문이 아니라 지어낸 상황이다. 스킬 없이 요청하면, 초안은 무난한 편지글에 가깝게 나오기 쉽다. 인사말이 들어가고 문장이 부드럽지만, 회신 공문의 골격은 흐릿하다. 제목과 근거가 분명하지 않고, 내용이 항목으로 나뉘지 않아 사무 문서로는 손볼 곳이 많다. 공문 회신 스킬을 불러 같은 상황을 건네면, 초안은 회신 공문의 골격을 갖춰 나온다. 교사가 건네는 내용과 돌아오는 초안은 이런 모양이다. [교사가 입력한 내용] 공문 회신 스킬로 회신 초안 만들어 줘. 원 공문은 독서 교육 운영 실적 제출 요청이고, 우리 반은 학급문고 운영과 아침 독서 10분, 독서 감상 나누기 활동을 했어. 회신 기한은 4월 30일. [스킬이 내놓은 초안 발췌] 제목: 독서 교육 운영 실적 제출 1. 관련: 독서 교육 운영 실적 제출 요청 공문 2. 위 호와 관련하여 우리 학급의 독서 교육 운영 실적을 다음과 같이 제출합니다. 가. 학급문고 운영 나. 아침 독서 10분 활동 다. 독서 감상 나누기 편지글처럼 늘어지지 않고, 제목과 근거와 항목이 자리를 잡는다. 남는 일은 실적 내용이 사실과 맞는지, 항목이 빠지지 않았는지 확인하는 것뿐이다. 형식이 정해진 문서일수록, 스킬이 붙들어 주는 골격의 값어치가 크다. 공문과 기안은 형식을 잠근다 공문과 기안문 스킬은 조금 다르게 접근한다. 말투보다 형식이 중요하므로, 규칙의 무게가 형식 쪽에 실린다. 공문 회신 스킬을 예로 들면, 회신 공문의 정해진 항목을 규칙으로 못 박는다. 제목은 원 공문의 제목을 받아 적고, 근거를 밝히고, 내용을 항목별로 정리하고, 사무적이고 간결한 문장으로 쓴다는 식이다. 예시로는 잘 작성된 회신 공문 한 장을 보여 준다. 그러면 다음부터는 원 공문의 내용과 우리 학교 상황만 건네도, 형식이 흐트러지지 않은 회신 초안이 나온다. 기안문도 마찬가지다. 품의의 목적, 근거, 소요 예산, 조치 계획 같은 항목을 규칙으로 정해 두면, 초안이 그 뼈대를 지킨다. 형식이 정해진 문서일수록 스킬의 효과가 크다. 사람이 매번 항목을 빠뜨리지 않으려 신경 쓰던 그 긴장을, 스킬이 대신 붙들어 준다. 초안은 검토를 전제로 한다 여기서 한 가지를 분명히 해 둔다. 스킬이 내놓는 것은 초안이다. 완성된 문서가 아니다. 형식이 맞고 말투가 자연스러워 보여도, 보내기 전에 반드시 읽어야 한다. 특히 공문과 기안은 사실관계가 중요하다. 날짜가 맞는지, 금액이 맞는지, 근거로 든 문서 번호가 맞는지는 사람이 확인해야 한다. 도구는 그럴듯한 문장을 만들지만, 그 문장이 사실인지까지 보장하지는 않는다. 가정통신문도 마찬가지다. 준비물이 빠지지 않았는지, 날짜와 요일이 맞는지, 안전 안내가 이번 활동에 맞는지 눈으로 확인한 뒤에 내보낸다. 스킬을 쓴다고 검토가 사라지는 게 아니다. 검토의 성격이 바뀔 뿐이다. 형식을 처음부터 짜는 대신, 내용이 맞는지 확인하는 쪽으로 힘이 옮겨 간다. 그 옮겨 감이 곧 시간을 아끼는 지점이다. 자주 걸리는 실수 몇 가지 문서 스킬을 쓰다 보면 반복해서 걸리는 지점이 있다. 알아 두면 피할 수 있다. 첫째, 예시 없이 규칙만 길게 적는 경우다. 형식은 말로 설명하는 것보다 예시 한 장으로 보여 주는 편이 정확하다. 규칙만 잔뜩 적으면 도구가 형식을 어림짐작하게 되고, 초안이 매번 조금씩 흔들린다. 잘 만든 예시 한 장이 규칙 열 줄보다 낫다. 둘째, 초안을 그대로 내보내는 경우다. 형식이 맞아 보인다는 이유로 검토를 건너뛰면, 날짜나 수치가 틀린 문서가 그대로 나갈 수 있다. 스킬은 형식을 지켜 주지만 사실을 보장하지는 않는다. 셋째, 하나의 스킬에 너무 많은 문서를 욱여넣는 경우다. 공문과 가정통신문은 지켜야 할 것이 다르므로, 한 스킬로 묶으면 규칙이 서로 부딪친다. 문서 종류별로 스킬을 나누면 각 스킬이 단순해지고 결과가 안정된다. 문서 스킬이 갖춰야 할 것 문서 스킬을 만들 때 챙기면 좋은 요건을 정리해 둔다. 예시 문서가 우리 학교 것인가. 빠지면 안 되는 필수 항목이 규칙에 들어 있는가. 말투가 중요한 문서라면 톤 규칙이 있는가. 형식이 중요한 문서라면 항목 순서가 고정돼 있는가. 초안을 받아 손볼 지점이 남으면 그 지점이 규칙으로 반영됐는가. 이 요건을 채운 스킬은 안정적으로 쓸 수 있다. 세 문서의 스킬을 한 번씩 만들어 두면, 교사가 가장 자주 만지는 문서 업무의 상당 부분이 초안 단계까지 미리 처리된다. 남는 일은 내용을 확인하고 보내는 것이다. 바로 쓰는 스킬 카드 아래를 그대로 복사해, 우리 학교 예시 문서 한 장과 함께 건네면 스킬이 만들어진다. 완성본은 부록에도 모아 두었다. [가정통신문 스킬 카드] 업무 목적: 학교 가정통신문 초안을 우리 학교 양식과 말투로 되풀이해 만든다. 작성 순서: 1. 계절 인사로 정중하게 문을 연다. 2. 활동 취지를 한 문단으로 안내한다. 3. 일정·장소·준비물은 표로 정리한다. 4. 필요한 안전 안내를 반드시 넣는다. 5. 회신 방법과 기한을 마지막에 둔다. 금지: 과장된 표현, 불필요한 감탄, 통보하는 말투. 교사 검토: 내보내기 전에 날짜·요일·준비물·회신 기한이 맞는지 내가 확인한다. 입력할 것: 행사명, 날짜와 교시, 장소, 준비물, 회비, 회신 기한. [공문 회신 스킬 카드] 업무 목적: 회신 공문 초안을 정해진 형식에 맞춰 만든다. 작성 순서: 1. 원 공문의 제목을 받아 적는다. 2. 관련 근거를 밝힌다. 3. 회신 내용을 항목으로 나눠 정리한다. 4. 사무적이고 간결한 문장으로 닫는다. 금지: 편지글투, 늘어지는 인사말, 불필요한 수식. 교사 검토: 실적·수치·문서 번호가 사실과 맞는지 내가 확인한다. 입력할 것: 원 공문 제목과 요지, 우리 학급/학교의 회신 내용, 회신 기한. [기안문 스킬 카드] 업무 목적: 품의 기안문 초안을 정해진 항목에 맞춰 만든다. 작성 순서: 1. 품의의 목적을 밝힌다. 2. 근거를 적는다. 3. 소요 예산이나 대상을 정리한다. 4. 조치 계획을 항목으로 둔다. 금지: 목적과 근거를 뭉뚱그리기, 항목 누락. 교사 검토: 금액·근거·일정이 맞는지 내가 확인한다. 입력할 것: 품의 목적, 근거, 예산 또는 대상, 일정. 요약 공문과 기안은 형식이, 가정통신문은 말투가 중요하고, 그래서 세 문서는 각각의 스킬로 따로 만든다. 예시 문서와 규칙으로 스킬을 만들면 초안이 처음부터 우리 학교 방식으로 나오고, 형식을 맞추는 수고가 내용을 다듬는 일로 줄어든다. 스킬이 내놓는 것은 언제나 초안이므로, 사실관계와 필수 항목은 사람이 확인한 뒤에 내보낸다. 그림 1: 가정통신문 스킬은 말투를 잠그고 공문과 기안문 스킬은 형식을 잠근다 같은 문서 스킬이 좌우 두 갈래로 갈린다. 왼쪽 가정통신문은 말투를 잠그고 톤 규칙과 지난 통신문을 예시로 쓴다. 오른쪽 공문과 기안문은 형식을 잠그고 항목 순서를 규칙으로, 잘 쓴 회신 공문을 예시로 쓴다. 아래 강조색 띠에 무엇을 잠글지부터 정하라는 문장이 있다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143814104_1.png ---------------------------------------- ### 6장. 수행평가 채점 보조: 루브릭으로 흔들림 줄이기 https://voidlogpress.com/books/%ea%b5%90%ec%82%ac%eb%a5%bc-%ec%9c%84%ed%95%9c-%ed%81%b4%eb%a1%9c%eb%93%9c-%ec%97%85%eb%ac%b4-%ec%9e%90%eb%8f%99%ed%99%94-%eb%a7%a4%eb%89%b4%ec%96%bc/6%ec%9e%a5-%ec%88%98%ed%96%89%ed%8f%89%ea%b0%80-%ec%b1%84%ec%a0%90-%eb%b3%b4%ec%a1%b0-%eb%a3%a8%eb%b8%8c%eb%a6%ad%ec%9c%bc%eb%a1%9c-%ed%9d%94%eb%93%a4%eb%a6%bc-%ec%a4%84%ec%9d%b4%ea%b8%b0/ 질문: 수행평가 채점을 도구에 맡겨도 되나요? 요약: 채점이 아니라 채점 보조까지입니다. 교사가 만든 루브릭을 기준으로 비식별 처리한 답안이 각 기준에 어느 정도 부합하는지 근거와 함께 후보를 받습니다. 그 후보를 읽고 점수를 확정하는 것은 교사입니다. 또 다른 질문: 루브릭 없이 채점해 달라고 하면 안 되나요? 답: 도구가 자기 나름의 기준을 짐작해 쓰는데 그 기준은 내 것이 아닙니다. 어떤 요소를 보는지, 각 요소가 몇 점인지, 상중하를 가르는 기준이 무엇인지 문장으로 적어 함께 건네야 후보가 내 기준을 따라 나옵니다. 또 다른 질문: 도구가 낸 후보를 그대로 옮겨 적어도 되나요? 답: 경계선에 놓인 답안일수록 안 됩니다. 같은 답안도 우리 반에서 그 항목이 원인을 얼마나 요구하는지에 따라 점수가 달라집니다. 근거는 참고가 되지만 우리 반의 눈높이를 아는 것은 교사입니다. 또 다른 질문: 도구가 자주 틀리는 지점은 어디인가요? 답: 답안이 길면 더 높은 점수를 주려 하고, 그럴듯한 용어가 있으면 개념을 이해한 것으로 착각합니다. 경계선 답안에서 루브릭보다 문장 완성도를 더 보며, 학생의 실제 수업 맥락을 모릅니다. 또 다른 질문: 채점 결과를 정리하는 일도 맡길 수 있나요? 답: 비식별 처리한 표를 건네 항목별로 어느 기준에서 감점이 몰렸는지 묶어 볼 수 있습니다. 어느 기준이 약했는지 보이면 다음 수업에서 무엇을 다시 짚을지 분명해집니다. 표에 실제 이름은 넣지 않습니다. 최종 확인: 2026-09-04T11:05:49+09:00 이 장 내내 지키는 선 - 학생을 식별할 수 있는 정보의 원문을 그대로 입력하지 않는다. 답안에서 이름과 번호를 지운 뒤에 다룬다. - 도구가 내놓는 것은 채점 후보와 근거일 뿐이다. 점수를 확정하는 판단은 교사가 한다. - 실제 답안이 아니라 샘플이나 가상의 답안으로 연습한다. - 소속 학교의 평가 계획과 평가 규정이 도구보다 앞선다. 한 반 스물다섯 명의 서술형 답안을 채점한다고 하자. 첫 번째 답안과 스무 번째 답안 사이에는 시간이 놓여 있다. 처음에는 후하게 보다가 뒤로 갈수록 빡빡해지거나, 그 반대가 되기도 한다. 같은 수준의 답안이 채점 순서에 따라 다른 점수를 받는 일은, 교사라면 누구나 경계하는 지점이다. 사람이라 생기는 이 흔들림을 줄이는 데 도구가 쓸모가 있다. 이 장은 수행평가 채점을 도구가 대신하는 이야기가 아니다. 루브릭을 기준으로 채점의 일관성을 붙드는 보조에 관한 이야기다. 채점의 주체는 처음부터 끝까지 교사다. 채점이 아니라 채점 보조다 도구에 답안을 넣으면 점수가 나온다는 그림은 이 장에서 다루지 않는다. 그 그림은 위험하다. 학생의 답안이라는 민감한 자료를 그대로 넣는 것을 전제하고, 평가라는 교사 고유의 판단을 도구에 넘기는 것처럼 보이기 때문이다. 대신 이 장이 다루는 것은 보조다. 교사가 만든 루브릭을 기준으로 삼아, 비식별 처리한 답안이 각 기준에 어느 정도 부합하는지 후보를 받아 보는 방식이다. 도구는 근거와 함께 후보를 제시하고, 그 후보를 읽고 점수를 확정하는 것은 교사다. 채점의 흔들림을 줄이는 데 도움을 받되, 채점의 권한은 넘기지 않는다. 루브릭이 있어야 보조가 된다 이 방식의 출발점은 좋은 루브릭이다. 기준이 흐릿하면 사람이 채점해도 흔들리고, 도구의 보조도 흐릿해진다. 반대로 기준이 또렷하면 사람의 채점도 도구의 보조도 그 기준을 따라 정렬된다. 그래서 도구를 부르기 전에 루브릭부터 정리한다. 어떤 요소를 보는지, 각 요소가 몇 점인지, 상중하를 가르는 기준이 무엇인지 문장으로 적는다. 이 루브릭을 도구에 함께 건네야, 후보가 내 기준을 따라 나온다. 루브릭 없이 그냥 채점해 달라고 하면, 도구는 자기 나름의 기준을 짐작해 쓰고, 그 기준은 내 것이 아니다. 실제로 주고받는 대화 가상의 사례로 흐름을 본다. 과학 서술형 문항이고, 답안은 이름과 번호를 지운 샘플이다. [교사가 건넨 루브릭과 비식별 답안] 루브릭: (1) 현상의 원인을 옳게 설명 4점 (2) 관련 개념 용어를 정확히 사용 3점 (3) 문장이 논리적으로 이어짐 3점. 답안 예시: 물이 끓는 것은 온도가 높아져서 물 분자가 활발해지고, 액체가 기체로 변하기 때문이다. 이 과정을 기화라고 한다. [도구가 내놓은 채점 후보와 근거] - (1) 원인 설명: 4점. 온도 상승과 상태 변화의 인과를 옳게 서술함. - (2) 용어 사용: 3점. 기화라는 용어를 정확히 사용함. - (3) 논리 전개: 2점. 문장은 이어지나 분자 운동과 기화의 연결이 다소 압축됨. 교사는 이 후보를 그대로 옮겨 적지 않는다. 근거를 읽고 판단한다. (3)의 2점이 타당한지, 우리 반의 채점 눈높이에서 이 답안이 어디쯤인지 스스로 정한다. 도구의 후보는 판단의 재료이지 결론이 아니다. 특히 경계선에 놓인 답안일수록, 최종 결정은 사람이 내려야 한다. 경계선 답안은 사람이 정한다 후보를 그대로 받아들이면 안 되는 이유를, 애매한 답안 하나로 더 본다. 같은 문항의 다른 샘플이다. [비식별 답안] 물이 끓으면 수증기가 된다. 온도가 높으면 그렇게 된다. [도구가 내놓은 채점 후보와 근거] - (1) 원인 설명: 2점. 상태 변화는 언급했으나 분자 운동 등 원인 설명이 부족함. - (2) 용어 사용: 1점. 기화 등 핵심 용어가 없음. - (3) 논리 전개: 2점. 짧지만 문장은 이어짐. 이 답안은 경계선에 있다. 맞는 방향이지만 설명이 얕다. 도구는 (1)에 2점을 주었는데, 교사의 판단은 다를 수 있다. 우리 반에서 이 문항의 (1) 기준이 원인을 얼마나 요구하는지에 따라 1점이 될 수도, 3점이 될 수도 있다. 도구의 근거는 참고가 되지만, 우리 반의 눈높이를 아는 것은 교사다. 경계선일수록 후보를 근거로 삼아 사람이 다시 정한다. 일관성은 같은 기준을 반복 적용하는 데서 온다 도구 보조의 이점은 여기서 나온다. 같은 루브릭을 스물다섯 명 답안에 똑같이 들이대므로, 채점 순서에 따른 흔들림이 줄어든다. 첫 답안과 마지막 답안에 같은 잣대가 적용된다. 사람이 지치면서 생기는 편차를, 일정한 기준이 잡아 준다. 물론 이 일관성도 완전하지 않다. 도구가 특정 답안을 잘못 읽을 수 있고, 근거가 어긋날 수 있다. 그래서 교사는 후보 전체를 훑어보며 튀는 것을 확인한다. 특히 낮은 점수를 받은 답안과 만점을 받은 답안은 한 번 더 본다. 일관성은 도구가 주는 것이 아니라, 같은 기준을 반복 적용하고 교사가 검토하는 과정에서 만들어진다. 채점 결과를 정리하는 데까지 채점을 마치면 결과를 정리하는 일이 남는다. 항목별 점수를 모으고, 반 평균이나 분포를 보고, 피드백을 정리하는 작업이다. 여기서는 코워크가 손을 보탠다. 비식별 처리한 채점 결과를 표로 정리하거나, 항목별로 어느 기준에서 많이 감점됐는지 묶어 보는 일을 맡길 수 있다. 이 정리는 다음 수업에서 무엇을 다시 짚어야 할지 판단하는 재료가 된다. 코워크로 이런 흐름을 어떻게 맡기는지는 다음 장에서 자세히 다룬다. 정리를 맡기는 모습은 이렇다. 기호로 정리한 점수 표를 코워크에 건네고, 항목별 감점이 어디에 몰렸는지 묶어 달라고 한다. [교사가 코워크에 준 목표] 기호로 된 이 채점 표에서, 세 항목 중 어느 기준에서 감점이 많았는지 정리해 줘. 이름은 없고 기호만 있어. [코워크가 내놓은 정리 발췌] - (3) 논리 전개 항목에서 감점이 가장 많았습니다. 스물다섯 명 중 열두 명이 2점 이하. - (1) 원인 설명은 대체로 상위 점수. (2) 용어 사용은 편차가 큼. - 다음 수업에서 문장을 논리적으로 잇는 연습을 짚어 볼 만합니다. 이 정리는 채점 결과를 다음 수업으로 잇는 재료가 된다. 어느 기준이 약했는지 보이면, 무엇을 다시 가르칠지가 분명해진다. 정리 단계에서도 원칙은 같다. 표에 실제 이름을 넣지 않고, 최종 점수와 평가의 확정은 교사가 한다. 도구는 흩어진 결과를 보기 좋게 모을 뿐이다. 공정성은 마지막까지 사람의 몫이다 수행평가는 성적에 반영되고, 성적은 학생에게 중요한 결과로 이어진다. 그래서 이 장의 보조는 편의보다 공정성을 먼저 생각한다. 도구의 후보에 기대어 검토를 건너뛰면, 잘못된 근거가 그대로 점수가 될 수 있다. 같은 실수가 여러 답안에 반복되면 반 전체의 평가가 함께 기운다. 그러므로 채점 보조를 쓰더라도, 최종 점검은 사람이 한다. 후보와 근거를 읽고, 경계선 답안을 다시 보고, 우리 학교 평가 계획에 맞는지 확인한 뒤에 점수를 확정한다. 도구는 흔들림을 줄여 주지만, 공정함을 책임지지는 못한다. 그 책임은 교사에게 남는다. 다섯 단계와 도구가 자주 틀리는 지점 채점 보조의 흐름을 다섯 단계로 정리하면 이렇다. 그림 6-1. 루브릭과 비식별 답안을 기준으로 후보를 받고, 최종 점수는 교사가 확정한다. 단계 교사가 하는 일 도구가 하는 일 금지 1. 루브릭 항목·배점·기준을 또렷이 정리 없음 기준 없이 채점 요청 2. 비식별 이름·번호를 지운 답안 준비 없음 실명 답안 입력 3. 후보 답안과 루브릭을 함께 건넴 항목별 점수 후보와 근거 제시 근거 없는 점수 4. 재검토 경계선·최고·최저 답안 다시 봄 없음 후보 그대로 확정 5. 확정 우리 반 눈높이로 점수 확정 없음 평가 계획과 어긋난 반영 이 흐름은 교과를 가리지 않는다. 국어의 주장 글쓰기, 과학의 실험 보고서, 사회의 자료 해석형 답안 모두 루브릭만 그 과목에 맞게 바꾸면 같은 방식으로 보조받는다. 도구가 후보를 낼 때 자주 틀리는 지점도 알아 두면 검토가 날카로워진다. [도구가 자주 틀리는 지점] - 답안이 길면 더 높은 점수를 주려 한다. - 그럴듯한 용어가 있으면 개념을 이해한 것으로 착각한다. - 경계선 답안에서 루브릭보다 문장 완성도를 더 본다. - 학생의 실제 수업 맥락을 모른다. 채점 보조 스킬은 이렇게 만든다. [수행평가 채점 보조 스킬 카드] 업무 목적: 루브릭을 기준으로 비식별 답안의 채점 후보와 근거를 만든다. 작성 순서: 1. 항목별 배점과 상중하 기준을 그대로 적용한다. 2. 각 항목의 점수 후보에 근거 문장을 붙인다. 3. 경계선으로 보이는 답안은 표시해 준다. 금지: 근거 없는 점수, 길이만으로 가점, 최종 점수 확정. 교사 검토: 경계선·최고·최저 답안을 다시 보고, 우리 반 눈높이로 점수를 확정한다. 입력할 것: 루브릭, 이름을 지운 답안. 교사 확인 3문장 1. 답안에서 이름과 번호를 지웠는가? 2. 도구의 근거가 우리 반 눈높이와 맞는가? 3. 최종 점수를 내가 확정했는가? 요약 수행평가에서 도구는 채점을 대신하지 않고, 루브릭을 기준으로 채점의 일관성을 돕는 보조 역할까지만 한다. 또렷한 루브릭과 비식별 답안을 함께 건네면 근거가 붙은 채점 후보가 나오고, 교사는 그 후보를 재료 삼아 점수를 확정한다. 결과 정리는 코워크가 돕되 실제 이름은 넣지 않으며, 공정성의 최종 책임은 끝까지 교사의 몫이다. ---------------------------------------- ## 직장인 AI 업무 문서 기술 ISBN 9791143814357 · 2026-07-15 · 허구진 지음 https://voidlogpress.com/books/%ec%a7%81%ec%9e%a5%ec%9d%b8-ai-%ec%97%85%eb%ac%b4-%eb%ac%b8%ec%84%9c-%ea%b8%b0%ec%88%a0/ ### 1장. 통과되는 문서의 원리 https://voidlogpress.com/books/%ec%a7%81%ec%9e%a5%ec%9d%b8-ai-%ec%97%85%eb%ac%b4-%eb%ac%b8%ec%84%9c-%ea%b8%b0%ec%88%a0/1%ec%9e%a5-%ed%86%b5%ea%b3%bc%eb%90%98%eb%8a%94-%eb%ac%b8%ec%84%9c%ec%9d%98-%ec%9b%90%eb%a6%ac/ 질문: 같은 내용인데 문서가 반려되는 이유는 무엇인가요? 요약: 내용 부족만은 아닙니다. 내용은 있는데 순서가 어긋난 경우가 많습니다. 필요한 말은 있는데 결재자가 먼저 확인하려는 말이 뒤에 숨어 있는 것입니다. 통과되는 문서는 매끄러운 문장이 아니라 판단 가능한 문장입니다. 또 다른 질문: 통과 문서에 필요한 다섯 요소는 무엇인가요? 답: 목적과 수신자, 결재선, 근거, 톤입니다. 목적은 왜 쓰는가, 수신자는 누가 읽는가, 결재선은 어디까지 올라가는가, 근거는 왜 그렇게 말할 수 있는가, 톤은 어떤 태도로 읽히는가입니다. 또 다른 질문: AI에 넣어도 되는 정보와 안 되는 정보는 어떻게 구분하나요? 답: 공개돼도 피해가 적은 일반 맥락은 넣습니다. 실제 고객사명과 담당자 연락처, 장비 일련번호, 계약 금액, 장애 로그 원문은 넣지 않습니다. 가명과 범주로 바꾸고 초안을 만든 뒤 사람이 실제 정보로 교체합니다. 또 다른 질문: AI 초안을 결재용으로 올리는 순서는 어떻게 되나요? 답: 다섯 단계입니다. 맥락과 자료를 익명화해 넣고, 구조를 맡겨 뼈대를 얻고, 받는 사람의 판단 질문을 한 줄로 적고, 숫자와 일정을 사람이 검증하고, 결론을 앞에 둔 통과 문장으로 다듬습니다. 또 다른 질문: AI가 지어낸 근거는 어떻게 막나요? 답: 판단 질문만으로는 부족합니다. 목록에 있는 사실만 쓰고 없는 숫자와 원인과 효과는 추정하지 말며, 필요하지만 제공되지 않은 정보는 사람 확인 필요로 표시하라는 사실 잠금 규칙을 함께 붙입니다. 최종 확인: 2026-09-04T11:05:50+09:00 판단 질문 지도 같은 내용도 어떤 문장으로 놓이느냐에 따라 다르게 읽힌다. 작성자는 충분히 설명했다고 생각하지만 결재자는 판단할 근거가 부족하다고 본다. 작성자는 예의를 갖췄다고 생각하지만 상대는 책임이 흐려졌다고 본다. 작성자는 자세히 썼다고 생각하지만 읽는 사람은 핵심을 찾지 못한다. 문서가 반려되는 이유는 늘 내용 부족만은 아니다. 내용은 있는데 순서가 어긋난 경우가 많다. 필요한 말은 있는데 결재자가 먼저 확인하려는 말이 뒤에 숨어 있는 경우도 많다. 인공지능(AI) 초안도 이 문제를 그대로 반복한다. AI는 문장을 부드럽게 만들 수 있지만, 결재자가 보는 판단 순서를 사람이 알려 주지 않으면 그럴듯한 설명문을 만든다. 통과 가능성을 높이는 문서는 화려하지 않다. 결론이 앞에 있고, 근거가 보이며, 숫자와 일정이 확인되고, 책임 표현이 명확하다. 이 장은 그 기본 원리를 다룬다. 문서 유형이 달라도 원리는 같다. 문서는 작성자의 생각을 길게 펼치는 글이 아니라, 상대가 판단할 수 있도록 재료를 놓는 업무 도구다. 1-1. 통과와 반려를 가르는 것 반려 장면 다온테크 영업지원팀 김대리는 월요일 오전 주간보고를 올렸다. 지난주에 처리한 일을 빠짐없이 적었다. 견적 요청 대응, 납품 일정 확인, 고객사 문의 답변, 내부 회의 참석, 협력사 자료 취합까지 한 줄씩 정리했다. 그런데 이팀장은 보고서에 댓글을 남겼다. "이번 주 위험 요인이 무엇인지 먼저 정리 필요." 김대리는 빠뜨린 일이 없다고 생각했다. 실제로 빠진 업무도 거의 없었다. 하지만 이팀장이 확인하려던 것은 업무 목록이 아니었다. 이번 주에 무엇이 문제인지, 어떤 고객사 일정이 늦어질 수 있는지, 팀장이 먼저 손대야 할 일이 있는지였다. 작성자 기준으로는 성실한 보고였지만, 수신자 기준으로는 판단하기 어려운 보고였다. AI 위임 결정 이런 보고에서는 AI에게 업무 목록을 문장으로 길게 풀게 맡기면 안 된다. AI에게 맡길 일은 목록을 핵심, 이슈, 다음 계획으로 재배열하는 것이다. 사람이 쥘 일은 실제 진행률, 고객명, 일정 지연 가능성, 책임 소재를 확인하는 것이다. 읽는 사람의 판단 질문 이 문서를 받는 사람의 질문은 단순하다. "그래서 지금 문제가 있는가, 없는가." 문제가 있다면 "어느 정도 영향이 있고, 누가 무엇을 해야 하는가"까지 보여야 한다. 프롬프트 너는 한국 회사의 보고 문서를 다듬는 문서 작성 코치다. 아래 업무 목록을 상사가 판단하기 쉬운 주간보고 구조로 바꿔라. 맥락: - 회사: 다온테크 - 작성자: 영업지원팀 김대리 - 수신자: 영업팀 이팀장 - 문서 유형: 주간보고 - 읽는 사람의 판단 질문: 그래서 지금 문제가 있는가, 없는가. 문제가 있다면 영향과 다음 조치는 무엇인가. 자료: - 견적 요청 8건 처리 - A고객사 납품 일정 확인 - B고객사 장비 설치 일정이 협력사 사정으로 2일 지연 가능 - 내부 영업회의 참석 - 협력사 자료 취합 중 1개 업체 회신 지연 요청: - 한 일 나열이 아니라 핵심, 이슈, 다음 계획 3블록으로 정리한다. - 이슈는 사실, 영향, 다음 조치 순서로 쓴다. - 과장 표현 없이 업무 문장으로 쓴다. - 사람이 확인해야 할 숫자와 일정은 따로 표시한다. Before/After Before: 지난주 견적 요청 8건을 처리했고, A고객사 납품 일정을 확인했으며, B고객사 장비 설치 일정 관련 협력사 확인을 진행함. 내부 영업회의에 참석했고 협력사 자료도 취합 중임. After: 이번 주 주요 이슈는 B고객사 장비 설치 일정의 2일 지연 가능성임. 협력사 작업 인력 배정이 늦어져 설치 일정 재확인이 필요하며, 금일 15시까지 협력사 확정 회신을 받아 이팀장에게 공유 예정임. 변환 포인트는 순서다. Before는 한 일을 빠짐없이 늘어놓지만 읽는 사람이 판단할 핵심이 뒤섞여 있다. After는 이번 주 위험 요인을 먼저 놓고, 영향과 다음 조치를 이어서 보여 준다. 검증 지점 사람이 확인할 항목은 세 가지다. 지연 가능성이 실제로 2일인지, 협력사 회신 기한이 15시로 합의된 것인지, 이팀장에게 공유할 내용에 고객사명과 책임 표현이 적정한지다. AI는 구조를 잡을 수 있지만 실제 일정의 정확성은 사람이 확인해야 한다. 1-2. 통과 문서의 5요소 반려 장면 박과장은 구매팀에서 공용 모니터 교체 품의를 올렸다. 문서는 깔끔했다. 제목은 짧았고, 예상 금액도 적혀 있었다. 그런데 최부장은 "사용 부서와 교체 기준 확인 후 재상신"이라고 적었다. 박과장은 금액까지 넣었는데 왜 다시 확인하라는지 의아했다. 문제는 품의서에 다섯 가지 중 세 가지가 빠져 있었기 때문이다. 목적은 있었지만 수신자 관점이 약했고, 결재선이 요구하는 근거가 부족했으며, 기존 장비를 왜 지금 바꿔야 하는지 설명되지 않았다. 문장은 짧았지만 판단 재료가 부족했다. AI 위임 결정 이런 문서에서는 AI에게 "깔끔하게 써 달라"고 할 것이 아니라 목적, 수신자, 결재선, 근거, 톤을 점검하게 해야 한다. 사람이 해야 할 일은 사용 부서, 교체 대상 수량, 기존 장비 상태, 예산 항목, 결재 권한을 확인하는 것이다. 읽는 사람의 판단 질문 결재권자는 속으로 묻는다. "이 문서는 내가 판단해야 할 대상, 근거, 위험을 충분히 보여주는가." 이 질문에 답하지 못하면 문장은 좋아도 다시 돌아온다. 프롬프트 너는 한국 회사의 승인 문서를 점검하는 문서 작성 코치다. 아래 품의 초안을 목적, 수신자, 결재선, 근거, 톤 5요소 기준으로 점검하라. 맥락: - 회사: 다온테크 - 작성자: 구매팀 박과장 - 결재권자: 최부장 - 문서 유형: 공용 모니터 교체 품의 - 읽는 사람의 판단 질문: 이 문서는 판단 대상, 근거, 위험을 충분히 보여주는가. 초안: 공용 모니터 노후화로 교체가 필요하여 구매를 품의함. 예상 금액은 총 180만 원임. 요청: - 누락된 요소를 표로 정리한다. - 각 요소별로 보강할 질문을 제시한다. - 보강 후 사용할 수 있는 품의 사유 문장 2개를 제안한다. - 사람이 확인해야 할 항목은 따로 표시한다. Before/After Before: 공용 모니터 노후화로 교체가 필요하여 구매를 품의함. 예상 금액은 총 180만 원임. After: 영업지원팀 공용 모니터 3대는 사용 6년 차로 화면 깜박임과 색상 불량이 반복되어 견적 검토와 고객사 제안서 확인 업무에 지장이 있음. 기존 장비 수리비가 대당 18만 원으로 확인되어, 교체 비용 총 180만 원으로 구매 진행을 품의함. After에는 다섯 요소가 들어 있다. 목적은 고객사 제안서 확인 업무 지장 해소다. 수신자는 비용 판단을 해야 하는 결재권자다. 결재선은 구매 승인이다. 근거는 사용 기간, 증상, 수리비다. 톤은 과장하지 않고 사실 중심으로 정리되어 있다. 검증 지점 모니터 사용 기간, 고장 증상, 수리비, 교체 견적, 사용 부서가 맞는지 확인해야 한다. 특히 "수리비가 대당 18만 원"이라는 숫자는 견적서나 서비스센터 안내를 기준으로 확인해야 한다. 숫자가 틀리면 문장 전체의 신뢰가 낮아진다. 5요소를 문장에 넣는 법 통과 문서의 5요소는 각각 따로 존재하지 않는다. 문장 안에서 함께 움직인다. 목적은 "왜 쓰는가"다. 보고라면 현황 공유인지 의사결정 요청인지 다르다. 품의라면 구매 승인인지 비용 집행인지 계약 체결인지 다르다. 목적이 흐리면 읽는 사람은 이 문서를 읽고 무엇을 해야 하는지 모른다. 수신자는 "누가 읽는가"다. 팀장이 읽는 주간보고와 부장이 읽는 품의서는 강조점이 다르다. 팀장은 이번 주 업무 우선순위를 보려 하고, 부장은 예산과 위험을 보려 한다. 같은 사안이라도 수신자에 따라 앞에 놓을 정보가 바뀐다. 결재선은 "어디까지 올라가는가"다. 팀장 전결이면 실무 영향과 일정이 중심이 될 수 있다. 부장 결재라면 비용 근거와 부서 간 영향까지 들어가야 한다. 대표 승인이라면 회사 차원의 필요성과 위험 관리가 더 중요해진다. 근거는 "왜 그렇게 말할 수 있는가"다. 오래되었다, 불편하다, 필요하다는 말은 근거가 아니다. 사용 연수, 장애 횟수, 고객 대응 지연, 수리비, 비교 견적처럼 확인 가능한 정보가 근거다. 톤은 "어떤 태도로 읽히는가"다. 결재 문서는 부탁문도 아니고 광고문도 아니다. 고압적이면 반발을 부르고, 과하게 낮으면 책임이 약해 보인다. 중립적이고 단정한 업무 문장이 가장 안전하다. 반려를 부르는 네 가지 문장 유형 승인 문서에서 자주 반려되는 문장은 크게 네 가지로 나눌 수 있다. 장황형, 근거 없음형, 고압형, 과잉 저자세형이다. 이 구분을 알아 두면 AI에게 고쳐 달라고 요청할 때도 더 정확하게 지시할 수 있다. 장황형은 한 일을 모두 넣었지만 핵심이 보이지 않는 문장이다. "지난주에 여러 고객사 문의에 대응했고, 내부 회의와 자료 취합을 진행했으며, 협력사 일정도 확인 중임"처럼 쓰면 성실함은 보인다. 그러나 읽는 사람은 현재 문제가 무엇인지 찾기 어렵다. 장황형 문장은 "핵심 이슈, 영향, 다음 조치" 순서로 다시 나눠야 한다. 근거 없음형은 필요하다고만 말하는 문장이다. "업무 효율 향상을 위해 장비 교체가 필요함"이 대표적이다. 결재자는 효율이라는 말을 싫어해서 반려하는 것이 아니다. 그 효율이 어떤 업무 지장과 연결되는지 판단할 수 없기 때문에 보완을 요구한다. 근거 없음형 문장은 사용 기간, 장애 횟수, 수리비, 고객 대응 지연, 보안 기준처럼 확인 가능한 정보가 들어가야 한다. 고압형은 요청을 지시처럼 쓰는 문장이다. "기한 내 회신 바람", "반드시 협조 필요"처럼 쓰면 작성자는 급한 상황을 표현했다고 생각할 수 있다. 그러나 상대 부서는 왜 움직여야 하는지보다 압박을 먼저 느낀다. 고압형 문장은 배경, 요청, 기한, 후속 조치를 분리해야 한다. 요청의 강도는 높일 수 있지만, 이유와 기준이 함께 있어야 한다. 과잉 저자세형은 책임을 지나치게 낮추는 문장이다. "바쁘시겠지만 가능하시다면 검토 부탁" 같은 표현은 부드러워 보이지만 업무 문서에서는 요청 사항이 흐려진다. 사과문에서도 "전적으로 죄송"처럼 확인되지 않은 책임을 넓게 인정하면 문제가 커질 수 있다. 과잉 저자세형 문장은 사실, 영향, 조치, 요청을 중립적으로 나눠야 한다. AI에게는 이 실패 유형을 그대로 지시할 수 있다. "아래 문장이 장황형인지, 근거 없음형인지, 고압형인지, 과잉 저자세형인지 진단하고 결재 문장으로 고쳐라"라고 요청하면 된다. 단, AI의 진단을 그대로 믿기보다 판단 질문에 답하는지 다시 봐야 한다. 유형 이름을 맞히는 것보다 읽는 사람이 판단할 수 있게 바뀌었는가가 기준이다. 1-3. AI에 넣어도 되는 것과 안 되는 것 반려 장면 김대리는 고객사 장애 공지를 빨리 써야 했다. 장비 오류가 발생했고, 고객사 담당자에게 임시 조치와 방문 점검 일정을 알려야 했다. 김대리는 AI에게 상황을 설명하면서 고객사명, 담당자 이름, 장비 일련번호, 장애 로그 일부를 그대로 넣으려 했다. 옆자리 박과장이 멈추게 했다. "그 정보는 외부 도구에 넣으면 안 될 수 있음." 김대리는 문장을 잘 쓰려던 것뿐이었다. 하지만 승인 문서와 대외 문서에서는 좋은 문장보다 먼저 정보 입력 범위를 봐야 한다. AI에 무엇을 넣을 수 있는지 모르면 빠른 초안이 내부 규정 위반으로 이어질 수 있다. AI 위임 결정 AI에게 맡길 수 있는 것은 익명화된 상황 정리와 문장 구조다. 사람이 쥘 것은 실제 고객사명, 계약 조건, 장애 로그, 내부 보안 기준, 공개 가능 범위다. 민감한 정보는 그대로 넣지 않고 범주화하거나 가명으로 바꾼 뒤 작업해야 한다. 읽는 사람의 판단 질문 이 문서를 보는 사람은 이렇게 묻는다. "이 초안은 회사 규정과 고객사 보안 기준을 지키면서 만들었는가." 문서 내용이 맞아도 작성 과정에서 넣은 정보가 부적절하면 문제가 된다. 프롬프트 너는 한국 회사의 대외 공지 문서를 다듬는 문서 작성 코치다. 아래 익명화된 상황만 사용해 고객사 장애 공지 초안을 작성하라. 맥락: - 회사: 다온테크 - 문서 유형: 고객사 장애 공지 - 수신자: 고객사 설비 담당자 - 읽는 사람의 판단 질문: 이 초안은 회사 규정과 고객사 보안 기준을 지키면서 만들었는가. 익명화된 상황: - 특정 고객사 장비 1대에서 오전 점검 중 오류 발생 - 현재 임시 조치 완료 - 현장 방문 점검 예정일: 7월 12일 오전 - 원인 분석은 진행 중 - 고객 업무 영향은 제한적이나 재발 여부 확인 필요 요청: - 고객사명, 담당자명, 장비 일련번호를 쓰지 않는다. - 사실, 영향, 조치, 다음 일정 순서로 쓴다. - 과도한 책임 인정 표현은 피하고 확인된 사실만 쓴다. - 사람이 확인해야 할 정보는 별도 목록으로 표시한다. Before/After Before: A고객사 3층 생산라인의 DX-400 장비에서 오전 9시 20분 오류 로그가 발생했으며, 담당자 홍길동 님께 안내할 공지문을 작성함. After: 금일 오전 점검 중 고객사 장비 1대에서 오류가 확인되어 임시 조치를 완료함. 현재 원인 분석을 진행 중이며, 7월 12일 오전 현장 방문 점검을 통해 재발 여부와 추가 조치 필요성을 확인할 예정임. Before는 실제 문장으로 쓰기 전에 정보 입력 단계에서 위험하다. 고객사명, 장비명, 위치, 담당자명이 그대로 들어 있다. After는 필요한 구조는 유지하되 민감한 식별 정보를 제거했다. 검증 지점 고객사 보안 정책, 내부 AI 사용 기준, 장애 정보 공개 범위, 대외 발신 승인 절차를 확인해야 한다. 특히 장애 원인이 확정되지 않았는데 원인을 단정하거나 책임을 확정하는 표현은 피해야 한다. 안전한 입력의 기준 AI에 넣어도 되는 정보는 공개되어도 회사나 고객에게 피해가 적은 일반 맥락이다. 가상 회사명, 익명화한 부서명, 범주화한 장비 유형, 대략적인 상황 구조는 사용할 수 있다. 예를 들어 "B2B 장비 유통사", "고객사 장비 1대", "일정 지연 가능성", "견적 비교 필요"처럼 쓰면 된다. AI에 넣지 말아야 할 정보는 식별 가능하거나 계약과 보안에 관련된 정보다. 실제 고객사명, 담당자 연락처, 장비 일련번호, 계약 금액, 미공개 매출, 장애 로그 원문, 내부 평가, 인사 정보, 계정 정보, 보안 정책 세부 내용은 넣지 않는다. 필요한 경우에는 가명과 범주로 바꾸고, 초안 작성 후 사람이 실제 정보로 교체한다. 다만 회사가 승인한 기업용 도구나 폐쇄망 AI에서는 허용 범위가 달라진다. 도구별 취급 기준은 부록 3에 정리했다. 회사 내부 규정, 고객사 보안 정책, 공공기관 제출 기준에 따라 AI 사용 표기나 자료 입력 제한이 있을 수 있다. 이 책은 법률 자문이 아니라 실무상 안전한 문서 작업 원칙을 제공한다. 정보를 덜 넣으면 AI 답변의 품질이 떨어질 수 있다. 그래서 익명화의 목적은 정보를 숨기는 것이 아니라 안전하게 바꾸는 것이다. "A고객사" 대신 "주요 고객사", "DX-400" 대신 "납품 장비 1대", "홍길동 담당자" 대신 "고객사 설비 담당자"처럼 바꾼다. 이렇게 해도 문장 구조와 톤은 충분히 다듬을 수 있다. 1-4. AI 초안을 결재용으로 끌어올리는 법 반려 장면 김대리는 AI로 협력사 일정 협조 요청문을 만들었다. 문장은 공손했고, 요청 내용도 들어 있었다. 그러나 박과장은 검토 후 다시 쓰라고 했다. "상대 부서가 뭘 언제까지 해야 하는지 안 보임." 초안에는 배경 설명이 길었다. 최근 고객사 요청이 늘었고 내부 일정이 빠듯하며 원활한 협조가 필요하다는 말이 이어졌다. 하지만 구매팀이 실제로 해야 할 일은 견적 확정 일정 회신이었다. 문장은 부드러웠지만 행동 요청이 흐렸다. AI 위임 결정 이 자리에서 AI 몫은 초안을 행동 중심 구조로 바꾸는 일이다. 사람 몫은 요청 기한, 담당 부서, 협조 범위, 내부 합의 여부를 확인하는 데 있다. 협조 문서는 예쁜 말보다 실행 항목이 중요하다. 읽는 사람의 판단 질문 이 문서를 받는 부서는 이렇게 묻는다. "내가 무엇을 언제까지 해야 하는지 바로 알 수 있는가." 이 질문에 답하지 못하면 협조 요청은 읽히고도 움직임을 만들지 못한다. 프롬프트 너는 한국 회사의 협조 요청 문서를 다듬는 문서 작성 코치다. 아래 AI 초안을 결재와 실행에 적합한 문장으로 고쳐라. 맥락: - 회사: 다온테크 - 작성자: 영업지원팀 김대리 - 수신자: 구매팀 박과장 - 문서 유형: 협력사 일정 협조 요청 - 읽는 사람의 판단 질문: 이 문서를 읽은 사람이 무엇을 언제까지 해야 하는지 바로 알 수 있는가. 초안: 최근 고객사 요청이 증가하여 관련 일정 조율이 중요해지고 있음. 원활한 업무 진행을 위해 구매팀의 적극적인 협조가 필요함. 협력사 일정 확인을 부탁함. 확인된 사실: - 고객사 납품 예정일: 7월 19일 - 구매팀 확인 필요 항목: 협력사 설치 가능일 - 회신 희망 기한: 7월 10일 16시 요청: - 배경, 요청, 기한, 후속 조치 순서로 정리한다. - 상대 부서가 해야 할 일을 구체적으로 쓴다. - 고압적 표현과 과도한 저자세 표현을 모두 피한다. - 사람이 확인해야 할 일정과 담당자를 따로 표시한다. Before/After Before: 최근 고객사 요청이 증가하여 원활한 업무 진행을 위해 구매팀의 적극적인 협조가 필요함. 협력사 일정 확인을 부탁함. After: 7월 19일 고객사 납품 일정 확정을 위해 협력사 설치 가능일 확인이 필요함. 구매팀에서 7월 10일 16시까지 협력사 가능 일정을 회신하면 영업지원팀이 고객사 납품 안내문에 반영 예정임. After는 덜 공손해 보일 수 있지만 업무 문서로는 더 정확하다. 요청 대상, 이유, 기한, 후속 조치가 보인다. 상대는 무엇을 해야 하는지 바로 알 수 있다. 검증 지점 납품 예정일, 회신 기한, 구매팀 담당자, 협력사와의 실제 연락 가능성을 확인해야 한다. 내부 합의 없이 기한을 적으면 상대 부서에 부담을 넘기는 문서가 될 수 있다. 일정은 반드시 실무 담당자와 맞춰야 한다. 5단계 적용 예시 AI 초안을 결재용으로 끌어올리는 과정은 5단계로 정리할 수 있다. 1단계는 입력이다. 맥락과 자료를 모은다. 문서 유형, 작성자, 수신자, 일정, 금액, 현재 상태를 적는다. 이때 실제 고객정보나 기밀 정보는 익명화한다. 2단계는 초안이다. AI에게 구조와 문장 정리를 맡긴다. 이 단계에서는 완성도를 기대하기보다 뼈대를 얻는다고 생각하면 된다. 초안은 빠르게 만들되 바로 발신하지 않는다. 3단계는 판단 질문이다. 이 문서를 받는 사람이 무엇을 판단하려 하는지 한 줄로 적는다. 보고라면 문제 여부, 품의라면 지금 승인할 이유, 협조라면 실행할 행동과 기한이다. 4단계는 검증이다. 사람의 몫이다. 숫자, 금액, 일정, 결재선, 대외 발신 범위, 책임 표현을 확인한다. 이 단계가 없으면 문장은 좋아도 문서가 위험해진다. 5단계는 통과 문장화다. 결론을 앞에 두고, 근거를 붙이고, 불필요한 수식어를 빼고, 사람 검증 항목을 남긴다. 이때 AI를 다시 쓸 수 있다. 단, 검증이 끝난 사실만 사용해야 한다. 이 5단계는 느린 절차가 아니다. 오히려 반려 후 다시 쓰는 시간을 줄인다. 빠른 초안을 만드는 것보다 한 번에 판단 가능한 초안을 만드는 것이 목표다. 프롬프트만으로 해결되지 않는 부분 AI를 쓰면 문장 작성의 속도는 빨라진다. 그러나 승인 문서의 품질은 프롬프트만으로 결정되지 않는다. 프롬프트가 좋아도 입력 자료가 빈약하면 결과도 빈약하다. 판단 질문이 빠지면 문장은 자연스러워도 방향이 어긋난다. 검증하지 않은 숫자가 들어가면 초안 전체를 다시 봐야 한다. 예를 들어 "구매 품의서를 설득력 있게 써 달라"고 요청하면 AI는 대체로 그럴듯한 사유를 만든다. 문제는 그 사유가 실제 회사 상황과 맞는지 알 수 없다는 점이다. "기존 장비 노후화로 업무 지연이 발생함"이라는 문장이 나왔더라도, 실제로 업무 지연이 확인되지 않았다면 쓰면 안 된다. "보안 위험이 있음"이라는 문장도 내부 보안 기준이나 고객사 요구 사항이 확인되어야 쓸 수 있다. 따라서 AI 초안을 받은 뒤에는 세 가지 질문을 다시 던진다. 첫째, 이 문장에 확인된 사실만 들어 있는가. 둘째, 결재자가 판단할 근거가 충분한가. 셋째, 사람이 확인해야 할 숫자와 일정이 표시되어 있는가. 이 세 가지가 맞아야 초안이 결재 문서에 가까워진다. 좋은 프롬프트는 정답을 만드는 도구가 아니라 검토할 초안을 빠르게 만드는 도구다. 결재 문서에서 마지막 판단은 항상 사람에게 남는다. 이 원칙을 지키면 AI는 위험한 자동 작성기가 아니라 문서 품질을 끌어올리는 보조자가 된다. 1-5. 문장틀 자산화 반려 장면 김대리는 매번 비슷한 보고를 새로 썼다. 주간보고도 새로 쓰고, 고객사 일정 변경 보고도 새로 썼고, 협조 요청도 새로 썼다. AI를 쓰면 빨라질 줄 알았지만 매번 다른 초안이 나왔다. 어느 날은 지나치게 길었고, 어느 날은 너무 짧았다. 문서 품질이 일정하지 않았다. 이팀장은 김대리에게 말했다. "지난번 통과된 문장 구조를 다시 쓰면 됨." 김대리는 그제야 깨달았다. 좋은 문장은 한 번 쓰고 버리는 것이 아니라, 다음 문서의 틀이 될 수 있다. AI 위임 결정 통과된 문장에서 구조를 추출하고 다른 상황에 맞게 변형하는 일은 AI가 맡는다. 실제로 통과된 문장인지, 어느 상황에 맞는 틀인지, 새 문서의 숫자와 조건이 맞는지 확인하는 일은 사람이 맡는다. 읽는 사람의 판단 질문 읽는 사람은 새 문서에서도 같은 질문을 던진다. "이 구조는 판단에 필요한 정보를 빠짐없이 보여주는가." 통과된 문장틀은 이 질문에 답한 경험이 있는 구조다. 프롬프트 너는 한국 회사의 승인 문서 템플릿을 만드는 문서 작성 코치다. 아래 통과된 문장에서 재사용 가능한 문장틀을 추출하라. 맥락: - 회사: 다온테크 - 문서 유형: 구매 품의 - 읽는 사람의 판단 질문: 이 구조는 판단에 필요한 정보를 빠짐없이 보여주는가. 통과된 문장: 영업지원팀 노트북 2대는 사용 5년 차로 고객사 보안 프로그램 실행 시 화상회의 끊김이 반복되어, 7월 정기 점검 전 교체가 필요함. 요청: - 문장 구조를 변수 형태로 바꾼다. - 다른 품의에 적용할 때 확인할 항목을 정리한다. - 같은 구조를 모니터 교체 품의에 적용한 예시를 만든다. - 과장 표현 없이 결재 문장 톤을 유지한다. Before/After Before: 필요할 때마다 AI에게 새로 품의 사유를 작성하게 함. After: [대상]은 [사용 기간 또는 현재 상태]로 [업무 지장 또는 위험]이 발생하여, [기한 또는 기준일] 전 [조치]가 필요함. 문장틀은 문장을 복사하는 것이 아니다. 판단 구조를 저장하는 것이다. 대상, 현재 상태, 업무 지장, 기한, 조치가 들어가면 구매 품의 사유의 기본 뼈대가 된다. 검증 지점 문장틀을 재사용할 때는 변수를 반드시 새 상황에 맞게 바꿔야 한다. 사용 기간, 수량, 금액, 기한, 업무 지장, 결재권자는 매번 확인해야 한다. 예전 문장에 남은 숫자나 날짜가 새 문서에 섞이면 치명적인 오류가 된다. 통과 문장틀 예시 보고 문서의 기본 틀은 다음과 같이 만들 수 있다. 이번 주 주요 이슈는 [문제]임. [원인 또는 현재 상태]로 인해 [영향]이 예상되며, [기한]까지 [조치]를 진행할 예정임. 이 틀은 주간보고와 리스크 보고에 쓸 수 있다. 한 일을 나열하지 않고 이번 주 판단할 문제를 앞에 놓는 것이 이 틀의 요령이다. 문제, 영향, 조치가 있으면 상사는 바로 우선순위를 잡을 수 있다. 품의 문서의 기본 틀은 다음과 같다. [대상]은 [현재 상태]로 [업무 지장 또는 위험]이 발생하고 있음. [대안 또는 근거]를 검토한 결과 [선택안]이 적정하여, [금액 또는 일정] 기준으로 [승인 요청 사항]을 품의함. 이 틀은 구매 품의, 비용 품의, 계약 품의에 맞게 변형할 수 있다. 다만 금액과 대안 비교가 빠지면 품의 사유가 약해진다. "필요함"보다 "검토 결과"가 들어갈 때 판단 재료가 늘어난다. 협조 요청의 기본 틀은 다음과 같다. [목적 또는 일정]을 위해 [상대 부서의 조치]가 필요함. [기한]까지 [회신 또는 처리 사항]을 공유하면, [작성 부서의 후속 조치]에 반영 예정임. 이 틀은 상대 부서가 움직일 이유와 행동을 함께 보여 준다. 협조 요청에서 가장 피해야 할 문장은 "협조 부탁함"만 남는 문장이다. 무엇을 해야 하는지 없으면 부탁은 실행으로 이어지기 어렵다. 대외 메일의 기본 틀은 다음과 같다. [사안] 관련하여 [상대가 해야 할 행동] 확인을 요청함. [기한 또는 기준일]까지 회신을 받으면 [후속 조치]를 진행 예정임. 관련하여 확인이 필요한 항목은 [항목]임. 대외 문서는 상대의 다음 행동이 분명해야 한다. 일정 조율, 자료 요청, 대금 확인, 사과와 재발 방지 안내 모두 상대가 무엇을 해야 하는지 보여야 한다. 문장틀을 모아 두면 AI 사용 방식도 달라진다. 매번 "잘 써 달라"고 요청하지 않아도 된다. 이미 통과된 구조를 주고, 새 상황의 변수만 바꾸게 할 수 있다. 그러면 문서의 톤과 정보 순서가 일정해진다. 단, 문장틀은 판단을 대신하지 않는다. 틀은 길을 잡을 뿐이다. 실제로 어떤 근거를 넣을지, 어떤 숫자를 쓸지, 어느 결재선까지 올릴지는 사람이 결정해야 한다. 문장틀이 쌓일수록 작성 속도는 빨라질 수 있지만, 검증 책임은 줄어들지 않는다. 문장틀을 저장하는 방식 문장틀은 거창한 시스템이 없어도 관리할 수 있다. 문서 유형, 사용 상황, 판단 질문, 통과 문장, 검증 항목만 남기면 된다. 완성된 문장을 통째로 모으기보다 다시 쓸 수 있는 구조로 저장해야 나중에 쓸모가 있다. 예를 들어 다음과 같이 남길 수 있다. • 구매 품의 • 판단 질문: 왜 지금 승인해야 하는가 • 통과 문장틀: [대상]은 [현재 상태]로 [업무 지장]이 발생하여 [기한] 전 [조치]가 필요함 • 검증 항목: 수량, 금액, 사용 기간, 견적 • 주간보고 • 판단 질문: 지금 문제가 있는가 • 통과 문장틀: 이번 주 주요 이슈는 [문제]이며, [영향]이 예상되어 [기한]까지 [조치] 예정임 • 검증 항목: 일정, 진행률, 담당자 • 협조 요청 • 판단 질문: 누가 무엇을 언제까지 해야 하는가 • 통과 문장틀: [목적]을 위해 [상대 부서 조치]가 필요하며, [기한]까지 회신 시 [후속 조치] 예정임 • 검증 항목: 기한, 담당자, 내부 합의 이 표는 개인 메모장, 팀 위키, 문서 양식 파일 어디에 둬도 된다. 다음 문서를 쓸 때 바로 꺼내 쓸 수 있어야 한다는 점만 지키면 된다. AI에게도 이 표를 그대로 줄 수 있다. "아래 문장틀을 사용해 이번 상황에 맞는 초안을 만들어라"라고 요청하면 매번 다른 스타일의 문서가 나오는 문제를 줄일 수 있다. 문장틀이 많아지면 팀의 문서 품질도 일정해진다. 신입 직원이 와도 왜 이 문장이 통과되었는지 배울 수 있고, 담당자가 바뀌어도 보고와 품의의 기준이 크게 달라지지 않는다. 문장틀은 빠른 작성을 위한 저장소이면서 동시에 조직 안에서 통하는 판단 구조의 기록이기도 하다. 1-6. 한 사례를 처음부터 끝까지 지금까지 원리를 나눠서 봤다. 판단 질문, 5요소, 안전한 입력, 결재용 끌어올리기, 문장틀 자산화까지 각각 다뤘다. 이번에는 이 원리들이 하나의 문서에서 어떻게 이어지는지 본다. 다온테크 영업지원팀 김대리의 노트북 구매 품의 하나를, 손에 쥔 자료부터 결재용 문장까지 여섯 단계로 따라간다. 1단계. 손에 있는 원자료 김대리가 가진 정보는 많지 않다. 메모장에 적힌 것은 이 정도다. • 교체 대상: 영업지원팀 노트북 2대 • 상태: 사용 5년 차 • 증상: 고객사 보안 프로그램 실행 시 화상회의 끊김 반복 • 견적: A 118만 원, B 120만 원, C 115만 원 (대당) • 시점: 7월 정기 점검 전 교체 필요 이게 전부다. 예산 효과가 몇 퍼센트인지, 고장이 정확히 몇 번 났는지 같은 숫자는 없다. 이 부족한 상태가 정상이다. 실무에서 손에 쥐는 자료는 대개 이 정도다. 문제는 이 자료를 AI에게 어떻게 넣느냐다. 2단계. 판단 질문 없이 물었을 때 김대리가 급한 마음에 이렇게 요청했다고 하자. "위 자료로 노트북 구매 품의 사유를 설득력 있게 써 줘." 판단 질문도, 사실 잠금 규칙도 넣지 않았다. AI는 다음과 같은 초안을 내놓는다. 노후 노트북의 잦은 고장으로 영업지원팀의 업무 효율이 크게 저하되고 있음. 최근 화상회의 중단이 빈번하여 고객 응대 지연이 발생하고 있으며, 이로 인한 업무 손실이 상당한 것으로 판단됨. 신규 노트북 교체 시 업무 효율이 약 30% 향상될 것으로 기대되며, 보안 취약점 또한 해소되어 고객 신뢰도 제고에 기여할 것으로 예상됨. 읽으면 그럴듯하다. 그러나 위험한 문장이다. "잦은 고장"은 원자료에 없다. 김대리가 적은 것은 화상회의 끊김이지 고장이 아니다. "업무 손실이 상당"도, "30% 향상"도, "고객 신뢰도 제고"도 어디에도 없던 숫자와 효과다. AI가 빈칸을 스스로 채운 것이다. 이 문장이 최부장에게 올라가면 "30% 근거가 뭔가", "고객 응대 지연 사례가 있었나"라는 질문이 돌아온다. 김대리는 답할 자료가 없다. 지어낸 사유는 결재선에서 반드시 밑천이 드러난다. 3단계. 결재권자 질문을 넣는다 방향을 바꾼다. 품의를 읽는 사람은 결재권자 최부장이다. 최부장이 속으로 던지는 질문은 하나다. "왜 지금 이 돈과 자원을 써야 하는가." 이 질문을 프롬프트에 넣는다. 아래 자료로 노트북 구매 품의 사유를 작성하라. 결재권자 질문은 "왜 지금 이 돈과 자원을 써야 하는가"다. 현재 업무 지장, 지금 교체해야 하는 이유, 금액을 순서대로 보이게 하라. 질문 한 줄이 들어가자 방향이 잡힌다. AI는 넓은 효율 이야기 대신, 무슨 업무에 어떤 지장이 있고 왜 지금인지를 앞으로 끌어온다. 다만 이것만으로는 부족하다. 지어낸 숫자를 막는 장치가 아직 없다. 4단계. 사실 잠금 규칙을 붙인다 같은 프롬프트 뒤에 네 줄을 이어 붙인다. 다음 목록에 있는 사실만 사용하라. 목록에 없는 숫자, 날짜, 원인, 책임, 효과는 추정하지 않는다. 필요하지만 제공되지 않은 정보는 [사람 확인 필요]로 표시한다. 초안 끝에 새로 추가하거나 추론한 내용이 없는지 자체 점검하라. 이제 AI는 30% 같은 숫자를 넣지 못한다. "잦은 고장"으로 바꿔 말하지도 못한다. 원자료에 있는 것, 화상회의 끊김, 사용 5년 차, 세 개 견적, 7월 점검만 쓴다. 세 견적 중 무엇을 고를지는 자료에 없으므로 [사람 확인 필요]로 남긴다. 초안은 이렇게 나온다. 영업지원팀 노트북 2대는 사용 5년 차로, 고객사 보안 프로그램 실행 시 화상회의 끊김이 반복됨. 7월 정기 점검 전 교체가 필요함. 견적은 A 118만 원, B 120만 원, C 115만 원으로 확인됨. [사람 확인 필요: 선정 기종 및 최종 단가] 5단계. 사람이 숫자를 검증한다 여기서부터는 AI의 일이 아니다. 김대리가 확인한다. 견적 세 건이 같은 사양 기준인지, 7월 정기 점검일이 정확히 언제인지, 결재선이 최부장 전결인지 확인한다. 원자료에 없던 항목도 이때 챙긴다. 납기와 설치 지원이다. 확인해 보니 단가가 가장 낮은 C업체는 납기가 3주여서 7월 정기 점검 전에 장비를 준비할 수 없었다. B업체는 대당 120만 원으로 C업체보다 5만 원 높지만 납기 5일에 기본 설치 지원이 가능했다. 그래서 B업체로 정했다. [사람 확인 필요] 자리에 검증된 숫자가 들어간다. AI가 채우지 않고 사람이 채운 숫자다. 6단계. 결재용 문장이 된다 검증된 사실만 남기고 문장을 다듬으면 품의 사유가 완성된다. 영업지원팀 노트북 2대는 사용 5년 차로 고객사 보안 프로그램 실행 시 화상회의 끊김이 반복되어, 고객 응대에 지장이 있음. 7월 정기 점검 전 교체가 필요하며, 단가가 가장 낮은 C업체는 납기 3주로 일정에 맞지 않아 납기 5일과 기본 설치 지원이 가능한 B업체 견적 기준 총 240만 원으로 구매를 품의함. 2단계의 초안과 비교하면 화려함은 줄었다. 30%도, 상당한 손실도 없다. 그러나 최부장이 판단할 재료는 오히려 늘었다. 무엇을, 몇 대, 왜 지금, 얼마에, 왜 그 업체에서 사는지가 모두 확인된 사실이다. 되묻는 질문이 나와도 김대리는 답할 수 있다. 한 사례를 처음부터 끝까지 통과시키는 힘은 좋은 문장이 아니라, 지어내지 않은 사실 위에 놓인 순서에서 나온다. 1장 정리 통과되는 문서는 매끄러운 문장이 아니라 판단 가능한 문장이다. 작성자가 하고 싶은 말을 먼저 쓰면 문서가 길어진다. 읽는 사람이 확인하려는 질문을 먼저 잡으면 문서가 짧아지고 단단해진다. 여섯 가지로 정리하면 이렇다. 1. 같은 내용도 구조와 톤에 따라 반려될 수 있다. 2. 통과 문서에는 목적, 수신자, 결재선, 근거, 톤이 필요하다. 3. AI에 넣을 수 있는 정보와 넣으면 안 되는 정보를 구분해야 한다. 4. AI 초안은 입력, 초안, 판단 질문, 검증, 통과 문장화의 5단계로 다듬는다. 5. 한 번 통과된 문장 구조는 개인의 문장 자산이 된다. 6. 판단 질문과 사실 잠금 규칙이 함께 들어가야 지어낸 근거가 걸러진다. 다음 장부터는 문서 유형별로 들어간다. 먼저 보고 문서다. 보고는 일을 많이 했다는 증명보다 지금 판단해야 할 일이 무엇인지 보여 주는 문서다. 상사가 보고서에서 먼저 찾는 것은 노력의 양이 아니라 현재 상태, 위험, 다음 조치다. ---------------------------------------- ### 3장. 품의와 기안 – 빈 사유를 채우는 법 https://voidlogpress.com/books/%ec%a7%81%ec%9e%a5%ec%9d%b8-ai-%ec%97%85%eb%ac%b4-%eb%ac%b8%ec%84%9c-%ea%b8%b0%ec%88%a0/3%ec%9e%a5-%ed%92%88%ec%9d%98%ec%99%80-%ea%b8%b0%ec%95%88-%eb%b9%88-%ec%82%ac%ec%9c%a0%eb%a5%bc-%ec%b1%84%ec%9a%b0%eb%8a%94-%eb%b2%95/ 질문: 품의 사유에 필요함이라고만 쓰면 왜 반려되나요? 요약: 필요하다는 말은 결론이지 근거가 아니기 때문입니다. 결재자는 왜 필요한지, 왜 지금인지, 왜 이 금액인지, 다른 방법은 없는지를 봅니다. 좋은 사유는 현재 상태와 업무 지장과 요청 사항 셋을 담습니다. 또 다른 질문: 품의서 사유는 어떻게 써야 반려되지 않나요? 답: 업무 효율 향상을 위해 필요함이라고 쓴 사유가 반려되는 것은 성의가 없어서가 아니라, 그 문장이 결론이지 근거가 아니기 때문입니다. 결재자는 왜 하필 지금인지, 승인하지 않으면 어떤 업무 차질이 생기는지를 봅니다. 5년 쓴 노트북 2대를 바꾸는 품의라면 효율 대신 이렇게 적습니다. 화상회의 중 끊김이 반복되고, 고객사 보안 프로그램을 실행하면 견적서 확인이 지연되며, 7월 정기 고객사 점검 전에 교체가 필요하다. 추상어를 업무 지장과 일정으로 바꾸는 일이 사유 쓰기의 거의 전부입니다. 또 다른 질문: 기대효과만 길게 쓰면 무엇이 문제인가요? 답: 문서가 장점 소개로 기울어 광고처럼 읽힙니다. 기대효과와 근거, 대안, 리스크 네 블록이 함께 있어야 승인 판단이 가능합니다. 리스크를 숨기지 않으면 오히려 사안을 넓게 봤다고 읽힙니다. 또 다른 질문: 가장 싼 견적을 고르는 것이 항상 맞나요? 답: 아닙니다. 단가가 가장 낮아도 납기가 길어 필요한 일정에 맞지 않으면 적정안이 아닙니다. 단가와 납기, 설치 지원, 일정 적합성을 함께 놓고 선택 이유를 문장으로 붙여야 결재자가 판단할 수 있습니다. 또 다른 질문: 경위서는 어떤 톤으로 쓰나요? 답: 책임 회피와 과장된 책임 인정을 모두 피합니다. 협력사 문제로 지연됐다고만 쓰면 내부 과정을 숨기는 것처럼 보이고, 전적으로 당사 귀책처럼 쓰면 회사 입장에 부담이 됩니다. 사실과 영향, 조치, 재발 방지로 나눕니다. 또 다른 질문: 품의서와 기안서는 무엇이 다른가요? 답: 품의는 돈과 자원을 쓰는 문서라 금액과 근거, 대안 비교가 판단 재료입니다. 기안은 제도와 절차를 바꾸는 문서라 제안 내용과 시행 방법, 영향 범위가 판단 재료입니다. 기안에서 제안이 흐리면 아무것도 바뀌지 않습니다. 최종 확인: 2026-09-07T10:40:53+09:00 품의와 기안은 직장인이 가장 자주 막히는 문서다. 보고는 현재 상태를 알리는 문서지만, 품의와 기안은 회사의 돈과 자원, 일정과 책임을 움직이게 하는 문서다. 그래서 문장에 필요한 압력이 다르다. "필요함"만으로는 약하고, "꼭 필요함"처럼 세게 말해도 충분하지 않다. 결재자는 필요하다는 감정이 아니라 지금 승인할 이유를 본다. 품의 문서에서 핵심 질문은 하나다. 왜 지금 이 돈과 자원을 써야 하는가. 이 질문에 답하려면 사유, 기대효과, 근거, 대안, 리스크가 함께 보여야 한다. 이 장은 AI를 사용해 품의와 기안의 빈 사유를 결재 문장으로 바꾸는 법을 다룬다. 3-1. 품의 사유의 막막함 반려 장면 다온테크 영업지원팀 김대리는 노트북 구매 품의를 올렸다가 반려를 받았다. 문서에는 품명, 수량, 예상 금액이 들어 있었다. 사유도 비워 두지 않았다. "업무 효율 향상을 위해 노트북 교체가 필요함." 김대리는 이 정도면 충분하다고 생각했다. 최부장의 반려 사유는 짧았다. "사유 보완 요망." 김대리는 다시 문서를 열었지만 무엇을 더 써야 할지 막막했다. 기존 노트북이 느린 것은 사실이었다. 화상회의 중 끊김도 있었다. 고객사 보안 프로그램을 실행하면 다른 프로그램이 늦게 열리는 일도 있었다. 그런데 이 사실들이 품의 사유로 정리되지 않았다. AI 위임 결정 이 문서에서 AI에게 맡길 일은 "효율 향상"이라는 추상어를 업무 지장, 보안 요구, 고객 대응 일정으로 바꾸는 것이다. 사람이 쥘 일은 실제 사용 기간, 교체 대상 수량, 예상 금액, 보안 프로그램 설치 여부, 고객 대응 차질 사례를 확인하는 것이다. 결재권자 질문 결재권자는 이렇게 묻는다. "왜 지금 이 장비를 사야 하는가." 이어서 "승인하지 않으면 어떤 업무 차질이 생기는가"를 본다. 이 질문에 답하지 못하면 품의 사유는 좋은 뜻으로만 남는다. 프롬프트 너는 한국 회사의 구매 품의서를 다듬는 문서 작성 코치다. 아래 정보를 바탕으로 결재자가 판단하기 쉬운 구매 사유를 작성하라. 맥락: - 회사: 다온테크 - 작성자: 영업지원팀 김대리 - 결재권자: 최부장 - 문서 유형: 노트북 구매 품의 - 결재권자 질문: 왜 지금 이 장비를 사야 하며, 승인하지 않으면 어떤 업무 차질이 생기는가. 확인된 사실: - 교체 대상: 영업지원팀 노트북 2대 - 기존 장비: 사용 5년 차 - 증상: 화상회의 중 끊김 반복 - 업무 영향: 고객사 보안 프로그램 실행 시 견적서와 제안서 확인 지연 - 예상 금액: 대당 120만 원 - 필요 시점: 7월 정기 고객사 점검 전 요청: - 첫 문장에 구매 필요성을 두괄식으로 쓴다. - 추상적인 효율 표현보다 업무 지장과 보안 업무를 중심으로 쓴다. - 금액과 일정은 사람이 확인할 항목으로 따로 표시한다. - 과장 없이 품의서 문장 톤으로 작성한다. Before/After Before: 업무 효율 향상을 위해 영업지원팀 노트북 교체가 필요함. After: 영업지원팀 노트북 2대는 사용 5년 차로 고객사 보안 프로그램 실행 시 화상회의 끊김과 견적서 확인 지연이 반복되어, 7월 정기 고객사 점검 전 교체가 필요함. After는 "효율"을 말하지 않는다. 대신 효율이 낮아진 실제 장면을 보여 준다. 사용 기간, 증상, 업무 영향, 필요 시점이 들어가면 결재자는 구매 여부를 판단할 수 있다. 검증 지점 사용 5년 차가 맞는지, 교체 대상이 2대인지, 예상 금액이 대당 120만 원인지 확인해야 한다. 고객사 보안 프로그램과 화상회의 끊김의 관계도 과하게 단정하지 않아야 한다. 실제로 확인된 증상만 문장에 넣는다. 품의 사유는 욕구가 아니라 판단 재료다 품의 사유를 쓸 때 가장 자주 하는 실수는 "필요하다"를 반복하는 것이다. 필요하다는 말은 결론이지 근거가 아니다. 결재자는 필요하다는 주장보다 왜 필요한지, 왜 지금인지, 왜 이 금액인지, 다른 방법은 없는지를 본다. 좋은 품의 사유는 세 가지를 포함한다. 첫째, 현재 상태다. 장비가 오래되었는지, 업무량이 늘었는지, 기존 계약이 끝나는지 보여 준다. 둘째, 업무 지장이다. 지연, 오류, 중복 작업, 고객 응대 차질처럼 실제 영향이 있어야 한다. 셋째, 요청 사항이다. 무엇을 얼마에 언제까지 승인받으려는지 분명해야 한다. AI에게 이 세 가지를 주면 품의 문장이 빨라진다. 반대로 "필요성을 설득력 있게 써 달라"고만 요청하면 AI는 넓은 말로 사유를 채운다. 넓은 말은 안전해 보이지만 결재 문서에서는 약하다. 품의 사유는 좁고 구체적이어야 한다. 3-2. 기대효과·근거·대안·리스크 4블록 구조 품의 사유 4블록 반려 장면 박과장은 협력사 관리 시스템 사용료 품의를 올렸다. 기존에는 엑셀로 협력사 납품 일정과 견적 회신을 관리했다. 업무량이 늘면서 누락이 생겼고, 박과장은 월 사용료 35만 원의 시스템 도입을 제안했다. 그런데 최부장은 "대안 비교와 리스크 확인 필요"라고 반려했다. 박과장은 기대효과를 길게 썼다. 일정 관리가 편해지고, 협력사 대응이 빨라지고, 업무 효율이 좋아진다고 적었다. 하지만 결재자가 보려던 것은 기대효과만이 아니었다. 왜 이 시스템인지, 기존 방식으로는 왜 부족한지, 다른 대안은 무엇인지, 도입 후 생길 수 있는 위험은 무엇인지가 필요했다. AI 위임 결정 AI가 담당하는 부분은 품의 내용을 기대효과, 근거, 대안, 리스크 4블록으로 재구성하는 일이고, 사람이 담당하는 부분은 실제 대안 비교, 월 사용료, 사용자 수, 계약 조건, 데이터 이전 가능성, 해지 조건 확인이다. 결재권자 질문 결재권자는 이렇게 묻는다. "좋아 보이는 선택이 아니라, 비교해도 적정한 선택인가." 기대효과만 있으면 광고처럼 읽힌다. 근거와 대안, 리스크가 함께 있어야 승인 판단이 가능해진다. 프롬프트 너는 한국 회사의 비용 품의서를 다듬는 문서 작성 코치다. 아래 도입 검토 내용을 기대효과, 근거, 대안, 리스크 4블록으로 정리하라. 맥락: - 회사: 다온테크 - 작성자: 구매팀 박과장 - 결재권자: 최부장 - 문서 유형: 협력사 관리 시스템 사용료 품의 - 결재권자 질문: 비교해도 적정한 선택인가. 확인된 사실: - 현재 방식: 엑셀로 협력사 납품 일정과 견적 회신 관리 - 문제: 최근 2개월간 회신 누락 3건 발생 - 검토안: 협력사 관리 시스템 월 35만 원 - 대안 1: 기존 엑셀 양식 개선 (회신 기한 알림 기능 없음) - 대안 2: 사내 공유 드라이브 양식 운영 (담당자별 처리 이력 관리 제한) - 주요 리스크: 초기 데이터 이전과 사용자 교육 필요 요청: - 기대효과, 근거, 대안, 리스크 4블록으로 정리한다. - 각 블록은 2~3문장으로 쓴다. - 장점만 쓰지 말고 제한 사항도 포함한다. - 사람이 확인해야 할 계약 조건을 따로 표시한다. Before/After Before: 협력사 관리 시스템을 도입하면 일정 관리가 편해지고 업무 효율이 향상될 것으로 예상되어 월 사용료 집행을 품의함. After: 최근 2개월간 협력사 회신 누락 3건이 발생하여 납품 일정 확인 지연이 반복되고 있음. 기존 엑셀 양식 개선과 공유 드라이브 운영을 검토했으나 알림·담당자 이력 관리가 제한되어, 월 35만 원의 협력사 관리 시스템 도입을 검토함. 초기 데이터 이전과 사용자 교육이 필요하므로 1개월 시범 운영 후 지속 사용 여부를 재검토 예정임. 기대효과만 말하지 않는 쪽이 After다. 현재 문제, 대안 비교, 선택 이유, 리스크와 후속 조치를 함께 보여 준다. 결재자는 도입 여부를 판단할 수 있는 재료를 얻는다. 검증 지점 회신 누락 3건이 실제 기록과 맞는지, 월 사용료에 부가세가 포함되는지, 사용자 수 제한이 있는지, 시범 운영이 가능한 계약인지 확인해야 한다. 대안 비교는 실제로 검토한 범위 안에서만 써야 한다. 알림 기능 유무나 이력 관리 범위처럼 대안의 제한 사항도 확인한 뒤에 적어야 한다. 확인하지 않은 제한 사항을 AI가 그럴듯하게 채워 넣으면, 대안을 비교했다는 인상만 남고 근거는 비어 있게 된다. 4블록의 역할 기대효과는 승인 후 무엇이 좋아지는지 보여 준다. 하지만 기대효과만 있으면 문서가 장점 소개로 기울어진다. 근거는 현재 왜 이 문제가 생겼는지 보여 준다. 근거가 있으면 결재자는 요청이 기분이나 취향이 아니라 업무 문제에서 나온 것임을 알 수 있다. 대안은 결재자의 의심을 줄인다. "다른 방법은 없나"라는 질문에 먼저 답하는 것이다. 반드시 여러 업체를 비교해야 한다는 뜻은 아니다. 기존 방식 유지, 양식 개선, 내부 자원 활용, 외부 서비스 사용처럼 선택지를 놓고 왜 현재 안을 택했는지 보여 주면 된다. 리스크는 반대 논리가 아니다. 오히려 문서를 믿을 수 있게 만드는 장치다. 도입 후 교육이 필요하다, 데이터 이전 시간이 든다, 계약 해지 조건을 확인해야 한다는 내용을 숨기지 않으면 결재자는 작성자가 사안을 넓게 봤다고 판단할 수 있다. 3-3. 비용·계약 품의 반려 장면 박과장은 신규 협력사와 연간 유지보수 계약을 진행하기 위해 계약 품의를 올렸다. 문서에는 계약 금액과 기간이 들어 있었다. "안정적인 유지보수를 위해 계약 체결이 필요함"이라는 사유도 있었다. 최부장은 이번에도 보완을 요구했다. "금액 산정 근거와 기존 업체 비교 필요." 계약 품의에서는 필요성만으로 부족하다. 회사는 일정 기간 비용과 책임을 묶는다. 결재자는 이 계약이 왜 필요한지뿐 아니라 금액이 적정한지, 조건이 불리하지 않은지, 기존 방식보다 나은지 확인해야 한다. AI 위임 결정 AI에게 맡길 일은 계약 품의를 금액 근거, 조건, 대안 비교, 승인 요청 사항으로 나누는 것이다. 사람이 쥘 일은 견적서 원본, 계약 기간, 해지 조건, 납품 범위, 세금 포함 여부, 기존 업체 조건을 확인하는 것이다. 결재권자 질문 결재권자는 이렇게 묻는다. "이 금액을 이 조건으로 승인해도 되는가." 계약 품의의 문장은 설득보다 검토를 돕는 방향이어야 한다. 프롬프트 너는 한국 회사의 계약 품의서를 다듬는 문서 작성 코치다. 아래 정보를 바탕으로 금액 근거와 대안 비교가 보이는 계약 품의 사유를 작성하라. 맥락: - 회사: 다온테크 - 작성자: 구매팀 박과장 - 결재권자: 최부장 - 문서 유형: 연간 유지보수 계약 품의 - 결재권자 질문: 이 금액을 이 조건으로 승인해도 되는가. 확인된 사실: - 계약 대상: 산업장비 유지보수 협력사 - 계약 기간: 2026년 8월~2027년 7월 - 계약 금액: 연 960만 원 - 기존 방식: 장애 발생 시 건별 수리 요청 - 기존 문제: 긴급 장애 시 방문 일정 확보 지연 - 비교 내용: 건별 수리 평균 비용과 연간 예상 횟수 검토 필요 요청: - 금액 근거와 계약 조건이 보이게 쓴다. - 기존 방식과 비교해 선택 이유를 제시한다. - 확인되지 않은 절감 효과는 단정하지 않는다. - 사람이 확인해야 할 계약 조건을 따로 정리한다. Before/After Before: 안정적인 유지보수를 위해 연간 유지보수 계약 체결이 필요하여 품의함. After: 긴급 장애 발생 시 건별 수리 방식으로는 협력사 방문 일정 확보가 지연되어 고객사 대응 일정에 차질이 발생할 수 있음. 2026년 8월부터 2027년 7월까지 연 960만 원 조건의 유지보수 계약을 체결하면 정기 점검과 긴급 방문 기준을 사전에 확정할 수 있어 계약 진행을 품의함. After는 안정성이라는 말을 업무 조건으로 바꾼다. 방문 일정 확보, 고객사 대응 차질, 계약 기간, 금액, 정기 점검과 긴급 방문 기준이 보인다. 검증 지점 연 960만 원이 부가세 포함인지, 정기 점검 횟수가 몇 회인지, 긴급 방문 기준이 계약서에 명시되는지, 기존 건별 수리 비용과 비교했는지 확인해야 한다. 계약 품의에서는 금액과 조건이 문장보다 중요하다. 비용 품의의 문장 순서 비용 품의는 다음 순서가 안전하다. 1. 현재 문제 또는 필요 조건 2. 비용을 쓰는 대상 3. 금액과 기간 4. 대안 또는 기존 방식 비교 5. 승인 요청 사항 이 순서가 바뀌면 문서가 약해진다. 금액만 앞에 있으면 왜 쓰는지 보이지 않고, 필요성만 앞에 있으면 얼마를 쓰는지 늦게 보인다. 현재 문제와 금액, 비교 근거가 함께 있어야 결재자가 판단할 수 있다. AI에게는 이 순서를 그대로 요청하면 된다. "현재 문제, 비용 대상, 금액과 기간, 대안 비교, 승인 요청 순서로 다시 써라"라고 지시한다. 그러면 AI가 장황한 사유를 비용 품의 구조로 재배열할 수 있다. 견적 비교를 문장으로 바꾸는 법 비용 품의에서 비교표는 중요하지만 표만으로는 부족하다. 결재자는 표를 보며 숫자를 확인하지만, 왜 그 선택안이 적정한지는 문장으로 읽는다. 따라서 견적 비교 뒤에는 선택 이유를 짧게 붙여야 한다. 예를 들어 노트북 2대 구매에서 세 업체 견적이 있다고 하자. A업체는 대당 118만 원, B업체는 대당 120만 원, C업체는 대당 115만 원이다. 금액만 보면 C업체가 가장 낮다. 그러나 C업체는 납기 3주, B업체는 납기 5일이고 고객사 정기 점검 전 장비 준비가 필요하다면 판단은 달라진다. 가장 낮은 금액이 언제나 적정안은 아니다. 이때 문장은 이렇게 쓸 수 있다. 3개 업체 견적 비교 결과 C업체 단가가 가장 낮으나 납기 3주로 7월 정기 고객사 점검 전 준비가 어려움. B업체는 단가가 대당 120만 원으로 C업체 대비 5만 원 높지만 납기 5일과 기본 설치 지원이 가능하여 일정 기준에 부합함. 이에 B업체 견적 기준 총 240만 원 구매를 품의함. 이 문장은 싸지 않은 선택을 합리화하는 문장이 아니다. 선택 기준을 보여 주는 문장이다. 금액, 납기, 설치 지원, 필요한 일정이 함께 놓이면 결재자는 왜 이 업체를 택했는지 판단할 수 있다. AI에게는 비교표를 그대로 넣기보다 판단 기준을 함께 넣어야 한다. "단가, 납기, 설치 지원, 일정 적합성을 기준으로 선택 이유를 작성하라"처럼 요청한다. 그러면 AI가 가격만 앞세우지 않고 결재 기준에 맞춰 문장을 정리할 수 있다. 3-4. 지출결의·사유서·경위서 반려 장면 김대리는 고객사 방문 후 교통비 지출결의를 작성했다. 사유란에는 "고객사 미팅 참석으로 교통비 발생"이라고 적었다. 금액은 맞았지만 박과장은 보완을 요청했다. "방문 목적과 일정 연결 필요." 같은 주에 다른 일이 있었다. 협력사 일정 안내가 늦어져 고객사에 사과 메일을 보내야 했고, 내부에는 경위서를 남겨야 했다. 김대리는 경위서 초안을 AI로 만들었지만 문장이 지나치게 방어적으로 나왔다. "협력사 사정으로 불가피하게 지연됨"이라는 표현은 사실 일부만 담고 있었다. 내부 확인 지연도 있었기 때문이다. AI 위임 결정 이 단계의 AI 역할은 지출결의, 사유서, 경위서를 사실 중심 구조로 정리하는 것이다. 이 단계의 사람 역할은 금액, 일자, 방문 목적, 실제 발생 원인, 책임 범위, 후속 조치를 확인하는 것이다. 이 유형의 문서는 변명처럼 보이면 안 되고, 과하게 책임을 넓혀도 안 된다. 결재권자 질문 결재권자는 이렇게 묻는다. "이 지출 또는 사건은 확인된 사실에 맞게 설명되어 있는가." 특히 경위서에서는 책임을 피하는지보다 사실과 조치가 정확한지를 본다. 프롬프트 너는 한국 회사의 사유서와 경위서를 다듬는 문서 작성 코치다. 아래 초안을 사실, 영향, 조치 중심으로 정리하라. 맥락: - 회사: 다온테크 - 작성자: 영업지원팀 김대리 - 수신자: 이팀장 - 문서 유형: 일정 안내 지연 경위서 - 결재권자 질문: 확인된 사실에 맞게 설명되어 있는가. 확인된 사실: - 고객사 설치 일정 안내가 당초 계획보다 1일 늦어짐 - 원인 1: 협력사 회신 지연 - 원인 2: 내부 확인 요청이 당일 오후에 접수됨 - 고객 영향: 고객사 일정 재조율 필요 - 조치: 협력사 확정 일정 수신 후 고객사에 안내 완료 - 재발 방지: 협력사 회신 기한을 전일 15시로 앞당겨 관리 예정 요청: - 변명처럼 보이는 표현을 피한다. - 확인된 원인만 쓴다. - 사실, 영향, 조치, 재발 방지 순서로 정리한다. - 책임을 과도하게 확대하거나 축소하지 않는다. Before/After Before: 협력사 사정으로 불가피하게 고객사 일정 안내가 지연되었으며, 향후 주의하겠음. After: 고객사 설치 일정 안내가 당초 계획보다 1일 늦어짐. 협력사 회신 지연과 내부 확인 요청 접수 지연이 함께 발생했으며, 확정 일정 수신 후 고객사에 안내를 완료함. 재발 방지를 위해 협력사 회신 기한을 전일 15시로 앞당겨 관리 예정임. After는 변명하지 않는다. 협력사 사정만으로 돌리지 않고 내부 확인 지연도 함께 적는다. 동시에 과한 사과보다 조치와 재발 방지를 중심에 둔다. 검증 지점 지연 일수, 고객사 영향, 협력사 회신 시각, 내부 요청 접수 시각, 안내 완료 시각을 확인해야 한다. 경위서에서는 시간 순서가 중요하다. 확인되지 않은 원인을 추정해서 쓰지 않는다. 사유서와 경위서의 톤 사유서는 왜 그런 요청이나 지출이 발생했는지 설명하는 문서다. 경위서는 어떤 일이 어떤 순서로 발생했고 어떻게 조치했는지 남기는 문서다. 둘 다 감정의 문서가 아니다. 사유서는 필요성을 설명하고, 경위서는 사실과 조치를 남긴다. 사유서에서 피해야 할 표현은 넓고 막연한 말이다. "부득이하게", "업무상 필요에 따라", "원활한 진행을 위해"만 쓰면 구체성이 부족하다. 대신 일정, 대상, 업무 영향, 요청 사항을 넣는다. 경위서에서 피해야 할 표현은 책임 회피와 과장된 책임 인정이다. "협력사 문제로 지연됨"이라고만 쓰면 내부 확인 과정을 숨기는 문장처럼 보인다. 반대로 "전적으로 당사 귀책"처럼 확인되지 않은 책임을 넓게 쓰면 회사 입장에 부담이 된다. 사실 중심으로 쓰고, 조치와 재발 방지를 분리해야 한다. 지출결의 사유 한 줄 지출결의 사유는 길지 않다. 대개 한두 문장이다. 그래서 짧게 쓰면 된다고 여기기 쉽지만, 짧은 만큼 빠진 정보가 그대로 드러난다. 박과장이 김대리에게 "방문 목적과 일정 연결 필요"라고 되돌린 것도 사유가 짧아서가 아니라 무엇을 위한 지출인지가 안 보였기 때문이다. 지출결의 사유 한 줄에는 다섯 가지가 담겨야 한다. 무엇을 위한 지출인가, 언제 발생했는가, 어디서 발생했는가, 왜 회사 비용으로 처리하는가, 증빙은 무엇인가다. 이 다섯 가지가 들어가면 결재자는 사유만 보고도 승인 여부를 판단할 수 있다. "교통비 발생"처럼 결과만 적으면 결재자가 목적과 일정을 되물어야 한다. AI에게는 이 다섯 항목을 채우게 하되, 금액과 날짜, 증빙 종류는 사람이 실제 내역으로 확인한다. Before: 고객사 미팅 참석으로 교통비 발생. 38,400원 지출결의함. After: 7월 8일 고객사 정기 점검 일정 협의를 위한 외근 교통비로, 왕복 이동분 38,400원을 지출결의함. 교통카드 사용 내역 첨부. After는 목적과 일자, 이동, 금액, 증빙을 한 문장에 담는다. "미팅 참석"이 "정기 점검 일정 협의"가 되면서 왜 회사 비용인지가 분명해진다. 날짜와 교통카드 내역이 붙으면 결재자는 사유 한 줄만 보고 승인할 수 있다. 3-5. 과장 없이 설득하는 사유 문장의 원리 반려 장면 이팀장은 김대리가 쓴 구매 품의 초안을 보고 표현을 줄이라고 했다. 초안에는 "고객 대응 품질을 크게 높이고 전사 업무 생산성 향상에 기여할 것으로 기대됨"이라는 문장이 있었다. 김대리는 설득하려고 쓴 문장이었다. 그러나 이팀장은 "확인 가능한 효과만 쓰는 게 좋음"이라고 했다. 품의 문서에서 과장은 설득력이 아니라 의심을 만든다. 결재자는 좋은 결과를 싫어하지 않는다. 다만 확인할 수 없는 효과를 승인 근거로 삼기 어렵다. 사유 문장은 기대를 크게 보이게 하는 것이 아니라 판단 가능한 범위로 좁히는 일이다. AI 위임 결정 이 자리에서 AI 몫은 과장 표현을 확인 가능한 업무 효과로 바꾸는 일이다. 사람 몫은 실제 효과 범위, 측정 가능한 지표, 승인 요청의 한계를 확인하는 데 있다. 결재권자 질문 결재권자는 이렇게 묻는다. "이 사유는 확인 가능한 근거에 기반한가." 문장이 크면 클수록 근거도 커야 한다. 근거가 없으면 작게 쓰는 편이 낫다. 프롬프트 너는 한국 회사의 품의 사유 문장을 다듬는 문서 작성 코치다. 아래 문장에서 과장 표현을 빼고 확인 가능한 사유 문장으로 바꿔라. 맥락: - 회사: 다온테크 - 문서 유형: 장비 구매 품의 - 결재권자 질문: 이 사유는 확인 가능한 근거에 기반한가. 초안: 신규 장비 도입을 통해 고객 대응 품질을 크게 높이고 전사 업무 생산성 향상에 기여할 것으로 기대됨. 확인된 사실: - 적용 부서: 영업지원팀 - 적용 업무: 고객사 견적서 확인, 화상회의, 보안 프로그램 실행 - 현재 문제: 기존 노트북 실행 지연 - 기대 효과: 고객사 미팅 전 자료 확인 시간 단축 예상 요청: - 확인되지 않은 큰 효과를 쓰지 않는다. - 적용 부서와 업무 범위를 좁혀 쓴다. - 기대 효과는 예상 범위로 표현한다. - 결재 문장 톤으로 작성한다. Before/After Before: 신규 장비 도입을 통해 고객 대응 품질을 크게 높이고 전사 업무 생산성 향상에 기여할 것으로 기대됨. After: 영업지원팀의 고객사 견적서 확인, 화상회의, 보안 프로그램 실행 지연을 줄이기 위한 장비 교체 건임. 교체 후 고객사 미팅 전 자료 확인 시간이 단축될 것으로 예상됨. After는 효과를 작게 만든 것이 아니라 정확하게 만든 것이다. 전사 생산성이라는 넓은 말을 빼고, 적용 부서와 업무를 좁혔다. 기대 효과도 확인 가능한 범위에서 표현했다. 검증 지점 자료 확인 시간이 실제로 얼마나 줄어드는지 측정하지 않았다면 수치를 넣지 않는다. 적용 범위가 영업지원팀이면 전사 효과로 쓰지 않는다. "예상됨"과 "확인됨"을 구분해야 한다. 설득은 크게 말하는 일이 아니다 품의 문서에서 설득은 문장을 키우는 일이 아니다. 판단에 필요한 정보를 정직하게 놓는 일이다. 결재권자는 좋은 미래보다 현재 문제와 적정한 조치를 본다. 따라서 사유 문장은 다음 원칙을 따른다. 첫째, 추상어를 줄인다. 효율, 생산성, 품질, 안정성 같은 단어는 필요하지만 혼자서는 약하다. 뒤에 구체적인 업무 장면이 붙어야 한다. "업무 효율 향상"보다 "견적서 확인 지연 감소"가 낫다. 둘째, 범위를 좁힌다. 한 팀의 장비 교체를 전사 효과로 쓰면 문장이 커진다. 적용 범위가 작으면 작게 쓰는 것이 맞다. 좁은 문장은 약한 문장이 아니라 검증 가능한 문장이다. 셋째, 대안을 보여 준다. 결재자는 현재 안이 유일한지 궁금해한다. 기존 장비 수리, 임시 대여, 구매 연기, 다른 업체 견적 같은 대안을 검토했다면 짧게 남긴다. 대안을 보여 주면 요청이 더 현실적으로 읽힌다. 넷째, 리스크를 숨기지 않는다. 구매 후 교육이 필요하다, 계약 조건 확인이 필요하다, 시범 운영이 필요하다 같은 내용은 결재를 방해하는 말이 아니다. 오히려 작성자가 실행 후 문제까지 보고 있음을 보여 준다. 품의와 기안의 문장은 한 줄로 돌아온다. "왜 지금 승인해야 하는가." 이 질문에 답하는 문장이 좋은 사유 문장이다. AI는 그 답을 정리하는 데 도움을 줄 수 있다. 그러나 답의 재료는 사람이 확인해야 한다. 품의 사유 최종 점검표 품의서를 올리기 전에는 문장을 다시 읽기보다 질문으로 점검하는 편이 낫다. 문장은 자연스러워 보여도 판단 재료가 빠질 수 있기 때문이다. 다음 질문에 답할 수 있으면 사유 문장이 한 단계 단단해진다. 1. 무엇을 승인받으려는지 첫 문장에서 보이는가. 2. 왜 지금 필요한지 일정이나 업무 지장으로 설명되는가. 3. 금액, 수량, 기간이 확인 가능한 자료와 맞는가. 4. 기존 방식이나 다른 대안을 검토했는가. 5. 승인하지 않을 때 생기는 차질이 과장 없이 제시되었는가. 6. 승인 후 실행 방식과 담당자가 보이는가. 7. 리스크나 확인 조건을 숨기지 않았는가. 점검표 없이 초안만 다듬으면 문장은 매끄러워도 판단 재료가 빠진 채 결재선에 오르기 쉽다. 그래서 이 7개 질문을 AI에게 그대로 넘겨 초안에서 누락된 항목을 찾게 하는 편이 안전하다. AI가 짚어 준 항목은 작성자가 실제 자료로 다시 채우고, 그 과정을 거친 품의서라야 단순 요청서에서 판단 가능한 승인 문서로 넘어간다. 품의 문서에서 가장 위험한 문장은 아무 문제 없어 보이는 일반 문장이다. "원활한 업무 진행을 위해 필요함"은 틀린 말이 아니지만, 결재자는 그 문장만으로 돈을 쓰기 어렵다. "기존 노트북 2대가 사용 5년 차이며 고객사 보안 프로그램 실행 시 화상회의 끊김이 반복되어 7월 점검 전 교체가 필요함"은 길지만 판단할 수 있다. 품의 문장에서는 짧은 추상문보다 구체적인 판단문이 낫다. 바로 바꿔 쓰는 품의 문장틀 품의 사유가 막힐 때는 빈 문장에서 시작하지 말고 문장틀에서 시작한다. 아래 틀은 그대로 복사하기보다 대괄호 안의 변수를 실제 정보로 바꿔 사용한다. [대상]은 [현재 상태]로 인해 [업무 지장]이 발생하고 있어, [기한 또는 기준일] 전 [조치]가 필요함. 장비 구매 품의에 맞는 기본 틀이다. 현재 상태와 업무 지장이 들어가므로 "필요함"만 남는 문제를 줄일 수 있다. [현재 방식]으로는 [문제]가 반복되어 [업무 영향]이 발생하고 있음. [대안]을 검토한 결과 [선택안]이 [금액·일정·조건] 기준에 부합하여 품의함. 비용·계약 품의에 맞는 틀이다. 대안 검토와 선택 기준이 들어가므로 금액 요청만 앞서는 문제를 줄인다. [사건 또는 지출]은 [일자·대상]과 관련하여 발생했으며, [확인된 원인]에 따라 [조치]를 완료함. 향후 [재발 방지 또는 후속 관리]를 진행 예정임. 사유서와 경위서에 맞는 틀이다. 변명이나 과한 사과보다 사실, 조치, 후속 관리를 중심으로 정리할 수 있다. 이 문장틀을 AI에게 줄 때는 "아래 틀을 유지하되, 확인되지 않은 사실은 만들지 말고 사람 검증 항목으로 분리하라"고 덧붙인다. 그러면 AI가 빈칸을 마음대로 채우는 위험을 줄일 수 있다. 3-6. 기안서의 기본 구조 반려 장면 박과장은 협력사 회신 지연 문제를 여러 번 겪은 뒤, 아예 사내 규칙을 하나 만들자는 문서를 올렸다. 협력사가 견적을 마감일에 임박해 보내는 탓에 재확인 시간이 부족하다는 것이었다. 그런데 문서를 품의처럼 썼다. "협력사 회신이 자주 늦어 업무에 지장이 있으므로 개선이 필요함." 뒤에는 그동안 겪은 불편을 길게 적었다. 최부장은 다시 물었다. "무엇을 어떻게 바꾸자는 것인지 안 보임. 시행 방법 필요." 박과장은 문제만 적었을 뿐, 어떤 규칙을 만들지, 언제부터 적용할지, 누가 영향을 받는지는 쓰지 않았다. 기안서는 불편을 호소하는 문서가 아니라 바꿀 방식을 제안하는 문서인데, 박과장의 초안에는 제안이 빠져 있었다. AI 위임 결정 AI에게 맡길 일은 흩어진 불편을 기안 골격으로 재배열하는 것이다. 기안 목적, 현재 상황, 제안 내용, 비용과 일정, 기대효과, 검토와 승인 요청 순서로 문장을 정렬한다. 사람이 쥘 일은 실제 규칙 내용, 시행 시점, 영향을 받는 부서와의 협의 여부, 기존 절차와 충돌 여부를 확인하는 것이다. 기안서는 돈을 쓰는 문서가 아니라 일하는 방식을 바꾸는 문서이므로, AI가 지어낸 규칙이 실제 업무와 맞는지 사람이 반드시 검토해야 한다. 결재권자 질문 결재권자는 이렇게 묻는다. "무엇을 바꾸자는 것이고, 시행하면 무엇이 달라지는가." 품의가 "이 돈을 써도 되는가"를 묻는다면, 기안은 "이 방식으로 바꿔도 되는가"를 묻는다. 제안 내용과 시행 방법이 보이지 않으면 기안서는 불만 보고서에 머문다. 프롬프트 너는 한국 회사의 기안서를 다듬는 문서 작성 코치다. 아래 정보를 기안 골격에 맞춰 정리하라. 맥락: - 회사: 다온테크 - 작성자: 구매팀 박과장 - 결재권자: 최부장 - 문서 유형: 협력사 견적 회신 마감 규칙 도입 기안 - 결재권자 질문: 무엇을 바꾸자는 것이고, 시행하면 무엇이 달라지는가. 확인된 사실: - 현재 상황: 협력사 12곳의 견적 회신이 마감일에 임박해 도착 - 문제: 견적 마감 전 재확인 시간 부족 - 제안: 견적 회신 기한을 견적 마감 전일까지로 사내 규칙화 - 제안: 기한 내 미회신 시 재요청 1회 후 대체 업체 검토 - 시행 시점: 다음 정기 견적 건부터 - 비용: 별도 비용 없음, 협력사 안내문과 사내 양식 문구만 수정 - 기대효과: 마감 전 견적 재확인 시간 확보 요청: - 기안 목적, 현재 상황, 제안 내용, 비용과 일정, 기대효과, 승인 요청 순서로 정리한다. - 불편 호소가 아니라 바꿀 방식이 보이게 쓴다. - 확인되지 않은 규칙 세부는 만들지 말고 사람 검증 항목으로 분리한다. - 과장 없이 기안서 문장 톤으로 작성한다. Before/After Before: 협력사 회신이 자주 늦어 업무에 지장이 있으므로 개선이 필요함. After: 협력사 견적 회신이 마감일에 임박해 도착하면서 견적 재확인 시간이 부족한 상황이 반복되고 있음. 이를 개선하기 위해 협력사 견적 회신 기한을 견적 마감 전일까지로 정하고, 기한 내 미회신 시 재요청 1회 후 대체 업체를 검토하는 절차를 사내 규칙으로 도입할 것을 제안함. 별도 비용 없이 협력사 안내문과 사내 양식 문구 수정으로 시행 가능하며, 다음 정기 견적 건부터 적용하면 마감 전 재확인 시간을 확보할 수 있음. 검토 후 시행 승인을 요청함. After는 문제만 말하지 않는다. 무엇을 바꿀지, 어떻게 시행할지, 언제부터 적용할지가 한 문단에 들어 있다. 기안 목적에서 시작해 현재 상황, 제안 내용, 비용과 일정, 기대효과, 승인 요청까지 순서대로 놓이면 결재자는 규칙 도입 여부를 판단할 수 있다. 검증 지점 회신 기한을 마감 전일로 앞당기는 것이 협력사 계약이나 관행과 충돌하지 않는지 확인해야 한다. 대체 업체 검토가 실제로 가능한 품목인지, 영업팀 등 관련 부서와 협의가 되었는지도 봐야 한다. 시행 시점이 진행 중인 견적 건과 겹쳐 혼선을 주지 않는지 확인한다. 규칙 세부를 AI가 그럴듯하게 채우면 시행 단계에서 현장과 어긋난다. 기안서와 품의서는 어디가 다른가 품의서와 기안서는 같은 결재선을 타지만 묻는 것이 다르다. 품의는 돈이나 자원을 쓰는 문서다. 노트북 구매, 협력사 관리 시스템 사용료, 연간 유지보수 계약이 모두 품의다. 결재자는 "이 돈을 이 조건으로 써도 되는가"를 본다. 기안은 제도와 절차, 방침을 도입하거나 바꾸는 문서다. 회신 마감 규칙, 협력사 등록 절차, 결재선 조정이 기안이다. 결재자는 "이 방식으로 바꿔도 되는가"를 본다. 그래서 두 문서는 무게 중심이 다르다. 품의는 금액과 근거, 대안 비교가 판단 재료다. 기안은 제안 내용과 시행 방법, 영향 범위가 판단 재료다. 품의에서 사유가 약하면 돈을 못 쓰고, 기안에서 제안이 흐리면 아무것도 바뀌지 않는다. 한 문서가 두 성격을 함께 가질 때도 있다. 새 제도를 도입하는데 비용이 따르는 경우다. 협력사 관리 시스템을 규칙으로 정착시키면서 사용료도 승인받아야 하는 상황이 그렇다. 이때는 제안 내용과 비용 승인을 한 문장에 뭉치지 말고 나눠 쓴다. 무엇을 바꾸는지 먼저 보이고, 그다음에 얼마가 드는지 보이게 하면 결재자가 두 판단을 각각 내릴 수 있다. 3장 정리 품의와 기안은 회사의 자원을 움직이는 문서다. 그래서 문장이 부드러운 것만으로는 부족하다. 현재 문제, 승인 필요성, 금액과 조건, 대안 비교, 리스크가 보여야 한다. 여섯 가지로 좁혀진다. 1. 품의 사유는 "필요함"이 아니라 "왜 지금 필요한가"에 답해야 한다. 2. 기대효과만 쓰지 말고 근거, 대안, 리스크를 함께 놓아야 한다. 3. 비용·계약 품의는 금액 산정 근거와 조건 확인이 중심이다. 4. 지출결의·사유서·경위서는 사실, 영향, 조치 순서로 쓴다. 5. 과장된 효과보다 확인 가능한 업무 효과가 더 설득력 있다. 6. 기안서는 돈이 아니라 방식을 바꾸는 문서이므로 제안과 시행 방법이 보여야 한다. 품의 문서에서 AI는 빈 사유를 채워 주는 도구가 아니다. 확인된 사실을 결재자가 판단할 수 있는 순서로 바꾸는 보조 도구다. 작성자는 AI가 만든 문장을 그대로 올리는 사람이 아니라, 결재 질문에 맞게 사실을 배열하는 사람이다. 그림 1: 품의 사유는 기대효과, 근거, 대안, 리스크 네 블록이 각각 다른 질문에 답할 때 통과한다 2x2 격자에 품의 사유의 네 블록이 놓이고, 칸마다 블록 이름과 그 블록이 답하는 질문이 적혀 있다. 아래 강조색 띠에 반려는 대개 대안과 리스크 칸이 비어서 난다는 문장이 있다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143814357_1.png ---------------------------------------- ### 4장. 협조전과 공지문 – 타 부서를 움직이는 문장 https://voidlogpress.com/books/%ec%a7%81%ec%9e%a5%ec%9d%b8-ai-%ec%97%85%eb%ac%b4-%eb%ac%b8%ec%84%9c-%ea%b8%b0%ec%88%a0/4%ec%9e%a5-%ed%98%91%ec%a1%b0%ec%a0%84%ea%b3%bc-%ea%b3%b5%ec%a7%80%eb%ac%b8-%ed%83%80-%eb%b6%80%ec%84%9c%eb%a5%bc-%ec%9b%80%ec%a7%81%ec%9d%b4%eb%8a%94-%eb%ac%b8%ec%9e%a5/ 질문: 협조 요청은 어떤 순서로 써야 하나요? 요약: 배경과 요청, 기한, 후속 조치 순입니다. 상대 부서는 왜 우리 부서가 움직여야 하며 무엇을 언제까지 하면 되는지 묻습니다. 이 질문에 답하지 못하면 요청은 읽히고도 움직임을 만들지 못합니다. 또 다른 질문: 고압적이지 않으면서 기한을 분명히 하려면 어떻게 쓰나요? 답: 이유와 행동과 기한을 함께 둔 중립형으로 씁니다. 금일 중 반드시 회신 바람은 압박이 먼저 보이고, 가능하시면 회신 부탁은 기한이 약해집니다. 고객사 안내 확정을 위해 몇 시까지 회신이 필요하다고 씁니다. 또 다른 질문: 일정 변경 공지에는 무엇을 담아야 하나요? 답: 변경 사실만 알리면 문의가 늘어납니다. 변경 전과 변경 후, 적용 시작일, 대상자, 해야 할 행동을 첫 문단에 넣습니다. 참고 바람이 아니라 무엇을 해야 하는지가 보여야 공지가 실행됩니다. 또 다른 질문: 장애 공지는 내부용과 대외용이 다른가요? 답: 다릅니다. 내부 공지는 대응 기준을 맞추는 문서라 창구 통합이 중요하고, 대외 공지는 조치와 다음 일정이 더 엄격하게 맞아야 합니다. 어느 쪽이든 원인이 확정되지 않았다면 단정하지 않습니다. 또 다른 질문: 거절과 반려는 어떻게 쓰나요? 답: 사유와 기준과 다음 경로 셋으로 구성합니다. 부드럽게 쓴다고 이유를 흐리면 안 되고, 이유만 쓰면 차갑게 읽힙니다. 대안이 없다면 없음을 포장하지 말고 왜 없는지 기준을 적습니다. 최종 확인: 2026-09-04T11:05:47+09:00 협조전과 공지문은 결재 문서와 성격이 조금 다르다. 결재 문서는 승인 여부를 판단하게 만들지만, 협조와 공지는 상대가 움직이게 만들어야 한다. 그래서 핵심 질문도 다르다. 누가 무엇을 언제까지 해야 하는가. 이 질문에 답하지 못하면 문서는 읽히고도 실행되지 않는다. 타 부서를 움직이는 문장은 강하게 쓰는 문장이 아니다. 배경, 요청, 기한, 상호 영향을 분명히 쓰는 문장이다. 너무 고압적이면 반발을 만들고, 너무 낮은 자세면 요청이 흐려진다. 협조 문서는 균형이 중요하다. 4-1. 부서 간 협조 요청 반려 장면 영업지원팀 김대리는 구매팀에 협력사 일정 확인을 요청해야 했다. 고객사 납품일이 가까워졌고, 설치 가능일을 빨리 받아야 했다. 김대리는 급한 마음에 문장을 이렇게 썼다. "납품 일정에 차질이 없도록 구매팀에서 협력사 일정 확인 후 회신 바람." 박과장은 이 문장을 보고 불편해했다. 구매팀이 영업지원팀의 하위 부서처럼 읽혔기 때문이다. 요청 내용은 맞았지만 톤이 문제였다. 반대로 "바쁘시겠지만 가능하면 확인 부탁"처럼 쓰면 요청 기한이 약해진다. 협조 요청은 고압과 저자세 사이에서 업무 기준을 잡아야 한다. AI 위임 결정 AI에게 맡길 일은 요청 문장을 배경, 요청, 기한, 상호이익 구조로 바꾸는 것이다. 사람이 쥘 일은 실제 기한, 구매팀 담당자, 협력사 연락 가능성, 고객사 일정의 중요도를 확인하는 것이다. 수신자의 행동 질문 상대 부서와 결재자는 이렇게 묻는다. "왜 우리 부서가 움직여야 하며, 무엇을 언제까지 하면 되는가." 협조 요청은 상대의 행동이 보여야 한다. 프롬프트 너는 한국 회사의 부서 간 협조 요청 문서를 다듬는 문서 작성 코치다. 아래 요청 문장을 고압적이지 않고 실행 항목이 분명한 문장으로 바꿔라. 맥락: - 회사: 다온테크 - 작성자: 영업지원팀 김대리 - 수신자: 구매팀 박과장 - 문서 유형: 협력사 일정 확인 협조 요청 - 수신자의 행동 질문: 왜 우리 부서가 움직여야 하며, 무엇을 언제까지 하면 되는가. 확인된 사실: - 고객사 납품 예정일: 7월 19일 - 구매팀 확인 필요 항목: 협력사 설치 가능일 - 회신 희망 기한: 7월 10일 16시 - 후속 조치: 영업지원팀이 고객사 안내문에 반영 요청: - 배경, 요청, 기한, 후속 조치 순서로 쓴다. - 명령형 표현을 피한다. - 요청 사항과 회신 기한을 분명히 쓴다. - 사람이 확인해야 할 담당자와 일정은 따로 표시한다. Before/After Before: 납품 일정에 차질이 없도록 구매팀에서 협력사 일정 확인 후 회신 바람. After: 7월 19일 고객사 납품 일정 확정을 위해 협력사 설치 가능일 확인이 필요함. 구매팀에서 7월 10일 16시까지 설치 가능일을 회신하면 영업지원팀이 고객사 안내문에 반영 예정임. After는 덜 세지만 더 실행 가능하다. 상대 부서가 해야 할 일, 회신 기한, 회신 후 쓰임이 보인다. 요청이 명령처럼 읽히지 않으면서도 기준은 분명하다. 검증 지점 회신 기한이 구매팀과 협의 가능한 일정인지 확인해야 한다. 협력사 설치 가능일을 구매팀이 확인하는 업무 범위도 맞아야 한다. 상대 부서에 요청할 때는 내부 합의와 실제 업무 흐름을 확인한다. 협조 요청의 균형 톤 협조 요청의 균형 톤 협조 요청은 같은 내용이라도 톤에 따라 다르게 읽힌다. 고압형은 상대를 움직이기 전에 방어하게 만들고, 과잉 저자세형은 요청의 기준을 흐린다. 중립형은 배경과 기준을 함께 둔다. • 고압형 • 문장: 금일 중 반드시 회신 바람. • 문제: 이유와 기준보다 압박이 먼저 보임 • 과잉 저자세형 • 문장: 바쁘시겠지만 가능하시면 회신 부탁. • 문제: 기한과 필요성이 약해짐 • 중립형 • 문장: 고객사 안내 일정 확정을 위해 금일 16시까지 회신 필요함. • 문제: 이유, 행동, 기한이 함께 보임 AI에게는 "고압형과 과잉 저자세형을 모두 피하고, 이유·행동·기한이 보이는 중립형으로 바꿔라"라고 요청한다. 이 지시가 없으면 AI는 지나치게 부드러운 문장을 만들거나 일반적인 요청문으로 마무리할 수 있다. 협조 요청의 기본 문장은 다음과 같다. [업무 목적]을 위해 [상대 부서 조치]가 필요함. [기한]까지 [회신 또는 처리]가 가능하면 [후속 조치]에 반영 예정임. 이 틀은 상대에게 부담을 넘기지 않으면서도 요청 기준을 분명히 한다. 특히 "가능하면"이라는 말을 쓸 때도 기한과 후속 조치를 함께 써야 한다. 그래야 요청이 선택 사항처럼 흐르지 않는다. 4-2. 일정·정책 변경 안내 반려 장면 다온테크는 내부 장비 점검 일정을 하루 앞당겨야 했다. 김대리는 전 직원 공지문을 작성했다. "내부 사정으로 장비 점검 일정이 변경되었으니 참고 바람." 문장은 짧았지만 문의가 이어졌다. 어느 장비인지, 어느 시간이 바뀌는지, 사용자는 무엇을 해야 하는지 알 수 없었기 때문이다. 일정 변경 안내는 변경 사실만 알리면 끝나지 않는다. 변경 전과 변경 후, 영향 범위, 사용자가 해야 할 행동을 함께 알려야 한다. 그렇지 않으면 공지는 짧아도 문의가 늘어난다. AI 위임 결정 변경 안내를 변경 사실, 영향, 대응 순서로 정리하는 일은 AI가 맡는다. 변경 일정, 대상 범위, 업무 영향, 문의 담당자, 예외 상황을 확인하는 일은 사람이 맡는다. 수신자의 행동 질문 공지 수신자는 이렇게 묻는다. "무엇이 바뀌었고, 나에게 어떤 영향이 있으며, 내가 무엇을 해야 하는가." 이 질문에 답해야 공지가 실행된다. 프롬프트 너는 한국 회사의 사내 공지문을 다듬는 문서 작성 코치다. 아래 일정 변경 안내를 변경 사실, 영향, 대응 순서로 작성하라. 맥락: - 회사: 다온테크 - 작성자: 영업지원팀 김대리 - 수신자: 전 직원 - 문서 유형: 내부 장비 점검 일정 변경 공지 - 수신자의 행동 질문: 무엇이 바뀌었고, 나에게 어떤 영향이 있으며, 무엇을 해야 하는가. 확인된 사실: - 기존 점검 일정: 7월 12일 18시~20시 - 변경 점검 일정: 7월 11일 18시~20시 - 대상: 사내 공용 프린터와 파일 서버 - 영향: 점검 시간 중 출력과 파일 서버 접속 제한 가능 - 대응: 점검 전 필요한 자료를 로컬 저장 또는 사전 출력 - 문의: 총무팀 장비 담당자 요청: - 변경 전과 변경 후를 분명히 쓴다. - 직원이 해야 할 행동을 포함한다. - 불필요한 사과나 변명을 줄인다. - 문의 담당자와 영향 범위를 따로 표시한다. Before/After Before: 내부 사정으로 장비 점검 일정이 변경되었으니 참고 바람. After: 사내 공용 프린터와 파일 서버 점검 일정이 기존 7월 12일 18시~20시에서 7월 11일 18시~20시로 변경됨. 점검 시간 중 출력과 파일 서버 접속이 제한될 수 있으므로 필요한 자료는 점검 전 사전 출력하거나 로컬 저장 필요함. After는 변경 사실과 행동을 함께 준다. "참고"가 아니라 "무엇을 해야 하는지"가 보인다. 검증 지점 변경 전·후 일정, 대상 장비, 영향 범위, 문의 담당자를 확인해야 한다. 공지에서는 잘못된 일정 하나가 많은 사람의 업무를 바꾼다. 변경 공지는 발송 전 관련 부서와 한번 더 맞춘다. 변경 안내의 첫 문장 변경 안내의 첫 문장은 "변경되었다"에서 끝나면 부족하다. 무엇이, 언제에서 언제로, 누구에게 영향을 주는지가 보여야 한다. 앞서 본 프린터·파일 서버 공지의 After 문장이 그 예다. 첫 문장만 잘 써도 문의가 줄어든다. 정책 변경 안내도 같은 방식이다. Before: 출장비 정산 기준이 변경됨. After: 8월 1일 신청분부터 출장비 정산 증빙 제출 기준이 변경됨. After는 기준일과 적용 대상을 담고 있다. 언제부터 무엇이 달라지는지 보이므로 읽는 사람이 자기 신청 건과 관련 있는지 바로 판단할 수 있다. "변경 전, 변경 후, 적용 시작일, 대상자, 해야 할 행동을 첫 문단에 포함하라"고 AI에게 요청하면 된다. 그러면 공지문이 단순 안내가 아니라 실행 기준으로 정리된다. 4-3. 장애·사고 공지 반려 장면 고객사 장애 문의가 들어온 뒤 다온테크 내부에도 공지가 필요했다. 일부 직원이 같은 고객사에 연락할 수 있어서, 현재 상태와 대응 창구를 맞춰야 했다. 김대리는 초안에 "현재 장애가 발생하여 불편을 드려 죄송하며 조속히 해결하겠음"이라고 썼다. 이팀장은 수정했다. "내부 공지에는 사실, 영향, 조치, 창구가 먼저 필요." 장애·사고 공지는 사과문과 다르다. 대외 공지라면 적정한 사과가 필요할 수 있지만, 내부 공지에서는 먼저 사실과 행동 기준을 맞춰야 한다. 감정적 표현이 앞서면 필요한 정보가 뒤로 밀린다. AI 위임 결정 AI에게 맡길 일은 장애 공지를 사실, 영향, 조치, 적정 사과 수위로 정리하는 것이다. 사람이 쥘 일은 장애 범위, 원인 확정 여부, 고객 영향, 대외 메시지 승인 여부, 문의 창구를 확인하는 것이다. 수신자의 행동 질문 공지 수신자와 결재자는 이렇게 묻는다. "현재 확인된 사실은 무엇이고, 누가 어떤 기준으로 대응해야 하는가." 장애 공지는 확정된 사실과 추정 중인 사항을 구분해야 한다. 프롬프트 너는 한국 회사의 장애 공지문을 다듬는 문서 작성 코치다. 아래 초안을 사실, 영향, 조치, 문의 창구 순서로 다시 작성하라. 맥락: - 회사: 다온테크 - 작성자: 영업지원팀 김대리 - 수신자: 영업팀·기술지원팀 - 문서 유형: 고객사 장비 장애 내부 공지 - 수신자의 행동 질문: 현재 확인된 사실은 무엇이고, 누가 어떤 기준으로 대응해야 하는가. 확인된 사실: - 고객사 장비 1대에서 오류 발생 문의 접수 - 현재 원인 분석 중 - 임시 조치 안내 완료 - 기술지원팀 현장 방문 예정: 7월 12일 오전 - 고객사 추가 문의 창구: 영업지원팀 김대리 요청: - 원인을 단정하지 않는다. - 내부 직원이 같은 고객사에 개별 연락하지 않도록 창구를 명시한다. - 사실, 영향, 조치, 문의 창구 순서로 작성한다. - 대외 발신 전 사람 검토 필요 항목을 표시한다. Before/After Before: 현재 장애가 발생하여 불편을 드려 죄송하며 조속히 해결하겠음. After: 고객사 장비 1대 오류 접수 후 현재 원인 분석 중이며, 임시 조치 안내를 완료함. 7월 12일 오전 기술지원팀 현장 방문 예정이며, 고객사 추가 문의는 영업지원팀 김대리 창구로 통합함. After는 사과보다 대응 기준을 먼저 둔다. 내부 공지에서는 개별 연락을 줄이고 창구를 맞추는 것이 중요하다. 검증 지점 장애 범위, 원인 확정 여부, 임시 조치 완료 여부, 현장 방문 일정, 고객사 연락 창구를 확인해야 한다. 대외 공지로 전환할 때는 고객사명, 책임 표현, 사과 수위, 재발 방지 문구를 별도로 검토한다. 내부 공지와 대외 공지의 차이 장애·사고 공지는 내부용과 대외용의 목적이 다르다. 내부 공지는 대응 기준을 맞추는 문서다. 누가 고객사와 연락할지, 어떤 표현을 쓰지 말아야 할지, 현재 확인된 사실이 어디까지인지가 중요하다. 대외 공지는 상대의 불편과 조치 계획을 설명하는 문서다. 사실, 영향, 조치, 일정, 문의 창구가 더 엄격하게 맞아야 한다. 내부 공지에서 쓸 수 있는 문장: 현재 원인 분석 중이며, 고객사 추가 문의는 영업지원팀 김대리 창구로 통합함. 대외 공지에서 쓸 수 있는 문장: 금일 접수된 장비 오류 건은 임시 조치를 완료했으며, 7월 12일 오전 현장 방문 점검을 통해 재발 여부와 추가 조치 필요성을 확인 예정임. 두 문장의 초점은 다르다. 내부 공지는 창구 통합이 중요하고, 대외 공지는 조치와 다음 일정이 중요하다. AI에게 장애 공지를 맡길 때는 반드시 내부용인지 대외용인지 지정해야 한다. 4-4. 거절·반려를 부드럽게 쓰기 반려 장면 박과장은 영업지원팀의 긴급 구매 요청을 반려해야 했다. 예산 항목이 맞지 않았고, 대체 장비를 먼저 확인해야 했다. 초안은 딱딱했다. "해당 건은 예산 기준에 맞지 않아 진행 불가함." 김대리는 이 문장을 받으면 이유보다 거절감이 먼저 들 것 같았다. 거절 문서는 부드럽게 쓴다고 해서 이유를 흐리면 안 된다. 반대로 이유만 쓰면 차갑게 읽힌다. 좋은 거절 문장은 거절 사유와 가능한 대안을 함께 제시한다. AI 위임 결정 AI는 거절 문장을 사유, 기준, 대안 순서로 바꾸는 일을 처리하면 된다. 사람은 실제 예산 기준, 가능한 대안, 재검토 조건, 담당 부서를 확인해야 한다. 수신자의 행동 질문 수신자는 이렇게 묻는다. "왜 안 되는지 알겠고, 다음에 무엇을 할 수 있는가." 거절은 끝내는 문장이 아니라 다음 경로를 안내하는 문장이어야 한다. 프롬프트 너는 한국 회사의 거절·반려 문서를 다듬는 문서 작성 코치다. 아래 반려 문장을 사유와 대안이 보이도록 바꿔라. 맥락: - 회사: 다온테크 - 작성자: 구매팀 박과장 - 수신자: 영업지원팀 김대리 - 문서 유형: 긴급 구매 요청 반려 - 수신자의 행동 질문: 왜 안 되는지 알겠고, 다음에 무엇을 할 수 있는가. 확인된 사실: - 요청 건은 이번 달 예산 항목과 맞지 않음 - 창고에 대체 장비 1대 보유 가능성 있음 - 대체 장비 상태 확인 필요 - 예산 변경 시 다음 달 구매 검토 가능 요청: - 거절 사유를 분명히 쓴다. - 대안을 함께 제시한다. - 고압적 표현과 과도한 사과를 피한다. - 재검토 조건을 포함한다. Before/After Before: 해당 건은 예산 기준에 맞지 않아 진행 불가함. After: 해당 구매 요청은 이번 달 예산 항목과 맞지 않아 즉시 진행은 어려움. 우선 창고 보유 대체 장비 1대의 사용 가능 여부를 확인하고, 대체가 어려운 경우 다음 달 예산 변경 기준으로 구매 재검토 가능함. 거절을 흐리지 않는 쪽이 After다. 다만 상대가 다음에 할 수 있는 일을 보여 준다. 업무 관계에서는 이 차이가 크다. 검증 지점 예산 기준, 대체 장비 보유 여부, 다음 달 재검토 가능성, 담당 부서를 확인해야 한다. 대안을 제시할 때 실제로 실행 가능한 것만 써야 한다. 반려 문장의 3요소 반려 문장은 사유, 기준, 다음 경로로 구성한다. 사유는 왜 어렵거나 불가능한지 설명한다. 기준은 회사의 규정, 예산, 일정, 업무 범위를 보여 준다. 다음 경로는 상대가 다시 시도할 수 있는 조건이나 대안을 제시한다. 이번 달 예산 항목과 맞지 않아 즉시 구매 진행은 어려움. 다만 창고 보유 대체 장비 확인 후 사용이 어려운 경우, 다음 달 예산 변경 기준으로 구매 재검토 가능함. 이 문장은 거절을 흐리지 않는다. 동시에 상대가 다음에 무엇을 할 수 있는지 알려 준다. 반려 문서에서는 상대를 달래는 말보다 다음 행동을 안내하는 기준이 더 크게 작용한다. AI에게는 "거절 사유를 분명히 쓰되, 실행 가능한 대안이나 재검토 조건을 함께 제시하라"고 요청한다. 대안이 없으면 "대안 없음"을 부드럽게 포장하지 말고, 왜 대안이 없는지 기준을 적는다. 4-5. 공지문의 오해를 막는 문장 반려 장면 다온테크는 사내 파일 서버 정리 공지를 냈다. "불필요한 파일은 정리 바람"이라는 문장이 들어갔다. 공지 후 문의가 이어졌다. 어떤 파일이 불필요한지, 누가 정리해야 하는지, 언제까지인지, 삭제해도 되는지 모두 달랐다. 공지문은 짧을수록 좋은 문서가 아니다. 오해가 생기지 않도록 대상, 기준, 기한, 예외를 적어야 한다. 공지를 읽는 사람은 각자 자기 상황에 맞춰 해석한다. 작성자는 그 해석의 폭을 줄여야 한다. AI 위임 결정 AI에게 맡길 일은 모호한 공지 문장을 대상, 기준, 기한, 예외로 나누는 것이다. 사람이 쥘 일은 실제 삭제 기준, 보관 대상, 담당 부서, 문의 창구, 예외 승인 절차를 확인하는 것이다. 수신자의 행동 질문 공지 수신자는 이렇게 묻는다. "내가 대상인지, 무엇을 해야 하는지, 언제까지 해야 하는지 알 수 있는가." 공지는 행동 기준이 분명해야 한다. 프롬프트 너는 한국 회사의 사내 공지문을 다듬는 문서 작성 코치다. 아래 공지를 대상, 기준, 기한, 예외가 보이도록 수정하라. 맥락: - 회사: 다온테크 - 작성자: 총무팀 - 수신자: 전 직원 - 문서 유형: 파일 서버 정리 공지 - 수신자의 행동 질문: 내가 대상인지, 무엇을 해야 하는지, 언제까지 해야 하는지 알 수 있는가. 확인된 사실: - 대상: 전 직원 공용 폴더 - 정리 기준: 2025년 이전 임시 파일, 중복 파일, 개인 백업 파일 - 제외 대상: 계약서, 견적서, 고객사 제출 자료, 회계 증빙 - 기한: 7월 15일 18시 - 문의 창구: 총무팀 파일 서버 담당자 요청: - 불필요한 파일 같은 모호한 표현을 구체화한다. - 삭제 제외 대상을 포함한다. - 기한과 문의 창구를 명시한다. - 직원 행동 기준이 보이게 쓴다. Before/After Before: 공용 폴더 용량 관리를 위해 불필요한 파일은 정리 바람. After: 전 직원은 7월 15일 18시까지 공용 폴더 내 2025년 이전 임시 파일, 중복 파일, 개인 백업 파일을 정리해야 함. 계약서, 견적서, 고객사 제출 자료, 회계 증빙은 삭제 대상에서 제외하며, 판단이 어려운 파일은 총무팀 파일 서버 담당자에게 확인 후 처리함. After는 길지만 오해를 줄인다. 대상, 기준, 기한, 제외 대상, 문의 창구가 보이기 때문이다. 공지문은 짧은 한 줄보다 문의를 줄이는 문장이 낫다. 검증 지점 삭제 기준, 제외 대상, 기한, 문의 창구, 백업 여부를 확인해야 한다. 공지문은 여러 사람이 행동하는 기준이 되므로 모호한 단어를 줄여야 한다. 공지문 최종 점검표 공지문을 발송하기 전에는 다음 질문을 확인한다. 1. 대상자가 누구인지 첫 문단에 보이는가. 2. 무엇을 해야 하는지 동사로 쓰였는가. 3. 언제까지 해야 하는지 기한이 있는가. 4. 예외와 제외 대상이 필요한 경우 포함했는가. 5. 문의 창구가 있는가. 6. 책임을 단정하거나 불필요하게 넓힌 표현이 없는가. 7. 대외 공지로 전환될 가능성이 있으면 승인 절차를 확인했는가. AI에게 공지문을 맡길 때는 이 점검표를 함께 준다. "아래 공지를 7개 질문 기준으로 점검하고 오해가 생길 수 있는 표현을 수정하라"라고 요청하면 된다. 협조·공지 제목 예시 협조와 공지는 제목에서 이미 행동이 보여야 한다. "협조 요청"이나 "공지"만 쓰면 수신자는 중요도와 행동을 판단하기 어렵다. 제목에는 대상, 행동, 기한 중 적어도 두 가지가 들어가면 좋다. Before: 협조 요청 After: 7월 10일 16시까지 협력사 설치 가능일 회신 요청 Before: 점검 일정 변경 공지 After: 사내 파일 서버 점검 일정 변경 안내: 7월 11일 18시~20시 Before: 파일 정리 안내 After: 공용 폴더 임시·중복 파일 정리 요청: 7월 15일 18시까지 제목이 길어져도 괜찮다. 수신자가 제목만 보고도 자신에게 필요한 행동을 판단할 수 있으면 공지의 절반은 성공한 셈이다. "제목만 보고 대상, 행동, 기한이 보이게 5개 후보를 제안하라"고 AI에게 맡기면 된다. 4장 정리 협조전과 공지문은 상대가 움직이도록 만드는 문서다. 그래서 문장에는 배경, 요청, 기한, 후속 조치가 보여야 한다. 고압적 표현은 줄이고, 과한 저자세도 줄인다. 업무 기준을 분명히 쓰는 것이 가장 안정적이다. 이 장에서 짚은 요점은 다섯 가지다. 1. 협조 요청은 배경, 요청, 기한, 후속 조치 순서로 쓴다. 2. 일정·정책 변경 안내는 변경 전, 변경 후, 영향, 대응을 함께 쓴다. 3. 장애·사고 공지는 사실, 영향, 조치, 창구를 먼저 둔다. 4. 거절·반려 문서는 사유와 대안을 함께 제시한다. 5. 공지문은 대상, 기준, 기한, 예외, 문의 창구를 분명히 적는다. 타 부서를 통과하는 문장은 상대를 누르는 문장이 아니다. 상대가 움직일 이유와 기준을 정확하게 주는 문장이다. AI는 표현을 부드럽게 만들 수 있지만, 실제 요청 범위와 기한은 사람이 확인해야 한다. ---------------------------------------- ## 주식 초보를 위한 차트 사용설명서 ISBN 9791143813893 · 2026-07-13 · 강지우 지음 https://voidlogpress.com/books/%ec%a3%bc%ec%8b%9d-%ec%b4%88%eb%b3%b4%eb%a5%bc-%ec%9c%84%ed%95%9c-%ec%b0%a8%ed%8a%b8-%ec%82%ac%ec%9a%a9%ec%84%a4%eb%aa%85%ec%84%9c/ ### 2장. 봉 하나에 담긴 하루 https://voidlogpress.com/books/%ec%a3%bc%ec%8b%9d-%ec%b4%88%eb%b3%b4%eb%a5%bc-%ec%9c%84%ed%95%9c-%ec%b0%a8%ed%8a%b8-%ec%82%ac%ec%9a%a9%ec%84%a4%eb%aa%85%ec%84%9c/2%ec%9e%a5-%eb%b4%89-%ed%95%98%eb%82%98%ec%97%90-%eb%8b%b4%ea%b8%b4-%ed%95%98%eb%a3%a8/ 질문: 봉 하나에는 어떤 정보가 담겨 있나요? 요약: 네 개의 가격입니다. 그 기간에 처음 거래된 시가와 마지막 종가, 가장 높았던 고가와 가장 낮았던 저가입니다. 몸통은 시가와 종가 사이를 나타내고, 위아래 꼬리는 고가와 저가까지 다녀온 흔적을 보여 줍니다. 또 다른 질문: 주식 차트의 빨간 봉과 파란 봉은 무슨 뜻인가요? 답: 색은 그 기간에 가격이 올라서 끝났는지 내려서 끝났는지를 표시합니다. 한국에서는 보통 종가가 시가보다 높은 양봉을 빨간색으로, 낮은 음봉을 파란색으로 그리는데, 이 색은 약속일 뿐이라 나라와 프로그램에 따라 반대로 쓰기도 합니다. 그러니 색만 보고 판단하기보다 종가가 시가보다 위인지 아래인지를 함께 보는 편이 안전합니다. 봉 하나에는 시가와 고가와 저가와 종가 네 값이 들어갑니다. 가령 작은 양봉인데 아래로 몸통보다 훨씬 긴 꼬리가 달렸다면, 장중에 한참 밀렸다가 되끌어올려져 시가보다 조금 위에서 마감한 하루입니다. 또 다른 질문: 종가만 이은 선으로는 왜 부족한가요? 답: 그 선은 그날 가격이 어디서 시작했는지, 장중에 얼마나 출렁였는지를 지워 버립니다. 같은 종가로 끝난 두 날이라도 하나는 차분히 올라 마감했고 다른 하나는 크게 출렁이다 겨우 그 자리에 멈췄을 수 있습니다. 또 다른 질문: 봉 하나만으로는 알 수 없는 것이 무엇인가요? 답: 가격이 어떤 순서로 그곳을 거쳤는지입니다. 위꼬리와 아래꼬리가 모두 길어도 먼저 올랐다 내렸는지 먼저 내렸다 올랐는지는 봉만 봐서는 알 수 없습니다. 봉은 그 기간의 요약이지 영상이 아닙니다. 또 다른 질문: 망치형처럼 이름이 붙은 봉은 특별한 신호인가요? 답: 이름은 모양을 가리키는 꼬리표일 뿐 결과를 약속하는 보증서가 아닙니다. 같은 모양의 봉이라도 긴 상승의 한가운데 있는지 바닥 근처에 있는지에 따라 들려주는 이야기가 달라집니다. 다음 봉이 그 신호를 받아 주는지 함께 봅니다. 또 다른 질문: 봉 패턴이 잘 맞는 것처럼 보이는 이유는 무엇인가요? 답: 세 가지 함정 때문입니다. 지나고 나서 돌아볼 때 가장 또렷하게 보이는 사후성, 어디까지를 그 패턴으로 볼지 사람마다 다른 주관성, 그리고 맞아떨어진 사례만 교재에 실리는 편향입니다. 최종 확인: 2026-09-07T10:40:53+09:00 앞 장에서 차트가 무엇인지를 큰 틀에서 살폈다면, 이제 그 차트를 이루는 가장 작은 단위로 내려가 보자. 우리가 차트에서 보는 빨갛고 파란 막대 하나하나, 그것이 봉이다. 봉 하나에는 일정한 시간 동안 가격이 어떻게 움직였는지가 압축돼 담겨 있다. 이 장에서는 봉 하나를 읽는 법부터, 봉이 모여 만드는 신호와 그 신호의 한계까지 차례로 본다. 뒤에 이어질 지표들도 결국 이 봉 위에서 그려지므로, 여기를 단단히 짚고 가는 편이 좋다. 2-1. 봉 하나는 네 개의 가격으로 만들어진다 차트를 멀리서 보면 봉들은 그저 길고 짧은 막대의 행렬처럼 보인다. 하지만 막대 하나를 가까이 들여다보면, 거기에는 생각보다 많은 정보가 담겨 있다. 봉 하나는 일정한 시간 동안 가격이 어디서 시작해 어디서 끝났고, 그사이 얼마나 높이 올라갔다 얼마나 낮게 내려왔는지를 한꺼번에 보여 준다. 하루를 기준으로 그린 봉이라면, 그 막대 하나에 하루치 가격의 사연이 통째로 들어 있는 셈이다. 한 문장으로 요약하면 이렇다. 봉(캔들, candlestick: 일정 기간 가격의 네 가지 값을 한 막대에 담아 나타낸 표시)은, 그 기간에 가격이 어디서 출발해 어디까지 오르내리다 어디서 멈췄는지를 한눈에 보여 주는 도구다. 왜 이렇게 네 값을 한꺼번에 담을까. 사실 종가만 이어 그린 선으로도 가격의 큰 흐름은 볼 수 있다. 하지만 그 선은 그날 가격이 어디서 시작했는지, 장중에 얼마나 출렁였는지를 지워 버린다. 봉은 그 지워진 정보를 살려 둔다. 같은 종가로 끝난 두 날이라도, 하나는 차분히 올라 그 자리에 마감했고 다른 하나는 크게 출렁이다 겨우 그 자리에 멈췄을 수 있다. 종가만 보면 둘은 같은 점이지만, 봉으로 보면 전혀 다른 하루다. 봉이 막대 하나에 네 값을 욱여넣는 것은, 바로 이 차이를 버리지 않기 위해서다. 봉 하나에는 네 개의 가격이 들어간다. 일정한 기간, 흔히 하루를 기준으로 보면 이렇다. 그날 처음 거래된 가격을 시가, 마지막으로 거래된 가격을 종가라 한다. 그날 거래된 가격 가운데 가장 높았던 값이 고가, 가장 낮았던 값이 저가다. 이 네 값, 즉 시가·고가·저가·종가가 봉 하나를 그리는 재료다. 봉은 이 네 점을 한 막대 안에 솜씨 있게 배치해, 네 개의 숫자를 한 번에 보여 준다. 이 네 값이 봉에서 어떻게 표현되는지 보자. 봉은 크게 두 부분으로 나뉜다. 가운데 굵은 부분을 몸통이라 한다. 몸통은 시가와 종가 사이를 나타낸다. 시작 가격과 끝 가격 사이의 거리가 몸통의 길이가 되는 것이다. 그리고 몸통의 위아래로 가늘게 뻗은 선을 꼬리라 한다. 그림자라고도 부른다. 위쪽 꼬리는 몸통의 위 끝에서 그날의 고가까지, 아래쪽 꼬리는 몸통의 아래 끝에서 그날의 저가까지 뻗는다. 그래서 꼬리의 끝을 보면 그날 가격이 가장 높이, 그리고 가장 낮게 어디까지 갔는지를 알 수 있다. 여기서 한 가지가 갈린다. 종가가 시가보다 높으면, 즉 그 기간에 가격이 올라서 끝났으면 양봉이라 한다. 반대로 종가가 시가보다 낮으면, 즉 내려서 끝났으면 음봉이라 한다. 양봉과 음봉은 색으로 구분하는 것이 보통이다. 한국에서는 흔히 오른 양봉을 빨간색으로, 내린 음봉을 파란색으로 그린다. 다만 이 색은 약속일 뿐이어서, 나라나 프로그램에 따라 반대로 쓰기도 한다. 그러니 색만 보고 오르내림을 판단하기보다, 종가가 시가보다 위인지 아래인지를 함께 확인하는 편이 안전하다. 이렇게 보면 봉 하나는 그 기간의 줄다리기를 압축한 그림이다. 몸통은 시작과 끝의 차이, 즉 그 기간에 오르는 힘과 내리는 힘 중 어느 쪽이 이겼는지를 보여 준다. 양봉이면 사려는 힘이, 음봉이면 팔려는 힘이 그날의 승부에서 앞섰다는 뜻이다. 꼬리는 그 승부의 과정을 보여 준다. 위쪽 꼬리가 길다면 가격이 한때 그만큼 높이 올라갔다가 다시 밀려 내려왔다는 뜻이고, 아래쪽 꼬리가 길다면 한때 그만큼 낮게 내려갔다가 다시 올라왔다는 뜻이다. 몸통이 하루의 결과라면, 꼬리는 그 결과에 이르기까지 가격이 어디까지 다녀왔는지를 보여 주는 흔적이다. 예를 하나 들어 보자. 어떤 봉이 작은 양봉인데, 아래쪽으로 몸통보다 훨씬 긴 꼬리를 달고 있다고 하자. 이 봉은 이런 하루를 말한다. 장중에 가격이 한참 아래로 밀렸다가, 거기서 다시 끌어올려져 시가보다 조금 높은 자리에서 마감했다. 아래로 내려갔던 가격을 누군가가 도로 사들여 끌어올린 흔적이, 그 긴 아래꼬리에 남은 것이다. 몸통 하나만 봤다면 그저 밋밋한 양봉이지만, 꼬리까지 보면 그 안에 작은 공방이 보인다. 봉의 생김새는 그날의 사연에 따라 제각각이다. 몸통이 길고 꼬리가 거의 없는 봉은, 가격이 한 방향으로 쭉 밀고 가 거의 되돌림 없이 마감한 하루다. 반대로 몸통은 거의 없고 위아래 꼬리만 긴 봉은, 가격이 위로도 아래로도 한참 다녀왔지만 결국 시작한 자리 근처에서 끝난 하루다. 몸통의 길이와 꼬리의 길이가 어떻게 조합되느냐에 따라, 같은 하루도 전혀 다른 모양의 봉으로 남는다. 여기까지가 봉 하나를 읽는 기본이다. 그런데 곧바로 한 가지 한계도 짚어 둘 필요가 있다. 봉 하나는 그 기간의 처음과 끝, 그리고 가장 높고 낮았던 지점만 보여 준다. 그사이 가격이 어떤 순서로 그곳을 거쳤는지는 보여 주지 않는다. 위쪽 꼬리와 아래쪽 꼬리가 모두 긴 봉이라면, 가격이 먼저 올랐다 내렸는지 먼저 내렸다 올랐는지는 봉만 봐서는 알 수 없다. 봉은 그 기간의 요약이지, 모든 장면을 담은 영상이 아니다. 또 하나, 봉이 담는 기간을 무엇으로 잡느냐에 따라 같은 가격도 전혀 다른 봉이 된다. 하루를 한 봉으로 그리면 일봉, 한 주를 한 봉으로 그리면 주봉, 한 달이면 월봉이다. 더 짧게 잡을 수도 있다. 한 시간이나 몇 분을 한 봉으로 그린 것을 분봉이라 한다. 짧은 단위로 볼수록 자잘한 움직임이 낱낱이 드러나고, 긴 단위로 볼수록 큰 흐름만 남는다. 일봉에서는 길고 사연 많은 봉도, 주봉에서는 한 주 전체를 뭉뚱그린 짧은 한 칸이 될 수 있다. 그러니 지금 어떤 봉을 보고 있는지, 그 봉이 얼마짜리 기간을 담고 있는지를 늘 의식하는 편이 좋다. 마지막으로 한 가지 더 짚어 두자. 봉 하나는 그 자체로는 작은 조각에 불과하다. 긴 위꼬리 하나가 그날 가격이 위에서 밀렸다는 것을 보여 주더라도, 그 봉이 오랜 상승의 한가운데 있는지 긴 하락의 끝자락에 있는지에 따라 의미는 완전히 달라진다. 같은 모양의 봉이라도 어디에 놓였느냐에 따라 들려주는 이야기가 바뀐다. 그래서 봉은 늘 그 앞뒤의 봉들과 함께, 지금 어떤 흐름 속에 있는지를 같이 놓고 읽어야 한다. 봉 하나만 떼어 내 거기에 큰 의미를 싣는 것은, 긴 글에서 문장 하나만 뽑아내 책 전체의 뜻을 정하려는 것과 비슷하다. 봉 하나의 구조를 알았으니, 다음으로는 그 몸통과 꼬리의 길이가 무엇을 말해 주는지를 들여다보자. 캔들 하나에 담긴 시가·고가·저가·종가와 몸통·꼬리 구조 2-2. 몸통과 꼬리의 길이가 들려주는 것 앞에서 봉 하나가 네 개의 가격으로 만들어진다는 것을 봤다. 그런데 봉을 진짜로 읽는 일은, 그 몸통과 꼬리의 길이를 보는 데서 시작된다. 같은 양봉이라도 몸통이 긴 것과 짧은 것은 다른 하루를 말하고, 꼬리가 긴 것과 없는 것은 또 다른 사연을 담는다. 봉의 생김새를 읽는다는 것은, 결국 이 길이들이 무엇을 말하는지를 읽는 일이다. 먼저 몸통의 길이를 보자. 몸통은 시가와 종가 사이의 거리다. 그러니 몸통이 길다는 것은 시작 가격과 끝 가격이 멀리 떨어졌다는 뜻이고, 그 기간에 가격이 한 방향으로 크게 움직였다는 뜻이다. 긴 양봉은 사려는 힘이 그날 내내 우세해 가격을 크게 끌어올렸음을, 긴 음봉은 팔려는 힘이 우세해 가격을 크게 끌어내렸음을 보여 준다. 한쪽이 분명하게 이긴 하루인 셈이다. 반대로 몸통이 짧으면, 시가와 종가가 가까웠다는 뜻이다. 가격이 오르내리기는 했어도 결국 시작한 자리 근처에서 끝났다. 사려는 힘과 팔려는 힘이 엇비슷해 어느 쪽도 크게 이기지 못한 하루다. 짧은 몸통이 이어진다면, 시장이 방향을 정하지 못하고 망설이는 구간일 수 있다. 다만 몸통의 길고 짧음은 절대적인 것이 아니라, 그 종목의 평소 봉들과 견주어 봐야 한다. 평소에 큰 봉이 흔한 종목이라면 웬만한 몸통은 길다고 보기 어렵다. 다음은 꼬리다. 꼬리는 몸통 밖으로 가격이 다녀온 흔적이다. 위쪽 꼬리가 길다는 것은, 가격이 한때 그만큼 위로 올라갔다가 다시 밀려 내려와 마감했다는 뜻이다. 위로 올라가려는 시도가 있었지만 거기서 되밀렸다는 흔적이다. 그래서 긴 위꼬리는 흔히 위쪽에서 무언가가 가격을 누른 자리로 읽힌다. 반대로 아래쪽 꼬리가 길다는 것은, 가격이 한때 그만큼 아래로 내려갔다가 다시 끌어올려져 마감했다는 뜻이다. 아래에서 가격을 받쳐 올린 힘이 있었다는 흔적이다. 그래서 긴 아래꼬리는 아래쪽에서 가격을 떠받친 자리로 읽힌다. 여기서 한 가지 기억할 점이 있다. 꼬리는 갔다가 되돌아왔다는 사실만 보여 줄 뿐, 그 되돌림이 앞으로도 이어질지는 말해 주지 않는다. 긴 위꼬리가 위에서 밀렸다는 것을 보여 주더라도, 다음 날 가격이 그 위를 다시 뚫고 올라갈 수도 있다. 꼬리는 지나간 공방의 결과이지, 앞으로의 방향을 정해 주는 예언이 아니다. 위아래 꼬리가 모두 긴 봉은 또 다른 이야기를 한다. 가격이 위로도 아래로도 한참 다녀왔다는 뜻이다. 사려는 힘과 팔려는 힘이 하루 종일 치열하게 부딪혔지만, 결국 어느 쪽도 확실히 이기지 못한 채 가운데서 끝난 것이다. 이때 몸통이 그래도 한쪽으로 길면 공방 끝에 한쪽이 조금이나마 이긴 것이고, 몸통마저 짧으면 무승부에 가깝다. 그래서 봉을 읽을 때는 몸통과 꼬리를 따로 떼어 보지 않고, 둘의 조합을 함께 본다. 몸통이 말하는 결과와 꼬리가 말하는 과정을 포개어 읽을 때, 비로소 그 하루의 사연이 온전히 드러난다. 몸통이 거의 없는 봉도 있다. 시가와 종가가 거의 같아서, 몸통이 한 줄의 선처럼 납작해진 봉이다. 이런 봉을 도지(doji: 시가와 종가가 거의 같아 몸통이 거의 없는 봉)라 한다. 도지는 그 기간에 양쪽 힘이 팽팽히 맞서, 어느 쪽도 끝내 이기지 못했음을 보여 준다. 위아래로 한참 다녀왔더라도 결국 제자리에서 끝난 것이다. 그래서 도지는 흔히 방향을 두고 망설이는 자리, 힘의 균형이 한 번 멈춘 자리로 읽힌다. 다만 도지 하나가 곧바로 방향 전환을 뜻하는 것은 아니다. 망설임이 어느 쪽으로 풀릴지는 그다음에야 드러난다. 이름이 붙은 봉 모양도 있다. 몸통이 위쪽에 작게 자리하고 아래로 긴 꼬리가 달린 봉을, 생김새를 따 망치형이라 부른다. 아래로 깊이 내려갔다가 끌어올려진 모양이라, 흔히 하락이 멈칫하는 자리에서 주목받는다. 반대로 몸통이 아래쪽에 작게 있고 위로 긴 꼬리가 달린 봉은 위에서 밀린 모양이라, 상승이 멈칫하는 자리에서 주목받는다. 이런 이름들은 모양을 기억하기 쉽게 해 준다. 하지만 여기에 주의가 필요하다. 이름이 붙었다고 해서 그 봉이 특별한 힘을 가진 것은 아니다. 망치형이 나왔다고 반드시 바닥인 것도, 위꼬리 긴 봉이 나왔다고 반드시 천장인 것도 아니다. 이름은 모양을 가리키는 꼬리표일 뿐, 결과를 약속하는 보증서가 아니다. 같은 모양의 봉이라도 그것이 긴 상승의 한가운데 있는지 바닥 근처에 있는지에 따라 의미가 달라진다는 것은, 앞 절에서 본 그대로다. 이름 붙은 모양을 다루는 한 가지 방법은 다음 봉을 함께 보는 것이다. 가령 긴 하락 끝에 망치형이 하나 나타났다고 하자. 그것만으로 하락이 끝났다고 보기는 이르다. 많은 경우 그다음 봉이 위로 방향을 잡아 주는지를 한 번 더 확인한다. 망치형이 하나의 신호를 던졌다면, 다음 봉은 그 신호에 대한 시장의 대답인 셈이다. 한 봉이 보낸 신호를 다음 봉이 받아 주는지를 보는 것, 그것이 한 봉에 휘둘리지 않는 가장 단순한 방법이다. 봉은 줄지어 놓일 때 또 다른 정보를 준다. 긴 양봉이 며칠 이어지면 오르는 힘이 꾸준하다는 뜻으로, 양봉이 점점 짧아지면 오르기는 하되 그 힘이 빠지고 있다는 뜻으로 읽을 수 있다. 한 봉의 모양만이 아니라, 봉들이 이어지며 그리는 리듬에도 정보가 담기는 것이다. 그래서 한 봉의 모양을 읽을 때는 늘 한 걸음을 덧대는 편이 좋다. 이 봉이 어떤 흐름 속에 놓여 있는지를 함께 보고, 그 신호가 다음 봉에서 확인되는지를 기다려 보는 것이다. 도지 하나, 긴 꼬리 하나에 곧장 결론을 싣기보다, 그것을 하나의 단서로 두고 주변을 함께 읽는다. 봉 하나가 들려주는 이야기는 분명 있지만, 그 이야기는 늘 절반만 끝난 문장에 가깝다. 다음 절에서는 이 봉들이 둘, 셋 모여 만드는 신호와 그 신호가 자주 빠지는 함정을 본다. 2-3. 봉이 모여 만드는 신호와 그 함정 한 봉이 절반의 문장이었다면, 두세 봉이 이어질 때 비로소 그 문장이 맺어진다. 사람들은 이렇게 몇 개의 봉이 모여 만드는 모양에 저마다 이름을 붙여 왔다. 차트 책이나 강의에서 흔히 보는 수많은 패턴이 그것이다. 어떤 모양은 바닥에서, 어떤 모양은 천장에서 자주 나타난다며 갖가지 이름이 붙어 있다. 이 절에서는 그 패턴들을 몇 개 살펴보되, 더 중요하게는 그 패턴들이 왜 보이는 것만큼 믿을 만하지 않은지를 함께 본다. 대표적인 것 하나만 보자. 앞의 음봉을 다음 양봉이 통째로 감싸 안는 모양이 있다. 작은 음봉 다음에, 그 음봉의 몸통을 위아래로 다 덮을 만큼 큰 양봉이 나타나는 것이다. 이런 모양을 장악형(engulfing: 한 봉이 바로 앞 봉의 몸통을 통째로 감싸는 모양)이라 한다. 내리던 흐름을 큰 양봉이 단숨에 뒤집은 모양이라, 흔히 흐름이 위로 바뀌는 자리에서 주목받는다. 반대로 양봉을 큰 음봉이 감싸면, 오르던 흐름이 꺾이는 자리로 본다. 앞에서 본 망치형이나 도지도, 그 앞뒤 봉과 함께 놓일 때 이런 패턴의 일부로 읽힌다. 또 하나 자주 보는 것은, 추세의 끝자락에 도지가 끼어드는 모양이다. 이를테면 긴 양봉 뒤에 도지가 하나 나타나고, 그다음 큰 음봉이 이어지는 식이다. 오르던 힘이 도지에서 한 번 멈칫하더니 음봉으로 방향을 틀었다고 읽어, 흔히 전환의 모양으로 본다. 이런 세 봉짜리 모양에도 갖가지 이름이 붙어 있다. 이름은 달라도, 큰 봉과 멈칫하는 봉과 반대 방향의 봉이 짝을 이룬다는 발상은 비슷하다. 이런 패턴에는 분명 그럴듯한 논리가 있다. 큰 양봉이 앞의 음봉을 덮었다는 것은, 팔려던 힘을 사려는 힘이 한꺼번에 눌렀다는 뜻으로 읽을 수 있다. 듣고 보면 고개가 끄덕여진다. 문제는, 이 그럴듯함이 패턴의 실제 적중률과는 별개라는 데 있다. 사실 거의 모든 패턴에는 이렇게 들으면 그럴듯한 설명이 따라붙는다. 그런데 그럴듯한 설명은 패턴이 맞을 때도, 틀릴 때도 똑같이 만들어 낼 수 있다. 패턴이 맞으면 사려는 힘이 이겼다고 설명하고, 틀리면 아직 팔려는 힘이 남아 있었다고 설명하면 그만이다. 어느 쪽이든 일이 벌어진 뒤에 말을 맞출 수 있다면, 그 설명은 앞일을 맞히는 근거가 되기 어렵다. 패턴이 자주 빠지는 함정을 세 가지로 나눠 보자. 첫 번째 함정은 사후성이다. 패턴은 지나고 나서 차트를 돌아볼 때 가장 또렷하게 보인다. 흐름이 바뀐 자리에 가서 보면, 거기에는 어김없이 장악형이든 망치형이든 무언가 그럴듯한 모양이 있다. 그래서 이 패턴 뒤에 흐름이 바뀌었다는 사례는 얼마든지 찾을 수 있다. 하지만 그 모양이 만들어지는 순간에는, 그것이 진짜 전환점인지 그저 지나가는 한 장면인지 알기 어렵다. 같은 장악형이라도 어떤 것은 전환의 시작이었고 어떤 것은 아무 일도 아니었다. 지나고 나서 고른 사례는 늘 깔끔해 보인다. 차트 위에 지나간 전환점들을 먼저 표시해 두고 거기서 패턴을 찾으면, 패턴은 마치 신통하게 들어맞은 것처럼 보인다. 하지만 그것은 답을 먼저 알고 나서 문제를 푼 것에 가깝다. 5장에서 다룰 차트 선들의 사후성과 똑같은 이야기다. 두 번째 함정은 주관성이다. 어디까지를 장악형으로 볼지는 생각보다 모호하다. 양봉이 앞 음봉의 몸통을 완전히 덮어야 하는지, 꼬리까지 덮어야 하는지, 살짝 못 미치면 장악형이 아닌지에 대한 답은 사람마다 다르다. 망치형의 꼬리가 얼마나 길어야 망치형인지도 마찬가지다. 그래서 같은 차트를 두고도 누군가는 여기 장악형이 나왔다고 하고, 다른 누군가는 이건 어중간하다고 한다. 패턴이 객관적인 신호처럼 보여도, 그것을 패턴이라 부를지 말지의 경계에는 이미 보는 사람의 판단이 들어간다. 이 역시 5장에서 볼 차트 해석의 주관성과 닿아 있다. 세 번째 함정이 가장 무겁다. 우리가 교재나 영상에서 보는 패턴 사례는, 대개 그 패턴이 맞아떨어진 경우들이다. 같은 패턴이 나왔지만 아무 일도 일어나지 않은 수많은 경우는 사례로 실리지 않는다. 그래서 패턴 모음을 보고 나면 이 패턴은 잘 맞는다는 인상을 받게 되는데, 그 인상은 맞은 사례만 골라 본 결과일 수 있다. 특히 짧은 영상이나 광고는 맞은 사례 한두 개를 크게 보여 주기 좋은 형식이다. 틀린 수십 번은 화면에 담기지 않는다. 패턴이 나온 전체 횟수 가운데 몇 번이나 맞았는지를 세어 보지 않는 한, 그 패턴의 진짜 적중률은 알 수 없다. 이것은 5장에서 자세히 볼 생존편향, 즉 살아남은 성공 사례만 보고 전체를 판단하는 착각과 정확히 같은 구조다. 그렇다면 봉 패턴은 쓸모가 없을까. 그렇지는 않다. 패턴은 지금 봉들이 어떤 모양을 그리고 있는지를 빠르게 알아보게 해 주는 편리한 이름표다. 다만 그 이름표를 신호기로 착각하지 않는 것이 중요하다. 장악형이 나왔다는 것은 흐름이 바뀔 수 있는 모양이 만들어졌다는 정보일 뿐, 이제 방향이 바뀐다는 약속이 아니다. 그래서 패턴을 볼 때도 앞 절에서와 같은 태도가 어울린다. 이 패턴이 어떤 흐름 속에 놓여 있는지를 함께 보고, 다음 봉이나 거래량이 그 신호를 받아 주는지를 확인하고, 한 패턴에 곧장 결론을 싣지 않는 것이다. 그다음을 어떻게 읽을지는 결국 읽는 사람에게 달렸다. 다만 봉 패턴은 마법의 신호가 아니라, 지금 가격이 그리는 모양에 붙인 이름이라는 점을 기억해 두면 좋다. 이로써 봉을 읽는 법을 한 차례 훑었다. 봉 하나에 담긴 네 가지 가격에서 시작해, 몸통과 꼬리의 길이가 들려주는 이야기를 지나, 봉이 모여 만드는 패턴과 그 한계까지 왔다. 봉은 차트의 가장 작은 글자이고, 우리는 이제 그 글자를 읽을 수 있다. 다음 장부터는 이 봉들 위에 그려지는 지표들을 본다. 봉이 가격의 날것을 보여 준다면, 지표는 그 날것을 여러 방식으로 가공해 흐름을 한결 또렷하게 보여 주려는 도구들이다. 그 도구들이 무엇을 더 잘 보여 주고, 그 대가로 무엇을 흐리게 만드는지를 차례로 살펴보자. ---------------------------------------- ### 3장. 추세를 읽는 지표 https://voidlogpress.com/books/%ec%a3%bc%ec%8b%9d-%ec%b4%88%eb%b3%b4%eb%a5%bc-%ec%9c%84%ed%95%9c-%ec%b0%a8%ed%8a%b8-%ec%82%ac%ec%9a%a9%ec%84%a4%eb%aa%85%ec%84%9c/3%ec%9e%a5-%ec%b6%94%ec%84%b8%eb%a5%bc-%ec%9d%bd%eb%8a%94-%ec%a7%80%ed%91%9c/ 질문: 이동평균선은 무엇을 보여 주는 선인가요? 요약: 일정 기간의 가격을 평균해 이은 선입니다. 하루하루 출렁이는 잡음을 깎아 큰 흐름의 방향을 드러냅니다. 대신 잡음을 깎는 과정에서 작은 변화도 함께 뭉개지므로, 부드러워진 만큼 세밀함을 잃습니다. 또 다른 질문: 골든크로스가 뜨면 흐름이 바뀐 것인가요? 답: 교차는 확정이 아니라 하나의 신호이고 늘 맞지도 않습니다. 어떤 두 선이 교차했는지도 함께 봐야 합니다. 짧은 선끼리의 교차는 자주 뜨고 거짓 신호도 많으며, 긴 선끼리는 드물지만 더 큰 흐름을 가리킵니다. 또 다른 질문: 이동평균선이 약해지는 구간은 어디인가요? 답: 방향이 분명하지 않은 횡보 구간입니다. 짧은 선과 긴 선이 짧은 간격으로 엉키며 교차를 거듭합니다. 도구가 나쁜 것이 아니라 도구를 쓸 자리가 아닌 것입니다. 이동평균선은 추세가 있을 때 빛나는 도구이지 추세가 없을 때 쓰는 도구가 아닙니다. 또 다른 질문: 손으로 긋는 추세선의 약점은 무엇인가요? 답: 주관성과 사후성입니다. 어느 고점과 어느 저점을 잇느냐가 사람마다 다르고, 지나고 나서 보면 처음부터 그 선이 있었던 것처럼 깔끔해 보입니다. 차트가 선을 보여 준다기보다 내가 선을 그렸다가 더 정확합니다. 또 다른 질문: MACD는 무엇을 재는 지표인가요? 답: 짧은 평균과 긴 평균이 서로 멀어지고 가까워지는 정도입니다. 재료가 이동평균선이라 늦게 반응한다는 약점을 그대로 물려받고, 평균을 여러 번 거치는 구조라 어떤 경우에는 더 늦게 신호를 주기도 합니다. 최종 확인: 2026-09-04T22:10:23+09:00 지표는 크게 두 갈래로 나눌 수 있다. 하나는 지금 시장이 어느 방향으로 가고 있는지를 보는 추세 지표이고, 다른 하나는 그 움직임이 얼마나 빠르고 거센지를 보는 기세 지표다. 이 장에서는 먼저 추세를 읽는 지표 세 가지를 본다. 이동평균선, 추세선, 그리고 MACD다. 셋 다 "지금 흐름이 위인가 아래인가"라는 한 가지 질문에 답하려는 도구다. 다만 답하는 방식이 조금씩 다르고, 잘 보는 것과 못 보는 것도 저마다 다르다. 도구마다 무엇을 측정하고, 어떻게 읽고, 무엇을 못 보는지를 차례로 짚어 보자. 3-1. 이동평균선: 흐름을 부드럽게 펴서 보는 선 주식 차트를 처음 열면 가장 먼저 눈에 들어오는 것이 봉 위로 흐르는 매끈한 곡선들이다. 빨갛고 파란 봉이 들쭉날쭉한 사이로, 부드럽게 굽이치는 선 몇 개가 지나간다. 이것이 이동평균선이다. 많은 초보가 차트 공부를 이 선에서 시작한다. 그만큼 기본이 되는 도구이고, 거의 모든 차트 화면에 기본으로 깔려 있다. 그런데 가장 먼저 배우는 도구이다 보니, 무엇을 보여 주는 선인지 제대로 짚지 않은 채 넘어가는 경우도 많다. 한 문장으로 요약하면 이렇다. 이동평균선(moving average: 일정 기간의 가격을 평균해 이은 선)은 들쭉날쭉한 가격의 움직임을 부드럽게 펴서, 큰 흐름의 방향을 보여 주는 도구다. 먼저 이 선이 무엇을 측정하는지부터 보자. 이름 그대로 이동평균선은 가격의 평균을 잇는다. 5일 이동평균선이라면 최근 5일의 종가를 더해 5로 나눈 값을 날마다 새로 계산해 점으로 찍고, 그 점들을 이은 선이다. 날이 하루 지나면 가장 오래된 날이 빠지고 가장 최근 날이 들어온다. 평균을 내는 구간이 하루씩 옮겨 가기 때문에 "이동" 평균이라 부른다. 며칠치를 평균하느냐에 따라 5일선, 20일선, 60일선, 120일선처럼 여러 선이 생긴다. 짧은 기간의 선일수록 가격에 바짝 붙어 자잘하게 움직이고, 긴 기간의 선일수록 멀찍이서 완만하게 흐른다. 그래서 같은 차트라도 어느 선을 보느냐에 따라 받는 인상이 달라진다. 왜 굳이 평균을 낼까. 가격은 하루하루 출렁이며 오르내린다. 그 날것의 움직임만 보면 방향을 가늠하기 어렵다. 어제는 오르고 오늘은 내리고 내일은 또 오르는 식이라, 큰 흐름이 잡음에 묻혀 버린다. 평균을 내면 이 잡음이 어느 정도 깎여 나간다. 하루치 큰 출렁임도 여러 날의 평균 속에서는 작아지기 때문이다. 그래서 이동평균선은 거친 봉의 움직임보다 한결 매끄럽게 흐르고, 그만큼 방향이 눈에 잘 들어온다. 대신 잡음을 깎는 과정에서 작은 변화도 함께 뭉개진다. 부드러워진 만큼 세밀함을 잃는 셈이다. 흔히 쓰는 기간 숫자에는 나름의 뜻이 담겨 있다. 5일은 거래가 열리는 한 주, 20일은 한 달, 60일은 한 분기, 120일은 반년에 대략 해당한다. 주말과 휴장일을 빼고 실제로 시장이 열린 날을 센 것이다. 그래서 20일선은 한 달 정도의 흐름을, 60일선은 한 분기 정도의 흐름을 보는 선이라고 이해하면 편하다. 물론 이 숫자가 절대적인 것은 아니다. 보려는 흐름의 길이에 맞춰 얼마든지 다르게 잡을 수 있고, 사람마다 즐겨 쓰는 설정도 다르다. 평균을 내는 방식에도 종류가 있다. 가장 단순한 것은 기간 안의 종가에 똑같은 무게를 주어 평균하는 방식이다. 여기에 변형을 준 것이 지수이동평균(EMA, Exponential Moving Average: 최근 가격에 더 큰 무게를 두어 계산한 이동평균)이다. 최근 가격을 더 무겁게 치니, 단순 평균보다 가격 변화에 조금 더 빠르게 반응한다. 어느 쪽이 옳은 것은 아니다. 빠른 반응을 원하면 지수이동평균이, 잔잔한 흐름을 원하면 단순 평균이 어울린다. 중요한 것은 둘 다 결국 지나간 가격의 평균이라는 점이다. 계산법이 조금 다를 뿐, 과거를 재료로 삼는다는 본질은 같다. 그렇다면 이 선을 어떻게 읽을까. 가장 먼저 보는 것은 선의 기울기다. 선이 위로 향하면 정해진 기간 동안 평균 가격이 오르고 있다는 뜻이고, 아래로 향하면 내리고 있다는 뜻이다. 기울기가 가파를수록 그 방향의 힘이 세다고 읽는다. 다음으로 보는 것은 가격과 선의 위치 관계다. 가격이 이동평균선 위에 있으면 최근 흐름이 평균보다 강하다는 뜻이고, 아래에 있으면 그 반대다. 이 두 가지, 즉 선의 방향과 가격의 위치만 봐도 지금 흐름의 큰 그림을 어느 정도 가늠할 수 있다. 가격과 선의 관계에서 한 걸음 더 들어가면, 이동평균선이 일종의 경계처럼 작동하는 모습도 보인다. 오르는 흐름에서 가격이 잠깐 내려왔다가 이동평균선 근처에서 다시 위로 방향을 트는 일이 자주 관찰된다. 이때 선이 가격을 받쳐 주는 바닥처럼 보인다. 반대로 내리는 흐름에서는 가격이 선 근처까지 올라왔다가 다시 밀려나기도 한다. 이번에는 선이 천장처럼 가격을 누르는 셈이다. 많은 사람이 같은 선을 보고 비슷하게 반응하기 때문에 이런 일이 더 잘 생긴다는 해석도 있다. 다만 이것은 늘 그렇게 되는 규칙이 아니라 자주 보이는 경향에 가깝다. 선이 바닥이나 천장 역할을 못 하고 가격이 그냥 뚫고 지나가는 경우도 흔하다. 이렇게 어떤 가격대가 바닥이나 천장처럼 작동하는 현상은 다음 절의 지지와 저항으로 이어진다. 여러 기간의 선을 함께 놓으면 또 다른 정보가 보인다. 짧은 기간 선이 맨 위에, 긴 기간 선이 차례로 아래에 늘어선 모습을 정배열이라 한다. 최근 흐름이 과거 흐름보다 강해 위쪽으로 가지런히 정렬된 상태다. 반대로 짧은 선이 맨 아래에 깔린 모습을 역배열이라 한다. 정배열은 상승 흐름이, 역배열은 하락 흐름이 자리 잡았다는 신호로 흔히 읽힌다. 선들이 가지런히 정렬돼 있을수록 그 방향의 흐름이 또렷하다고 본다. 선들이 서로 교차하는 순간도 자주 본다. 짧은 기간 선이 긴 기간 선을 아래에서 위로 뚫고 올라가는 것을 골든크로스(golden cross: 단기 선이 장기 선을 위로 통과하는 교차)라 하고, 위에서 아래로 뚫고 내려가는 것을 데드크로스(dead cross: 단기 선이 장기 선을 아래로 통과하는 교차)라 한다. 흔히 골든크로스는 흐름이 위로 바뀌었을 가능성을, 데드크로스는 아래로 바뀌었을 가능성을 알리는 신호로 읽힌다. 다만 여기서 "가능성"이라는 말에 무게가 실린다. 교차는 확정이 아니라 하나의 신호일 뿐이고, 신호가 늘 맞는 것도 아니다. 교차를 읽을 때는 어떤 두 선이 교차했는지도 함께 봐야 한다. 5일선과 20일선의 교차는 자주 일어나는 대신 작은 흐름의 변화를 비추고, 20일선과 60일선의 교차는 드물게 일어나는 대신 더 큰 흐름의 전환을 비춘다. 같은 골든크로스라도 어느 선들 사이의 교차냐에 따라 무게가 다르다. 짧은 선끼리의 교차일수록 자주 뜨고 그만큼 거짓 신호도 많으며, 긴 선끼리의 교차일수록 드물지만 한 번 뜨면 더 큰 흐름을 가리킨다. 그래서 교차 하나를 볼 때도 무엇과 무엇이 교차했는지를 빼놓을 수 없다. 이제 이 도구가 무엇을 못 보는지를 보자. 이동평균선의 가장 큰 약점은 늦다는 점이다. 평균은 지나간 값들을 모아 계산하므로, 가격이 방향을 틀어도 선이 그 변화를 반영하기까지는 시간이 걸린다. 가격이 먼저 움직이고, 선이 뒤따라온다. 그래서 골든크로스나 데드크로스가 눈에 보일 때면 가격은 이미 한참 움직인 뒤인 경우가 많다. 이 늦음이 왜 구조적으로 피할 수 없는지는 5장에서 따로 자세히 다룬다. 여기서는 이동평균선이 본래 한 박자 늦게 따라오는 도구라는 점만 기억해 두자. 또 하나의 약점은 방향이 분명하지 않은 구간에서 드러난다. 가격이 좁은 범위를 오르내리기만 하는 횡보 구간에서는, 짧은 선과 긴 선이 짧은 간격으로 엉키며 교차를 거듭한다. 골든크로스가 떴다가 며칠 만에 데드크로스가 뜨고, 다시 골든크로스가 뜨는 식이다. 이런 구간에서 교차 신호를 하나하나 따라가면 거짓 신호에 자주 당한다. 이동평균선은 추세가 있을 때 빛나는 도구이지, 추세가 없을 때 쓰는 도구가 아니다. 도구가 나쁜 것이 아니라, 도구를 쓸 자리가 아닌 것이다. 기간 설정에 따라 그림이 달라진다는 점도 기억해 둘 만하다. 같은 차트라도 20일선으로 보느냐 60일선으로 보느냐에 따라 방향이 다르게 보일 수 있다. 짧은 선은 더 민감하게 자주 신호를 주고, 긴 선은 둔하지만 더 큰 흐름을 보여 준다. 어느 기간이 정답인 것은 아니다. 보려는 흐름의 크기에 따라 고르는 것이고, 그래서 누군가 쓰는 설정을 그대로 가져온다고 같은 그림이 보이는 것도 아니다. 마지막으로, 이 선을 쓸 때 함께 확인하면 좋은 것들을 짚어 두자. 가장 흔한 실수는 교차 하나를 곧바로 행동 신호로 받아들이는 것이다. 골든크로스를 "사라는 명령"으로 읽는 순간, 횡보 구간의 거짓 교차에 끌려다니기 쉽다. 교차는 흐름이 바뀌었을 가능성을 알리는 정보 정도로 두고, 몇 가지를 더 살피는 편이 안전하다. 지금이 추세가 분명한 구간인지 아니면 방향 없이 오가는 구간인지, 교차가 거래량의 변화와 같은 방향인지, 더 긴 기간의 선은 어느 쪽을 가리키는지를 함께 본다. 무엇을 할지는 각자의 몫이다. 다만 이동평균선은 흐름의 방향을 부드럽게 보여 주는 도구일 뿐, 정확한 시점을 짚어 주는 도구는 아니라는 점을 기억해 두면 좋다. 이동평균선이 가격을 평균해 흐름을 보여 준다면, 다음에 볼 추세선은 사람이 직접 선을 그어 흐름의 경계를 그린다. 계산이 만들어 주는 선과 사람이 손으로 긋는 선은 성격이 사뭇 다르다. 3-2. 추세선과 지지·저항: 사람이 직접 긋는 선 이동평균선은 컴퓨터가 계산해 그려 준다. 누가 봐도 같은 자리에 같은 선이 놓인다. 그런데 차트에는 사람이 직접 손으로 긋는 선도 있다. 대표적인 것이 추세선과 지지·저항선이다. 이 선들은 계산이 아니라 보는 사람의 눈으로 그린다. 그래서 같은 차트를 놓고도 사람마다 조금씩 다른 선이 나온다. 바로 그 점이 이 도구의 힘이자 약점이다. 한 문장으로 요약하면 이렇다. 추세선(trend line: 고점들끼리 또는 저점들끼리 이어 흐름의 방향과 경계를 나타낸 직선)과 지지·저항(support and resistance: 가격이 내려가다 멈추거나 올라가다 막히는 가격대)은, 가격이 어디서 방향을 바꿔 왔는지를 선으로 표시해 흐름의 골격을 드러내는 도구다. 추세선부터 보자. 추세선은 말 그대로 추세의 방향을 선으로 그은 것이다. 가격이 오르는 구간에서는 바닥을 찍은 저점들을 이어 아래쪽에 선을 긋는다. 이것이 상승 추세선이다. 가격이 내리는 구간에서는 고점들을 이어 위쪽에 선을 긋는다. 이것이 하락 추세선이다. 점 두 개만 있으면 선은 그어지지만, 같은 방향의 점이 세 번 이상 그 선에 닿을수록 더 믿을 만한 선으로 본다. 한두 번은 우연일 수 있어도, 여러 번 같은 선에서 방향을 바꿨다면 그 선에 무언가 의미가 있다고 보는 것이다. 추세선을 하나 긋고 나면, 그 맞은편에 평행한 선을 하나 더 그어 가격이 오가는 띠를 표시하기도 한다. 위아래 두 선으로 가격이 지나는 통로를 나타낸 것을 추세대 또는 채널이라 한다. 오르는 흐름에서는 저점들을 이은 선 위로 고점들을 이은 평행선이 얹혀, 가격이 그 사이를 비스듬히 올라가는 모습이 된다. 가격이 채널의 위쪽 선에 닿으면 잠시 막히고, 아래쪽 선에 닿으면 다시 받쳐지는 식으로 오르내린다고 본다. 채널은 흐름의 방향뿐 아니라 그 흐름이 움직이는 폭까지 함께 보여 준다는 점에서 추세선 하나보다 조금 더 많은 정보를 담는다. 지지와 저항은 선이라기보다 가격대에 가깝다. 가격이 내려가다가 어떤 수준에서 자꾸 멈추고 되돌아간다면, 그 수준이 지지다. 마치 바닥이 가격을 받쳐 주는 것처럼 보인다. 반대로 가격이 올라가다가 어떤 수준에서 자꾸 막혀 되돌아간다면, 그 수준이 저항이다. 천장이 가격을 누르는 것처럼 보인다. 앞 절에서 이동평균선이 바닥이나 천장처럼 작동하기도 한다고 했는데, 지지와 저항은 그 현상을 특정 가격대를 중심으로 본 것이다. 가격이 과거에 여러 번 멈췄던 자리일수록, 그 자리가 다시 지지나 저항으로 작동할 가능성이 높다고 본다. 지지와 저항이 잘 생기는 자리에는 몇 가지 단골이 있다. 하나는 방금 말한 대로 과거에 가격이 여러 번 멈췄던 자리다. 다른 하나는 사람들이 기억하기 쉬운 둥근 숫자다. 가격이 만 원이나 십만 원 같은 둥근 값에 가까워지면, 많은 사람이 그 언저리를 의식하면서 사고팔기를 망설이거나 결정한다. 그래서 둥근 숫자 부근에서 가격이 한 번씩 멈칫하는 일이 잦다. 이런 자리는 차트에 그어져 있는 선이 아니라 사람들의 머릿속에 있는 선에 가깝다. 그럼에도 많은 사람이 같은 숫자를 의식하기 때문에 실제 지지나 저항처럼 작동하곤 한다. 그렇다면 이 선들을 어떻게 읽을까. 추세선에서 가장 주목하는 순간은 가격이 그 선을 벗어나는 때다. 오랫동안 상승 추세선 위에서 움직이던 가격이 그 선을 아래로 깨고 내려오면, 올라가던 흐름이 약해지기 시작했다는 신호로 흔히 읽힌다. 반대로 하락 추세선을 위로 뚫고 올라가면, 내려가던 흐름이 바뀌고 있을 가능성으로 읽는다. 가격이 어떤 선이나 가격대를 통과하는 이 순간을 돌파(breakout: 가격이 추세선이나 지지·저항 가격대를 뚫고 넘어서는 것)라 한다. 돌파는 흐름의 전환을 알리는 신호로 자주 쓰이지만, 곧 보듯 진짜 돌파인지 거짓 돌파인지를 그 자리에서 가리기는 어렵다. 지지와 저항에는 흥미로운 성질이 하나 있다. 한 번 뚫리고 나면 역할이 바뀐다는 점이다. 오랫동안 천장 노릇을 하던 저항을 가격이 위로 뚫고 올라가면, 그 가격대가 이번에는 바닥, 즉 지지로 바뀌어 작동하는 일이 잦다. 반대로 바닥이던 지지가 아래로 깨지면, 그 자리가 이번에는 천장처럼 가격을 누르기도 한다. 한때 막아서던 자리가 이제는 받쳐 주는 자리가 되는 것이다. 이 역할 교대는 지지와 저항을 읽을 때 자주 활용된다. 이 편리함의 이면에는 분명한 약점이 있다. 가장 근본적인 것은 주관성이다. 같은 차트를 줘도 어느 고점과 어느 저점을 잇느냐는 사람마다 다르다. 누군가는 이 두 점을 이어 추세가 살아 있다고 보고, 다른 누군가는 다른 두 점을 이어 추세가 이미 꺾였다고 본다. 지지와 저항의 가격대도 마찬가지다. 정확히 한 가격에 딱 떨어지는 것이 아니라, 보는 사람이 어림잡아 정하는 구간에 가깝다. 그래서 "차트가 이 선을 보여 준다"기보다 "내가 이 선을 그렸다"가 더 정확한 표현일 때가 많다. 두 번째 약점은 사후성이다. 추세선이나 지지·저항은 지나고 나서 돌아보면 또렷하게 보인다. 가격이 여러 번 닿았다 돌아선 자리를 이어 보면, 마치 처음부터 그 선이 있었던 것처럼 깔끔하다. 하지만 그 선이 그어지는 시점에는, 그것이 진짜 의미 있는 선인지 그저 우연히 두어 번 닿은 자리인지 알기 어렵다. 차트 위의 선은 과거를 설명하는 데는 강하지만, 그 강함이 미래를 맞히는 능력으로 곧장 이어지지는 않는다. 세 번째 약점은 돌파의 진위를 가리기 어렵다는 점이다. 가격이 추세선이나 저항을 살짝 넘어섰다가 곧바로 되돌아 들어오는 일이 자주 있다. 돌파인 줄 알았는데 거짓 돌파였던 것이다. 특히 방향 없이 오가는 횡보 구간에서는 이런 거짓 돌파가 더 잦다. 넘었다는 사실만으로 흐름이 바뀌었다고 단정하면, 되돌아오는 가격에 발이 묶이기 쉽다. 거짓 돌파와 진짜 돌파를 구분하려 할 때 자주 보는 것이 재시험이다. 가격이 저항을 위로 넘어선 뒤, 잠시 그 자리로 되돌아와 방금 넘은 선을 다시 건드렸다가 또 한 번 위로 향하는 움직임을 말한다. 넘어선 자리가 이번에는 지지로 바뀌어 가격을 받쳐 주는지를 확인하는 셈이다. 물론 재시험을 거쳤다고 돌파가 반드시 진짜인 것은 아니다. 다만 한 번 더 확인을 거친다는 점에서, 넘어서자마자 단정하는 것보다는 거짓 신호에 덜 휘말린다. 여기에 한 가지 성질을 더 알아 둘 만하다. 지지·저항이나 추세선은 어느 정도 자기실현적인 면이 있다. 많은 사람이 같은 자리를 중요한 선으로 여기고 비슷하게 반응하면, 실제로 그 자리에서 가격이 멈추거나 방향을 바꾸는 일이 늘어난다. 선이 맞아서 사람들이 보는 것인지, 사람들이 보아서 선이 맞는 것인지가 뒤섞인다. 그래서 굵직하고 널리 알려진 선일수록 더 잘 작동하는 경향이 있는 반면, 나 혼자만 그은 선은 그만큼 힘이 약하다. 그렇다면 이 선들을 어떻게 다뤄야 덜 휘둘릴까. 우선 선을 칼처럼 다루지 않는 것이 좋다. 추세선이나 지지·저항은 정확한 한 점이 아니라 어느 정도 폭을 가진 띠에 가깝다. 가격이 선을 살짝 넘었다고 곧바로 돌파로 단정하기보다, 어느 정도 여유를 두고 본다. 돌파가 진짜인지 의심스러울 때는 거래량이 함께 늘었는지, 넘어선 가격이 그 자리를 다시 시험했을 때도 유지되는지를 살핀다. 또한 나 혼자 어렵게 찾아낸 미세한 선보다, 누가 봐도 눈에 띄는 굵직한 선에 더 무게를 둔다. 그 선을 어디까지 믿을지는 결국 긋는 사람 각자에게 달렸다. 다만 손으로 그린 선은 가격이 따라야 하는 명령이 아니라, 내가 흐름을 이해하려고 얹은 보조선이라는 점을 잊지 않는 것이 좋다. 이동평균선이 계산된 선이고 추세선이 사람이 그린 선이라면, 다음에 볼 MACD는 이동평균선을 한 번 더 가공해 흐름의 변화를 잡아내려는 도구다. 같은 추세를 보더라도 보는 각도가 또 다르다. 3-3. MACD: 두 평균의 거리로 흐름을 보는 지표 차트 아래쪽을 보면, 봉이 그려진 칸과는 따로 떨어진 작은 창이 하나 더 있는 경우가 많다. 그 안에 두 개의 구불구불한 선과 0을 기준으로 위아래로 솟은 막대들이 들어 있다면, 그것이 MACD다. 이름과 생김새 탓에 초보에게는 가장 어려워 보이는 지표 중 하나다. 하지만 원리만 잡으면 의외로 단순하다. MACD는 결국 우리가 앞에서 본 이동평균선을 한 번 더 가공한 것이다. 한 문장으로 요약하면 이렇다. MACD(Moving Average Convergence Divergence: 두 이동평균선의 차이로 추세의 방향과 힘을 함께 보려는 지표)는, 짧은 평균과 긴 평균이 서로 멀어지고 가까워지는 정도를 통해 흐름의 방향과 세기를 읽는 도구다. MACD라는 이름 자체가 이 원리를 담고 있다. 가운데 두 단어인 수렴(convergence)과 발산(divergence)은 각각 두 평균이 서로 가까워지는 것과 멀어지는 것을 뜻한다. 짧은 평균과 긴 평균이 가까워지면 흐름의 힘이 잦아드는 것이고, 멀어지면 그 방향의 힘이 세지는 것이다. 그러니 MACD를 본다는 것은 결국 두 평균 사이의 거리가 늘어나는지 줄어드는지를 지켜보는 일이다. 복잡해 보이는 선과 막대도, 따지고 보면 이 거리 하나를 여러 방식으로 그려 놓은 것에 지나지 않는다. 이 지표가 무엇으로 이뤄졌는지부터 보자. MACD는 세 부분으로 이뤄진다. 첫째는 MACD 선이다. 짧은 기간의 지수이동평균에서 긴 기간의 지수이동평균을 뺀 값이다. 두 평균이 서로 멀어지면 이 값이 커지고, 가까워지면 0에 다가간다. 둘째는 시그널 선이다. MACD 선을 다시 한 번 평균해 부드럽게 편 선으로, MACD 선보다 한 박자 느리게 따라온다. 셋째는 히스토그램이다. MACD 선과 시그널 선의 차이를 0을 기준으로 한 막대로 나타낸 것이다. 세 부분 모두 결국은 두 평균이 얼마나 벌어져 있는가라는 하나의 정보를, 조금씩 다른 방식으로 보여 준다. 흔히 쓰는 기본 설정은 짧은 평균 12, 긴 평균 26, 시그널 9다. 많은 차트 프로그램이 이 값을 처음부터 넣어 둔다. 이 숫자가 절대적인 것은 아니어서 더 짧거나 길게 바꿀 수 있지만, 워낙 널리 쓰이다 보니 많은 사람이 같은 설정으로 같은 신호를 본다는 점은 기억해 둘 만하다. 같은 화면을 여러 사람이 함께 본다는 사실 자체가, 그 신호가 한 번씩 힘을 갖게 되는 이유이기도 하다. 여기서 0이라는 기준선이 중요하다. MACD 선이 0보다 위에 있다는 것은 짧은 평균이 긴 평균보다 위에 있다는 뜻이고, 이는 대체로 흐름이 위쪽임을 가리킨다. 반대로 0보다 아래에 있으면 흐름이 아래쪽이다. 0선은 추세의 방향을 가르는 경계인 셈이다. 이제 읽는 법이다. 가장 많이 보는 것은 MACD 선과 시그널 선의 교차다. MACD 선이 시그널 선을 아래에서 위로 뚫으면 흐름이 위로 살아나고 있을 가능성으로, 위에서 아래로 뚫으면 흐름이 꺾이고 있을 가능성으로 흔히 읽는다. 앞서 본 이동평균선의 골든크로스, 데드크로스와 발상이 비슷하다. 다만 MACD는 가격이 아니라 평균의 차이를 재료로 쓰기 때문에, 흐름의 전환을 조금 다른 각도에서 비춘다. 두 번째로 보는 것은 0선 돌파다. MACD 선이 0선을 위로 넘으면 추세가 상승 쪽으로 자리를 잡아 간다고, 아래로 내려가면 하락 쪽으로 기운다고 읽는다. 교차가 작은 변화를 비춘다면, 0선 돌파는 조금 더 큰 방향의 전환을 비춘다. 세 번째는 히스토그램이다. 막대가 길어지면 두 평균이 점점 더 벌어지고 있다는 뜻으로, 그 방향의 힘이 세지고 있다고 본다. 막대가 짧아지기 시작하면 벌어지던 거리가 다시 좁혀지는 것으로, 그 방향의 힘이 빠지고 있다는 신호로 읽는다. 그래서 히스토그램은 흐름의 방향보다 흐름의 기세 변화를 먼저 보여 주는 편이다. 네 번째로, 조금 더 깊이 들어가면 다이버전스를 본다. 가격은 새 고점을 만드는데 MACD는 이전 고점만큼 높이 오르지 못하는, 가격과 지표가 서로 어긋나는 현상을 다이버전스(divergence: 가격과 지표가 서로 반대 방향으로 벌어지는 것)라 한다. 가격은 더 높이 오르는데 그 움직임을 떠받치는 힘은 약해지고 있다는 신호로 읽혀, 흐름이 곧 바뀔 수 있다는 경고로 자주 쓰인다. 다만 이 경고가 늘 맞는 것은 아니라는 점은 곧 다시 이야기한다. MACD의 약점은 그 출신을 보면 짐작이 간다. 가장 큰 약점은 앞서 본 이동평균선의 약점을 그대로 물려받았다는 데 있다. 재료가 이동평균선이니, 가격이 방향을 틀어도 늦게 반응한다. 오히려 평균을 여러 번 거치는 구조라, 어떤 경우에는 이동평균선보다 더 늦게 신호를 주기도 한다. MACD가 교차를 보여 줄 때면 가격은 이미 꽤 움직인 뒤인 경우가 많다. 두 번째 약점은 방향이 없는 구간에서 두드러진다. 가격이 좁은 범위를 오가는 횡보 구간에서는 MACD 선과 시그널 선이 0선 근처에서 짧은 간격으로 엉키며 교차를 거듭한다. 위로 교차했다가 곧 아래로 교차하고, 다시 위로 교차하는 식이다. 이렇게 방향 없는 구간에서 신호가 짧은 간격으로 켜졌다 꺼지기를 반복하며 잇따라 거짓 신호를 내는 상황을 휩소(whipsaw: 잦은 거짓 신호에 연달아 당하는 일)라 한다. 휩소 구간에서 교차를 하나하나 따라가면 작은 어긋남이 여러 번 쌓이기 쉽다. MACD 역시 추세가 뚜렷할 때 제 몫을 하는 도구이지, 방향 없는 구간에서 쓰라고 만든 도구가 아니다. 세 번째 약점은 다이버전스에 있다. 다이버전스는 흐름의 약화를 미리 알려 주는 듯 보이지만, 실제로는 자주 빗나간다. 가격과 지표가 어긋난 뒤에도 추세가 한참을 더 이어지는 경우가 흔하다. 힘이 약해 보인다고 곧 꺾이는 것은 아니기 때문이다. 다이버전스는 곧 바뀐다는 예언이 아니라, 힘이 예전 같지 않다는 관찰 정도로 받아들이는 편이 안전하다. 네 번째로, MACD의 값은 서로 다른 종목끼리 단순 비교하기 어렵다. MACD는 가격의 차이를 그대로 반영하므로, 가격대가 높은 대상은 MACD 값도 크게, 낮은 대상은 작게 나온다. 그래서 어떤 대상의 MACD 막대가 다른 대상보다 길다고 해서 그 흐름이 더 강하다고 말할 수는 없다. MACD는 같은 대상의 시간에 따른 변화를 보는 데 어울리지, 서로 다른 대상의 크기를 견주는 데는 맞지 않는다. 그러면 MACD는 어떻게 대하는 것이 좋을까. 교차를 곧바로 행동 신호로 받아들이기보다, 흐름이 바뀌었을 가능성을 알리는 정보로 두는 편이 낫다. 지금이 추세가 분명한 구간인지 횡보 구간인지를 먼저 가늠하고, MACD 선이 0선의 어느 쪽에 있는지를 함께 본다. 교차가 0선에서 멀리 떨어진 곳에서 일어났는지, 0선 근처에서 엉키며 일어났는지에 따라 신호의 무게가 다르기 때문이다. 무엇을 할지는 각자의 몫이다. 다만 MACD는 결국 이동평균선을 가공한 도구라, 이동평균선이 가진 한계도 함께 물려받는다는 점만은 놓치지 않는 것이 좋다. 여기까지가 추세를 읽는 세 가지 지표다. 이동평균선은 가격을 평균해, 추세선은 사람이 직접 그어, MACD는 두 평균의 거리로 흐름을 본다. 세 도구는 보는 방식이 다를 뿐, 모두 지금 흐름이 어느 쪽인가를 묻는다는 점에서 한 가족이다. 그리고 셋 다 늦게 반응한다는 약점, 횡보 구간에 약하다는 약점을 함께 지닌다. 다음 장에서는 결이 다른 지표들을 본다. 흐름의 방향이 아니라, 그 움직임이 얼마나 빠르고 거센지를 재는 기세 지표들이다. 그림 1: 이동평균선과 추세선과 MACD는 흐름의 방향을 서로 다른 방식으로 재지만 늦게 반응하는 약점을 함께 지닌다 세 지표가 나란히 놓이고 각 열에 무엇으로 재는지와 무엇을 못 보는지가 두 줄로 적혀 있다. 아래 강조색 띠에 셋이 공통으로 지닌 약점이 있다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143813893_1.png ---------------------------------------- ### 4장. 기세를 읽는 지표 https://voidlogpress.com/books/%ec%a3%bc%ec%8b%9d-%ec%b4%88%eb%b3%b4%eb%a5%bc-%ec%9c%84%ed%95%9c-%ec%b0%a8%ed%8a%b8-%ec%82%ac%ec%9a%a9%ec%84%a4%eb%aa%85%ec%84%9c/4%ec%9e%a5-%ea%b8%b0%ec%84%b8%eb%a5%bc-%ec%9d%bd%eb%8a%94-%ec%a7%80%ed%91%9c/ 질문: RSI가 70을 넘어 과열이라는 것은 무슨 뜻인가요? 요약: 일정 기간 오른 폭이 내린 폭을 크게 눌러 왔다는 뜻입니다. 다만 과매수와 과매도는 행동을 지시하는 말이 아니라 상태를 묘사하는 말입니다. 가격이 빠르게 올랐다는 사실일 뿐 곧 내린다는 예언이 아닙니다. 또 다른 질문: 과열 신호가 강한 추세에서 잘 맞지 않는 이유는 무엇인가요? 답: 가격이 힘차게 오르는 구간에서는 RSI가 70을 넘은 채로 한참을 더 머물기 때문입니다. 과매수와 과매도는 추세가 강할수록 더 오래 유지되며, 바로 그 구간에서 거짓 신호가 됩니다. 또 다른 질문: RSI와 스토캐스틱을 함께 보면 더 든든한가요? 답: 둘은 비슷한 것을 재는 사촌 같은 사이입니다. 같은 신호를 내는 것은 서로 다른 두 증거가 모인 것이 아니라 한 가지 정보를 두 번 본 것에 가깝습니다. 성격이 다른 정보와 맞춰 보는 편이 치우치지 않습니다. 또 다른 질문: 볼린저밴드 윗선에 닿으면 비싸진 것인가요? 답: 최근의 출렁임 폭에 비추어 위쪽에 있다는 뜻일 뿐입니다. 강한 흐름에서는 가격이 윗선에 바짝 붙은 채 그 선을 따라 계속 걸어 올라가는 밴드워킹이 나타납니다. 윗선은 여기가 천장이라는 표시가 아닙니다. 또 다른 질문: 거래량은 혼자 보면 안 되나요? 답: 거래량에는 방향이 없어 그날 얼마나 많은 거래가 오갔는지만 말합니다. 폭증한 자리는 큰 움직임의 시작에서도 끝에서도 나타나 막대 높이만으로는 구분하기 어렵습니다. 늘 가격과 함께 읽어야 의미가 생깁니다. 최종 확인: 2026-09-04T11:05:46+09:00 3장의 지표들이 지금 흐름이 어느 쪽인가를 물었다면, 이 장의 지표들은 다른 것을 묻는다. 그 흐름이 얼마나 빠른지, 얼마나 과열됐는지, 얼마나 넓게 출렁이는지, 그리고 그 움직임에 얼마나 많은 사람이 가담했는지다. 방향이 아니라 기세를 보는 지표들이라고 묶을 수 있다. 여기서는 네 가지를 본다. 가격이 오른 속도를 보는 RSI와 스토캐스틱, 변동성의 폭을 보는 볼린저밴드, 그리고 거래의 힘을 보는 거래량이다. 4-1. RSI: 가격이 얼마나 빨리 올랐는지를 보는 숫자 차트를 보다 보면 "과열됐다", "과매수 구간이다" 같은 말을 자주 듣는다. 가격이 너무 빨리, 너무 많이 올라 한 번 쉬어 갈 때가 됐다는 뜻으로 쓰인다. 이 과열의 정도를 숫자 하나로 보여 주려는 지표가 RSI다. 차트 아래쪽 작은 창에서 0과 100 사이를 오르내리는 선이 있다면, 그것이 RSI일 가능성이 높다. 한 문장으로 요약하면 이렇다. RSI(Relative Strength Index, 상대강도지수: 일정 기간 동안 오른 폭과 내린 폭의 비율로, 가격이 얼마나 빠르게 올랐는지를 0에서 100 사이 숫자로 나타낸 지표)는, 최근 가격의 상승 기세와 하락 기세 중 어느 쪽이 셌는지를 한눈에 보여 주는 도구다. RSI가 무엇을 재는지부터 보자. RSI는 정해진 기간, 흔히 14일 동안 가격이 오른 날의 상승 폭과 내린 날의 하락 폭을 모아 서로 비교한다. 오른 폭이 내린 폭보다 압도적으로 크면 숫자가 100에 가까워지고, 그 반대면 0에 가까워진다. 오름과 내림이 엇비슷하면 가운데인 50 부근에 머문다. 그래서 RSI가 높다는 것은 최근 들어 오르는 힘이 내리는 힘을 크게 눌러 왔다는 뜻이고, 낮다는 것은 그 반대다. 한 가지 기억할 점은, RSI는 가격이 얼마나 높은가가 아니라 얼마나 빠르게 올랐는가를 본다는 것이다. 가격이 높아도 천천히 올랐다면 RSI는 높지 않을 수 있고, 가격이 낮아도 단숨에 떨어졌다면 RSI는 바닥에 붙는다. 조금 더 감을 잡아 보자. 며칠 내리 오르기만 하면 RSI는 빠르게 70, 80을 지나 100 쪽으로 치솟는다. 반대로 며칠 내리 빠지면 30, 20을 지나 0 쪽으로 곤두박질친다. 오르내림이 뒤섞인 보통의 날들에는 그 중간 어딘가에서 오르락내리락한다. 그래서 RSI의 위치만 봐도, 최근 며칠이 한쪽으로 쏠린 장이었는지 엎치락뒤치락한 장이었는지를 어렵지 않게 짐작할 수 있다. RSI도 기간을 바꿀 수 있다. 흔히 쓰는 14일보다 짧게 잡으면 더 예민해져서 과매수와 과매도를 자주 오가고, 길게 잡으면 둔해지는 대신 큰 흐름만 비춘다. 여기서도 더 예민한 설정이 곧 더 좋은 설정인 것은 아니다. 예민할수록 작은 움직임에 자주 반응해 거짓 신호가 늘기 때문이다. 3장의 이동평균선에서 본 빠름과 정확함의 맞바꿈이, RSI에서도 똑같이 적용된다. 이 숫자를 어떻게 읽을까. 가장 널리 쓰이는 기준은 70과 30이다. RSI가 70을 넘으면 가격이 짧은 시간에 많이 올라 과열됐다고 보고, 이 상태를 과매수(overbought: 가격이 짧은 새 너무 빨리 올라 매수세가 과하게 몰린 상태)라 한다. 반대로 30을 밑돌면 너무 빨리 많이 내렸다고 보고, 이 상태를 과매도(oversold: 가격이 짧은 새 너무 빨리 내려 매도세가 과하게 몰린 상태)라 한다. 가운데 50은 오르는 힘과 내리는 힘이 균형을 이루는 자리로, 50 위쪽이면 상승 기세가, 아래쪽이면 하락 기세가 우세하다고 읽기도 한다. 이 가운데 50선은 그 자체로도 쓸모가 있다. RSI가 50을 위로 넘으면 오르는 힘이 내리는 힘을 앞서기 시작했다는 신호로, 아래로 내려가면 그 반대로 읽기도 한다. 70과 30이 과열과 침체를 가린다면, 50은 기세의 무게중심이 어느 쪽으로 기울었는지를 본다. 그래서 과열 신호만 보는 것보다 50선을 함께 보면, 지금 기세가 어느 쪽인지를 조금 더 입체적으로 가늠할 수 있다. 여기서 한 가지 짚어 둘 것이 있다. 과매수와 과매도라는 말은 어감이 강해서, 마치 과매수면 팔고 과매도면 사라는 신호처럼 들리기 쉽다. 하지만 이 두 단어는 행동을 지시하는 말이 아니라 상태를 묘사하는 말이다. 과매수는 가격이 빠르게 올라 과열된 상태라는 뜻이지, 이제 내릴 것이라는 예언이 아니다. 이 차이를 놓치면 RSI는 가장 위험한 지표가 된다. 왜 그런지는 곧 이어서 본다. 3장에서 본 다이버전스도 RSI에서 자주 활용된다. 가격은 새 고점을 만드는데 RSI는 이전 고점만큼 높이 오르지 못한다면, 오르는 기세가 예전 같지 않다는 신호로 읽는다. 다만 이 신호 역시 늘 맞는 것은 아니라는 점은 3장에서 본 그대로다. 기세가 약해 보인다고 곧장 방향이 바뀌는 것은 아니다. 그런데 여기서 가장 큰 오해가 생긴다. 많은 초보가 RSI를 과매수면 팔고 과매도면 사는 자동 신호기로 쓴다. 문제는 강한 추세에서 이 방식이 잘 무너진다는 데 있다. 가격이 힘차게 오르는 구간에서는 RSI가 70을 넘은 채로 한참을 더 머문다. 과매수에 들어섰다고 매도로 받아들이면, 그 뒤로도 계속 오르는 가격을 지켜보게 된다. 하락 구간에서도 마찬가지다. RSI가 30 아래에 붙은 채 가격이 더 내려가는 일이 흔하다. 과매수와 과매도는 추세가 강할수록 더 오래 유지되며, 바로 그 구간에서 거짓 신호가 된다. 예를 들어 가격이 한 달 내내 꾸준히 오르는 구간을 떠올려 보자. 이런 구간에서 RSI는 일찌감치 70을 넘은 뒤, 가격이 오르는 내내 70 위에 머무르곤 한다. 과매수 신호 하나만 믿고 일찍 발을 뺐다면, 그 뒤로 이어진 상승을 고스란히 비켜선 셈이 된다. 반대로 가파른 하락 구간에서는 RSI가 30 아래에 들러붙은 채 가격이 더 내려간다. 과매도라서 곧 오를 줄 알았는데, 침체 신호가 오래 이어지는 것이다. 강한 추세 앞에서 과매수와 과매도는 신호라기보다 함정에 가까워진다. 두 번째 약점은 기준선 자체의 자의성이다. 70과 30은 약속된 관습일 뿐, 절대적인 경계가 아니다. 어떤 시장에서는 80과 20을 쓰기도 하고, 추세가 강한 구간에서는 기준을 더 높이거나 낮춰 보기도 한다. 같은 RSI 값을 두고도 어느 선을 기준으로 삼느냐에 따라 과열로 보기도 하고 정상으로 보기도 한다. 어느 선이 옳은 것이 아니라, 보는 사람이 정하는 약속에 가깝다. 여기에 한 가지 역설이 더해진다. RSI의 과매수와 과매도 신호는 방향 없이 오가는 횡보 구간에서 오히려 잘 맞는 편이다. 가격이 좁은 범위를 오르내릴 때는 70 근처에서 돌아서고 30 근처에서 반등하는 일이 잦기 때문이다. 그런데 정작 가격이 한 방향으로 크게 움직이는 추세 구간에서는 이 신호가 자주 빗나간다. 추세 지표는 추세장에서 강하고 횡보 구간에서 약했는데, RSI의 과열 신호는 정반대로 작동하는 셈이다. 그래서 지금이 어떤 구간인지를 모르고 RSI만 보면, 가장 중요한 순간에 가장 크게 틀릴 수 있다. 그렇다면 RSI는 어떻게 대하는 것이 좋을까. 먼저 과매수와 과매도를 명령이 아니라 정보로 둔다. 과열됐으니 팔라가 아니라, 지금 과열된 상태라는 사실을 확인하는 용도로 쓰는 것이다. 그다음 지금이 추세 구간인지 횡보 구간인지를 가늠한다. 추세가 강한 구간이라면 과매수와 과매도 신호의 무게를 낮추고, 횡보 구간이라면 조금 더 참고한다. 70이나 30을 정확한 경계선이 아니라 대략의 띠로 보는 것도 도움이 된다. 무엇을 할지는 각자의 몫이다. 다만 RSI의 숫자가 높다는 것은 가격이 빠르게 올랐다는 사실일 뿐, 곧 내린다는 약속이 아니라는 점을 기억해 두면 좋다. RSI가 일정 기간의 상승과 하락을 비교해 기세를 본다면, 다음에 볼 스토캐스틱은 비슷한 질문을 조금 다른 방식으로 묻는다. 최근 가격이 일정 기간의 고점과 저점 사이 어디쯤에 있는지를 본다. 같은 기세를 다른 창으로 들여다보는 셈이라, 두 지표가 같은 순간을 두고 조금씩 다른 답을 내놓기도 한다. 그 차이를 어떻게 읽을지는 스토캐스틱을 본 뒤 다시 생각해 보자. 4-2. 스토캐스틱: 고점과 저점 사이 어디에 있는가 스토캐스틱은 RSI와 한 화면에 나란히 놓고 보면 생김새가 꽤 닮았다. 둘 다 차트 아래 작은 창에서 0과 100 사이를 오르내리고, 둘 다 과매수와 과매도를 이야기한다. 그래서 초보는 둘을 거의 같은 지표로 여기기도 한다. 하지만 두 지표는 같은 기세를 서로 다른 방식으로 잰다. 그 차이를 알면, 왜 둘을 함께 보는 것이 생각만큼 든든하지 않은지도 보인다. 한 문장으로 요약하면 이렇다. 스토캐스틱(stochastic: 최근 가격이 일정 기간의 최고가와 최저가 사이에서 어느 높이에 있는지를 0에서 100 사이로 나타낸 지표)은, 지금 가격이 최근 가격 범위의 위쪽에 있는지 아래쪽에 있는지를 보여 주는 도구다. 스토캐스틱은 무엇을 기준으로 삼을까. 정해진 기간 동안의 최고가와 최저가를 양 끝으로 삼는다. 그 사이에서 지금 종가가 어느 높이에 있는지를 0에서 100으로 나타낸다. 종가가 기간 중 최고가에 가까우면 100 쪽에, 최저가에 가까우면 0 쪽에 자리한다. 가격이 최근 범위의 천장 부근에서 마감했다면 숫자가 높고, 바닥 부근에서 마감했다면 낮다. 쉽게 말해, 최근의 등락 폭이라는 자 위에서 지금 가격이 위쪽 눈금에 있는지 아래쪽 눈금에 있는지를 읽는 것이다. 스토캐스틱은 보통 두 개의 선으로 그려진다. 하나는 방금 말한 위치를 그대로 나타내는 선으로, 가격에 민감하게 움직이는 빠른 선이다. 여기서는 K선이라 부르자. 다른 하나는 그 빠른 선을 다시 한 번 평균해 부드럽게 편 선으로, 한 박자 느리게 따라오는 느린 선이다. D선이라 부르자. 두 선을 함께 두는 이유는, 빠른 선이 홀로 움직일 때보다 느린 선과 견주어 볼 때 신호가 조금 더 또렷해지기 때문이다. 스토캐스틱에도 빠른 형태와 느린 형태가 있다. 빠른 형태는 가격에 곧장 반응해 자잘하게 움직이고, 느린 형태는 한 번 더 평균을 거쳐 그 자잘함을 줄인다. 빠를수록 신호가 잦아 거짓 신호도 많고, 느릴수록 차분한 대신 한 박자 늦는다. 여기서도 빠름과 정확함은 함께 가지기 어렵다. 그래서 신호가 너무 잦은 빠른 형태보다, 한결 차분한 느린 형태를 즐겨 쓰는 사람이 많다. 스토캐스틱은 어떻게 읽을까. 기준선은 흔히 80과 20을 쓴다. 스토캐스틱이 80을 넘으면 가격이 최근 범위의 위쪽에 바짝 붙어 과열됐다고 보고, 20을 밑돌면 아래쪽에 붙어 침체됐다고 본다. 4장 앞에서 본 과매수, 과매도라는 말을 여기에도 그대로 쓴다. 또 하나 자주 보는 것은 K선과 D선의 교차다. 빠른 K선이 느린 D선을 아래에서 위로 뚫으면 기세가 위로 살아나고 있을 가능성으로, 위에서 아래로 뚫으면 꺾이고 있을 가능성으로 읽는다. 발상은 3장에서 본 이동평균선의 교차와 비슷하다. 가령 가격이 한동안 일정한 박스 안에서만 오르내린다고 하자. 가격이 박스의 천장에 닿을 때마다 스토캐스틱은 80 위로 올라가고, 바닥에 닿을 때마다 20 아래로 내려간다. 이렇게 가격이 정해진 범위 안에서 오갈 때는, 스토캐스틱이 그 위아래 끝을 비교적 충실히 비춘다. 스토캐스틱이 횡보 구간에서 쓸 만하다는 평을 듣는 것도 이 때문이다. 문제는 가격이 박스를 깨고 한 방향으로 달아나는 순간부터다. 그때부터는 같은 신호가 전혀 다르게 작동한다. 여기서 RSI와의 차이를 분명히 해 두는 것이 좋다. RSI는 일정 기간 오른 폭과 내린 폭의 비율을 본다. 스토캐스틱은 일정 기간 고점과 저점 사이에서 지금 가격의 위치를 본다. 재는 방식이 다르니, 같은 순간을 두고 두 지표가 다른 숫자를 내놓는 일도 흔하다. 대체로 스토캐스틱이 RSI보다 더 예민하게, 더 자주 과매수와 과매도를 오간다. 가격 범위의 위아래 끝에 빠르게 반응하기 때문이다. 스토캐스틱에서도 다이버전스를 본다. 가격은 새 고점을 만드는데 스토캐스틱은 이전 고점만큼 오르지 못하면, 위로 미는 힘이 약해졌다는 신호로 읽는다. 다만 3장에서 본 대로 이 신호 역시 자주 빗나가고, 특히 더 예민한 스토캐스틱에서는 그런 어긋남이 한층 잦다는 점을 함께 기억해 두는 편이 좋다. 이제 이 지표의 한계를 보자. 첫 번째 한계는 RSI와 똑같다. 강한 추세에서 무너진다는 점이다. 가격이 힘차게 오르는 구간에서는 스토캐스틱이 80 위에 오래 머문다. 과매수라고 일찍 발을 빼면 이어지는 상승을 놓친다. 오히려 스토캐스틱은 RSI보다 더 예민한 만큼, 추세 구간에서 과매수와 과매도를 더 자주, 더 일찍 외친다. 예민함이 횡보 구간에서는 장점이 되지만, 추세 구간에서는 거짓 신호의 원천이 된다. 두 번째 한계는 바로 그 예민함에서 온다. 스토캐스틱은 작은 움직임에도 민감하게 출렁이므로, 신호가 자주 켜졌다 꺼진다. 그만큼 거짓 신호도 많다. 그래서 K선과 D선의 잦은 교차를 하나하나 따라가면, 방향 없는 구간에서 거짓 신호에 시달리기 쉽다. 세 번째 한계는 조금 더 미묘하다. RSI와 스토캐스틱을 함께 띄워 놓고 두 지표가 모두 과매수라며 안심하는 경우가 많다. 하지만 두 지표는 결국 비슷한 것을 재는 사촌 같은 사이다. 둘 다 최근 가격이 빠르게 올랐는지를 조금 다른 방식으로 볼 뿐이다. 그래서 둘이 같은 신호를 내는 것은 서로 다른 두 증거가 모인 것이 아니라, 한 가지 정보를 두 번 본 것에 가깝다. 마치 같은 신문 기사를 두 번 읽고는 두 곳에서 같은 소식을 들었다고 여기는 것과 비슷하다. 5장에서 다시 보겠지만, 비슷한 것을 재는 지표끼리의 합의는 생각보다 든든한 근거가 못 된다. 스토캐스틱을 다룰 때도 출발점은 RSI와 같다. 과매수와 과매도를 행동 명령이 아니라 상태 정보로 둔다. 지금이 추세 구간인지 횡보 구간인지를 먼저 가늠하고, 추세가 강하면 과열 신호의 무게를 낮춘다. 그리고 RSI와 스토캐스틱을 함께 본다고 해서 신호가 두 배로 단단해지는 것은 아니라는 점을 기억한다. 오히려 성격이 다른 정보, 이를테면 거래량이나 더 긴 기간의 흐름과 맞춰 보는 편이 한쪽으로 치우치지 않는다. 그 정보를 어떻게 쓸지는 보는 사람 각자의 판단이다. 다만 스토캐스틱이 80을 넘었다는 것은 가격이 최근 범위의 위쪽에 있다는 사실일 뿐, 곧 내린다는 뜻은 아니다. 그 사실 하나만 떼어 두어도 스토캐스틱에 휘둘릴 일이 줄어든다. 스토캐스틱과 RSI가 가격이 오른 속도와 위치로 기세를 봤다면, 다음에 볼 볼린저밴드는 다른 것을 본다. 가격이 얼마나 넓게 출렁이는지, 그 변동성의 폭을 띠로 그려 보여 준다. 속도가 아니라 출렁임의 크기를 본다는 점에서, 지금까지와는 결이 또 다른 도구다. 4-3. 볼린저밴드: 가격이 움직이는 폭을 띠로 두르다 차트에 가격을 감싸듯 위아래로 흐르는 두 줄의 곡선이 있고, 그 곡선이 어떤 구간에서는 넓게 벌어졌다가 다른 구간에서는 바짝 좁아진다면, 그것이 볼린저밴드일 가능성이 높다. 지금까지 본 기세 지표들이 차트 아래 별도 창에 그려졌다면, 볼린저밴드는 가격 위에 직접 겹쳐 그려진다. 가격을 띠로 둘러, 지금 가격이 평소보다 넓게 움직이는지 좁게 움직이는지를 한눈에 보여 준다. 한 문장으로 요약하면 이렇다. 볼린저밴드(Bollinger Band: 이동평균선을 가운데 두고, 그 위아래로 변동성만큼 폭을 둔 띠)는, 가격이 최근 얼마나 넓게 출렁이고 있는지를 띠의 폭으로 나타내는 도구다. 볼린저밴드가 무엇으로 그려지는지부터 보자. 띠의 한가운데에는 이동평균선이 있다. 흔히 20일선을 쓴다. 3장에서 본 그 이동평균선이 띠의 중심선 역할을 한다. 그리고 이 중심선의 위아래로 일정한 폭을 두어 윗선과 아랫선을 그린다. 이 폭을 정하는 것이 표준편차(standard deviation: 값들이 평균에서 얼마나 넓게 흩어져 있는지를 나타내는 수치)다. 어렵게 들리지만 뜻은 단순하다. 최근 가격이 평균에서 얼마나 멀리까지 출렁였는지를 잰 값이다. 가격이 크게 출렁인 구간에서는 이 값이 커져 띠가 넓어지고, 잔잔한 구간에서는 값이 작아져 띠가 좁아진다. 그래서 띠의 폭만 봐도 지금 시장이 요동치는 국면인지 잠잠한 국면인지를 가늠할 수 있다. 띠의 폭은 보통 표준편차의 두 배 정도로 잡는다. 이 폭을 더 넓히거나 좁힐 수도 있지만, 두 배가 가장 널리 쓰인다. 그리고 가운데 중심선, 즉 이동평균선도 그냥 장식이 아니다. 가격이 윗선과 아랫선 사이를 오가다가 이 중심선 근처에서 한 번씩 멈추거나 방향을 트는 일이 잦다. 3장에서 본 이동평균선의 지지와 저항 작용이, 밴드 안에서도 그대로 나타나는 셈이다. 그래서 밴드를 볼 때는 윗선과 아랫선만이 아니라 가운데 선이 어느 쪽으로 기울어 있는지도 함께 본다. 여기서 핵심은, 볼린저밴드의 폭이 가격의 방향이 아니라 변동성을 나타낸다는 점이다. 띠가 넓다고 오른다는 뜻도, 좁다고 내린다는 뜻도 아니다. 오직 지금 가격이 넓게 움직이는지 좁게 움직이는지만 말해 준다. 이 점을 처음에 분명히 해 두지 않으면, 뒤에 볼 함정에 그대로 빠지게 된다. 이 띠를 어떻게 읽을까. 가격의 움직임은 대체로 이 띠 안에 머문다. 그래서 가격이 윗선 가까이 올라가면 최근 움직임 중에서는 상대적으로 높은 자리에 있다고, 아랫선 가까이 내려가면 상대적으로 낮은 자리에 있다고 읽는다. 여기서 상대적으로라는 말이 중요하다. 윗선에 닿았다는 것은 절대적으로 비싸다는 뜻이 아니라, 최근의 출렁임 폭에 비추어 위쪽에 있다는 뜻일 뿐이다. 띠의 폭 변화도 중요한 정보다. 띠가 점점 좁아져 가격을 바짝 죄는 구간을 흔히 스퀴즈(squeeze: 밴드가 눈에 띄게 좁아진 구간)라 부른다. 변동성이 한껏 잦아들어 가격이 좁은 폭에서 숨을 죽인 상태다. 이렇게 응축된 구간 뒤에는 가격이 한쪽으로 크게 움직이는 일이 잦다고 본다. 다만 여기서 주의할 점이 있다. 스퀴즈는 큰 움직임이 임박했을 수 있다는 신호일 뿐, 그 움직임이 위로일지 아래로일지는 말해 주지 않는다. 방향이 아니라 가능성의 크기를 알리는 신호인 셈이다. 좁아졌던 띠는 큰 움직임이 터지면 빠르게 넓어진다. 오래 숨을 죽이던 가격이 한 방향으로 달리기 시작하면, 띠가 그 움직임을 따라 활짝 벌어지는 것이다. 그래서 스퀴즈와 그 뒤의 확장은 짝을 이뤄 나타나곤 한다. 다만 좁아졌다고 반드시 곧 터지는 것은 아니어서, 좁은 상태가 예상보다 오래 이어지기도 한다. 스퀴즈는 시계가 아니라 기압계에 가깝다. 무언가 쌓이고 있다는 것은 알려 주지만, 언제 어느 쪽으로 터질지까지 알려 주지는 않는다. 그런데 이 띠에는 초보가 가장 자주 빠지는 함정이 하나 있다. 가격이 윗선에 닿으면 비싸졌으니 곧 내릴 것이라 여기고, 아랫선에 닿으면 싸졌으니 곧 오를 것이라 여기는 것이다. 강한 추세에서는 이 생각이 거의 정반대로 작동한다. 가격이 힘차게 오르는 구간에서는, 가격이 윗선에 바짝 붙은 채 그 윗선을 따라 계속 걸어 올라간다. 이렇게 가격이 밴드의 한쪽 끝을 타고 이어서 움직이는 현상을 밴드워킹(band walking: 가격이 밴드 한쪽 끝에 붙어 그 끝을 따라 계속 움직이는 것)이라 한다. 밴드워킹이 나타나는 동안 윗선에 닿을 때마다 팔았다면, 오르는 내내 번번이 일찍 손을 뗀 셈이 된다. 윗선은 여기가 천장이라는 표시가 아니다. 강한 흐름에서는 가격이 그 위를 한참 동안 타고 간다. 밴드워킹은 위로만 일어나지 않는다. 가파르게 내리는 구간에서는 가격이 아랫선에 붙어 그 아래를 따라 계속 걸어 내려간다. 이때 아랫선에 닿을 때마다 싸 보인다고 받아들이면, 내리는 내내 번번이 이른 판단을 하게 된다. 밴드의 한쪽 끝에 가격이 들러붙어 한참을 가는 이 모습은 강한 추세의 특징이지, 곧 돌아설 신호가 아니다. 윗선이든 아랫선이든, 밴드의 끝에 닿았다는 사실 하나만으로 방향이 바뀐다고 보기는 어렵다. 여기서 두 번째 한계가 따라 나온다. 볼린저밴드의 윗선과 아랫선은 과매수, 과매도의 경계가 아니다. 윗선에 닿았다고 과열, 아랫선에 닿았다고 침체라고 단정할 수 없다. 밴드는 어디까지나 최근의 변동 폭을 기준으로 한 상대적 위치를 보여 줄 뿐, 그 자리에서 가격이 돌아설지 더 갈지는 알려 주지 않는다. 세 번째 한계는 조금 더 근본적이다. 볼린저밴드는 가격의 움직임이 평균을 중심으로 어느 정도 고르게 퍼진다는 가정 위에서 폭을 정한다. 하지만 실제 시장은 그 가정대로만 움직이지 않는다. 평소에는 좁은 띠 안에서 얌전하다가도, 어느 순간 띠를 훌쩍 벗어나는 큰 움직임이 드물지 않게 일어난다. 그래서 가격이 띠를 벗어나는 일은 드물다는 통념을 너무 믿으면, 정작 그 드문 순간에 크게 당할 수 있다. 오히려 가장 큰 위험은 띠가 평소처럼 좁게 그려 둔 바로 그 바깥에서, 누구도 예상하지 못한 크기로 찾아오곤 한다. 그러면 볼린저밴드는 어떻게 대하면 좋을까. 우선 윗선과 아랫선을 매도와 매수의 경계로 읽지 않는 것이 좋다. 윗선에 닿았다는 것은 가격이 최근 폭의 위쪽에 있다는 사실일 뿐이다. 스퀴즈를 봤다면 큰 움직임이 임박했을 수 있다는 정보로만 받아들이고, 방향은 따로 확인한다. 가격이 윗선을 타고 걷는지 아니면 윗선에서 곧 돌아서는지는 밴드 하나만으로는 가릴 수 없으니, 거래량이나 추세 지표 같은 다른 정보와 함께 본다. 무엇을 할지는 각자의 몫이다. 다만 볼린저밴드는 가격이 움직이는 폭을 보여 주는 도구이지, 가격이 어디서 멈출지를 짚어 주는 도구가 아니라는 점을 기억해 두면 좋다. 이 장에서 볼 네 지표 가운데 셋을 지났다. RSI와 스토캐스틱이 가격이 오른 속도와 위치를, 볼린저밴드가 출렁임의 폭을 봤다. 마지막으로 볼 거래량은 조금 다른 것을 본다. 가격이 아니라, 그 움직임에 얼마나 많은 사람이 가담했는지를 본다. 강한 상승에서 가격이 볼린저밴드 윗선을 타고 오르는 밴드워킹 4-4. 거래량: 그 움직임에 얼마나 많은 사람이 가담했는가 지금까지 본 지표들은 모두 가격에서 출발했다. 이동평균선도, RSI도, 볼린저밴드도 결국 가격을 이리저리 가공한 것이었다. 거래량은 다르다. 이 장에서 유일하게 가격이 아닌 것을 보는 지표다. 차트 맨 아래, 봉마다 발밑에 솟아 있는 막대들이 거래량이다. 가격이 얼마에 움직였는지를 말한다면, 거래량은 얼마나 많은 손을 거쳐 움직였는지를 말한다. 한 문장으로 요약하면 이렇다. 거래량(volume: 일정 기간 동안 사고팔린 주식의 수량)은, 어떤 가격 움직임에 얼마나 많은 거래가 실렸는지를 보여 주는 도구다. 거래량이 무엇을 세는지부터 보자. 거래량은 단순하다. 하루 동안 손바뀜이 일어난 주식의 수를 세어 막대 하나로 세운다. 거래가 활발했던 날은 막대가 높이 솟고, 한산했던 날은 낮게 깔린다. 그래서 거래량 막대의 높낮이만 훑어도, 어느 날에 사람들의 관심이 몰렸고 어느 날에 잠잠했는지가 한눈에 드러난다. 여기에는 방향이 없다. 거래량은 가격이 올랐는지 내렸는지를 말하지 않는다. 단지 그날 얼마나 많은 거래가 오갔는지만 말한다. 거래량이 평소보다 많은지 적은지를 가늠하려고, 거래량 막대 위에 거래량의 이동평균선을 얹어 보기도 한다. 가격에 이동평균선을 긋는 것과 같은 발상이다. 며칠치 거래량을 평균한 선을 기준으로 삼으면, 오늘 거래량이 평소보다 부쩍 많은지 한산한지가 한결 또렷해진다. 거래량은 절대 높이보다 이 평소 대비가 중요하기 때문에, 이런 기준선이 꽤 쓸모가 있다. 바로 이 점이 거래량을 특별하게 만든다. 거래량은 가격과 다른 정보를 담는다. 다른 지표들이 같은 가격을 여러 방식으로 되비추는 거울이라면, 거래량은 그 옆에 놓인 또 하나의 창이다. 그래서 가격과 거래량을 나란히 보면, 가격 하나만 볼 때는 보이지 않던 것이 보인다. 한 가지 더 중요한 차이가 있다. 앞에서 본 이동평균선이나 MACD는 가격을 평균하느라 한 박자 늦게 따라왔다. 거래량은 그렇지 않다. 그날의 거래가 그날 그대로 막대에 찍힌다. 가격이 움직이는 바로 그 순간, 거기에 얼마나 많은 거래가 실렸는지를 같은 시점에 보여 준다. 늦게 따라오는 것이 아니라 함께 가는 정보인 셈이다. 거래량은 혼자서는 말이 적다. 가격과 짝지어 볼 때 비로소 입을 연다. 가장 기본이 되는 읽기는 가격의 움직임과 거래량이 같이 가는지 아닌지를 보는 것이다. 가격이 오르면서 거래량도 함께 늘면, 그 상승에 많은 사람이 가담했다는 뜻으로 읽는다. 힘이 실린 움직임이라고 본다. 반대로 가격은 오르는데 거래량이 점점 줄어든다면, 오르기는 하되 가담하는 사람이 줄고 있다는 뜻이다. 겉보기에는 같은 상승이라도 그 안의 힘은 다르다고 보는 것이다. 예를 들어 어떤 종목이 며칠째 가격을 높이며 오른다고 하자. 처음 며칠은 거래량도 가격을 따라 불어났다. 그런데 가격은 계속 오르는데 거래량이 슬슬 줄기 시작한다. 같은 상승처럼 보여도, 가담하는 사람은 점점 줄고 있다는 뜻이다. 이런 장면에서 거래량은 가격이 미처 보여 주지 못한 속사정을 한 겹 더 들려준다. 가격만 보면 멀쩡한 상승인데, 거래량을 함께 보면 그 발밑이 얇아지고 있는 것이 드러나는 식이다. 이렇게 가격과 거래량이 따로 노는 것을 두고도 다이버전스라는 말을 쓴다. 3장에서 본 가격과 지표 사이의 어긋남과 같은 발상이다. 가격은 새 고점을 만드는데 거래량은 예전만큼 따라붙지 못한다면, 오르는 힘이 예전 같지 않다는 신호로 읽기도 한다. 다만 이 신호 역시 늘 맞는 것은 아니라는 점은 앞에서 본 그대로다. 거래량이 특히 주목받는 순간은 가격이 중요한 선을 넘을 때다. 3장에서 본 추세선이나 지지·저항을 가격이 돌파할 때, 그 돌파에 거래량이 크게 실렸는지를 함께 본다. 거래량을 동반한 돌파는 많은 사람이 그 움직임에 가담했다는 뜻으로, 거래량이 적은 돌파보다 무게 있게 받아들여진다. 거짓 돌파를 가려내는 보조 잣대로 거래량이 쓰이는 것이다. 그렇다고 거래량이 만능은 아니다. 첫 번째 한계는 거래량 혼자서는 방향을 말하지 못한다는 점이다. 어느 날 거래량이 폭발적으로 늘었다고 하자. 그것만으로는 좋은 일인지 나쁜 일인지 알 수 없다. 가격이 함께 올랐다면 힘 있는 상승일 수 있지만, 가격이 함께 무너졌다면 대량 매도가 쏟아진 것일 수도 있다. 거래량은 늘 가격과 함께 읽어야 의미가 생긴다. 두 번째 한계는 거래량 급증의 양면성이다. 거래량이 크게 늘어난 자리는 정반대의 두 상황 모두에서 나타난다. 한편으로는 큰 움직임의 시작에서, 많은 사람이 한꺼번에 뛰어들며 거래량이 솟는다. 다른 한편으로는 큰 움직임의 끝에서도, 마지막까지 버티던 사람들이 한꺼번에 사고팔며 거래량이 솟는다. 앞의 것은 흐름의 출발이고 뒤의 것은 흐름의 소진인데, 막대 높이만 봐서는 둘을 구분하기 어렵다. 같은 거래량 폭증이 어떤 자리에서는 시작을, 어떤 자리에서는 끝을 가리킨다. 거래량은 흐름의 양 끝에서도 단서를 남긴다. 오랜 하락 끝에 거래량마저 바싹 말라붙으면, 팔 사람도 살 사람도 관심을 거둔 자리일 수 있다. 반대로 오랜 상승 끝에 거래량이 평소의 몇 배로 폭발하면, 뒤늦게 뛰어든 사람들까지 한꺼번에 몰린 자리일 수 있다. 다만 이 역시 지나고 나서야 또렷해지는 경우가 많다. 그 순간에는 거래량이 마른 것이 바닥인지 더 깊은 침체의 시작인지, 폭발한 것이 천장인지 더 큰 상승의 출발인지를 단정하기 어렵다. 세 번째 한계는 절대량을 곧이곧대로 견주기 어렵다는 점이다. 거래량의 많고 적음은 종목마다, 시기마다 기준이 다르다. 어떤 종목에는 평범한 거래량이 다른 종목에는 폭증일 수 있다. 그래서 거래량은 절대적인 숫자보다, 그 종목의 평소와 견준 상대적인 크기로 보는 편이 낫다. 평소보다 부쩍 늘었는지 줄었는지가, 막대의 절대 높이보다 중요하다. 네 번째 한계는 거래량이 거래의 양은 알려 줘도 그 속내까지는 알려 주지 않는다는 점이다. 막대 하나에는 누가, 왜 거래했는지가 담기지 않는다. 같은 거래량이라도 그 안에서 어떤 거래가 오갔는지는 막대만으로 알 수 없다. 거래량은 얼마나 많이는 보여 주지만, 왜는 보여 주지 못한다. 그러면 거래량은 어떻게 쓰면 좋을까. 거래량은 단독으로 결론을 내리는 지표라기보다, 다른 신호를 확인하거나 의심하는 보조 도구로 두는 편이 어울린다. 가격이 오를 때 거래량이 따라붙는지, 돌파에 거래량이 실리는지, 가격과 거래량이 따로 놀지는 않는지를 함께 본다. 거래량 막대 하나가 솟았다고 곧장 결론짓기보다, 그것이 어떤 가격 움직임과 짝을 이루는지를 먼저 본다. 그것으로 무엇을 할지는 읽는 사람 각자에게 남는다. 다만 거래량은 그 자체로 사라거나 팔라고 말하지 않는다. 가격이 들려주는 이야기에 얼마나 많은 사람이 동의했는지를 덧붙여 줄 뿐이다. 이로써 기세를 읽는 네 지표를 모두 봤다. RSI와 스토캐스틱은 가격이 오른 속도를, 볼린저밴드는 출렁임의 폭을, 거래량은 그 움직임에 실린 거래의 힘을 보았다. 3장의 추세 지표와 합치면, 이제 우리는 차트가 흔히 보여 주는 도구들의 작동 원리와 한계를 한 차례 훑은 셈이다. 그런데 지표를 하나씩 뜯어볼수록 한 가지 의문이 짙어진다. 저마다 다른 것을 보는 이 도구들이, 왜 그렇게 자주 어긋나고 자주 틀릴까. 다음 장에서는 바로 그 질문을 정면으로 다룬다. 차트가 자주 틀리는 네 가지 구조를 하나씩 해부한다. ---------------------------------------- ## 탄수화물 세계사 사전 50 ISBN 9791143813718 · 2026-07-10 · 강지우 지음 https://voidlogpress.com/books/%ed%83%84%ec%88%98%ed%99%94%eb%ac%bc-%ec%84%b8%ea%b3%84%ec%82%ac-%ec%82%ac%ec%a0%84-50/ ### PART 2. 쌀 — 물과 노동이 만든 아시아 국가 https://voidlogpress.com/books/%ed%83%84%ec%88%98%ed%99%94%eb%ac%bc-%ec%84%b8%ea%b3%84%ec%82%ac-%ec%82%ac%ec%a0%84-50/part-2-%ec%8c%80-%eb%ac%bc%ea%b3%bc-%eb%85%b8%eb%8f%99%ec%9d%b4-%eb%a7%8c%eb%93%a0-%ec%95%84%ec%8b%9c%ec%95%84-%ea%b5%ad%ea%b0%80/ 질문: 관개가 중앙집권 국가를 만들었나요? 요약: 물이 권력을 만드는 재료였던 것은 맞지만 권력의 전부는 아니었습니다. 벼는 물 조절에 민감해 협업과 조정을 요구합니다. 다만 중앙집권은 전쟁과 조세, 지형, 인구, 엘리트 사이의 경쟁이 겹칠 때 비로소 나타납니다. 또 다른 질문: 같은 벼농사인데 정치 형태가 달라진 사례가 있나요? 답: 있습니다. 발리의 수박은 지역 공동체의 협동과 의례가 물을 조정했고, 중국의 강남은 시장과 운하와 관료제가 함께 작동했습니다. 물은 중앙집권의 가능성을 열지만 지방 제도와 결합하면 나누어 조정하는 방식도 가능합니다. 또 다른 질문: 일본의 석고제는 무엇을 재는 제도였나요? 답: 토지가 낼 수 있는 경제적 산출을 모두 쌀로 환산해 평가하는 체계였습니다. 밭작물이나 특산물도 쌀 가치로 바뀌어 장부에 들어갔고, 영지의 힘과 다이묘의 서열, 무사의 봉록까지 이 단위로 읽혔습니다. 또 다른 질문: 환곡은 왜 구휼에서 수탈로 바뀌었나요? 답: 곡식을 창고에 넣고 됫박으로 나눠 빌려준 뒤 같은 단위로 되받을 수 있는 성질이 행정을 유혹했기 때문입니다. 장부상 이자를 얻으려고 원치 않는 농가에까지 곡식을 배정하면 그 대출은 사실상 세금이 됩니다. 또 다른 질문: 인볼루션은 벼농사에서 무엇을 가리키나요? 답: 밖으로 커지지 못한 성장이 안쪽으로 계속 말려 들어가는 상태입니다. 자바 농촌은 토지를 넓히거나 산업으로 옮기기보다 논 안쪽으로 노동을 더 밀어 넣었고, 수확량은 늘어도 한 사람이 가져가는 몫은 크게 나아지지 않았습니다. 최종 확인: 2026-09-04T11:05:46+09:00 PART 2. 쌀 — 물과 노동이 만든 아시아 국가 엔트리 09 — 관개는 중앙집권을 낳았을까? [논쟁] 물을 나누는 사람이 곧 나라를 세우는가. 강물이 제때 넘치고 논물이 제때 빠지고 둑이 무너지지 않아야 벼는 산다. 그래서 물은 농사 기술이면서 동시에 정치 문제이기도 하다. 그러나 물을 다스리는 일이 곧 중앙집권으로 이어진다고 단정해 버리면, 이 설명은 원인 하나로 결과를 다 설명하려는 지나친 단순화가 된다. 카를 위트포겔은 『동양적 전제주의』에서 거대한 관개와 치수 사업이 강한 관료국가를 낳았다고 보았다(Wittfogel, 1957). 그가 말한 수리사회론에서는 물이 권력을 쥐는 데 가장 중요한 자원이다. 운하와 둑은 개인이 혼자 만들기 어렵고, 유지하려면 사람을 모으고 감독하는 일이 필요하다. 그러면 물을 관리하는 관료 조직이 자연스럽게 토지와 노동까지 함께 장악하게 된다. 이 틀은 이집트, 메소포타미아, 중국, 인도 같은 강 유역 문명을 설명하는 방식으로 널리 읽혔다. 벼농사가 제도와 만나는 지점은 물에 크게 의존한다는 점이다. 벼는 마른 밭에서 자라는 곡물보다 물 조절에 훨씬 더 민감하다. 논은 물을 가두었다가 빼는 얕은 저수지와 같고, 한 논의 물길은 이웃 논의 물길과 이어져 있다. 그래서 한 사람이 물을 막으면 아래쪽 사람이 굶을 수도 있다. 이 때문에 벼농사에는 수문, 둑, 배수로, 공동 노동, 분쟁을 조정하는 일이 따라붙는다. 물은 흐르기 때문에 한 사람이 독차지하기 어렵고, 흐름을 조절하려면 함께 지킬 규칙이 필요하다. 이런 규칙은 작은 마을에서도 생긴다. 언제 물을 열지, 누가 둑을 고칠지, 가뭄이 들면 위쪽 논과 아래쪽 논이 얼마씩 양보할지 정해야 한다. 논벼가 가진 이런 성질은 사람들을 회의 자리로 불러 모은다. 물을 제때 받지 못한 농가는 한 해 식량을 잃을 수 있다. 그래서 물 분쟁은 곧 생존이 걸린 분쟁이 된다. 이 지점에서 관개는 단순한 기술을 넘어 권리와 의무를 정하는 체계가 된다. 위트포겔의 강점은 물이 정치와 깊이 얽혀 있다는 점을 선명하게 보여준 데 있다. 큰 강 유역에서 홍수와 가뭄을 조절하려면 많은 사람을 동원하고 오래 계획을 세워야 한다. 국가는 이 일을 맡으면서 자신에게 필요한 것도 함께 챙길 수 있다. 둑을 고친다는 명분으로 부역을 부르고, 수로를 관리한다는 명분으로 토지를 조사하는 식이다. 이렇게 물길은 행정이 마을 안으로 들어가는 통로가 된다. 하지만 이에 맞서는 반론도 강하다. 로버트 애덤스는 메소포타미아 연구에서, 관개가 국가 권력을 키울 수는 있어도 국가가 처음 생겨난 이유까지 혼자 설명하지는 못한다고 보았다(Adams, 1966). 어떤 지역에서는 작은 공동체가 스스로 물을 관리했고, 어떤 지역에서는 국가가 이미 자리를 잡은 뒤에야 큰 치수 사업을 맡았다. 카네이루도 대규모 관개가 국가 권력을 넓혔다는 말과 국가가 처음 생겨난 이유를 설명한다는 말은 서로 다른 이야기이니 구별해야 한다고 지적했다(Carneiro, 1970). 또한 벼농사를 짓는 지역이라고 해서 늘 같은 정치 형태가 나온 것도 아니다. 발리의 수박처럼 지역 공동체의 협동과 의례가 물을 조정한 사례가 있고, 중국의 강남처럼 시장, 운하, 관료제가 함께 작동한 사례도 있다. 물은 중앙집권으로 갈 가능성을 열어 두지만, 지방 제도와 결합하면 여러 지역이 나누어 조정하는 방식도 가능하다. 같은 성질을 가진 물이라도 어떤 제도와 만나느냐에 따라 다른 결과를 낳는다. 쌀이 가진 이런 성질은 이 차이를 더 뚜렷하게 만든다. 밀밭은 비가 오면 저절로 자라지만, 논은 물의 깊이와 흐름을 계속 조절해 주어야 한다. 그래서 권력은 논을 그냥 내버려 두기 어렵고, 농민도 물 문제를 자기 혼자만의 일로 둘 수 없다. 관개가 정치와 얽히는 이유는 바로 여기에 있다. 따라서 이 엔트리의 결론은 [논쟁]이다. 벼가 가진 성질은 사람들에게 협업과 조정을 요구한다. 그러나 중앙집권은 이런 성질만으로 나타나지 않는다. 전쟁, 조세, 지형, 인구, 엘리트 사이의 경쟁, 의례가 주는 권위까지 여러 조건이 겹칠 때 비로소 나타난다. 물은 권력을 만드는 재료였지만, 권력의 전부는 아니었다. 오늘도 댐과 상수도, 농업용수 배분은 지방과 중앙의 힘을 가른다. PART2는 이 물의 정치가 쌀과 만나 어떤 장부를 만들었는지 따라간다. 엔트리 10 — 강남 개발과 경제 중심 이동 양쯔강 하류의 물가를 상상해 보자. 북중국의 밀밭과 달리, 이곳의 논은 물길과 저습지를 품고 있었다. 늪과 호수, 운하와 둑이 뒤엉킨 땅은 다루기 까다로웠지만, 한번 논으로 바꾸고 나면 좁은 땅에서도 농사를 촘촘하게 지을 수 있었다. 중국 경제의 중심은 긴 시간에 걸쳐 남쪽으로 내려왔다. 마크 엘빈은 『중국 과거의 패턴』에서 당·송 시대 이후 강남 경제가 중국사의 중심으로 떠오른 과정을 설명했다(Elvin, 1973). 송나라 때는 시장, 운하, 도시, 수공업, 세금 체계가 함께 성장했다. 빠르게 익는 벼 품종이 나오고 한 해에 두 번 농사짓는 이모작이 가능해지면서, 논의 생산 리듬도 바뀌었다. 시바 요시노부는 송대 상업과 지역 분업이 성장한 배경을 강남의 농업 기반과 함께 살펴보았다(Shiba, 1970). 북중국은 오랫동안 정치의 중심지였다. 그러나 전쟁과 기후 변화, 유목 세력의 압박은 사람과 자본을 남쪽으로 밀어냈다. 남송 이후 조정은 북방 땅을 잃은 대신 강남의 곡창과 상업망에 더 깊이 의지하게 되었다. 강남의 쌀은 지역 사람들의 밥이면서, 동시에 수도와 군대와 시장을 지탱하는 물류의 재료가 되었다. 운하는 이 쌀을 세금과 상품으로 바꾸어 북쪽과 도시로 실어 날랐다. 쌀이 가진 성질은 이런 이동에 잘 맞았다. 논벼는 물을 많이 써야 하지만, 그만큼 같은 땅을 촘촘하게 이용할 수 있다. 모내기는 어린 모를 따로 키운 뒤 본논으로 옮겨 심는 기술이다. 이 방식은 물과 노동력을 세밀하게 쓸 수 있게 해 준다. 물을 잘 대고 빼면 잡초를 누를 수 있고, 같은 면적에서 더 많은 열량을 얻을 수 있다. 강남의 저습지와 수로망은 이런 장점을 키우기에 알맞은 지형이었다. 논은 땅을 개간하는 방식도 바꾸었다. 저습지는 배수로를 파고 둑을 쌓지 않으면 사람이 살기 어려운 땅이었지만, 일단 물을 조절하고 나면 높은 수확을 낼 수 있었다. 강남 사람들은 호수 가장자리와 하천 주변을 논으로 바꾸면서 물과 토지를 동시에 길들였다. 이때 필요한 것은 씨앗만이 아니었다. 수리 시설, 마을 규칙, 세금 감면, 시장의 수요까지 함께 갖추어져야 했다. 작물이 가진 성질은 개발의 기회를 열어 주었고, 제도는 그 기회를 더 넓혀 주었다. 송나라 때 일찍 여무는 벼, 즉 조숙 벼는 이 변화에 속도를 더했다. 흔히 참파벼로 불린 이 벼는 자라는 기간이 짧아 일부 지역에서 이모작의 가능성을 높였다. 일찍 여무는 성질은 그저 수확 시기를 앞당기는 데 그치지 않는다. 한 해의 농사 달력을 더 잘게 나누고, 논과 노동력을 한 번 더 조직하게 만드는 성질이다. 물길과 시장이 준비되어 있던 강남에서는 이 성질이 늘어나는 인구와 상업의 압력과 맞물렸다. 강남의 쌀은 옮기기 쉬운 성질에서도 의미가 있었다. 마른 쌀은 배에 실어 운하를 따라 보낼 수 있고, 수도와 군대의 식량으로도 바뀔 수 있었다. 물길은 논에 물을 대는 수로이면서 동시에 세금으로 걷은 쌀을 옮기는 길이었다. 농업에 쓰는 물과 국가의 물류가 같은 땅 위에서 겹쳤다. 그러나 강남이 성장한 것은 벼 때문만은 아니다. 북방의 전쟁과 인구 이동, 대운하를 통한 세금 운송, 도시 시장, 지주제, 국가의 개간 정책까지 함께 작용했다. 벼가 가진 성질은 이런 여러 조건 속에서 경제 중심이 남쪽으로 옮겨가도록 떠받친 기반이었다. 물과 노동력을 촘촘히 쓰는 논은 사람을 먹여 살렸고, 늘어난 사람들은 다시 시장과 도시를 키웠다. 생산성은 작물이 가진 성질과 제도가 결합한 데서 나왔다. 강남 개발은 쌀을 단순한 주식에서 국가 재정을 떠받치는 남쪽의 엔진으로 바꾸었다. 물길을 따라 세금으로 걷은 쌀과 상품이 움직였고, 도시 사람들의 식탁은 논의 농사 일정에 맞추어 채워졌다. 오늘의 중국 경제 지도에서도 양쯔강 하류의 인구와 산업 밀도는 여전히 뚜렷하다. 강남의 논은 단순한 지역 개발에 그치지 않았다. 물과 벼 품종, 운송망이 결합하면 경제의 중심도 옮겨갈 수 있다는 사례였다. 쌀은 경제의 중심을 조용히 남쪽으로 옮겨 놓았고, 그 물길은 곧 세금과 숫자가 오가는 길이자 권력이 오가는 길이 되었다. 엔트리 11 — 일본 석고제: 쌀로 잰 영지 일본의 한 석(石)은 대략 한 사람이 1년 동안 먹는 쌀의 양으로 여겨졌다. 부피로는 약 180리터, 무게로는 쌀 150킬로그램 안팎이다(Nussbaum, 2005). 에도 시대에 막부와 지방 영주(번)가 함께 다스리던 막번체제는 이 단위를 그저 식량을 재는 단위로만 쓰지 않았다. 영지의 힘, 다이묘의 서열, 무사의 봉록까지 모두 쌀 생산 추정치로 읽어냈다. 석고제는 토지에서 실제로 거둔 수확량만 세는 제도가 아니었다. 토지가 낼 수 있는 경제적 산출을 모두 쌀로 환산해서 평가하는 체계였다. 밭작물이나 그 지역 특산물도 쌀 가치로 바뀌어 장부에 들어갔다. 다이묘가 되려면 보통 1만 석 이상이어야 했고, 1650년 무렵 일본 전체 석고는 약 2600만 석으로 평가되었다는 정리가 있다(Beasley, 1972). 쌀은 세금이자 봉급이면서 동시에 정치적 서열을 매기는 기준표였다. 도요토미 히데요시가 실시한 토지 조사(검지)와 도쿠가와 막부의 토지 파악은 이 체계를 더욱 굳혔다. 논밭의 면적, 등급, 예상 수확량을 조사해 영지를 숫자로 바꾸어 놓았다. 막부는 다이묘가 져야 할 군사적 의무를 석고에 맞추어 읽어낼 수 있었다. 영지의 힘이 칼의 수나 성의 크기가 아니라 쌀로 환산한 금액으로 표시되자, 정치 질서는 마치 회계 장부처럼 보이게 되었다. 쌀이 영지 장부에 잘 맞았던 이유는 누구에게나 똑같은 기준으로 잴 수 있었기 때문이다. 마른 쌀은 부피로 잴 수 있고, 창고에 넣을 수 있고, 먼 길로도 보낼 수 있다. 낱알은 서로 비슷해 보이고, 석이라는 단위는 사람이 살아가는 데 필요한 양과 연결된다. 그래서 쌀은 토지의 생산력을 사람의 봉록으로 바꾸어 주는 매개가 되었다. 영주는 땅을 다스렸지만, 막부는 그 땅을 쌀의 단위로 읽어냈다. 쌀은 무사의 삶도 정해 놓았다. 봉록을 석으로 받는다는 것은 정치적 신분이 식량 단위로 표현된다는 뜻이었다. 그러나 무사가 도시에 살면 쌀을 그대로 먹기보다 현금으로 바꾸어야 하는 경우가 많았다. 오사카와 에도의 쌀 시장은 바로 이런 필요 속에서 커졌다. 오래 보관할 수 있는 쌀은 창고 증서와 거래의 재료가 되었고, 막부의 질서는 점차 화폐 경제와 맞물려 갔다. 하지만 이 쌀 단위만으로 에도 사회 전체를 설명할 수는 없다. 막부의 군사 질서, 산킨코타이 같은 의무, 성하町의 시장, 화폐 경제, 지역 특산물의 성장도 함께 있었다. 실제 수입은 장부상의 석고와 달랐다. 상업이 자라면서 쌀 장부의 세계와 돈의 세계 사이에 긴장이 생겨났다. 쌀이 가진 성질은 제도의 언어가 되었지만, 경제 현실은 그 언어 밖으로까지 번져 나갔다. 이 긴장은 에도 후기로 갈수록 더 커졌다. 명목상 신분은 쌀로 표시되었지만, 실제 생활비는 돈으로 나갔다. 쌀값이 흔들리면 무사가 받는 봉록의 실제 가치도 함께 흔들렸다. 쌀은 안정된 기준처럼 보였지만, 시장에 들어가는 순간 가격이 오르내리는 상품이 되었다. 흔들리지 않는 기준이라는 힘과 시장 상품이라는 불안, 이 둘이 같은 낟알 안에 함께 있었다. 석고제는 또한 서로를 비교하는 제도이기도 했다. 어느 번이 더 큰지, 어느 무사가 어느 정도의 봉록을 받는지, 어떤 의무를 질지 모두 쌀 단위로 견주었다. 이렇게 비교할 수 있다는 점은 막부가 다스리는 데 유리했다. 하지만 지역마다 토질과 실제 수확량, 현금 수입은 서로 달랐다. 쌀이라는 하나의 기준은 질서를 만들었지만, 지역마다 다른 경제 사정을 완전히 담아내지는 못했다. 그래서 쌀이 가진 성질은 정치의 언어가 되었고, 동시에 정치의 한계도 드러냈다. 오래 저장하고, 재고, 나누기 쉬운 성질은 국가가 좋아하는 성질이다. 그러나 사람의 생활은 쌀만으로 이루어지지 않는다. 도시의 소비, 상업 신용, 부채가 커질수록 석고제라는 언어는 현실을 따라가기가 점점 버거워졌다. 석고제의 힘은 쌀을 단순한 식량에서 정치를 나타내는 숫자로 바꾸어 놓은 데 있다. 쌀이 창고에 쌓이는 순간, 그것은 무사의 봉급이 되고, 영주의 체면이 되고, 막부가 감시하는 대상이 되었다. 오늘날에도 일본어의 "석"이라는 말과 지역 축제에 등장하는 백만석이라는 이미지는 이 오래된 환산법의 흔적을 남기고 있다. 쌀 한 석은 사람이 먹는 밥의 양이면서, 동시에 권력을 재는 눈금이었다. 에도 시대 일본에서 영지는 땅 그 자체가 아니라 계산할 수 있는 쌀의 양으로 읽혔다. 엔트리 12 — 조선 환곡·공납: 빌려준 곡식의 정치 "봄에 빌려주고 가을에 거둔다." 환곡의 원래 목적은 굶주린 백성을 돕는 구휼이었다. 봄철 보릿고개에 관청의 곡식을 내주고, 가을에 수확한 뒤 다시 받는 제도였다. 굶주림을 넘기게 해 주는 장치였지만, 시간이 지나면서 환곡은 조선 지방 재정을 채우고 백성을 수탈하는 통로가 되었다. 환곡의 뿌리는 고구려의 진대법까지 거슬러 올라가 설명되지만, 조선에서는 의창·상평창·사창 같은 창고 제도와 결합했다. 세종 시대 이후 환곡에는 보관 중에 생기는 손실을 메운다는 명목으로 모곡이라는 이자성 곡식이 붙었다. 대체로 빌려준 곡식의 10분의 1 안팎이 이자로 부과되었다는 설명이 남아 있다(조선왕조실록, 세종대; 이헌창, 2014). 문제는 이 10%가 손실을 메우는 데서 점점 재정 수입으로 바뀌어 간 과정이었다. 공납도 이와 비슷한 부담을 만들었다. 각 지역은 그 지역의 토산물을 나라에 바쳐야 했지만, 실제로 물건을 마련하는 과정은 중간 상인과 아전의 손을 거치며 부담이 점점 커졌다. 대동법은 이런 공납의 부담을 쌀·포·돈으로 통일해서 걷으려 한 개혁이었다. 경기도에서 시작해 여러 지역으로 넓혀지면서, 공납이라는 복잡한 물품 장부를 쌀 중심의 세금 장부로 바꾸어 놓았다(김육, 1658; 이헌창, 2014). 쌀과 곡물이 가진 성질은 환곡을 가능하게 했다. 낟알은 말려서 창고에 넣을 수 있고, 됫박으로 나누어 빌려줄 수 있으며, 가을에는 같은 단위로 돌려받을 수 있다. 그러나 바로 이 오래 보관할 수 있고 나눌 수 있는 성질이 행정을 유혹하는 요인이 되었다. 관청은 곡식을 장부에 적어 두고, 빌려준 양과 거둔 양을 비교할 수 있었다. 곡식은 백성을 돕는 구휼품이면서 동시에 회계 장부의 항목이었다. 제도가 틀어지면 이 성질은 다른 방향으로 작동했다. 창고가 비면 돈으로 빌려주고 곡식으로 돌려받는 일이 생겼고, 봄과 가을의 곡물 가격 차이는 고스란히 농민의 부담으로 돌아갔다. 아전은 빌려주지도 않은 곡식을 빌려준 것처럼 꾸미거나 강제로 곡식을 나누어 주는 방법으로 장부를 부풀릴 수 있었다. 환곡은 굶주림을 줄이는 장치였지만, 지방 권력의 횡포와 재정 압박이 겹치면 빚을 지우는 장치로 변했다. 환곡의 위험은 곡식을 강제로 떠안기는 데서도 커졌다. 필요한 사람에게만 곡식을 내주는 구휼이라면 흉년을 넘기는 완충 장치가 될 수 있다. 그러나 장부상 이자를 얻으려고 원치 않는 농가에까지 곡식을 배정하면, 이 대출은 사실상 세금과 다름없어진다. 쌀은 나누기 쉽고 되받기 쉬웠기 때문에 이런 강제 배정이 가능했다. 나눌 수 있는 성질은 백성을 돕는 기술이면서 동시에 백성을 수탈하는 기술이었다. 다만 환곡을 무조건 나쁜 정치로만 몰아세울 수는 없다. 흉년이 들면 곡물 창고는 실제로 백성의 생명줄이었다. 문제는 쌀을 오래 보관할 수 있다는 성질이 제도에 대한 믿음과 결합하지 못했을 때 생겼다. 구휼, 이자, 지방 재정, 아전이 챙기는 수수료가 한 장부에 뒤엉키면서, 농민은 식량을 빌리고도 결국 세금을 내는 것과 다름없는 처지에 놓였다. 대동법과 환곡은 모두 하나의 기준으로 통일하는 일의 양면을 보여준다. 물품을 쌀로 바꾸어 걷으면 물품을 조달하는 혼란을 줄일 수 있다. 그러나 동시에 쌀 장부가 커질수록 관청은 농민의 식량과 세금을 같은 단위로 읽게 된다. 구휼과 조세의 경계가 흐려지면, 창고에 저장된 곡식은 백성을 보호하는 힘과 압박하는 힘을 함께 품게 된다. 환곡의 장부는 계절에 따른 불평등도 품고 있었다. 봄에는 곡식이 귀하고, 가을에는 상대적으로 흔하다. 같은 한 섬이라도 빌리는 때와 갚는 때의 값이 다르면, 농민이 느끼는 부담도 달라진다. 쌀은 똑같은 쌀이지만, 계절과 시장이 붙으면 다른 무게로 다가온다. 쌀이 가진 성질 자체는 늘 일정했지만, 제도는 그 일정함을 세금처럼 이용할 수 있었다. 공납을 개혁한 일 역시 이 문제와 맞닿아 있다. 물품 대신 쌀이나 돈으로 내게 하면 행정은 단순해진다. 그러나 기준을 하나로 통일한다고 해서 늘 공평해지는 것은 아니다. 누가 가격을 정하고, 누가 운송비를 부담하며, 누가 장부를 쓰는지의 문제는 여전히 남는다. 쌀은 제도를 단순하게 만들었지만, 사람들 사이의 권력관계까지 단순하게 만들지는 못했다. 오늘날의 공공비축미와 재난 구호에도 환곡의 그림자가 남아 있다. 식량을 쌓아 두는 일은 언제나 필요하지만, 누가 그 창고를 열고 어떤 조건으로 되받는지가 바로 정치다. 곡식 창고는 좋은 뜻만으로는 움직이지 않는다. 엔트리 13 — 자바 강제재배: 논의 시간을 빼앗다 논의 다섯 몫 중 하나를 수출 작물에 내놓으라면, 남은 시간으로 쌀을 충분히 지을 수 있을까. 1830년 네덜란드령 자바에서 시행된 강제재배제는 바로 이 질문을 식민지 농민에게 던졌다. 세금 대신 땅과 노동을 내놓게 한 제도였다. 총독 요하네스 판 덴 보스는 네덜란드의 재정 위기를 메우려고 자바 농민에게 커피, 설탕, 인디고 같은 수출 작물을 재배하게 했다. 그는 본국에서 가난한 사람들을 모아 일하게 하는 노동 시설을 운영한 경력이 있었다. 그래서 그는 강제재배도 놀고 있는 식민지 땅을 생산적으로 바꾸는 합리적인 개혁이라고 믿었다. 그러나 자바에서 그 '합리'는 마을의 물과 시간을 빼앗는 할당량으로 나타났다. 공식 원칙은 마을 경작지의 5분의 1, 또는 1년에 66일의 노동을 내놓는 것이었다(Money, 1861; Boys, 1892). 그러나 실제 현장에서는 비옥한 땅과 노동이 더 길게 묶이는 일이 잦았다. 최근 연구는 1830년대 이후 강제노동과 사망률 상승 사이의 관계를 다시 검토했다(de Zwart·Gallardo-Albarrán, 2022). 제도는 마을 단위로 움직였다. 식민 정부는 현지 유력자들을 통해 할당량을 내렸고, 이 유력자들이 농민의 땅과 노동을 조정했다. 이런 구조에서는 공식 비율보다 현장의 압력이 더 중요했다. 어떤 땅을 수출 작물에 배정할지, 누가 운반과 가공 노동에 나갈지, 쌀농사에 쓸 물길을 누가 지킬지가 마을 안의 권력관계를 바꾸어 놓았다. 쌀이 가진 성질은 여기서 뜻밖의 방식으로 작동했다. 자바의 논은 물 관리와 시기를 맞추는 일이 중요하다. 모내기, 물대기, 김매기, 수확의 시기가 어긋나면 수확량이 줄어든다. 그런데 강제재배는 같은 농민의 물과 시간을 수출 작물 쪽으로 돌렸다. 설탕은 공장과 운송망을 필요로 했고, 커피는 산지에서 일할 노동력을 필요로 했다. 식민지 장부에는 토지의 5분의 1을 내놓는다고 적혀 있었지만, 실제로 빼앗긴 것은 벼농사의 계절 리듬이었다. 특히 설탕은 논과 시간을 두고 쌀과 경쟁했다. 사탕수수는 물과 좋은 땅이 필요하고, 수확한 뒤에는 빠르게 가공해야 한다. 이 가공을 위해 공장은 연료와 운반망을 끌어들였다. 커피는 산지에서 재배해야 하고 오랜 기간 관리가 필요하다. 이런 수출 작물은 식민정부에 현금 수입을 안겨주었지만, 농민의 식량 생산 일정에는 빈틈을 만들었다. 쌀은 남는 시간에 저절로 자라는 작물이 아니었다. 이 제도는 쌀 때문만도, 설탕 때문만도 아니었다. 네덜란드의 전쟁 비용, 식민 행정, 현지 유력자들의 중개, 세계 시장의 수요가 함께 얽혀 있었다. 작물이 가진 성질은 이런 조건 속에서 노동을 어떻게 나눌지를 바꾸어 놓았다. 논벼는 제때의 손길을 필요로 했는데, 수출 작물은 그 손길을 다른 곳으로 끌고 갔다. 그래서 식량 생산을 지탱하는 여유가 약해졌다. 강제재배가 무서운 이유는 농민에게 선택권이 거의 없었다는 데 있다. 농민이 시장에서 설탕과 커피를 스스로 고른 것이 아니라, 세금과 명령의 형태로 작물 재배가 강요되었다. 식민 권력은 쌀농사를 위해 마을이 함께 일하던 관행을 수출 작물을 키우는 체계에 그대로 가져다 썼다. 물과 노동을 정교하게 쓰던 논의 장점이, 오히려 강제 동원의 바탕으로 뒤집힌 것이다. 자바 농민에게 벼농사는 식량을 대는 시간표와 같았다. 씨앗과 물, 가족의 노동이 서로 맞아야 한 해의 식탁을 지킬 수 있었다. 그런데 강제재배는 이 시간표 위에 식민지 수출을 위한 또 다른 시간표를 겹쳐 놓았다. 커피 수확, 사탕수수 운반, 공장 가공의 일정은 네덜란드의 재정과 세계 시장의 사정에 맞춰졌다. 결국 같은 농민의 몸이 두 개의 시간표 사이에서 힘들게 나뉘어 쓰인 셈이다. 이때는 쌀을 오래 저장할 수 있는 성질도 충분한 완충 역할을 하지 못했다. 논의 수확이 줄면 창고에 쌓일 쌀도 줄었고, 현금 작물에서 나온 수입은 농민에게 온전히 돌아오지 않았다. 작물의 성질이 제도의 폭력을 막아주지는 않는다. 오히려 논의 높은 생산성과 잘 짜인 노동 조직은 식민 권력이 이용하기 쉬운 기반이 되었다. 강제재배제는 네덜란드의 재정을 살렸지만, 자바 농민의 식탁에는 위험을 남겼다. 1840년대 일부 지역에서 일어난 기근과 질병은 작물 전환, 강제 노동, 행정 부패가 겹친 결과였다. 이 재난은 쌀이 가진 성질 하나 때문이 아니라 식민지 제도의 설계 때문에 커졌다. 이 제도의 실상은 결국 한 권의 소설을 통해 유럽 대중에게 알려졌다. 식민지 관리로 일하다가 환멸을 느낀 에두아르트 다우어스 데커르는 물타툴리라는 필명으로 『막스 하벨라르』(1860)를 썼다. 이 책은 강제재배의 착취를 고발했다. 이 소설은 네덜란드에서 식민정책 논쟁에 불을 붙였고, 강제재배제가 서서히 완화되는 여론을 만드는 밑바탕이 되었다. 논이 만들어낸 고통은 장부가 아니라 이야기의 형태로 본국에 전해진 셈이다. 오늘날의 세계 농산물 공급망도 누군가의 땅과 시간을 다른 시장으로 돌리고 있다. 자바의 논은 쌀이 가진 성질이 강제노동과 만날 때 식량안보가 얼마나 쉽게 흔들리는지 보여준다. 엔트리 14 — 계단식 논과 물의 정치: 발리 수박 발리의 산비탈 논을 위에서 내려다보면, 물은 계단을 따라 천천히 흘러내려 간다. 위쪽 논에서 내린 결정은 아래쪽 논의 수확을 바꾸어 놓는다. 물이 너무 적으면 벼가 마르고, 너무 오래 고이면 병해충이 퍼진다. 그래서 발리의 논은 아름다운 풍경이기 이전에 사람들이 서로 물을 조율해야 하는 곳이다. 스티븐 랜싱은 발리의 수박을 물 사원과 농민 조직이 결합된 물 관리 체계로 분석했다(Lansing, 1991). 수박은 하나의 물길을 나눠 쓰는 농민들의 협동 조직이다. 유네스코는 2012년 발리 수박 경관을 세계유산으로 등재했다. 그 범위는 물 사원과 계단식 논, 호수와 숲이 연결된 약 1만9천~2만 헥타르의 문화경관이다(UNESCO, 2012). 물은 종교, 농업, 공동체 규칙을 하나로 묶었다. 발리 수박의 밑바탕에는 여러 논이 물대기와 농사 시기를 함께 맞추는 원리가 있다. 벼는 물이 필요하지만, 해충을 줄이려면 주변 논이 같은 시기에 함께 쉬는 기간도 필요하다. 한 농가가 계속 물을 대고 벼를 심으면 해충이 숨을 곳이 계속 남는다. 여러 논이 물대기와 휴경 시기를 맞추면 병해충의 압력이 줄고 물도 고르게 나뉜다. 벼가 물에 의존한다는 사실은 경쟁만이 아니라 협업도 함께 요구했다. 수박의 규칙은 물길의 위쪽과 아래쪽을 하나로 연결한다. 위쪽 농가가 물을 오래 붙잡아 두면 아래쪽 논은 말라간다. 반대로 아래쪽 농가가 배수를 막으면 위쪽 논도 병을 얻을 수 있다. 그래서 물 사원은 종교 시설이면서 동시에 농사 일정을 조정하는 장소가 된다. 제사 날짜, 모내기 시기, 휴경의 순서는 농업기술과 종교의식이 만나는 지점이었다. 수박에서 흥미로운 점은 이것이 왕이 모든 것을 명령하는 방식과 반대라는 데 있다. 물 관리는 왕궁의 명령만으로 돌아가지 않았다. 물 사원의 의식, 농민 회의, 지역 규칙이 수로의 일정을 함께 조정했다. 랜싱은 이 체계를, 위에서 모든 것을 정하지 않아도 스스로 질서를 찾아가는 시스템으로 보았다. 즉 위에서 모든 것을 명령하기보다, 서로 연결된 논들이 시행착오를 거치며 균형을 찾아간 것이다. 컴퓨터 모형을 이용한 연구에서도 이 점이 강조되었다. 물을 더 많이 쓰려는 개별 농가의 이해와 병해충을 줄이려는 공동의 이해는 서로 충돌한다. 이 연구는 모든 것을 중앙에서 명령하는 방식보다 지역 단위의 조정이 더 안정적인 결과를 낼 수 있다고 보았다(Lansing·Kremer, 1993). 벼가 물에 의존하는 성질은 사람들을 경쟁자로 만들지만, 해충과 물 부족은 다시 사람들을 협동으로 밀어 넣는다. 물론 수박이 아무 갈등도 없는 순수한 공동체는 아니다. 신분, 사원의 권위, 관광 개발, 국가의 농업정책도 그 안에 함께 들어와 있다. 녹색혁명 시기에 수확량이 많은 품종을 도입하고 재배 시기를 연속으로 바꾸자, 이것이 전통적인 농사 일정과 부딪쳐 해충 문제가 커졌다는 보고도 있다(Lansing, 1991). 쌀이 가진 성질은 그것을 다룰 제도를 필요로 하지만, 어떤 제도를 만들지는 사회가 정한다. 이 점에서 발리 수박은 09장의 수리사회론을 다시 비춰 보게 한다. 관개는 권력을 불러오지만, 권력이 반드시 중앙으로만 모이는 것은 아니다. 물길은 사람을 하나로 묶는데, 그 묶임은 관료제, 사원, 마을 회의 가운데 어느 쪽으로도 조직될 수 있다. 쌀이 가진 성질은 정치가 어느 방향으로 갈지 정하지 않고, 다만 정치가 생겨날 조건을 만들 뿐이다. 관광 개발은 이 조건을 다시 새롭게 흔들어 놓는다. 논이 숙소와 도로로 바뀌면 물길이 끊기고, 수박의 회원 수도 줄어든다. 물은 여전히 흐르지만, 그 물을 함께 다룰 사람이 사라지면 제도도 약해진다. 발리의 사례는 쌀이 가진 성질만 보아서는 충분하지 않다는 사실을 다시 보여준다. 논을 지키는 것은 벼가 아니라 사람과 규칙이다. 그래서 계단식 논의 아름다움은 결과일 뿐 원인이 아니다. 아름다운 풍경은 물, 노동, 의례, 토지에 대한 권리가 오랫동안 서로 맞물린 뒤에 남은 결과물이다. 쌀이 가진 성질은 이런 맞물림을 필요로 했고, 수박은 그 필요를 지역의 제도로 만들어냈다. 오늘날 발리의 계단식 논은 관광 사진 속 풍경으로 소비되고 있다. 그러나 그 아름다움의 밑에는 물을 나누고 시간을 맞추는 정치가 자리하고 있다. 이 풍경은 제도가 만든 질서를 겉으로 보여주는 얼굴이기도 하다. 엔트리 15 — 쌀과 인구밀도 쌀은 오늘날에도 세계 사람들이 먹는 열량의 약 5분의 1을 차지하는 주식으로 집계된다(FAO, 2004). 특히 아시아의 저지대와 삼각주 지역에서 쌀은 많은 사람을 촘촘하게 먹여 살렸다. 같은 면적에 더 많은 노동을 들이고 물과 모를 세밀하게 관리하면, 논은 더 많은 열량을 만들어낸다. 프랜시스카 브레이는 『쌀 경제』에서 동아시아와 동남아시아의 벼농사를, 기술 체계이면서 동시에 사회 체계라고 보았다(Bray, 1986). 논은 그저 물을 담아두는 밭이 아니다. 모판, 이앙(모내기), 수로, 둑, 거름, 공동 노동, 저장과 세금까지 여러 요소가 맞물려 돌아가는 하나의 장치다. 벼농사는 땅을 넓게 쓰기보다 한 땅을 깊게 쓰는 방향으로 발달했다. 그래서 인구가 조밀한 지역에서 특히 강한 힘을 냈다. 논이 인구밀도를 떠받친 힘은 무엇보다 같은 면적에서 나오는 열량의 양에 있었다. 논벼는 물을 채워 잡초를 억제하고, 모내기로 자라는 시기를 조절하며, 조건이 맞으면 같은 땅에서 한 해에 두 번까지 거둘 수 있다. 밀밭이 한 계절에 한 번 열량을 내놓는다면, 잘 관리된 논은 같은 면적에서 더 많은 사람의 입을 감당할 수 있었다. 더 넓은 땅이 아니라 더 깊게 쓰는 땅이 더 많은 사람을 먹인다. 이렇게 높은 열량은 곧 높은 인구밀도를 뒷받침하는 물질적 바탕이 되었다. 이 열량은 인구가 늘어나는 계산 자체를 바꾸어 놓는다. 한 조각의 땅이 더 많은 사람을 먹일 수 있으면, 한 마을은 더 많은 아이를 키우고 더 많은 세대를 같은 땅에 머물게 할 수 있다. 아시아의 삼각주와 평야가 세계에서 가장 인구가 조밀한 농촌이 된 것은 이런 계산이 오랫동안 쌓인 결과였다. 다만 그 밀도를 지탱한 촘촘한 노동이 사람의 시간까지 어떻게 빨아들였는지는 다음 장에서 따로 본다. 이 장이 열량이 인구가 되는 길을 따라간다면, 다음 장은 그 인구가 노동으로 되돌아가는 길을 따라간다. 인구밀도는 결과이면서 동시에 원인이다. 사람이 늘면 더 세밀한 논 관리가 필요하고, 세밀한 논 관리는 다시 더 많은 인구를 먹일 수 있게 한다. 이 순환은 아시아의 평야와 삼각주를 인구가 조밀한 농촌 사회로 만들었다. 그러나 같은 순환이 여유로운 살림살이까지 보장해주지는 않는다. 노동을 더 많이 들일수록 한 사람이 가져가는 몫은 그대로일 수 있다. 생산량이 늘어나는 것과 생활수준이 나아지는 것은 같은 말이 아니다. 국가도 이 인구밀도에 기대어 움직였다. 인구가 조밀한 농촌은 세금 징수와 병역, 부역의 대상이 되기 쉬웠다. 논의 생산량이 안정되면 국가는 창고와 운송망을 미리 계획할 수 있었다. 하지만 농민에게 이런 안정은 곧 의무가 반복되는 일이었다. 쌀이 사람을 먹이는 힘은 국가가 사람 수를 세고 관리하는 힘과 맞물렸다. 열량이 조밀했던 만큼 국가의 행정도 촘촘해졌다. 그러므로 아시아의 인구가 늘어난 공을 쌀에만 돌릴 수는 없다. 평화로운 기간, 토지 제도, 혼인과 가족 구조, 세금, 시장, 의료와 위생도 함께 작용했다. 쌀이 가진 성질은 높은 인구밀도를 떠받칠 수 있는 농업 조건을 마련해주었고, 제도는 그 조건을 어느 방향으로 쓸지 결정했다. 쌀의 장점은 위기가 닥쳤을 때 양면으로 나타났다. 물 공급이 안정되고 노동력이 모이면 논은 튼튼한 식량 기반이 된다. 그러나 홍수, 가뭄, 전쟁, 세금 압박이 한꺼번에 겹치면, 인구가 조밀하다는 사실 자체가 취약점이 된다. 먹여야 할 입이 늘어난 만큼 한 해 농사가 실패했을 때의 충격도 커진다. 쌀이 가진 성질은 가능성을 열어주고, 제도는 그 가능성에 위기를 막을 장치를 더하거나 뺀다. 인구밀도는 문화도 바꾸어 놓았다. 좁은 땅에서 함께 물을 쓰는 사람들은 이웃의 농사 일정을 알아야 한다. 결혼, 상속, 품앗이, 마을 의례가 농사 달력과 맞물려 돌아간다. 논은 사람들을 가까이 모여 살게 만들고, 가까운 삶은 다시 규칙을 만들어낸다. 높은 열량은 사람의 몸을 먹이고, 높은 밀도는 사회를 촘촘하게 만든다. 이 촘촘함은 도시가 성장하는 바탕이 되었다. 남는 쌀이 도시 사람들을 먹였고, 도시는 다시 농촌의 세금과 상품에 대한 수요를 키웠다. 그러나 도시의 성장은 논 밖의 제도와 시장이 뒷받침해줄 때만 가능했다. 쌀은 인구밀도를 뒷받침하는 물질적 기반이었지만, 그 밀도가 어떤 사회로 바뀌는지는 정치와 경제가 결정했다. 오늘날 고층 아파트와 지하철이 있는 아시아의 도시도, 멀리서 보면 논이 만든 인구밀도 위에 서 있는 셈이다. 많은 사람을 촘촘히 먹여 살린 논은 도시의 바닥에 남아 있는 오래된 계산법이다. 엔트리 16 — 아시아 벼농사 노동체제 "인볼루션"이라는 말은, 밖으로 커지지 못한 성장이 안쪽으로 계속 말려 들어가는 상태를 가리킨다. 클리퍼드 기어츠는 자바의 벼농사를 설명하면서 이 말을 썼다(Geertz, 1963). 그의 관찰에 따르면 생산은 늘어나지만 구조 변화는 더디고, 노동은 점점 더 촘촘하게 들어가는데도, 한 사람이 가져가는 몫은 크게 나아지지 않았다. 아시아의 논벼는 노동을 세밀하게 필요로 하는 작물이다. 물길을 고치고, 모를 키우고, 모내기하고, 김을 매고, 해충을 살피고, 수확한 뒤에는 말리고 찧어야 한다. 브레이는 벼농사를, 단순한 작물 재배가 아니라 가족, 마을, 남녀 간 역할 분담, 국가 재정이 서로 연결된 기술 체계로 설명했다(Bray, 1986). 논은 기계 하나로 끝나는 공간이 아니라, 작은 손길이 계속 반복되는 공간이었다. 기어츠가 본 자바의 문제는 성장이 향한 방향이었다. 인구가 늘고 식민지 경제가 압박을 가했지만, 농촌은 토지를 넓히거나 산업으로 옮겨가기보다 논 안쪽으로 노동을 더 밀어 넣는 쪽을 택했다. 그 결과 더 잦은 관리, 더 정교한 역할 분담, 더 촘촘한 수확 배분이 생겨났다. 수확량은 늘어날 수 있었지만, 한 사람의 생활이 그만큼 나아진 것은 아니었다. 벼농사는 노동을 절약하는 작물 체계가 아니라, 노동을 계속 빨아들이는 체계였다. 논벼는 같은 땅에 노동을 더 넣을 여지를 남겨둔다. 물 높이를 맞추고, 모의 간격을 조절하고, 거름을 넣고, 해충이 생기는 주기를 맞추면 수확량이 오른다. 그래서 가족 구성원은 농사철에 함께 매달렸고, 마을은 물과 일정을 조정하려고 서로 묶였다. 쌀은 사람을 먹였지만, 그만큼 사람의 시간도 깊이 끌어들였다. 이렇게 노동이 많이 필요한 특징은 성별과 세대에 따른 역할 분담도 만들어냈다. 모판 준비, 모내기, 김매기, 수확, 탈곡은 저마다 다른 힘을 요구한다. 어떤 일은 숙련된 손놀림이 필요하고, 어떤 일은 짧은 기간에 많은 인원을 모아야 한다. 그래서 가족은 하나의 노동 단위가 되었고, 친족과 이웃은 부족한 일손을 메우는 안전망이 되었다. 논은 밥을 만들어내면서 동시에 사회관계를 계속 불러냈다. 이 노동체제는 국가와도 연결되어 있었다. 인구가 조밀한 농촌은 세금과 부역의 기반이 되었고, 관개 시설을 유지하려면 공동 노동이 필요했다. 논의 생산성은 권력을 쥔 이들에게도 매력적이었다. 세금으로 걷은 쌀은 도시와 군대를 먹였고, 농민의 농사 일정은 국가의 장부와 맞물려 돌아갔다. 쌀이 가진 성질은 가족노동에서 세금 행정까지 이어지는 긴 사슬을 만들어냈다. 근대 이후에도 이 사슬은 쉽게 끊어지지 않았다. 새로운 품종과 비료, 양수기와 기계가 들어와도 논은 여전히 물과 일정 조정을 필요로 했다. 기술은 노동을 줄여주기도 했지만, 동시에 새로운 투입재 비용과 빚, 시장 가격의 위험도 함께 불러왔다. 쌀이 가진 성질은 변하지 않았고, 제도와 기술은 그 성질을 다루는 방식만 바꾸었다. 브레이가 강조한 것도 바로 이 지점이다. 기술은 기계나 도구만을 뜻하지 않는다. 누가 언제 무엇을 하는지를 정하는 사회적 배치도 기술의 일부다(Bray, 1986). 논벼의 기술은 물길, 가족노동, 남녀 간 역할, 마을 규칙을 한꺼번에 포함한다. 그래서 벼농사를 이해하려면 수확량만 보아서는 안 된다. 그 수확량을 만들어내는 노동의 조직도 함께 보아야 한다. 기어츠의 인볼루션 개념도 여기서 도움이 되지만, 이것이 아시아 전체의 운명을 말해주는 것은 아니다. 자바가 처한 역사적 조건, 식민지의 압력, 토지 부족이 이 개념이 나온 배경이었다. 다른 지역의 논농사는 시장화와 기계화를 거치며 다른 길을 걸었다. 같은 벼라도 제도와 기술의 조합이 달라지면 노동체제도 달라진다. 그렇다고 벼농사의 노동체제를 그저 멈춰 있는 것으로만 볼 수는 없다. 지역마다 시장화와 기술 변화의 속도는 달랐고, 논은 공동체의 안정과 식량 안전을 제공하기도 했다. 문제는 쌀이 가진 성질이 제도와 어떻게 결합하는가이다. 노동을 더 넣을 수 있는 작물은 가족의 삶을 지탱할 수도 있지만, 세금과 지대가 무겁게 붙으면 사람의 시간을 갉아먹을 수도 있다. 오늘날 "바쁜 아시아"라는 인상 뒤에는 이 오래된 노동 리듬이 희미하게 남아 있다. PART2에서 다룬 물과 노동 이야기는 여기서 마무리되고, 다음 PART의 밀은 저장과 제국이라는 또 다른 장부를 펼친다. ---------------------------------------- ### PART 3. 밀 https://voidlogpress.com/books/%ed%83%84%ec%88%98%ed%99%94%eb%ac%bc-%ec%84%b8%ea%b3%84%ec%82%ac-%ec%82%ac%ec%a0%84-50/part-3-%eb%b0%80/ 질문: 밀은 왜 제국의 물류 중심이 될 수 있었나요? 요약: 오래 보관하고 옮기고 나눌 수 있는 성질을 함께 가졌기 때문입니다. 말린 낟알은 자루와 항아리에 담아 먼 바다도 건널 수 있고 표준 단위로 재기 쉬워, 도시의 창고에서 다시 개인 몫으로 나눌 수 있었습니다. 또 다른 질문: 로마의 안노나는 단순한 무료 배급이었나요? 답: 아닙니다. 도시의 식량 가격을 안정시키고 시민권자의 특권을 보여 주며, 황제가 도시를 돌본다는 신호를 주는 장치였습니다. 곡물이 늦으면 군중이 광장으로 몰릴 수 있어 배급은 창고가 아니라 통치의 문제였습니다. 또 다른 질문: 삼포제는 왜 쉬는 밭까지 계산했나요? 답: 밀은 땅의 힘을 많이 빼앗는 작물이라 땅을 쉬게 하는 일과 콩류 재배가 함께 필요했기 때문입니다. 콩류는 땅에 질소를 보태고 귀리는 말의 먹이가 되며, 그 말이 다시 쟁기질과 짐 나르는 일을 도왔습니다. 또 다른 질문: 방앗간이 어떻게 권력이 되었나요? 답: 밀알은 오래 저장할 수 있지만 빵이 되려면 반드시 가루로 빻아야 합니다. 제분은 주식을 만드는 과정에서 피할 수 없는 좁은 길목이었고, 그 길목을 차지한 사람이 수입을 차지했습니다. 또 다른 질문: 밀은 어떻게 숫자가 되었나요? 답: 곡물 엘리베이터에서 같은 등급끼리 섞이면서 어느 농장의 밀인지보다 등급과 수분과 무게가 중요해졌습니다. 밀은 영수증 한 장으로 대표되었고, 이 익명성이야말로 거대한 시장이 성립하는 조건이 되었습니다. 최종 확인: 2026-09-04T22:10:29+09:00 PART 3. 밀 엔트리 17 — 로마 안노나: 빵과 서커스의 물류 로마 시민은 왜 황제에게 빵을 기대했을까. 도시는 스스로 먹을 밭을 충분히 갖지 못한다. 로마 제국 시대의 로마는 인구가 100만 명 안팎으로 추정되는 거대한 도시였다. 곡물은 시칠리아·북아프리카·이집트에서 배로 들어왔다. 빵은 정치 구호가 아니라 다달이 도착해야 하는 물자였다. 안노나는 로마의 곡물 공급과 분배 체계였다. 공화정 말기부터 곡물 배급은 도시 민중 정치의 핵심이 되었다. 그리고 아우구스투스 이후에는 황제가 책임지는 일로 굳어졌다. 황제가 다스리기 시작한 초기에는 성인 남성 시민 약 20만 명이 한 달에 5모디우스의 곡물을 받았다는 추정이 널리 쓰인다. 이는 대략 30킬로그램 안팎이다(Rickman, 1980; Garnsey, 1988). 유베날리스의 "빵과 서커스"라는 말은 이 공급이 정치적 안정과 얼마나 가까웠는지 보여준다. 로마의 안노나는 공짜 선심만이 아니었다. 도시의 식량 가격을 안정시키고 시민권자의 특권을 보여 주는 장치였다. 또한 황제가 도시를 돌본다는 신호를 주는 장치이기도 했다. 곡물이 늦으면 군중은 광장으로 몰릴 수 있었다. 그래서 배급은 창고의 문제가 아니라 통치의 문제였다. 로마는 속주(로마가 지배하던 지방)에서 거둔 곡물을 항구와 창고, 배급 명부로 연결해야 했다. 밀이 가진 성질은 이 체계를 가능하게 했다. 밀알은 말리면 오래 버틴다. 그리고 자루와 항아리에 담아 배에 실으면 먼 바다도 건널 수 있다. 낟알은 표준 단위로 재기 쉽다. 그래서 도시의 창고에서 다시 개인 몫으로 나눌 수 있다. 포도나 채소는 이런 제국 물류의 중심이 되기 어렵다. 밀은 오래 보관할 수 있는 성질, 옮길 수 있는 성질, 나눌 수 있는 성질을 함께 가진 주식이었다. 그러나 안노나는 밀이 가진 성질만으로 설명되지 않는다. 로마의 군사력, 속주의 조세(세금), 항구 오스티아와 알렉산드리아의 선박, 상인의 신용, 황제의 정치 선전이 함께 있었다. 황제는 곡물을 직접 만든 사람이 아니었다. 대신 곡물이 끊이지 않고 흐르도록 보장하는 사람으로 자신을 보이려 했다. 밀이 가진 성질은 제국 행정이 도시의 식탁을 장악할 수 있게 한 조건이었다. 위험도 컸다. 폭풍, 해적, 흉작, 항구가 막히는 일이 생기면 가격은 흔들리고 민심은 빠르게 불안해졌다. 그래서 로마는 창고와 배급 명부, 곡물을 담당하는 관직을 키웠다. 저장할 수 있는 밀은 위기의 충격을 줄여 주는 역할을 했다. 하지만 이 역할을 관리하는 제도가 없으면 불안은 오히려 더 커질 수 있었다. 안노나의 곡물 운송은 바다와 강을 함께 이용했다. 알렉산드리아에서 곡물을 실은 배가 지중해를 건넜다. 그 배는 오스티아와 포르투스의 창고를 거쳐 티베르 강을 따라 도시로 들어왔다. 밀을 옮길 수 있는 성질은 배를 타는 순간 제국의 지리와 결합했다. 곡물 한 자루는 속주의 세금, 상인이 감수하는 위험, 항구의 노동, 황제에 대한 신뢰를 함께 싣고 움직였다. 또한 배급은 곡물을 받는 사람과 받지 못하는 사람을 갈랐다. 안노나를 받는 시민은 로마의 정치 공동체 안에 있음을 확인받은 셈이었다. 하지만 도시의 모든 사람이 같은 방식으로 먹고 산 것은 아니었다. 시장에서 사야 하는 사람, 빵집에서 빚을 지는 사람, 군대 배급을 받는 사람의 조건은 저마다 달랐다. 밀을 나눌 수 있는 성질은 평등한 배분을 보장하지 않는다. 다만 배분이 가능한 제도를 만들 뿐이다. 이 점이 안노나의 핵심이다. 밀은 시민을 달랠 수 있는 물질이었다. 하지만 실제로 달래는 일은 법과 명부, 항구와 창고가 맡아서 했다. 밀이 가진 성질은 정치를 움직이는 수단이 되었다. 그리고 제도는 그 수단을 계속 붙잡아 두려 했다. 오늘날의 대도시도 외부에서 들여오는 곡물과 운송망에 기대어 산다. 슈퍼마켓의 빵 코너에는 로마 안노나의 오래된 질문이 여전히 남아 있다. 도시는 스스로 먹을거리를 만들지 못하기 때문에, 늘 물자 이동과 권력에 기대어 살아간다. 빵은 언제나 이동하는 중이다. 그 이동은 기록으로 남는다. 그 기록은 계속 이어진다. 엔트리 18 — 나일 범람과 파라오의 창고 나일 강물이 물러간 뒤, 이집트 농민은 검은 진흙 위에 씨를 뿌렸다. 사막 한가운데서 농업이 가능했던 것은 비가 아니라 강물이 오르내리는 규칙적인 흐름 덕분이었다. 해마다 찾아오는 범람은 흙을 적시고 고운 흙과 영양분을 남겼다. 그리고 물은 다시 빠져나갔다. 이 반복이 밀과 보리를 자라게 했다. 고대 이집트의 농사 달력은 범람기, 생장기, 수확기 세 시기로 나뉘었다. 강물의 높이는 대체로 예측할 수 있었다. 하지만 너무 낮으면 흉년이 되었고, 너무 높으면 둑과 마을을 해칠 수도 있었다. 나일로미터는 물 높이를 재는 장치였다. 이 장치는 세금과 수확 전망을 가늠하는 기준이 되었다(Kemp, 1989). 왕궁과 신전에는 곡물 창고가 딸려 있었다. 그리고 노동자 임금과 제사 비용도 곡물 배급으로 지급되는 경우가 있었다(Murray, 2000). 이집트의 곡물 창고는 사람들이 상상하는 화려한 피라미드 같은 모습이 아니었다. 고고학 자료를 보면 궁전과 신전, 마을에 딸린 둥글거나 네모난 저장 시설이 나온다. 곡물은 위로 넣고 아래로 꺼내는 방식으로 관리되었다. 창고는 곡물을 쌓아 두는 곳이면서, 수확물을 세금과 임금으로 바꾸는 장치이기도 했다. 곡물이 남아 있어야 피라미드를 짓는 노동자도 먹을 수 있었고, 신전의 제사도 계속될 수 있었다. 밀과 보리가 가진 성질은 범람에 의존하는 농사를 국가가 관리하는 장부로 바꾸었다. 범람이 물러간 뒤 짧은 기간에 씨를 뿌리고, 몇 달 뒤에는 마른 낟알을 거둔다. 곡물은 항아리와 둥근 창고에 쌓인다. 그리고 되와 자루로 나뉘어 배급과 세금의 단위가 된다. 나일의 물은 계절을 만들었다. 곡물이 오래 보관되는 성질은 그 계절을 다음 계절까지 이어 주었다. 나일 농업의 특징은 짧은 시간 안에 모든 농사일이 몰려 있다는 점이다. 물이 빠진 뒤 씨 뿌리는 일이 늦어지면 수확할 수 있는 기간도 좁아졌다. 범람이 남긴 습기와 진흙을 놓치지 않으려면 마을 단위의 노동이 필요했다. 이 일정은 세금을 걷는 일에도 영향을 주었다. 관청은 물 높이와 토지 면적을 보고 예상 수확량을 계산했다. 그리고 실제 곡물 수확량은 그 계산이 맞는지를 증명했다. 파라오의 권력은 이런 연결 속에서 자랐다. 물 높이를 재고 토지를 조사하는 일은 단순한 행정이 아니었다. 창고를 관리하는 일도 마찬가지였다. 그것은 굶주림과 풍요를 미리 내다보는 정치였다. 수확이 좋을 때는 곡물이 왕과 신전의 권위를 키웠다. 반대로 수확이 나쁠 때는 창고의 문을 여는 방식이 신뢰를 가르는 기준이 되었다. 그렇다고 나일 강이 저절로 파라오의 국가를 만든 것은 아니다. 지역 관료, 신전 경제, 강제 노동, 군사력, 문자로 하는 행정이 함께 있었다. 물길과 창고는 이런 제도들이 실제로 작동할 수 있게 하는 바탕이었다. 곡물은 오래 보관할 수 있었기 때문에 세금으로 쓰일 수 있었다. 그리고 세금이 되었기 때문에 더 꼼꼼하게 기록되었다. 나일 강은 축복이면서 동시에 위험이었다. 범람이 낮으면 굶주림을 예고했고, 범람이 높으면 둑과 집을 해칠 수 있었다. 그래서 국가는 물을 신성한 질서라고 설명하면서도, 실제로는 둑을 보수하고 창고를 관리했다. 신화와 행정은 따로 움직이지 않았다. 곡물 창고는 신의 은혜를 사람들에게 나눠 주는 배급으로 바꾸는 곳이었다. 창고에 쌓인 곡물은 노동력을 동원하는 데 쓰는 자원이기도 했다. 농한기에 동원된 노동자는 임금 대신 곡물 배급을 받을 수 있었다. 피라미드와 신전, 운하와 둑은 사람의 힘으로 지어졌다. 그리고 그 힘은 빵과 맥주로 유지되었다. 밀과 보리 덕분에 국가는 사람들의 노동력을 미리 확보해 둘 수 있었다. 오늘 거둔 낟알이 내일의 공사를 가능하게 한 것이다. 하지만 이 체계는 지역 공동체의 노동 없이는 작동하지 않았다. 중앙의 창고가 모든 논밭을 직접 관리한 것은 아니었다. 마을과 관리, 신전과 왕궁이 역할을 나누어 맡았다. 나일의 범람은 기회를 주었고, 곡물이 오래 보관되는 성질은 그 기회를 오래 붙잡아 두었다. 권력은 바로 그 사이에서 생겨났다. 오늘날의 댐과 저수지도 물이 흐르는 시간을 국가가 관리하는 시간으로 바꾼다. 나일의 창고는 물과 밀, 장부가 결합할 때 권력이 어떻게 지켜지는지 보여준다. 물의 주기를 읽어 내는 능력은 곧 식량의 주기를 다루는 능력이었다. 엔트리 19 — 삼포제: 쉬는 밭까지 계산하다 중세 유럽에서는 밭을 세 칸으로 나누어, 그중 한 칸은 쉬게 했다. 나머지 한 칸에는 가을에 밀이나 호밀을 심었다. 또 다른 한 칸에는 봄에 보리, 귀리, 콩류를 심었다. 해마다 쉬는 칸의 위치를 바꾸면 세 칸 중 두 칸을 경작할 수 있었다. 삼포제는 밭을 놀리는 방식까지 미리 계산에 넣은 농업 시간표였다. 이전의 이포제는 대체로 밭의 절반을 경작하고 절반을 쉬게 하는 방식이었다. 삼포제는 쉬는 땅을 3분의 1로 줄이고, 봄에 심는 작물을 추가해 식량과 사료를 함께 늘렸다. 린 화이트는 『중세 기술과 사회 변화』에서 삼포제, 무거운 쟁기, 말목걸이 같은 기술이 북유럽 농업의 생산성을 높였다고 보았다(White, 1962). 그의 설명은 기술이 사회를 일방적으로 바꾼다고 보는 기술결정론 논쟁을 낳았다. 하지만 밭과 도구, 제도가 서로 어떻게 결합했는지를 보게 해 준다. 삼포제의 장점은 단순한 계산으로도 알 수 있다. 이포제에서는 해마다 경작지가 절반뿐이다. 삼포제에서는 3분의 2가 작물을 품는다. 여기에 봄 작물과 콩류가 들어가면 사람이 먹을 식량과 가축이 먹을 사료가 함께 늘어난다. 귀리를 먹은 말은 더 빠르게 짐을 나르고 쟁기질을 도왔다. 그리고 가축의 거름은 다시 밭으로 돌아갔다. 밭의 순환은 마구간과 창고까지 이어졌다. 밀이 가진 성질은 이 체계에서 중심을 차지했다. 가을밀은 겨울을 지나 봄에 자라고, 수확한 뒤에는 말려서 저장된다. 그러나 밀은 땅의 힘(지력)을 많이 빼앗는 작물이다. 그래서 땅을 쉬게 하는 일과 콩류 재배가 함께 필요했다. 콩류는 땅에 질소를 보태 준다. 귀리는 말의 먹이가 되고, 그 말은 다시 쟁기질과 짐 나르는 일을 도왔다. 밀이라는 작물 하나가 아니라, 밀을 버티게 해 주는 돌려짓기 구조 전체가 중요했다. 삼포제는 농민의 노동 방식도 바꾸었다. 겨울 작물과 봄 작물을 나누어 심으면 농사일이 바쁜 시기도 나뉘고, 수확하는 시점도 나뉘었다. 마을의 열린 들판에서는 각 농가가 가진 길쭉한 조각밭들이 같은 주기로 움직여야 했다. 한 사람이 마음대로 작물을 바꾸면 이웃이 세운 방목과 휴경 계획이 흔들렸다. 그래서 삼포제는 농사 기술이면서 동시에 마을 전체가 지켜야 하는 공동 규칙이었다. 열린 들판의 조각밭 구조는 농가들의 협동을 강제하는 효과가 있었다. 같은 큰 들판 안에 여러 농가의 띠 모양 밭이 섞여 있었기 때문에, 울타리를 치거나 작물을 정하는 일을 개인 마음대로 하기 어려웠다. 수확이 끝난 휴경지는 마을 공동의 방목지가 되었고, 가축의 배설물은 땅을 다시 기름지게 만들었다. 밀이 오래 보관되는 성질은 창고를 만들었지만, 밀을 재배하는 일은 마을 전체의 시간표를 만들었다. 결국 생산성은 작물의 성질과 토양, 공동 규칙이 합쳐진 결과였다. 물론 삼포제만으로 유럽의 성장을 다 설명할 수는 없다. 기후, 인구 회복, 장원제, 시장, 도시의 성장, 전쟁과 질병으로 생긴 공백이 함께 작용했다. 남유럽처럼 여름이 건조한 곳에서는 삼포제가 잘 맞지 않았다. 같은 제도라도 토양과 강우량, 가축을 기르는 조건에 따라 효과가 달랐다. 또한 화이트의 설명은 비판을 받기도 했다. 기술이 사회를 일방적으로 바꾸었다기보다, 장원제와 마을 공동체가 그 기술을 받아들일 조건을 먼저 만들었다는 지적이다. 무거운 쟁기와 삼포제는 따로 움직이지 않았다. 도구는 밭의 모양을 바꾸었다. 밭의 모양은 노동을 조직하는 방식을 바꾸었다. 그리고 그렇게 조직된 노동은 다시 기술을 어떻게 쓸지를 제한했다. 삼포제에서 작물의 성질이 만들어 내는 핵심 원리는 돌려짓기다. 밀은 저장할 수 있지만 땅의 힘을 많이 쓴다. 콩류는 땅의 힘을 되살리고, 귀리는 말이 일할 힘을 만들어 준다. 작물의 차이가 계절의 차이를 만들고, 계절의 차이가 마을의 규칙을 만들었다. 밀은 혼자 자라지 않았다. 쉬는 밭과 사료 작물의 도움을 함께 받으며 자랐다. 오늘날의 윤작(돌려짓기)과 토양 관리도 삼포제가 던진 질문을 이어받고 있다. 밭은 한 해의 수확만이 아니라 다음 해에 남을 땅의 힘까지 함께 계산해야 한다. 밀이 오래 보관되는 성질은 창고를 만들었고, 밀이 땅의 힘을 많이 필요로 한다는 사실은 밭의 달력을 만들었다. 밀은 창고에 쌓이는 곡물이면서 동시에 밭의 시간표를 정하는 기준이었다. 쉬는 밭까지 생산의 일부로 계산하는 이 달력은 결국 가격을 정하는 달력이 되었다. 엔트리 20 — 프랑스혁명과 빵값 "빵을 달라"는 말은 1789년 파리에서 정치 구호가 되었다. 빵은 가난한 도시민의 식사에서 중심을 차지했다. 그래서 빵값이 오르면 임금 전체가 흔들렸다. 흉작과 유통 불안, 재정 위기, 소문이 한꺼번에 겹치자 빵집 앞에 줄 서는 일은 곧 정치의 현장이 되었다. 스티븐 캐플런은 구체제 프랑스에서 빵 공급이 단순한 시장 문제가 아니었다고 설명했다. 그는 빵 공급이 왕이 백성을 책임진다는 도덕적 의무, 즉 왕권의 도덕경제였다고 보았다(Kaplan, 1984). 사람들은 왕이 빵의 흐름을 보장해야 한다고 기대했다. 1788~1789년의 흉작과 물가 상승은 이 기대를 무너뜨렸다. 한 추정에 따르면 파리 노동자가 빵에 쓰는 몫은 평상시 임금의 약 절반에서 1789년 정점에는 약 88%까지 치솟았다(Kates, 1998). 1789년 10월 파리 여성들이 베르사유로 행진한 사건도 높은 빵값과 빵 부족에서 시작되었다(Rudé, 1959). 빵은 파리 민중에게 매일 나가는 지출이었다. 고기나 설탕은 줄일 수 있어도 빵은 줄이기 어려웠다. 값이 오르면 사람들은 단순히 비싼 음식을 마주하는 데 그치지 않았다. 하루를 버틸 열량 자체를 잃게 되는 문제였다. 그래서 빵집 앞의 소문은 빠르게 정치적인 소문으로 바뀌었다. 누가 밀을 숨겼는가, 누가 값을 올렸는가, 왕은 왜 막지 않는가라는 질문이 뒤따랐다. 밀이 가진 성질은 여기서 정치적인 문제가 된다. 밀이 빵이 되려면 가루로 빻고 반죽하고, 발효시키고 굽는 과정을 거쳐야 한다. 그래서 밀알은 농민의 창고에서 바로 식탁으로 가지 않는다. 그 사이에 곡물 상인, 방앗간, 제빵업자, 도시 시장, 경찰의 규제가 끼어든다. 밀은 저장할 수 있지만, 빵은 오래 버티지 못한다. 이 차이 때문에 도시민은 매일 공급망에 의존할 수밖에 없었다. 가루를 빻고 빵을 굽는 단계가 길다는 것은, 문제가 생겼을 때 누구 책임인지도 흐려진다는 뜻이었다. 밀이 부족한 것인가, 방앗간이 일을 늦게 하는 것인가, 제빵업자가 무게를 속이는 것인가, 상인이 투기하는 것인가. 민중은 이 공급 과정 어딘가에서 부정이 생겼다고 의심했다. 빵 한 덩어리는 농업 생산물인 동시에 경찰과 시장이 감시하는 대상이었다. 프랑스 왕정은 오랫동안 곡물 거래를 감시하고 빵의 무게와 가격을 규제했다. 계몽사상을 따르는 관료들은 곡물 거래를 자유롭게 두면 공급이 나아진다고 믿었다. 반면 민중은 그 자유가 투기와 곡물 은닉을 부른다고 의심했다. 밀을 오래 보관할 수 있는 성질은 위기의 충격을 줄이는 역할을 할 수 있었다. 하지만 누가 그 밀을 저장하고 있는가에 따라, 오히려 음모의 증거처럼 보이기도 했다. 창고는 안전망이면서 동시에 불신의 대상이었다. 프랑스혁명은 빵값 하나 때문에 일어난 것이 아니다. 재정 파탄, 신분제, 정치적 대표성 문제, 계몽사상, 국가 폭력의 위기가 함께 있었다. 그러나 빵은 사람들이 그 위기를 몸으로 직접 느끼게 만들었다. 하루치 식량조차 사지 못하는 사람에게 헌법 논쟁은 빵집 앞 줄과 별개의 문제가 아니었다. 밀이 가진 성질은 도시의 공급 제도와 결합해 분노가 퍼지는 속도를 키웠다. 1789년 10월의 여성 행진은 그래서 상징적인 사건이다. 시장의 여성들은 빵을 요구하며 무기와 정치적 요구를 함께 들고 베르사유로 향했다. 왕을 파리로 데려오는 일은 빵을 공급해야 할 사람을 도시 사람들의 눈앞에 붙잡아 두는 행위이기도 했다. 밀이 가진 성질만으로 거리의 행동이 만들어진 것은 아니었다. 그 성질은 공급 책임을 둘러싼 정치적 기대와 결합했다. 빵값은 그저 추상적인 물가 지표가 아니었다. 하루 품삯에서 빵이 차지하는 몫이 커질수록, 남는 돈은 그만큼 줄었다. 임대료와 연료비, 소금과 옷값은 줄어들지 않고 그대로 나갔다. 그래서 빵의 가격은 가족의 살림 전체를 압박했다. 밀을 오래 보관할 수 있는 성질은 흉년의 충격을 줄여 줄 가능성을 주었다. 하지만 도시 빈민은 그 창고에 직접 손을 댈 수 없었다. 오늘날에도 식품 가격이 오르면 정치적 지표로 여겨진다. 빵 한 덩어리는 밀밭보다 훨씬 길고 복잡한 제도를 거쳐 식탁에 오른다. 가격표는 때로 투표용지보다 먼저 거리의 분노를 드러낸다. 사람들은 통계 수치가 나오기도 전에 배고픔을 먼저 몸으로 느끼고 거리로 나선다. 빵값 문제는 한 나라의 국경 안에만 머무르지 않는다. 엔트리 21 — 영국 곡물법 폐지: 빵값과 자유무역 빵값은 누구를 보호해야 하는가. 1815년 이후 영국 곡물법은 수입 곡물에 장벽을 세워 국내 지주와 농업 이익을 보호했다. 도시 노동자와 공장주는 같은 법을 다르게 보았다. 노동자에게는 비싼 빵이었고, 공장주에게는 임금 압력이었다. 곡물법을 없애자는 운동은 1830~1840년대에 조직적으로 커졌다. 맨체스터를 중심으로 한 반곡물법동맹은 리처드 코브던과 존 브라이트의 연설, 팸플릿, 집회를 통해 여론을 모았다. 1845년 아일랜드에서 감자 농사가 크게 실패하자, 식량을 수입해야 한다는 요구가 더 급해졌다. 로버트 필 총리는 자기 소속 보수당이 지켜온 보호무역 노선을 스스로 무너뜨리면서 폐지를 추진했다. 1846년 법안은 하원을 통과했다(Gash, 1972; Schonhardt-Bailey, 2006). 곡물법을 보는 눈은 계급마다 달랐다. 지주는 높은 곡물 가격이 토지 수입과 농촌 질서를 지킨다고 보았다. 도시 제조업자는 싼 빵이 임금 압력을 낮추고 수출 경쟁력을 높인다고 보았다. 노동자는 비싼 빵을 매주 몸으로 겪었다. 같은 밀 가격도 지주에게는 지대 문제로, 노동자에게는 임금 문제로, 공장주에게는 이윤 문제로 다르게 다가왔다. 밀이 가진 성질, 곧 오래 저장되고 배로 옮길 수 있는 성질은 이 논쟁에서 그대로 가격을 좌우하는 힘이 되었다. 국내에서 흉년이 들어도, 외국에서 밀을 들여오면 가격을 낮출 수 있었다. 하지만 수입 밀은 지주의 토지 수입을 위협하기도 했다. 밀을 멀리서 옮겨 올 수 있다는 같은 사실이 도시 소비자에게는 반드시 필요한 이득이었고, 농업을 보호하려는 사람들에게는 경쟁의 압박이 되었다. 곡물법은 밀을 나라 안에만 묶어두려는 제도였다. 자유무역을 주장하는 사람들은 바다와 철도로 밀을 더 넓은 시장에 실어 나를 수 있다고 보았다. 보호무역을 주장하는 사람들은 그렇게 밀이 자유롭게 오가면 농촌 질서와 지주의 힘이 약해진다고 보았다. 밀은 사람들의 주식이면서, 정치와 경제를 함께 가늠하는 기준 가격이었다. 빵값 하나에 임금, 지대, 산업 경쟁력의 문제가 모두 걸려 있었다. 곡물법이 폐지되는 과정은 의회 안의 갈등도 드러냈다. 필은 자유무역 쪽으로 움직였지만, 보수당의 농업 지지층은 이를 배신으로 보았다. 결국 법은 폐지되었고, 필의 정부는 무너졌다. 밀을 멀리까지 옮길 수 있다는 사실은 세계 시장을 열었지만, 그 개방은 정당 체계를 뒤흔든 정치 사건이기도 했다. 곡물법 폐지가 곧 가난한 사람들의 삶을 해결해준 것은 아니다. 아일랜드 대기근은 곡물법 폐지와는 별개로, 토지 구조와 구호 실패, 감자에만 의존한 농사, 제국 정책이 얽히면서 커졌다. 또한 자유무역은 도시 공업 자본의 이익과도 맞아떨어졌다. 밀을 멀리까지 옮길 수 있다는 사실은 무역의 길을 열었지만, 그 길을 누가 어떤 조건으로 이용하는지는 정치가 정했다. 그래도 1846년은 영국 경제정책의 상징적인 해로 남았다. 곡물법 폐지는 자유무역이 국가의 원칙으로 자리 잡은 사건으로 기억된다. 하지만 그 원칙 아래에는 빵값이라는 매우 구체적인 식탁의 문제가 있었다. 자유무역이라는 추상적인 원칙도, 결국은 밀알이 항구를 통과할 수 있느냐는 질문으로 귀결되었다. 반곡물법동맹의 힘은 도덕적인 주장과 현실적인 계산을 함께 사용한 데 있었다. 그들은 싼 빵을 노동자의 권리처럼 말했고, 자유무역을 산업의 미래처럼 말했다. 두 주장은 완전히 같지 않았지만, 곡물법 반대라는 하나의 목표 안에서 만났다. 밀 가격은 공장의 임금표와 가정의 식탁에 동시에 영향을 미쳤다. 여기서도 하나의 원인만으로 결과를 설명하려는 태도는 경계해야 한다. 곡물법 폐지는 밀을 옮길 수 있다는 성질 하나가 저절로 만들어낸 결과가 아니다. 선거권 확대, 산업도시의 성장, 조직적인 운동, 아일랜드 기근, 필의 정치적 결단이 함께 작용했다. 밀은 이 논쟁의 물질적 중심에 있었지만, 그 중심을 실제로 움직인 것은 제도와 정치였다. 오늘날의 식량 관세와 수입 개방 논쟁도 같은 질문을 담고 있다. 값싼 빵은 소비자에게 이득이지만, 생산자의 기반을 흔들 수 있다. 자유무역으로 얻은 빵은 누군가에게는 해방이지만, 누군가에게는 생계를 무너뜨리는 위협이다. 엔트리 22 — 방앗간과 제분 권력 마을의 밀은 어디서 가루가 되는가. 중세 유럽의 농민은 자기 집에서 마음대로 곡식을 빻지 못하는 경우가 있었다. 영주가 소유한 방앗간과 화덕, 포도 압착기를 써야 했고, 그 대가를 치러야 했다. 이것을 banalité라고 부른다. 영주가 가진 명령권이 곡식을 빻고 빵을 굽는 일상적인 기술 사용에까지 따라붙은 권리였다. 마르크 블로크와 조르주 뒤비는 중세 영주의 권리를 단순히 땅을 가진 것으로만 보지 않았다. 명령을 내릴 수 있는 권한, 재판할 수 있는 권한, 시설을 독점하는 권한이 합쳐진 것으로 보았다(Bloch, 1939; Duby, 1973). 영주는 방앗간을 세우고 관리하는 대신, 자신에게 매인 농민에게 그 방앗간을 반드시 쓰도록 강제할 수 있었다. 사용료는 곡식의 일부로 걷히기도 했다. 곡물이 가루로 바뀌는 순간마다 영주의 권리가 함께 발생한 셈이다. 방앗간 독점은 "편의 제공"과 "강제 사용" 사이에 있었다. 큰 물레방아를 짓고 수로를 관리하는 일은 개인 농가가 하기 어렵다. 영주는 그 비용을 이유로 독점권을 주장했다. 그러나 농민은 자기 곡식을 빻을 자유를 잃었다. 시설은 필요했고, 그 필요가 권리의 근거가 되었다. 밀이 가진 성질은 이런 권리를 가능하게 만들었다. 밀알은 오래 저장할 수 있지만, 빵이 되려면 반드시 가루로 빻는 과정을 거쳐야 한다. 껍질과 배젖 부분을 부수고, 체로 치고, 물과 섞어 반죽해야 한다. 손으로 돌리는 맷돌로도 가능하지만, 물레방아와 풍차는 훨씬 많은 양을 빠르게 처리할 수 있다. 제분은 주식을 만드는 과정에서 반드시 거쳐야 하는 좁은 길목이었다. 그 길목을 차지한 사람이 수입을 차지했다. 물레방아는 물의 힘을 이용해 만든 제도이기도 했다. 흐르는 물이 맷돌을 돌리고, 맷돌은 밀알을 가루로 만든다. 하지만 물길을 쓸 권리, 방앗간의 위치, 수리 비용, 제분료는 모두 사람이 정한 사회적 규칙에 따라 정해졌다. 밀의 단단한 낟알은 반드시 빻아야 했고, 그 필요성이 영주의 banalité와 결합했다. 방앗간은 기술 시설이면서 동시에 농민을 감시하는 곳이었다. 농민이 곡식을 얼마나 거두었는지, 얼마나 빻았는지, 얼마나 먹고 팔 수 있는지가 이곳에서 드러났다. 영주의 방앗간은 밀이 오가는 과정을 눈에 보이게 만들었다. 곡물을 나눌 수 있는 성질은 세금과 수수료를 계산하는 데 알맞았고, 가루가 되는 과정은 영주가 통행료를 걷는 지점이 되었다. 물론 모든 지역의 제분 권리가 같은 모습은 아니었다. 어떤 곳에서는 도시나 수도원이 방앗간을 가졌고, 어떤 곳에서는 시장 경쟁이 더 크게 작동했다. 영주의 독점도 시설을 유지해야 하는 의무와 함께 정당화되었다. 하지만 농민에게는 선택의 여지가 줄어드는 일이었다. 밀이 가진 성질은 제도와 결합하면서, 도움이 되는 서비스와 수탈 사이 어딘가에 놓였다. 제분료는 한 번에는 작은 몫처럼 보이지만 여러 번 반복해서 걷힌다. 밀을 빻을 때마다 일부가 빠져나가면, 결국 수확량의 상당 부분이 계속 영주에게 흘러갔다. 토지세가 밭에서 걷히는 권리라면, 방앗간 권리는 식탁에 오르기 직전 단계에서 걷히는 권리였다. 밀은 빵이 되기 전 마지막 단계에서 다시 한 번 영주의 지배를 받았다. 방앗간은 농민들이 저항하는 대상이 되기도 했다. 농민이 몰래 손맷돌을 쓰거나 다른 방앗간을 찾으면, 영주의 수입은 줄었다. 그래서 이를 금지하고 벌금을 매기는 규정이 따라붙었다. 밀을 빻는 과정은 피할 수 없었고, 피할 수 없는 과정일수록 독점은 더 단단해졌다. 권력은 특별한 순간보다, 반복해서 일어나는 필요에 달라붙을 때 더 오래간다. 그렇다고 방앗간을 억압하는 장치로만 볼 수는 없다. 큰 맷돌과 물길을 만들고 관리하는 데는 비용이 들었고, 안정적인 제분은 마을의 식량 공급을 위해서도 필요했다. 문제는 누가 그 시설을 소유하고, 농민에게 선택권을 얼마나 허용하며, 사용료를 어떻게 정하는가였다. 밀이 가진 성질은 여럿이 함께 쓰는 시설을 필요로 했고, 봉건 제도는 그 시설을 영주의 권리로 만들었다. 오늘날에도 플랫폼이나 결제망처럼 반드시 거쳐야 하는 지점은 권력이 된다. 방앗간은 중세에 존재한 작은 규모의 시설 독점이었다. 밀가루가 지나가는 길목을 차지하는 일은 곧 사람들의 식탁을 차지하는 일이었다. 엔트리 23 — 흰 빵과 계급 빵의 색깔은 한때 그 사람의 신분을 보여주었다. 거친 빵은 농민과 빈민의 식탁에 가까웠고, 희고 부드러운 빵은 부유층의 식탁에 가까웠다. 오늘날에는 통곡물 빵이 건강식으로 팔리지만, 오랫동안 하얀 밀가루는 돈과 노동이 많이 들어간 신분의 표시였다. 흰 빵은 밀알에서 겨와 배아를 덜어내고, 배젖 부분만 남겨 고운 가루를 얻어야 만들 수 있다. 이 과정에는 체로 치고 걸러내는 손질이 필요했고, 밀 자체도 호밀이나 귀리보다 비싼 곡물이었다. 중세와 근세 유럽에서 말 먹이용 빵이나 잡곡빵은 낮은 신분과 연결되었다. 반면 희고 고운 빵은 중간층과 상류층이 선호하는 빵이 되었다(Rubel, 2011; Vogler, 2020). 빵의 색깔은 맛의 차이이면서 동시에 가격의 차이를 보여주는 표시였다. 빵의 색깔은 곡물의 종류와 빻은 정도를 함께 보여준다. 호밀과 보리, 귀리, 콩류가 섞이면 빵은 어둡고 무거워진다. 밀가루를 곱게 체질하면 빵은 밝고 부드러워진다. 같은 열량을 내더라도 입안에서 느끼는 감각은 다르고, 그 감각은 곧 신분을 드러내는 표시가 되었다. 흰 빵을 먹는다는 것은 더 비싼 원료와 더 세밀한 가공을 누린다는 뜻이었다. 밀이 가진 성질은 이런 신분 구분에 잘 맞았다. 밀에는 글루텐이 있어서 부풀고 부드러운 빵을 만들기 쉽다. 또 배젖만 따로 분리하면 색이 밝고 질감이 고운 가루가 나온다. 하지만 이렇게 곱게 다듬는 과정에는 손이 많이 가고 장비도 필요했다. 겨를 덜어낼수록 빵은 희어지지만, 동시에 영양 일부와 무게도 함께 빠져나간다. 흰색은 단순히 깨끗함만을 뜻하지 않았다. 재료를 낭비할 만한 여유가 있다는 뜻이기도 했다. 제분 기술은 이런 구분을 더 키웠다. 물레방아와 체에 이어, 나중에는 롤러 제분기가 밀알을 더 세밀하게 분해했다. 19세기 후반 산업화된 제분 방식은 흰 밀가루를 만드는 비용을 낮추었다. 그러자 한때 상류층의 상징이던 흰 빵이 도시 노동자도 흔히 먹는 음식이 되었다. 밀이 가진 성질은 그대로였지만, 기술과 시장이 그 의미를 바꾸어놓았다. 이 변화에는 오래 보관할 수 있는 성질도 작용했다. 겨와 배아에는 기름과 영양이 들어 있지만, 이를 덜어내고 정제하면 상할 위험이 줄고 흰 밀가루를 더 오래 보관할 수 있다. 이 성질은 대규모 제분과 먼 거리로 유통하는 데 유리했다. 흰 빵이 널리 퍼진 것은 단순히 입맛이 바뀌어서가 아니라, 밀을 곱게 정제할 수 있다는 성질과 산업 유통이 만난 결과였다. 그렇다고 흰 빵 한 조각이 계급을 갈랐다고 말하면 지나친 해석이다. 토지 소유, 임금, 도시화, 제분업, 위생 관념, 광고가 모두 함께 작용했다. 사람들은 흰 빵을 순수하고 안전한 음식으로 여기기도 했다. 거친 빵은 가난했던 기억을 떠올리게 했고, 부드러운 빵은 신분이 올라간다는 느낌을 주었다. 밀을 곱게 정제할 수 있다는 성질이 사람들의 사회적 욕망과 결합한 것이다. 영양에 대한 평가가 뒤바뀐 것도 여기서 생긴 일이다. 과거에는 겨를 덜어낸 빵이 더 비싼 빵이었다. 오늘날에는 섬유질과 미네랄을 남긴 통곡물 빵이 더 건강한 선택으로 광고된다. 밀이 가진 성질은 변하지 않았지만, 의학 지식과 시장에서 쓰는 말이 바뀐 것이다. 흰색은 한때 부유함을 나타내는 표시였지만, 지금은 많이 가공했다는 표시가 되었다. 흰 빵이 신분을 드러내는 힘은 매일 눈에 보이는 음식이라는 점에서도 강했다. 고기나 향신료는 잔칫상에서나 드러나지만, 빵은 매일 식탁에 오른다. 하얗고 부드러운 빵을 매일 먹을 수 있다는 사실은 안정된 구매력을 뜻했다. 밀을 곱게 정제할 수 있다는 성질은 일상에서 신분을 드러내는 재료가 되었다. 산업화는 이런 과시를 누구나 할 수 있는 일로 바꾸었다. 롤러 제분, 표준화된 밀가루, 대형 제빵 공장은 흰 빵을 싸게 만들었다. 그러나 가격이 싸진 뒤에도 사람들은 여전히 오래된 신분의 기억을 소비했다. 부드럽고 하얀 빵은 손쉽게 누릴 수 있는 근대적인 맛이 되었다. 밀이 가진 성질은 기술을 만났고, 기술은 사람들이 원하는 방향을 바꾸어놓았다. 오늘날 빵 진열대는 이렇게 뒤바뀐 상황을 보여준다. 한때 부유함의 색이던 흰 빵은 값싼 표준 빵이 되었고, 거친 통곡물 빵은 건강과 취향을 보여주는 빵이 되었다. 빵의 색이 뜻하는 바는 신분을 나타내던 것에서 건강을 이야기하는 것으로 바뀌었다. 흰 빵은 한때 신분을 보여주는 음식이었지만, 지금은 평범하게 가공된 식품의 표준이 되었다. 엔트리 24 — 밀 선물시장의 탄생: 낟알이 숫자가 될 때 "1등급 적색 겨울밀"이라는 말에는 그 밀을 키운 농부가 누구인지 드러나지 않는다. 시카고의 곡물시장은 밀을 어느 농장에서 나온 자루인지가 아니라, 등급과 수량과 인도월로 거래되는 상품으로 바꾸었다. 밀은 창고에 쌓였고, 실제 밀이 오가기도 전에 종이 위에서 먼저 팔렸다. 시카고상업거래소의 전신인 시카고상품거래소(CBOT)는 1848년에 설립되었다. 오대호와 운하, 철도가 만나는 시카고는 중서부에서 난 곡물이 동부 시장으로 나가는 관문 도시가 되었다. 윌리엄 크로넌은 『자연의 대도시』에서, 곡물 엘리베이터와 등급 매기기, 선물거래가 시카고와 대평원을 하나의 시장으로 묶었다고 설명했다(Cronon, 1991). CBOT는 1860년대에 표준화된 선물계약을 제도로 만들었다(CME Group, 2026). 초기의 곡물 거래는 농부와 상인이 누구인지가 더 잘 드러났다. 자루마다 주인이 있었고, 품질은 사람이 직접 눈과 손으로 확인했다. 그러나 철도와 곡물 엘리베이터가 들어오자 밀은 대량으로 섞이기 시작했다. 섞이는 순간 어느 농장의 밀인지는 중요하지 않게 되었고, 대신 등급과 수분, 무게가 중요해졌다. 시장은 누구의 밀인지보다 정해진 표준에 맞는지를 요구했다. 밀이 가진 성질은 이런 표준화에 잘 맞았다. 마른 낟알은 서로 섞이고 쌓일 수 있고, 일정한 수분과 품질 기준에 따라 등급을 매길 수 있다. 자루마다 주인의 이름이 찍힌 곡물은 각각 다른 물건으로 취급된다. 하지만 엘리베이터에 들어간 밀은 같은 등급끼리 섞이고, 그 대신 영수증 한 장으로 대표된다. 곡물은 실제 물질이면서 동시에 하나의 문서가 되었다. 곡물 엘리베이터는 단순한 창고를 넘어선 장치였다. 곡물을 위로 끌어올려 저장통에 쏟아붓고, 다시 아래로 내려보내며 배와 기차에 실었다. 이 과정에서 밀은 같은 등급 안에서라면 서로 바꿔도 되는 물건이 되었다. 어느 농부의 밀인지보다 어떤 등급의 밀인지가 더 중요해졌다. 밀이 고르게 섞일 수 있다는 성질이 금융이 다루는 숫자로 바뀐 것이다. 선물시장은 이렇게 문서로 다루는 방식을 한 걸음 더 밀고 나갔다. 봄에 심은 밀은 여름과 가을이 되어야 나온다. 가격은 날씨, 운송, 전쟁, 수요에 따라 흔들린다. 선물계약은 미래에 밀을 넘겨받을 시점과 가격을 미리 정해, 이 위험을 나누어 지려는 장치였다. 오래 저장할 수 있고 멀리까지 옮길 수 있는 성질이 없었다면 이런 계약은 성립하기 어려웠을 것이다. 밀은 시간이 지나도 상하지 않고 버티며, 정해진 장소로 옮겨질 수 있었기 때문이다. 하지만 이런 시장은 밀이 가진 성질만으로 생겨나지 않았다. 철도 회사, 창고업자, 은행의 신용, 전신, 법원, 거래소의 규칙이 함께 있어야 했다. 등급을 누가 정하는가, 창고 영수증을 믿을 수 있는가, 계약을 지키지 않으면 어떻게 처리하는가가 핵심이었다. 낟알이 고르게 섞일 수 있다는 성질은 제도에 대한 신뢰와 결합할 때 비로소 가격표가 되었다. 선물시장은 농민에게도 양면적이었다. 가격이 떨어질 위험을 줄일 수는 있었지만, 대신 멀리 있는 거래소에서 정해진 숫자가 그 지역 수확물의 가치를 결정했다. 밀은 더 넓은 시장으로 나갔고, 그만큼 농민은 세계 가격이 흔들리는 것을 그대로 받아들여야 했다. 오래 저장할 수 있는 낟알은 시간이 지나며 생기는 위험을 줄여주었지만, 금융시장은 대신 새로운 위험을 만들어냈다. 시카고에서 이루어진 표준화는 밀이 가진 자연스러운 성질을 없앤 것이 아니라, 다른 방식으로 읽어낸 것이었다. 수분, 단백질, 색, 이물질 비율 같은 기준은 낟알이 가진 성질을 숫자로 바꾸어놓는다. 서로 모르는 사람들이라도 이 숫자가 있어야 같은 계약을 믿고 거래할 수 있다. 밀은 누구의 것인지 드러나지 않는 상품이 되었고, 이런 익명성이야말로 거대한 시장이 성립하는 조건이 되었다. 하지만 표준을 정하는 일은 늘 권력이 하는 일이다. 어떤 품질을 높은 등급으로 볼지, 어느 창고의 영수증을 인정할지, 가격이 변동할 때 생기는 위험을 누구에게 떠안길지 정해야 하기 때문이다. 거래소는 중립적인 장터처럼 보이지만, 실제로는 규칙을 만드는 기관이기도 하다. 밀이 고르게 섞일 수 있다는 성질은 시장을 가능하게 만들었고, 시장의 규칙은 거꾸로 그 성질을 강제로 유지시켰다. 오늘날의 원자재 선물시장과 식량 가격 뉴스는 시카고에서 만들어진 이 장치를 그대로 이어받았다. 빵 한 조각은 밭과 방앗간뿐 아니라 금융시장의 숫자와도 연결되어 있다. PART3에서 다룬 밀은 이렇게 제국의 창고, 마을의 방앗간, 계급을 나누는 빵, 세계시장의 표준을 모두 지나왔다. 그림 1: 밀알은 저장되지만 빵은 오래 가지 못해, 그 사이 단계마다 상인과 방앗간과 제빵업자와 시장이 끼어든다 가로로 밀알, 가루, 반죽과 발효, 빵 네 단계가 화살표로 이어진다. 단계 사이 아래쪽에 곡물 상인, 방앗간, 제빵업자, 도시 시장과 규제가 끼어드는 자리로 표시된다. 오른쪽 끝 빵만 강조색이며 매일 공급망에 의존한다는 문장이 붙는다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143813718_1.png ---------------------------------------- ### PART 4. 옥수수·감자 https://voidlogpress.com/books/%ed%83%84%ec%88%98%ed%99%94%eb%ac%bc-%ec%84%b8%ea%b3%84%ec%82%ac-%ec%82%ac%ec%a0%84-50/part-4-%ec%98%a5%ec%88%98%ec%88%98%ea%b0%90%ec%9e%90/ 질문: 콜럼버스의 교환은 무엇을 옮겼나요? 요약: 작물만이 아닙니다. 옥수수와 감자와 카사바가 아메리카 밖으로 나가고 밀과 쌀과 가축이 들어오는 동안 생물과 병원체, 제국과 노동력도 함께 움직였습니다. 작물이 이동하는 곳마다 권력도 함께 움직였습니다. 또 다른 질문: 감자가 유럽의 인구를 늘렸다는 말은 맞나요? 답: 감자가 인구를 만든 것은 아닙니다. 같은 면적에서 더 많은 열량을 내고 땅속에 있어 약탈에 덜 노출되는 성질이 유럽의 토지와 노동과 전쟁이라는 조건과 맞물려 인구 증가를 뒷받침했습니다. 또 다른 질문: 아일랜드 대기근의 원인은 병원체였나요? 답: 병해는 식물에게 일어난 사건이고 굶주림은 사회에서 일어난 사건입니다. 덩이줄기로 번식하는 방식이 품종을 서로 닮게 만든 데다 토지 구조와 구호 실패가 겹쳤습니다. 그동안 섬 밖으로는 식량이 계속 빠져나갔습니다. 또 다른 질문: 펠라그라를 옥수수병이라고 불러도 되나요? 답: 절반만 맞는 말입니다. 문제는 작물 자체가 아니라 다루는 방식이었습니다. 메소아메리카에는 알칼리 물에 삶는 닉스타말화와 콩과 호박이 함께 있었지만, 옥수수가 퍼져 나갈 때 이 가공법은 함께 전해지지 않은 곳이 많았습니다. 또 다른 질문: 카사바는 왜 고마우면서 동시에 위험한 작물인가요? 답: 뿌리에 전분이 가득하지만 품종에 따라 몸속에서 독성 물질로 바뀔 수 있는 성분이 들어 있습니다. 갈고 물에 담그고 발효시키고 눌러 말리는 과정을 거쳐야 하며, 그 손기술이 뿌리를 안전한 식량으로 바꿉니다. 최종 확인: 2026-09-04T11:05:44+09:00 PART 4. 옥수수·감자 엔트리 25 — 콜럼버스의 교환: 작물이 바다를 건널 때 1492년 이후 대서양을 건넌 것은 배와 사람만이 아니었다. 옥수수, 감자, 고구마, 카사바, 토마토, 고추가 아메리카 밖으로 나갔고, 밀과 쌀, 사탕수수, 말과 소가 아메리카로 들어왔다. 앨프리드 크로스비는 생물이 오간 이 흐름을 "콜럼버스의 교환"이라 불렀다(Crosby, 1972). 세계사는 이때부터 사람들이 먹는 음식까지 바꾸기 시작했다. 아메리카 작물이 구대륙에서 힘을 얻은 이유는 낯선 맛 때문만이 아니었다. 옥수수는 열대와 온대 여러 지역에 적응했고, 감자는 추운 고지와 척박한 땅에서도 높은 열량을 냈다. 고구마와 카사바는 가뭄과 나쁜 토양에도 비교적 강했다. 이 작물들은 밀과 벼가 잘 자라지 않는 땅에 들어가 새로운 식량이 되었다. 크로스비가 강조한 것은 이 교환이 생물과 병원체, 제국과 노동력까지 함께 옮겼다는 점이다. 이 이동은 한쪽만 이익을 보는 선물이 아니었다. 아메리카에는 밀, 쌀, 사탕수수, 말, 소, 돼지와 함께 유럽의 토지 제도와 플랜테이션 노동이 들어왔다. 구대륙에는 감자와 옥수수, 카사바가 들어가 산지와 변두리 땅의 식량을 늘렸다. 같은 교환이 어느 지역에서는 먹을거리를 늘렸고, 어느 지역에서는 정복과 질병, 강제 노동을 가져왔다. 작물이 이동하는 곳마다 권력도 함께 움직였다. 새 작물이 힘을 발휘한 이유는 여러 환경에 적응하는 능력과, 적은 양으로도 큰 열량을 내는 성질에 있었다. 감자는 땅속 덩이줄기에 열량을 저장하고, 옥수수는 큰 이삭에 전분을 모은다. 고구마와 카사바는 뿌리에 저장 조직을 키운다. 이런 성질 덕분에 곡물 농사가 힘든 산지, 모래땅, 메마른 변두리 땅에서도 새로운 식량을 얻을 수 있었다. 하지만 작물은 바다를 건넌 뒤에도 그 지역의 토지 제도와 노동, 조리법을 새로 만나야 했다. 옮기기 쉬운 성질도 중요했다. 씨앗과 덩이줄기, 꺾꽂이용 줄기는 배에 실어 옮길 수 있었다. 그러나 살아 있는 작물은 책이나 금속처럼 자리만 옮겨 놓는다고 그대로 자라지 않는다. 토양과 계절을 맞춰야 하고 먹는 법을 익혀야 한다. 또한 독성이나 영양 결핍 문제도 다루어야 한다. 콜럼버스의 교환은 작물이 가진 성질만큼이나 지식의 교환, 때로는 지식이 빠진 채로 벌어진 이동이었다. 콜럼버스의 교환에 좋은 일만 있었던 것은 아니다. 아메리카 원주민 사회는 병원체와 정복, 강제 노동으로 무너졌다. 작물의 이동은 제국의 폭력과 함께 일어났다. 유럽과 아시아 인구가 새 작물의 열량을 얻는 동안, 아메리카에서는 토지와 노동의 질서가 강제로 바뀌었다. 작물이 가진 성질은 식량을 늘릴 수 있었지만, 그 작물이 이동한 길은 곧 권력이 이동한 길이었다. 또한 새 작물이 곧바로 받아들여진 것도 아니었다. 감자는 독이 있는 식물처럼 의심받았고, 옥수수는 가공법이 빠진 채 퍼지며 영양 문제를 남겼다. 카사바는 독을 없애는 기술이 필요했다. 작물이 가진 성질은 가능성을 열었지만, 조리법과 제도, 사람들의 신뢰가 더해져야 주식이 될 수 있었다. 이 점에서 PART4의 주제는 "새 작물의 승리"가 아니다. 새 작물은 기존 제도가 먹이지 못하던 사람을 먹이기도 했고, 기존 제도가 만든 약점을 더 키우기도 했다. 감자는 인구를 늘리는 데 도움을 줬지만 아일랜드에서는 오히려 붕괴로 이어졌다. 옥수수는 열량을 줬지만 닉스타말화 과정이 빠지면 펠라그라라는 병을 남겼다. 카사바는 위험에 대비하는 수단이 되었지만, 독을 없애는 지식이 필요했다. 이 교환은 물질이 이동한 사건이면서 책임이 이동한 사건이기도 했다. 누가 재배법을 배우고 누가 위험을 떠안는지에 따라 결과가 갈렸다. 오늘날 김치 속 고추, 이탈리아 토마토소스, 아프리카의 카사바, 유럽의 감자는 모두 이 교환이 남긴 흔적이다. PART4는 그중 감자와 옥수수, 고구마와 카사바가 인구와 기근, 가공법을 어떻게 바꾸었는지 따라간다. 바다를 건넌 작물은 사람들의 식탁까지 바꾸어 놓았다. 엔트리 26 — 감자와 유럽 인구혁명 감자는 밀이 잘 자라지 못하는 땅에서도 자랄 수 있었다. 추운 기후, 얕은 토양, 작은 밭에서도 마찬가지였다. 유럽 농민에게 이 덩이줄기는 처음에는 낯설고 의심스러운 식물이었지만, 18세기 이후 점점 든든한 식량이 되었다. 다만 감자가 인구를 "만든" 것은 아니다. 감자가 가진 성질이 유럽의 토지, 노동, 전쟁이라는 조건과 맞물려 인구 증가를 뒷받침했다는 점이 중요하다. 네이선 넌과 낸시 치안은 감자 도입이 1700~1900년 구대륙의 인구와 도시화 성장 가운데 상당 부분을 설명한다고 분석했다(Nunn·Qian, 2011). 이 연구는 감자가 자라기 좋은 토양과 기후를 가진 지역이 도입 뒤 더 빠르게 성장했는지를 비교했다. 논문은 감자 도입이 구대륙의 인구와 도시화 증가 가운데 약 4분의 1을 설명할 수 있다고 추정했다. 이 수치는 추정치이지만, 감자가 유럽과 아시아 일부 지역에서 중요한 열량 공급원이었다는 점은 분명하다. 감자가 퍼진 것은 특히 곡물 농사가 불안정한 북유럽과 고지대에서 의미가 컸다. 작은 땅을 빌려 사는 농민은 밀을 넓게 심을 여유가 없었다. 감자는 밭 가장자리와 집 근처 작은 구획에도 심을 수 있었다. 같은 면적에서 가족이 버틸 열량을 얻을 수 있으면 결혼과 출산, 생존에 관한 계산도 달라진다. 인구 변화는 이런 작은 식량 안정에서 시작될 수 있었다. 감자가 유럽 농가에 매력적이었던 이유는 두 가지다. 같은 면적에서 더 많은 열량을 낼 수 있다는 점, 그리고 눈에 잘 띄지 않는다는 점이다. 감자는 같은 땅에서 곡물보다 높은 열량을 낼 수 있고, 땅속에 있어 전쟁 중 약탈에서 상대적으로 덜 노출된다. 밀은 이삭으로 익어 들판 위에 드러나지만, 감자는 캐내기 전까지 밭 아래 숨어 있다. 작은 가족농은 감자를 마당이나 변두리 밭에 심어 생존 기반을 보탤 수 있었다. 감자는 국가의 통계에 잡히기 전에 먼저 가정의 식탁에 올랐다. 덩이줄기로 번식하는 방식은 또 다른 장점도 주었다. 씨앗을 따로 거두고 말리는 곡물과 달리, 감자는 일부를 씨감자로 남겨 다음 계절에 바로 심을 수 있다. 조리도 쉽다. 삶거나 굽는 방식만으로 먹을 수 있어 방앗간이나 제빵업자를 거치지 않아도 된다. 밀을 먹으려면 제분소와 빵집을 거쳐야 했지만, 감자는 집안의 냄비만 있으면 되었다. 그러나 감자가 퍼진 과정은 작물이 가진 성질만으로 설명되지 않는다. 정부의 장려, 군대와 전쟁, 농민의 경험, 가축 사료, 시장 가격이 함께 작용했다. 프로이센과 프랑스의 관리들은 흉년에 대비한 완충 작물로 감자를 권했지만, 농민은 낯선 식물에 쉽게 마음을 열지 않았다. 감자가 주식으로 자리 잡은 곳은 토지 부족과 빈곤, 기후 조건이 겹쳐 그 작물의 장점이 절실하게 필요했던 곳이었다. 감자의 장점에는 약점도 함께 있었다. 씨앗이 아니라 덩이줄기로 번식하면 품종이 균일해지기 쉽고, 저장과 운반은 곡물보다 까다롭다. 높은 열량이 가족을 먹이는 동안, 한 가지 품종에 의존하는 위험도 함께 커졌다. 유럽 인구혁명의 뒤편에는 다음에 다룰 전설과 정책, 그리고 아일랜드 대기근의 그림자가 함께 있다. 감자는 그래서 양면적인 작물이다. 전쟁과 추위, 작은 땅에서는 강점이 되지만, 병원체와 장기 저장 앞에서는 약점이 된다. 인구혁명이라는 말은 이 밝은 면을 강조하지만, 감자가 가진 같은 성질이 재난이 일어날 가능성도 함께 만들었다. 작물은 좋은 쪽으로만 움직이지 않는다. 제도와 품종 관리가 없으면 장점은 약점으로 뒤집힌다. 감자의 역사는 이 두 면을 늘 함께 읽어야 한다. 열량은 생존을 만들고, 의존은 위험을 만든다. 오늘날 감자튀김은 값싼 간식처럼 보이지만, 그 뒤에는 작은 밭을 최대한 먹을거리로 바꾸려는 농민의 계산이 있다. 감자가 인구 증가에 기여한 것은 다른 조건과 맞물린 뒤의 일이었다. 많은 열량을 내는 성질과 땅속에 저장되는 성질이 유럽의 제도, 빈곤, 시장과 결합하면서 감자는 인구 증가의 한 축이 되었다. 엔트리 27 — 프로이센 감자 명령 [전설] 왕이 감자밭에 경비병을 세웠다. 농민들은 왕의 밭에 귀한 것이 있다고 여기고 밤에 감자를 훔쳐다 심었다. 프로이센의 프리드리히 2세를 둘러싼 감자 전설은 이렇게 전해진다. 재미있는 이야기지만, 이 일화를 역사적 사실로 보기는 어렵다. 이 엔트리는 [전설]이다. 확인되는 사실은 프리드리히 2세가 감자 재배를 장려하는 명령을 내렸다는 점이다. 1756년에 나온 이른바 감자 칙령은 감자 재배를 권했다. 이 칙령은 프로이센이 흉년과 전쟁에 대비해 새 작물을 밀어붙인 사례로 언급된다. 반면 "경비병이 지키는 감자밭" 이야기, 즉 농민의 심리를 거꾸로 이용했다는 일화는 후대 민담에 가깝다. 프로이센 궁정사 연구자 위르겐 루는 프리드리히가 감자를 대중화했다는 신화를 비판해 왔다. 감자는 이미 독일 지역에서 재배되고 있었고, 대중적 확산은 그의 사후에 더 뚜렷해졌다는 설명이다. 칙령과 전설을 나누어 보면 역사가 더 잘 보인다. 왕은 감자를 처음 발견한 사람이 아니었다. 그는 이미 있던 작물을 식량정책의 대상으로 삼은 통치자였다. 전쟁과 흉년을 겪은 국가는 곡물만으로는 불안하다는 사실을 알고 있었다. 감자는 그 불안을 줄일 후보였다. 경비병 일화는 흥미로운 이야기를 만들어내지만, 실제 정책은 명령과 보급, 실패와 재시도를 거듭하는 과정에 가까웠다. 왜 이런 전설이 생겼을까. 감자는 낯선 작물이었다. 감자는 땅속에서 자라고 꽃과 잎은 먹지 않는다. 게다가 감자와 같은 가지과 식물 중에는 독이 있는 것도 있었다. 농민이 처음부터 감자를 반기지 않은 것은 이상한 일이 아니다. 국가가 감자를 권한 이유는 감자가 가진 성질에 있었다. 감자는 척박한 땅에서도 열량을 냈고, 곡물이 흉작일 때 보조 식량이 될 수 있었다. 또한 전쟁 중에는 들판의 곡물보다 약탈에 덜 노출되었다. 감자는 또한 세금을 매기기 조금 어려운 작물이었다. 밀과 보리는 들판 위에서 익어 수확기가 눈에 보인다. 감자는 땅속에 머물러 있어 캐는 시점을 농민이 조절할 수 있다. 국가가 감자를 원한 이유는 농민을 숨기려는 것이 아니라, 흉년에 대비하고 군대 식량을 확보하려는 데 있었다. 눈에 잘 띄지 않는 이 성질은 농민에게는 생존 장치가 되었고, 국가에는 식량안보의 재료가 되었다. 그러나 명령만으로 식탁이 바뀌지는 않는다. 씨감자, 조리법, 보관법, 농민의 신뢰, 흉년의 압력까지 함께 필요했다. 왕의 칙령은 제도가 보낸 신호였지만, 감자가 퍼지는 과정은 마을의 경험과 시장, 군사적 위기 속에서 천천히 이루어졌다. 국가가 감자에 주목한 이유는 감자가 가진 성질에 있었고, 제도는 그 성질을 농민에게 강요하거나 설득하려 했다. 전설은 이 복잡한 과정을 한 장면으로 줄인다. 경비병이 서고, 농민이 훔치고, 감자가 퍼진다는 식이다. 그러나 실제 역사는 이보다 더 느리고 덜 깔끔하다. 프리드리히의 감자정책은 실제로 있었지만, 농민 심리를 거꾸로 이용했다는 도둑질 이야기는 따로 구분해야 한다. 이 구분이 이 엔트리에서 지켜야 할 원칙이다. 감자정책의 핵심은 설득과 행정이었다. 씨감자를 어디서 구할지, 어떤 땅에 심을지, 수확 뒤 어떻게 보관할지를 농민에게 알려야 했다. 농민에게 낯선 작물은 명령문 한 장만으로 식탁에 오르지 않는다. 지방 관리와 목사, 군대와 학교가 새 작물을 알리는 역할을 맡았다. 국가가 감자 재배를 밀어붙일수록, 감자는 식량안보의 문제이면서 동시에 통치의 문제가 되었다. 오늘도 독일 포츠담에 있는 프리드리히의 무덤에는 감자가 놓인다. 전설은 사실이 아니어도 사람들의 기억을 만든다. 그러나 감자의 역사에서 더 중요한 것은 이야기의 재치가 아니다. 국가가 왜 땅속 덩이줄기에 식량안보를 기대했는가라는 질문이 더 중요하다. 그 질문에 대한 답은 다음 장의 아일랜드 이야기에서 드러난다. 감자의 장점은 가난한 농민을 살렸지만, 한 가지 품종에 의존하는 것과 저장의 한계가 제도의 실패와 만나면 재난을 키울 수도 있었다. 엔트리 28 — 아일랜드 대기근: 오래 쌓아둘 수 없는 주식의 붕괴 1845년부터 1852년까지 한 섬의 인구가 4분의 1 가까이 줄었다. 아일랜드 대기근은 감자에 병이 퍼진 이야기이면서, 동시에 식민지 토지 구조와 구호 실패의 이야기이기도 하다. 감자는 좁은 땅에서도 높은 열량을 내는 작물이다. 19세기 아일랜드의 가난한 농민은 작은 임차지에서 가족을 먹이기 위해 감자, 특히 럼퍼 품종에 크게 의존했다. 감자는 씨앗이 아니라 덩이줄기 조각으로 번식한다. 이 방식은 빠르고 편리하지만, 품종이 서로 비슷해지기 쉽다. 아일랜드의 럼퍼 품종은 넓은 지역에 심겼지만 유전적으로는 서로 닮아 있었다. 1845년 감자잎마름병, 곧 Phytophthora infestans가 번지자 이 균일성이 약점이 되었다. 1846년 수확은 크게 무너졌고, 1847년은 "검은 47년"으로 기억되었다. 추정 사망자는 약 100만 명이며, 연구에 따라 80만~150만 명 범위로 잡힌다(Mokyr, 1983; Ó Gráda, 1999). 이민자는 100만 명을 넘었고, 1841년 약 820만 명이던 인구는 1851년 약 650만~660만 명으로 줄었다. 감자의 장점은 동시에 약점이기도 했다. 감자는 같은 땅에서 곡물보다 높은 열량을 낼 수 있었고, 땅속에 있어 약탈에 덜 노출되었다. 가난한 농민에게 감자는 생존을 지켜주는 작물이었다. 그러나 수분이 많은 덩이줄기는 곡물처럼 오래 말려 쌓아두기 어렵다. 병이 들면 밭에서 썩고, 저장 중에도 썩는다. 밀 창고처럼 몇 해를 버티게 해주는 저장 수단이 약했다. 감자는 사람을 먹였지만, 감자 한 가지에만 의존한 사회는 병 앞에서 무너졌다. 그렇다고 이 재난의 원인을 병원체 하나로만 설명할 수는 없다. 아일랜드의 토지 구조 자체가 취약했다. 다수의 임차농은 작은 땅에 높은 임대료를 부담했고, 곡물과 가축은 시장과 지주 경제에 묶여 있었다. 영국 정부의 구호는 자유시장 원칙과 행정 지연, 가혹한 구빈제 속에서 충분히 작동하지 못했다. 섬 밖으로 식량이 계속 빠져나갔다는 사실은 이 기근을 자연재해가 아니라 정치적 재난으로 보게 만든다. 구호정책의 실패도 감자가 가진 성질과 연결된다. 감자를 대체할 곡물은 수입과 배급망이 필요했지만, 굶주린 농민에게는 그것을 살 돈이 없었다. 공공근로와 구빈원은 굶주림이 퍼지는 속도를 따라가지 못했다. 감자는 밭에서 바로 솥으로 이어지는 작물이었지만, 그 길이 끊기자 사람들은 시장을 거쳐야 했다. 시장은 굶주린 사람에게 결코 유리하게 작동하지 않았다. 대기근의 실제 모습은 그래서 숫자보다 더 구체적이다. 집세를 내지 못한 가족은 쫓겨났고, 길 위로 나앉은 사람들은 작업장과 구빈원을 찾아 이동했다. 병과 영양실조가 굶주림 뒤를 따라왔다. 한쪽에서는 배가 식량을 싣고 떠났고, 다른 쪽에서는 감자밭의 검게 변한 잎이 한 해 먹을 것을 사라지게 했다. 병해는 식물에게 일어난 사건이었지만, 굶주림은 사회에서 일어난 사건이었다. 아일랜드 밖으로 떠난 사람들은 미국, 캐나다, 영국 도시의 노동시장으로 들어갔다. 대기근은 섬 안의 죽음으로 끝나지 않았다. 그 기억은 디아스포라, 즉 고향을 떠나 흩어져 사는 사람들의 기억과 민족주의 기억으로 이어졌다. 감자 농사의 실패는 인구 지도와 사람들의 정치적 감정을 함께 바꾸었다. 작물이 가진 약점이 제국의 정책과 만나면, 식탁이 무너진 자리에서 사람들은 이민선을 타고 떠나야 했다. 아일랜드 대기근은 한 가지 작물만 심는 단작의 위험을 보여주는 대표적인 사례로 남았다. 유전적으로 서로 닮은 품종은 관리와 수확을 쉽게 해주지만, 병원체 앞에서는 집단 전체가 취약해진다. 오늘날 바나나, 밀, 옥수수의 단작을 둘러싼 논쟁에도 이 그림자가 남아 있다. 식량안보는 열량의 양만이 아니라, 실패를 견딜 여유가 있는지의 문제이기도 하다. 감자의 비극은 그래서 과거의 일만이 아니다. 효율만 따져 품종과 공급망을 좁히면, 풍요는 어느 날 똑같은 모양으로 함께 무너질 수 있다. 엔트리 29 — 옥수수와 펠라그라 옥수수는 배를 채워 주었지만, 몸에 필요한 영양을 다 주지는 못했다. 20세기 초 미국 남부에서는 피부염, 설사, 치매로 이어지는 펠라그라라는 병이 크게 퍼졌다. 오랫동안 사람들은 이 병의 원인이 감염이나 독소라고 의심했다. 조지프 골드버거는 식단을 실험하고 여러 기관을 조사해서, 펠라그라가 전염되는 병이 아니라 영양이 부족해서 생기는 병이라는 것을 밝혔다(Goldberger, 1915). 문제는 옥수수라는 작물 자체가 아니라, 옥수수를 다루는 방식에 있었다. 메소아메리카에서는 옥수수를 석회수나 재를 탄 알칼리 물에 삶고 불리는 방법인 닉스타말화가 발달했다. 이 과정을 거치면 껍질을 벗기고 갈기가 쉬워지고, 니아신과 트립토판이라는 영양소를 몸이 더 잘 쓸 수 있게 되어 펠라그라 위험이 낮아진다(FAO, 1992). 그러나 옥수수가 유럽과 아프리카, 미국 남부로 퍼져 나갈 때, 이 가공법은 함께 전해지지 않은 곳이 많았다. 펠라그라의 증상은 흔히 "3D"라는 말로 요약된다. 영어로 dermatitis, diarrhea, dementia, 곧 피부염과 설사, 인지 장애를 뜻한다. 치료하지 않으면 죽음에 이를 수도 있다. 미국 남부에서는 1906년 이후 수십 년 동안 이 병이 큰 보건 문제였고, 3백만 명 이상이 영향을 받았다는 추정도 있다. 골드버거의 연구 덕분에 사람들은 세균 같은 병원체 대신 식단을 들여다보게 되었다. 그는 옥수수 위주의 단조로운 식사가 가난한 사람들과 시설에 갇힌 사람들 사이에서 영양 결핍을 만든다고 보았다. 골드버거의 확신은 극적인 실험으로 이어졌다. 펠라그라가 전염병이 아님을 증명하기 위해, 그는 1916년 자신과 아내를 포함한 지원자들과 함께 환자의 각질과 분비물을 삼켰다. 이른바 '오물 파티'였다. 그런데도 아무도 병에 걸리지 않았다. 당시는 세균설이 널리 퍼져 모든 병의 원인을 미생물에서 찾던 시대였다. 하지만 그는 원인이 몸 밖의 병균이 아니라 가난한 사람들의 부실한 식사에 있다는 것을 자기 몸으로 직접 증명했다. 옥수수에는 잘못이 없었다. 문제는 옥수수만 남기고 나머지 영양을 지운 식단이었다. 옥수수의 위험은 전분은 풍부하지만 니아신이라는 영양소가 몸에 잘 흡수되지 않는 형태로 들어 있다는 데 있었다. 옥수수는 열량을 많이 주는 곡물이지만, 그대로 갈아 먹으면 니아신과 트립토판이 충분히 흡수되지 않는다. 콩류와 함께 먹거나 알칼리 처리를 하면 이 균형이 달라진다. 같은 옥수수인데도 토르티야와 그리츠에서 영양 결과가 다르게 나타나는 이유가 여기에 있다. 작물이 지닌 성질은 조리법과 만나야 비로소 온전한 식량이 된다. 닉스타말화는 영양만 바꾸는 것이 아니다. 알칼리 처리를 하면 껍질이 느슨해져 갈기 쉬워지고, 반죽의 성질도 달라져 토르티야와 타말을 만들 수 있게 된다. 즉 가공법은 맛과 질감, 저장성, 영양을 한꺼번에 바꾼다. 옥수수가 가진 물리적 성질은 조리 기술을 거쳐야 사회를 먹이는 주식으로 완성된다. 이 기술이 빠지면 같은 전분이 오히려 병의 배경이 될 수 있다. 미국 남부의 펠라그라는 가난과도 맞물려 있었다. 면화 중심 경제, 소작제, 낮은 임금, 단조로운 식단은 사람들을 옥수수빵과 당밀, 지방 위주의 식사에서 벗어나지 못하게 했다. 옥수수는 값이 싸고 저장하기 쉬웠지만, 보완할 식품이 없으면 영양 결핍을 숨긴 열량원이 되었다. 골드버거의 결론은 영양 문제였지만, 그 뿌리에는 빈곤과 토지 제도가 있었다. 그래서 펠라그라를 "옥수수병"이라고만 부르면 절반만 맞는 말이다. 메소아메리카의 옥수수 문화는 닉스타말화와 콩, 호박, 고추를 함께 갖추고 있었다. 반면 미국 남부의 옥수수 식단은 그런 지식과 보완 식품을 충분히 갖추지 못했다. 곡물의 성질은 같았지만 제도와 가공법이 달랐다. 20세기 중반 이후 미국에서 펠라그라가 줄어든 데에는 식단 변화와 비타민 강화가 함께 영향을 미쳤다. 니아신을 넣어 강화한 밀가루와 더 다양한 식품에 대한 접근이 영양 결핍을 낮추었다. 이 변화도 작물 자체보다는 제도의 문제였다. 영양에 관한 지식이 공중보건과 식품산업에 반영될 때, 같은 탄수화물 식탁이라도 위험은 달라진다. 펠라그라는 작물이 대륙을 건널 때 생긴 어두운 이면을 보여준다. 옥수수가 대륙을 건널 때 씨앗은 함께 옮겨 갔지만, 가공 지식은 그대로 옮겨 가지 않았다. 전분은 빠르게 퍼졌지만, 알칼리 처리와 균형 잡힌 식단은 일부 지역에서 빠져 있었다. 그 빈 곳을 사람들의 몸이 먼저 알아차렸다. 오늘의 강화 밀가루와 영양 표시에는 펠라그라의 기억이 남아 있다. 열량만으로는 식량안보가 완성되지 않는다. 배를 채우는 곡물도 몸이 쓸 수 있는 영양으로 바뀌어야 식량이 된다. 가공법이 생존을 가른다. 엔트리 30 — 고구마와 조선·중국의 기근 흉년에도 살아남을 작물인지 판단할 때는 맛보다 먼저 조건을 따지게 된다. 물이 부족해도 버티는가, 모래땅에서도 자라는가, 짧은 기간에 열량을 낼 수 있는가 하는 조건이다. 고구마는 이런 질문에 비교적 강한 답을 준 작물이었다. 중국 남부와 일본, 조선에서 고구마는 쌀과 밀만으로는 채우기 어려운 부분을 메우는 구황작물로 기억되었다. 고구마는 아메리카가 원산지인 작물로, 16세기 이후 필리핀과 중국, 류큐와 일본을 거쳐 동아시아로 퍼졌다. 중국에서는 명나라 후반 이후 남부 지역에서 재배가 늘었고, 산지와 척박한 땅에서도 식량을 얻을 수 있는 기반을 넓혔다. 조선에서는 통신사 조엄이 일본에서 고구마를 접하고 들여온 일로 널리 알려져 있다. 확실하게 확인되는 시기는 1763~1764년 통신사가 오간 시점 전후이며, 이후 동래와 제주 등지에서 재배를 시도하는 일이 이어졌다(조엄, 1764; 염정섭, 2006). 조선의 문제는 쌀이 모든 땅에 맞지 않는다는 데 있었다. 논농사에는 물이 필요하고, 밭에서 나는 곡식도 계절과 토양의 영향을 크게 받는다. 흉년이 오면 나라는 환곡(곡식을 빌려주는 제도)과 구휼(굶주린 백성을 돕는 정책)을 시행했지만, 창고가 비거나 운송이 막히면 사람들은 각 지역에서 스스로 먹을 것을 찾아야 했다. 고구마는 이런 상황에서 관심을 받았다. 주식 자체를 바꾸기보다는, 흉년으로 주식이 부족해졌을 때 이를 보완하는 작물이었다. 고구마가 구황작물이 된 바탕에는, 메마른 땅에도 잘 적응하는 성질과 뿌리에 저장된 열량이 있었다. 고구마는 뿌리에 전분을 저장하고, 줄기를 잘라 심는 방식으로 번식한다. 씨앗을 기다릴 필요가 없고, 밭 가장자리나 산비탈처럼 척박한 땅에도 심을 수 있다. 쌀은 물이 필요하고 밀과 보리는 잘 갖춰진 밭이 필요하지만, 고구마는 상대적으로 적은 노력과 자원으로도 먹을거리를 낸다. 그래서 구황작물이라는 이름을 얻었다. 고구마의 단맛도 중요했다. 단맛은 기호의 문제가 아니라 먹기 쉬움과 관련된다. 삶거나 굽는 조리만으로 바로 먹을 수 있고, 말려 저장하거나 전분으로도 쓸 수 있다. 다만 저장 중 썩기 쉽고 추위에 약해, 겨울 보관에는 지식이 필요했다. 고구마의 강점은 재배지에서 나오고, 약점은 저장고에서 드러났다. 그러나 고구마가 기근을 저절로 해결한 것은 아니다. 씨앗이 될 줄기를 보급하는 일, 저장법, 조리법, 지방관의 장려, 농민의 경험이 함께 필요했다. 조선에서 새로운 작물은 낯선 맛과 재배의 불확실성 때문에 곧바로 퍼지지 않았다. 겨울 저장도 쉽지 않았고, 추위에 약한 성질은 널리 퍼지는 데 한계가 되었다. 작물이 실제로 퍼지려면 제도와 지식이 함께 뒷받침되어야 했다. 중국에서도 고구마는 인구 압력과 산지 개발, 시장, 이주와 맞물려 있었다. 쌀농사가 어려운 언덕과 변두리 땅에서 고구마는 열량을 더해 주었지만, 그만큼 산림을 개간하고 토지에 부담을 주는 결과도 함께 가져왔다. 구황작물은 생명을 살리는 작물이면서, 더 가파른 땅까지 농사를 짓게 만드는 작물이기도 했다. 그래서 고구마의 역사는 밝기만 하지 않다. 기근을 버티게 해 준 작물은 동시에, 사람들이 더 척박한 지역까지 들어가 살 수 있게 만들었다. 산지를 개간하면 식량은 늘어나지만, 토양이 유실되고 산림이 훼손될 수 있다. 작물이 잘 적응하는 성질은 생존을 돕는 힘이면서, 동시에 개발 압력을 키우는 통로이기도 하다. 제도가 완충 장치를 만들어 주지 못하면, 구황작물도 결국 가난이 미치는 범위를 넓히게 된다. 그럼에도 고구마는 흉년의 시간을 벌어 주었다. 며칠의 식량, 몇 주의 열량이 가족의 이동과 생존을 가를 수 있다. 구황작물의 가치는 바로 그 시간에 있었다. 오늘의 군고구마는 겨울 간식처럼 보이지만, 그 안에는 흉년에 버틸 열량을 찾던 사회의 기억이 담겨 있다. 고구마가 가난을 없애지는 못했다. 다만 고구마가 지닌 성질이 제도와 재배 지식을 만나, 쌀 중심의 공식 기록 바깥에서 식량을 보완하는 장치를 만들어 냈다. 작은 단맛 뒤에 긴 구황의 시간이 있다. 엔트리 31 — 감자와 잉카: 추뇨의 저장 기술 안데스의 밤은 감자를 얼리고, 낮의 햇볕은 얼었던 감자를 다시 말린다. 이렇게 자연이 만드는 냉동과 건조 과정이 합쳐지면 추뇨가 된다. 추뇨는 케추아와 아이마라 공동체가 만든, 얼리고 말려서 만드는 감자 저장 식품이다. 오래 저장하기 어려운 감자의 약점을 고지대의 기후와 사람의 노동으로 극복한 기술이었다. 감자는 오늘날의 남부 페루와 북서 볼리비아 일대에서 7천~1만 년 전쯤 순화된 것으로 설명된다(Spooner 등, 2005). 안데스에는 수천 가지 품종의 감자가 있고, 고도와 추위, 토양에 맞춘 재배 지식이 오랫동안 쌓여 왔다. 잉카 제국은 이런 지역 지식을 도로망, 창고, 노동 동원 제도와 결합했다. 그 결과 추뇨는 병사와 노동자, 이동하는 사람들을 먹이는 저장 식량이 될 수 있었다(Murra, 1980; National Research Council, 1989). 안데스의 환경은 감자에게 까다로우면서도 유리했다. 고도에 따라 밤낮의 온도 차이가 크고, 평지는 넓지 않다. 곡물 중심의 농사만으로는 높은 산지에서 사람들을 먹이기 어렵다. 감자는 자라는 기간이 짧고 추위에 강한 품종 덕분에 이런 공간에서도 자랄 수 있었다. 그러나 생감자만으로는 제국이 사람과 물자를 멀리까지 동원하는 데 충분하지 않았다. 저장하고 운반할 수 있게 해 주는 추뇨가 필요했다. 감자의 약점은 수분과 전분의 조합에서 출발한다. 생감자는 열량은 높지만 물이 많고 상하기 쉽다. 그러나 안데스 고원에서는 밤의 영하 기온과 낮의 강한 햇볕을 이용해 수분을 빼낼 수 있다. 감자를 얼리고, 밟아 물을 빼고, 다시 말리면 부피와 무게가 줄고 저장성이 커진다. 감자의 약점이 추뇨에서는 운반성과 장기 보존성으로 바뀐다. 추뇨는 식량이 상하기 전 시간을 늘려 주는 기술이라고 할 수 있다. 수확 직후에 먹어야 할 덩이줄기를 몇 달, 때로는 몇 년 뒤에도 먹을 수 있는 식량으로 바꾼다. 무게가 줄어 라마의 짐에 싣기 쉬워지고, 산지에서 해안이나 광산, 공사 현장으로도 보낼 수 있다. 감자의 수분을 빼는 일은 식량을 보존하는 방법인 동시에, 국가가 물자를 옮기는 데 필요한 조건이 되었다. 이 기술은 자연만의 결과가 아니다. 어느 품종을 고를지, 언제 펼칠지, 얼마나 밟을지, 어떻게 씻어 흰 추뇨를 만들지 공동체의 노동이 필요하다. 추뇨는 기후와 작물, 발과 손의 기술이 결합한 식품이다. 잉카 국가가 그것을 활용할 수 있었던 것은 도로, 창고, 노동세, 키푸 같은 행정 장치가 있었기 때문이다. 또한 추뇨는 감자의 독성 문제와도 연결된다. 일부 안데스 감자는 쓴맛과 독성을 지니고 있지만, 가공을 거치면 이를 줄이고 먹을 수 있는 범위를 넓힐 수 있었다. 작물이 지닌 성질은 위험과 가능성을 동시에 갖고 있었다. 가공 기술은 그 위험을 관리하는, 공동체가 쌓아 온 지식이었다. 잉카의 창고는 추뇨만 보관한 곳이 아니었다. 옥수수, 퀴노아, 말린 고기, 직물도 함께 보관되었다. 중요한 것은 감자가 제국을 만든 것이 아니라, 감자를 가공할 수 있는 가능성이 이미 있던 노동 동원 제도와 창고 제도 안으로 들어갔다는 점이다. 작물의 성질은 행정이 활용하는 재료가 되었고, 행정은 그 성질을 이용해 식량을 멀리까지 옮겼다. 추뇨의 힘은 평상시보다 위기 때 더 선명하다. 서리와 가뭄, 이동과 전쟁이 겹치면 생감자는 금방 한계를 드러낸다. 그러나 말린 추뇨는 창고에 남아 배급될 수 있다. 저장 식량은 제국의 명령을 가능하게 하지만, 동시에 공동체의 생존도 지킨다. 같은 저장 기술이 지배층과 백성 모두에게 각자 다른 방식으로 쓰인 셈이다. 안데스 사람들은 감자의 품종 차이도 알고 있었다. 어떤 감자는 바로 삶아 먹고, 어떤 감자는 추뇨에 알맞다. 이런 성질의 차이는 어려운 이론이 아니라, 사람들이 손으로 익힌 분류법이었다. 오늘의 인스턴트 감자와 동결건조 식품은 현대 기술처럼 보이지만, 안데스에는 이미 자연 동결건조의 긴 역사가 있었다. 추뇨는 감자가 제국을 만든 증거가 아니라, 감자의 약점이 고지대 제도와 만나 저장 식량으로 바뀐 사례다. 엔트리 32 — 옥수수와 메소아메리카 옥수수는 스스로 씨를 퍼뜨리지 못한다. 야생 조상인 테오신테의 작은 이삭은 사람의 선택을 거치며 굵은 옥수수 이삭으로 바뀌었다. 이 작물은 사람의 손이 있어야만 자랄 수 있었고, 사람은 옥수수의 전분에 의지해서 도시를 만들고 의례를 치렀다. 유전학과 고고학 연구는 옥수수가 약 9천 년 전 멕시코 남부에서 순화되었다고 본다. 특히 발사스 강 유역의 테오신테가 중요한 조상으로 거론된다(Matsuoka 등, 2002; Ranere 등, 2009). 이후 옥수수는 메소아메리카 전역으로 퍼졌고, 마야와 아즈텍 사회에서 주식이자 의례의 중심이 되었다. 사하군이 기록한 아즈텍 세계에서 옥수수는 먹을거리이면서 신성한 존재였다(Sahagún, 1577). 옥수수의 순화는 극적인 변화였다. 테오신테의 작은 씨앗 묶음은 오늘의 큰 이삭과 거리가 멀다. 사람은 더 굵고 잘 붙어 있는 알을 고르고, 다음 해 씨로 남겼다. 이 선택이 반복되며 옥수수는 사람 없이는 번식하기 어려운 작물이 되었다. 옥수수는 성공을 거둔 대신 사람에게 의존해야 하는 대가를 치렀다. 옥수수가 사람과 뗄 수 없는 관계가 된 이유는, 굵은 이삭에 전분을 모으는 대신 사람에게 의존하게 되었기 때문이다. 옥수수 알은 이삭에 단단히 붙어 있어서, 사람이 수확하고 다시 심어 주지 않으면 널리 퍼지기 어렵다. 대신 한 그루가 굵은 이삭에 많은 열량을 모은다. 말려서 저장할 수 있고, 가루로 갈아 죽과 토르티야, 타말을 만들 수도 있다. 옥수수는 밭에서 곧바로 문명을 만든 것이 아니라, 손질하고 가공하는 과정을 거쳐야 했다. 밀파는 이런 작물의 성질을 밭에서 실제로 활용하는 방식으로 만들었다. 옥수수 줄기는 콩이 타고 오를 기둥이 되고, 콩은 흙에 질소를 보태며, 호박은 땅을 덮어 수분을 지킨다. 이 세 작물은 완벽한 조합이라기보다, 노동과 식단을 맞추는 방식에 가깝다. 옥수수의 전분은 콩의 단백질과 만나고, 밭의 이런 구조는 그대로 사회의 식단으로 이어진다. 닉스타말화가 그 핵심 기술이다. 마른 옥수수를 석회수나 재를 탄 알칼리 물에 삶고 불리면 껍질이 벗겨지고 갈기 쉬워진다. 영양 면에서도 니아신과 단백질을 몸이 이용할 수 있는 정도가 달라진다(FAO, 1992). 옥수수가 지닌 성질은 저절로 완성된 것이 아니라, 메소아메리카의 조리 기술을 거쳐 비로소 식량으로 완성되었다. 옥수수와 콩, 호박을 함께 심는 밀파 방식도 토양과 식단의 균형을 만들었다. 도시와 조공도 이 식량 체계에 기대었다. 마야와 아즈텍의 도시에는 농촌에서 들어오는 옥수수와 노동이 필요했다. 옥수수는 말려 저장할 수 있었고, 가루와 반죽으로 바꾸어 운반과 조리가 쉬웠다. 그러나 저장 가능한 전분만으로 도시는 유지되지 않는다. 시장, 조공 명부, 의례 달력, 전쟁 포획과 노동 동원이 함께 있었다. 옥수수는 신화 속 언어도 되었다. 마야의 『포폴 부』에는 인간이 옥수수 반죽에서 만들어졌다는 이야기가 나온다. 이것은 옥수수가 생물학적인 주식일 뿐 아니라 사회적 정체성을 이루는 재료이기도 했음을 보여준다. 전분은 몸을 먹이고, 이야기는 공동체를 하나로 묶는다. 작물의 성질이 의례를 대신하지는 않지만, 의례가 자리 잡을 수 있는 튼튼한 일상의 바탕을 제공했다. 그러나 마야와 아즈텍의 국가가 옥수수에서만 나온 것은 아니다. 강우와 지형, 계단식 밭, 시장, 전쟁, 조공, 제사 권력이 함께 있었다. 옥수수는 조공으로 걷히고, 축제에 쓰이고, 도시의 노동자를 먹였다. 작물의 열량과 저장성은 권력이 활용하기 좋았지만, 권력의 모양은 사회 제도가 정했다. 오늘의 토르티야 한 장에는 이 긴 가공의 역사와 사람과 작물이 서로 의존해 온 관계가 남아 있다. 옥수수는 사람의 손을 필요로 했고, 사람은 옥수수의 전분을 제도와 신화로 바꾸었다. 작물과 인간이 서로 의존하는 모습은 여기서 가장 선명하게 드러난다. 엔트리 33 — 카사바와 아프리카 카사바는 굶주림을 막아 주는 고마운 작물이면서 동시에 위험한 식물이기도 하다. 뿌리에는 전분이 가득하지만, 품종에 따라 몸속에서 독성 물질로 바뀔 수 있는 시안배당체라는 성분이 들어 있어서, 날것이나 덜 가공한 상태로 먹으면 독이 될 수 있다. 이런 모순 때문에 카사바는 식량안보와 가공 지식이 얼마나 가까이 있는지를 잘 보여준다. 카사바는 남아메리카가 원산지인 작물로, 16세기에 포르투갈 상인과 식민지 교역망을 통해 브라질에서 아프리카로 건너간 것으로 설명된다. 콩고 분지와 서아프리카, 뒤에는 동아프리카까지 퍼지면서 열대 지역의 중요한 주식이 되었다(Nweke, 2004; FAO, 2013). 오늘날 카사바는 열대 지역 탄수화물 공급의 큰 축을 이루며, 나이지리아와 콩고민주공화국 같은 나라에서 특히 중요하다. 카사바가 아프리카에서 중요해진 이유는 곡물과는 다른 수확 방식에 있었다. 옥수수와 수수는 수확기가 지나면 저장고에 들어가지만, 카사바는 뿌리를 땅속에 그대로 남겨 둘 수 있다. 전쟁과 이주, 세금 압박이 있는 지역에서는 이런 성질이 중요했다. 땅속에 있는 식량이 완전히 안전하지는 않지만, 곡물 창고보다 눈에 덜 띄고 필요할 때 캐서 쓸 수 있다. 카사바가 이렇게 살아남는 힘은, 척박한 땅에도 잘 견디는 성질과 땅속에 저장해 둘 수 있는 성질에서 나온다. 카사바는 가뭄과 가난한 토양에도 비교적 강하고, 수확 시점을 어느 정도 미룰 수 있다. 뿌리를 땅속에 둔 채 필요할 때 캐는 방식은 곡물 창고와는 다른 저장 전략이다. 전쟁이나 시장 불안, 가뭄 속에서 카사바는 마지막 식량이 될 수 있다. 그러나 캐낸 뒤에는 빨리 상하고, 독성을 없애는 과정이 필요하다. 이 약점은 많은 노동을 요구한다. 카사바는 수확한 뒤 며칠 안에 상하기 쉬우므로, 가공은 수확 직후에 곧바로 이루어져야 한다. 독성을 없애기 위해 갈고, 물에 담그고, 발효시키고, 눌러서 물을 빼고, 굽는 과정이 이어진다. 이 과정은 대개 여성의 노동과 마을에서 전해 온 지식에 기대었다. 카사바가 식량안보에 기여할 수 있었던 것은 뿌리의 강인함만이 아니라, 그 뿌리를 안전하게 바꾸는 손기술 덕분이었다. 독성은 단순한 결점만은 아니다. 쓴 카사바 품종은 해충과 동물의 피해를 줄이는 데 도움이 될 수 있지만, 사람에게는 그만큼 가공 부담을 준다. 뿌리의 껍질을 벗기고, 갈고, 물에 담가 발효시키고, 누르고, 말리고, 굽는 과정이 필요하다. 서아프리카의 가리, 중앙아프리카의 푸푸 같은 음식은 이런 가공 지식의 결과다. 작물이 지닌 성질은 위험을 품고 있고, 제도와 기술은 그 위험을 식량으로 바꾸어 준다. 카사바가 널리 퍼진 것은 작물의 강인함만으로 설명되지 않는다. 노예무역과 식민지 항로, 포르투갈의 대서양 교역망, 아프리카 농민의 선택, 가뭄과 전쟁, 시장 접근성이 함께 작용했다. 카사바는 농민에게 유용했지만, 때로는 식민 경제가 요구한 값싼 생존 식량이기도 했다. 독성을 없애는 지식이 부족하거나 전쟁 때문에 가공할 시간이 줄어들면, 신경에 마비를 일으키는 콘조 같은 질환의 위험도 커졌다(WHO, 1996). 그래서 카사바는 나라의 세금 장부와 잘 맞지 않는 작물이기도 했다. 곡물처럼 한꺼번에 익어 창고에 모이는 대신, 땅속에 남아 있다가 농민의 일정에 따라 캐낸다. 이런 성질은 세금을 걷거나 강제로 징수하는 데는 불편하지만, 가난한 농가에는 완충 장치가 되어 주었다. PART1에서 살펴본 도피 작물의 논리가 여기서도 다시 나타난다. 작물이 지닌 성질은 권력의 눈을 피하는 수단이 되기도 하고, 식민지 시장을 떠받치는 식량 기반이 되기도 했다. 카사바는 그래서 자유와 위험을 함께 준다. 숨겨 둘 수 있지만, 안전하게 먹으려면 시간과 노동을 바쳐야 한다. 그 균형이 아프리카의 식량사를 바꾸었다. 오늘의 카사바 전분, 타피오카, 가리에는 이 양면성이 남아 있다. 카사바는 가난한 땅의 보험이지만, 보험은 지식과 시간이 있을 때만 작동한다. PART4는 여기서 끝난다. 아메리카 작물들은 세계를 먹였지만, 그 힘은 언제나 제도와 가공법, 노동의 손을 통과했다. ---------------------------------------- ## AI 루프 설계자 ISBN 9791143813381 · 2026-07-08 · 강지우 지음 https://voidlogpress.com/books/ai-%eb%a3%a8%ed%94%84-%ec%84%a4%ea%b3%84%ec%9e%90/ ### 2부. 루프 해부학 https://voidlogpress.com/books/ai-%eb%a3%a8%ed%94%84-%ec%84%a4%ea%b3%84%ec%9e%90/2%eb%b6%80-%eb%a3%a8%ed%94%84-%ed%95%b4%eb%b6%80%ed%95%99/ 질문: AI 루프는 어떤 단계로 이루어지나요? 요약: 네 칸입니다. 맥락 수집과 행동, 결과 확인, 수정과 반복입니다. 거창한 자동화 시스템이든 메일 한 통이든 안을 들여다보면 같은 골격이 돕니다. 결과가 충분하면 멈추고 부족하면 맥락을 보태 첫 칸으로 돌아갑니다. 또 다른 질문: 가장 흔한 실패는 어느 칸에서 생기나요? 답: 맥락 부족입니다. 받는 사람이 누구인지 어떤 형식을 원하는지 말해 주지 않으면 AI가 빈칸을 자기 식으로 채웁니다. 결과물은 멀쩡해 보이지만 내가 원한 것이 아닙니다. 틀린 게 아니라 어긋난 것이라 더 잡아내기 어렵습니다. 또 다른 질문: 확인을 건너뛰면 무엇이 문제인가요? 답: 틀린 것을 빠르게 받아들이게 됩니다. 매끄러운 문장은 신뢰를 부르고 신뢰는 검증을 게으르게 만듭니다. AI는 자신 있게 틀리므로, 확인 단계가 없으면 루프는 틀린 결과를 그대로 다음으로 넘깁니다. 또 다른 질문: 좋은 루프와 나쁜 루프는 무엇이 다른가요? 답: 세 가지입니다. 짧고, 검증할 수 있고, 멈출 줄 압니다. 걸음이 짧으면 어디서 틀어졌는지 보이고, 예와 아니오로 답할 기준이 있으면 확인이 기분이 되지 않으며, 끝을 정해 두면 충분한 결과에서 손을 뗍니다. 또 다른 질문: 멈춤 조건은 어떻게 정하나요? 답: 횟수와 시간, 비용, 만족 가운데 하나로 정합니다. 작업 하나에 정지선 하나면 충분하고, 거의 모든 작업에 충분의 정의를 곁들입니다. 결과를 본 뒤가 아니라 시작하기 전 차분할 때 그어야 의미가 있습니다. 최종 확인: 2026-09-06T15:33:32+09:00 5. 루프의 4단계 어제 보낸 메일 한 통을 떠올려 봅니다. 거래처에 일정 변경을 알리는 짧은 메일이었습니다. 나는 AI에게 초안을 부탁했고, 받은 글을 한 번 읽고, 어색한 문장 두 개를 고쳐서 보냈습니다. 길어야 삼 분. 그사이에 무슨 일이 있었는지는 거의 의식하지 못합니다. 너무 익숙하고 빠른 일은 단계로 느껴지지 않기 때문입니다. 그런데 이 삼 분을 느린 화면으로 되감으면, 똑같은 모양의 과정이 보입니다. 나는 AI에게 상황을 설명했고(맥락 수집), AI가 초안을 만들었고(행동), 그 초안이 쓸 만한지 확인했고(결과 확인), 마음에 안 드는 부분을 고쳐 다시 손봤습니다(수정·반복). 이 네 칸이 루프입니다. 맥락 수집 → 행동 → 결과 확인 → 수정·반복. 거창한 자동화 시스템이든 메일 한 통이든, 안을 들여다보면 같은 골격이 돕니다. 이 책에서 다루는 모든 이야기는 결국 이 네 칸 중 하나를 손보는 일입니다. 하나씩 천천히 봅니다. 맥락 수집. 일을 시작하기 전에 필요한 정보를 모으는 단계입니다. 메일이라면 받는 사람이 누구인지, 어떤 일정이 어떻게 바뀌는지, 말투는 정중해야 하는지 같은 것들입니다. 사람은 이걸 머릿속에서 순식간에 끝내기 때문에 단계라고 느끼지도 않습니다. 거래처 담당자의 이름, 그동안의 관계, 지난번 메일의 말투까지 이미 알고 시작하니까요. 하지만 AI는 우리가 말해주지 않은 것을 알지 못합니다. 맥락이 부족하면 그럴듯하지만 엉뚱한 초안이 나옵니다. 좋은 루프는 여기서부터 갈립니다. 행동. 모은 맥락을 가지고 실제로 한 단계를 실행하는 단계입니다. 초안을 쓰고, 코드를 한 줄 짜고, 검색을 한 번 돌리는 일입니다. 사람들은 보통 AI를 이 단계로만 생각합니다. 질문하면 답이 나오는 그 한 번. 그러나 행동은 루프의 네 칸 중 하나일 뿐입니다. 행동만 있고 나머지 세 칸이 없으면, 우리가 익히 아는 그 '한 번 쓰고 마는 답'이 됩니다. 받은 답을 그대로 쓸 수 없어 결국 내가 처음부터 다시 하게 되는, 그 익숙한 장면입니다. 결과 확인. 나온 결과가 쓸 만한지 점검하는 단계입니다. 메일 초안을 읽으며 '이대로 보내도 되나'를 판단하는 그 순간입니다. 이 단계가 루프와 단순한 답을 가릅니다. 확인 없이 결과를 그대로 받으면, 틀린 것을 빠르게 받아들이게 됩니다. 날짜가 맞는지, 빠진 안건은 없는지, 말투가 상대에게 맞는지를 보는 짧은 점검이 여기에 들어갑니다. 뒤에서 자세히 다루겠지만, AI가 스스로 이 확인을 하게 만드는 것이 이 책에서 가장 중요한 기술입니다. 수정·반복. 확인에서 부족함을 발견하면, 고쳐서 다시 도는 단계입니다. 어색한 문장을 손보고 다시 읽는 일입니다. 한 번에 끝날 수도 있고, 몇 번을 돌 수도 있습니다. 중요한 건 '돌아간다'는 사실입니다. 결과가 충분하면 루프를 멈추고, 부족하면 맥락을 보태 다시 첫 칸으로 돌아갑니다. 이 되돌아감이 루프를 루프로 만듭니다. 한 번 가고 끝나는 직선과, 충분해질 때까지 도는 원의 차이입니다. 네 칸은 순서가 있고, 서로 기댑니다. 맥락 없이 행동하면 헛돌고, 확인 없이 수정하면 무엇을 고치는지조차 모릅니다. 그래서 어느 한 칸을 건너뛰면 나머지가 함께 흔들립니다. 우리가 AI에게 실망하는 대부분의 순간은, 알고 보면 이 네 칸 가운데 하나를 빠뜨린 순간입니다. 네 칸을 따로 떼어 놓으니 당연해 보입니다. 실제로 당연합니다. 우리는 이미 이렇게 일하고 있습니다. 보고서를 쓸 때도, 자료를 찾을 때도, 머릿속에서 이 네 칸을 빠르게 돕니다. 다만 너무 빨라서 의식하지 못할 뿐입니다. 이 책이 하려는 일은 그 빠른 과정을 느리게 펼쳐, 우리가 손볼 수 있는 네 개의 손잡이로 만드는 것입니다. 손잡이가 보이면 고칠 수 있습니다. 시험 삼아 오늘 AI에게 시킨 작업 하나를 골라 봅니다. 무엇이든 좋습니다. 그리고 네 칸에 나눠 넣어 봅니다. 어떤 맥락을 줬는지, 어떤 행동을 시켰는지, 결과를 확인은 했는지, 고쳐서 다시 돌렸는지. 아마 한두 칸이 비어 있을 겁니다. 대부분은 결과 확인과 수정·반복이 비어 있습니다. 행동만 하고 끝냈다는 뜻입니다. 괜찮습니다. 그 빈칸이 바로 앞으로 채워 갈 곳입니다. 빈칸을 알아차리는 것만으로도 절반은 시작된 셈입니다. 무엇이 빠졌는지 보이면, 그 칸을 채우는 방법은 이 책이 차차 알려 줍니다. 다음 장에서는 이 네 칸이 저마다 어디서 새는지, 일이 틀어지는 지점부터 봅니다. 6. 각 단계에서 일이 틀어지는 지점 한번은 AI에게 보고서 요약을 맡겼다가 낭패를 본 적이 있습니다. 받은 요약은 문장도 매끄럽고 구성도 좋았습니다. 그대로 윗선에 올렸습니다. 그런데 핵심 숫자 하나가 원문과 달랐습니다. 글이 너무 그럴듯해서, 틀렸을 거라고 의심조차 하지 않았던 겁니다. 매끄러운 문장에 속아 숫자를 안 본 셈입니다. 이런 일은 운이 나빠서 생기지 않습니다. 루프의 어느 한 칸이 샜기 때문에 생깁니다. 그리고 어느 칸이 샜는지는 대개 정해진 모양이 있습니다. 네 단계는 저마다 다른 방식으로 틀어집니다. 어디서 새는지 알면, 막연히 운을 탓하는 대신 그 칸만 손보면 됩니다. 흥미로운 건, 네 가지 실패가 모두 비슷한 얼굴을 하고 있다는 점입니다. 결과물 자체는 하나같이 멀쩡해 보입니다. 그래서 'AI가 일을 못한다'는 뭉뚱그린 인상만 남고, 정작 어느 단계가 문제였는지는 흐릿하게 지나갑니다. 진단의 첫걸음은 이 뭉뚱그린 인상을 네 칸으로 쪼개는 것입니다. 맥락이 부족하면, 그럴듯한데 엉뚱한 결과가 나옵니다. 가장 흔한 실패입니다. 받는 사람이 누구인지, 어떤 형식을 원하는지, 무엇을 빼야 하는지 말해주지 않으면 AI는 빈칸을 자기 식으로 채웁니다. 결과물은 멀쩡해 보입니다. 다만 내가 원한 것이 아닐 뿐입니다. 분기 보고서를 원했는데 연간 요약이 나오고, 정중한 메일을 원했는데 지나치게 사무적인 글이 나옵니다. 틀린 게 아니라 어긋난 겁니다. 예를 들어 '쉽게 써 줘'라고만 하면, AI는 누구에게 쉬운 글인지 모릅니다. 초등학생에게 쉬운 글과 임원에게 쉬운 글은 전혀 다릅니다. 명백한 오류는 눈에 띄지만, 어긋남은 그럴듯해서 그냥 지나치기 쉽습니다. 그래서 더 잡아내기 어렵습니다. 맥락은 줬는데 엉뚱한 행동을 하면, 헛행동이 됩니다. 시킨 일과 다른 일을 하는 경우입니다. 요약해 달라고 했는데 평가를 하고, 고쳐 달라고 했는데 처음부터 다시 씁니다. 사람으로 치면 지시를 반쯤 흘려들은 셈입니다. 한 번의 헛행동은 별일 아닙니다. 문제는 루프 안에서 헛행동이 다음 단계의 입력이 될 때입니다. 틀린 요약 위에 다시 요약을 얹고, 그 위에 또 손을 대면, 처음의 작은 어긋남이 끝에 가서는 알아볼 수 없게 커집니다. 오류가 쌓이는 겁니다. 확인을 건너뛰면, 틀린 것을 빠르게 받아들입니다. 앞서 말한 보고서 사고가 바로 이 칸이 샌 경우입니다. 결과가 그럴듯할수록 확인을 건너뛰기 쉽습니다. 매끄러운 문장은 신뢰를 부르고, 신뢰는 검증을 게으르게 만듭니다. 그러나 AI는 자신 있게 틀립니다. 모른다고 말하는 대신 그럴듯한 답을 지어내기도 합니다. 확인 단계가 없으면 루프는 틀린 결과를 그대로 다음으로 넘깁니다. 빠르게, 그리고 깔끔하게. 속도가 오히려 독이 되는 지점입니다. 멈출 줄 모르면, 끝없이 수정만 합니다. 반대 방향의 실패도 있습니다. 결과가 충분한데도 자꾸 더 고치는 경우입니다. 한 번 더 다듬으면 나아질 것 같아서 계속 돌립니다. 시간이 녹고, 가끔은 처음보다 못한 결과가 나옵니다. 루프는 돌아갈 줄 아는 만큼 멈출 줄도 알아야 합니다. 멈춤은 8장에서 따로 다룹니다. 최근에 AI에게 일을 맡겼다가 마음에 안 들었던 경험을 하나 떠올려 봅니다. 그리고 물어봅니다. 그건 어느 칸이 샌 걸까. 맥락을 덜 줬나, 엉뚱한 행동을 했나, 확인을 안 했나, 아니면 멈추지 못했나. 대부분의 실패는 네 칸 중 하나로 정확히 떨어집니다. 막연히 "AI가 별로다"가 아니라 "확인 단계가 비어 있었다"로 바뀌는 순간, 문제는 고칠 수 있는 것이 됩니다. 도구를 탓하면 할 수 있는 일이 없지만, 빠진 칸을 찾으면 채울 방법이 생깁니다. 한 가지 덧붙이면, 한 작업에서 두 칸이 동시에 새는 일도 흔합니다. 맥락을 덜 줬는데 확인까지 건너뛰면, 어긋난 결과가 그대로 통과합니다. 그럴 때는 가장 앞선 칸부터 손봅니다. 맥락이 바로잡히면 뒤따르는 단계의 실패도 절반은 함께 사라지기 때문입니다. 루프는 앞 칸의 결과가 뒤 칸으로 흐르는 구조라, 위쪽을 막는 편이 언제나 효율적입니다. 새는 곳을 진단했으면 절반은 끝난 겁니다. 나머지 절반, 그러니까 각 칸을 실제로 어떻게 단단하게 만드는지는 4부에서 하나씩 다룹니다. 그 전에 먼저, 잘 돌아가는 루프와 그렇지 않은 루프는 무엇이 다른지부터 짚고 갑니다. 7. 좋은 루프 vs 나쁜 루프 같은 일을 두 사람에게 맡겨 봤다고 합시다. 서른 장짜리 회의 자료를 한 장으로 요약하는 일입니다. 도구는 둘 다 같은 AI를 씁니다. 첫 번째 사람은 자료를 한꺼번에 AI에 넣고 "한 장으로 요약해 줘"라고 합니다. 결과가 깁니다. "더 줄여 줘"라고 합니다. 이번엔 너무 짧습니다. "조금만 늘려 줘"라고 합니다. 그러다 처음에 있던 중요한 내용이 빠진 걸 뒤늦게 발견합니다. 다시 처음부터. 무엇이 빠졌는지, 어디서 틀어졌는지 짚을 수가 없어 매번 처음부터 다시 합니다. 삼십 분이 지나도 쓸 만한 요약은 나오지 않습니다. 두 번째 사람은 먼저 묻습니다. 이 요약은 누가, 왜 보나. 답은 '바쁜 임원이 회의 참석 여부를 정하려고'입니다. 그러면 필요한 건 결론과 안건 세 개뿐입니다. 자료를 단락별로 나눠 핵심만 뽑게 하고, 뽑을 때마다 원문과 맞는지 확인합니다. 한 장이 차면 멈춥니다. 십 분 만에 끝납니다. 두 사람은 같은 도구로 같은 일을 했습니다. 결과를 가른 건 도구가 아니라 루프의 모양입니다. 좋은 루프에는 세 가지가 있습니다. 짧고, 검증할 수 있고, 멈출 줄 압니다. 짧다. 좋은 루프는 한 번에 한 걸음만 갑니다. 첫 번째 사람은 서른 장을 한 번에 처리하려 했습니다. 그래서 무엇이 잘못됐는지 짚어낼 수 없었습니다. 결과가 한 덩어리로 나오니, 고칠 때도 전체를 고쳐야 했습니다. 두 번째 사람은 단락별로 작게 돌렸습니다. 한 단락이 틀리면 그 단락만 다시 하면 됩니다. 걸음이 짧을수록 어디서 틀어졌는지 보이고, 고치는 비용도 작습니다. 짧은 루프는 실패해도 싸게 실패합니다. 한 시간을 들인 결과가 송두리째 어긋나면 잃는 것도 한 시간이지만, 오 분짜리 걸음이 어긋나면 잃는 건 오 분뿐입니다. 검증할 수 있다. 좋은 루프에는 맞는지 판단할 기준이 있습니다. 두 번째 사람은 '원문과 맞는지'라는 기준을 들고 매 단계 확인했습니다. 기준이 분명하니 통과와 탈락이 깔끔하게 갈립니다. 첫 번째 사람에게는 기준이 없었습니다. 그저 '마음에 드나'였고, 마음은 매번 바뀝니다. 어제는 괜찮던 문장이 오늘은 거슬립니다. 기준이 없으면 확인은 기분이 되고, 기분에 기댄 루프는 방향을 잃습니다. 기준은 거창할 필요가 없습니다. '숫자가 원문과 같은가', '결론이 한 문장으로 보이는가'처럼 예와 아니오로 답할 수 있으면 됩니다. 예와 아니오로 떨어지지 않는 기준은 기준이 아니라 취향입니다. 멈출 줄 안다. 좋은 루프에는 끝이 정해져 있습니다. 두 번째 사람은 '한 장이 차면 멈춘다'를 미리 정했습니다. 끝이 분명하니 그 선에 닿는 순간 손을 뗐습니다. 첫 번째 사람은 끝을 정하지 않아서, 더 나아질 것 같다는 기대만으로 계속 돌렸습니다. 멈출 곳을 모르는 루프는 충분한 결과를 지나쳐 더 나쁜 곳으로 갑니다. 끝을 정하는 일은 게으름이 아니라 판단입니다. 충분한 결과에서 손을 떼는 데에도 작은 용기가 필요합니다. 더 나아질지 모른다는 미련을 누르고, 지금이 충분하다고 인정하는 판단이기 때문입니다. 이 세 가지는 타고나는 재능이 아닙니다. 설계입니다. 일을 맡기기 전에 정할 수 있는 것들입니다. 걸음을 얼마나 짧게 끊을지, 무엇을 기준으로 확인할지, 어디서 멈출지. 이 세 질문에 미리 답해두면, 같은 도구로도 십 분과 삼십 분이 갈립니다. 둘의 차이는 실력이 아니라 준비였습니다. 세 가지는 따로 노는 게 아니라 서로 돕습니다. 걸음이 짧으면 검증하기 쉽고, 검증 기준이 분명하면 언제 멈출지도 또렷해집니다. 반대로 걸음이 길면 무엇을 검증할지부터 막막해집니다. 그래서 셋 중 하나만 제대로 갖춰도 나머지가 따라오기 시작합니다. 지금 자주 하는 AI 작업 하나를 세 가지로 채점해 봅니다. 내 루프는 짧은가, 검증할 기준이 있는가, 멈출 곳을 정해뒀는가. 셋 다 '예'라면 이미 잘 돌리고 있는 겁니다. 하나라도 '아니오'라면, 거기가 다음에 손볼 곳입니다. 세 가지를 한꺼번에 갖추려 애쓸 필요는 없습니다. 가장 비어 있는 칸 하나부터 채우면, 앞서 봤듯 나머지가 따라옵니다. 세 가지 중에서도 멈춤은 의외로 자주 빠집니다. 돌리는 법은 신경 쓰면서 멈추는 법은 정하지 않기 때문입니다. 다음 장에서는 이 멈춤을 따로 다룹니다. 루프를 언제, 어떻게 멈출 것인가. 8. 루프를 멈춰야 할 때 — 무한 루프와 비용 폭발 제품 소개 문구 한 줄을 다듬다가 한 시간을 쓴 적이 있습니다. AI에게 "조금 더 매력적으로"를 스무 번쯤 시켰습니다. 매번 조금씩 달라졌지만, 더 좋아졌는지는 확신할 수 없었습니다. 어느 순간부터는 그냥 다른 문장을 보고 있을 뿐, 더 나은 문장을 보고 있는 게 아니었습니다. 결국 처음 받은 세 번째 안으로 돌아갔습니다. 나머지 한 시간은 그냥 사라졌습니다. 문제는 문구가 아니었습니다. 멈출 곳을 정해두지 않은 것이 문제였습니다. 사람이 혼자 일할 때는 멈춤을 따로 의식하지 않습니다. 지치면 멈추기 때문입니다. 손이 아프고, 눈이 침침해지고, 배가 고파지면 자연히 일을 내려놓습니다. 우리 몸이 정지선 노릇을 해 온 겁니다. 완벽하지 않아도 어느 선에서 손을 떼는 감각은, 사실 피로가 대신 만들어 준 것이었습니다. AI에게는 그런 정지선이 없습니다. 지치지 않고, 지겨워하지 않고, 시켜둔 만큼 끝없이 돕니다. "더 나은 안을 만들어"라고 해두면 영원히 더 나은 안을 시도합니다. 그래서 AI 루프에서는 멈춤을 사람이 명시적으로 정해줘야 합니다. 이건 포기가 아니라 설계입니다. 잘 만든 루프일수록 어디서 멈출지가 분명합니다. 멈춤이 어려운 데는 이유가 있습니다. 다음 한 번이면 더 나아질 것 같다는 기대가, 멈춰야 할 순간에 가장 강해지기 때문입니다. 그 기대는 대개 착각입니다. 충분히 좋은 결과를 손에 쥐고도, 더 좋아질지 모른다는 가능성 하나 때문에 그것을 놓아 버립니다. 그러고는 더 못한 결과를 받아 들고 후회합니다. 멈춤 조건은 보통 네 가지 중 하나로 정합니다. 횟수. 같은 일을 몇 번까지 다시 시킬지 미리 정합니다. "세 번 돌려서 안 나오면 멈춘다." 세 번 안에 안 되는 일은 대개 접근을 바꿔야 하는 일이지, 한 번 더 돌린다고 풀리지 않습니다. 같은 방식으로 네 번째를 돌리는 건 같은 실패를 한 번 더 하는 일에 가깝습니다. 시간. 한 작업에 쓸 시간을 정합니다. "이 문구에는 십 분만 쓴다." 시간을 정해두면, 십 분이 지났을 때 지금 안이 완벽하지 않아도 결정을 내리게 됩니다. 마감이 일을 끝내 주듯, 스스로 그은 시간선이 루프를 끝내 줍니다. 비용. AI를 본격적으로 돌리면 토큰이든 요금이든 실제 비용이 듭니다. 긴 작업을 자동으로 반복시킬 때는 "여기까지 쓰면 멈춘다"는 예산을 정해둡니다. 비용 정지선이 없으면, 잘못 짠 루프 하나가 밤새 돌며 요금을 태웁니다. 사람이 자는 동안에도 AI는 멈추지 않으니, 이 선은 특히 자동화에서 중요합니다. 만족. 결과가 어느 선에 닿으면 멈춥니다. 이게 가장 까다롭습니다. 기준을 '완벽'으로 잡으면 영원히 멈출 수 없기 때문입니다. 완벽한 문구, 완벽한 요약은 없습니다. 그래서 미리 '충분'을 정의해 둬야 합니다. "결론이 한 줄로 들어가고 오타가 없으면 충분하다." 충분의 선을 그어두면, 그 선에 닿는 순간 손을 뗄 수 있습니다. 완벽을 좇지 않고 충분에서 멈추는 것이, 실은 가장 빠른 길입니다. 네 가지를 다 쓸 필요는 없습니다. 작업 하나에 정지선 하나면 됩니다. 짧은 작업이면 횟수, 시간이 걸리는 작업이면 시간, 자동으로 오래 도는 작업이면 비용. 그리고 거의 모든 작업에 '충분'의 정의 하나를 곁들입니다. 정지선은 미리 그어야 의미가 있습니다. 일을 시작하기 전, 아직 결과에 마음을 뺏기지 않았을 때 정해두는 겁니다. 결과를 본 뒤에 멈출지 말지를 정하려 하면, 이미 '한 번 더'의 유혹 안에 들어와 있습니다. 멈춤의 기준은 차분할 때 정하고, 일할 때는 그 기준을 따르기만 하면 됩니다. 지금 자주 하는 AI 작업을 하나 떠올려, 정지선을 한 줄로 적어 봅니다. "○○하면 멈춘다." 이 한 줄이 한 시간짜리 무한 루프를 십 분으로 줄여 줍니다. 여기까지가 루프의 해부입니다. 네 단계가 무엇인지, 어디서 새는지, 좋은 루프는 어떻게 다르고, 언제 멈추는지 봤습니다. 이제 한 걸음 물러나 더 큰 선택을 봅니다. 루프를 정해진 길로 깔아둘 것인가, 아니면 AI가 스스로 길을 정하게 둘 것인가. 다음 부에서 다룰 워크플로우와 에이전트의 갈림길입니다. ---------------------------------------- ### 3부. 워크플로우냐 에이전트냐 https://voidlogpress.com/books/ai-%eb%a3%a8%ed%94%84-%ec%84%a4%ea%b3%84%ec%9e%90/3%eb%b6%80-%ec%9b%8c%ed%81%ac%ed%94%8c%eb%a1%9c%ec%9a%b0%eb%83%90-%ec%97%90%ec%9d%b4%ec%a0%84%ed%8a%b8%eb%83%90/ 질문: 워크플로우와 에이전트는 무엇이 다른가요? 요약: 통제권을 누가 쥐느냐입니다. 워크플로우는 사람이 모든 단계를 미리 정하고 AI가 칸을 채워 결과가 안정적입니다. 에이전트는 다음에 무엇을 할지 AI가 그때그때 정해 낯선 상황에도 대응하지만 예측하기 어렵습니다. 또 다른 질문: 둘 중 어느 쪽이 더 나은가요? 답: 좋은 질문이 아닙니다. 자유를 얻으면 예측을 내주고 안정을 얻으면 유연함을 내줍니다. 물어야 할 것은 이 일에서 나는 무엇을 포기할 수 있는가입니다. 포기할 수 없는 것을 먼저 정하면 방식은 따라옵니다. 또 다른 질문: 워크플로우가 맞는 일은 어떤 일인가요? 답: 결과가 일정해야 하고, 단계를 미리 그릴 수 있고, 틀리면 곤란하고, 자주 반복되는 일입니다. 워크플로우의 힘은 지루함에 있습니다. 같은 입력에 같은 결과를 내니 믿을 수 있고 남에게 넘길 수도 있습니다. 또 다른 질문: 에이전트를 쓸 때 경계할 점은 무엇인가요? 답: 멋져 보인다는 이유로 고르는 것입니다. 정해진 길로 충분한 일에까지 판단을 넘기면 결과는 대개 더 나쁩니다. 예측 가능한 일을 굳이 예측 불가능하게 만든 셈이기 때문입니다. 길을 그릴 수 없을 때만 판단을 넘깁니다. 또 다른 질문: 둘을 섞으려면 어떻게 하나요? 답: 전체 순서는 워크플로우로 고정하고 판단이 필요한 한 단계만 에이전트에 맡깁니다. 뼈대는 정해 두고 빈칸만 비우는 것입니다. 빈칸은 좁을수록 다루기 쉬우니 작게 시작해 믿을 만해지면 조금씩 넓힙니다. 최종 확인: 2026-09-06T15:33:33+09:00 9. 통제권의 트레이드오프 같은 일을 두 가지 방식으로 시켜 봅니다. 고객 문의에 답장하는 일입니다. 첫 번째 방식은 길을 정해 둡니다. 문의가 들어오면 유형을 나누고, 유형마다 정해진 답변 틀을 채우고, 보내기 전에 사람이 한 번 봅니다. 순서가 고정돼 있습니다. 어떤 문의가 와도 같은 단계를 밟습니다. 결과는 늘 비슷합니다. 빼어나게 좋지도, 크게 어긋나지도 않습니다. 예측할 수 있습니다. 두 번째 방식은 AI에게 맡깁니다. "문의를 읽고 알아서 가장 좋은 답장을 보내." AI가 상황을 판단해 매번 다르게 대응합니다. 어떤 답장은 사람이 쓴 것보다 낫습니다. 어떤 답장은 엉뚱한 곳으로 갑니다. 같은 유형의 문의에도 오늘과 내일의 답이 다릅니다. 예측하기 어렵습니다. 이 두 방식이 워크플로우와 에이전트입니다. 그리고 둘의 차이는 하나의 교환으로 정리됩니다. AI에게 자유를 줄수록 결과는 유연해지고, 예측은 어려워집니다. 워크플로우는 통제권을 사람이 쥡니다. 모든 단계를 사람이 미리 정하고, AI는 정해진 칸을 채웁니다. 그래서 결과가 안정적입니다. 대신 정해 둔 길 밖의 상황에는 대응하지 못합니다. 예상 못 한 문의가 오면, 틀에 억지로 끼워 맞춘 답이 나갑니다. 에이전트는 통제권을 AI에게 넘깁니다. 다음에 무엇을 할지 AI가 그때그때 정합니다. 그래서 낯선 상황에도 대응합니다. 대신 무엇을 할지 사람이 미리 알 수 없습니다. 잘 풀리면 사람보다 낫고, 어긋나면 어디서 어긋났는지 추적하기 어렵습니다. 둘의 차이는 요리에 빗댈 수 있습니다. 워크플로우는 레시피입니다. 적힌 대로 따르면 누가 만들어도 비슷한 맛이 납니다. 대신 적힌 재료가 떨어지면 거기서 멈춥니다. 에이전트는 숙련된 요리사입니다. 냉장고를 열어 있는 재료로 알아서 만듭니다. 어떤 날은 레시피보다 훌륭하고, 어떤 날은 도무지 알 수 없는 요리가 나옵니다. 레시피와 요리사 중 무엇이 낫느냐고 묻는 건 잘못된 질문입니다. 매번 같은 맛을 내야 하는 식당과, 그날그날 다른 메뉴를 내는 식당은 답이 다릅니다. 여기서 중요한 건, 어느 쪽도 공짜가 아니라는 점입니다. 안정을 얻으면 유연함을 내주고, 유연함을 얻으면 예측을 내줍니다. 둘 다 가질 수는 없습니다. 더 자유로우면서 동시에 더 예측 가능한 방식은 없습니다. 트레이드오프라는 말이 그래서 붙습니다. 한쪽을 얻으려면 다른 쪽을 치러야 합니다. 그리고 이 선택은 둘 중 하나를 고르는 문제만은 아닙니다. 워크플로우와 에이전트는 켜고 끄는 스위치가 아니라, 양 끝을 잇는 눈금자에 가깝습니다. 완전히 정해진 길이 한쪽 끝이고, 완전한 자유가 반대쪽 끝입니다. 그 사이에 수많은 중간 지점이 있습니다. 어느 한 단계만 자유롭게 두고 나머지는 정해 둘 수도 있습니다. 실제 일은 대개 양 끝이 아니라 그 중간 어딘가에 놓입니다. 그러니 둘을 적이 아니라, 한 눈금자의 두 방향으로 보는 편이 낫습니다. 그래서 좋은 질문은 "어느 쪽이 더 나은가"가 아닙니다. "이 일에서 나는 무엇을 포기할 수 있는가"입니다. 결과가 어긋나면 곤란한 일이라면, 유연함을 포기하고 예측을 택합니다. 매번 상황이 달라 미리 길을 그릴 수 없는 일이라면, 예측을 포기하고 유연함을 택합니다. 포기할 수 없는 것을 먼저 정하면, 방식은 따라옵니다. 지금 AI에게 맡기고 싶은 일을 하나 떠올려, 축의 어디쯤에 놓을지 가늠해 봅니다. 결과가 일정해야 하는 일인가, 상황마다 달라지는 일인가. 이 가늠이 다음 두 장의 출발점입니다. 먼저 워크플로우가 맞는 일부터 봅니다. 10. 언제 워크플로우가 맞는가 매달 같은 보고서를 씁니다. 지난달 숫자를 정해진 양식에 넣고, 정해진 순서로 항목을 채우고, 정해진 형식으로 마무리합니다. 매번 같은 일입니다. 이런 일에 AI의 판단은 필요 없습니다. 오히려 방해가 됩니다. 매달 보고서의 모양이 달라지면, 받아 보는 사람이 헷갈리기만 합니다. 워크플로우가 맞는 일에는 분명한 신호가 있습니다. 첫째, 결과가 일정해야 하는 일입니다. 인보이스, 계약서, 정기 보고서처럼 형식이 정해진 문서는 매번 같은 모양으로 나와야 합니다. 어떤 달은 화려하고 어떤 달은 밋밋하면 곤란합니다. 일정함 자체가 품질인 일입니다. 둘째, 단계를 미리 그릴 수 있는 일입니다. 무엇을 먼저 하고 다음에 무엇을 할지 순서가 분명하면, 그 순서를 그대로 길로 깔면 됩니다. 길이 분명한데 AI에게 매번 길을 새로 정하게 할 이유가 없습니다. 셋째, 틀리면 곤란한 일입니다. 숫자 계산, 법적 형식, 규정 준수처럼 정답이 정해진 일은 창의적일 필요가 없습니다. 정해진 대로 정확히 하면 됩니다. 자유는 여기서 위험이 됩니다. 넷째, 자주 반복되는 일입니다. 한 번 길을 잘 깔아 두면, 그 길을 두고두고 씁니다. 반복 횟수가 많을수록 길을 까는 수고가 빠르게 회수됩니다. 이런 일은 주위에 흔합니다. 급여 계산, 정기 안내 메일 발송, 영수증 정리, 주간 실적 집계. 하나같이 순서가 정해져 있고, 매번 같은 결과를 내야 하며, 자주 반복됩니다. 화려하지 않지만 멈추면 곤란한, 업무의 바탕을 이루는 일들입니다. 이런 일에 매번 AI의 판단을 끼우는 건, 잘 닦인 길을 두고 매번 새 길을 내는 것과 같습니다. 비효율적일 뿐 아니라, 결과가 들쭉날쭉해집니다. 워크플로우라고 하면 단순하고 하급의 방식처럼 들릴지 모릅니다. 그렇지 않습니다. 우리가 하는 일의 대부분은 사실 이쪽에 있습니다. 매일의 업무는 화려한 판단보다 안정된 반복으로 이루어집니다. 잘 깔린 워크플로우 하나가 매주 몇 시간을 돌려주는 일은, 멋진 에이전트 하나를 만드는 일보다 훨씬 자주 일어납니다. 워크플로우의 힘은 지루함에 있습니다. 같은 입력에 같은 결과를 냅니다. 그래서 믿을 수 있고, 남에게 넘길 수 있고, 문제가 생겨도 어디가 잘못됐는지 바로 찾습니다. 예측 가능성은 작은 미덕이 아닙니다. 일을 일답게 만드는 바탕입니다. 화려하지 않지만, 화려할 필요가 없는 일에는 이것으로 충분합니다. 한 가지 숨은 이점이 더 있습니다. 잘 만든 워크플로우는 남에게 넘기기 쉽습니다. 길이 정해져 있으니, 다음 사람은 그 길을 따라가기만 하면 됩니다. 일하는 사람이 바뀌어도 결과는 그대로입니다. 반면 매번 판단이 들어가는 일은, 그 판단을 내리던 사람이 빠지면 함께 흔들립니다. 예측 가능성은 곧 넘겨줄 수 있음을 뜻합니다. 물론 워크플로우에도 약점은 있습니다. 정해 둔 길 밖의 일은 처리하지 못합니다. 예외가 들어오면 사람이 직접 손을 대야 합니다. 그래서 예외가 잦은 일에는 맞지 않습니다. 하지만 예외가 드물고 대부분이 정해진 모양으로 들어오는 일이라면, 그 드문 예외만 사람이 맡고 나머지는 길에 맡기면 됩니다. 지금 하는 일 가운데 매번 같은 순서로 반복하는 것을 적어 봅니다. 그 목록이 워크플로우로 옮길 후보입니다. 다만 모든 일이 이렇게 단정하지는 않습니다. 길을 미리 그릴 수 없는 일도 있습니다. 다음 장에서는 그런 일, 에이전트가 맞는 경우를 살핍니다. 11. 언제 에이전트가 맞는가 길을 미리 그릴 수 없는 일이 있습니다. 예전에 자료 조사를 워크플로우로 짜 보려 한 적이 있습니다. "이 사이트에서 이걸 찾고, 다음 사이트에서 저걸 찾고." 그런데 첫 사이트에서 예상과 다른 내용이 나오자, 다음 단계가 전부 어긋났습니다. 조사는 무엇을 찾을지가 찾는 도중에 바뀌는 일이었습니다. 정해진 길로는 담기지 않았습니다. 이런 일에 에이전트가 맞습니다. 신호는 이렇습니다. 첫째, 길을 미리 그릴 수 없습니다. 다음에 무엇을 할지가 앞 단계의 결과에 따라 달라집니다. 찾은 내용에 따라 다음에 찾을 것이 정해지는 조사가 그렇습니다. 길이 데이터에 따라 갈라지는 일입니다. 둘째, 상황마다 달라집니다. 같은 종류의 일이라도 매번 조건이 다릅니다. 복잡한 오류를 잡는 일은 오류마다 원인이 달라서, 하나의 순서로 묶이지 않습니다. 어제 통한 방법이 오늘은 통하지 않습니다. 셋째, 중간 판단이 많습니다. "이 길로 갈까, 저 길로 갈까"를 자주 정해야 하는 일은, 그 판단을 매번 사람이 내리면 사람이 묶입니다. 판단을 AI에게 넘기면 사람은 결과만 봅니다. 조금 더 구체적인 장면을 그려 봅니다. 프로그램에 오류가 났는데 원인을 모릅니다. 어디를 봐야 할지조차 막막합니다. 이럴 때 AI에게 맡기면, 한 군데를 살펴보고 아니면 다른 곳을 보고, 단서가 나오면 그쪽을 파고듭니다. 사람이 단계를 일러 줄 수 없는 일을, AI가 단서를 따라가며 좁혀 갑니다. 미리 그릴 수 없는 길을, 가면서 그리는 셈입니다. 워크플로우로는 첫 단계부터 막히는 일이, 에이전트에서는 출발점이 됩니다. 다만 에이전트에는 대가가 따릅니다. 무엇을 할지 미리 알 수 없으니, 결과를 일일이 확인해야 합니다. 잘못 들어서면 엉뚱한 곳까지 혼자 가 버립니다. 비용도 예측하기 어렵습니다. 자유를 준 만큼, 지켜보고 검증하는 부담이 함께 늘어납니다. 맡겨 놓고 손을 떼는 게 아니라, 맡겨 놓고 더 자주 들여다봐야 합니다. 그래서 경계할 것이 하나 있습니다. 에이전트는 멋져 보입니다. AI가 스스로 판단하는 모습은 인상적이고, 어쩐지 더 발전된 방식 같습니다. 그 인상 때문에 굳이 에이전트를 쓰는 경우가 많습니다. 정해진 길로 충분한 일에까지 판단을 넘기는 겁니다. 결과는 대개 더 나쁩니다. 예측 가능한 일을 굳이 예측 불가능하게 만든 셈이니까요. 멋져서가 아니라 필요해서 택해야 합니다. 에이전트는 강력한 방식입니다. 하지만 강력하다는 말은 통제하기 어렵다는 말과 같습니다. 길을 그릴 수 없을 때, 그때만 길 그리기를 포기하고 AI에게 판단을 넘깁니다. 그 외에는 길을 그리는 편이 거의 항상 낫습니다. 에이전트를 쓸 때의 마음가짐은 워크플로우와 다릅니다. 워크플로우는 깔아 두고 잊는 것이지만, 에이전트는 풀어 두고 지켜보는 것입니다. 짧은 구간을 맡기고 결과를 확인한 뒤 다음을 맡기는 식으로, 통째로 던지기보다 조금씩 끊어 맡기는 편이 안전합니다. 자유를 주되, 그 자유가 어디로 가는지 눈을 떼지 않는 겁니다. 이 끊어 맡기기는 뒤의 4부에서 다시 설계의 문제로 다룹니다. 그럼에도 에이전트가 빛나는 순간은 분명합니다. 사람이 길을 그릴 수 없어 손을 놓았던 일을, 대신 끝까지 따라가 줍니다. 정해진 길로는 닿을 수 없던 곳까지 데려다주는 것이 에이전트의 진짜 값어치입니다. 여기까지 보면 선택이 양자택일처럼 느껴질지 모릅니다. 그러나 실제 일은 둘 사이 어딘가에 있습니다. 다음 장에서는 워크플로우와 에이전트를 섞는 법으로 넘어갑니다. 12. 둘을 섞는 법 — 뼈대는 워크플로우, 빈칸은 에이전트 실제 일을 해 보면, 순수한 워크플로우도 순수한 에이전트도 잘 맞지 않을 때가 많습니다. 전체를 정해진 길로 깔자니 중간에 판단이 필요한 단계가 있고, 전부 AI에게 맡기자니 굳이 그럴 필요 없는 단계까지 불안정해집니다. 답은 대개 둘을 섞는 데 있습니다. 섞는 방법은 간단합니다. 전체 순서는 워크플로우로 고정하고, 판단이 필요한 한 단계만 에이전트에게 맡깁니다. 뼈대는 정해 두고, 빈칸만 비워 두는 겁니다. 보고서를 예로 들어 봅니다. '자료 수집 → 작성 → 검토'라는 순서는 고정합니다. 늘 이 순서로 진행됩니다. 이게 뼈대입니다. 그런데 '자료 수집' 단계 안에서, 어떤 자료를 찾을지는 주제마다 다릅니다. 이 한 칸만 AI의 판단에 맡깁니다. 무엇을 찾을지는 AI가 정하되, 찾은 다음 작성으로 넘어가는 큰 흐름은 정해진 대로 갑니다. 고객 응대도 마찬가지입니다. '접수 → 분류 → 답변 → 기록'이라는 뼈대는 고정합니다. 다만 '답변' 단계에서 정확히 무슨 말을 할지는 문의 내용에 따라 다릅니다. 그 한 칸을 AI가 상황을 보고 채웁니다. 나머지 칸은 늘 같은 곳에 있습니다. 접수와 기록은 매번 같은 방식으로 처리되고, 판단이 필요한 답변 한 칸에서만 유연해집니다. 한 가지 더 들어 봅니다. 매주 뉴스레터를 만드는 일입니다. '소재 모으기 → 글 쓰기 → 다듬기 → 발송'이라는 순서는 매주 같습니다. 이게 뼈대입니다. 그런데 '소재 모으기' 단계에서 이번 주에 무엇이 중요한지는 매주 다릅니다. 그 한 칸에서만 AI가 그 주의 흐름을 읽어 소재를 고릅니다. 나머지 세 칸은 늘 같은 방식으로 돌아갑니다. 매주 다른 건 소재뿐이고, 만드는 절차는 한결같습니다. 이렇게 하면 두 가지를 동시에 얻습니다. 전체 흐름은 예측 가능하고, 판단이 필요한 곳에서는 유연합니다. 어긋나도 어느 칸에서 어긋났는지 분명합니다. 빈칸은 한 단계로 좁혀져 있으니, 문제가 생겨도 그 한 칸만 들여다보면 됩니다. 통제권을 통째로 넘기지 않고, 필요한 한 칸에서만 빌려주는 셈입니다. 핵심은 빈칸을 가능한 한 좁게 두는 것입니다. 자유를 줄 곳을 한 단계로 한정할수록, 전체는 안정적이면서 필요한 유연함만 챙깁니다. 빈칸이 넓어지면 그만큼 에이전트에 가까워지고, 예측은 다시 어려워집니다. 처음에는 빈칸을 작게 시작해, 그 칸이 믿을 만하다고 확인되면 조금씩 넓히는 편이 안전합니다. 빈칸을 너무 넓게 잡았다가 낭패를 본 적이 있습니다. 편의를 위해 '소재 모으기'와 '글 쓰기'를 한데 묶어 통째로 맡겼더니, 어떤 주는 좋았지만 어떤 주는 엉뚱한 글이 나왔습니다. 문제가 생겨도 소재 선택이 잘못된 건지 글쓰기가 잘못된 건지 가릴 수 없었습니다. 두 칸을 다시 떼어 놓고 나서야, 어느 칸이 문제인지 보였습니다. 빈칸은 좁을수록 다루기 쉽습니다. 무엇을 뼈대로 두고 무엇을 빈칸으로 비울지는, 한 가지만 물으면 정해집니다. 매번 똑같이 해도 되는 단계는 뼈대로 고정하고, 그때그때 판단이 달라지는 단계만 빈칸으로 엽니다. 대부분의 일에서 판단이 필요한 단계는 한두 개뿐입니다. 나머지는 생각보다 정해져 있습니다. 대부분의 실무는 이 하이브리드로 풀립니다. 전부 정하지도, 전부 맡기지도 않고, 뼈대와 빈칸을 나누는 일입니다. 그렇다면 내 일에서 무엇이 뼈대이고 무엇이 빈칸인지 어떻게 정할까요. 다음 장에서 다섯 개의 질문으로 정리합니다. 13. 판단 체크리스트 지금까지의 이야기를 다섯 개의 질문으로 줄여 봅니다. 일을 맡기기 전에 이 다섯 가지만 물으면, 워크플로우와 에이전트 사이에서 헤매는 시간이 크게 줄어듭니다. 하나, 결과가 매번 같아야 하나? 그렇다면 워크플로우입니다. 일정함이 품질인 일은 판단을 끼우지 않습니다. 월말 정산서가 그런 일입니다. 둘, 단계를 미리 그릴 수 있나? 순서가 분명하면 워크플로우입니다. 길이 보이는데 매번 새로 그릴 이유가 없습니다. 양식이 정해진 신청서 처리가 그렇습니다. 셋, 틀리면 곤란한가? 정답이 정해진 일이라면 워크플로우로 깔거나, 최소한 강한 검증을 답니다. 자유가 위험이 되는 일입니다. 세금 계산이나 법적 문구가 여기 듭니다. 넷, 상황마다 판단이 달라지나? 그렇다면 그 부분은 에이전트입니다. 미리 그릴 수 없는 한 칸을 AI에게 맡깁니다. 고객마다 사정이 다른 상담이 그렇습니다. 다섯, 자주 반복되나? 자주 반복되면 워크플로우로 굳힙니다. 한 번 깐 길을 두고두고 쓰는 편이 이득입니다. 매주 돌아오는 정기 보고가 그렇습니다. 다섯 질문의 답이 한쪽으로 깔끔하게 쏠리는 경우는 드뭅니다. 보통은 섞여 나옵니다. 그럴 때가 바로 앞 장에서 본 하이브리드입니다. '예'가 많이 나온 쪽을 뼈대로 삼고, 넷째 질문에 해당하는 단계만 빈칸으로 비워 둡니다. 대부분의 일이 이 모양으로 정리됩니다. 완전한 워크플로우도, 완전한 에이전트도 아닌, 뼈대 위에 빈칸 하나가 놓인 형태입니다. 실제로 적용해 봅니다. 매주 받은 고객 문의를 정리해 요약 보고하는 일이 있다고 합시다. 결과가 매번 같은 형식이어야 하나? 예. 단계를 그릴 수 있나? 예, 모으고 분류하고 요약합니다. 자주 반복되나? 예, 매주입니다. 여기까지는 워크플로우입니다. 그런데 문의를 어떻게 분류할지는 그 주의 내용에 따라 달라집니다. 넷째 질문에 걸립니다. 그러면 분류라는 한 칸만 AI에게 맡기고, 나머지는 정해진 길로 둡니다. 다섯 질문이 곧장 하이브리드 설계로 이어진 겁니다. 한 가지 자주 틀리는 경우가 있습니다. 다섯 질문에 답하지 않고 곧장 '에이전트가 좋겠다'고 정하는 겁니다. 앞 장에서 봤듯, 에이전트는 멋져 보이기 때문입니다. 하지만 질문에 정직하게 답해 보면, 대부분의 일은 워크플로우거나 하이브리드로 떨어집니다. 순수한 에이전트가 정답인 일은 생각보다 드뭅니다. 질문을 건너뛰지 않는 것만으로, 불필요한 불안정함을 많이 줄일 수 있습니다. 이 다섯 질문은 외울 필요도 없습니다. 일을 맡기기 전에 잠깐 멈춰, 결과가 일정해야 하는지와 상황마다 달라지는지만 떠올려도 절반은 정해집니다. 나머지 셋은 그 둘을 보강하는 질문입니다. 익숙해지면 이 가늠은 몇 초 만에 끝나고, 어느 순간 일을 시작하기 전에 저절로 떠오릅니다. 처음 몇 번은 다섯 질문을 하나씩 짚어 보길 권합니다. 종이에 적어 가며 답해도 좋습니다. 몇 번 반복하면 질문은 몸에 뱁니다. 그다음부터는 일을 받아 드는 순간, 이건 정해진 길인지 판단이 필요한 일인지가 거의 자동으로 보입니다. 좋은 판단은 매번 새로 고민하는 데서 오지 않고, 고민을 줄여 주는 기준을 손에 쥐는 데서 옵니다. 워크플로우든 에이전트든 하이브리드든, 방식을 정했다고 일이 끝나는 건 아닙니다. 어느 쪽을 택하든, 그 루프를 믿을 만하게 만드는 일이 남습니다. 짧게 끊고, 검증을 달고, 멈출 곳을 정하고, 사람이 개입할 곳을 두는 일입니다. 다음 부에서는 바로 그 설계, 좋은 루프를 만드는 법을 하나씩 다룹니다. 그림 1: 워크플로우와 에이전트는 스위치가 아니라 통제권을 사람과 AI 사이에서 옮기는 눈금자의 두 끝이다 가로 눈금자의 왼쪽 끝이 워크플로우, 오른쪽 끝이 에이전트다. 양 끝에 통제권을 누가 쥐는지와 그 대가가 적혀 있고, 가운데 강조색 표시가 뼈대는 워크플로우, 빈칸은 에이전트인 실제 지점을 가리킨다. https://voidlogpress.com/wp-content/uploads/2026/09/9791143813381_1.png ---------------------------------------- ### 4부. 좋은 루프를 설계하는 법 https://voidlogpress.com/books/ai-%eb%a3%a8%ed%94%84-%ec%84%a4%ea%b3%84%ec%9e%90/4%eb%b6%80-%ec%a2%8b%ec%9d%80-%eb%a3%a8%ed%94%84%eb%a5%bc-%ec%84%a4%ea%b3%84%ed%95%98%eb%8a%94-%eb%b2%95/ 질문: AI가 스스로 검증하게 하려면 어떻게 하나요? 요약: 통과 조건을 말로 정해 줍니다. 무엇을 만족해야 다음으로 넘어갈 수 있는지 기준을 분명히 적어 두는 것이고, 이를 게이트라고 부릅니다. 기준은 좋은가가 아니라 예와 아니오로 떨어져야 합니다. 또 다른 질문: 게이트를 걸 때 흔한 실수는 무엇인가요? 답: 조건을 너무 많이 빡빡하게 거는 것입니다. 통과 조건이 열 개가 넘으면 어느 것도 제대로 만족시키지 못한 채 맴돕니다. 틀리면 치명적인 것부터 두세 개만 걸고 나머지는 루프가 안정된 뒤에 더합니다. 또 다른 질문: 긴 작업에서 AI가 앞에 정한 것을 자꾸 잊는 이유는 무엇인가요? 답: 한 번에 담아 둘 수 있는 양에 한계가 있기 때문입니다. 더 좋은 AI를 쓰면 해결되리라는 기대는 빗나갑니다. 결정 사항과 진행 상태, 맥락 세 가지를 메모로 남기고 다음 단계에 함께 넘깁니다. 또 다른 질문: 사람은 어디에 개입해야 하나요? 답: 세 곳입니다. 메일 발송이나 결제처럼 되돌릴 수 없는 행동 앞, 판단이 크게 갈리는 분기, 시간이나 돈이 많이 드는 단계 앞입니다. 위험한 곳에 확인이 있다는 걸 알면 나머지 구간은 마음 놓고 맡길 수 있습니다. 또 다른 질문: 실패를 되돌릴 수 있게 하려면 무엇을 하나요? 답: 원본을 건드리지 않고 복사본에서 작업하고, 단계마다 중간 결과를 따로 저장하고, AI가 무엇을 했는지 로그로 남깁니다. 되돌릴 수 있다는 확신이 오히려 더 과감하게 맡기게 해 줍니다. 최종 확인: 2026-09-06T15:33:34+09:00 14. 스스로 검증하게 만들기 앞에서 한 가지 약속을 했습니다. 좋은 루프에는 검증이 있다고. 그런데 매번 그 검증을 사람이 하면, 결국 사람이 루프에 묶입니다. AI가 한 걸음 갈 때마다 사람이 결과를 들여다봐야 한다면, 일을 맡긴 게 아니라 감시하는 셈입니다. 이 장의 목표는 그 검증을 AI가 스스로 하게 만드는 것입니다. 먼저 왜 검증이 그토록 중요한지 짚고 갑니다. 검증이 없는 루프는 틀린 결과를 빠르게 늘립니다. 6장에서 봤듯, AI는 자신 있게 틀립니다. 그 틀린 결과가 확인 없이 다음 단계로 넘어가면, 루프는 오류 위에 오류를 쌓습니다. 빠른 루프일수록 더 빨리 망가집니다. 속도는 검증이 있을 때만 미덕입니다. 검증을 AI에게 맡기는 방법은 생각보다 단순합니다. 통과 조건을 말로 정해 주는 겁니다. 무엇을 만족해야 다음으로 넘어갈 수 있는지, 그 기준을 분명히 적어 둡니다. 이 기준을 게이트라고 부릅니다. 문처럼, 조건을 통과한 결과만 다음으로 내보내고 그렇지 않은 결과는 되돌려 보냅니다. 게이트의 핵심은 기준이 예와 아니오로 떨어져야 한다는 것입니다. 7장에서 본 그대로입니다. '좋은가'는 게이트가 될 수 없습니다. '숫자가 원문과 같은가', '빠진 항목이 없는가'는 게이트가 됩니다. AI가 자기 결과를 이 기준에 비춰 스스로 답하게 하면, 사람이 매번 보지 않아도 루프가 혼자 돌아갑니다. 게이트를 걸 때 흔한 실수는 조건을 너무 많이, 너무 빡빡하게 거는 것입니다. 통과 조건이 열 개가 넘으면, AI는 어느 것도 제대로 만족시키지 못한 채 맴돕니다. 처음에는 가장 중요한 두세 개만 겁니다. 꼭 지켜야 할 것, 틀리면 치명적인 것부터. 나머지는 루프가 안정된 뒤에 더해도 늦지 않습니다. 게이트는 촘촘할수록 좋은 게 아니라, 꼭 막아야 할 것을 정확히 막을 때 좋습니다. 세 가지 일에서 어떻게 게이트를 거는지 봅니다. 글을 쓸 때입니다. 통과 조건을 이렇게 정합니다. 정해진 분량 안에 들어왔는가, 쓰지 말라고 한 표현이 섞이지 않았는가, 핵심 결론이 첫 문단에 있는가. AI가 초안을 쓴 뒤 이 세 가지를 스스로 점검하게 합니다. 하나라도 어긋나면 고쳐 쓰고, 다 통과하면 내보냅니다. 사람은 통과한 결과만 봅니다. 조사를 할 때입니다. 통과 조건은 출처가 달려 있는가, 서로 모순되는 내용은 없는가, 질문에 실제로 답하고 있는가입니다. AI가 모은 내용을 이 기준으로 스스로 거르게 하면, 출처 없는 추측이나 앞뒤가 안 맞는 정보가 결과에 섞이는 일이 줄어듭니다. 코드를 만들 때입니다. 여기서는 게이트가 가장 분명합니다. 미리 만들어 둔 시험을 통과하는가. AI가 코드를 짠 뒤 그 시험을 직접 돌려 보고, 통과하지 못하면 고쳐서 다시 돌립니다. 통과할 때까지 이 작은 루프가 스스로 반복됩니다. 사람은 시험을 통과한 코드만 받습니다. 세 경우의 공통점이 보입니다. 사람이 하는 일은 점검 기준을 미리 정의하는 것뿐입니다. 그다음 점검은 AI가 스스로 합니다. 검증을 설계한다는 건, 매번 직접 확인하는 대신 확인의 기준을 한 번 잘 만들어 두는 일입니다. 검증에는 두 가지 방식이 있습니다. 하나는 규칙으로 거르는 것입니다. 분량, 형식, 금지어처럼 명확한 조건은 기계적으로 점검할 수 있습니다. 다른 하나는 AI에게 비평을 맡기는 것입니다. 한 AI가 만든 결과를 다른 시선으로 다시 보게 하는 겁니다. 같은 AI에게 "이 결과의 약점을 찾아봐"라고 시키기만 해도, 처음에는 보이지 않던 허점이 드러납니다. 만드는 일과 검증하는 일을 갈라 두면, 품질이 한 단계 올라갑니다. 어느 방식이든 핵심은 검증을 만드는 일과 따로 두는 것입니다. 결과를 만든 직후에 '이 정도면 됐다'고 스스로 판단하게 두면, AI는 자기 결과에 관대해집니다. 사람도 자기 글의 오타를 잘 못 보는 것과 같습니다. 방금 만든 것을 곧바로 검증하면, 만들 때의 시선이 그대로 남아 허점을 지나칩니다. 만드는 역할과 검증하는 역할을 떼어 놓을 때, 검증이 비로소 제 몫을 합니다. 지금 자주 하는 AI 작업 하나를 떠올려, 통과 조건 두세 개를 적어 봅니다. 무엇이 충족돼야 그 결과를 믿고 쓸 수 있는지. 이 조건이 곧 게이트입니다. 게이트를 한 번 잘 세워 두면, 루프는 사람의 손을 덜 빌리고도 믿을 만한 결과를 냅니다. 다음 장에서는 이 루프가 긴 작업에서도 흔들리지 않게 하는 또 하나의 장치, 메모를 봅니다. 15. AI의 짧은 기억 — 메모와 컨텍스트 관리 긴 작업을 맡겨 본 적이 있다면 한 번쯤 겪었을 일입니다. 처음에는 잘 따라오던 AI가, 작업이 길어지자 앞에서 정한 것을 잊습니다. 분명히 "정중한 말투로"라고 했는데 어느새 반말 섞인 문장이 나오고, 천 단위로 끊으라고 한 숫자가 뒤로 가면 다시 붙어 나옵니다. AI가 게을러진 게 아닙니다. 앞의 내용을 잊은 겁니다. AI의 기억에는 한계가 있습니다. 한 번에 담아 둘 수 있는 양이 정해져 있어서, 작업이 그 한계를 넘어가면 앞쪽 내용이 흐려집니다. 사람도 비슷합니다. 회의가 길어지면 처음에 정한 것을 잊고, 그래서 우리는 메모를 합니다. AI에게도 같은 방법이 통합니다. 기억을 머리에만 맡기지 말고, 종이에 적어 두는 겁니다. 이 한계는 AI가 똑똑하든 아니든 상관없이 존재합니다. 아무리 좋은 AI라도 한 번에 들고 있을 수 있는 양에는 끝이 있습니다. 그래서 '더 좋은 AI를 쓰면 해결되겠지'라는 기대는 빗나갑니다. 기억의 한계는 도구를 바꿔 넘는 게 아니라, 메모라는 방법으로 넘는 것입니다. 그리고 방법은 도구가 바뀌어도 그대로 통합니다. 메모의 원리는 간단합니다. 작업 중간에 정해진 것과 진행 상태를 따로 적어 두고, 다음 단계에 그 메모를 함께 넘기는 것입니다. AI는 매 단계 이 메모를 다시 읽으며 일관성을 유지합니다. 머릿속에서 흐려지는 것을, 손이 닿는 곳에 적어 두는 셈입니다. 무엇을 메모할지는 세 가지로 나눠 보면 분명합니다. 첫째, 결정 사항입니다. 작업 도중 정한 규칙을 적습니다. "말투는 정중체", "숫자는 천 단위로 끊음", "분량은 한 꼭지에 한 장". 한 번 정한 규칙은 끝까지 지켜져야 하니, 이런 결정일수록 메모로 남깁니다. 규칙이 메모에 적혀 있으면, AI는 매 단계 그것을 다시 보며 같은 기준을 지킵니다. 둘째, 진행 상태입니다. 어디까지 했는지를 적습니다. "전체 다섯 개 중 셋째까지 끝남". 긴 작업을 여러 번에 나눠 할 때, 이 메모가 없으면 AI는 매번 처음으로 돌아가거나 이미 한 일을 또 합니다. 진행 상태를 적어 두면, 멈췄다 다시 시작해도 끊긴 곳에서 이어 갑니다. 셋째, 맥락입니다. 이 작업이 무엇을 위한 것인지, 누가 볼 것인지 같은 배경을 적습니다. 작업이 길어질수록 처음의 목적이 흐려지기 쉽습니다. 목적을 적어 두면, 중간에 길을 잃어도 다시 방향을 잡습니다. 무엇을 위한 일인지가 분명하면, 사소한 판단도 그 방향에 맞춰 정해집니다. 이 메모는 거창한 도구가 필요하지 않습니다. 작업 지시 안에 "지금까지 정한 것"이라는 한 덩어리를 만들어 두고, 단계가 바뀔 때마다 거기에 한 줄씩 더하면 됩니다. 중요한 건 도구가 아니라 습관입니다. 정한 것을 그때그때 적어 두는 습관, 다음 단계에 그 메모를 빠뜨리지 않고 넘기는 습관입니다. 도구는 바뀌어도 이 습관은 그대로 통합니다. 한 가지 더, 메모는 늘리기만 하는 게 아니라 줄이기도 해야 합니다. 메모가 너무 길어지면 그 자체가 짐이 됩니다. 끝난 단계의 진행 메모는 지우고, 더 이상 유효하지 않은 결정은 새 결정으로 바꿉니다. 메모는 작업의 현재 상태를 비추는 거울이어야지, 지나온 모든 기록을 쌓아 두는 창고가 되면 안 됩니다. 거울에는 지금 필요한 것만 비춰야 합니다. 메모가 특히 중요해지는 건 루프가 길 때입니다. 한두 걸음짜리 짧은 루프에서는 AI가 앞을 잊을 새가 없습니다. 그러나 여러 단계를 도는 긴 루프에서는, 메모가 일관성의 생명줄이 됩니다. 앞 장에서 본 검증이 매 걸음의 품질을 지킨다면, 메모는 전체를 관통하는 일관성을 지킵니다. 한쪽은 한 걸음 한 걸음을, 다른 한쪽은 처음부터 끝까지를 지키는 셈입니다. 실제로 해 보면, 메모를 남기는 일은 처음엔 번거롭게 느껴집니다. 그냥 시키면 될 것을 굳이 적어야 하나 싶습니다. 그러나 작업이 세 단계만 넘어가도, 메모가 없는 루프는 눈에 띄게 흔들립니다. 한 번 흔들려 처음부터 다시 한 경험을 하고 나면, 메모를 적는 몇 초가 더는 아깝지 않아집니다. 지금 하는 긴 작업이 있다면, AI가 자꾸 잊는 것이 무엇인지 떠올려 봅니다. 그게 바로 메모로 남겨야 할 것입니다. 잊지 말라고 다시 말하는 대신, 잊을 수 없게 적어 두는 겁니다. 검증과 메모, 이 두 장치를 갖추면 루프는 꽤 단단해집니다. 그러나 아직 빠진 것이 있습니다. 사람은 어디에 있어야 하는가. 다음 장의 주제입니다. 16. 사람이 개입할 지점 설계 지금까지 우리는 루프를 점점 더 스스로 돌게 만들었습니다. 검증을 달아 스스로 점검하게 하고, 메모를 남겨 스스로 일관성을 지키게 했습니다. 그러다 보면 자연스러운 질문에 닿습니다. 그럼 사람은 어디에 있어야 하는가. 아예 손을 떼도 되는가. 한번은 욕심을 부린 적이 있습니다. 잘 돌아가는 루프가 기특해서, 처음부터 끝까지 통째로 맡기고 결과만 받기로 했습니다. 며칠은 괜찮았습니다. 그러다 한 번, 루프가 잘못된 방향으로 들어선 채 끝까지 가 버렸습니다. 중간에 한 번만 봤어도 잡았을 일이, 손을 놓은 탓에 결과가 다 나온 뒤에야 드러났습니다. 되돌리는 데 든 시간이, 맡겨서 아낀 시간보다 많았습니다. 이 일에서 배운 것이 이 책의 한가운데에 있는 생각입니다. 좋은 루프는 AI를 더 풀어놓는 기술이 아닙니다. 사람이 감당할 수 있는 범위 안에서 AI가 반복하게 만드는 설계 기술입니다. 자율성을 높인다는 건 사람을 빼는 게 아니라, 사람이 들어갈 곳을 제대로 정하는 일입니다. 이 말을 뒤집으면 이렇게 됩니다. 사람이 감당할 수 없는 루프는, 아무리 똑똑하게 돌아도 좋은 루프가 아닙니다. 결과가 훌륭해도 무슨 일이 일어나는지 사람이 따라갈 수 없다면, 그건 통제가 아니라 운에 맡기는 것입니다. 좋은 설계는 AI를 똑똑하게 만드는 데 있지 않고, 사람이 끝까지 손에 쥐고 있을 수 있게 만드는 데 있습니다. 그 들어갈 곳을 개입 지점이라고 부릅니다. 루프가 혼자 도는 중에도, 사람이 멈춰 세워 결과를 보고 승인하거나 방향을 고치는 지점입니다. 모든 단계에 사람을 두면 자동화의 의미가 없고, 아무 데도 두지 않으면 통제를 잃습니다. 그래서 어디에 둘지가 설계의 핵심이 됩니다. 개입 지점을 어디에 둘지는 세 가지를 보면 정해집니다. 첫째, 되돌릴 수 없는 행동 앞입니다. 메일을 보내고, 결제를 하고, 파일을 지우는 일은 한번 일어나면 주워 담을 수 없습니다. 이런 행동 바로 앞에는 사람의 확인을 둡니다. AI가 거기까지 준비는 하되, 마지막 버튼은 사람이 누르는 겁니다. 준비는 AI가 다 해 두니, 사람은 누를지 말지만 정하면 됩니다. 둘째, 판단이 크게 갈리는 분기입니다. 어느 쪽으로 가느냐에 따라 결과가 완전히 달라지는 지점이 있습니다. 이런 갈림길에서는 AI의 선택을 사람이 한 번 확인합니다. 길을 잘못 들면 그 뒤의 모든 단계가 어긋나기 때문입니다. 갈림길 하나만 지켜도, 그 뒤로 줄줄이 이어질 실수를 한꺼번에 막습니다. 셋째, 비용이 큰 단계 앞입니다. 시간이든 돈이든 많이 드는 작업을 시작하기 전에는, 사람이 한 번 들여다봅니다. 잘못된 채로 비싼 단계에 들어가면, 8장에서 본 비용 폭발이 그대로 일어납니다. 들어가기 전 한 번의 확인이, 태워 버릴 뻔한 비용을 아낍니다. 개입 지점을 정할 때 또 하나 정할 것이 빈도입니다. 너무 자주 부르면 사람이 묶이고, 너무 드물게 부르면 놓칩니다. 처음에는 자주 개입하다가, 루프가 믿을 만해지면 조금씩 간격을 넓히는 편이 좋습니다. 신입에게 처음엔 자주 보고받다가 차차 맡기는 것과 같습니다. 신뢰가 쌓인 만큼 개입을 줄이는 겁니다. 줄이되 없애지는 않습니다. 되돌릴 수 없는 곳의 확인 하나는, 아무리 익숙해져도 남겨 둡니다. 여기에 자율성의 역설이 있습니다. 개입 지점을 잘 두면, 오히려 더 많이 맡길 수 있습니다. 위험한 곳에 사람의 확인이 있다는 걸 알면, 나머지 구간은 마음 놓고 AI에게 넘길 수 있기 때문입니다. 안전장치가 있어야 과감해집니다. 브레이크를 믿을 수 있어야 속도를 낼 수 있는 것과 같습니다. 개입 지점은 자유를 줄이는 장치가 아니라, 더 많은 자유를 가능하게 하는 장치입니다. 지금 맡기고 있거나 맡기려는 루프를 떠올려, 어디에 사람이 들어가야 할지 표시해 봅니다. 되돌릴 수 없는 곳, 크게 갈리는 곳, 비싼 곳. 그 지점에 확인 하나만 두어도, 통째로 맡길 때의 불안이 크게 줄어듭니다. 그리고 사람이 들어갈 곳을 정하는 이 생각은, 이 책의 마지막에서 한 번 더 만나게 됩니다. 일의 미래에서 사람이 설 곳이 바로 여기이기 때문입니다. 다음 장에서는 개입으로도 막지 못한 실패를, 어떻게 되돌릴 수 있게 하는지 봅니다. 17. 실패를 복구 가능하게 — 되돌리기와 로그 개입 지점을 잘 두어도, 모든 실패를 막을 수는 없습니다. 사람이 미처 보지 못한 곳에서, 혹은 괜찮아 보여 승인한 곳에서 일이 어긋나기도 합니다. 그래서 안전망이 하나 더 필요합니다. 막는 것과는 다른 종류의 안전망, 실패한 뒤에 되돌리는 장치입니다. 막기와 되돌리기는 다른 일입니다. 개입은 나쁜 일이 일어나기 전에 가로막습니다. 복구는 일어난 일을 없던 것으로 만듭니다. 둘 중 하나만 있으면 불안합니다. 막기만 믿으면 뚫렸을 때 속수무책이고, 되돌리기만 믿으면 매번 사고를 친 뒤 수습하느라 지칩니다. 그래서 막을 수 있는 건 막고, 막지 못한 건 되돌릴 수 있게 둡니다. 두 장치는 같은 위험을 앞과 뒤에서 함께 막습니다. 생각해 보면, 우리가 AI에게 일을 통째로 맡기기 망설이는 진짜 이유가 여기 있습니다. 잘못되면 어쩌나, 되돌릴 수 없으면 어쩌나. 이 두려움이 손을 묶습니다. 그런데 거꾸로 말하면, 되돌릴 수 있다는 확신만 있으면 훨씬 과감하게 맡길 수 있습니다. 복구 가능성은 단순한 보험이 아니라, 더 많이 위임하게 해 주는 발판입니다. 되돌리기의 첫 번째 원칙은 원본을 건드리지 않는 것입니다. AI에게 무언가를 고치게 할 때, 원본을 직접 고치게 하지 않습니다. 복사본을 만들어 그 위에서 작업하게 합니다. 결과가 마음에 들면 그때 원본을 바꾸고, 어긋나면 복사본만 버리면 됩니다. 원본이 그대로 있으니, 몇 번을 실패해도 출발점으로 돌아올 수 있습니다. 실패가 원본까지 무너뜨리지 못하면, 실패는 더 이상 무섭지 않습니다. 두 번째는 중간을 저장하는 것입니다. 긴 작업을 한 번에 끝까지 가게 하지 않고, 단계마다 결과를 따로 남겨 둡니다. 그러면 끝에서 문제가 생겨도 처음으로 돌아갈 필요가 없습니다. 어긋나기 직전의 저장점에서 다시 시작하면 됩니다. 사진을 한 장씩 찍어 두는 것과 같습니다. 어느 순간으로든 돌아갈 수 있고, 잃는 것은 그 지점 이후의 작업뿐입니다. 세 번째는 기록을 남기는 것입니다. AI가 무엇을 했는지 한 줄씩 적어 두는 겁니다. 이걸 로그라고 부릅니다. 일이 잘못됐을 때, 로그가 없으면 어디서 어긋났는지 알 수 없습니다. 결과만 덩그러니 남아 "뭔가 잘못됐다"는 사실만 알 뿐, 어느 단계가 원인인지 깜깜합니다. 로그가 있으면 거꾸로 짚어 갈 수 있습니다. 어느 걸음에서 길이 틀어졌는지 보이고, 그 걸음만 고치면 됩니다. 되돌릴 수 있다는 사실은 일의 속도까지 바꿉니다. 실패가 무서우면 사람은 매 단계 망설입니다. 한 걸음 떼고 한참 들여다보고, 또 한 걸음 떼고 들여다봅니다. 그러나 언제든 되돌릴 수 있다는 걸 알면, 일단 가 보고 아니면 돌아오면 된다는 마음으로 빠르게 움직입니다. 안전망은 사람을 신중하게만 만드는 게 아니라, 오히려 과감하게 만듭니다. 16장의 개입이 자유를 넓혔듯, 복구도 같은 일을 합니다. 이 모든 것이 거창한 시스템을 뜻하지는 않습니다. 혼자 일하는 규모에서는 아주 단순하게 시작할 수 있습니다. 원본 파일은 따로 보관하고 복사본에서 작업하기, 중요한 중간 결과를 그때그때 다른 이름으로 저장하기, AI가 한 일을 간단한 목록으로 남기기. 이 세 가지만 해도 대부분의 실패는 수습 가능해집니다. 도구를 새로 들일 필요도, 복잡한 절차를 만들 필요도 없습니다. 규모가 커지면 이 장치들도 정교해집니다. 자동으로 모든 변경을 기록하고, 한 번에 여러 단계를 되감는 도구들이 있습니다. 그러나 그건 필요해진 뒤에 들이면 됩니다. 처음부터 갖출 것은 습관 쪽입니다. 원본을 지키고, 중간을 남기고, 한 일을 적는 습관. 도구는 이 습관을 편하게 해 줄 뿐, 습관을 대신하지는 못합니다. 앞 장의 개입 지점과 이 장의 복구는 짝을 이룹니다. 개입은 사고가 나기 전에 막고, 복구는 사고가 난 뒤에 수습합니다. 둘 다 갖추면 앞뒤가 모두 받쳐집니다. 막다가 놓친 것은 되돌려 수습하고, 되돌리기 부담이 큰 곳에는 개입을 둡니다. 두 장치는 서로의 빈틈을 메웁니다. 무엇 하나에만 기대지 않으니, 어느 한쪽이 실패해도 다른 쪽이 받칩니다. 지금 맡기는 루프에서 가장 되돌리기 어려운 단계를 떠올려 봅니다. 거기에 복사본이든 저장점이든 안전망을 하나 놓아 봅니다. 되돌릴 수 있다는 그 한 가지가, 일을 맡기는 마음을 한결 가볍게 만듭니다. 다음 장에서는 사고를 아예 일어나지 않게 하는 마지막 장치, 가드레일을 다룹니다. 18. 가드레일 — AI에게 줄 자유의 경계 지금까지 본 장치들은 사고가 난 다음을 다뤘습니다. 검증은 잘못된 결과를 거르고, 개입은 위험한 순간에 사람을 부르고, 복구는 어긋난 일을 되돌립니다. 이번 장의 가드레일은 한 발 더 앞에 섭니다. 사고를 아예 일어나지 않게, 미리 선을 긋는 일입니다. 가드레일은 도로 옆의 난간을 떠올리면 됩니다. 난간은 평소에 아무 일도 하지 않습니다. 그러나 차가 크게 벗어나려 할 때, 더 나가지 못하게 막습니다. AI에게도 같은 난간을 둡니다. 무엇을 해도 좋지만 이 선만은 넘지 마라, 하는 경계입니다. 이 선을 미리 정해 두면, 그 안에서는 마음 놓고 자유를 줄 수 있습니다. 경계는 보통 세 가지 모양으로 정합니다. 첫째, 하지 말 것을 정합니다. 금지하는 행동을 분명히 합니다. 외부로 메일을 보내지 마라, 이 폴더의 파일은 지우지 마라, 결제는 하지 마라. 무엇을 하라고 일일이 말하기보다, 절대 하면 안 되는 것 몇 가지를 분명히 정해 두는 편이 간단하고 확실합니다. 해도 되는 일은 끝이 없지만, 하면 안 되는 일은 대개 몇 가지로 추려집니다. 가드레일을 정할 때는 '무엇을 허용할까'가 아니라 '무엇을 막을까'를 먼저 묻는 편이 빠릅니다. 허용할 것을 다 적으려면 끝이 없지만, 막을 것은 손에 꼽힙니다. 되돌릴 수 없는 일, 비용이 큰 일, 밖으로 나가는 일. 이 몇 가지만 막아 두면, 나머지는 열어 두어도 큰 사고로 이어지지 않습니다. 둘째, 범위를 정합니다. 일할 수 있는 영역을 한정합니다. 이 자료 안에서만 찾아라, 이 금액 이하에서만 처리해라, 이 기간의 데이터만 봐라. 범위가 정해지면, AI가 아무리 멀리 가려 해도 그 울타리를 벗어나지 못합니다. 울타리 안에서는 자유롭되, 울타리 밖으로는 나갈 수 없습니다. 셋째, 권한을 정합니다. 할 수 있는 일의 종류를 제한합니다. 읽기만 하고 쓰지는 마라, 초안만 만들고 보내지는 마라. 가장 강한 가드레일은 애초에 위험한 일을 할 수 없게 만드는 것입니다. 못 하게 막힌 일은 실수로도 일어나지 않습니다. 막을 수 있다면, 조심하라고 당부하는 것보다 아예 못 하게 하는 편이 확실합니다. 여기서 4부 전체가 하나로 모입니다. 가드레일은 사고를 미리 막고, 개입 지점은 위험한 순간에 사람을 부르고, 복구는 그래도 일어난 일을 되돌립니다. 사전, 도중, 사후의 세 겹 안전망입니다. 한 겹이 뚫려도 다음 겹이 받칩니다. 세 겹이 함께 있을 때, 비로소 안심하고 루프를 돌릴 수 있습니다. 어느 하나만으로는 부족하지만, 셋이 겹치면 웬만한 실패는 그물에 걸립니다. 그렇다고 모든 루프에 세 겹을 다 두라는 말은 아닙니다. 가볍고 되돌리기 쉬운 일에는 안전망이 거의 필요 없습니다. 잘못돼도 다시 하면 그만인 일에까지 가드레일과 개입과 복구를 겹겹이 두면, 그 자체가 일을 무겁게 만듭니다. 안전망은 위험에 비례해서 둡니다. 되돌릴 수 없고 비용이 큰 루프일수록 두껍게, 가벼운 루프일수록 얇게. 안전망을 두는 일에도 멈출 곳이 있는 셈입니다. 가드레일에 대한 흔한 오해가 하나 있습니다. 경계를 그으면 AI의 능력을 깎는 것 아니냐는 생각입니다. 사실은 반대입니다. 못 넘는 선이 분명할수록, 그 안에서는 더 많은 자유를 줄 수 있습니다. 위험한 곳이 막혀 있다는 걸 알면, 나머지 영역은 통째로 맡겨도 불안하지 않기 때문입니다. 가드레일은 자유를 막는 벽이 아니라, 자유를 안전하게 쓰게 해 주는 테두리입니다. 여기까지가 좋은 루프를 만드는 다섯 가지 장치입니다. 짧게 끊기, 스스로 검증하기, 메모로 기억하기, 사람이 개입할 곳 두기, 그리고 경계 긋기와 되돌리기. 다섯 장치는 따로 노는 규칙이 아니라 하나의 태도에서 나옵니다. AI에게 일을 맡기되, 그 일이 어디로 가는지 끝까지 놓치지 않겠다는 태도입니다. 짧게 끊어 보이게 하고, 검증으로 거르고, 메모로 잇고, 개입으로 지키고, 경계로 막습니다. 다섯 가지가 모두 같은 곳을 향합니다. 사람이 감당할 수 있는 범위 안에서 AI가 일하게 하는 것. 16장에서 한 말이 결국 이 다섯 장치로 풀린 셈입니다. 이 장치들을 갖추면, 어떤 방식을 택하든 루프는 믿을 만해집니다. 이제 남은 건 실제로 해 보는 일입니다. 다음 부에서는 이 장치들을 실제 작업에 어떻게 엮는지, 현장의 루프들을 봅니다. ---------------------------------------- ## 동사 3개로 영어 절반 잡기 ISBN 9791143810816 · 2026-06-20 · 강지우 지음 https://voidlogpress.com/books/%eb%8f%99%ec%82%ac-3%ea%b0%9c%eb%a1%9c-%ec%98%81%ec%96%b4-%ec%a0%88%eb%b0%98-%ec%9e%a1%ea%b8%b0/ ### Ch.1 — get: 어떤 상태에 이른다 https://voidlogpress.com/books/%eb%8f%99%ec%82%ac-3%ea%b0%9c%eb%a1%9c-%ec%98%81%ec%96%b4-%ec%a0%88%eb%b0%98-%ec%9e%a1%ea%b8%b0/ch1-get-%ec%96%b4%eb%96%a4-%ec%83%81%ed%83%9c%ec%97%90-%ec%9d%b4%eb%a5%b8%eb%8b%a4/ 질문: 영어 동사 get은 어떻게 이해해야 하나요? 요약: 어떤 지점이나 상태에 이른다는 하나의 이미지로 보면 됩니다. 나에게 오거나 내가 도달하는 방향입니다. I got it이 받았다와 이해했다 둘 다 되는 이유가 여기 있습니다. 뜻을 목록으로 외우는 대신 움직임으로 보면 됩니다. 또 다른 질문: get은 왜 뜻이 그렇게 많은가요? 답: 뜻이 많은 것이 아니라 하나의 움직임을 여러 자리에 쓰는 것입니다. 뿌리는 없던 상태에서 어떤 위치나 소유, 상태, 이해에 이른다는 것 하나입니다. 여러 뜻을 서로 다른 단어처럼 따로 외웠기 때문에 어렵게 느껴집니다. 또 다른 질문: I got it이 왜 받았다와 이해했다 둘 다 되나요? 답: 둘 다 무언가가 내 쪽에 이르는 움직임이기 때문입니다. 물건이 내 쪽에 이르면 받았다가 되고, 의미가 내 머릿속에 이르면 이해했다가 됩니다. 화살표는 같고 도착하는 자리만 다릅니다. 또 다른 질문: get to the point 같은 표현은 왜 도착한다는 뜻이 아닌가요? 답: 같은 움직임이 눈에 보이지 않는 지점에도 그대로 쓰이기 때문입니다. 요점이나 진척된 지점은 손으로 짚을 수 없지만 get은 똑같이 그곳에 이릅니다. 공간이 추상으로 바뀌었을 뿐 움직임은 변하지 않습니다. 또 다른 질문: get을 만날 때 무엇을 물으면 되나요? 답: 무엇이 어디에 이르는가를 물으면 됩니다. 집에 도착하면 위치에 이른 것이고, 새 휴대폰이 생기면 소유에 이른 것이며, 농담을 이해하면 모르던 상태에서 아는 상태에 이른 것입니다. 외울 것은 열 개의 뜻이 아니라 이 질문 하나입니다. 최종 확인: 2026-09-02T16:32:19+09:00 Ch.1 get: 어떤 상태에 이른다 ① 의미 지도 get을 이해할 때 가장 먼저 떠올릴 그림은 화살표다. 무언가가 나에게 오거나, 내가 어떤 지점에 도착하거나, 어떤 상태로 바뀌는 움직임이다. 사전에는 get의 뜻이 여럿으로 나뉘어 있지만, 말하는 사람의 머릿속에서는 대개 하나의 흐름으로 움직인다. 중심 이미지 확장 방향 대표 표현 어떤 지점에 이르다 장소에 도착 get home, get to the station 내 쪽으로 오다 받다·얻다 get a message, get a job 알게 되다 이해하다 get it, get the joke 상태가 바뀌다 ~해지다 get tired, get cold 어떤 상태가 되게 하다 사역 get it done, get him to help 이 표는 외울 목록이 아니다. 가운데에 있는 “이르다”라는 움직임에서 각 표현이 어느 방향으로 뻗었는지를 확인하는 지도다. 앞으로 get을 만날 때마다 “무엇이 어디에 이르는가?”라고 물으면 된다. ② 뿌리 뜻 — get은 뜻이 많은 게 아니다 사전을 펼치면 get에는 “얻다, 받다, 도착하다, 이해하다, ~해지다, 사오다, 가져오다” 같은 뜻이 줄줄이 나온다. 목록만 보면 부담스럽다. 그래서 우리는 가장 먼저 배우는 동사 중 하나인 get을 막상 말할 때는 한두 가지 뜻으로만 쓴다. 어려운 이유는 뜻이 많아서가 아니다. 여러 뜻을 서로 다른 단어처럼 따로 외웠기 때문이다. get의 뿌리는 하나다. 없던 상태에서 어떤 위치·소유·상태·이해에 이른다. 집에 도착하는 것은 위치에 이르는 일이다. 새 휴대폰을 얻는 것은 소유에 이르는 일이다. 농담을 이해하는 것은 모르던 상태에서 아는 상태에 이르는 일이다. 피곤해지는 것은 이전 상태에서 피곤한 상태로 이동하는 일이다. 문장 겉뜻 속의 움직임 I got home. 집에 도착했다 내가 집이라는 위치에 이르렀다 I got your message. 메시지를 받았다 메시지가 내 쪽에 이르렀다 I got it. 이해했다 의미가 내 머릿속에 이르렀다 I got tired. 피곤해졌다 내가 피곤한 상태에 이르렀다 이렇게 보면 get은 “뜻이 많은 동사”가 아니라 “하나의 움직임을 여러 자리에 쓰는 동사”다. 한국어로는 도착하다, 받다, 이해하다, 변하다가 서로 다른 단어처럼 보이지만 영어에서는 같은 화살표로 처리되는 경우가 많다. 외울 것은 열 개의 뜻이 아니라 하나의 질문이다. 무엇이 어디에 이르는가? ③ 가지 1 — 공간에서 소유로 가장 눈에 잘 보이는 갈래는 장소에 도착하는 get이다. 1. I got home at nine. 나는 9시에 집에 도착했다. 2. We got to the airport too late. 우리는 공항에 너무 늦게 도착했다. 집과 공항은 눈에 보이는 위치다. get은 그 지점에 이르는 움직임을 나타낸다. 여기까지는 익숙하다. 그런데 같은 동작은 눈에 보이지 않는 지점에도 그대로 쓰인다. 1. Let's get to the point. 본론으로 들어가자. 2. Now we're getting somewhere. 이제 좀 진척이 있네. “요점”이나 “진척된 지점”은 손으로 짚을 수 없다. 그래도 get은 똑같이 그곳에 이른다. 공간이 추상으로 바뀌었을 뿐 움직임은 변하지 않는다. 한국어에서는 “도착하다”와 “본론으로 들어가다”가 전혀 다른 표현처럼 느껴지지만, 영어에서는 둘 다 get의 화살표 안에 들어온다. 소유도 같은 방식으로 이해할 수 있다. 내게 없던 것이 내 쪽으로 오면 get이 된다. 1. I got a new phone. 새 휴대폰이 생겼다. 2. I got your message. 네 메시지를 받았다. 3. She got a job at the bank. 그녀는 은행에 취직했다. 여기서 get은 “샀다”만 뜻하지 않는다. 새 휴대폰을 샀을 수도 있고, 선물 받았을 수도 있다. 중요한 것은 결과다. 없던 것이 내 쪽에 생겼다. 메시지도, 일자리도 마찬가지다. “내 쪽에 이르렀다”는 그림이 먼저이고, 구체적인 방식은 상황이 정한다. ④ 가지 2 — 상태와 감정, 그리고 시킴 get이 특히 자주 힘을 발휘하는 자리는 상태 변화다. get + 형용사는 흔히 “그 상태가 되다” 또는 “그 상태로 가다”라는 느낌을 만든다. 1. It's getting cold. 추워지고 있다. 2. I got tired. 나는 피곤해졌다. 3. Don't get angry. 화내지 마. 4. He's getting better. 그는 나아지고 있다. be cold와 get cold는 다르다. be cold는 이미 추운 상태를 말한다. get cold는 추운 상태로 변해 가는 과정을 말한다. 그래서 무언가가 변하고 있다고 말할 때 get은 매우 자연스럽다. 상태가 아니라 상태로 가는 길을 보여 주기 때문이다. get + 형용사가 익숙해지면 표현은 한꺼번에 늘어난다. ready, used to, lost, married, better 같은 말 앞에 get만 붙이면 “그 상태에 이르다”가 된다. 1. Get ready. 준비해. 2. You'll get used to it. 곧 익숙해질 거야. 3. We got lost. 우리는 길을 잃었다. 여기서 한 걸음 더 가면 사역 표현도 같은 뿌리에서 나온다. 사역이라고 하면 문법 용어 때문에 어려워 보이지만, 그림은 간단하다. 내가 어떤 대상을 원하는 상태에 이르게 하는 것이다. 1. I got it done. 그걸 끝냈다. 2. I got him to help me. 그가 나를 돕게 했다. 3. I can't get the car to start. 차에 시동이 안 걸린다. I got it done은 “그것을 끝난 상태에 이르게 했다”는 말이다. I got him to help me는 “그가 나를 돕는 상태에 이르게 했다”는 말이다. 앞에서는 내가 어떤 상태로 갔다면, 여기서는 대상을 그 상태로 보내는 것이다. 화살표의 주인만 달라졌을 뿐 get의 뿌리는 그대로다. ⑤ 입자 결합 예측표 get 뒤에 방향을 나타내는 작은 말이 붙으면 흔히 말하는 구동사가 된다. 구동사는 모두 따로 외워야 하는 목록처럼 보이지만, 상당수는 get의 이행감 + 입자의 방향으로 뜻의 윤곽을 잡을 수 있다. 구동사 입자 방향 뜻의 윤곽 get up 위로 일어나다 get over 넘어서 극복하다 get through 통과하여 끝내다 / 통과하다 get along 나란히 잘 지내다 get out 밖으로 나가다 / 빠져나오다 get back 되돌아 돌아오다 / 되찾다 get off 떨어져 내리다 / 벗어나다 표를 통째로 외우려 하지 말자. 작동 방식을 보면 된다. get은 어떤 방향으로 옮겨 가는 동사이고, over는 넘는 방향이다. 둘을 합치면 “넘어서는 쪽으로 간다”가 되고, 그래서 get over는 어려움이나 병, 충격을 극복하는 말이 된다. through는 통과다. get through it은 그것을 통과해 끝까지 간다는 말이다. 물론 모든 구동사가 방향만으로 깔끔하게 풀리지는 않는다. get on my nerves처럼 관용적으로 굳어진 표현은 통째로 익혀야 한다. 중요한 것은 순서다. 먼저 방향으로 뜻의 윤곽을 잡고, 실제 쓰임은 예문으로 확인한다. 이렇게 접근하면 구동사는 외울 목록이 아니라 추론할 수 있는 표현이 된다. ⑥ 바꿔치기 훈련 — 어렵게 돌려 말하지 말고 get으로 영어를 다시 시작한 사람이 자주 하는 실수는 학교에서 외운 딱딱한 단어를 대화에서도 그대로 꺼내려 한다는 점이다. receive, become, understand, recover는 모두 필요한 단어다. 그러나 일상 대화에서는 get 하나가 더 가볍고 빠르게 들어맞는 자리가 많다. 먼저 떠오르는 표현 회화에서 더 가벼운 표현 How can I go to the station? How do I get to the station? I received your message. I got your message. I don't understand. I don't get it. The weather became cold. It got cold. He recovered from the flu. He got over the flu. 포인트는 어려운 단어를 버리자는 것이 아니다. 말문이 막혔을 때 더 쉬운 길을 먼저 확보하자는 것이다. understand가 떠오르지 않아도 I don't get it으로 말할 수 있다. recover from이 생각나지 않아도 get over로 말할 수 있다. 이 감각이 생기면 영어가 단어 암기 시험이 아니라 상황을 처리하는 도구로 바뀐다. 헷갈리기 쉬운 한 쌍. wake up과 get up은 둘 다 한국어로 “일어나다”라고 옮겨지지만 동작이 다르다. wake up은 잠에서 깨는 것이고, get up은 몸을 일으켜 침대에서 나오는 것이다. I wake up at six, but I get up at seven.이라고 하면 “6시에 깨지만 7시에 일어난다”는 뜻이 된다. ⑦ 구어체 예문 20 소리 내어 읽어 보자. 한 문장씩 읽으며 get의 화살표가 어디로 향하는지 느끼면 된다. 1. Did you get my text? 내 문자 받았어? 2. I get it now. 이제 이해했어. 3. Let's get going. 슬슬 가자. 4. It's getting cold. 추워지고 있어. 5. How do I get to the station? 역까지 어떻게 가요? 6. I can't get over it. 그걸 못 잊겠어. 7. Get some rest. 좀 쉬어. 8. We finally got through it. 우리 결국 다 끝냈어. 9. I'll get back to you. 다시 연락할게. 10. He gets on my nerves. 걔 신경 거슬려. 11. Get out of the car. 차에서 내려. 12. I need to get off at the next stop. 다음 정류장에서 내려야 해. 13. Let's get started. 시작하자. 14. She got a new job. 걔 새 직장 구했어. 15. I didn't get much sleep. 잠을 많이 못 잤어. 16. Get well soon. 빨리 나아. 17. I got an email from her. 그녀한테 이메일 받았어. 18. It's getting late. 늦어지고 있어. 19. Can you get the door? 문 좀 봐줄래? 20. I finally got the joke. 드디어 그 농담을 이해했어. Can you get the door?는 “문을 가져오다”가 아니다. 누가 왔을 때 문 쪽으로 가서 열거나 응대해 달라는 말이다. 이처럼 get은 눈앞의 물건이 아니라 처리해야 할 지점으로 움직이는 느낌까지 품는다. ⑧ 1분 확인형 퀴즈 빈칸에 get 표현을 채워 보자. 외운 답을 찾기보다 뿌리와 방향으로 추론하는 것이 중요하다. 한국어 영어 매일 아침 7시에 일어나. I ____ ____ at 7. 이 버스에서 내려야 해. I have to ____ ____ this bus. 우리 잘 지내. We ____ ____ well. 정답은 get up, get off, get along이다. up은 위로, off는 떨어져, along은 나란히다. 방향만 떠올려도 뜻의 절반은 이미 잡힌다. get의 핵심은 이르는 것이다. 장소에 이르고, 내 쪽에 이르고, 이해에 이르고, 어떤 상태에 이른다. 다음 장에서는 방향이 바뀐다. get이 “이르게 됨”이라면, take는 내가 손을 뻗어 잡아 오는 동사다. ---------------------------------------- ### Ch.4 — 셋이 부딪치는 자리 https://voidlogpress.com/books/%eb%8f%99%ec%82%ac-3%ea%b0%9c%eb%a1%9c-%ec%98%81%ec%96%b4-%ec%a0%88%eb%b0%98-%ec%9e%a1%ea%b8%b0/ch4-%ec%85%8b%ec%9d%b4-%eb%b6%80%eb%94%aa%ec%b9%98%eb%8a%94-%ec%9e%90%eb%a6%ac/ 질문: get과 take는 어떻게 구분하나요? 요약: 초점이 다릅니다. get은 어떤 것이 내게 이르는 결과를 보고, take는 내가 손을 뻗어 잡는 행동을 봅니다. 택배가 도착하면 I got it이고, 가게에서 물건을 고르면 I'll take it입니다. take와 put은 정확히 반대 방향의 짝으로, 집으면 take 놓으면 put입니다. 또 다른 질문: get a taxi와 take a taxi는 어떻게 다른가요? 답: 초점이 다릅니다. get은 어떤 것이 내게 이르는 결과를 보고 take는 내가 손을 뻗어 잡는 행동을 봅니다. get a taxi는 택시를 확보한 결과에 가깝고 take a taxi는 이동 수단으로 택시를 골라 이용하는 느낌이 강합니다. 또 다른 질문: 가게에서는 왜 I got it이 아니라 I'll take it인가요? 답: 내가 그것을 집어 내 것으로 만드는 행동이기 때문입니다. 반대로 택배가 도착했을 때는 물건이 내 쪽에 이르렀다는 결과이므로 I got it이 됩니다. 같은 장면도 초점이 다르면 동사가 갈립니다. 또 다른 질문: take와 put은 왜 한 쌍으로 익히나요? 답: 정확히 반대 방향이기 때문입니다. 손으로 집어 들면 take, 어딘가에 내려놓으면 put입니다. 신발을 벗으면 take off, 신으면 put on입니다. 가방에서 꺼내면 take out, 넣으면 put in입니다. 또 다른 질문: get과 put은 어디에서 만나나요? 답: 둘 다 어떤 상태로 만든다는 자리에서 만납니다. 다만 get은 대상을 어떤 상태에 이르게 하고 put은 어떤 자리에 놓습니다. I got it done은 끝난 상태에 이르게 한 것이고, put everything in order는 정돈된 상태로 놓은 것입니다. 최종 확인: 2026-09-02T16:32:19+09:00 Ch.4 셋이 부딪치는 자리 세 동사를 따로 익혔다면, 이제 셋이 한 장면에서 만나는 순간을 보자. 대화에서 진짜 어려운 것은 동사 하나의 뜻이 아니라, 말하는 순간에 어떤 동사를 고르느냐다. taxi 하나만 해도 get a taxi와 take a taxi가 다르고, 같은 컵 하나를 두고도 집으면 take, 놓으면 put이다. 다행히 기준은 단순하다. 앞에서 익힌 질문 하나면 된다. 오는가, 잡는가, 놓는가. ① get과 take — 오는 것과 잡는 것 get과 take는 둘 다 “내 쪽으로”라는 느낌이 있어 가장 자주 부딪힌다. 그러나 초점이 다르다. get은 어떤 것이 내게 이르는 결과를 보고, take는 내가 손을 뻗어 잡는 행동을 본다. 문장 장면 느낌 I got a taxi. 택시가 내게 잡혔다 결과 — 택시를 구했다 I took a taxi. 택시를 골라 탔다 행동 — 이동 수단으로 선택했다 I got it. 의미·물건이 내게 왔다 받았다 / 이해했다 I'll take it. 내가 그것을 집겠다 그걸로 하겠다 같은 장면도 초점이 다르면 동사가 갈린다. 가게에서 점원이 물건을 보여 줄 때, 마음에 들어 사기로 하면 I'll take it.이다. 내가 그것을 집어 내 것으로 만드는 행동이기 때문이다. 반대로 택배가 도착했을 때는 I got it.이다. 물건이 내 쪽에 이르렀다는 결과이기 때문이다. A: Did you get the package? 택배 받았어? B: Yeah, I got it this morning. 응, 아침에 받았어. ② take와 put — 집는 것과 놓는 것 take와 put은 정확히 반대 방향의 짝이다. 손으로 집어 들면 take, 그것을 어딘가에 내려놓으면 put이다. 그래서 둘은 한 쌍으로 익히면 오래 간다. take — 집는다 put — 놓는다 Take off your shoes. 신발 벗어 Put on your shoes. 신발 신어 Take it out. 그거 꺼내 Put it in. 그거 넣어 Take the cup with you. 컵 가져가 Put the cup down. 컵 내려놔 옷 한 벌로 보면 분명하다. 몸에 얹으면 put on, 몸에서 떼어 내면 take off다. 가방 하나로 보아도 안의 것을 꺼내면 take out, 안에 넣으면 put in이다. take는 손을 뻗어 잡아 오고, put은 손에 든 것을 자리에 놓는다. ③ get과 put — 이르게 하는 것과 배치하는 것 get과 put은 둘 다 “어떤 상태로 만든다”는 자리에서 만난다. 그러나 get은 대상을 어떤 상태에 이르게 하고, put은 대상을 어떤 자리에 놓는다. 문장 속의 움직임 자연스러운 뜻 I got it done. 그것을 끝난 상태에 이르게 했다 끝냈다 I put everything in order. 모든 것을 정돈된 상태로 놓았다 전부 정리했다 Get the kids ready. 아이들을 준비된 상태로 애들 준비시켜 Put the kids to bed. 아이들을 잠자리에 놓아 애들 재워 get은 결과 상태에 도달시키는 데 강하고, put은 어디에 배치하는지가 분명할 때 강하다. “끝내다”는 결과라서 get it done, “정리하다”는 자리라서 put everything in order가 자연스럽다. ④ 한국인이 자주 틀리는 자리 세 동사가 부딪힐 때 한국어 직역이 실수를 만든다. 아래는 자주 나오는 오답이다. 틀린 이유까지 함께 보면 다음에 같은 함정을 피할 수 있다. 말하고 싶은 것 흔한 실수 자연스러운 표현 왜 사진 찍어 줄래? Can you get a picture? Can you take a picture? 찍는 것은 내가 잡는 행동이라 take 버스 타고 출근해 I put the bus to work. I take the bus to work. 교통수단을 골라 이용하면 take 이제 이해했어 I took it. I got it. 의미가 내게 이르는 결과라 get 시간이 좀 걸려 It gets time. It takes time. 시간을 차지하는 것은 take 코트 입어 Get on your coat. Put on your coat. 옷을 몸에 얹는 것은 put on 내 충고 좀 받아들여 Get my advice. Take my advice. 말을 손으로 받아 안는 것은 take 규칙으로 외우면 헷갈린다. 장면으로 떠올리면 갈린다. 사진을 찍는 손, 버스를 골라 타는 선택, 의미가 도착하는 머릿속, 시간이 차지되는 시계, 몸에 얹히는 코트를 그려 보면 동사는 저절로 정해진다. ⑤ 입에 붙이는 비교 예문 같은 장면에서 동사만 바뀌면 뜻이 어떻게 갈리는지, 짝지어 소리 내어 읽어 보자. 한 쌍씩 읽으며 “오는가, 잡는가, 놓는가”를 확인하면 된다. 번호 영어 문장 자연스러운 뜻 1 I got a taxi. 택시를 잡았어. 2 I took a taxi. 택시를 탔어. 3 I got it. 받았어 / 이해했어. 4 I'll take it. 그걸로 할게. 5 Take off your coat. 코트 벗어. 6 Put on your coat. 코트 입어. 7 Take it out. 그거 꺼내. 8 Put it in. 그거 넣어. 9 Get it done. 그거 끝내. 10 Put everything in order. 전부 정리해. 11 Can you take a picture? 사진 좀 찍어 줄래? 12 I got the photos. 사진 받았어. 13 Get the kids ready. 애들 준비시켜. 14 Put the kids to bed. 애들 재워. ⑥ 1분 선택 퀴즈 빈칸에 get·take·put 중 하나를 골라 넣어 보자. 필요하면 형태를 바꿔도 된다. 외운 답이 아니라 “오는가, 잡는가, 놓는가”로 고른다. 번호 한국어 영어 1 사진 좀 찍어 줄래? Can you ____ a photo? 2 그걸로 할게요. I'll ____ it. 3 이제 이해했어. I ____ it now. 4 컵 내려놔. ____ the cup down. 5 시간이 좀 걸려. It ____ time. 6 코트 입어. ____ on your coat. 7 신발 벗어. ____ off your shoes. 8 내 충고 좀 받아들여. ____ my advice. 9 그거 끝냈어. I ____ it done. 10 전부 정리해. ____ everything in order. 정답은 1 take · 2 take · 3 got · 4 Put · 5 takes · 6 Put · 7 Take · 8 Take · 9 got · 10 Put이다. 찍고, 고르고, 받아들이는 자리에는 take가, 내려놓고 배치하는 자리에는 put이, 의미가 내게 오거나 결과 상태에 이르는 자리에는 get이 들어간다. 세 동사의 차이가 보이기 시작했다면, 이제 한 걸음 더 나가 보자. 영어는 이 동사들 뒤에 작은 방향어를 붙여 뜻을 한 번 더 넓힌다. get·take·put에 in·on·up·out·off가 붙으면 말할 수 있는 장면이 더 많아진다. ---------------------------------------- ### 종합 — get · take · put 한 장으로 https://voidlogpress.com/books/%eb%8f%99%ec%82%ac-3%ea%b0%9c%eb%a1%9c-%ec%98%81%ec%96%b4-%ec%a0%88%eb%b0%98-%ec%9e%a1%ea%b8%b0/%ec%a2%85%ed%95%a9-get-take-put-%ed%95%9c-%ec%9e%a5%ec%9c%bc%eb%a1%9c/ 질문: 말하는 순간 어떤 동사를 골라야 할지 어떻게 정하나요? 요약: 오는가, 잡는가, 놓는가를 보면 됩니다. get은 도달, take는 포착, put은 배치입니다. 같은 it이 들어가도 동사가 바뀌면 장면이 달라집니다. 한국어로는 보다·챙기다·신다처럼 전혀 다른 동사도 영어에서는 이 세 움직임으로 처리됩니다. 또 다른 질문: 세 동사 중 무엇을 쓸지 어떻게 고르나요? 답: 오는가, 잡는가, 놓는가를 보면 됩니다. get은 도달, take는 포착, put은 배치입니다. 뜻 목록으로 외우면 헷갈리지만 움직임으로 보면 서로의 위치가 분명해집니다. take와 put은 특히 좋은 짝이라 집으면 take, 놓으면 put으로 함께 익히면 됩니다. 또 다른 질문: 같은 it이 들어가도 뜻이 달라지나요? 답: 동사가 바뀌면 장면이 달라집니다. I got it은 의미나 물건이 내 쪽에 온 것이고, I will take it은 내가 그것을 골라 잡은 것이며, Put it down은 그것을 아래에 놓는 것입니다. 또 다른 질문: 한국어로는 전혀 다른 동사인데 왜 영어는 같은가요? 답: 영어는 움직임의 방향으로 처리하기 때문입니다. 문 좀 봐줄래는 문이라는 지점으로 가서 처리하니 get, 코트 챙겨는 손에 잡으니 take, 신발 신어는 몸에 얹으니 put입니다. 보다와 챙기다와 신다가 한 묶음이 됩니다. 또 다른 질문: 미세한 차이는 어떻게 익히는 게 좋나요? 답: 규칙표보다 장면으로 익힐 때 오래 남습니다. get a taxi와 take a taxi처럼 상황에 따라 가깝게 쓰이면서 초점만 다른 경우가 있기 때문입니다. 외운 답이 아니라 화살표 방향으로 추론하는 연습이 낫습니다. 최종 확인: 2026-09-02T16:32:19+09:00 종합 get · take · put 한 장으로 세 동사를 따로 익혔다면, 이제는 함께 놓고 보아야 한다. 회화에서 어려운 것은 동사 하나의 뜻이 아니라, 말하는 순간에 어떤 동사를 고르느냐이기 때문이다. 이 선택은 생각보다 단순하다. 오는가, 잡는가, 놓는가를 보면 된다. 뿌리 한 줄로 동사 뿌리 한마디 화살표 방향 대표 문장 get 어떤 지점·상태에 이른다 나에게 오거나 내가 도달한다 I got it. 이해했어 / 받았어 take 손을 뻗어 잡아 온다 내가 잡아 선택하거나 이용한다 I'll take it. 그걸로 할게 put 어떤 자리에 놓는다 내가 내려놓거나 배치한다 Put it here. 여기 놔 get은 도달, take는 포착, put은 배치다. 이 세 단어를 뜻 목록으로 외우면 헷갈리지만, 움직임으로 보면 서로의 위치가 분명해진다. take와 put은 특히 좋은 짝이다. 집으면 take, 놓으면 put이다. 같은 it, 다른 동사 똑같은 it이 들어가도 동사가 바뀌면 장면이 달라진다. 문장 장면 자연스러운 뜻 I got it. 의미나 물건이 내 쪽에 왔다 이해했어 / 받았어 I'll take it. 내가 그것을 골라 잡았다 그걸로 할게 Put it down. 그것을 아래에 놓는다 내려놔 문 앞에서 벌어지는 한 장면으로도 세 동사를 묶을 수 있다. 1. Can you get the door? 문 좀 봐줄래? 2. Take your coat. 코트 챙겨. 3. Put on your shoes. 신발 신어. 한국어로는 “보다, 챙기다, 신다”라는 전혀 다른 동사지만, 영어에서는 get·take·put의 움직임으로 처리된다. 문이라는 지점으로 가서 처리하면 get, 코트를 손에 잡으면 take, 신발을 몸에 얹으면 put이다. 짝과 반대 세 동사의 관계를 정리하면 선택이 빨라진다. 관계 구분 기준 예문 take ↔ put 집느냐, 놓느냐 take off your shoes ↔ put on your coat get ↔ take 결과에 이르느냐, 내가 잡아 쓰느냐 get a taxi ↔ take a taxi get ↔ put 상태에 이르게 하느냐, 자리에 배치하느냐 get it done ↔ put everything in order get a taxi와 take a taxi는 상황에 따라 가깝게 쓰일 수 있지만 초점이 다르다. get a taxi는 택시를 확보하는 결과에 가깝고, take a taxi는 이동 수단으로 택시를 선택해 이용하는 느낌이 강하다. 이런 미세한 차이는 규칙표보다 장면으로 익힐 때 오래 남는다. 50문장 통합 퀴즈 세 동사를 한자리에서 골라 쓰는 연습이다. 빈칸에 get·take·put 중 하나를 고르고, 필요하면 방향 입자를 붙여 보자. 외운 답이 아니라 화살표 방향으로 추론하면 된다. 1부. 기본 — 셋 중 하나 고르기 번호 한국어 영어 1 이제 이해했어. I ____ it now. 2 그걸로 할게요. I'll ____ it. 3 여기 놔. ____ it here. 4 역까지 어떻게 가요? How do I ____ to the station? 5 좀 쉬자. Let's ____ a break. 6 코트 입어. ____ on your coat. 7 추워지고 있어. It's ____ cold. 8 이것 좀 봐. ____ a look at this. 9 잘 지내. ____ care. 10 천천히 해. ____ your time. 11 다시 연락할게. I'll ____ back to you. 12 핸드폰 치워. ____ your phone away. 13 사진 좀 찍어 줄래? Can you ____ a photo? 14 손 들어. ____ your hands up. 15 늦어지고 있어. It's ____ late. 16 약 먹어. ____ your medicine. 17 그걸 글로 남겨. ____ it in writing. 18 더는 못 참겠어. I can't ____ it anymore. 19 빨리 나아. ____ well soon. 20 음악 좀 틀어. ____ some music on. 2부. 구동사 — 방향 입자까지 번호 한국어 영어 21 매일 7시에 일어나. I ____ ____ at seven. 22 신발 벗어. ____ ____ your shoes. 23 그 일을 미루지 마. Don't ____ it ____. 24 장난감 치워. ____ your toys ____. 25 그걸 극복해. ____ ____ it. 26 걔가 그 일을 넘겨받았어. He ____ ____ the project. 27 다음 정류장에서 내려야 해. I need to ____ ____ at the next stop. 28 우리 결국 다 끝냈어. We finally ____ ____ it. 29 이 소음 못 참겠어. I can't ____ ____ ____ this noise. 30 그거 조립하자. Let's ____ it ____. 31 다음 출구로 나가. ____ the next exit. 32 그걸 도로 가져가. ____ it ____. 33 여기서 나가. ____ ____ of here. 34 이름을 맨 위에 적어. ____ your name at the top. 35 (요즘) 잘 돼 가? How are you ____ ____? 3부. 한국어에서 영어로 번호 한국어 영어로 말해 보기 36 슬슬 가자. 37 그걸로 할게요. 38 이렇게 말해 볼게. 39 한번 맞혀 볼게. 40 숨을 깊게 쉬어. 41 걔는 내 조언을 받아들였어. 42 여기에 노력을 많이 들였어. 43 전화 연결해 주시겠어요? 44 편하게 생각해. 45 그걸 목록에 넣어. 4부. 틀린 동사 고치기 아래 문장은 의도와 맞지 않는 동사를 쓴 예다. 올바른 동사로 바꿔 보자. 번호 의도 잘못된 문장 고쳐 쓰기 46 이해했어 I took it. 47 코트 입어 Get on your coat. 48 버스를 타다 I put the bus to work. 49 시간이 걸린다 It gets time. 50 핸드폰을 치우다 Get your phone away. 정답과 해설 구간 정답 1부 1 get · 2 take · 3 Put · 4 get · 5 take · 6 Put · 7 getting · 8 Take · 9 Take · 10 Take · 11 get · 12 Put · 13 take · 14 Put · 15 getting · 16 Take · 17 Put · 18 take · 19 Get · 20 Put 2부 21 get up · 22 Take off · 23 put off · 24 Put away · 25 Get over · 26 took over · 27 get off · 28 got through · 29 put up with · 30 put together · 31 Take · 32 Take back · 33 Get out · 34 Put · 35 getting along 3부 36 Let's get going. · 37 I'll take it. · 38 Let me put it this way. · 39 Let me take a guess. · 40 Take a deep breath. · 41 She took my advice. · 42 I put a lot into this. · 43 Can you put me through? · 44 Take it easy. · 45 Put it on the list. 4부의 정답은 다음과 같다. 46번은 I got it.이다. 이해나 메시지가 내 쪽에 오는 장면은 get이 자연스럽다. 47번은 Put on your coat.이다. 옷을 몸 위에 얹는 장면이므로 put on을 쓴다. 48번은 I take the bus to work.이다. 교통수단을 선택해 이용하는 말은 take가 자연스럽다. 49번은 It takes time.이다. 시간이 차지되는 장면은 take로 처리한다. 50번은 Put your phone away.이다. 핸드폰을 어딘가에 치워 두는 것이므로 put away가 맞다. 오답 처방표 틀린 문장을 고치는 일은 정답을 외우는 일보다 중요하다. 왜 틀렸는지 알면 다음 문장을 만들 때 멈추는 시간이 줄어든다. 아래 표는 한국어식 직역이 자주 만드는 실수를 정리한 것이다. 막히는 자리 흔한 직역 더 자연스러운 말 처방 이해했다 I took it. I got it. 의미가 내 머릿속에 이르면 get 선택했다 I got this one. I'll take this one. 내가 고르고 집으면 take 시간이 걸린다 It needs ten minutes. It takes ten minutes. 시간이 일에 차지되면 take 옷을 입다 Wear your coat. Put on your coat. 입는 동작은 몸 위에 얹는 put on 회의를 미루다 Delay the meeting. Put off the meeting. 회화에서는 put off가 더 가볍다 전화를 다시 하다 I will call later again. I'll get back to you. 다시 돌아와 연락하면 get back 사진을 찍다 Get a picture. Take a picture. 찍는 행동은 take 소음을 참다 I can't endure this noise. I can't put up with this noise. 불편한 것을 곁에 둔 채 버티면 put up with 이 표는 어려운 단어를 쓰지 말자는 뜻이 아니다. delay, endure, choose도 필요한 단어다. 다만 말해야 하는 순간에 그 단어가 떠오르지 않으면 쉬운 동사로 먼저 길을 열 수 있다. 회화에서 중요한 것은 가장 어려운 단어를 고르는 능력이 아니라, 지금 가진 단어로 장면을 끝까지 밀고 가는 능력이다. 내 문장으로 바꾸기 이제 책의 예문을 내 일상으로 바꿔 보자. 괄호 안만 바꾸면 된다. 처음에는 짧게 말해도 충분하다. 기본 문장 바꿔 말하기 I got your message. I got your email. / I got your text. I got to the office. I got to school. / I got to the station. Take a look at this. Take a look at my notes. / Take a look at this photo. It takes ten minutes. It takes an hour. / It takes practice. Put it on the list. Put it on the calendar. / Put it on my desk. Don't put it off. Don't put off the call. / Don't put off the meeting. 내 문장으로 바꾸는 순간, 예문은 남의 문장이 아니라 내 도구가 된다. 문장을 많이 외우지 못해도 괜찮다. 한 문장에 들어갈 명사만 바꿔도 말할 수 있는 장면은 크게 늘어난다. 상황별 미니 대화 같은 세 동사가 실제 대화에서 어떻게 섞여 나오는지 보자. 새 표현을 더하지 않고도 일상 장면은 충분히 굴러간다. 아침, 집을 나서며 A: Get up! It's getting late. 일어나! 늦어지고 있어. B: Okay, okay. Where's my coat? 알았어. 내 코트 어디 있어? A: Put it on and take your umbrella. 입고, 우산도 챙겨. B: Got it. Let's get going. 알았어. 슬슬 가자. 카페에서 A: What will you have? 뭐 마실래? B: I'll have an iced americano. 아이스 아메리카노로 할게. A: Take a seat. I'll get it. 앉아 있어. 내가 가져올게. B: Thanks. Take your time. 고마워. 천천히 해. 사무실에서 A: Can you put this off until tomorrow? 이거 내일로 미뤄도 될까? B: It takes only ten minutes. Let's get it done now. 10분이면 돼. 지금 끝내자. A: Okay. I'll put more effort into it. 알았어. 좀 더 공들일게. 세 대화에는 특별한 고급 단어가 거의 없다. 대신 get·take·put이 방향을 바꾸며 움직인다. 이 세 동사를 넓게 쓰면 “단어가 없어서 멈추는 순간”이 줄어든다. 필요한 것은 더 많은 단어장이 아니라, 이미 아는 단어를 더 넓은 자리로 보내는 연습이다. ---------------------------------------- ## AI 인텔리전스 루프 : 뉴스를 소비하지 말고 지배하라 – 나만의 AI 지식 엔진을 만드는 법 ISBN 9791142182990 · 2025-12-31 · 허구진 지음 https://voidlogpress.com/books/ai-%ec%9d%b8%ed%85%94%eb%a6%ac%ec%a0%84%ec%8a%a4-%eb%a3%a8%ed%94%84-%eb%89%b4%ec%8a%a4%eb%a5%bc-%ec%86%8c%eb%b9%84%ed%95%98%ec%a7%80-%eb%a7%90%ea%b3%a0-%ec%a7%80%eb%b0%b0%ed%95%98%eb%9d%bc-%eb%82%98/ ### 1장. 정보 과잉 시대의 역설 https://voidlogpress.com/books/ai-%ec%9d%b8%ed%85%94%eb%a6%ac%ec%a0%84%ec%8a%a4-%eb%a3%a8%ed%94%84-%eb%89%b4%ec%8a%a4%eb%a5%bc-%ec%86%8c%eb%b9%84%ed%95%98%ec%a7%80-%eb%a7%90%ea%b3%a0-%ec%a7%80%eb%b0%b0%ed%95%98%eb%9d%bc-%eb%82%98/1%ec%9e%a5-%ec%a0%95%eb%b3%b4-%ea%b3%bc%ec%9e%89-%ec%8b%9c%eb%8c%80%ec%9d%98-%ec%97%ad%ec%84%a4/ 질문: 정보를 많이 접하는데 왜 판단은 나아지지 않나요? 요약: 접하는 정보가 맥락과 연결되지 않은 채 파편으로 남기 때문입니다. 정보에 맥락이 더해져야 지식이 되고, 그 지식에서 판단을 도출해야 통찰이 됩니다. 헤드라인과 영상을 계속 소비하기만 하면 정보가 지식으로 전환될 시간이 부족합니다. 또 다른 질문: 정보와 지식과 통찰은 어떻게 다른가요? 답: 정보는 가공되지 않은 사실이고, 지식은 정보에 맥락이 더해진 것이며, 통찰은 지식에서 도출된 판단입니다. 주가가 3퍼센트 하락했다는 것이 정보라면, 반도체 수요 감소 우려 때문이라는 것이 지식이고, 그래서 매수를 보류하겠다는 것이 통찰입니다. 또 다른 질문: 뉴스를 많이 봐도 왜 결정을 못 하나요? 답: 우리가 매일 접하는 것이 대부분 맥락 없는 사실의 파편이기 때문입니다. 헤드라인과 속보를 아무리 많이 봐도 지식이 되지 않고, 지식이 없으면 통찰도 없습니다. 정보가 지식으로 전환될 시간이 부족한 것이 문제입니다. 또 다른 질문: 같은 뉴스를 보는 수준이 나뉘나요? 답: 세 수준으로 갈립니다. 올랐다 내렸다만 보는 표면, 왜 그런지 맥락을 묻는 단계, 아직 발표되지 않은 관건을 짚고 기다리자고 판단하는 심층입니다. 표면에 머물면 놓칠까 봐 서두르는 반응이 나오기 쉽습니다. 또 다른 질문: 부지런히 정보를 봐도 남는 것이 없는 이유는 뭔가요? 답: 받아들이는 방식에 문제가 있기 때문입니다. 하루 두 시간을 미디어에 써도 헤드라인만 훑고 영상을 끝까지 보기만 하면 한 시간 뒤에는 어렴풋한 인상만 남습니다. 게으름의 문제가 아닙니다. 최종 확인: 2026-09-02T16:32:20+09:00 1장. 정보 과잉 시대의 역설 새벽 6시 반. 알람이 울립니다. 눈을 뜨자마자 손이 스마트폰으로 향합니다. 카카오톡 확인, 뉴스 앱 스크롤, 유튜브 추천 영상... 어느새 30분이 훌쩍 지났습니다. '오늘 뭐 중요한 거 있었더라?' 기억나는 건 없습니다. 매일 반복됩니다. 정보는 넘칩니다. 하지만 통찰은 없습니다. 당신도 이렇지 않나요? 매일 아침 뉴스를 보고, 점심시간에 유튜브를 켜고, 퇴근길에 팟캐스트를 듣습니다. 분명 부지런히 정보를 섭취합니다. 그런데 막상 중요한 결정 앞에 서면 막막합니다. "삼성전자 주식 지금 사도 될까?" "우리 회사 반도체 사업 전망은 어때?" "AI 때문에 내 직업이 사라지는 건 아닐까?" 이런 질문에 자신 있게 답하기가 어렵습니다. 매일 2시간씩 뉴스를 봤는데도 말이죠. 왜 이런 역설이 발생하는 걸까요? 정보를 많이 본다고 똑똑해지지 않는 이유. 그리고 이 문제를 어떻게 해결할 수 있는지에 대한 실마리를 찾아봅시다. 1.1 정보 홍수의 실체 2025년 기준, 인류는 하루에 2.5엑사바이트의 데이터를 생산합니다. 이것은 미국 의회 도서관 전체 장서의 500만 배에 해당합니다. 숫자가 너무 커서 실감이 안 되죠. 조금 더 가까운 예로 바꿔봅시다. 한국인의 하루 평균 미디어 소비 시간은 5시간 47분입니다. 여기에는 TV, 스마트폰, 컴퓨터가 모두 포함됩니다. 깨어 있는 시간의 3분의 1을 미디어와 함께 보낸다는 뜻입니다. 뉴스만 따로 보면 어떨까요? 한국언론진흥재단 조사에 따르면, 성인의 78%가 매일 뉴스를 접합니다. 주로 포털 사이트와 유튜브를 통해서입니다. 숫자로만 보면 우리는 역사상 가장 많은 정보에 접근할 수 있는 세대입니다. 그런데 이상합니다. 정보에 대한 접근성은 폭발적으로 늘었는데, 사람들의 의사결정 능력은 비례해서 좋아지지 않았습니다. 오히려 정보 피로감, 결정 장애, 분석 마비 같은 현상이 더 자주 언급됩니다. 왜 그럴까요? 핵심은 세 가지 개념의 혼동에 있습니다. 구분 정의 예시 정보(Information) 가공되지 않은 사실 "삼성전자 주가가 3% 하락했다" 지식(Knowledge) 정보에 맥락이 더해진 것 "반도체 수요 감소 우려로 삼성전자가 하락했다" 통찰(Insight) 지식에서 도출된 판단 "HBM 수율 개선이 확인되기 전까지는 매수를 보류하는 게 좋겠다" [그림 1-1] 정보(하단) → 지식(중간) → 통찰(상단) 피라미드. 위로 올라갈수록 가치가 높아진다. 우리가 매일 접하는 건 대부분 '정보'입니다. 뉴스 헤드라인, 속보, SNS 타임라인. 맥락 없이 쏟아지는 사실들의 파편입니다. 정보를 아무리 많이 봐도 지식이 되지 않습니다. 지식이 없으면 통찰도 없습니다. 통찰이 없으면 좋은 결정을 내릴 수 없습니다. 문제는 우리의 뇌입니다. 인간의 뇌는 수십만 년 전과 크게 다르지 않습니다. 그때는 하루에 처리할 정보가 기껏해야 수십 개였습니다. 마을 사람들의 소식, 날씨, 사냥감의 위치 정도. 지금은 어떤가요? 스마트폰을 한 번 잠금 해제할 때마다 수십 개의 알림이 쏟아집니다. 뇌는 감당하지 못합니다. 그래서 '일단 보고' '금방 잊습니다'. 정보가 지식으로 전환될 시간이 없습니다. 한 직장인의 하루 김대리의 아침을 따라가 봅시다. 출근길 지하철에서 30분 동안 뉴스 앱을 봅니다. 헤드라인만 훑습니다. "테슬라 급락", "비트코인 신고가", "엔화 약세 지속". 다 기억하기엔 너무 많습니다. 그래서 그냥 넘깁니다. 점심시간에 유튜브를 켭니다. 경제 채널에서 15분짜리 영상을 봅니다. "미국 금리 인상이 한국 주식시장에 미치는 영향". 끝까지 봤습니다. 근데 한 시간 뒤에 누가 물어보면 "어... 금리가 어쩌고 했던 것 같은데" 정도만 기억납니다. 퇴근길에 경제 팟캐스트를 듣습니다. 전문가 두 명이 열띤 토론을 합니다. 고개를 끄덕이다가, 집에 도착하면 이미 다 잊어버렸습니다. 하루에 미디어에 쏟은 시간: 2시간 이상. 머리에 남은 것: 거의 없음. 김대리는 게으른 사람이 아닙니다. 오히려 부지런한 편입니다. 문제는 정보를 받아들이는 '방식'에 있습니다. 1.2 왜 뉴스를 봐도 결정을 못 하는가 한 가지 실험을 해봅시다. "삼성전자 3분기 실적 발표, 영업이익 전년 대비 28% 증가" 이 뉴스를 보고 삼성전자 주식을 사야 할까요, 팔아야 할까요? 대부분의 사람들은 이 질문에 답하기 어렵습니다. 왜냐하면 이 뉴스는 '사실'일 뿐이기 때문입니다. 사실만으로는 판단할 수 없습니다. 같은 뉴스를 보는 세 가지 수준이 있습니다. 같은 뉴스, 다른 해석 뉴스: "삼성전자 3분기 실적 발표, 영업이익 28% 증가" L1 반응 (표면): "올랐네. 좋은 거 아냐?" L2 반응 (맥락): "반도체 사이클이 회복되나? 그런데 D램은 어떻고 낸드는 어때?" L3 반응 (심층): "HBM4 수율이 관건인데, 아직 발표 안 됐네. 기다려보자." L1 수준에서는 '올랐다/내렸다'만 봅니다. 주가가 오르면 좋은 거고, 내리면 나쁜 거입니다. 이 수준에서는 FOMO(놓칠까봐 두려운 마음)에 휩쓸리기 쉽습니다. "다들 산다는데 나도 사야 하나?" L2 수준에서는 맥락을 봅니다. 왜 실적이 좋아졌는지, 이 추세가 지속될지를 따져봅니다. 하지만 여전히 표면적인 분석입니다. L3 수준에서는 시장이 아직 반영하지 못한 핵심 변수를 찾습니다. 남들이 놓치고 있는 포인트가 무엇인지를 봅니다. 이 수준에 도달해야 실제로 돈이 되는 결정을 내릴 수 있습니다. 문제는 대부분의 뉴스가 L1 수준의 정보만 제공한다는 점입니다. "삼성전자 급락", "비트코인 급등", "환율 급변동" 모두 '무슨 일이 일어났는가'만 알려줍니다. '왜 일어났는가', '이게 나한테 어떤 의미인가'는 알려주지 않습니다. 그래서 뉴스를 아무리 많이 봐도 결정을 내리기 어렵습니다. 필요한 건 L3 수준의 분석인데, 제공받는 건 L1 수준의 정보뿐이기 때문입니다. 정보 수준별 의사결정 품질 정보 수준 처리 시간 의사결정 품질 예시 L1 (표면) 10초 낮음 - 감정적 반응 "오르면 사고, 내리면 판다" L2 (맥락) 10분 중간 - 논리적 추론 "왜 올랐는지 이유를 찾아본다" L3 (심층) 1시간+ 높음 - 전략적 판단 "남들이 모르는 변수를 찾는다" 여기서 문제가 생깁니다. L3 수준의 분석에는 시간이 많이 걸립니다. 직장인이 매일 1시간씩 한 종목을 분석할 수는 없습니다. 그렇다고 L1 수준에 머물면 좋은 결정을 내릴 수 없습니다. 이 딜레마를 어떻게 해결할 수 있을까요? 맥락의 부재 또 다른 문제는 맥락의 부재입니다. 뉴스는 개별 사건을 다룹니다. 하지만 세상의 모든 사건은 연결되어 있습니다. "미국 금리가 오른다"라는 뉴스를 봤다고 합시다. 이게 나한테 어떤 의미일까요? 내가 미국 주식을 갖고 있다면? → 달러 강세로 환차익 기대 내가 한국 수출기업 주식을 갖고 있다면? → 엔화 약세로 일본과의 경쟁 심화 내가 대출이 있다면? → 한국도 금리 인상 압박 내가 IT 기업에 다닌다면? → 투자 심리 위축, 채용 감소 가능 하나의 뉴스가 사람마다 완전히 다른 의미를 갖습니다. 하지만 뉴스는 이런 개인화된 맥락을 제공하지 않습니다. 그래서 뉴스를 아무리 많이 봐도 '그래서 나는 어떻게 해야 하지?'라는 질문에 답하기 어렵습니다. 1.3 소비자로 남을 것인가 지금까지의 이야기를 정리해봅시다. 정보는 넘친다. 하지만 대부분 L1 수준의 표면 정보다. L3 수준의 심층 분석에는 시간이 많이 걸린다. 개인화된 맥락은 뉴스에서 제공하지 않는다. 결론: 정보를 아무리 많이 봐도 좋은 결정을 내리기 어렵다. 그렇다면 어떻게 해야 할까요? 두 가지 선택지가 있습니다. 첫 번째 선택지: 더 열심히 본다 아침에 1시간 뉴스 보던 걸 2시간으로 늘립니다. 유튜브 경제 채널 구독을 10개에서 20개로 늘립니다. 주말에는 경제 책을 읽습니다. 이 방법의 문제는 명확합니다. 시간이 부족합니다. 직장도 다녀야 하고, 가족도 챙겨야 하고, 잠도 자야 합니다. 그리고 아무리 많이 봐도 L1 수준의 정보가 쌓이는 것뿐입니다. 두 번째 선택지: 다르게 본다 정보의 양을 늘리는 게 아니라, 정보를 처리하는 방식을 바꿉니다. 날것의 정보를 자동으로 L2, L3 수준으로 가공해주는 시스템을 만듭니다. 개인화된 맥락을 자동으로 입혀주는 구조를 설계합니다. 두 번째 선택지가 이 책에서 다룰 내용입니다. 정보 소비자 vs 정보 지배자 세상에는 두 종류의 사람이 있습니다. 정보 소비자는 뉴스가 던져주는 대로 받아먹습니다. 알고리즘이 추천하는 영상을 봅니다. 포털 사이트가 배열한 순서대로 기사를 읽습니다. 플랫폼이 원하는 방향으로 생각하게 됩니다. 정보 지배자는 자기만의 필터를 갖고 있습니다. 어떤 정보를 볼지 스스로 결정합니다. 날것의 정보를 자신만의 언어로 재구성합니다. 플랫폼을 도구로 활용합니다. [그림 1-2] 소비자(왼쪽, 혼란) vs 지배자(오른쪽, 통제). 같은 정보, 다른 결과. 지금까지 정보 지배자가 되려면 엄청난 노력이 필요했습니다. 분야별 전문가를 팔로우하고, 매일 몇 시간씩 정리하고, 노트에 기록하고. 그래서 소수만 가능했습니다. 하지만 이제 상황이 달라졌습니다. AI가 등장했습니다. AI는 정보를 처리하는 데 지치지 않습니다. 24시간 일할 수 있습니다. 수천 개의 뉴스를 읽고, 맥락을 파악하고, 요약할 수 있습니다. 문제는 AI를 '어떻게' 활용하느냐입니다. AI에게 "오늘 뉴스 요약해줘"라고 말하면 L1 수준의 요약만 나옵니다. 결과는 직접 뉴스를 읽는 것과 별 차이 없습니다. AI를 제대로 활용하려면 시스템이 필요합니다. AI에게 무엇을, 어떻게 시킬지를 설계한 구조가 필요합니다. 그 구조만 있으면 누구나 정보 지배자가 될 수 있습니다. 전환: 새로운 가능성을 향해 매일 2시간을 뉴스에 쏟아도 남는 게 없다면, 그건 당신 잘못이 아닙니다. 시스템의 문제입니다. 다행히 그 시스템은 바꿀 수 있습니다. 그것도 당신의 손으로. 이 책은 정보를 '더 많이' 보는 법을 가르치지 않습니다. 정보를 '다르게' 보는 법을 알려드립니다. AI를 활용해서 자동으로 L3 수준의 분석을 받아보는 시스템을 만드는 법입니다. 핵심은 세 가지입니다. 정보 과잉은 구조 부재의 문제다. 더 많이 읽는다고 해결되지 않습니다. L3 분석이 필요하다. 표면 정보가 아닌 심층 통찰이 필요합니다. 시스템으로 해결한다. AI를 활용한 자동화 구조가 해답입니다. 이 책은 누구를 위한 책인가? 이 책의 예시는 주로 투자와 테크 분야에서 가져왔습니다. 하지만 이것은 가장 성공적인 샘플 케이스일 뿐입니다. 이 책에서 배우는 시스템은 모든 정보 영역에 적용됩니다. 육아 정보를 정리하고 싶은 부모, 건강 정보를 큐레이션하고 싶은 직장인, 해외 리뷰를 분석하고 싶은 소비자, 최신 논문을 따라가고 싶은 연구자... 매일 쏟아지는 정보의 홍수 속에서 나에게 필요한 '진짜 신호'만을 골라내어 지적 자산으로 만들고 싶은 모든 분을 위한 설계도입니다. 그런데 왜 갑자기 전 세계가 NotebookLM에 열광할까요? 거기에 힌트가 있습니다. 다음 장에서 살펴봅시다. 1장 핵심 정리 - 정보는 넘치지만 통찰은 부족하다 - 대부분의 뉴스는 L1(표면) 수준의 정보만 제공한다 - 정보 → 지식 → 통찰로의 전환에는 시스템이 필요하다 - 정보 소비자가 아닌 정보 지배자가 되어야 한다 - AI를 활용한 시스템이 해결책이다 ---------------------------------------- ### 4장. 시스템 개념도: 전체 구조 이해 https://voidlogpress.com/books/ai-%ec%9d%b8%ed%85%94%eb%a6%ac%ec%a0%84%ec%8a%a4-%eb%a3%a8%ed%94%84-%eb%89%b4%ec%8a%a4%eb%a5%bc-%ec%86%8c%eb%b9%84%ed%95%98%ec%a7%80-%eb%a7%90%ea%b3%a0-%ec%a7%80%eb%b0%b0%ed%95%98%eb%9d%bc-%eb%82%98/4%ec%9e%a5-%ec%8b%9c%ec%8a%a4%ed%85%9c-%ea%b0%9c%eb%85%90%eb%8f%84-%ec%a0%84%ec%b2%b4-%ea%b5%ac%ec%a1%b0-%ec%9d%b4%ed%95%b4/ 질문: 개인용 AI 정보 시스템은 어떻게 설계하나요? 요약: 지능형 에이전틱 루프는 수집(Ingestion), 맥락화(Synthesis), 서사화(Narrative), 전달(Delivery), 학습(Loop)의 다섯 단계로 설계합니다. 수집한 정보 파편을 맥락과 통찰로 연결하고, 듣고 싶은 이야기와 원하는 형식으로 전달한 뒤 반복을 통해 정교하게 만드는 구조입니다. 각 단계가 순환하도록 연결하는 것이 핵심입니다. 또 다른 질문: 지능형 에이전틱 루프는 몇 단계인가요? 답: 다섯 단계입니다. 세상의 정보를 걸러 가져오는 수집, 파편을 연결해 통찰로 바꾸는 맥락화, 통찰을 듣고 싶은 이야기로 만드는 서사화, 원하는 형식으로 받아보는 전달, 매일 반복하며 정교해지는 학습입니다. 또 다른 질문: 왜 루프라고 부르나요? 답: 한 번 쓰고 끝나는 도구가 아니기 때문입니다. 매일 반복되고 반복될수록 시스템이 사용자를 더 잘 알게 됩니다. 어떤 정보를 좋아하는지, 어떤 형식을 선호하는지, 어떤 깊이의 분석을 원하는지가 쌓입니다. 또 다른 질문: 전체 구조를 먼저 봐야 하는 이유는 뭔가요? 답: 운전과 제작은 다르기 때문입니다. 자동차를 운전하려면 엔진 구조를 몰라도 되지만 만들려면 어느 부품이 무슨 역할을 하고 어떻게 연결되는지 알아야 합니다. 도구 사용자가 아니라 시스템 설계자가 되려는 것입니다. 또 다른 질문: 각 단계를 따로 만들면 되나요? 답: 각 단계가 순환하도록 연결하는 것이 핵심입니다. 수집에서 맥락화, 서사화, 전달로 이어진 뒤 학습이 다시 수집으로 돌아갑니다. 이 연결이 없으면 매번 처음부터 시작하게 되고 축적이 생기지 않습니다. 최종 확인: 2026-09-02T16:32:20+09:00 4장. 시스템 개념도: 전체 구조 이해 새벽 4시. 당신은 잠들어 있습니다. 그 시각, AI는 깨어 있습니다. 전 세계 뉴스를 스캔합니다. 수백 개의 기사, 리포트, 유튜브 영상 자막을 훑습니다. 중요한 것과 중요하지 않은 것을 분류합니다. 미시적 데이터와 거시적 흐름을 연결합니다. 두 사람이 대화하는 형식으로 재구성합니다. 그리고 당신의 메일함에 넣어둡니다. 아침 6시. 당신이 눈을 뜹니다. 메일 하나를 열어봅니다. 5분. 오늘 하루, 세상이 어떻게 돌아가는지 파악 완료. 이것이 지능형 에이전틱 루프(Intelligent Agentic Loop)입니다. 4.1 자동차를 만들려면 엔진을 알아야 한다 자동차를 운전하려면 엔진 구조를 알 필요가 없습니다. 핸들을 잡고, 액셀을 밟으면 됩니다. 하지만 자동차를 만들려면? 어느 부품이 어디에 있고, 무슨 역할을 하는지 알아야 합니다. 연료가 어떻게 폭발하고, 그 에너지가 어떻게 바퀴까지 전달되는지 이해해야 합니다. 이 책에서 우리가 하려는 것은 운전이 아닙니다. 나만의 자동차를 만드는 것입니다. 그래서 이번 장에서는 지능형 에이전틱 루프의 전체 구조를 한눈에 보여드리겠습니다. 엔진이 어디 있고, 변속기가 어디 있고, 연료 탱크가 어디 있는지. 각 부품이 어떻게 연결되어 '움직이는 시스템'이 되는지. 이것을 이해하면, 여러분은 단순한 도구 사용자가 아니라 시스템 설계자가 됩니다. 4.2 IAL 5단계 흐름도 지능형 에이전틱 루프는 다섯 개의 단계로 이루어져 있습니다. ┌─────────────────────────────────────────────────────────────┐ │ 지능형 에이전틱 루프 (IAL) │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ 1. 수집 │ → │ 2. 맥락화 │ → │ 3. 서사화 │ │ │ │Ingestion │ │Synthesis │ │Narrative │ │ │ └──────────┘ └──────────┘ └──────────┘ │ │ ↑ ↓ │ │ ┌──────────┐ ┌──────────┐ │ │ │ 5. 학습 │ ←──────────────── │ 4. 전달 │ │ │ │ Loop │ │ Delivery │ │ │ └──────────┘ └──────────┘ │ │ │ └─────────────────────────────────────────────────────────────┘ 각 단계를 한 문장으로 정의하면 이렇습니다. 단계 이름 한 줄 정의 1 Ingestion (수집) 세상의 정보를 걸러서 가져온다 2 Synthesis (맥락화) 파편을 연결해 통찰로 바꾼다 3 Narrative (서사화) 통찰을 '듣고 싶은 이야기'로 만든다 4 Delivery (전달) 원하는 형식으로 받아본다 5 Loop (학습) 매일 반복하며 점점 정교해진다 왜 '루프'일까요? 한 번 쓰고 끝나는 도구가 아니기 때문입니다. 매일 반복됩니다. 그리고 반복될수록 시스템은 당신을 더 잘 알게 됩니다. 어떤 정보를 좋아하는지, 어떤 형식을 선호하는지, 어떤 깊이의 분석을 원하는지. 이것이 축적의 힘입니다. [그림 4-1] IAL 5단계 순환: 수집 → 맥락화 → 서사화(골드) → 전달 → 학습. 무한 반복. 4.3 각 단계 상세 설명 1단계: Ingestion (수집) 무엇을 하는가 전 세계에서 쏟아지는 정보 중에서 '쓸 만한 것'만 골라냅니다. 뉴스, 리포트, 유튜브 자막, 공시 자료, 블로그 글. 매일 생산되는 정보의 양은 상상을 초월합니다. 2025년 기준, 인류는 하루에 2.5엑사바이트의 데이터를 생산합니다. 이것은 미국 의회 도서관 전체 장서의 500만 배에 해당합니다. 이 중에서 당신에게 필요한 것은 0.001%도 되지 않습니다. Ingestion 단계는 바로 이 0.001%를 찾아냅니다. 어떻게 하는가 두 가지 필터가 작동합니다. 첫째, 시맨틱 필터링. 단순히 키워드가 아니라 '의미'를 기준으로 걸러냅니다. '반도체'라는 단어가 들어가도, 반도체 관련 게임 뉴스는 제외합니다. 맥락을 이해하기 때문입니다. 둘째, 신뢰도 점수. 모든 소스가 동등하지 않습니다. 3프로TV의 심층 분석과 익명 블로그의 추측은 다릅니다. 신뢰할 수 있는 소스에 높은 가중치를 부여합니다. 이 단계가 없으면? 쓰레기를 넣으면 쓰레기가 나옵니다(Garbage In, Garbage Out). 아무리 좋은 분석 엔진이 있어도, 입력이 불량이면 출력도 불량입니다. 핵심 원칙: "쓰레기 안 넣기" 2단계: Synthesis (맥락화) 무엇을 하는가 수집된 파편적 정보들을 연결합니다. '삼성전자 HBM4 수율 하락'이라는 뉴스가 있습니다. 그것만 보면 "아, 삼성 힘드네"로 끝납니다. 하지만 이것을 '미중 반도체 전쟁'이라는 거시적 흐름과 연결하면? 완전히 다른 그림이 보입니다. "AI 서버 공급망 병목이 예고된다. SK하이닉스의 상대적 우위가 강화될 수 있다. 엔비디아는 대체 공급처를 찾을 것이다." 파편은 뉴스입니다. 연결은 통찰입니다. 어떻게 하는가 이 책에서는 4대 통찰 엔진 체계를 사용합니다. ┌─────────────────────────────────────────────────────────────┐ │ 4대 통찰 엔진 체계 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ [기본 엔진] │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ 🔹 65:35 기본 엔진 │ │ │ │ 미시 65% + 거시 35% 결합 │ │ │ │ → 매일 아침 브리핑용 (빠른 상황 파악) │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ [고급 엔진] - 중요한 의사결정 시 선택 적용 │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ 🔸 삼각측량 엔진 │ │ │ │ 3인 에이전트 충돌 → 사각지대 노출 │ │ │ │ → 투자 등 중요한 의사결정 시 │ │ │ ├─────────────────────────────────────────────────────┤ │ │ │ 🔸 연쇄반응 엔진 │ │ │ │ 1차→2차→3차 파급효과 추론 │ │ │ │ → 신기술/신제품 출시 뉴스 분석 시 │ │ │ ├─────────────────────────────────────────────────────┤ │ │ │ 🔸 제1원칙 엔진 │ │ │ │ 본질 해체 + 역사적 유추 │ │ │ │ → 패러다임 변화 분석 시 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ └─────────────────────────────────────────────────────────────┘ 65:35 기본 엔진은 매일 사용하는 기본값입니다. 미시 65%: 구체적인 숫자, 기업의 기술 명세, 수율 변화, 인재 이동 거시 35%: 금리, 지정학, 에너지 패권, 산업 트렌드 구체적인 팩트가 신뢰를 만들고, 거시적 해석이 방향을 제시합니다. 하지만 중요한 의사결정 앞에서는 기본 엔진만으로 부족합니다. 그래서 3가지 고급 엔진이 있습니다. 삼각측량 엔진은 여러 관점을 충돌시켜 사각지대를 드러냅니다. 연쇄반응 엔진은 2차, 3차 파급효과를 추론합니다. 제1원칙 엔진은 본질을 해체하고 역사적 유추를 적용합니다. 각 엔진의 상세한 작동 원리와 프롬프트는 6장에서 다룹니다. 이 단계가 없으면? 뉴스 나열에 그칩니다. "오늘 이런 일이 있었습니다. 저런 일도 있었습니다." 그래서 뭘 해야 하는지는 모릅니다. 핵심 원칙: "왜 이게 중요한가" 추론하기 3단계: Narrative (서사화) 무엇을 하는가 분석 결과를 '듣고 싶은 형식'으로 바꿉니다. 똑같은 내용이라도 형식에 따라 흡수율이 완전히 다릅니다. 딱딱한 보고서로 읽으면 8분 만에 집중력이 떨어집니다. 하지만 두 사람이 대화하는 형식으로 들으면? 30분도 집중할 수 있습니다. 이것은 우리 뇌의 구조 때문입니다. 인간은 수십만 년 동안 '이야기'를 통해 정보를 전달해왔습니다. 보고서의 역사는 고작 수백 년입니다. 뇌는 아직 보고서에 적응하지 못했습니다. 어떻게 하는가 이 책에서는 에이전트 군단이라는 개념을 도입합니다. 지수 (분석가): 수치와 팩트 중심. "데이터를 보면, HBM4 수율이 예상보다 12% 낮습니다." 민수 (전략가): 거시 흐름과 연결. "이게 왜 중요하냐면, AI 서버 공급망 전체에 영향을 미치기 때문입니다." 강우 (비판자): 논리의 허점, 리스크 경고. "잠깐, 이 수치의 출처가 확실한가요?" 세 사람이 대화하는 형식으로 정보가 전달됩니다. 마치 전문가 팀이 당신의 메일함에 상주하는 느낌입니다. 이 단계가 없으면? 좋은 분석도 읽히지 않으면 소용없습니다. 서랍 속에 쌓이는 미독 보고서가 됩니다. 핵심 원칙: "듣고 싶은 형식"으로 가공하기 4단계: Delivery (전달) 무엇을 하는가 완성된 콘텐츠를 원하는 방식으로 받아봅니다. 어떤 사람은 이메일을 선호합니다. 출근 전 커피 마시면서 5분 만에 훑어보고 싶습니다. 어떤 사람은 오디오를 선호합니다. 통근 지하철에서 이어폰을 끼고 듣고 싶습니다. 어떤 사람은 유튜브 영상을 원합니다. 구독자들에게 공유하고 싶습니다. 같은 분석이라도 그릇이 다르면 경험이 다릅니다. 라면을 냄비째 먹을 때와 예쁜 그릇에 담아 먹을 때. 맛은 같지만 느낌은 다릅니다. 출력 형식 5가지 형식 특징 적합한 상황 대화형 팟캐스트 민수-지수 티키타카 유튜브, 팟캐스트 채널 브리핑 보고서 핵심 3분 요약 아침 메일, 회의 전 확인 심층 리포트 분석 + 데이터 + 시사점 투자 판단, 의사결정 카드뉴스형 짧은 문장, 시각적 SNS, 블로그 뉴스레터형 독자에게 말 거는 톤 구독자 발송 8장에서 각 형식을 상세히 다룹니다. 핵심 원칙: "원하는 형식으로 받기" 5단계: Loop (학습) 무엇을 하는가 시스템이 매일 반복되면서 점점 정교해집니다. 첫날의 시스템과 100일 후의 시스템은 다릅니다. 어떤 소스가 더 가치 있는지, 어떤 분석 비율이 더 적합한지, 어떤 표현이 더 와닿는지. 매일 조금씩 조정됩니다. 이것이 '루프'가 '선'과 다른 점입니다. 선은 한 번 가고 끝입니다. 루프는 돌아옵니다. 그리고 돌아올 때마다 조금씩 나아집니다. 왜 중요한가 처음에는 시간이 걸립니다. 소스를 선별하고, 프롬프트를 조정하고, 출력 형식을 테스트합니다. 하지만 한 달이 지나면? 시스템이 당신을 알게 됩니다. 두 달이 지나면? 거의 손댈 것이 없어집니다. 세 달이 지나면? 이미 습관이 됩니다. 복리의 힘 은행 이자처럼 생각하세요. 첫 달에 100원이 붙습니다. 큰 차이가 없어 보입니다. 하지만 이자가 이자를 낳습니다. 10년 후에는 처음 원금의 몇 배가 됩니다. 지식도 마찬가지입니다. 오늘 쌓인 통찰이 내일의 분석을 더 깊게 만듭니다. 내일의 분석이 모레의 판단을 더 정확하게 만듭니다. 시간이 지날수록 격차가 벌어집니다. 이것이 시스템을 가진 사람과 가지지 않은 사람의 차이입니다. 핵심 원칙: "점점 나에게 맞춰짐" 4.4 사람이 할 일 vs AI가 할 일 여기서 중요한 질문이 나옵니다. "그러면 AI가 다 해주는 건가요?" 답은 아니오입니다. AI는 80%를 처리합니다. 정보 수집, 노이즈 필터링, 맥락 분석, 대본 생성. 사람이 하면 몇 시간 걸릴 일을 몇 분 만에 해냅니다. 하지만 나머지 20%는 사람의 몫입니다. 그리고 그 20%가 결정적입니다. 작업 AI 사람 정보 수집 ✅ - 노이즈 필터링 ✅ 기준 설정 맥락 분석 ✅ 검증 대본 생성 ✅ 관점 주입 출력 형식 결정 - ✅ 최종 판단/실행 - ✅ 기준 설정은 사람이 합니다. 어떤 소스를 신뢰할지, 어떤 주제에 집중할지, 어떤 비율로 분석할지. 이것은 당신의 가치관과 목표에 따라 달라집니다. AI는 당신의 가치관을 모릅니다. 검증은 사람이 합니다. AI가 분석한 결과가 맞는지 확인합니다. 특히 중요한 정보는 원본 소스를 직접 확인합니다. AI는 가끔 틀립니다. 아무리 좋은 AI도 100% 정확하지 않습니다. 관점 주입은 사람이 합니다. 같은 팩트도 어떤 관점에서 보느냐에 따라 해석이 달라집니다. 낙관적으로 볼 수도 있고, 비관적으로 볼 수도 있습니다. 이것은 당신의 철학입니다. 최종 판단과 실행은 사람이 합니다. 분석 결과를 보고 투자 결정을 내리는 것, 팀에 브리핑하는 것, 콘텐츠를 발행하는 것. 모두 사람의 몫입니다. AI는 조언할 수 있지만, 책임지지 않습니다. 4.5 에이전틱(Agentic)의 의미 '에이전틱 루프'에서 '에이전틱'은 무슨 뜻일까요? 일반적인 AI는 질문에 답합니다. "오늘 날씨 어때?" "서울은 맑고, 기온은 5도입니다." 묻는 것에만 답합니다. 스스로 무언가를 하지 않습니다. 에이전틱 AI는 다릅니다. 스스로 질문을 만들고, 스스로 행동합니다. "오늘 뉴스 중에서 반도체 관련된 것을 찾아봐야겠다." "3프로TV와 테크크런치에서 정보를 수집해야겠다." "HBM4 수율 이슈가 중요한 것 같다. 더 파고들어봐야겠다." "분석 결과를 이메일로 보내야겠다." 사람이 하나하나 지시하지 않아도 스스로 판단하고 실행합니다. 이것이 가능한 이유는 목표가 주어졌기 때문입니다. "매일 새벽 4시에, 세상에서 가장 중요한 기술/경제 뉴스를 분석해서, 민수와 지수가 대화하는 형식으로 정리해서, 내 메일함에 보내라." 목표만 주어지면, AI 에이전트는 나머지를 알아서 합니다. 어떤 뉴스를 볼지, 어떻게 분석할지, 어떤 형식으로 정리할지. 모두 스스로 결정합니다. 이것이 단순 도구와 시스템의 차이입니다. 도구: 지시할 때만 작동한다 시스템: 스스로 작동한다 4.6 한눈에 보는 IAL 지금까지 배운 것을 정리합니다. ┌────────────────────────────────────────────────────────────────┐ │ │ │ [새벽 4시 트리거] │ │ │ │ │ ▼ │ │ ┌──────────────────────────────────────────────────────────┐ │ │ │ 1. INGESTION (수집) │ │ │ │ • L1(파도) / L2(조류) / L3(심해) 계층별 소스 수집 │ │ │ │ • 시맨틱 필터링으로 노이즈 제거 │ │ │ │ • 신뢰도 점수(Trust-Score) 적용 │ │ │ └──────────────────────────────────────────────────────────┘ │ │ │ │ │ ▼ │ │ ┌──────────────────────────────────────────────────────────┐ │ │ │ 2. SYNTHESIS (맥락화) - 4대 통찰 엔진 │ │ │ │ │ │ │ │ [기본] 65:35 엔진 ─────── 매일 아침 브리핑 │ │ │ │ │ │ │ │ │ ├─ [고급1] 삼각측량 엔진 ── 중요 의사결정 시 │ │ │ │ ├─ [고급2] 연쇄반응 엔진 ── 신기술 분석 시 │ │ │ │ └─ [고급3] 제1원칙 엔진 ── 패러다임 변화 시 │ │ │ │ │ │ │ │ → "왜 이게 중요한가" + "다음엔 무슨 일이?" 추론 │ │ │ └──────────────────────────────────────────────────────────┘ │ │ │ │ │ ▼ │ │ ┌──────────────────────────────────────────────────────────┐ │ │ │ 3. NARRATIVE (서사화) - 에이전트 군단 │ │ │ │ │ │ │ │ 📊 지수(분석가) ──┐ │ │ │ │ 🎯 민수(전략가) ──┼── 대화형 콘텐츠 생성 │ │ │ │ ⚠️ 강우(비판자) ──┘ │ │ │ │ │ │ │ │ • 4단계 구조: 기술→지정학→경제→동기부여 │ │ │ │ • 듣고 싶은 이야기로 변환 │ │ │ └──────────────────────────────────────────────────────────┘ │ │ │ │ │ ▼ │ │ ┌──────────────────────────────────────────────────────────┐ │ │ │ 4. DELIVERY (전달) │ │ │ │ • 팟캐스트 / 브리핑 / 심층리포트 / 카드뉴스 / 뉴스레터 │ │ │ │ • 목적에 맞는 형식으로 전달 │ │ │ └──────────────────────────────────────────────────────────┘ │ │ │ │ │ ▼ │ │ [아침 6시: 메일함에서 확인] │ │ │ │ │ ▼ │ │ ┌──────────────────────────────────────────────────────────┐ │ │ │ 5. LOOP (학습) │ │ │ │ • 피드백 반영 │ │ │ │ • 소스/엔진/형식 조정 │ │ │ │ • 다음 날 새벽 4시 재실행 │ │ │ └──────────────────────────────────────────────────────────┘ │ │ │ │ │ └──────────────→ [새벽 4시 트리거] (반복) │ │ │ └────────────────────────────────────────────────────────────────┘ 이 장을 마치며 전체 구조를 이해했습니다. 지능형 에이전틱 루프는 다섯 단계로 이루어져 있습니다. 수집 → 맥락화 → 서사화 → 전달 → 학습. 그리고 이것이 매일 반복됩니다. 특히 맥락화 단계에서는 4대 통찰 엔진이 작동합니다. 65:35 기본 엔진으로 매일의 정보를 처리하고, 중요한 순간에는 삼각측량, 연쇄반응, 제1원칙 엔진을 선택적으로 활용합니다. AI가 80%를 처리하지만, 결정적인 20%는 사람의 몫입니다. 기준을 설정하고, 결과를 검증하고, 관점을 주입하고, 최종 판단을 내리는 것. 이것이 시스템의 전체 그림입니다. 이제 각 단계를 하나씩 파헤쳐봅시다. 다음 장에서는 첫 번째 단계, 수집(Ingestion)을 다룹니다. 무엇을 수집하느냐가 모든 것을 결정합니다. 쓰레기를 넣으면 쓰레기가 나옵니다. 좋은 재료를 넣어야 좋은 요리가 나옵니다. 어디서, 무엇을, 어떻게 가져올 것인가. 함께 알아봅시다. 이 장의 핵심 1. IAL은 5단계 순환 구조: 수집 → 맥락화 → 서사화 → 전달 → 학습 2. 맥락화 단계에서 4대 통찰 엔진이 작동 (기본 + 고급 3종) 3. AI가 80%, 사람이 20%를 담당하며, 그 20%가 결정적 4. 매일 반복되면서 시스템은 점점 정교해진다 (복리의 힘) 5. 에이전틱 AI는 스스로 판단하고 실행한다 (목표만 주면 됨) ---------------------------------------- ### 6장. 심층 분석 구조화: 4대 통찰 엔진 https://voidlogpress.com/books/ai-%ec%9d%b8%ed%85%94%eb%a6%ac%ec%a0%84%ec%8a%a4-%eb%a3%a8%ed%94%84-%eb%89%b4%ec%8a%a4%eb%a5%bc-%ec%86%8c%eb%b9%84%ed%95%98%ec%a7%80-%eb%a7%90%ea%b3%a0-%ec%a7%80%eb%b0%b0%ed%95%98%eb%9d%bc-%eb%82%98/6%ec%9e%a5-%ec%8b%ac%ec%b8%b5-%eb%b6%84%ec%84%9d-%ea%b5%ac%ec%a1%b0%ed%99%94-4%eb%8c%80-%ed%86%b5%ec%b0%b0-%ec%97%94%ec%a7%84/ 질문: 같은 뉴스를 보고도 해석이 달라지는 이유는 무엇인가요? 요약: 정보량보다 어떤 분석 엔진을 적용하느냐가 다르기 때문입니다. 본문의 네 엔진은 65:35 기본 엔진, 삼각측량 엔진, 연쇄반응 엔진, 제1원칙 엔진입니다. 매일 상황 파악, 중요한 투자 판단, 파급 효과 추론, 패러다임 변화 분석처럼 뉴스의 성격에 맞춰 골라 써야 합니다. 또 다른 질문: 같은 뉴스에서 통찰의 깊이가 갈리는 이유는 뭔가요? 답: 정보량이 아니라 적용하는 분석 엔진이 다르기 때문입니다. 수율이 하락했다는 같은 소식을 보고 팔아야겠다고 끝내는 사람과 공급망 전체의 병목 신호로 읽고 과거 패턴까지 떠올리는 사람이 갈립니다. 또 다른 질문: 네 가지 통찰 엔진은 무엇인가요? 답: 미시와 거시를 65 대 35로 섞는 기본 엔진, 세 관점을 충돌시켜 사각지대를 드러내는 삼각측량 엔진, 1차에서 3차까지 효과를 추론하는 연쇄반응 엔진, 본질을 해체하고 역사에서 유추하는 제1원칙 엔진입니다. 또 다른 질문: 왜 엔진이 하나가 아니라 넷인가요? 답: 망치만 있으면 모든 게 못으로 보이기 때문입니다. 매일 아침 빠르게 훑을 뉴스, 중요한 결정 전에 깊이 팔 뉴스, 파급 효과를 따질 뉴스, 패러다임 변화를 포착할 뉴스는 성격이 달라 각각 다른 도구가 필요합니다. 또 다른 질문: 기본 엔진은 어떤 비율로 보나요? 답: 미시 65퍼센트에 거시 35퍼센트입니다. 미시는 구체적인 숫자와 기술 명세, 수율 변화, 인재 이동이고 거시는 금리와 지정학, 에너지 패권, 산업 트렌드입니다. 팩트가 신뢰를 만들고 맥락이 방향을 줍니다. 최종 확인: 2026-09-02T16:32:20+09:00 6장. 심층 분석 구조화: 4대 통찰 엔진 두 명의 투자자가 같은 뉴스를 봅니다. "삼성전자 HBM4 수율 12% 하락" 투자자 A는 이렇게 생각합니다. "안 좋네. 팔아야겠다." 투자자 B는 이렇게 생각합니다. "잠깐. 이건 단순히 삼성 하나의 문제가 아니야. AI 서버 공급망 전체에 병목이 생긴다는 신호지. SK하이닉스의 상대적 우위가 강화될 거고, 엔비디아는 대체 공급처를 찾으려 할 거야. 근데 잠깐... 이게 인터넷 초창기 서버 병목과 비슷한 패턴 아닌가? 그때 승자는 병목을 우회한 기업이었어." 같은 뉴스입니다. 하지만 통찰의 깊이가 다릅니다. 무엇이 이 차이를 만들었을까요? 정보가 아닙니다. 분석 엔진이 다른 겁니다. 이 장에서는 당신의 분석 엔진을 4가지로 업그레이드합니다. 상황에 따라 적절한 엔진을 선택하면, 같은 뉴스에서도 남들이 보지 못하는 통찰을 끌어낼 수 있습니다. 6.1 왜 4개의 엔진인가 하나의 도구로 모든 문제를 풀 수 없다 망치만 있으면 모든 게 못으로 보입니다. 뉴스 분석도 마찬가지입니다. 하나의 분석 프레임만 고집하면, 어떤 뉴스든 같은 방식으로 해석하게 됩니다. 하지만 뉴스의 성격은 다양합니다. 매일 아침 빠르게 훑어야 하는 뉴스가 있습니다. 중요한 투자 결정 전에 깊이 파야 하는 뉴스가 있습니다. 새로운 기술이 등장했을 때 파급 효과를 따져야 하는 뉴스가 있습니다. 패러다임이 바뀌는 순간을 포착해야 하는 뉴스가 있습니다. 각각 다른 도구가 필요합니다. 4대 통찰 엔진 체계 ┌─────────────────────────────────────────────────────────────────┐ │ 4대 통찰 엔진 체계 │ ├─────────────────────────────────────────────────────────────────┤ │ │ │ ┌─────────────────────────────────────────────────────────┐ │ │ │ 1. 65:35 기본 엔진 │ │ │ │ "미시 데이터 + 거시 흐름의 균형" │ │ │ │ → 매일 아침 상황 파악용 │ │ │ └─────────────────────────────────────────────────────────┘ │ │ ↓ │ │ ┌─────────────────────────────────────────────────────────┐ │ │ │ 2. 삼각측량 엔진 │ │ │ │ "3인 에이전트 충돌 → 사각지대 노출" │ │ │ │ → 중요한 투자 의사결정용 │ │ │ └─────────────────────────────────────────────────────────┘ │ │ ↓ │ │ ┌─────────────────────────────────────────────────────────┐ │ │ │ 3. 연쇄반응 엔진 │ │ │ │ "1차→2차→3차 효과 추론" │ │ │ │ → 신기술/신제품 파급 효과 분석용 │ │ │ └─────────────────────────────────────────────────────────┘ │ │ ↓ │ │ ┌─────────────────────────────────────────────────────────┐ │ │ │ 4. 제1원칙 엔진 │ │ │ │ "본질 해체 + 역사적 유추" │ │ │ │ → 패러다임 변화 분석용 │ │ │ └─────────────────────────────────────────────────────────┘ │ │ │ └─────────────────────────────────────────────────────────────────┘ [그림 6-1] 4대 통찰 엔진: 65:35 기본엔진(중심) + 삼각측량, 연쇄반응, 제1원칙(위성) 각 엔진을 하나씩 살펴봅시다. 6.2 [기본 엔진] 65:35 법칙 매일 아침, 5분 안에 세상을 파악하는 법 65:35 법칙은 기본 엔진입니다. 매일 아침 데일리 브리핑에 사용합니다. 미시 65%: 구체적인 숫자, 기업의 기술 명세, 수율 변화, 인재 이동 거시 35%: 금리, 지정학, 에너지 패권, 산업 트렌드 [그림 6-2] 미시 65%(네이비) + 거시 35%(골드). 팩트가 신뢰를, 맥락이 방향을. 왜 이 비율일까요? 왜 미시적 데이터가 65%나 필요한가 "거시적 통찰만 있으면 되지 않나요?" 아닙니다. 사람은 거창한 담론보다 차가운 숫자에 먼저 압도당하고 신뢰를 보냅니다. "AI 시대가 오고 있습니다"라고 말하면? "또 그 얘기야"라며 흘려듣습니다. 하지만 "HBM4 수율 78%, 경쟁사 대비 5%p 낮음, 주가 3% 하락"이라고 말하면? "오, 이 사람 뭔가 알고 있네"라고 집중합니다. 65%의 디테일이 채워지지 않은 통찰은 독자에게 '공허한 주장'으로 들릴 위험이 있습니다. 구체적인 숫자가 신뢰의 기반입니다. 그 위에 35%의 거시적 맥락이 얹어져야 설득력이 생깁니다. 인지과학이 알려주는 설득의 비밀 인간의 뇌는 두 가지 시스템으로 작동합니다. 심리학자 대니얼 카너먼이 정리한 '시스템 1'과 '시스템 2'입니다. 시스템 1은 빠르고, 직관적이고, 감정적입니다. 구체적인 숫자와 이미지에 반응합니다. "HBM4 수율 12% 하락"이라는 문장을 보면 즉각 "아, 문제가 있구나"라고 느낍니다. 시스템 2는 느리고, 분석적이고, 논리적입니다. 전체 맥락과 인과관계를 파악합니다. "이게 AI 서버 공급망에 어떤 영향을 주지?"라고 생각합니다. 문제는 시스템 2가 피곤하다는 것입니다. 에너지가 많이 듭니다. 그래서 사람들은 시스템 1에 먼저 의존합니다. 구체적인 팩트가 먼저 와야 신뢰가 형성됩니다. 신뢰가 형성되어야 거시적 해석을 받아들입니다. 순서가 중요합니다. 거시적 이야기부터 시작하면? "뭔 뜬구름 잡는 소리야"라고 생각합니다. 하지만 구체적인 숫자부터 시작하면? "오, 이 사람 뭔가 알고 있네"라고 생각합니다. 65:35 실전 예시 나쁜 분석 (거시만) "AI 시대가 도래하면서 반도체 산업에 큰 변화가 오고 있습니다. 미중 갈등이 심화되면서 공급망 재편이 진행 중입니다." → 구체적인 근거가 없어서 신뢰가 안 됩니다. 나쁜 분석 (미시만) "삼성전자 주가가 3% 빠졌습니다. HBM4 수율 이슈가 나왔습니다. SK하이닉스는 1% 올랐습니다." → 그래서 뭘 해야 하는지 모르겠습니다. 좋은 분석 (65:35) "오늘 삼성전자 HBM4 다이렉트 본딩 수율이 78%로 발표됐습니다. 경쟁사 대비 5%p 낮은 수준입니다. 이로 인해 주가가 3% 하락했습니다. [미시 65%] 왜 이게 중요할까요? 현재 AI 서버 수요는 폭발적입니다. 빅테크 기업들은 데이터센터에 수십조 원을 쏟아붓고 있습니다. 그런데 핵심 부품인 HBM 공급이 따라가지 못합니다. 삼성전자의 수율 이슈는 단순히 한 기업의 문제가 아닙니다. AI 서버 공급망 전체에 병목이 생긴다는 신호입니다. [거시 35%]" → 구체적 숫자로 신뢰를 얻고, 거시적 맥락으로 의미를 부여합니다. 65:35는 황금비율인가? - 분야별 스펙트럼 65:35는 투자/테크 분석에 최적화된 비율입니다. 하지만 분야에 따라 이 비율은 달라질 수 있습니다. 비율 스펙트럼 가이드 목적 미시:거시 적합한 분야 팩트 중심 80:20 논문 요약, 기술 명세, 임상 결과 분석 기본형 65:35 투자 분석, 테크 동향, 비즈니스 인텔리전스 균형형 50:50 트렌드 분석, 시나리오 플래닝 맥락 중심 40:60 철학/인문 분석, 사회 현상 해석 방향 중심 30:70 미래 예측, 패러다임 변화 분석 가이드: 당신의 목적이 '팩트 체크'라면 미시 비중을 높이고, '방향 설정'이라면 거시 비중을 높이십시오. 65:35 체크리스트 분석을 마친 후 이 질문들을 던져보세요. 미시 체크 (65%) [ ] 구체적인 숫자가 포함되어 있는가? [ ] 출처가 명확한가? [ ] 비교 기준이 있는가? (전년 대비, 경쟁사 대비) 거시 체크 (35%) [ ] 더 큰 그림과 연결되는가? [ ] "왜 이게 중요한가"에 답하는가? [ ] 앞으로 어떻게 될지 방향을 제시하는가? 6.3 [고급 엔진 1] 삼각측량 엔진 중요한 결정 앞에서 사각지대를 없애는 법 65:35는 매일 쓰는 기본 엔진입니다. 하지만 중요한 투자 의사결정 앞에서는 더 강력한 엔진이 필요합니다. 삼각측량 엔진은 3인 에이전트 충돌 구조입니다. 세 명의 전문가가 같은 뉴스를 보고 끝장 토론을 벌입니다. 각자의 관점이 다르기 때문에, 혼자서는 보지 못했던 사각지대가 드러납니다. 3인 에이전트 구성 ┌─────────────────────────────────────────────────────────────────┐ │ 삼각측량 에이전트 구성 │ ├─────────────────────────────────────────────────────────────────┤ │ │ │ [회의론자 엔지니어] │ │ "이 기술의 한계가 뭐야?" │ │ • 기술적 실현 가능성 검증 │ │ • 과대 광고 vs 실제 성능 │ │ • 스케일업 문제점 │ │ │ │ ↓ 충돌 ↓ │ │ │ │ [공격적 VC] [냉철한 CFO] │ │ "성장 기회가 어디야?" "리스크가 뭐야?" │ │ • 시장 확장 가능성 • 재무적 리스크 │ │ • 선점 효과 • 경쟁 위협 │ │ • TAM (시장 규모) • 규제 리스크 │ │ │ │ ↓ │ │ │ │ [최종 결론: 세 명 모두가 동의할 수밖에 없는 핵심] │ │ │ └─────────────────────────────────────────────────────────────────┘ 삼각측량 프롬프트 이 프롬프트를 AI에게 주면 삼각측량 분석이 시작됩니다. 이 뉴스를 보고 다음 3명이 끝장 토론을 벌이게 해줘. 1. 기술의 한계를 지적하는 '회의론자 엔지니어' - 과대 광고와 실제 성능의 차이 분석 - 스케일업 시 발생할 기술적 문제점 - 경쟁 기술과의 비교 2. 성장에만 집중하는 '공격적 VC' - 시장 확장 가능성 - 선점 효과와 네트워크 효과 - 투자 기회 3. 리스크를 관리하는 '냉철한 CFO' - 재무적 리스크 - 규제 및 법적 리스크 - 경쟁 위협 토론의 결론으로, 이 세 명 모두가 동의할 수밖에 없는 핵심 리스크와 기회를 도출해줘. 삼각측량 실전 예시 뉴스: "OpenAI, GPT-5 개발에 1,000억 달러 투자 유치" 회의론자 엔지니어: "1,000억 달러? 말이 안 돼. 현재 AI 모델의 근본적 한계가 있어. 환각(Hallucination) 문제, 추론 능력의 한계, 에너지 효율성. 돈을 쏟아붓는다고 해결되는 게 아니야. 스케일링 법칙도 한계에 부딪히고 있어." 공격적 VC: "그건 너무 보수적이야. AGI가 현실화되면 시장 규모는 천문학적이야. 선점 효과가 엄청나. 지금 투자 안 하면 영원히 기회를 놓쳐. 마이크로소프트, 애플이 왜 경쟁하는지 생각해봐." 냉철한 CFO: "둘 다 일리가 있어. 하지만 리스크 관리 관점에서 보자. 1,000억 달러를 태울 수 있는 기업이 몇 개야? 경쟁이 격화되면 수익성이 악화돼. 그리고 규제 리스크. EU AI Act, 미국 행정명령. 정부가 개입하기 시작했어." 최종 결론 (세 명 모두 동의): ✅ 기회: AI 인프라(칩, 데이터센터)는 승자가 누구든 수혜 ⚠️ 리스크: 특정 AI 기업에 집중 투자는 위험 🎯 전략: AI 인프라 분산 투자, 특정 플레이어 베팅 자제 삼각측량 사용 시점 상황 삼각측량 필요? 매일 아침 뉴스 체크 ❌ (65:35로 충분) 대형 투자 결정 전 ✅ 새로운 종목 진입 검토 ✅ 포트폴리오 리밸런싱 ✅ 큰 뉴스에 대한 대응 ✅ 6.4 [고급 엔진 2] 연쇄반응 엔진 남들이 보지 못하는 2차, 3차 수혜자 찾기 대부분의 사람들은 1차 효과만 봅니다. "테슬라가 로보택시 발표했네. 테슬라 주가 오르겠다." 하지만 진짜 기회는 2차, 3차 효과에 숨어 있습니다. 연쇄반응 엔진은 Second-Order Thinking을 자동화합니다. 사건 A가 발생했을 때, A→B→C→D로 이어지는 연쇄 효과를 추론합니다. 연쇄반응의 원리 ┌─────────────────────────────────────────────────────────────────┐ │ 연쇄반응 추론 구조 │ ├─────────────────────────────────────────────────────────────────┤ │ │ │ [사건 A] │ │ │ │ │ ▼ │ │ [1차 효과] ← 모두가 예상함 │ │ "직접적인 영향을 받는 기업/산업" │ │ │ │ │ ▼ │ │ [2차 효과] ← 관심 있는 사람만 예상함 │ │ "1차 효과 때문에 파생되는 영향" │ │ "의외의 수혜자/피해자" │ │ │ │ │ ▼ │ │ [3차 효과] ← 전문가만 예상함 │ │ "1년 뒤, 이 사건이 우리 삶의 '표준'을 어떻게 바꾸나?" │ │ "새로운 비즈니스 모델/소비 패턴" │ │ │ └─────────────────────────────────────────────────────────────────┘ 연쇄반응 프롬프트 A라는 사건이 발생했을 때, 다음 단계로 추론해줘. 1. [1차 효과]: 직접적인 시장 반응은 무엇인가? - 직접적으로 영향받는 기업/산업 - 즉각적인 주가/시장 반응 예상 2. [2차 효과]: 이 반응 때문에 고통받거나 이득을 볼 의외의 산업? - 연결고리가 잘 보이지 않는 수혜자 - 숨겨진 피해자 - "왜 이게 관련이 있지?" 싶은 연결 3. [3차 효과]: 1년 뒤, 이 사건이 우리 삶의 '표준'을 어떻게 바꾸나? - 소비자 행동 변화 - 새로운 비즈니스 모델 - 규제/정책 변화 연쇄반응 실전 예시 1: 아이폰 AI 뉴스: "애플, AI 기능 탑재한 아이폰 16 발표" 1차 효과 (모두가 예상): 애플 주가 상승 아이폰 판매량 증가 기대 삼성전자/구글 경쟁 심화 2차 효과 (관심 있는 사람만 예상): 의외의 수혜자: 온디바이스 AI칩 수요 증가 → ARM, 퀄컴 수혜 숨겨진 피해자: 클라우드 AI 서비스 → 일부 워크로드가 디바이스로 이동 연결된 산업: 배터리 용량 증가 필요 → 배터리 소재 기업 수혜 3차 효과 (전문가만 예상): 스마트폰이 개인 비서로 진화 → 앱 생태계 재편 음성 인터페이스가 주류화 → 기존 UI/UX 디자인 산업 변화 개인정보가 디바이스에 보관 → 클라우드 의존도 감소 → 데이터센터 성장률 둔화? 연쇄반응 실전 예시 2: 반도체 규제 뉴스: "미국, 대중국 반도체 규제 추가 발표" 1차 효과 (모두가 예상): 중국 AI 기업 타격 엔비디아 등 미국 반도체 기업 중국 매출 감소 미중 기술 갈등 심화 2차 효과 (관심 있는 사람만 예상): 중국의 대응: 구형 반도체 자급률 급상승 → 중국 로컬 파운드리 성장 공급 과잉 우려: 범용 반도체(레거시 노드) 가격 하락 압력 대안 모색: 중국 기업들의 국산 GPU 개발 가속화 3차 효과 (전문가만 예상): 글로벌 가전 및 자동차 기업의 원가 절감 기회 (저가 중국산 칩 활용) 반도체 산업의 '양극화': 최첨단 vs 범용 시장 분리 기술 표준의 분열 → '테크 냉전' 본격화, 기업들의 양자택일 압박 체스터턴의 울타리 원칙 연쇄반응 엔진을 쓸 때 기억해야 할 원칙이 있습니다. 영국 작가 G.K. 체스터턴의 비유입니다. "길에 울타리가 있다. 용도를 모르겠다고 치워버리면 안 된다. 왜 그 울타리가 거기 있는지 이해한 후에야 치울 수 있다." 새로운 기술이나 사건이 발생했을 때, 기존 시스템이 왜 그렇게 작동했는지 이해해야 합니다. 그래야 변화의 진짜 영향을 예측할 수 있습니다. "왜 기존에는 이렇게 했지?"를 먼저 질문하세요. 6.5 [고급 엔진 3] 제1원칙 엔진 일론 머스크처럼 생각하기 일론 머스크는 제1원칙 사고(First Principles Thinking)로 유명합니다. "배터리 가격이 비싸다"라는 문제 앞에서, 대부분은 "더 싼 배터리를 찾자"고 생각합니다. 하지만 머스크는 다르게 접근했습니다. "배터리의 원재료는 뭐지? 코발트, 니켈, 리튬... 원재료 가격은 kWh당 80달러인데, 왜 배터리는 600달러지? 중간 과정에 비효율이 있구나." 겉모습이 아니라 본질을 봤습니다. 제1원칙 엔진은 이 사고방식에 역사적 유추를 결합합니다. 제1원칙 + 역사적 유추 ┌─────────────────────────────────────────────────────────────────┐ │ 제1원칙 엔진 구조 │ ├─────────────────────────────────────────────────────────────────┤ │ │ │ [제1원칙 분석] │ │ "이 기술이 해결하려는 가장 근본적인 마찰은?" │ │ • 물리적 제약 (에너지, 속도, 공간) │ │ • 경제적 제약 (비용, 시간, 접근성) │ │ • 인지적 제약 (복잡성, 학습 곡선) │ │ │ │ ↓ │ │ │ │ [역사적 유추] │ │ "과거에 비슷한 패턴이 있었나?" │ │ • 인터넷 보급 시기 │ │ • 전기 보급 시기 │ │ • 자동차 보급 시기 │ │ • 스마트폰 보급 시기 │ │ │ │ ↓ │ │ │ │ [합성] │ │ "과거의 승자가 가졌던 필승 전략을 지금에 적용하면?" │ │ │ └─────────────────────────────────────────────────────────────────┘ 제1원칙 프롬프트 이 테크 뉴스를 다음 순서로 분석해줘. 1. [제1원칙]: 이 기술이 해결하려는 '가장 근본적인 물리적/경제적 마찰'은? - 기존에 왜 이 문제를 해결하지 못했나? - 이 기술이 어떤 제약을 깨뜨리나? - 본질적인 가치는 무엇인가? 2. [유추]: 과거 '인터넷'이나 '전기'가 보급될 때와 비슷한 패턴이 보이는가? - 도입 초기의 회의론은 어땠나? - 언제 폭발적 성장이 시작됐나? - 어떤 기업이 승자가 됐고, 왜? 3. [합성]: 과거의 승자가 가졌던 필승 전략을 지금 이 기업/기술에 대입하면? - 지금 시점에서 승자가 될 조건은? - 피해야 할 함정은? - 투자/실행 타이밍은? 제1원칙 실전 예시 뉴스: "엔비디아, AI 추론 전용 칩 발표" [제1원칙] 본질적 마찰: "AI 추론의 근본적 마찰은 '에너지 효율'이다. 현재 AI 모델은 학습보다 추론에 더 많은 연산을 쓴다. 데이터센터 전력 비용이 폭증하고 있다. 이 칩이 해결하려는 것은 'Flops per Watt' - 와트당 연산 능력이다." [역사적 유추] 과거 패턴: "1990년대 인터넷 초기와 비슷하다. 그때도 '네트워크 대역폭'이 병목이었다. 대역폭 문제를 해결한 기업(시스코)이 승자가 됐다. 지금 AI의 병목은 '연산 효율'이다. 이 병목을 해결하는 기업이 다음 시스코가 될 것이다." [합성] 전략 도출: "시스코의 필승 전략: 인프라의 '표준'을 장악. 엔비디아도 같은 전략: CUDA 생태계를 통해 AI 인프라의 표준 장악. 하지만 위험: 인터넷 시대에 시스코 경쟁자들도 있었다. 지금 AMD, 인텔, 자체 칩 개발하는 빅테크. 승자 독식이 아닐 수 있다." 6.6 엔진 선택 가이드 언제 어떤 엔진을 쓸까? 상황 추천 엔진 이유 매일 아침 뉴스 체크 65:35 기본 엔진 빠르고 균형 잡힌 판단 주식/투자 의사결정 삼각측량 엔진 리스크 사각지대 파악 신제품/신기술 출시 연쇄반응 엔진 2차, 3차 수혜 예측 AI/블록체인 등 패러다임 제1원칙 엔진 본질과 역사적 맥락 엔진 조합 사용법 엔진은 레이어처럼 쌓을 수 있습니다. 일반적인 흐름: 65:35 기본 엔진으로 정보 수집 중요한 뉴스 발견 → 적절한 고급 엔진 적용 분석 결과를 바탕으로 행동 결정 예시: 아침에 65:35로 뉴스 스캔 "OpenAI 대규모 투자 유치" 뉴스 발견 삼각측량 엔진으로 투자 기회/리스크 분석 연쇄반응 엔진으로 2차/3차 수혜 기업 탐색 제1원칙 엔진으로 장기 패러다임 전망 주의사항 **기본 엔진(65:35)으로 매일 정보를 수집하다가, 정말 중요한 뉴스라고 판단되면 고급 엔진을 끼워 넣으세요. AI는 그때부터 단순한 요약자가 아니라, 당신의 전략 참모가 되어 치열한 분석을 시작할 것입니다.** 6.7 4대 엔진 통합 워크플로우 실전 시나리오 뉴스: "구글, 양자컴퓨터 '윌로우' 발표. 기존 슈퍼컴퓨터 10^25년 걸릴 연산을 5분 만에 처리" Step 1: 65:35 기본 분석 [미시 65%] 구글 양자컴퓨터 '윌로우' 발표 큐비트 수: 105개, 오류율 기존 대비 50% 감소 특정 연산에서 슈퍼컴퓨터 대비 10^25배 빠름 주가 반응: 구글 +3.2% [거시 35%] 양자컴퓨팅 상용화 시점 앞당겨질 가능성 암호화 보안 체계 재검토 필요성 대두 미중 양자 기술 경쟁 심화 Step 2: 삼각측량 (투자 관점) 회의론자: "아직 NISQ 단계. 실용적 문제 해결은 요원. 오류 정정이 여전히 과제." 공격적 VC: "선점 효과가 중요. 구글이 양자 패권 잡으면 클라우드 시장 지배력 강화." 냉철한 CFO: "상용화까지 10년 이상. 투자 회수 불확실. 하지만 R&D 경쟁에서 이탈하면 게임 오버." 결론: 구글 직접 투자보다 양자컴퓨팅 생태계 전반에 분산 투자 고려. Step 3: 연쇄반응 (파급 효과) 1차 효과: 양자컴퓨팅 관련주 급등 (아이온큐, 리게티) 2차 효과: 기존 암호화 취약성 → 양자 내성 암호 기업 수혜 3차 효과: 제약/신약 개발 혁신 가속 → 바이오 산업 패러다임 변화 Step 4: 제1원칙 (본질) 본질적 마찰: 분자 시뮬레이션의 연산 한계 역사적 유추: 반도체 초기 - 특정 용도에서 먼저 상용화, 이후 범용화 합성: 양자컴퓨터도 특정 분야(신약, 암호)에서 먼저 상용화될 것. 해당 분야 선도 기업 주목. 이 장을 마치며 4개의 엔진을 장착했습니다. 65:35 기본 엔진: 매일 아침, 균형 잡힌 상황 파악 삼각측량 엔진: 중요한 결정 앞에서, 사각지대 제거 연쇄반응 엔진: 새로운 사건 앞에서, 2차/3차 효과 예측 제1원칙 엔진: 패러다임 변화 앞에서, 본질과 역사적 맥락 엔진은 소프트웨어 업데이트처럼 필요할 때 끼워 넣는 것입니다. 매일 모든 엔진을 돌릴 필요는 없습니다. 상황에 맞게 선택하세요. 이제 분석을 어떻게 '들을 만한 이야기'로 바꿀까요? 다음 장에서는 서사의 힘을 다룹니다. 민수, 지수, 그리고 강우가 등장할 차례입니다. 같은 분석도 형식에 따라 흡수율이 완전히 달라집니다. 딱딱한 보고서를 재미있는 대화로 바꾸는 법. 함께 알아봅시다. 이 장의 핵심 1. 4대 통찰 엔진: 상황에 맞는 도구 선택 2. 65:35 기본 엔진: 미시(팩트)가 신뢰를, 거시(해석)가 방향을 준다 3. 삼각측량 엔진: 3인 토론으로 사각지대 제거 4. 연쇄반응 엔진: 1차→2차→3차 효과로 숨은 기회 발굴 5. 제1원칙 엔진: 본질 + 역사적 유추로 장기 전망 부록: 4대 엔진 치트시트 ┌─────────────────────────────────────────────────────────────────┐ │ 4대 통찰 엔진 치트시트 │ ├─────────────────────────────────────────────────────────────────┤ │ │ │ [65:35 기본 엔진] │ │ - 용도: 매일 아침 데일리 브리핑 │ │ - 구조: 미시 65% + 거시 35% │ │ - 키워드: "신뢰 → 방향" │ │ │ │ [삼각측량 엔진] │ │ - 용도: 중요한 투자 의사결정 │ │ - 구조: 회의론자 + VC + CFO 토론 │ │ - 키워드: "사각지대 제거" │ │ │ │ [연쇄반응 엔진] │ │ - 용도: 신기술/신제품 출시 분석 │ │ - 구조: 1차 → 2차 → 3차 효과 │ │ - 키워드: "숨은 수혜자 찾기" │ │ │ │ [제1원칙 엔진] │ │ - 용도: 패러다임 변화 분석 │ │ - 구조: 본질 해체 + 역사적 유추 │ │ - 키워드: "과거의 승자 전략" │ │ │ ├─────────────────────────────────────────────────────────────────┤ │ │ │ 사용 흐름: │ │ 1. 65:35로 매일 스캔 │ │ 2. 중요한 뉴스 발견 → 고급 엔진 적용 │ │ 3. 분석 결과 기반 행동 결정 │ │ │ └─────────────────────────────────────────────────────────────────┘ ---------------------------------------- ## 수업 준비 30분 : 구글 AI 완전정복 – NotebookLM으로 수업 자료 자동 생성하기 ISBN 9791142181597 · 2025-12-24 · 허구진 지음 https://voidlogpress.com/books/%ec%88%98%ec%97%85-%ec%a4%80%eb%b9%84-30%eb%b6%84-%ea%b5%ac%ea%b8%80-ai-%ec%99%84%ec%a0%84%ec%a0%95%eb%b3%b5-notebooklm%ec%9c%bc%eb%a1%9c-%ec%88%98%ec%97%85-%ec%9e%90%eb%a3%8c-%ec%9e%90%eb%8f%99/ ### 1장. 왜 구글 AI, 왜 NotebookLM인가 https://voidlogpress.com/books/%ec%88%98%ec%97%85-%ec%a4%80%eb%b9%84-30%eb%b6%84-%ea%b5%ac%ea%b8%80-ai-%ec%99%84%ec%a0%84%ec%a0%95%eb%b3%b5-notebooklm%ec%9c%bc%eb%a1%9c-%ec%88%98%ec%97%85-%ec%9e%90%eb%a3%8c-%ec%9e%90%eb%8f%99/1%ec%9e%a5-%ec%99%9c-%ea%b5%ac%ea%b8%80-ai-%ec%99%9c-notebooklm%ec%9d%b8%ea%b0%80/ 질문: 수업 준비에 NotebookLM이 왜 유용한가요? 요약: 교과서와 지도서를 바탕으로 초안을 생성해 수업 준비를 작성 중심에서 검토·수정 중심으로 바꿀 수 있기 때문입니다. 본문의 예시에서는 2시간 걸리던 준비 과정을 PDF 업로드, 생성, 검토를 거쳐 30분으로 줄입니다. 업로드한 자료를 바탕으로 답하므로 교과서에 없는 내용이 섞일 위험도 크게 줄어듭니다. 또 다른 질문: NotebookLM은 다른 AI 도구와 무엇이 다른가요? 답: 업로드한 자료만 본다는 점이 다릅니다. 다른 도구는 인터넷에서 학습한 데이터를 바탕으로 답하다 보니 없는 내용을 지어내기도 합니다. NotebookLM은 교과서와 지도서에 없는 내용이 섞일 위험이 크게 줄어듭니다. 또 다른 질문: 수업 준비 시간이 실제로 얼마나 줄어드나요? 답: 본문의 예시에서는 2시간이 30분이 됩니다. PDF 업로드 3분, 프롬프트 입력 1분, 생성된 지도안 검토와 수정 15분, 형성평가 요청 2분, 검토 10분입니다. 작성 중심이던 준비가 검토 중심으로 바뀌는 것입니다. 또 다른 질문: Gemini와 NotebookLM은 어떻게 나눠 쓰나요? 답: 같은 구글이지만 용도가 다릅니다. Gemini는 검색하고 대화하고 글을 쓰는 범용 비서라 무엇이든 물어볼 수 있습니다. NotebookLM은 내 자료를 올리고 그 자료만 분석해 요약하고 새 산출물을 만드는 도구입니다. 또 다른 질문: 프롬프트를 잘 쓰는 법을 배워야 하나요? 답: 이 책은 프롬프트를 고민하지 않아도 되는 구조를 제공하는 쪽을 택합니다. 부록의 프롬프트 50선을 복사해 붙여넣으면 됩니다. AI 사용법이 아니라 수업 준비를 작성에서 검토로 바꾸는 방법이 목적입니다. 최종 확인: 2026-09-02T16:32:21+09:00 1장. 왜 구글 AI, 왜 NotebookLM인가 선생님의 하루 오후 6시, 선생님은 아직 교실에 있습니다. 내일 수업을 준비해야 합니다. 교과서를 펼치고, 지도서를 읽고, 워드를 열어 수업지도안을 작성합니다. 학습 목표를 쓰고, 도입-전개-정리를 구성하고, 발문을 다듬습니다. 형성평가 문항도 만들어야 합니다. 시계를 보니 8시가 넘었습니다. 2시간이 훌쩍 지났습니다. 이제 다른 방법을 써봅시다. 같은 수업 준비, 하지만 이번엔 NotebookLM을 사용합니다. 교과서와 지도서 PDF를 업로드합니다. 3분. "3차시 수업지도안을 작성해줘"라고 입력합니다. 1분. 생성된 지도안을 검토하고 수정합니다. 15분. 형성평가 문항을 요청합니다. 2분. 검토하고 완료합니다. 10분. 30분 만에 수업 준비가 끝났습니다. Before: 2시간 교과서 정독 → 지도서 확인 → 워드 작성 → 발문 구성 → 평가 문항 작성 → 최종 검토 After: 30분 PDF 업로드 → 프롬프트 입력 → AI 생성 → 검토/수정 → 완료 이 책을 다 읽으실 무렵, 수업 준비가 훨씬 가벼워질 겁니다. 이 책이 다른 점 이 책은 AI 사용법을 가르치지 않습니다. 수업 준비를 '작성'에서 '검토'로 바꾸는 방법을 알려드립니다. 프롬프트를 잘 쓰는 법이 아닙니다. 프롬프트를 고민하지 않아도 되는 구조를 제공합니다. 부록의 프롬프트 50선을 복사해서 붙여넣으면 됩니다. 한 교사의 경험 중학교 국어 교사 10년 차. 한 단원에 4차시 수업이 있으면, 지도안 4개, 학습지 4개, 형성평가 2개. 주말이 사라졌습니다. NotebookLM을 쓴 첫 주, 3차시 지도안과 학습지, 형성평가를 한 번에 생성했습니다. 검토하고 수정하는 데 1시간. 그 주말, 처음으로 가족과 점심을 먹었습니다. 1.1 AI 도구 홍수 속 교사의 고민 요즘 AI 이야기가 넘쳐납니다. ChatGPT, Gemini, Copilot, Claude... 뭘 써야 할지 모르겠다는 선생님이 많습니다. 교육청 연수에서는 이것도 배우고 저것도 배우라고 합니다. 정작 수업 준비에 써먹을 시간은 없습니다. 각 도구의 특징을 간단히 정리해보겠습니다. AI 도구 개발사 특징 교육 활용 ChatGPT OpenAI 범용 AI, 대화형 아이디어 생성, 글쓰기 Gemini Google 범용 AI, 검색 연동 정보 검색, 요약 Copilot Microsoft 오피스 연동 문서 작성 보조 Claude Anthropic 긴 문서 처리 텍스트 분석 NotebookLM Google 내 자료 기반 AI 수업 자료 생성 눈치채셨나요? NotebookLM만 다릅니다. 다른 AI 도구는 인터넷에서 학습한 방대한 데이터를 기반으로 답변합니다. 때로는 없는 내용을 지어내기도 합니다. 이를 '환각(Hallucination)'이라고 부릅니다. NotebookLM은 다릅니다. 선생님이 업로드한 자료만 봅니다. 교과서에 없는 내용을 지어낼 위험이 크게 줄어듭니다. 교사에게 딱 맞는 도구입니다. 1.2 구글 AI 생태계와 NotebookLM 구글에는 두 가지 AI 도구가 있습니다. Gemini는 구글의 범용 AI 비서입니다. 검색하고, 대화하고, 글을 쓰고, 이미지를 만듭니다. ChatGPT의 구글 버전이라고 생각하면 됩니다. 무엇이든 물어볼 수 있습니다. NotebookLM은 다른 용도입니다. 내 자료를 업로드하고, 그 자료만 분석합니다. 요약하고, 질문에 답하고, 새로운 산출물을 생성합니다. 교과서와 지도서를 올리면, 그 내용만 가지고 수업지도안을 만들어줍니다. 같은 구글이지만 용도가 다릅니다. 구분 Gemini NotebookLM 역할 범용 AI 비서 내 자료 기반 AI 비서 데이터 인터넷 전체 업로드한 자료만 활용 검색, 대화, 창작 분석, 요약, 생성 환각 위험 있음 최소화 교사에게는 NotebookLM이 더 유용합니다. 교과서 내용을 정확하게 반영해야 하기 때문입니다. 1.3 NotebookLM이 다른 이유 3가지 첫째, 내 자료 기반입니다 NotebookLM은 선생님이 업로드한 자료만 참고합니다. 교과서 PDF를 올리면, 교과서 내용만 가지고 답변합니다. 지도서를 함께 올리면, 지도서의 교수법까지 반영합니다. 인터넷 어딘가에서 긁어온 부정확한 정보가 섞이지 않습니다. 더 좋은 점이 있습니다. 출처를 표시해줍니다. "이 내용은 교과서 45쪽에 있습니다"라고 알려줍니다. 검증하기 쉽습니다. 교과서에 없는 내용을 지어냈는지 바로 확인할 수 있습니다. 환각(Hallucination) 위험이 크게 줄어듭니다. 둘째, 교사용 산출물에 특화되어 있습니다 NotebookLM은 수업에 필요한 자료를 잘 만들어냅니다. 수업지도안: 도입-전개-정리 구조로 깔끔하게 형성평가: 객관식, 서술형, 정답과 해설까지 학습지: 빈칸 채우기, 개념 정리, 활동지 요약 자료: 단원 핵심 내용 정리 물론 다른 AI 도구로도 만들 수 있습니다. 하지만 NotebookLM은 내 교과서를 기반으로 만들어줍니다. 교육과정에 맞는 정확한 내용이 담깁니다. 셋째, 무료이고 구글 생태계와 연동됩니다 NotebookLM은 무료입니다. 구글 계정만 있으면 바로 사용할 수 있습니다. 학교에서 발급받은 구글 계정도 됩니다. 별도 결제나 구독이 필요 없습니다. 구글 드라이브와 바로 연결됩니다. 드라이브에 있는 문서, 슬라이드, PDF를 클릭 몇 번으로 불러옵니다. 생성된 결과물을 구글 문서로 내보내기도 쉽습니다. 이미 구글 도구를 쓰고 계신다면, NotebookLM은 자연스러운 확장입니다. 1.4 이 책에서 얻을 것 이 책을 끝까지 읽으시면 다음을 얻습니다. 바로 복사해서 쓰는 프롬프트 50선 ☑ 수업지도안 프롬프트 5선 ☑ 형성평가 프롬프트 10선 ☑ 학습지 프롬프트 10선 ☑ 국어과 프롬프트 10선 ☑ 사회과 프롬프트 5선 ☑ 과학과 프롬프트 10선 모든 프롬프트는 실제로 테스트했습니다. 복사해서 붙여넣으면 바로 작동합니다. [ ] 안의 내용만 선생님 상황에 맞게 바꾸시면 됩니다. 교과별 활용 사례 ☑ 국어 수업 활용법 (문학/문법/쓰기) ☑ 사회 수업 활용법 (역사/지리/일반사회) ☑ 과학 수업 활용법 (물리/화학/생물/지구과학) ☑ 실험 수업 연계 활용 ☑ 다른 교과 변형 가이드 수업 자료 템플릿 ☑ 수업지도안 템플릿 (기본형/상세형) ☑ 학습지 템플릿 ☑ 활동지 템플릿 ☑ 평가 루브릭 양식 부록만 봐도 본전 뽑습니다. 하지만 본문을 함께 읽으시길 권합니다. 왜 이 프롬프트가 작동하는지, 어떻게 수정하면 더 좋은 결과가 나오는지 이해하게 됩니다. 프롬프트를 직접 만들 수 있게 됩니다. 이제 시작합니다 지금부터 5분 안에 첫 노트북을 만들어봅시다. 구글 계정이 있으신가요? 있다면 준비 완료입니다. 다음 장에서는 NotebookLM에 접속하고, 첫 노트북을 만들고, 기본 인터페이스를 익힙니다. 어렵지 않습니다. 5분이면 충분합니다. 수업 준비 시간을 2시간에서 30분으로 줄이는 여정이 시작됩니다. 페이지를 넘겨주세요. 다음 장: 5분 만에 시작하는 NotebookLM ---------------------------------------- ### 4장. 수업지도안 자동 생성 https://voidlogpress.com/books/%ec%88%98%ec%97%85-%ec%a4%80%eb%b9%84-30%eb%b6%84-%ea%b5%ac%ea%b8%80-ai-%ec%99%84%ec%a0%84%ec%a0%95%eb%b3%b5-notebooklm%ec%9c%bc%eb%a1%9c-%ec%88%98%ec%97%85-%ec%9e%90%eb%a3%8c-%ec%9e%90%eb%8f%99/4%ec%9e%a5-%ec%88%98%ec%97%85%ec%a7%80%eb%8f%84%ec%95%88-%ec%9e%90%eb%8f%99-%ec%83%9d%ec%84%b1/ 질문: NotebookLM으로 수업지도안을 어떻게 만드나요? 요약: 역할, 맥락, 요청, 형식 네 요소로 프롬프트를 씁니다. 역할을 지정하면 같은 단원도 학교급에 맞는 눈높이로 나오고, 참고 범위를 단원과 쪽수까지 좁힐수록 결과가 정확해집니다. 도입-전개-정리 구조와 시간 배분까지 형식으로 지정합니다. 또 다른 질문: 수업지도안 프롬프트는 어떻게 구성하나요? 답: 역할과 맥락과 요청과 형식, 네 요소입니다. 너는 중학교 국어 교사라는 역할, 어떤 자료의 어느 부분을 참고할지의 맥락, 무엇을 만들어 달라는 요청, 어떤 형태로 받을지의 형식을 조합합니다. 또 다른 질문: 역할을 지정하면 무엇이 달라지나요? 답: 지정한 관점에서 답변합니다. 초등 교사와 중등 교사는 같은 내용도 다르게 가르치기 때문입니다. 너는 중학교 국어 교사입니다처럼 학교급과 과목, 필요하면 경력까지 명시하면 같은 단원도 그 눈높이와 어조에 맞춰 나옵니다. 또 다른 질문: 맥락은 얼마나 구체적으로 적어야 하나요? 답: 좁힐수록 정확해집니다. 업로드된 교과서라고만 하는 것보다 3단원 시의 아름다움을 바탕으로, 또는 교과서 45~52쪽 내용을 기반으로처럼 단원과 쪽수까지 지정하는 편이 낫습니다. 어차피 올린 자료만 참고하므로 범위를 좁히는 것이 손해가 아닙니다. 또 다른 질문: 형식을 안 적으면 어떻게 되나요? 답: AI가 임의로 정합니다. 원하는 형태가 있다면 반드시 명시해야 합니다. 도입과 전개와 정리 구조로 하고, 각 단계에 교사 활동과 학생 활동과 시간을 포함하고, 표 형식으로 정리해 달라는 식으로 적으면 그대로 나옵니다. 최종 확인: 2026-09-02T16:32:21+09:00 4장. 수업지도안 자동 생성 수업지도안 작성, 2시간에서 30분으로 수업지도안 작성에 얼마나 걸리시나요? 교과서를 정독하고, 지도서를 확인하고, 학습 목표를 정하고, 도입-전개-정리를 구성하고, 발문을 다듬고, 평가 계획까지. 꼼꼼히 하면 2시간은 훌쩍 넘습니다. NotebookLM을 쓰면 30분이면 됩니다. 이 장에서는 수업지도안을 자동으로 생성하는 방법을 배웁니다. 프롬프트 작성법부터 결과물 다듬기까지. 바로 수업에 쓸 수 있는 지도안을 만들어봅시다. 4.1 수업지도안 프롬프트 기본 구조 NotebookLM에게 좋은 결과물을 받으려면 좋은 질문을 해야 합니다. 4요소 공식 수업지도안 프롬프트는 네 가지 요소로 구성됩니다. [역할] + [맥락] + [요청] + [형식] 각 요소를 하나씩 살펴봅시다. 역할 (Role) AI에게 역할을 부여합니다. "너는 중학교 국어 교사입니다." "너는 초등학교 5학년 담임교사입니다." "너는 10년 경력의 과학 교사입니다." 역할을 명시하면 해당 관점에서 답변합니다. 초등 교사와 중등 교사는 같은 내용도 다르게 가르치니까요. 맥락 (Context) 어떤 자료를 바탕으로 할지 알려줍니다. "업로드된 교과서 3단원 '시의 아름다움'을 바탕으로" "지도서의 1차시 교수-학습 활동을 참고하여" "교과서 45~52쪽 내용을 기반으로" NotebookLM은 업로드된 자료만 참고합니다. 어떤 부분을 참고할지 구체적으로 지정하면 더 정확한 결과가 나옵니다. 요청 (Request) 무엇을 만들어달라고 할지 명확히 합니다. "1차시 수업지도안을 작성해주세요." "45분 수업 분량의 지도안을 만들어주세요." "도입-전개-정리가 포함된 수업 계획을 세워주세요." 형식 (Format) 결과물의 형태를 지정합니다. "도입-전개-정리 구조로" "각 단계에 교사 활동/학생 활동/시간을 포함해주세요" "표 형식으로 정리해주세요" 형식을 지정하지 않으면 AI가 임의로 정합니다. 원하는 형태가 있다면 반드시 명시하세요. 4요소 조합 예시 [역할] 너는 중학교 국어 교사입니다. [맥락] 업로드된 교과서 3단원 '시의 아름다움'을 바탕으로 [요청] 1차시 수업지도안을 작성해주세요. [형식] 도입-전개-정리 구조로, 각 단계에 교사 활동/학생 활동/시간을 포함해주세요. 이 네 가지를 조합하면 완성도 높은 수업지도안이 생성됩니다. 4.2 차시별 지도안 생성하기 실제로 수업지도안을 만들어봅시다. 기본 프롬프트 채팅 창에 아래 프롬프트를 입력하세요. 너는 중학교 국어 교사입니다. 업로드된 교과서와 지도서를 바탕으로 '시의 운율' 단원의 1차시 수업지도안을 작성해주세요. 다음 형식으로 작성해주세요: - 학습 목표 - 도입 (5분): 교사 활동, 학생 활동 - 전개 (35분): 교사 활동, 학생 활동 - 정리 (5분): 교사 활동, 학생 활동 - 평가 계획 생성 결과 예시 NotebookLM이 이런 형태의 지도안을 생성합니다. 수업지도안 단원: 시의 운율 차시: 1/4차시 학습 목표: 시에서 운율의 개념을 이해하고 설명할 수 있다 도입 5분 교사 활동: • 좋아하는 노래 가사를 떠올려보게 한다 • "가사를 읽을 때 느껴지는 리듬이 있나요?" 발문 학생 활동: • 좋아하는 노래 가사를 떠올린다 • 가사에서 느껴지는 리듬감을 발표한다 전개 35분 교사 활동: • 교과서 수록 시 '청포도'를 함께 낭독한다 • 운율의 정의를 설명한다 • 외형률(음수율, 음보율)과 내재율을 구분하여 설명한다 • 시에서 운율이 드러나는 부분을 찾게 한다 학생 활동: • 시를 소리 내어 읽는다 • 운율의 개념을 노트에 정리한다 • 모둠별로 시에서 운율 요소를 찾아 발표한다 정리 5분 교사 활동: • 운율의 핵심 개념을 정리한다 • 다음 차시 예고: 운율의 효과 분석 학생 활동: • 오늘 배운 내용을 한 문장으로 정리한다 • 질문 있으면 발표한다 평가 계획 • 형성평가: 운율의 개념을 서술형으로 설명하기 • 관찰평가: 모둠 활동 참여도 결과물 분석 잘 된 점: 도입-전개-정리 구조가 명확함 교사 활동과 학생 활동이 분리됨 교과서 내용(청포도, 운율)이 반영됨 평가 계획이 포함됨 수정이 필요할 수 있는 점: 시간 배분 조정 (학교 상황에 맞게) 발문 추가 또는 수정 모둠 활동 세부 지침 완벽한 지도안은 아닙니다. 하지만 초안으로는 충분합니다. 여기서 다듬어가면 됩니다. 4.3 지도안 다듬기와 수정 요청 첫 결과물이 마음에 들지 않을 수 있습니다. 괜찮습니다. 수정 요청을 하면 됩니다. 시간 조정 도입 부분을 5분에서 10분으로 늘려주세요. 전개를 30분으로 줄여주세요. 활동 구체화 학생 활동을 더 구체적으로 작성해주세요. 모둠 활동의 세부 절차를 추가해주세요. 개별 활동과 모둠 활동을 구분해주세요. 발문 추가 도입에서 사용할 발문을 3개 추가해주세요. 전개에서 학생 사고를 촉진하는 질문을 넣어주세요. 수준 조정 중위권 학생 수준에 맞게 조정해주세요. 학습 부진 학생을 위한 보충 활동을 추가해주세요. 심화 활동을 추가해주세요. 특정 요소 추가 ICT 활용 방안을 추가해주세요. 협동학습 요소를 넣어주세요. 게이미피케이션 요소를 추가해주세요. 수정 요청 팁 한 번에 여러 수정을 요청해도 됩니다. 다음 사항을 수정해주세요: 1. 도입을 10분으로 늘리기 2. 전개에 모둠 토론 활동 추가 3. 발문을 2개씩 각 단계에 추가 4. 정리에 자기 평가 체크리스트 포함 반복적으로 수정하면서 원하는 지도안을 완성하세요. 4.4 바로 쓰는 지도안 프롬프트 5선 복사해서 바로 사용할 수 있는 프롬프트입니다. [ ] 안의 내용만 상황에 맞게 바꾸세요. 프롬프트 1: 기본형 [복사용 프롬프트 #01: 기본형] 너는 [교과] 교사입니다. 업로드된 교과서와 지도서를 바탕으로 [단원명] 단원의 [N]차시 수업지도안을 작성해주세요. 다음 형식으로 작성해주세요: • 학습 목표 • 도입 (5분): 교사 활동, 학생 활동 • 전개 (35분): 교사 활동, 학생 활동 • 정리 (5분): 교사 활동, 학생 활동 • 평가 계획 프롬프트 2: 상세형 [복사용 프롬프트 #02: 상세형] 너는 [학교급] [교과] 교사입니다. 업로드된 교과서 [페이지 범위]와 지도서를 바탕으로 [단원명]의 [N]차시 수업지도안을 작성해주세요. 다음 내용을 포함해주세요: 1. 성취기준 및 학습 목표 2. 도입 (10분): 동기유발, 전시학습 확인, 학습목표 제시 3. 전개 (30분): 핵심 활동 2~3개, 각 활동별 발문 포함 4. 정리 (5분): 핵심 정리, 형성평가, 차시예고 5. 수업 자료 및 유의점 6. 평가 계획 (형성평가 문항 2개 포함) 프롬프트 3: 모둠활동 중심 [복사용 프롬프트 #03: 모둠활동 중심] 너는 [교과] 교사입니다. 업로드된 교과서를 바탕으로 [단원명]의 [N]차시 모둠 협동학습 중심 수업지도안을 작성해주세요. 다음 내용을 포함해주세요: • 4인 1모둠 기준 역할 분담 (기록이, 발표자, 자료탐색 등) • 모둠 활동 절차 (단계별 시간 배분) • 모둠 활동지 양식 • 발표 및 피드백 방법 • 개인별/모둠별 평가 기준 프롬프트 4: 블록타임(2차시 연속) [복사용 프롬프트 #04: 블록타임] 너는 [교과] 교사입니다. 업로드된 교과서를 바탕으로 [단원명]의 2차시 연속 블록타임(90분) 수업지도안을 작성해주세요. 다음 구조로 작성해주세요: • 도입 (10분) • 전개1 (35분): 개념 학습 • 휴식 (5분) • 전개2 (30분): 적용 활동 • 정리 (10분): 발표 및 평가 프롬프트 5: 거꾸로 교실(플립러닝) [복사용 프롬프트 #05: 거꾸로 교실] 너는 [교과] 교사입니다. 업로드된 교과서를 바탕으로 [단원명]의 거꾸로 교실(Flipped Learning) 수업지도안을 작성해주세요. 다음 내용을 포함해주세요: 1. 사전 학습 (가정): 영상 시청 가이드, 사전 과제 2. 본 수업 (교실): • 사전 학습 확인 (5분) • 심화 토론 및 적용 활동 (35분) • 정리 및 피드백 (5분) 3. 사전 학습 영상 대본 개요 (3분 분량) 4.5 노트북 공유하기: 학년부 협업 혼자만 쓰기 아깝습니다. 동료 선생님과 함께 쓰면 효율이 배가 됩니다. 4.5.1 노트북 공유 방법 1단계: 공유 버튼 클릭 노트북 오른쪽 상단의 "공유" 버튼을 클릭합니다. 2단계: 이메일 주소 입력 함께 사용할 선생님의 구글 이메일 주소를 입력합니다. 3단계: 권한 설정 권한 할 수 있는 것 보기 내용 확인, 채팅 내용 보기 편집 소스 추가/삭제, 채팅, 노트 작성 수업 준비를 함께 하려면 "편집" 권한을 주세요. 4.5.2 협업 활용 시나리오 시나리오 1: 학년부 공동 수업 준비 상황: 3학년 국어 담당 4명이 같은 단원을 가르침 활용법: 1. 대표 선생님이 노트북 생성 + 자료 업로드 2. 나머지 선생님 초대 (편집 권한) 3. 각자 필요한 차시 지도안 생성 4. 생성된 지도안을 노트에 저장하여 공유 시나리오 2: 교과 연구회 자료 공유 상황: 교과 연구회에서 수업 자료 공동 개발 활용법: 1. 연구회장이 노트북 생성 2. 연구회원 전원 초대 3. 각자 담당 단원 자료 업로드 4. 프롬프트 테스트 결과 공유 시나리오 3: 신규 교사 온보딩 상황: 신규 선생님 수업 준비 지원 활용법: 1. 선배 선생님 노트북에 초대 2. 수업지도안 생성 과정 함께 보기 3. 프롬프트 사용법 전수 4.5.3 공동 작업 시 주의점 동시 편집 주의 같은 시간에 여러 명이 채팅하면 혼란스러울 수 있습니다. 담당 시간을 정하거나, 각자 필요한 것만 생성하세요. 소스 관리 협의 소스 추가/삭제는 모든 공유자에게 영향을 줍니다. 소스를 변경하기 전에 팀에 알려주세요. 노트 활용 중요한 결과물은 "노트에 저장"하세요. 채팅 내용은 많아지면 찾기 어렵습니다. 노트에 저장하면 정리된 상태로 유지됩니다. 지도안 완성! 다음은 평가입니다 수업지도안 생성 방법을 배웠습니다. 정리하면: 4요소 공식: 역할 + 맥락 + 요청 + 형식 수정 요청으로 다듬기 프롬프트 5선 활용 동료와 협업하기 다음 장에서는 형성평가와 수행평가를 만듭니다. 객관식, 서술형, 루브릭까지. 평가 자료도 NotebookLM으로 빠르게 만들 수 있습니다. 페이지를 넘겨주세요. 다음 장: 형성평가/수행평가 만들기 ---------------------------------------- ### 7장. 심층대화(팟캐스트) 수업 활용 https://voidlogpress.com/books/%ec%88%98%ec%97%85-%ec%a4%80%eb%b9%84-30%eb%b6%84-%ea%b5%ac%ea%b8%80-ai-%ec%99%84%ec%a0%84%ec%a0%95%eb%b3%b5-notebooklm%ec%9c%bc%eb%a1%9c-%ec%88%98%ec%97%85-%ec%9e%90%eb%a3%8c-%ec%9e%90%eb%8f%99/7%ec%9e%a5-%ec%8b%ac%ec%b8%b5%eb%8c%80%ed%99%94%ed%8c%9f%ec%ba%90%ec%8a%a4%ed%8a%b8-%ec%88%98%ec%97%85-%ed%99%9c%ec%9a%a9/ 질문: NotebookLM 심층대화 기능을 수업에 어떻게 쓰나요? 요약: 수업 도입부에서 약 3분간 재생해 흥미와 주의를 유도할 수 있습니다. NotebookLM은 업로드한 자료를 바탕으로 두 명의 AI 진행자가 대화하는 오디오를 만듭니다. 생성에는 약 2~5분이 걸리고 전체 길이는 자료 양에 따라 약 5~15분입니다. 또 다른 질문: 심층대화는 어떤 기능인가요? 답: 업로드한 자료를 바탕으로 두 명의 AI 진행자가 대화 형식으로 내용을 설명하는 오디오를 만듭니다. 팟캐스트처럼 들립니다. 생성에는 약 2~5분이 걸리고 전체 길이는 자료 양에 따라 약 5~15분입니다. 또 다른 질문: 수업 도입에 어떻게 쓰나요? 답: 수업 시작과 함께 3분 정도 재생합니다. 오늘 배울 내용을 먼저 들어보자고 하면 학생들이 귀를 기울입니다. 재생이 끝난 뒤 들은 내용 중 기억나는 것을 물어 발표를 받으면 자연스럽게 수업으로 넘어갈 수 있습니다. 또 다른 질문: 생성 전에 조정할 수 있는 것이 있나요? 답: 청중과 초점을 설정할 수 있습니다. 중학교 2학년 학생처럼 청중을 지정하면 난이도와 어조가 조정되고, 운율의 종류를 중심으로처럼 강조할 내용을 적으면 원하는 부분에 초점이 맞춰집니다. 또 다른 질문: 복습에도 쓸 수 있나요? 답: 지난 시간 내용을 정리한 오디오를 틀고 빠진 내용이나 틀린 내용이 있는지 확인하게 하는 방식이 있습니다. AI도 가끔 실수한다는 것을 함께 다루면 확인하는 습관까지 만들 수 있습니다. 최종 확인: 2026-09-02T16:32:22+09:00 7장. 심층대화(팟캐스트) 수업 활용 AI가 만든 팟캐스트로 수업을 시작하면? 수업 시작, 학생들 집중이 안 됩니다. "조용히 하세요"를 세 번 말하고 나서야 수업을 시작합니다. 익숙한 풍경입니다. 다른 방법이 있습니다. 수업 시작과 함께 팟캐스트를 틀어보세요. 두 명의 AI 진행자가 대화하듯 오늘 배울 내용을 설명합니다. 학생들은 귀를 기울입니다. 3분 후, 자연스럽게 수업이 시작됩니다. NotebookLM의 심층대화(Audio Overview) 기능입니다. 이 장에서는 이 기능을 수업에 활용하는 방법을 알아봅니다. 7.1 심층대화(Audio Overview)란? NotebookLM의 특별한 기능입니다. 업로드한 자료를 바탕으로 두 명의 AI 호스트가 대화 형식으로 내용을 설명합니다. 마치 팟캐스트처럼 들립니다. 특징 항목 설명 형식 두 명의 AI 진행자 대화 길이 약 5~15분 (자료 양에 따라 다름) 생성 시간 약 2~5분 언어 영어 기본, 한국어 확대 중 (아래 참조) 무엇이 좋은가? 1. 청각적 학습 텍스트로 읽는 것과 귀로 듣는 것은 다릅니다. 청각 학습자에게 특히 효과적입니다. 2. 대화 형식 딱딱한 설명이 아니라 대화입니다. "그러면 이건 뭐예요?" "아, 좋은 질문이에요!" 같은 자연스러운 흐름이 있습니다. 3. 흥미 유발 "오늘 뭐 배워요?" 대신 "한번 들어볼까요?"로 수업을 시작할 수 있습니다. 7.2 언어 지원 현황 (2025년 기준) 심층대화 기능을 사용하기 전에 알아둘 것이 있습니다. (언어 지원은 빠르게 확대되고 있으므로, 최신 내용은 NotebookLM 도움말 페이지를 참고하세요.) 항목 지원 현황 한국어 자료 업로드 완전 지원 한국어로 질문/요약/자료 생성 완전 지원 한국어 Audio Overview 지원 (설정에서 언어 옵션 확인) Tip: 한국어 자료로도 수준 높은 대화 생성이 가능합니다. 생성 전 화면에서 언어 옵션을 확인하고, 한국어가 선택 가능하면 선택하세요. 영어 오디오 활용 팁 영어 오디오도 수업에 활용할 수 있습니다. 영어 수업 듣기 자료로 활용 스크립트 다운로드로 읽기 자료 병행 한국어 자료를 영어로 설명한 오디오 → 비교 학습 7.3 심층대화 생성하기 생성 버튼 위치 노트북을 열면 오른쪽 스튜디오 패널에 "Audio Overview" 영역이 있습니다. "Generate" 또는 "생성" 버튼을 클릭합니다. 커스터마이징 옵션 생성 전에 옵션을 설정할 수 있습니다. 청중 설정 "이 대화의 청중은 누구인가요?" 예시 입력: - "중학교 2학년 학생" - "초등학교 고학년" - "교사 연수 참가자" 청중을 설정하면 난이도와 어조가 조정됩니다. 초점 맞추기 "특별히 강조할 내용이 있나요?" 예시 입력: - "운율의 종류를 중심으로" - "실생활 예시를 많이 포함해서" - "시험에 자주 나오는 내용 위주로" 원하는 부분에 초점을 맞출 수 있습니다. 생성 과정 옵션 설정 후 "생성" 클릭 2~5분 대기 (진행 상황 표시됨) 생성 완료 후 재생 버튼 활성화 스크립트(대본) 다운로드 가능 생성 결과 오디오 파일: 브라우저에서 바로 재생 스크립트: 텍스트로 다운로드 가능 저장: 노트북에 자동 저장됨 7.4 수업 도입 3분 활용법 심층대화를 수업 도입에 활용하는 방법입니다. 시나리오 1: 흥미 유발 수업 흐름 예시 선생님: "오늘 배울 내용을 먼저 들어볼까요? AI가 만든 팟캐스트예요. 3분만 집중해서 들어보세요." (오디오 재생 - 3분) 선생님: "방금 들은 내용 중에 기억나는 게 있어요? 운율이 뭐라고 했죠?" (학생 발표) 선생님: "맞아요. 오늘은 이 운율에 대해 자세히 배워볼 거예요." 효과: 학생 주의 집중 오늘 배울 내용 미리보기 자연스러운 수업 진입 시나리오 2: 전시 학습 복습 수업 흐름 예시 선생님: "지난 시간에 배운 내용을 AI가 정리해줬어요. 들으면서 빠진 내용이 있는지 확인해보세요." (오디오 재생 - 2분) 선생님: "AI가 말한 것 중에 우리가 안 배운 게 있나요? 혹시 틀린 내용은요?" (학생 발표 및 토론) 선생님: "좋아요. AI도 가끔 실수하죠. 오늘은 여기서 이어갑니다." 효과: 전시 학습 상기 비판적 사고 유도 (AI 오류 찾기) 자연스러운 연결 도입 활용 팁 팁 설명 시간 조절 전체 오디오 중 앞부분 3분만 재생 스크립트 활용 미리 스크립트 확인하고 질문 준비 학생 참여 듣고 나서 질문/토론 유도 반복 재생 금지 한 번만 듣게 하여 집중 유도 7.5 수업 정리 5분 활용법 수업 마무리에도 활용할 수 있습니다. 시나리오: 핵심 개념 복습 수업 흐름 예시 선생님: "오늘 배운 내용을 AI가 정리했어요. 들으면서 오늘 못 따라온 부분이 있으면 체크하세요." (오디오 재생 - 3~5분) 선생님: "AI 설명 중에 이해 안 되는 부분 있어요?" (학생 질문) 선생님: "좋은 질문이에요. (보충 설명) 다음 시간에는 이걸 더 깊이 다뤄볼게요." 정리 활동: 빠진 내용 찾기 더 적극적인 활동으로 바꿀 수 있습니다. 활동명: AI vs 우리 반 1. 오디오 재생 전 - 학생들에게 오늘 배운 핵심 키워드 3개 적게 하기 2. 오디오 재생 - AI가 말하는 키워드 체크하게 하기 3. 오디오 재생 후 - AI가 빠뜨린 내용 발표 - 우리가 놓친 내용 발표 - 서로 비교하며 정리 효과: 능동적 청취, 메타인지 활성화 7.6 학생 과제로 활용하기 고학년이나 중등 학생은 직접 만들어볼 수 있습니다. 학생 과제 1: 심층대화 듣고 요약하기 과제 설명: 1. 선생님이 만든 심층대화 오디오를 듣는다 2. 핵심 내용 3가지를 정리한다 3. 가장 흥미로웠던 부분을 쓴다 4. 궁금한 점 1가지를 질문으로 만든다 제출물: 요약 노트 (A4 반 페이지) 학생 과제 2: 직접 만들어보기 (심화) NotebookLM은 개인 구글 계정으로 무료 이용 가능합니다. 학생도 직접 사용할 수 있습니다. 과제 설명: 1. 교과서 관련 자료를 업로드한다 2. 심층대화(Audio Overview)를 생성한다 3. 생성된 오디오의 스크립트를 검토한다 4. 잘못된 내용이나 보충할 내용을 찾는다 제출물: - 생성된 스크립트 캡처 - 검토 의견 (정확한 내용/수정 필요한 내용) 평가 기준: - AI 활용 능력 - 비판적 검토 능력 - 내용 이해도 자기 주도 학습 도구로 학생이 직접 만들어 들으면: 복습 효과 능동적 학습 AI 활용 역량 증진 학생 계정 사용 시 주의사항 학생이 NotebookLM을 직접 사용하게 할 때는 다음을 확인하세요. 확인 사항 내용 학교/교육청 정책 AI 도구 사용에 관한 교육청·학교 규정 확인 연령 제한 구글 계정 연령 정책 (만 13세 이상) 확인 보호자 동의 필요한 경우 학부모 안내 및 동의 절차 개인정보 학생 개인정보나 민감한 자료 업로드 금지 안내 Tip: 학교 또는 교육청에서 발급한 Google Workspace for Education 계정을 사용하는 경우, 관리자 설정에 따라 일부 기능이 제한될 수 있습니다. 수업 전에 미리 테스트해보세요. 심층대화 활용 체크리스트 ✅ 사용 전 □ 언어 지원 여부 확인 (한국어/영어) □ 청중 설정 완료 □ 초점 맞추기 입력 ✅ 수업 도입 활용 □ 3분 이내로 편집 또는 일부만 재생 □ 듣기 후 질문 준비 □ 학생 발표 유도 ✅ 수업 정리 활용 □ 핵심 요약 버전 생성 □ 빠진 내용 찾기 활동 연계 □ 다음 차시 예고 ✅ 학생 과제 활용 □ 활용 방법 안내 □ 개인정보 업로드 금지 안내 □ 비판적 검토 유도 이제 교과별로 더 깊이 들어갑니다 PART 2에서 기본 활용을 배웠습니다. 수업지도안 생성 평가 문항 생성 학습지/활동지 제작 심층대화(팟캐스트) 활용 다음 PART 3에서는 교과별 활용법을 다룹니다. 국어, 사회, 과학. 각 교과의 특성에 맞는 프롬프트와 활용 사례를 제공합니다. 국어 수업부터 시작합니다. 페이지를 넘겨주세요. 다음 장: 국어 수업 활용법 + 프롬프트 15선 ---------------------------------------- ## AI 이미지 색상 마스터 가이드 : 7원리로 완성하는 AI 이미지 색상 설계법 ISBN 9791142181603 · 2025-12-22 · 허구진 지음 https://voidlogpress.com/books/ai-%ec%9d%b4%eb%af%b8%ec%a7%80-%ec%83%89%ec%83%81-%eb%a7%88%ec%8a%a4%ed%84%b0-%ea%b0%80%ec%9d%b4%eb%93%9c-7%ec%9b%90%eb%a6%ac%eb%a1%9c-%ec%99%84%ec%84%b1%ed%95%98%eb%8a%94-ai-%ec%9d%b4%eb%af%b8/ ### 2장: 색상의 기본 문법 https://voidlogpress.com/books/ai-%ec%9d%b4%eb%af%b8%ec%a7%80-%ec%83%89%ec%83%81-%eb%a7%88%ec%8a%a4%ed%84%b0-%ea%b0%80%ec%9d%b4%eb%93%9c-7%ec%9b%90%eb%a6%ac%eb%a1%9c-%ec%99%84%ec%84%b1%ed%95%98%eb%8a%94-ai-%ec%9d%b4%eb%af%b8/2%ec%9e%a5-%ec%83%89%ec%83%81%ec%9d%98-%ea%b8%b0%eb%b3%b8-%eb%ac%b8%eb%b2%95/ 질문: AI에게 원하는 색을 정확히 전달하려면 어떻게 하나요? 요약: 색 이름만 쓰지 말고 RGB, HEX, HSL 같은 표기법으로 지정해야 합니다. 빨강 하나에도 크림슨, 버건디, 코랄처럼 서로 다른 색이 있어 이름만으로는 결과를 예측하기 어렵습니다. HEX는 #RRGGBB 형식의 6자리 코드라 간결하고, 복사하기 쉬우며, 대부분의 AI 도구가 인식합니다. 또 다른 질문: AI에게 빨간색이라고만 말하면 왜 안 되나요? 답: 빨강이라는 이름 아래 서로 다른 색이 여럿 있기 때문입니다. 순수한 빨강과 크림슨, 버건디, 코랄, 체리 레드는 모두 빨강이지만 느낌이 완전히 다릅니다. 이름만으로는 그중 무엇이 나올지 알 수 없습니다. 또 다른 질문: RGB는 어떻게 읽나요? 답: 빨강과 초록과 파랑을 각각 0부터 255까지의 값으로 지정합니다. 0은 그 색이 전혀 없음, 255는 최대 밝기입니다. 셋을 모두 최대로 켜면 흰색, 모두 끄면 검정이 됩니다. 빨강과 초록을 함께 켜면 노랑이 됩니다. 또 다른 질문: HEX 코드는 무엇인가요? 답: RGB를 16진수로 바꿔 쓴 여섯 자리 코드입니다. 샵 기호 뒤에 RR, GG, BB 순으로 각각 00부터 FF까지 적습니다. 간결하고 복사하기 쉬워 웹 디자인과 AI 프롬프트에서 가장 많이 쓰입니다. 또 다른 질문: 왜 표기법을 알아야 하나요? 답: 원하는 색을 정확히 전달하려면 색상의 언어가 필요하기 때문입니다. 표기법을 익히면 코드를 보고 어떤 색인지 감을 잡을 수 있고, 빨강을 줄이고 파랑을 높이면 보라 쪽으로 간다는 식의 조정도 예측할 수 있습니다. 최종 확인: 2026-09-02T16:32:22+09:00 2장. 색상의 기본 문법 빨강. 이 한 단어에서 어떤 색이 떠오르시나요? 사실 "빨강"이라는 이름 아래에는 수백 가지의 다른 색이 숨어 있습니다. 이름 HEX 코드 느낌 순수한 빨강 #FF0000 강렬, 원초적 크림슨 #DC143C 고급스러움, 와인 버건디 #800020 깊이, 성숙함 코랄 #FF6B6B 따뜻함, 부드러움 체리 레드 #DE3163 달콤함, 생동감 토마토 레드 #FF6347 자연스러움, 건강 스칼렛 #FF2400 열정, 에너지 모두 "빨강"이지만 완전히 다른 느낌입니다. AI에게 단순히 "빨간색"이라고 말하면 이 중 어떤 것이 나올지 알 수 없습니다. 색상을 정확히 지정하려면 색상의 언어를 알아야 합니다. 이 장에서는 색상 코드를 읽고 쓰는 방법을 배웁니다. 2장을 읽고 나면, HEX 코드를 보고 어떤 색인지 감을 잡을 수 있고, 원하는 색상을 AI에게 정확히 전달할 수 있게 됩니다. 2.1 색상 표기법 3종 완전정복 디지털 세계에서 색상을 표현하는 방법은 여러 가지가 있습니다. 가장 많이 사용되는 세 가지 표기법을 완전히 이해해 보겠습니다. RGB: 빛의 삼원색 RGB는 Red(빨강), Green(초록), Blue(파랑)의 약자입니다. 모니터와 화면은 이 세 가지 빛을 조합하여 모든 색을 만들어냅니다. 기본 원리: - 각 색상은 0부터 255까지의 값을 가집니다 - 0은 해당 색이 전혀 없음, 255는 최대 밝기를 의미합니다 - 세 가지 빛을 모두 최대로 켜면 흰색, 모두 끄면 검정이 됩니다 RGB 예시: 색상 RGB 값 설명 순수한 빨강 RGB(255, 0, 0) 빨강만 최대 순수한 초록 RGB(0, 255, 0) 초록만 최대 순수한 파랑 RGB(0, 0, 255) 파랑만 최대 흰색 RGB(255, 255, 255) 모든 빛 최대 검정 RGB(0, 0, 0) 모든 빛 없음 노랑 RGB(255, 255, 0) 빨강 + 초록 시안 RGB(0, 255, 255) 초록 + 파랑 마젠타 RGB(255, 0, 255) 빨강 + 파랑 RGB의 특징: - 모니터, TV, 스마트폰 등 화면 기반 디바이스에서 사용합니다 - 직관적으로 이해하기 쉽습니다 - 색상 조정 시 "빨강을 줄이고 파랑을 높이면 보라 쪽으로 간다" 같은 예측이 가능합니다 HEX: 웹에서 쓰는 6자리 코드 HEX(헥사데시멀, 16진수)는 RGB를 다른 형식으로 표현한 것입니다. 웹 디자인과 AI 프롬프트에서 가장 많이 사용됩니다. 기본 원리: - #RRGGBB 형식으로 표현합니다 - RR은 빨강, GG는 초록, BB는 파랑을 의미합니다 - 각 색상은 00부터 FF까지의 16진수 값을 가집니다 (10진수로 0-255) HEX 읽는 법: #FF6B6B ││││││ ││││└┴─ 파랑: 6B (107) ││└┴─── 초록: 6B (107) └┴───── 빨강: FF (255) 이 코드는 빨강이 최대(FF=255)이고, 초록과 파랑이 중간(6B=107)인 색입니다. 결과적으로 부드러운 코랄 색상이 됩니다. HEX 예시: 색상 HEX 코드 RGB 변환 순수한 빨강 #FF0000 RGB(255, 0, 0) 네이비 블루 #1E3A5F RGB(30, 58, 95) 골드 #D4AF37 RGB(212, 175, 55) 코랄 #FF6B6B RGB(255, 107, 107) 오프화이트 #FAF9F6 RGB(250, 249, 246) 차콜 #36454F RGB(54, 69, 79) HEX가 AI 작업에 좋은 이유: - 6자리로 간결하게 표현할 수 있습니다 - 대부분의 AI 도구가 HEX 코드를 인식합니다 - 복사/붙여넣기가 쉽습니다 - 웹에서 범용적으로 사용됩니다 💡 Pro Tip: HEX 코드에서 빠르게 색상을 가늠하는 법 - 앞 두 자리(RR)가 크면 → 빨강 계열 - 가운데 두 자리(GG)가 크면 → 초록 계열 - 뒤 두 자리(BB)가 크면 → 파랑 계열 - 세 쌍이 비슷하면 → 무채색(회색 계열) HSL: 색상-채도-명도 (조정에 최적) HSL은 Hue(색상), Saturation(채도), Lightness(명도)의 약자입니다. 색상을 조정할 때 가장 직관적입니다. 요소 의미 범위 조정 효과 H (색상) 색의 종류 0°-360° 다른 색으로 변경 S (채도) 선명함 0%-100% 탁하게/선명하게 L (명도) 밝기 0%-100% 어둡게/밝게 핵심 원리: - H: 0°=빨강, 60°=노랑, 120°=초록, 180°=시안, 240°=파랑, 300°=보라 - S: 0%=회색, 100%=순색 - L: 0%=검정, 50%=순색, 100%=흰색 HSL이 유용한 이유: - "색상은 유지하고 더 밝게" → L 값만 올림 - "같은 색인데 더 탁하게" → S 값만 낮춤 - "비슷한 계열의 다른 색" → H 값만 조정 실습: 같은 색을 3가지로 변환해보기 토스(Toss)의 브랜드 컬러를 예시로 세 가지 표기법을 비교해 보겠습니다. 토스 블루: 표기법 값 RGB RGB(78, 128, 255) HEX #4E80FF HSL HSL(222, 100%, 65%) 세 가지 모두 같은 색을 표현합니다. 상황에 따라 편한 것을 사용하면 됩니다. AI 프롬프트에서는 HEX가 가장 간편합니다 색상 조정이 필요하면 HSL로 생각하면 직관적입니다 프로그래밍에서는 RGB가 많이 쓰입니다 🎯 지금은 이것만 기억하세요 HEX 코드를 사용하십시오. AI 프롬프트에서 가장 효과적입니다. 색상을 조정하고 싶을 때는 HSL로 생각하십시오. - 더 밝게 → L 값 올리기 - 더 탁하게 → S 값 내리기 - 다른 색으로 → H 값 조정 나머지는 필요할 때 다시 찾아보면 됩니다. RGB/HEX/HSL 비교 요약 항목 RGB HEX HSL 형식 RGB(R, G, B) #RRGGBB HSL(H, S%, L%) 범위 0-255 00-FF H:0-360, S/L:0-100% 장점 직관적 조합 이해 간결, 범용적 조정이 쉬움 AI 프롬프트 △ 길다 ◎ 최적 ○ 가능 주 사용처 프로그래밍 웹, AI 디자인 조정 2.2 AI 프롬프트에서 색상 지정하는 법 색상 표기법을 배웠으니, 실제로 AI 도구에서 어떻게 활용하는지 알아보겠습니다. 도구별 색상 지정 핵심 도구 핵심 팁 프롬프트 예시 DALL-E 3 자연어 + HEX 병행 warm beige #F5DEB3 background Midjourney --stylize 낮추기 navy #1E3A5F --stylize 50 Stable Diffusion 네거티브로 색상 제외 Negative: wrong colors 캔바 AI 한글 + HEX 병행 베이지 #E8DCC4 배경 DALL-E 3 팁: - "exact color #HEX"라고 명시하면 정확도가 올라갑니다 - 분위기(atmosphere)를 함께 지정하면 톤이 일관됩니다 Midjourney 팁: - 색상 정확도가 중요하면 --stylize 0~50 사용 - --no [색상]으로 원치 않는 색상 제외 Stable Diffusion 팁: - 네거티브에 "wrong colors, color shift" 포함 - 모델마다 색상 경향이 다르므로 테스트 필요 자연어 vs 코드값 병행 전략 AI에게 색상을 지시하는 가장 효과적인 방법은 자연어와 코드를 함께 쓰는 것입니다. 병행 전략의 원리: [감성적 표현] + #[정확한 코드] 감성적 표현: AI가 맥락과 분위기를 이해하도록 도움 정확한 코드: AI가 색상을 특정하도록 가이드 예시 비교: 방식 프롬프트 정확도 자연어만 "warm beige background" ★★☆ 코드만 "#E8DCC4 background" ★★☆ 병행 "warm beige #E8DCC4 background" ★★★ 실전 프롬프트 패턴: trustworthy navy #1E3A5F → "신뢰감 있는 네이비"라는 맥락 + 정확한 색상 코드 cheerful coral #FF6B6B with playful energy → "발랄한 코랄"이라는 느낌 + 정확한 색상 코드 + 분위기 설명 premium gold #D4AF37 accent, luxurious and sophisticated → "프리미엄 골드"라는 의미 + 정확한 색상 코드 + 고급스러운 분위기 2.3 색상환 기초: 이것만 알면 된다 색상 코드를 다룰 줄 알게 되었습니다. 이제 색상들 사이의 관계를 이해할 차례입니다. 색상환(Color Wheel)은 색상 관계를 한눈에 보여주는 도구입니다. 12색상환 읽는 법 색상환은 원형으로 배치된 색상 차트입니다. 12색상환이 가장 기본적이며, 12가지 주요 색상이 시계 방향으로 배열되어 있습니다. 빨강 (0°) ● 주홍 ● 주황 ● ● 자주 ● ● 노랑 보라 ● ● 연두 남색 ● ● 초록 ● ● 파랑 청록 ● 시안 (180°) 12색상환의 색상 (시계 방향): 번호 색상 대표 HEX 각도 1 빨강 #FF0000 0° 2 주황 #FF7F00 30° 3 노랑 #FFFF00 60° 4 연두 #7FFF00 90° 5 초록 #00FF00 120° 6 청록 #00FF7F 150° 7 시안 #00FFFF 180° 8 하늘색 #007FFF 210° 9 파랑 #0000FF 240° 10 남색 #7F00FF 270° 11 보라 #FF00FF 300° 12 자주 #FF007F 330° 색상환에서의 위치 = 색상 관계입니다. 두 색이 색상환에서 어떤 위치에 있느냐에 따라 조합했을 때의 느낌이 달라집니다. 보색, 유사색, 삼각 배색 개념 색상환에서 가장 많이 사용되는 세 가지 색상 관계를 알아보겠습니다. 보색 (Complementary) - 180도 색상환에서 정반대에 위치한 두 색입니다. 빨강 ●─────────────● 시안 180도 거리 특징: - 가장 강한 대비를 만듭니다 - 눈에 확 띄지만, 바로 붙이면 눈이 아플 수 있습니다 - 한쪽을 주조색, 다른 쪽을 강조색으로 쓰면 효과적입니다 보색 예시: 색상 1 색상 2 사용 예 빨강 #FF0000 시안 #00FFFF 강렬한 광고 파랑 #0000FF 주황 #FF7F00 스포츠 브랜드 보라 #8B5CF6 노랑 #FBBF24 창의적인 콘텐츠 유사색 (Analogous) - 30도 색상환에서 이웃한 색들입니다. 약 30도 간격으로 배치됩니다. 주황 ● 노랑 ● ● 빨강 연두 특징: - 자연스럽고 조화로운 느낌을 줍니다 - 편안하게 보이지만, 대비가 약할 수 있습니다 - 3-4개의 유사색을 함께 쓰면 풍성해집니다 유사색 예시: 조합 색상들 느낌 따뜻한 톤 빨강-주황-노랑 활기, 에너지 자연스러운 톤 초록-청록-시안 자연, 청량함 보라 계열 자주-보라-남색 신비, 고급스러움 삼각 배색 (Triadic) - 120도 색상환에서 정삼각형을 이루는 세 색입니다. 빨강 ● /\ / \ / \ / \ 파랑 ●────────● 노랑 특징: - 균형 잡힌 다양성을 제공합니다 - 세 색 모두 강하면 산만해질 수 있습니다 - 하나를 주조색으로, 나머지를 보조/강조색으로 쓰면 효과적입니다 삼각 배색 예시: 조합 주조색 보조색 강조색 기본 삼각 파랑 #3498DB 60% 노랑 #F1C40F 30% 빨강 #E74C3C 10% 보라 삼각 보라 #9B59B6 60% 주황 #E67E22 30% 초록 #27AE60 10% 각도로 이해하는 색상 관계 색상환에서의 각도를 이해하면 색상 조합을 예측할 수 있습니다. 색상환 각도별 대비 강도: 0-30° 유사색 조화로움 60° 유사보색 약한 대비 120° 삼각 배색 균형 다양 150° 적정 대비 ⭐ 추천 180° 보색 ⚠️ 주의 각도 관계 이름 특징 추천 용도 0-30° 유사색 조화로움, 안정적 배경, 브랜딩 60° 유사보색 약간의 대비 부드러운 강조 120° 삼각 배색 균형 잡힌 다양성 다채로운 디자인 150° 적정 대비 눈에 띄면서 편안 가장 추천 180° 보색 강한 대비, 눈 피로 주의 필요 💡 핵심 포인트: 150도 대비가 가장 실용적입니다 180도(정반대) 대비는 너무 강해서 눈이 피로해집니다. 150도 전후의 대비는 눈에 띄면서도 편안합니다. 이것이 바로 4장에서 배울 '원리1 대비의 법칙'의 핵심입니다. 📦 3분 요약 ✓ RGB/HEX/HSL 중 AI 프롬프트에는 HEX가 가장 간결합니다 ✓ 자연어 + HEX 병행이 가장 효과적입니다 (예: warm beige #E8DCC4) ✓ 색상환에서 150도 대비가 가장 실용적입니다 다음 장 예고 이제 색상 코드를 읽고 쓸 수 있습니다. 색상환에서 색들의 관계도 이해했습니다. 하지만 개별 색상만으로는 부족합니다. 실제로 좋은 결과물을 만들려면 여러 색상을 조합하는 법을 알아야 합니다. 3장에서는 "좋은 조합"의 비밀을 알아보겠습니다. "예쁜 색들을 모아도 왜 촌스러워질까요?" 이 질문의 답을 찾아보겠습니다. 60:30:10 비율, 대비의 과학, 목적에 따른 조합 전략까지 다루겠습니다. 다음 장에서 뵙겠습니다. ---------------------------------------- ### 4장: 원리1 대비, 원리2 조화 https://voidlogpress.com/books/ai-%ec%9d%b4%eb%af%b8%ec%a7%80-%ec%83%89%ec%83%81-%eb%a7%88%ec%8a%a4%ed%84%b0-%ea%b0%80%ec%9d%b4%eb%93%9c-7%ec%9b%90%eb%a6%ac%eb%a1%9c-%ec%99%84%ec%84%b1%ed%95%98%eb%8a%94-ai-%ec%9d%b4%eb%af%b8/4%ec%9e%a5-%ec%9b%90%eb%a6%ac1-%eb%8c%80%eb%b9%84-%ec%9b%90%eb%a6%ac2-%ec%a1%b0%ed%99%94/ 질문: 보색을 썼는데 눈이 피로한 이유는 무엇인가요? 요약: 180도 보색은 경계면이 떨려 보이는 색채 진동을 일으키기 때문입니다. 보색에서 30도 비켜간 150도 대비를 쓰면 대비 강도는 유지하면서 진동이 사라집니다. 여기에 검정이나 어두운 색을 앵커로 넣으면 조화가 잡힙니다. 또 다른 질문: 보색을 쓰면 왜 눈이 아픈가요? 답: 색채 진동 때문입니다. 색상환에서 180도 떨어진 순색 보색을 바로 붙이면 경계면이 지글거리며 떨리는 것처럼 보입니다. 서로를 더 선명하게 만드는 상호 강화가 일어나고, 뇌가 두 색을 동시에 처리하느라 지칩니다. 또 다른 질문: 150도 대비란 무엇인가요? 답: 보색에서 30도만 비켜간 위치의 색을 쓰는 것입니다. 대비 강도는 충분히 유지되면서 색채 진동이 사라져 오래 봐도 편안합니다. 충분히 대비되면서도 편안한 조합을 만드는 기준입니다. 또 다른 질문: 150도 대비색은 어떻게 찾나요? 답: 세 단계입니다. 기준색의 위치를 확인하고, 정반대인 180도 위치를 찾은 다음, 거기서 시계나 반시계 방향으로 30도 이동합니다. 보라가 약 270도라면 반대가 90도이고 거기서 비켜간 연두 계열이 나옵니다. 또 다른 질문: 앵커를 넣으라는 것은 무슨 뜻인가요? 답: 탁색끼리 모인 팔레트에 검정이나 어두운 색을 더해 명도 대비를 만드는 것입니다. 채도가 중간인 색들만 있으면 화면이 흐릿해지는데, 그림자나 텍스트 세부에 딥 네이비나 차콜을 넣으면 팔레트가 안정됩니다. 최종 확인: 2026-09-02T16:32:22+09:00 4장. 원리1 대비 + 원리2 조화 "왜 내 이미지는 눈이 아플까?" 국내 쇼핑몰에서 배너 두 개를 비교해 본 적이 있습니다. A 배너: 빨강 #FF0000 배경 + 초록 #00FF00 텍스트 - 강렬하긴 한데, 5초만 봐도 눈이 피로합니다 - 경계선이 "지글지글" 떨리는 것처럼 보입니다 B 배너: 레드 #E74C3C 배경 + 청록 #1ABC9C 포인트 - 눈에 확 띄는데, 오래 봐도 괜찮습니다 - 깔끔하고 세련된 느낌입니다 둘 다 "대비"를 사용했습니다. 하지만 결과가 완전히 다릅니다. 차이는 대비의 각도와 색상의 조화에 있습니다. 3장에서 150도 대비를 간단히 소개했습니다. 이 장에서는 그 원리를 깊이 이해하고, 실제로 AI 프롬프트에 적용하는 방법을 배웁니다. 4.1 원리1: 대비의 법칙 - 150도 대비 심화 왜 150도인가: 시각 피로도의 과학 색상환에서 180도 떨어진 색, 즉 보색은 가장 강한 대비를 만듭니다. 빨강-시안, 파랑-주황, 보라-노랑 같은 조합입니다. 이 조합이 눈에 띄는 것은 맞지만, 문제가 있습니다. 180도 보색의 문제점: 상호 강화 효과: 보색을 나란히 놓으면 서로를 더 선명하게 만듭니다 색채 진동(Color Vibration): 경계면이 "지글거리며 떨리는" 현상입니다. 순색 보색을 바로 붙이면 발생합니다. 눈의 피로: 뇌가 두 색을 동시에 처리하느라 지칩니다 150도가 최적인 이유: 150도 대비는 보색에서 30도만 비켜간 위치입니다. 특성 180도 (보색) 150도 (최적) 대비 강도 매우 강함 충분히 강함 색채 진동 있음 (눈 피로) 없음 조화 충돌함 자연스러움 장시간 시청 ❌ 불편함 ✅ 편안함 💡 핵심 공식: 충분히 대비되면서도 편안한 조합 = 150도 대비 색상환에서 150도 찾는 법 색상환에서 150도를 찾는 것은 간단합니다. Step 1: 기준색의 위치 확인 Step 2: 정반대(180도) 위치 찾기 Step 3: 거기서 시계 또는 반시계 방향으로 30도 이동 예시로 설명: 보라 #8B5CF6 (약 270°)의 150도 대비 찾기: 1. 보라의 위치: 약 270° 2. 180도 반대 = 90° (연두-노랑 사이) 3. 30도 비켜감 = 60-120° 사이 결과: 연두 #84CC16 또는 라임 그린 계열 파랑 #3B82F6 (약 220°)의 150도 대비 찾기: 1. 파랑의 위치: 약 220° 2. 180도 반대 = 40° (주황 계열) 3. 30도 비켜감 = 10-70° 사이 결과: 코랄 #FF6B6B 또는 살몬 계열 자주 쓰는 150도 대비 조합: 기준색 HEX 150도 대비색 HEX 느낌 보라 #8B5CF6 연두 #84CC16 창의적, 발랄 파랑 #3B82F6 코랄 #FF6B6B 신뢰+친근 네이비 #1E3A5F 골드 #D4AF37 고급, 전문적 틸 #008080 코랄 #FF6B6B 성장+활력 버건디 #800020 세이지 #9DC183 성숙+자연 실전: 보라-노랑(180도)을 150도로 조정 Before: 180도 대비 (눈 아픔) 배경: 보라 #8B5CF6 강조: 노랑 #FBBF24 이 조합은 강렬하지만 경계면이 "지글거리며" 오래 보기 어렵습니다. After: 150도 대비 (편안함) 방법 1: 대비색 조정 배경: 보라 #8B5CF6 강조: 연두 #84CC16 (노랑에서 30도 이동) 방법 2: 기준색 채도 낮추기 배경: 뮤트 보라 #A78BFA (채도 낮춤) 강조: 노랑 #FBBF24 (그대로) 방법 3: 중간에 뉴트럴 삽입 배경: 보라 #8B5CF6 중간 영역: 화이트 #FFFFFF (버퍼 역할) 강조: 노랑 #FBBF24 AI 프롬프트 적용 기본 템플릿: complementary but softened, 150-degree color contrast, avoid direct complementary colors 구체적 예시 - 보라 + 연두: purple #8B5CF6 background with 150-degree contrast accent, use yellow-green #84CC16 instead of pure yellow, comfortable for extended viewing 구체적 예시 - 파랑 + 코랄: blue #3B82F6 base color with warm coral #FF6B6B accent, 150-degree color harmony, vibrant but not jarring 대비 강도 조절 표현: 원하는 느낌 프롬프트 표현 약한 대비 subtle contrast, gentle color difference 중간 대비 moderate contrast, balanced color pairing 강한 대비 strong but comfortable contrast, bold yet harmonious 4.2 원리2: 조화의 법칙 - 탁색 다루기 탁색의 정의와 종류 탁색이란 순색에 회색이 섞인 색을 말합니다. 파스텔, 뮤트, 어스 톤이 모두 탁색에 속합니다. 탁색의 종류: 종류 정의 특징 예시 파스텔(Pastel) 순색 + 흰색 밝고 부드러움 베이비 핑크 #FFD1DC 뮤트(Muted) 순색 + 회색 차분하고 세련됨 더스티 핑크 #D4A5A5 셰이드(Shade) 순색 + 검정 깊고 고급스러움 버건디 #800020 채도로 이해하는 탁색: HSL에서 채도(S) 값으로 구분할 수 있습니다. 채도 범위 분류 느낌 80-100% 순색(Vivid) 강렬, 에너지 50-80% 중간(Moderate) 균형, 자연스러움 20-50% 뮤트(Muted) 세련됨, 차분함 0-20% 거의 무채색 중립적, 배경용 탁색의 장점과 함정 장점: - 세련되고 고급스러운 느낌을 줍니다 - 눈에 편안합니다 - 여러 색을 조합해도 충돌이 적습니다 - 트렌디한 무드를 만들 수 있습니다 함정: ⚠️ 탁색끼리만 쓰면 칙칙해집니다 파스텔 핑크 + 파스텔 민트 + 파스텔 라벤더... 각각은 예쁜데, 함께 쓰면 전체가 흐릿하고 밋밋해집니다. 왜 그럴까요? 명도 대비가 부족합니다 시각적 "앵커"가 없습니다 눈이 초점을 맞출 곳이 없습니다 블랙 섞기로 안정감 확보 탁색 팔레트의 함정을 피하는 가장 효과적인 방법은 앵커 컬러를 추가하는 것입니다. 앵커 컬러란? 전체 색상을 "잡아주는" 역할을 하는 어두운 색입니다. 블랙, 차콜, 딥 브라운, 네이비 같은 색이 여기에 해당합니다. 앵커의 역할: - 시각적 무게감 제공 - 다른 색들을 "받쳐주는" 역할 - 명도 대비 확보 - 전체 팔레트에 깊이 추가 Before/After 예시: Before (앵커 없음): 베이지 #E8DCC4 (배경) 더스티 핑크 #D4A5A5 (보조) 라벤더 #E6E6FA (포인트) 결과: 전체적으로 뿌옇고 칙칙함 After (앵커 추가): 베이지 #E8DCC4 (배경) - 60% 더스티 핑크 #D4A5A5 (보조) - 25% 차콜 #36454F (앵커) - 15% 결과: 세련되고 정돈된 느낌 색상별 추천 앵커: 메인 탁색 계열 추천 앵커 HEX 핑크/코랄 버건디 또는 차콜 #800020 / #36454F 민트/세이지 포레스트 그린 #228B22 라벤더/퍼플 딥 퍼플 #4B0082 베이지/크림 다크 브라운 #5C4033 블루 계열 네이비 #1E3A5F 초보 실수: 탁색끼리만 조합 인스타그램에서 흔히 볼 수 있는 실패 사례입니다. 실패 패턴: "파스텔 톤으로 통일하면 예쁘겠지?" 파스텔 핑크 #FFD1DC + 파스텔 민트 #98FF98 + 파스텔 옐로우 #FFFACD + 파스텔 라벤더 #E6E6FA 문제점: - 모든 색의 명도가 비슷합니다 (80-90%) - 모든 색의 채도가 낮습니다 (30-50%) - 어느 것도 눈에 띄지 않습니다 - "흐린 날씨" 같은 느낌 해결책: 파스텔 핑크 #FFD1DC (주조) - 60% 파스텔 민트 #98FF98 (보조) - 25% 딥 퍼플 #4B0082 (앵커) - 10% 화이트 #FFFFFF (하이라이트) - 5% AI 프롬프트 적용 기본 템플릿: muted [color] palette with dark anchor for visual stability 구체적 예시 - 더스티 핑크 + 베이지 + 차콜: muted dusty pink #D4A5A5 and warm beige #E8DCC4 palette, with charcoal #36454F anchoring elements, sophisticated muted color scheme with depth 탁색 팔레트 안정화 표현: soft muted color scheme with dark anchor points, add visual weight with deep tones, prevent washed-out appearance 파스텔 + 앵커 조합: pastel color palette with bold dark accent, light pink #FFD1DC and mint #98FF98 base, deep purple #4B0082 anchor for contrast, balanced and refined aesthetic 4.3 명도 대비로 가독성 확보 색상 대비만으로는 부족한 이유 색상 대비가 강해도 명도가 비슷하면 텍스트가 안 보입니다. 예시: 빨강 #FF0000과 초록 #00FF00은 색상환에서 정반대에 있습니다. 최강의 색상 대비입니다. 하지만 둘 다 명도가 비슷해서(약 50%), 빨강 배경에 초록 텍스트를 올리면 읽기 어렵습니다. 핵심 원리: 💡 가독성의 핵심은 색상 대비가 아니라 명도 대비입니다. 텍스트 가독성의 명도 차이 기준 배경과 텍스트 사이에는 충분한 명도 차이가 있어야 합니다. 명도 차이 가이드: 명도 차이 가독성 권장 용도 20% 이하 ❌ 거의 안 보임 사용 금지 20-40% △ 가능하지만 불편 장식용 40-60% ✅ 편안하게 읽힘 본문 텍스트 60% 이상 ✅✅ 매우 선명 제목, 중요 텍스트 좋은 조합 예시: 배경 배경 명도 텍스트 텍스트 명도 차이 화이트 #FFFFFF 100% 차콜 #36454F 30% 70% ✅✅ 네이비 #1E3A5F 25% 오프화이트 #FAF9F6 97% 72% ✅✅ 베이지 #E8DCC4 85% 다크 브라운 #5C4033 30% 55% ✅ 크림 #FFFDD0 95% 차콜 #36454F 30% 65% ✅✅ WCAG 기준 간소화 WCAG(Web Content Accessibility Guidelines)는 웹 접근성을 위한 국제 표준입니다. 색상 대비에 관한 구체적인 기준을 제시합니다. 💡 핵심 기준: 명도 대비 4.5:1 이상이면 OK입니다. 이 숫자가 무엇을 의미하는지 정확히 알 필요는 없습니다. 중요한 것은 대비 체커 도구를 사용하는 것입니다. WCAG 등급 요약: 등급 대비 비율 의미 AAA (최상) 7:1 이상 모든 사용자에게 최적 AA (권장) 4.5:1 이상 일반 텍스트 권장 기준 AA Large 3:1 이상 큰 텍스트(18pt+) 최소 기준 실습: 대비 체커 사용법 WebAIM Contrast Checker 사용하기: 브라우저에서 webaim.org/resources/contrastchecker 접속 Foreground Color(전경색/텍스트)에 텍스트 색상 입력 Background Color(배경색)에 배경 색상 입력 결과 확인 결과 해석: - "Pass" = 사용 가능 - "Fail" = 대비 부족, 조정 필요 예시: 배경: 네이비 #1E3A5F 텍스트: 골드 #D4AF37 결과: 대비 비율 4.67:1 → AA Pass ✅ 대비가 부족할 때 조정 방법: - 배경을 더 어둡게 (명도 낮추기) - 텍스트를 더 밝게 (명도 높이기) - 또는 그 반대 AI 프롬프트 적용 기본 템플릿: high contrast text, ensure readability, dark on light or light on dark 구체적 예시 - 어두운 배경 + 밝은 텍스트: navy #1E3A5F background, off-white #FAF9F6 text for high readability, minimum 4.5:1 contrast ratio, clear legible typography 구체적 예시 - 밝은 배경 + 어두운 텍스트: light cream #FFFDD0 background, dark charcoal #36454F text, high luminosity contrast for comfortable reading, accessibility-friendly design 텍스트 가독성 강조 표현: clear text area with strong luminosity contrast, text must be readable at all sizes, prioritize legibility over decoration 4.4 프롬프트 실습 이제 배운 원리들을 실제 프로젝트에 적용해 보겠습니다. 시나리오 1: 전자책 표지 요구사항: - 장르: 자기계발서 - 타겟: 30-40대 직장인 - 느낌: 신뢰감, 전문성, 성공 원리 적용: - 원리1 대비: 네이비와 골드 = 약 140-150도 대비 - 원리2 조화: 네이비(탁색)에 골드(앵커 역할) 추가 - 명도 대비: 네이비(어두움) + 화이트 제목(밝음) = 강한 대비 프롬프트: book cover design for Korean self-help genre, navy blue #1E3A5F background as dominant color 60%, gold #D4AF37 accent elements 10%, white #FFFFFF title text for maximum readability, off-white #FAF9F6 secondary text areas 30%, 150-degree complementary harmony between navy and gold, professional trustworthy atmosphere, high contrast title for thumbnail visibility 시나리오 2: 유튜브 썸네일 요구사항: - 채널: 재테크 정보 - 타겟: 20-30대 사회초년생 - 느낌: 눈에 띄면서도 신뢰감 원리 적용: - 원리1 대비: 틸과 코랄 = 약 150도 대비 - 원리2 조화: 블랙 앵커로 안정감 확보 - 명도 대비: 어두운 배경 + 밝은 텍스트 프롬프트: YouTube thumbnail for Korean finance education channel, bold coral #FF6B6B main text and key elements, dark teal #008080 background for 150-degree contrast, white #FFFFFF breathing space and secondary text, black #000000 border and anchoring elements, high saturation colors for feed visibility, trustworthy yet attention-grabbing, text clearly readable at 320x180 pixels 시나리오 3: 인스타 카드뉴스 요구사항: - 주제: 건강 정보 - 타겟: 건강에 관심 있는 30-40대 - 느낌: 편안함, 신뢰감, 자연스러움 원리 적용: - 원리1 대비: 세이지와 크림 = 부드러운 유사색 조화 - 원리2 조화: 차콜 앵커로 탁색 팔레트 안정화 - 명도 대비: 밝은 배경 + 어두운 텍스트 프롬프트: Instagram health info card design, soft sage green #9DC183 as main background color 60%, cream #FFFDD0 for secondary areas 25%, charcoal #36454F for text and anchoring 15%, muted natural color palette with dark anchor, calm healthy trustworthy message, comfortable for extended reading, works in both light and dark mode display 📦 3분 요약 ✓ 원리1 대비: 150도 대비 = 눈에 띄면서 편안합니다. 180도 보색은 피하십시오. ✓ 원리2 조화: 탁색 팔레트에는 블랙/다크 앵커를 섞어 안정감을 확보합니다. ✓ 가독성: 텍스트는 명도 대비로 결정됩니다. 4.5:1 이상을 목표로 하십시오. 다음 장 예고 대비와 조화를 배웠습니다. 이 두 원리만으로도 훨씬 나은 색상 조합을 만들 수 있습니다. 하지만 아직 뭔가 부족합니다. "왜 프로 디자인은 색이 더 풍성해 보일까요?" 아마추어와 프로의 디자인을 비교해 보면, 색상 수에서 차이가 납니다. 아마추어는 2-3색만 사용하지만, 프로는 5-7색 이상을 사용하면서도 지저분하지 않습니다. 5장에서는 원리3 스펙트럼과 원리4 온도를 배웁니다. 색상을 풍성하게 만들고, 입체감을 더하는 방법을 알아보겠습니다. 다음 장에서 뵙겠습니다. ---------------------------------------- ### 8장: 7원리 통합 실습 https://voidlogpress.com/books/ai-%ec%9d%b4%eb%af%b8%ec%a7%80-%ec%83%89%ec%83%81-%eb%a7%88%ec%8a%a4%ed%84%b0-%ea%b0%80%ec%9d%b4%eb%93%9c-7%ec%9b%90%eb%a6%ac%eb%a1%9c-%ec%99%84%ec%84%b1%ed%95%98%eb%8a%94-ai-%ec%9d%b4%eb%af%b8/8%ec%9e%a5-7%ec%9b%90%eb%a6%ac-%ed%86%b5%ed%95%a9-%ec%8b%a4%ec%8a%b5/ 질문: 색상 원리를 실제 작업에 어떻게 함께 적용하나요? 요약: 대비, 조화, 스펙트럼, 온도, 축소, 맥락, 의미의 일곱 원리를 체크리스트로 함께 확인합니다. 결과물을 만든 뒤에는 200~300px 크기에서도 요소가 구분되는지 다시 점검합니다. 60:30:10 색상 비율, 모든 색상의 HEX 코드, 텍스트 대비 4.5:1 이상도 추가로 검증합니다. 또 다른 질문: 일곱 원리는 무엇인가요? 답: 대비와 조화와 스펙트럼과 온도와 축소와 맥락과 의미입니다. 150도 대비를 쓰고, 앵커를 넣고, 빨노파와 흰검을 포함하고, 온도 균형을 맞추고, 썸네일에서 확인하고, 플랫폼 문법을 따르고, 메시지와 맞추는 것입니다. 또 다른 질문: 결과물을 만든 뒤에도 확인할 것이 있나요? 답: 체크리스트로 다시 검증합니다. 특히 200~300픽셀 썸네일 크기에서도 요소가 구분되는지 봅니다. 화면에서 잘 보이던 색도 축소하면 뭉개질 수 있어 저채도 색상이 섞여 있지 않은지 확인해야 합니다. 또 다른 질문: 추가로 검증할 항목은 무엇인가요? 답: 세 가지를 더 봅니다. 주조색 60퍼센트와 보조색 30퍼센트와 강조색 10퍼센트의 비율이 지켜졌는지, 쓰인 모든 색에 HEX 코드가 명시됐는지, 그리고 텍스트 가독성이 4.5 대 1 이상인지입니다. 일곱 원리를 통과해도 이 셋이 빠지면 실무에서 걸립니다. 또 다른 질문: 원리를 하나씩 적용하면 되나요? 답: 실제 프로젝트에서는 동시에 고려해야 합니다. 150도 대비를 쓰면서 축소 시 가독성을 확보하고 플랫폼 맥락에 맞추면서 메시지에 적합한 색을 골라야 합니다. 복잡해 보이지만 체크리스트를 쓰면 빠짐없이 적용할 수 있습니다. 최종 확인: 2026-09-02T16:32:23+09:00 8장. 7원리 통합 실습 "이제 조각들을 맞춰볼 시간입니다." 지금까지 7가지 원리를 하나씩 배웠습니다. 각 원리는 개별적으로도 효과가 있지만, 진정한 힘은 통합에서 나옵니다. 실제 프로젝트에서는 모든 원리를 동시에 고려해야 합니다. "150도 대비를 쓰면서도 축소 시 가독성을 확보하고, 플랫폼 맥락에 맞추면서 메시지에 적합한 색상을 선택"해야 합니다. 복잡해 보이지만, 체크리스트를 사용하면 빠짐없이 적용할 수 있습니다. 이 장에서는 실제 프로젝트 3개를 처음부터 끝까지 함께 진행합니다. 7원리 통합 체크리스트를 활용하여, 모든 원리가 적용된 결과물을 만들어 보겠습니다. 📥 온라인 보너스: 7원리 체크리스트를 인쇄용으로 다운로드하거나, 색상별 의미 참고표를 확인하세요: 7원리 체크리스트 📋 7원리 통합 체크리스트 (공식 버전) 3장에서 소개한 기초 체크리스트의 완전판입니다. 7원리를 모두 포함하며, 모든 프로젝트에서 이 체크리스트를 사용하십시오. 7원리 한눈에 보기 1. 대비 150° 2. 조화 앵커 3. 스펙트럼 빨노파 4. 온도 밸런스 5. 축소 썸네일 6. 맥락 플랫폼 7. 의미 메시지 상세 체크리스트 원리 체크 항목 확인 질문 1. 대비 ☐ 150도 대비 사용 180도 보색 직접 사용을 피했는가? 2. 조화 ☐ 블랙/다크 앵커 추가 탁색 팔레트에 명도 대비가 충분한가? 3. 스펙트럼 ☐ 빨노파 + 흰검 포함 5% 미만 힌트라도 포함했는가? 4. 온도 ☐ 따뜻/차가움 밸런스 한쪽 온도로만 치우치지 않았는가? 5. 축소 ☐ 썸네일 가독성 확인 200-300px에서도 구분되는가? 6. 맥락 ☐ 플랫폼 특성 반영 유튜브/인스타/전자책 문법을 따랐는가? 7. 의미 ☐ 메시지 일치 확인 업종 색상 문법을 따르는가? 추가 검증 항목 항목 체크 기준 60:30:10 비율 ☐ 주조색 60%, 보조색 30%, 강조색 10% HEX 코드 ☐ 모든 색상에 HEX 코드 명시 WCAG 대비 ☐ 텍스트 가독성 4.5:1 이상 사용 방법: 1. 프로젝트 시작 시 체크리스트 준비 2. 각 원리를 순서대로 적용하며 체크 3. 모든 항목 통과 후 프롬프트 작성 4. 결과물 생성 후 다시 체크리스트로 검증 8.1 실습 1: 전자책 표지 요구사항 항목 내용 장르 자기계발서 타겟 30-40대 직장인 플랫폼 밀리의서재 느낌 신뢰감, 전문성, 성공 제목 "하루 10분, 인생이 바뀌는 습관" 7원리 체크리스트 적용 과정 ✅ 원리1 대비 선택한 색상: 네이비 #1E3A5F + 골드 #D4AF37 분석: - 네이비: 색상환 약 210° - 골드: 색상환 약 45° - 각도 차이: 약 165° (거의 180°에 가깝지만 순색이 아님) - 실제 채도가 중간이라 진동 없음 ✅ 결론: 150도 대비 원칙 충족 ✅ 원리2 조화 분석: - 네이비: 탁색 (채도 중간, 명도 낮음) - 골드: 탁색 (채도 중간) - 앵커 필요: 차콜 #36454F 또는 딥 네이비 #0A1628 추가 적용: - 그림자 영역에 딥 네이비 #0A1628 - 텍스트 세부에 차콜 #36454F - 탁색 팔레트가 안정화됨 ✅ ✅ 원리3 스펙트럼 현재 상태: 네이비(파랑), 골드(노랑) - 2가지 계열만 있음 보완 필요: - 빨강 계열: 미세한 코랄 #FF6F61 추가 (3%) - 파랑 계열: 네이비로 충족 ✅ - 노랑 계열: 골드로 충족 ✅ - 흰색: 오프화이트 #FAF9F6 추가 (10%) - 검정: 딥 네이비 #0A1628로 충족 ✅ 적용 위치: - 코랄: 제목 주변 미세 글로우 - 오프화이트: 여백, 숨통 영역 ✅ 원리4 온도 분석: - 따뜻한 색: 골드 #D4AF37, 코랄 힌트 #FF6F61 - 차가운 색: 네이비 #1E3A5F 배치 전략: - 차가운 네이비 = 배경 (뒤로 물러남) - 따뜻한 골드 = 제목, 포인트 (앞으로 나옴) - 온도 대비로 제목이 "튀어나와" 보이는 효과 ✅ ✅ 원리5 축소 밀리 썸네일 크기: 약 150x200px 확인 사항: - 네이비 vs 골드: 명도 차이 충분, 축소 시에도 구분됨 ✅ - 제목 가독성: 골드 on 네이비 = 강한 대비 ✅ - 저채도 색상 없음: 모두 중채도 이상 ✅ 추가 조치: - 제목 텍스트를 충분히 크게 - 미세 색상(코랄)은 구분 안 되어도 전체 풍성함에 기여 ✅ 원리6 맥락 밀리의서재 자기계발 장르 분석: - 주요 색상: 네이비, 블루, 골드, 블랙 - 피하는 색상: 핑크, 파스텔, 네온 - 분위기: 전문적, 신뢰감, 성공 이미지 적합성 확인: - 네이비 + 골드 = 장르 표준 조합 ✅ - 전문적 분위기 ✅ - 다른 자기계발서와 시각적 일관성 유지 ✅ ✅ 원리7 의미 전달해야 할 메시지: 신뢰, 전문성, 성공 색상별 의미 확인: - 네이비 #1E3A5F: 신뢰, 전문성 ✅ - 골드 #D4AF37: 성공, 가치, 고급 ✅ - 오프화이트 #FAF9F6: 청결, 정돈 ✅ 부적합 색상 확인: - 빨강 과다: 없음 ✅ (긴급함/손실 피함) - 파스텔: 없음 ✅ (전문성 유지) 프롬프트 단계별 작성 1차 프롬프트 (기본 구조): book cover design for Korean self-help genre, navy blue #1E3A5F background 2차 프롬프트 (원리 적용): book cover design for Korean self-help genre, navy blue #1E3A5F dominant background 60%, gold #D4AF37 title accent 30%, off-white #FAF9F6 highlights 10%, 150-degree complementary color contrast 최종 프롬프트 (7원리 통합): Korean ebook cover for self-help genre, title "하루 10분, 인생이 바뀌는 습관", Color palette with exact ratios: - Navy blue #1E3A5F dominant background 55% - Gold #D4AF37 title and main accent 25% - Off-white #FAF9F6 breathing space 10% - Deep navy #0A1628 shadow depth 5% - Charcoal #36454F fine details 3% - Subtle coral #FF6F61 warm glow on title 2% Design principles applied: - 150-degree color harmony between navy and gold - Warm gold title pops from cool navy background - Full spectrum hints for rich feel - Dark anchors for visual stability - High contrast title readable at 150px thumbnail - Professional trustworthy success message - Optimized for Millie's Library display Style: clean, professional, Korean self-help market 체크리스트 최종 검증 원리 적용 여부 세부 사항 원리1 대비 ✅ 네이비-골드 약 165° 원리2 조화 ✅ 딥 네이비 앵커 추가 원리3 스펙트럼 ✅ 코랄 힌트 + 오프화이트 원리4 온도 ✅ 골드 전경 + 네이비 배경 원리5 축소 ✅ 150px에서 제목 가독 원리6 맥락 ✅ 밀리 자기계발 장르 적합 원리7 의미 ✅ 신뢰+성공 메시지 60:30:10 ✅ 55:25:20 유사 비율 HEX 코드 ✅ 모든 색상 명시 WCAG 대비 ✅ 골드 on 네이비 충분 8.2 실습 2: 유튜브 썸네일 요구사항 항목 내용 채널 재테크/투자 정보 타겟 20-30대 사회초년생 플랫폼 유튜브 느낌 눈에 띄면서도 신뢰감 제목 "월급 200으로 1억 만든 비법" 7원리 체크리스트 적용 과정 ✅ 원리1 대비 선택한 색상: 틸 #008080 + 코랄 #FF6B6B 분석: - 틸: 색상환 약 180° - 코랄: 색상환 약 10° - 각도 차이: 약 170° (강한 대비지만 탁색이라 진동 약함) 보완: 둘 다 순색이 아니라 편안함 ✅ ✅ 원리2 조화 앵커 추가: 블랙 #1A1A1A 테두리, 텍스트 배경에 사용 강렬한 색상들을 잡아줌 ✅ ✅ 원리3 스펙트럼 현재: 틸(시안-초록), 코랄(빨강-주황) 추가: - 노랑: 옐로우 #FFD93D 포인트 (5%) - 파랑: 틸에 포함 ✅ - 빨강: 코랄에 포함 ✅ - 흰검: 화이트 #FFFFFF + 블랙 #1A1A1A ✅ ✅ 원리4 온도 따뜻한 색: 코랄, 옐로우 (전경, 텍스트) 차가운 색: 틸 (배경) 효과: 텍스트가 배경에서 "튀어나와" 보임 ✅ ✅ 원리5 축소 유튜브 피드 크기: 320x180px 확인: - 코랄 vs 틸: 고채도, 명도 차이 큼 ✅ - 텍스트: 화이트 on 블랙 = 최강 대비 ✅ - 저채도 색상 없음: 모두 고채도 ✅ ✅ 원리6 맥락 유튜브 특성: - 피드에서 0.5초 내 시선 끌어야 함 - 빨강/노랑 계열이 효과적 - 흰색/회색 인터페이스에서 돋보여야 함 적합성: - 코랄(빨강 계열) + 옐로우 포인트 ✅ - 틸 배경이 흰색 피드에서 돋보임 ✅ ✅ 원리7 의미 메시지: 재테크 = 성장 + 신뢰 + 긴급함(기회) 색상 의미: - 틸: 성장, 안정 ✅ - 코랄: 에너지, 기회 ✅ - 옐로우: 주의, 기회 ✅ - 블랙: 권위, 신뢰 ✅ 피함: 과도한 빨강(손실 연상) → 코랄로 완화 ✅ 최종 프롬프트 YouTube thumbnail for Korean finance education channel, title text "월급 200으로 1억 만든 비법", Color palette with exact ratios: - Teal #008080 background for growth and trust 45% - Bold coral #FF6B6B main text and key elements 25% - Black #1A1A1A border and text background 15% - White #FFFFFF text and breathing space 10% - Yellow #FFD93D attention accent on numbers 5% Design principles applied: - 150-degree contrast between teal and coral - Warm coral/yellow foreground pops from cool teal - Full spectrum coverage with all primary hints - Dark anchor grounds the vibrant colors - High saturation colors visible at 320x180 pixels - Stands out in YouTube home feed - Conveys financial growth opportunity with urgency Style: bold, attention-grabbing, Korean YouTube finance channel Text must be clearly readable at thumbnail size 8.3 실습 3: 인스타 카드뉴스 요구사항 항목 내용 계정 건강 정보 타겟 30-40대 건강에 관심 있는 층 플랫폼 인스타그램 느낌 편안함, 신뢰감, 자연스러움 제목 "아침에 물 한 잔의 놀라운 효과" 7원리 체크리스트 적용 (간략) 원리별 적용 원리 적용 내용 원리1 대비 세이지 #9DC183 + 크림 #FFFDD0 (유사색 조화, 부드러운 대비) 원리2 조화 차콜 #36454F 앵커로 탁색 안정화 원리3 스펙트럼 코랄 #FF6F61 미세 포인트 + 흰검 원리4 온도 크림(따뜻) + 세이지(차가움) 균형 원리5 축소 300px 피드에서 텍스트 가독 확보 원리6 맥락 인스타 피드 통일감, 라이트/다크 모드 대응 원리7 의미 그린=건강, 크림=자연, 차콜=신뢰 최종 프롬프트 Instagram health info card design, title "아침에 물 한 잔의 놀라운 효과", Color palette with exact ratios: - Soft sage green #9DC183 main background 50% - Cream #FFFDD0 secondary areas and text bg 25% - Charcoal #36454F text and anchoring 15% - Off-white #FAF9F6 breathing space 7% - Subtle coral #FF6F61 highlight dots 3% Design principles applied: - Gentle analogous color harmony (not jarring) - Dark charcoal anchor stabilizes muted palette - Warm cream balances cool sage for comfort - Spectrum hints included subtly - Readable at 300px Instagram feed size - Works beautifully in both light and dark mode - Conveys calm, healthy, trustworthy message Style: soft, natural, Korean wellness aesthetic Clean minimal layout with clear hierarchy Text easily readable, not competing with graphics 8.4 프로젝트 진행 워크플로우 모든 프로젝트에서 다음 워크플로우를 따르십시오: Step 1: 요구사항 정리 - 목적/장르는? - 타겟 독자는? - 플랫폼은? - 전달할 메시지는? Step 2: 7원리 체크리스트 적용 □ 원리1~7 하나씩 검토 □ 추가 검증 항목 확인 □ 모든 항목 ✅ 후 다음 단계 Step 3: 색상 팔레트 확정 - 주조색 (60%): #______ - 보조색 (30%): #______ - 강조색 (10%): #______ - 추가색: #______ (역할:___) Step 4: 프롬프트 작성 1차: 기본 구조 2차: 원리 적용 3차: 세부 조정 최종: 7원리 통합 Step 5: 생성 및 검증 □ AI로 이미지 생성 □ 7원리 체크리스트로 결과 검증 □ 부족한 부분 수정 후 재생성 □ 실제 플랫폼에서 최종 확인 📦 3분 요약 ✓ 7원리 체크리스트 = 모든 프로젝트의 검증 도구입니다. 하나라도 빠지면 재검토하십시오. ✓ 워크플로우: 요구사항 → 체크리스트 → 팔레트 → 프롬프트 → 생성 → 검증 ✓ 이 사이클을 반복하면 실력이 쌓입니다. 100개를 만들면 색상 눈이 달라집니다. 다음 장 예고 Part 2가 끝났습니다. 7가지 원리를 모두 배우고, 통합 실습까지 마쳤습니다. 이제 이론적인 부분은 완료되었습니다. Part 3에서는 바로 쓸 수 있는 실전 자료를 제공합니다: - 9장: 용도별 컬러 팔레트 30선 - 10장: AI 프롬프트 템플릿 50선 - 11장: 색상 도구와 워크플로우 - 12장: 지금 바로 시작하기 먼저, Part 2에서 다루지 못한 문제들을 정리하겠습니다. 색상 실패 클리닉 ②에서 7원리를 적용했는데도 발생하는 문제들의 해결책을 확인하십시오. ---------------------------------------- ## 할루시네이션 제로 : 구글 NotebookLM으로 끝내는 선행연구 매트릭스 정리법 ISBN 9791142179211 · 2025-12-16 · 허구진 지음 https://voidlogpress.com/books/%ed%95%a0%eb%a3%a8%ec%8b%9c%eb%84%a4%ec%9d%b4%ec%85%98-%ec%a0%9c%eb%a1%9c-%ea%b5%ac%ea%b8%80-notebooklm%ec%9c%bc%eb%a1%9c-%eb%81%9d%eb%82%b4%eb%8a%94-%ec%84%a0%ed%96%89%ec%97%b0%ea%b5%ac-%eb%a7%a4/ ### 1장. ChatGPT와 NotebookLM, 무엇이 다른가 https://voidlogpress.com/books/%ed%95%a0%eb%a3%a8%ec%8b%9c%eb%84%a4%ec%9d%b4%ec%85%98-%ec%a0%9c%eb%a1%9c-%ea%b5%ac%ea%b8%80-notebooklm%ec%9c%bc%eb%a1%9c-%eb%81%9d%eb%82%b4%eb%8a%94-%ec%84%a0%ed%96%89%ec%97%b0%ea%b5%ac-%eb%a7%a4/1%ec%9e%a5-chatgpt%ec%99%80-notebooklm-%eb%ac%b4%ec%97%87%ec%9d%b4-%eb%8b%a4%eb%a5%b8%ea%b0%80/ 질문: 선행연구 정리에 ChatGPT와 NotebookLM 중 무엇이 맞나요? 요약: 출처 확인이 필요한 선행연구 정리에는 NotebookLM이 맞습니다. 노트북에 추가한 소스를 바탕으로 답하고, 답변에 붙은 인용 번호를 누르면 원문 위치를 확인할 수 있기 때문입니다. ChatGPT는 해당 논문을 실제로 읽지 않고도 그럴듯한 답을 생성할 수 있으므로 아이디어 발상과 초안 작성에 적합합니다. 또 다른 질문: ChatGPT와 NotebookLM은 어떻게 다른가요? 답: 소설가와 사서의 차이입니다. ChatGPT는 창의적이라 없는 이야기도 만들어 내고 브레인스토밍과 초안에 탁월합니다. NotebookLM은 노트북에 넣은 소스만 읽고, 없으면 소스에서 찾을 수 없다고 답합니다. 또 다른 질문: 선행연구 정리에는 왜 NotebookLM이 맞나요? 답: 출처를 확인할 수 있기 때문입니다. 답변에 인용 번호가 붙고 그 번호를 누르면 원문의 해당 위치로 이동합니다. ChatGPT는 해당 논문을 실제로 읽지 않고도 그럴듯한 답을 생성할 수 있어 확인할 방법이 없습니다. 또 다른 질문: 두 도구를 함께 쓸 수 있나요? 답: 순서를 지키면 됩니다. 먼저 NotebookLM으로 인용 번호가 붙은 원문을 추출하고, 그 원문을 ChatGPT에 넣어 다듬습니다. 추출이 먼저 정리가 나중입니다. 반대로 하면 출처 없는 내용이 섞입니다. 또 다른 질문: 선행연구 정리에서 가장 시간이 드는 일은 무엇인가요? 답: 논문을 읽는 시간이 아니라 읽은 내용을 다시 찾는 시간입니다. 분명히 봤는데 어디 있는지 모르겠는 그 검색 시간이 가장 큽니다. 인용 번호를 클릭하면 원문 위치가 바로 나타나므로 그 시간이 줄어듭니다. 최종 확인: 2026-09-02T16:32:23+09:00 1장. ChatGPT vs NotebookLM: 역할이 다르다 "선행연구 정리 좀 해줘." ChatGPT에게 이렇게 물어본 적 있나요? 깔끔한 요약이 쏟아져 나옵니다. 문장도 매끄럽고, 논리도 그럴듯합니다. 그런데 막상 논문에서 해당 내용을 찾으려 하면, 없습니다. AI가 만들어낸 이야기였습니다. 2025년, AI 도구가 넘쳐납니다. ChatGPT, Claude, Gemini, Copilot... 선택지가 많아질수록 혼란도 커집니다. "도대체 뭘 써야 하지?" 이 질문에 대한 답은 의외로 단순합니다. 역할이 다릅니다. 모든 AI가 같은 일을 잘하는 게 아닙니다. 1.1 소설가 vs 사서 두 도구의 차이를 비유로 설명하겠습니다. ChatGPT는 소설가입니다. 창의적입니다. 없는 이야기도 만들어냅니다. 브레인스토밍, 아이디어 발상, 초안 작성에 탁월합니다. "이런 주제로 에세이 써줘"라고 하면 즉시 완성된 글이 나옵니다. 문제는 그 글의 출처입니다. 소설가는 상상으로 글을 씁니다. 인용이 필요 없습니다. NotebookLM은 사서입니다. 창의적이지 않습니다. 대신 정확합니다. 사서는 도서관에 있는 책만 안내합니다. "이 책에 그 내용 없어요"라고 솔직하게 말합니다. 없는 책을 있다고 하지 않습니다. NotebookLM도 마찬가지입니다. 노트북 소스에 없는 내용은 "소스에서 찾을 수 없습니다"라고 답합니다. 구분 ChatGPT (소설가) NotebookLM (사서) 핵심 역할 창의적 생성 소스 기반 검색 강점 아이디어, 브레인스토밍, 초안 정확한 인용, 출처 명시 약점 출처 불명확, 환각 현상 창의적 생성 어려움 적합한 작업 글쓰기, 기획, 요약 선행연구 정리, 인용 추출 "모른다" 대응 그럴듯하게 생성 "소스에 없습니다" 이 차이가 왜 중요할까요? 연구에서는 "출처 없는 주장"이 가장 위험하기 때문입니다. 1.2 선행연구에는 '사서'가 필요하다 학술 글쓰기의 기본 원칙이 있습니다. 모든 주장에는 근거가 필요합니다. 근거에는 출처가 있어야 합니다. 출처가 없으면 표절이거나 허위입니다. ChatGPT에게 "이 논문의 연구 목적이 뭐야?"라고 물으면, 대답합니다. 문제는 그 대답이 실제 논문 내용인지 확인할 방법이 없다는 점입니다. ChatGPT는 학습 데이터를 바탕으로 "그럴듯한 답"을 생성합니다. 해당 논문을 실제로 읽고 답하는 게 아닙니다. 반면 NotebookLM은 다릅니다. 노트북에 추가한 소스만 읽습니다. 답변할 때 인용 번호를 붙입니다. [1], [2] 같은 표시가 문장 끝에 나타납니다. 이 번호를 클릭하면 원문 해당 위치로 이동합니다. "정말 논문에 이렇게 써 있나?" 확인이 가능합니다. 선행연구 정리에서 가장 많은 시간이 드는 작업은 무엇일까요? 논문을 읽는 시간? 아닙니다. 읽은 내용을 다시 찾는 시간입니다. "분명히 봤는데 어디 있더라?" 이 검색 시간을 NotebookLM이 줄여줍니다. 인용 번호 클릭 한 번으로 원문 위치가 나타납니다. 1.3 둘 다 쓰는 전략 ChatGPT가 나쁜 도구라는 뜻이 아닙니다. 역할이 다를 뿐입니다. 실제로 두 도구를 함께 쓰면 효율이 높아집니다. 1단계: NotebookLM으로 추출 논문 PDF를 업로드합니다 "이 논문의 연구 목적을 원문 그대로 찾아줘" 인용 번호가 붙은 정확한 문장을 얻습니다 2단계: ChatGPT로 정리 NotebookLM에서 추출한 원문을 복사합니다 "아래 내용을 한 문단으로 요약해줘" 출처가 확보된 상태에서 정리합니다 순서가 중요합니다. 추출이 먼저, 정리가 나중입니다. ChatGPT에게 먼저 물으면 출처 없는 내용이 섞입니다. NotebookLM으로 원문을 확보한 후 ChatGPT로 다듬으면, 정확성과 가독성을 모두 잡을 수 있습니다. 💡 Plan B 안내 NotebookLM이 잘 안 될 때도 있습니다. PDF 인식 오류, 복잡한 표, 스캔 문서 등의 경우입니다. 이때는 수동으로 해당 부분을 복사한 후 ChatGPT에게 정리를 맡기는 방법도 있습니다. 8장에서 자세히 다룹니다. 1.4 "왜 NotebookLM인가?" — 대안에 대하여 💡 왜 하필 NotebookLM인가요? Q: RAG, 벡터 데이터베이스, LangChain 같은 대안도 있지 않나요? A: 맞습니다. 기술적으로 더 강력한 도구들이 있습니다. 하지만 이 책은 "가장 진입장벽이 낮은 조합"에 집중합니다. NotebookLM의 장점: - 무료입니다 (Google 계정만 있으면 됨) - 설치가 필요 없습니다 (웹 브라우저에서 바로 실행) - 코딩 지식이 필요 없습니다 - 구글 드라이브와 연동됩니다 - 인용 번호가 자동으로 붙습니다 (출처 추적 용이) 개발자라면 RAG 파이프라인을 직접 구축할 수 있습니다. 하지만 대부분의 연구자에게는 "지금 바로 쓸 수 있는 도구"가 더 실용적입니다. 이 책은 그 실용성에 집중합니다. 더 고급 기술이 필요해지면, 그때 확장하면 됩니다. 1.5 구글 생태계 속 NotebookLM NotebookLM은 구글의 AI 모델 Gemini를 기반으로 합니다. 구글 드라이브, 구글 독스와 자연스럽게 연동됩니다. 이미 구글 생태계를 사용하고 있다면 추가 학습 비용이 적습니다. 2025년 12월 기준, NotebookLM은 무료 플랜과 유료 플랜(NotebookLM Plus)으로 나뉩니다. 무료 플랜은 Google 계정만 있으면 사용할 수 있고, 선행연구 정리에 필요한 핵심 기능을 모두 제공합니다. 유료 플랜(Google One AI Premium 포함)은 더 많은 소스 업로드, 더 긴 오디오 오버뷰, 팀 공유 기능 등을 추가로 제공합니다. 이 책에서 다루는 내용은 무료 플랜만으로 충분히 따라할 수 있습니다. 다음 장 미리보기 "그래서 NotebookLM은 어떻게 할루시네이션을 막는 건데?" 좋은 질문입니다. 1장에서는 두 도구의 역할 차이를 설명했습니다. 2장에서는 NotebookLM이 "거짓말을 못 하게 설계된 원리"를 파헤칩니다. 소스 기반 답변이 무엇인지, 그리고 그 한계는 무엇인지 솔직하게 다룹니다. , [2] 인용 번호. 클릭하면 원문으로 이동] 01 Interface Comparison 01B Citation Number ---------------------------------------- ### 5장. 기적의 5열 매트릭스 양식 https://voidlogpress.com/books/%ed%95%a0%eb%a3%a8%ec%8b%9c%eb%84%a4%ec%9d%b4%ec%85%98-%ec%a0%9c%eb%a1%9c-%ea%b5%ac%ea%b8%80-notebooklm%ec%9c%bc%eb%a1%9c-%eb%81%9d%eb%82%b4%eb%8a%94-%ec%84%a0%ed%96%89%ec%97%b0%ea%b5%ac-%eb%a7%a4/5%ec%9e%a5-%ea%b8%b0%ec%a0%81%ec%9d%98-5%ec%97%b4-%eb%a7%a4%ed%8a%b8%eb%a6%ad%ec%8a%a4-%ec%96%91%ec%8b%9d/ 질문: 선행연구 매트릭스에는 어떤 항목이 필요한가요? 요약: 연구 목적, 연구 방법과 데이터, 핵심 결론, 한계점, 인용과 출처의 다섯 열로 구성합니다. 세 열만으로는 논문 간 비교가 어렵고, 일곱 열은 채우는 부담이 커집니다. 특히 한계점은 저자가 밝힌 약점과 후속 연구의 빈틈을 찾는 데 쓰입니다. 또 다른 질문: 5열 매트릭스는 어떤 항목으로 이루어지나요? 답: 연구 목적, 연구 방법과 데이터, 핵심 결론, 한계점, 인용과 출처의 다섯 열입니다. 무엇을 하려 했는가, 어떻게 증명했는가, 결과는 무엇인가, 저자가 밝힌 약점은 무엇인가, 이 정보는 어디서 왔는가를 각각 묻는 칸입니다. 또 다른 질문: 왜 하필 다섯 열인가요? 답: 세 열은 부족하고 일곱 열은 과하기 때문입니다. 목적과 방법과 결론만으로는 논문 간 비교가 어렵고, 일곱 열은 채우다 지쳐 빈칸이 늘고 죄책감만 쌓입니다. 필수 정보와 관리 가능한 분량 사이의 균형점입니다. 또 다른 질문: 한계점 열은 왜 따로 두나요? 답: 저자가 스스로 인정한 한계가 후속 연구의 기회이기 때문입니다. 선행연구 맵에서 빈틈을 찾는 핵심 정보입니다. Limitations 섹션이나 향후 연구 제안 부분에서 찾을 수 있습니다. 또 다른 질문: 한계점에는 보통 어떤 것들이 나오나요? 답: 특정 지역이나 산업에 국한됐다는 샘플 한계, 횡단 연구라 인과관계를 확인하기 어렵다는 방법론 한계, 조절변수를 고려하지 못했다는 변수 한계, 다른 맥락에 적용할 때 주의가 필요하다는 일반화 한계가 흔합니다. 최종 확인: 2026-09-02T16:32:23+09:00 5장. 기적의 5열 매트릭스 양식 왜 하필 5열일까요? 3열은 부족합니다. 연구 목적, 방법, 결론만으로는 논문 간 비교가 어렵습니다. 7열은 과합니다. 채우다 지칩니다. 빈칸이 늘어나면 죄책감만 쌓입니다. 5열은 "필수 정보"와 "관리 가능한 분량" 사이의 균형점입니다. 수백 편의 선행연구를 정리해온 연구자들이 공통적으로 추출하는 다섯 가지 항목을 담았습니다. 이 장에서는 각 열의 의미와 찾는 방법, 그리고 바로 복사해서 쓸 수 있는 빈 양식을 제공합니다. 5.1 5열 매트릭스 전체 구조 1열 2열 3열 4열 5열 연구 목적 연구 방법/데이터 핵심 결론 한계점 인용/출처 이 논문은 무엇을 하려 했는가? 어떻게 증명했는가? 결과는 무엇인가? 저자가 밝힌 약점은? 페이지, 인용 형식 각 열을 하나씩 살펴보겠습니다. 5.2 [1열] 연구 목적 질문: 이 논문은 무엇을 하려 했는가? 연구 목적은 논문의 존재 이유입니다. "왜 이 연구를 했는가?"에 대한 답입니다. 찾는 위치 Abstract(초록): 대부분 첫 2-3문장에 목적이 나옵니다 Introduction(서론) 마지막 부분: "본 연구의 목적은...", "This study aims to..." 형태로 명시됩니다 키워드: "purpose", "aim", "objective", "goal", "연구 목적", "본 연구는" NotebookLM 질문 예시 이 논문의 연구 목적을 원문에서 찾아줘. "This study aims to" 또는 "본 연구의 목적은"이 포함된 문장을 찾아줘. 기록 팁 한 문장으로 정리합니다 저자의 표현을 그대로 쓰거나, 핵심만 요약합니다 예: "중소기업 디지털 전환이 조직 성과에 미치는 영향 분석" 5.3 [2열] 연구 방법/데이터 질문: 어떻게 증명했는가? 방법론은 논문의 신뢰성을 결정합니다. 같은 주제라도 질적 연구와 양적 연구는 다른 관점을 제공합니다. 찾는 위치 Methods/Methodology 섹션: 전체가 방법론 설명입니다 Research Design: 연구 설계 부분 Data Collection: 데이터 수집 방법 Participants/Sample: 연구 대상 정보 기록할 내용 연구 유형: 질적/양적/혼합, 실험/조사/사례연구 등 데이터 수집: 설문, 인터뷰, 실험, 2차 자료 등 분석 방법: 회귀분석, 내용분석, 주제분석 등 샘플: 대상자 수, 특성 (예: "국내 제조업 종사자 312명") NotebookLM 질문 예시 이 논문의 연구 방법을 찾아줘. 데이터 수집 방법과 분석 방법을 구분해서 알려줘. 연구 대상(샘플)의 규모와 특성을 찾아줘. 5.4 [3열] 핵심 결론 질문: 결과는 무엇인가? 연구의 핵심 발견입니다. 가설이 지지되었는지, 어떤 패턴이 발견되었는지를 담습니다. 찾는 위치 Results/Findings 섹션: 구체적 수치와 통계 Discussion 섹션: 결과의 해석 Conclusion 섹션: 핵심 결론 요약 Abstract 후반부: 주요 결과 한 줄 요약 기록할 내용 주요 발견 2-3가지 가설 지지 여부 (양적 연구의 경우) 핵심 수치나 효과 크기 (있다면) NotebookLM 질문 예시 이 논문의 주요 연구 결과를 3가지 이내로 찾아줘. 저자가 내린 결론을 원문에서 찾아줘. 가설 검증 결과를 찾아줘. 기록 팁 "A는 B에 정(+)의 영향을 미침 (β=0.42, p<.001)" "인터뷰 결과 3가지 주제 도출: 1) ... 2) ... 3) ..." 5.5 [4열] 한계점 질문: 저자가 밝힌 약점은? 모든 연구에는 한계가 있습니다. 저자가 스스로 인정한 한계점은 후속 연구의 기회입니다. 선행연구 맵에서 "빈틈"을 찾는 핵심 정보입니다. 찾는 위치 Limitations 섹션: 명시적으로 한계를 서술 Discussion 후반부: "본 연구의 한계는..." Conclusion 마지막: "향후 연구에서는..." Future Research: 후속 연구 제안 흔한 한계점 유형 샘플 한계: "특정 지역/산업에 국한" 방법론 한계: "횡단 연구로 인과관계 확인 어려움" 변수 한계: "조절변수 미고려" 일반화 한계: "결과를 다른 맥락에 적용 시 주의" NotebookLM 질문 예시 저자가 직접 밝힌 연구의 한계점을 찾아줘. Limitations 섹션의 내용을 찾아줘. 향후 연구 제안(future research)을 찾아줘. 5.6 [5열] 인용/출처 질문: 이 정보는 어디서 왔는가? 매트릭스의 모든 내용에는 출처가 있어야 합니다. 나중에 논문을 쓸 때 정확하게 인용하기 위함입니다. 기록할 내용 저자, 연도: Kim et al. (2023) 페이지 번호: p. 15, pp. 23-25 인용 형식: APA, MLA, Chicago 등 학과 기준에 맞게 NotebookLM 활용 NotebookLM은 인용 번호 [1], [2]를 자동으로 붙입니다. 이 번호를 클릭하면 원문 위치가 표시됩니다. 페이지 번호를 함께 기록해두면 나중에 찾기 쉽습니다. 기록 예시 Kim et al. (2023), p. 127 [NotebookLM 인용번호: 3] 5.7 완성된 매트릭스 예시 실제 논문 1편으로 5열을 채운 예시입니다. 열 내용 1. 연구 목적 중소기업의 디지털 전환 수준이 조직 혁신성과에 미치는 영향을 분석하고, 조직문화의 조절효과를 검증 2. 연구 방법 양적 연구. 국내 중소 제조업 종사자 312명 대상 설문조사. 구조방정식 모델(SEM) 분석 3. 핵심 결론 디지털 전환은 혁신성과에 정(+)의 영향 (β=0.38, p<.001). 혁신지향 문화가 조절효과 있음 4. 한계점 횡단 연구로 인과관계 확정 어려움. 제조업에 국한되어 서비스업 적용 시 추가 검증 필요 5. 인용 홍길동 외 (2024), 중소기업연구, 46(2), pp. 45-72 5.8 복사해서 쓰는 빈 양식 📎 복사 가능한 온라인 양식 전자책 뷰어에서는 텍스트 복사가 제한될 수 있습니다. 아래 링크에서 복사 가능한 양식을 받으세요: - 5열 매트릭스 빈 양식 기본 5열 구조: 논문 연구 목적 연구 방법/데이터 핵심 결론 한계점 인용/출처 논문1 논문2 논문3 분야별 변형 힌트 인문학: "연구 방법" 대신 "주요 논거/근거"로 변경 사회과학: "독립변수/종속변수" 열 추가 고려 공학/자연과학: "성능 지표/수치 결과" 열 추가 고려 기본 5열을 먼저 채우고, 필요에 따라 열을 추가하세요. 처음부터 열을 늘리면 부담만 커집니다. 💡 스마트폰으로 보시는 분께 5열 매트릭스 표가 작게 보이면: 1. 화면을 가로 모드로 돌리세요 2. 표를 꾹 눌러 확대하세요 3. 아래 링크에서 복사 가능한 양식을 받으세요 📎 온라인 부록: - 5열 매트릭스 빈 양식 - 분야별 매트릭스 양식 다음 장 미리보기 매트릭스 양식이 준비되었습니다. 이제 이 5열을 한 번에 추출하는 방법을 배울 차례입니다. 6장에서는 구조화 프롬프트 작성법을 다룹니다. "연구 목적 찾아줘", "방법 찾아줘"를 하나씩 묻는 대신, 한 번의 프롬프트로 5열 전체를 추출하는 만능 템플릿을 제공합니다. 05 Matrix Structure ---------------------------------------- ### 8장. 2단계: 일괄 추출(Process) https://voidlogpress.com/books/%ed%95%a0%eb%a3%a8%ec%8b%9c%eb%84%a4%ec%9d%b4%ec%85%98-%ec%a0%9c%eb%a1%9c-%ea%b5%ac%ea%b8%80-notebooklm%ec%9c%bc%eb%a1%9c-%eb%81%9d%eb%82%b4%eb%8a%94-%ec%84%a0%ed%96%89%ec%97%b0%ea%b5%ac-%eb%a7%a4/8%ec%9e%a5-2%eb%8b%a8%ea%b3%84-%ec%9d%bc%ea%b4%84-%ec%b6%94%ec%b6%9cprocess/ 질문: NotebookLM 답변이 요약처럼만 나오는 이유는 무엇인가요? 요약: 인용 번호가 없다면 원문 추출이 아니라 요약일 가능성이 있습니다. 분석할 소스가 선택되어 있는지 확인하고, 프롬프트에 원문에서 해당 내용을 찾으라고 구체적으로 지시해야 합니다. 정보를 찾지 못하면 동의어로 다시 묻거나 Introduction 마지막 부분처럼 위치 힌트를 주고, 실제로 없으면 ‘명시되지 않음’으로 기록합니다. 또 다른 질문: 답변이 제대로 나왔는지 어떻게 확인하나요? 답: 세 가지를 봅니다. 인용 번호가 붙어 있는지, 다섯 항목이 모두 있는지, 명시되지 않음이 있는지입니다. 인용 번호가 없다면 원문 추출이 아니라 요약일 가능성이 있고, 명시되지 않음은 논문에 그 정보가 없다는 정상 표시입니다. 또 다른 질문: 소스에서 찾을 수 없다고 나오면 어떻게 하나요? 답: 먼저 동의어로 다시 물어봅니다. 연구 목적을 연구 목표나 aim, objective로 바꿔 보는 식입니다. 그래도 안 되면 Introduction 마지막 부분처럼 위치 힌트를 줍니다. 실제로 없으면 명시되지 않음으로 기록합니다. 또 다른 질문: 답변이 너무 짧게 나올 때는요? 답: 정보를 못 찾았거나 질문이 모호한 경우입니다. 더 자세히 설명해 달라고 하거나, 연구 목적과 관련된 문장을 세 개 이상 찾아 달라는 식으로 질문을 더 구체적으로 바꿔 다시 시도합니다. 또 다른 질문: 영어 논문을 한국어로 물으면 생기는 문제가 있나요? 답: 번역투가 심하거나 전문 용어가 영어로만 나오거나 같은 단어의 번역이 흔들릴 수 있습니다. 자연스러운 한국어로 답해 달라거나, 전문 용어는 한글과 영어를 함께 써 달라거나, 용어를 하나로 통일해 달라고 먼저 정해 두면 됩니다. 최종 확인: 2026-09-02T16:32:24+09:00 8장. 2단계: 일괄 추출 (Process) 드디어 AI와 대화할 시간입니다. 소스가 준비되었고, 프롬프트도 있습니다. 이 장에서는 실제로 프롬프트를 실행하고, 결과를 저장하고, 문제가 생겼을 때 해결하는 방법까지 다룹니다. 특히 "안 될 때 어떻게 하지?"에 대한 답을 상세히 준비했습니다. 8.1 프롬프트 실행하기 기본 실행 순서 NotebookLM에서 분석할 노트북 열기 왼쪽 패널에서 분석할 소스 체크 (전체 또는 특정 논문) 채팅창에 6장의 만능 프롬프트 붙여넣기 Enter 또는 전송 버튼 클릭 답변 생성 대기 (30초~2분) 기다리는 동안 할 일 답변 생성에 시간이 걸립니다. 이 시간을 활용하세요. 다음 논문의 PDF 파일명 정리 매트릭스 엑셀 파일 열어두기 다른 노트북에서 다른 논문 분석 시작 (병렬 작업) 답변 확인 포인트 답변이 생성되면 다음을 확인합니다. 인용 번호 [1], [2]가 붙어 있는가? — 없으면 추출이 아닌 요약일 가능성 5가지 항목이 모두 있는가? — 누락된 항목은 추가 질문 "명시되지 않음"이 있는가? — 정상. 논문에 없는 정보 8.2 노트 저장 기능 좋은 답변은 저장해두세요. NotebookLM의 노트(Note) 기능을 활용합니다. 노트 저장 방법 답변 아래 "노트에 저장" 또는 핀(Pin) 아이콘 클릭 노트 제목 입력 (예: "논문A_5열추출") 저장된 노트는 왼쪽 패널 "노트" 섹션에서 확인 노트 활용 팁 논문별로 노트 저장: "Kim2023_추출", "Lee2024_추출" 형식 노트 간 비교: 여러 노트를 열어두고 공통점/차이점 파악 노트 내보내기: 노트 내용을 복사해서 엑셀/노션에 붙여넣기 8.3 Studio 패널 활용 2025년 업데이트로 NotebookLM에 Studio 패널이 추가되었습니다. (인터페이스는 변경될 수 있습니다) Studio 패널 기능 구조화된 뷰: 추출한 정보를 카드 형태로 정리 소스 연결: 각 정보가 어느 소스에서 왔는지 시각화 내보내기: 정리된 내용을 다양한 형식으로 저장 오른쪽 패널에서 "Studio" 또는 "Notebook Guide"를 찾아보세요. 추출 결과를 더 체계적으로 관리할 수 있습니다. 8.4 언어 처리 팁 영어 논문을 업로드하고 한국어로 질문하면, 한국어로 답변합니다. 하지만 몇 가지 문제가 생길 수 있습니다. 🌐 영어 논문 → 한국어 답변 팁 문제 1: 번역투가 심하다 ``` 예: "연구는 발견했다 that..." ``` → 프롬프트에 추가: "자연스러운 한국어로 답변해줘" 문제 2: 전문 용어가 영어로만 나온다 ``` 예: "validity가 높았다" ``` → 프롬프트에 추가: "전문 용어는 '한글(영어)' 형태로 써줘" 예: "타당도(validity)가 높았다" 문제 3: 용어 번역이 일관되지 않다 ``` 예: 같은 단어가 "타당성", "타당도", "유효성"으로 혼용 ``` → 첫 질문에서 용어 정의: "이 대화에서 'validity'는 '타당도'로 통일해줘" 💡 Best Practice: - 영어 논문이라도 한국어로 질문 → 한국어로 답변 - 인용문만 원문(영어) 그대로 가져오게 지시 - 예: "원문 인용은 영어 그대로, 설명은 한국어로 해줘" 8.5 Troubleshooting — 프롬프트가 안 먹힐 때 이 섹션이 8장의 핵심입니다. 프롬프트를 그대로 썼는데 원하는 결과가 안 나올 때, 당황하지 마세요. 🔧 Troubleshooting 가이드 --- 증상 1: 답변이 너무 짧다 원인: 정보를 못 찾았거나, 질문이 모호함 해결: - "더 자세히 설명해줘" - "연구 목적과 관련된 문장을 3개 이상 찾아줘" - 질문을 더 구체적으로 바꿔서 재시도 --- 증상 2: 표/그래프 내용을 못 읽는다 원인: NotebookLM은 이미지 인식에 한계가 있음 해결: - 표 제목/캡션이라도 추출: "Table 1의 제목과 캡션을 찾아줘" - 본문에서 표를 설명하는 문장 찾기: "Table 1의 결과를 설명하는 문장을 찾아줘" - [Plan B] 표는 PDF에서 직접 보고 수동으로 입력 --- 증상 3: "소스에서 찾을 수 없습니다" 원인: 해당 정보가 논문에 없거나, 다른 표현 사용 해결: - 동의어로 재질문: "연구 목적" → "연구 목표", "aim", "objective" - 위치 힌트 주기: "Introduction 마지막 부분에서 찾아줘" - 정말 없으면: 매트릭스에 "명시되지 않음" 기록 --- 증상 4: 한국어 논문인데 글자를 못 읽는다 원인: PDF가 이미지로 저장됨 (OCR 필요) 해결: - 3장의 "한국어 PDF 준비 팁" 참조 - HWP → 워드 → PDF로 재변환 - Adobe Acrobat으로 OCR 처리 후 재업로드 --- 증상 5: 아무것도 안 된다 (최후의 수단) [Plan B — 수동 추출법] 1. 논문 PDF를 직접 열어서 해당 부분 복사 2. ChatGPT 또는 Claude에 붙여넣기 3. "아래 텍스트에서 연구 목적을 찾아줘" 질문 4. 결과를 매트릭스에 수동 입력 → 1장에서 말한 "둘 다 쓰는 전략"이 여기서 적용됩니다. NotebookLM이 주력이고, ChatGPT는 백업입니다. 8.6 수정 질문(Follow-up) 리스트 답변이 만족스럽지 않을 때 던지는 추가 질문들입니다. 복사해서 사용하세요. 🔄 답변 개선을 위한 수정 질문 [더 자세히] - "좀 더 구체적으로 설명해줘" - "예시를 들어서 설명해줘" - "관련된 문장을 2개 더 찾아줘" [다른 표현으로] - "다른 말로 바꿔서 설명해줘" - "더 쉬운 표현으로 요약해줘" [인용 강화] - "정확한 원문 문장을 인용해줘" - "페이지 번호도 알려줘" - "해당 문장이 나오는 섹션 이름은?" [범위 조정] - "Introduction 부분에서만 찾아줘" - "Methods 섹션은 제외하고 찾아줘" - "이 논문 말고 다른 논문에서도 찾아줘" 8.7 반복 실행 전략 논문이 여러 편이면 같은 프롬프트를 반복 실행해야 합니다. 방법 1: 한 논문씩 순차 실행 소스 체크박스에서 논문 1편만 선택 프롬프트 실행 → 노트 저장 다음 논문 선택 → 반복 장점: 정확도 높음, 논문별 관리 용이 단점: 시간 소요 방법 2: 여러 논문 일괄 비교 분석할 논문 여러 편 체크 프롬프트에 추가: "선택된 모든 논문에 대해 위 항목을 표로 정리해줘" 답변에서 논문별 비교 확인 장점: 시간 절약, 비교 용이 단점: 답변이 길어지면 누락 가능성 추천: 처음에는 방법 1로 연습하고, 익숙해지면 방법 2를 혼용하세요. 예상 소요 시간 논문 수 추출 시간 (입력+생성) 검토 시간 (별도) 5편 15-30분 30분-1시간 20편 1-2시간 2-3시간 50편 3-4시간 반나절 실제 시간은 논문 복잡도, 숙련도에 따라 달라집니다. 다음 장 미리보기 추출이 끝났습니다. AI가 찾아준 정보가 쌓여 있습니다. 이제 이걸 정리할 차례입니다. 9장에서는 매트릭스 완성 (Output) 단계를 다룹니다. AI 답변을 엑셀이나 노션으로 옮기는 방법, 빈칸이 생겼을 때 대처법, 최종 품질 체크까지. 그리고 "실제로 얼마나 걸리나?"에 대한 현실적인 시간표를 제공합니다. 08 Processing 08B Troubleshooting 08C Note Saving ---------------------------------------- ## 퍼플렉시티 리서치 마스터 – ChatGPT와 Gemini를 넘어 팩트 기반 AI 리서치 ISBN 9791142176623 · 2025-12-07 · 허구진 지음 https://voidlogpress.com/books/%ed%8d%bc%ed%94%8c%eb%a0%89%ec%8b%9c%ed%8b%b0-%eb%a6%ac%ec%84%9c%ec%b9%98-%eb%a7%88%ec%8a%a4%ed%84%b0-chatgpt%ec%99%80-gemini%eb%a5%bc-%eb%84%98%ec%96%b4-%ed%8c%a9%ed%8a%b8-%ea%b8%b0%eb%b0%98-ai/ ### 1장. AI 글쓰기의 딜레마 https://voidlogpress.com/books/%ed%8d%bc%ed%94%8c%eb%a0%89%ec%8b%9c%ed%8b%b0-%eb%a6%ac%ec%84%9c%ec%b9%98-%eb%a7%88%ec%8a%a4%ed%84%b0-chatgpt%ec%99%80-gemini%eb%a5%bc-%eb%84%98%ec%96%b4-%ed%8c%a9%ed%8a%b8-%ea%b8%b0%eb%b0%98-ai/1%ec%9e%a5-ai-%ea%b8%80%ec%93%b0%ea%b8%b0%ec%9d%98-%eb%94%9c%eb%a0%88%eb%a7%88/ 질문: AI가 만든 참고문헌을 믿어도 되나요? 요약: 믿으면 안 됩니다. 2023년 미국 변호사가 ChatGPT가 만든 가짜 판례 여섯 건을 법정에 제출한 사건이 있었습니다. 사건도 판사도 판결문도 존재하지 않았습니다. 생성형 AI는 학습 데이터로 그럴듯한 문장을 만들 뿐 원문을 읽고 답하지 않기 때문입니다. 또 다른 질문: AI 환각은 왜 생기나요? 답: 생성형 AI가 사실을 아는 것이 아니라 다음에 올 가장 적절한 단어를 예측하는 방식으로 작동하기 때문입니다. 적절한 제약이 없으면 모르겠다고 답하는 대신 패턴에 맞는 내용을 창작합니다. 또 다른 질문: 실제로 어떤 피해가 있었나요? 답: 2023년 미국 변호사가 ChatGPT가 제시한 판례 여섯 건을 법정에 인용했는데 사건도 판사도 판결문도 존재하지 않았습니다. 학계에서도 AI가 정리한 참고문헌의 상당수가 실재하지 않는 논문이었던 사례가 보고됐습니다. 또 다른 질문: 형식이 완벽하면 믿어도 되나요? 답: 형식이 완벽한 것이 오히려 위험합니다. 저널 이름은 실제로 존재하는데 해당 논문만 출판된 적이 없는 경우가 있습니다. 전문가의 이름과 소속은 정확하고 발언만 창작된 경우도 있었습니다. 이름은 진짜 말은 가짜가 가장 위험한 조합입니다. 또 다른 질문: AI가 모른다고 말하지 않는 이유는 뭔가요? 답: 자신의 한계를 인정하지 않고 확신에 찬 전문가처럼 대답하기 때문입니다. 학습 시점 이후의 논문이나 통계는 알지 못하는데도 질문을 받으면 답을 만들어 냅니다. 사용자는 그 자신감을 정확성으로 오해하기 쉽습니다. 최종 확인: 2026-09-02T16:32:24+09:00 1장. AI 글쓰기의 딜레마 들어가며: 그 논문은 존재하지 않았다 2023년 봄, 미국 변호사 스티븐 슈워츠(Steven Schwartz)가 법정에서 망신을 당했다. 그는 ChatGPT를 이용해 Mata v. Avianca 소송을 준비했고, AI가 제시한 6개의 판례를 인용했다. 문제는 그 판례들이 모두 가짜였다는 것이다. 존재하지 않는 사건, 존재하지 않는 판사, 존재하지 않는 판결문. AI가 만들어낸 '그럴듯한 거짓말'이었다. 이 사건은 전 세계 언론에 대서특필되며 AI 환각 문제를 수면 위로 끌어올렸다. 비슷한 일이 학계에서도 일어나고 있다. 대학원생 A씨는 학위논문의 문헌 검토를 ChatGPT에게 맡겼다. AI는 친절하게도 20개의 참고문헌을 정리해주었다. 하지만 지도교수가 원문을 확인해보니, 절반 이상이 실제로 존재하지 않는 논문이었다. 저자명, 저널명, 출판연도까지 완벽하게 갖추었지만, 그 논문들은 AI의 상상 속에만 존재했다. "AI로 글을 쓰고 싶지만, 표절과 오류가 두렵다면?" 이 질문이 바로 이 책의 출발점이다. 1.1 환각(Hallucination)의 함정 그럴듯한 거짓말의 메커니즘 ChatGPT, Claude, Gemini 같은 생성형 AI는 놀라운 능력을 가지고 있다. 유창한 문장을 만들고, 복잡한 개념을 설명하며, 창의적인 아이디어를 제안한다. 하지만 이들에게는 치명적인 약점이 있다. 바로 '환각(Hallucination)'이다. 환각이란 AI가 사실이 아닌 정보를 마치 사실인 것처럼 자신 있게 말하는 현상이다. 왜 이런 일이 발생할까? 생성형 AI는 방대한 텍스트 데이터를 학습해서 '다음에 올 가장 적절한 단어'를 예측하는 방식으로 작동한다. 쉽게 말해, AI는 '사실을 아는 것'이 아니라 '그럴듯해 보이는 것'을 생성한다. 적절한 제약이 없으면, 많은 시스템이 "모르겠습니다"라고 답하는 대신 패턴에 맞는 내용을 '창작'해버린다. 실제 피해 사례 사례 1: 학술계 - 가짜 참고문헌 여러 연구에서 ChatGPT가 생성한 참고문헌 중 상당수가 허구로 밝혀진 바 있다. 의료·심리학 등 일부 분야를 대상으로 한 실험에서는 AI가 생성한 참고문헌 중 약 20~30%가 완전히 허구인 것으로 나타났다. 저널 이름은 실제로 존재했지만, 해당 논문은 출판된 적이 없었다. 형식은 완벽했지만 내용은 창작물이었다. 특히 의료·심리학 등 일부 분야에서는 허구 인용 비율이 더 높게 나타나기도 했다. 사례 2: 저널리즘 - 조작된 인용문 여러 매체에서 AI 생성 기사 속 잘못된 인용문·사실 오류 사례가 보고되었다. 실제로 한 온라인 매체의 AI 생성 기사에서, 인용된 전문가가 "그런 말을 한 적이 없다"고 항의한 일이 있었다. AI가 전문가의 이름과 소속은 정확히 기재하면서 발언 내용만 창작한 것이다. 이름은 진짜, 말은 가짜—가장 위험한 조합이다. 사례 3: 비즈니스 - 허위 통계 한 스타트업이 투자 유치를 위한 시장 분석 보고서를 AI로 작성했다. 보고서에는 구체적인 시장 규모와 성장률이 포함되어 있었다. 하지만 투자자가 출처를 확인해보니, 그런 통계를 발표한 기관 자체가 존재하지 않았다. 투자 논의는 그 자리에서 중단됐다. 왜 이런 일이 계속 발생하는가 문제의 핵심은 학습 데이터와 실시간 정보의 괴리다. ChatGPT는 특정 시점까지의 데이터만 학습한다 학습 후 발표된 논문, 뉴스, 통계는 알지 못한다 그럼에도 질문을 받으면 '답을 만들어낸다' 더 심각한 문제는 AI가 자신의 한계를 인정하지 않는다는 점이다. "이 정보는 확실하지 않습니다"라고 말하는 대신, 마치 확신에 찬 전문가처럼 대답한다. 사용자는 AI의 자신감에 속아 그 정보를 그대로 믿게 된다. 1.2 출처 없는 글의 위험성 학술 글쓰기에서 출처의 의미 그림 1-2. 비효율적인 검증 사이클 학술 글쓰기에서 출처는 단순한 형식이 아니다. 그것은 지적 정직성의 증거다. 출처를 밝힌다는 것은: - 내 주장이 어떤 근거에 기반하는지 보여주는 것 - 독자가 원문을 직접 확인할 수 있게 하는 것 - 학문적 대화에 참여하는 방식을 보여주는 것 AI가 생성한 글에 출처가 없다면, 독자는 그 정보를 어떻게 검증할 수 있을까? 사실상 검증이 불가능하다. 팩트 체크의 비용 AI가 작성한 글을 검증하는 데는 상당한 비용이 든다. 항목 소요 시간 난이도 AI가 언급한 논문 존재 여부 확인 논문당 5-10분 보통 인용된 통계 원출처 확인 통계당 15-30분 높음 전문가 발언 사실 여부 확인 발언당 30분 이상 매우 높음 역사적 사실 교차 검증 사실당 10-20분 보통 만약 AI가 작성한 3,000단어 글에 20개의 사실 주장이 포함되어 있다면, 이를 모두 검증하는 데 최소 3-4시간이 소요된다. 이 정도면 차라리 처음부터 직접 조사하는 것이 나을 수도 있다. AI가 쓴 글 = 검증 필수의 현실 현재 AI 글쓰기의 현실은 이렇다: AI 작성 -> 출처 불분명 -> 전수 검증 필요 -> 시간/비용 증가 이 사이클은 AI 글쓰기의 효율성을 심각하게 저해한다. "빨리 쓰려고 AI를 썼는데, 검증하느라 더 오래 걸렸다"는 하소연이 나오는 이유다. [TIP] 핵심 메시지: 출처 기반 AI는 검증을 쉽게 해줄 뿐, 최종 책임은 작성자에게 있다. 어떤 AI를 쓰든, 최종 검증과 판단은 인간의 몫이다. [!] 균형 관점: 이 책에서 소개할 Perplexity는 '빠른 방향 제시'에 강하지만, 그것이 '최종 근거'가 될 수는 없다. 출처가 제공된다는 것은 검증을 '쉽게' 해줄 뿐, 검증을 '대신' 해주는 것이 아니다. 1.3 연구자가 원하는 것 이상적인 리서치 도구 그림 1-1. 기존 AI vs 출처 기반 AI 비교 연구자, 대학원생, 콘텐츠 크리에이터가 AI에게 진정으로 원하는 것은 무엇일까? 1. 빠른 자료 탐색 - 수백 개의 논문 중 핵심 논문을 빠르게 찾고 싶다 - 연구 동향을 한눈에 파악하고 싶다 - 관련 분야의 최신 논쟁점을 알고 싶다 2. 정확한 출처 - 모든 정보에 출처가 달려 있어야 한다 - 그 출처를 클릭하면 원문으로 이동할 수 있어야 한다 - 가짜 출처가 섞여 있으면 안 된다 3. 신뢰할 수 있는 요약 - 30페이지 논문의 핵심을 3분 안에 파악하고 싶다 - 하지만 그 요약이 원문을 왜곡하면 안 된다 - 중요한 뉘앙스가 사라지면 안 된다 기존 도구들의 한계 Google Scholar의 한계 - 검색은 가능하지만, 요약이나 분석은 제공하지 않는다 - 결과가 너무 많아서 핵심을 찾기 어렵다 - 검색어를 잘 설정해야 원하는 결과가 나온다 논문 DB 직접 검색의 한계 - 각 DB(PubMed, JSTOR, IEEE 등)를 개별적으로 검색해야 한다 - 전문(Full-text) 접근에 제한이 있다 - 분야 간 통합 검색이 어렵다 기존 AI(ChatGPT 등)의 한계 - 출처가 없거나 가짜 출처를 제시한다 - 최신 정보에 접근하지 못한다 - 학술 DB와 연동되지 않는다 물론 이 도구들이 쓸모없다는 뜻은 아니다. 각각의 강점과 약점이 뚜렷해서, '빠른 탐색 + 출처 기반 요약'을 한번에 해결해주는 조합이 부족했을 뿐이다. [!] 참고: 이 책에서 소개할 Perplexity의 Academic 소스도 Google Scholar 대비 커버리지가 제한적일 수 있다. 특히 전통적인 학술지나 특정 분야에서는 결과가 누락될 수 있으므로, 기존 도구와의 병행 사용을 권장한다. 전환: 해결책을 향하여 지금까지 우리는 AI 글쓰기의 구조적 문제를 살펴보았다. 환각: AI가 만들어내는 그럴듯한 거짓말 출처 부재: 검증이 불가능한 정보 도구 한계: 기존 도구들의 각각의 약점 만약 AI가 모든 답변에 출처를 달아준다면? 만약 그 출처를 클릭해서 원문을 바로 확인할 수 있다면? 만약 학술 논문 DB에 직접 접근해서 검색 결과를 보여준다면? 다음 장에서는 이 질문들에 대한 답을 찾아본다. 2023년 이후 급부상한 새로운 유형의 AI, 바로 Perplexity를 소개한다. [KEY] Key Takeaway 환각은 구조적 문제다 — AI는 사실을 '아는' 게 아니라 '그럴듯한 것'을 생성한다 출처 없으면 검증 비용 폭증 — AI 글 검증에 직접 조사보다 더 오래 걸릴 수 있다 해답은 출처 기반 AI — 빠른 탐색 + 정확한 출처 + 신뢰 가능 요약이 필요하다 실전 미션 (3분) ChatGPT에게 당신의 연구 분야에서 "최근 3년간 주요 논문 3개"를 요청한 뒤, 첫 번째 논문이 실제로 존재하는지 Google Scholar에서 확인해보세요. 결과가 어땠나요? 이 경험을 기억하며 2장을 읽어주세요. 다음 장에서는 이 문제를 해결할 수 있는 새로운 도구, Perplexity AI를 만나봅니다. ---------------------------------------- ### 3장. 자료 탐색과 선행 연구 https://voidlogpress.com/books/%ed%8d%bc%ed%94%8c%eb%a0%89%ec%8b%9c%ed%8b%b0-%eb%a6%ac%ec%84%9c%ec%b9%98-%eb%a7%88%ec%8a%a4%ed%84%b0-chatgpt%ec%99%80-gemini%eb%a5%bc-%eb%84%98%ec%96%b4-%ed%8c%a9%ed%8a%b8-%ea%b8%b0%eb%b0%98-ai/3%ec%9e%a5-%ec%9e%90%eb%a3%8c-%ed%83%90%ec%83%89%ea%b3%bc-%ec%84%a0%ed%96%89-%ec%97%b0%ea%b5%ac/ 질문: Perplexity로 선행연구를 어떻게 정리하나요? 요약: 먼저 소스 범위를 Academic으로 좁히는 것이 핵심입니다. 그다음 키워드가 아니라 질문 형태로 묻고, 답변에 붙은 출처를 눌러 원문을 확인합니다. 검색에서 정리까지의 반복 과정을 줄여 며칠 걸리던 문헌 검토를 한 시간 단위로 압축할 수 있습니다. 또 다른 질문: 선행연구를 찾을 때 가장 먼저 할 일은 무엇인가요? 답: 소스 범위를 좁히는 것입니다. 검색창 아래 소스 선택 버튼에서 학술 논문 데이터베이스로 지정하면 블로그나 뉴스가 섞이지 않습니다. 전체 웹은 일반 정보와 뉴스에, 학술은 선행연구와 문헌 검토에 씁니다. 또 다른 질문: 키워드로 검색하면 되나요? 답: 질문 형태로 묻는 편이 낫습니다. 키워드를 넣으면 수천 개 결과에서 골라내야 하지만, 질문으로 물으면 답변과 함께 출처가 붙어 옵니다. 그 출처를 눌러 원문을 확인하는 흐름으로 갑니다. 또 다른 질문: 전통적인 문헌 검토와 무엇이 다른가요? 답: 반복 과정이 줄어듭니다. 기존에는 키워드 검색에서 결과 훑기, 다운로드, 읽기, 정리, 인용 논문 추적, 다시 검색으로 돌아가는 순환에 며칠에서 몇 주가 걸렸습니다. 그 순환을 압축하는 것이 목적입니다. 또 다른 질문: 출처가 붙어 있으면 그대로 써도 되나요? 답: 붙어 있다는 것과 맞다는 것은 다릅니다. 링크를 눌러 페이지가 열리는지, 인용된 문장이 원문에 실제로 있는지, 맥락이 맞는지까지 확인해야 합니다. 그 확인이 6장의 검증 단계입니다. 최종 확인: 2026-09-02T16:32:24+09:00 3장. 자료 탐색: 1시간에 끝내는 선행연구 들어가며: 문헌 검토의 고통 논문을 쓰는 사람이라면 누구나 겪는 고통이 있다. 바로 선행연구 검토다. Google Scholar에서 키워드를 검색하면 수천 개의 결과가 쏟아진다. 이 중에서 핵심 논문을 골라내고, 다운로드하고, 하나씩 읽어야 한다. 관련 논문이 또 다른 논문을 인용하고, 그 논문이 또 다른 논문을 인용한다. 끝이 없다. 전통적인 문헌 검토는 이렇게 진행된다: 키워드 검색 -> 수백 개 결과 -> 제목/초록 훑기 -> 논문 다운로드 -> 하나씩 읽기 -> 핵심 내용 정리 -> 인용 논문 추적 -> 다시 검색... (반복) 이 과정에 보통 며칠에서 몇 주가 걸린다. 하지만 Perplexity를 활용하면 이 시간을 획기적으로 줄일 수 있다. 이 장에서는 Perplexity로 선행연구를 1시간 만에 체계적으로 정리하는 방법을 배운다. 3.1 Choose Sources: 소스 선택의 힘 검색 전 반드시 확인할 것 그림 3-1. 소스 선택 화면 Perplexity에서 가장 먼저 익혀야 할 기능은 소스 선택이다. 검색창 아래 "Choose sources" 버튼을 클릭하면 검색 범위를 지정할 수 있다. 소스 검색 대상 언제 쓰나 All 전체 웹 일반 정보, 뉴스, 블로그 Academic 학술 논문 DB 선행연구, 문헌 검토 YouTube 유튜브 영상 강연, 튜토리얼, 설명 영상 Reddit 레딧 커뮤니티 실사용자 의견, 비공식 정보 Social 소셜 미디어 최신 트렌드, 여론 Academic 소스의 힘 학술 연구를 할 때는 반드시 Academic 소스를 선택해야 한다. 같은 질문이라도 소스에 따라 결과가 완전히 달라진다. 그림 3-2. Academic 검색 결과 [같은 질문, 다른 소스] 질문: "메타인지가 학습에 미치는 영향" All 소스 -> 블로그, 교육 사이트, 뉴스 기사 기반 답변 Academic 소스 -> 실제 학술 논문 기반 답변 + DOI 링크 Academic 소스를 선택하면 Perplexity는 학술 데이터베이스에서 검색한다. 답변에는 실제 논문의 저자, 출판연도, DOI 링크가 포함된다. Internal Knowledge: Spaces 내 파일 검색 Pro 사용자라면 Internal Knowledge 옵션도 활용할 수 있다. 이 옵션을 선택하면 Space에 업로드한 PDF 파일을 우선적으로 검색한다. [Internal Knowledge 활용 예시] Space에 핵심 논문 10개 업로드 후: "내가 업로드한 논문들에서 공통적으로 언급되는 연구 방법론의 한계점은?" -> 업로드한 파일 내용 기반으로 답변 이 기능은 이미 확보한 논문들을 비교 분석할 때 특히 유용하다. [!] Academic 소스의 한계: Google Scholar보다 커버리지가 제한적일 수 있다. 특히 한국어 논문, 특정 분야 전문 학술지, 오래된 논문은 누락될 가능성이 있다. 중요한 문헌 검토는 반드시 Google Scholar와 병행하자. 3.2 주제 탐색 프롬프트 전략 좋은 질문 vs 나쁜 질문 Perplexity의 답변 품질은 질문의 품질에 달려 있다. 같은 주제라도 어떻게 질문하느냐에 따라 결과가 천차만별이다. [x] 나쁜 질문 [v] 좋은 질문 "메타인지 설명해줘" "지난 5년간 '메타인지 기반 학습 전략'의 핵심 논문들과 주요 논쟁점을 Academic sources로 정리해줘" "AI 교육 알려줘" "2022-2024년 K-12 AI 리터러시 교육의 효과성 연구를 비교 분석해줘" "협동학습 논문" "협동학습이 학업 성취도에 미치는 영향에 대한 최근 메타분석 연구들을 정리해줘" "플립러닝 효과" "플립러닝의 학습 효과에 대한 찬반 논쟁을 주요 연구 기반으로 정리해줘" 좋은 질문의 공식 좋은 질문에는 다음 요소가 포함된다: [좋은 질문 공식] 시간 범위 + 구체적 주제 + 원하는 정보 유형 + 소스 지정 예시: "[최근 5년간] [자기조절학습과 온라인 교육]에 관한 [주요 연구 동향과 논쟁점]을 [Academic sources 기반]으로 정리해줘" 연구 주제 범위 좁히기 처음 연구를 시작할 때는 주제가 너무 넓은 경우가 많다. Perplexity를 활용해 범위를 좁혀보자. [주제 범위 좁히기 프롬프트] "[주제]에 대한 연구를 시작하려고 해. 이 분야의 주요 하위 주제 5가지와 각각의 핵심 연구 질문을 정리해줘" [예시 결과] 주제: "온라인 학습" 하위 주제 1: 동기화 vs 비동기화 학습의 효과 비교 하위 주제 2: 온라인 학습에서의 사회적 실재감 하위 주제 3: 자기조절학습 전략과 온라인 학습 성과 하위 주제 4: 온라인 평가의 신뢰성과 타당성 하위 주제 5: 디지털 격차와 교육 형평성 이렇게 하위 주제를 파악한 후, 관심 있는 영역을 선택해서 깊이 파고들 수 있다. 3.3 핵심 논문 빠르게 찾기 학술 검색 최적화 프롬프트 핵심 논문을 빠르게 찾으려면 구체적인 프롬프트가 필요하다. 다음 프롬프트들을 복사해서 활용하자. 프롬프트 1: 분야별 핵심 논문 찾기 "[주제] 분야에서 가장 많이 인용되는 핵심 논문 5개를 저자, 출판연도, 주요 기여와 함께 정리해줘" 프롬프트 2: 최신 연구 동향 파악 "[주제]에 관한 2023-2024년 최신 연구 동향을 주요 발견과 함께 요약해줘" 프롬프트 3: 연구 gap 발견 "[주제] 분야에서 아직 충분히 연구되지 않은 영역이나 향후 연구가 필요한 부분을 기존 문헌 기반으로 정리해줘" 프롬프트 4: 이론적 프레임워크 탐색 "[주제]를 설명하는 주요 이론적 프레임워크 3-4가지를 각각의 핵심 개념, 대표 학자와 함께 정리해줘" 프롬프트 5: 연구 방법론 파악 "[주제] 연구에서 주로 사용되는 연구 방법론은 무엇인지, 각 방법론의 장단점과 함께 정리해줘" Google Scholar 연동 활용 Perplexity가 찾아준 논문이 있다면, Google Scholar에서 추가 정보를 확인하자. [Google Scholar 연동 워크플로우] 1. Perplexity에서 핵심 논문 목록 획득 2. 각 논문을 Google Scholar에서 검색 3. 인용 횟수, 관련 논문, 인용한 논문 확인 4. 중요 논문은 PDF 다운로드 -> Space에 업로드 인용 네트워크 파악하기 한 분야의 연구 흐름을 파악하려면 인용 네트워크를 이해해야 한다. [인용 네트워크 파악 프롬프트] "[논문 제목 또는 저자]의 연구가 이후 어떤 연구들에 영향을 미쳤는지, 주요 후속 연구들을 정리해줘" [역방향 인용 추적 프롬프트] "[주제]에 관한 [저자명]의 연구는 어떤 선행 연구들을 기반으로 하는지 정리해줘" [TIP] 팁: Perplexity가 제시한 논문 중 인용 횟수가 높은 논문은 반드시 원문을 확인하자. 많이 인용된 논문은 해당 분야의 기초가 되는 경우가 많다. 3.4 연구 동향 한눈에 파악 메타 분석 요청 프롬프트 개별 논문을 하나씩 읽는 것도 중요하지만, 전체적인 연구 동향을 파악하는 것도 필수다. [메타 분석 요청 프롬프트] "[주제]에 관한 메타분석 연구들을 찾아서, 각 메타분석의 주요 결론과 효과 크기를 비교해줘" [연구 흐름 파악 프롬프트] "[주제]에 대한 연구가 시간에 따라 어떻게 변화해왔는지 1990년대, 2000년대, 2010년대, 2020년대로 나누어 정리해줘" 시계열 트렌드 질문법 연구 분야의 패러다임 변화를 파악하려면 시간축을 활용하자. [패러다임 변화 파악 프롬프트] "[주제] 연구에서 주요 패러다임 변화가 있었다면, 언제, 왜, 어떻게 변화했는지 설명해줘" [최근 연구 초점 변화] "[주제] 연구에서 최근 3년간 새롭게 주목받기 시작한 하위 주제나 연구 방향이 있다면 알려줘" 논쟁점 파악하기 좋은 연구는 기존의 논쟁에 기여한다. 해당 분야의 주요 논쟁점을 파악하자. [논쟁점 파악 프롬프트] "[주제]에 관해 학계에서 아직 합의되지 않은 주요 논쟁점 3가지를 각각의 입장과 함께 정리해줘" [예시 결과] 주제: "온라인 학습의 효과" 논쟁점 1: 온라인 학습이 대면 학습만큼 효과적인가? - 찬성 입장: 동등하거나 우수하다는 메타분석 결과 - 반대 입장: 특정 조건에서만 효과적, 일반화 어려움 논쟁점 2: 학습자 특성에 따른 효과 차이 - 입장 A: 자기조절학습 능력에 따라 효과 차이 큼 - 입장 B: 적절한 설계로 차이 극복 가능 논쟁점 3: 사회적 상호작용의 필요성 - 입장 A: 비동기 상호작용으로도 충분 - 입장 B: 실시간 상호작용이 필수적 3.5 Spaces에 프로젝트로 정리하기 Space 구조화 전략 효율적인 문헌 검토를 위해서는 Spaces를 체계적으로 구조화해야 한다. [권장 Space 구조] Space: "석사논문 - [연구 주제]" | +-- Thread: "1. 주제 탐색 및 범위 설정" | +-- 하위 주제 파악, 연구 질문 도출 | +-- Thread: "2. 핵심 논문 검색" | +-- 분야별 핵심 논문, 많이 인용된 논문 | +-- Thread: "3. 이론적 프레임워크" | +-- 관련 이론, 개념적 틀 | +-- Thread: "4. 연구 방법론 검토" | +-- 사용된 방법론, 장단점 | +-- Thread: "5. 논쟁점 및 gap" | +-- 미해결 쟁점, 향후 연구 방향 | +-- Files: 핵심 PDF 논문들 검색 결과 저장 및 정리 Perplexity에서 유용한 답변을 얻었다면 해당 Thread를 잘 정리해두자. [Thread 정리 팁] 1. Thread 제목을 명확하게 설정 예: "메타인지-학습성과 관계_핵심논문5개_2024.12" 2. 중요한 답변에는 후속 질문으로 깊이 파기 "위 논문 중 [논문명]에 대해 더 자세히 설명해줘" 3. 정리가 끝나면 요약 요청 "지금까지 대화 내용을 핵심 포인트 10개로 요약해줘" 1시간 문헌검토 타임라인 실제로 1시간 안에 선행연구를 정리하는 타임라인이다. [1시간 문헌검토 타임라인] 0-10분: 주제 범위 설정 - 하위 주제 파악 프롬프트 - 연구 질문 구체화 10-25분: 핵심 논문 탐색 - Academic 소스로 핵심 논문 검색 - 인용 많은 논문 5-10개 파악 25-40분: 연구 동향 파악 - 시계열 변화, 패러다임 변화 - 주요 논쟁점 정리 40-50분: 이론적 프레임워크 - 관련 이론 탐색 - 개념적 틀 파악 50-60분: 정리 및 gap 분석 - 지금까지 내용 요약 요청 - 연구 gap 및 향후 방향 정리 [!] 주의: 1시간 문헌검토는 "방향 잡기"용이다. Perplexity가 제시한 핵심 논문은 반드시 원문을 직접 읽어야 한다. AI 요약만으로 논문을 인용하면 안 된다. 전환: 자료를 찾았다면, 이제 분석할 차례 이제 Perplexity로 선행연구를 효율적으로 탐색하는 방법을 익혔다. 핵심 논문 목록을 확보하고, 연구 동향을 파악하고, 논쟁점까지 정리했다. 하지만 목록을 확보하는 것과 실제로 분석하는 것은 다른 문제다. 30페이지짜리 논문을 하나씩 읽으려면 여전히 많은 시간이 필요하다. 다음 장에서는 PDF를 업로드해서 Perplexity와 대화하며 논문을 분석하는 방법을 배운다. 핵심 내용 추출, 방법론 분석, 비판적 독해까지—PDF 분석의 모든 것을 다룬다. [KEY] Key Takeaway Academic 소스를 반드시 선택하라 — 같은 질문이라도 소스에 따라 결과가 완전히 달라진다. 학술 연구에는 Academic 필수 좋은 질문이 좋은 답변을 만든다 — "시간 범위 + 구체적 주제 + 원하는 정보 유형"을 포함한 질문을 던져라 Perplexity는 방향 잡기용이다 — AI가 찾아준 핵심 논문은 반드시 원문을 직접 읽고 확인해야 한다 실전 미션 (15분) 자신의 연구 주제로 Space를 하나 만드세요 Academic 소스를 선택하고, 다음 질문을 던져보세요: "[내 주제] 분야의 최근 5년간 핵심 논문 5개를 정리해줘" 답변에서 제시된 논문 중 하나를 Google Scholar에서 찾아 인용 횟수를 확인해보세요 Perplexity가 찾은 논문이 실제로 존재하나요? 인용 횟수는 얼마인가요? 다음 장에서는 PDF 파일을 업로드해서 논문을 심층 분석하는 방법을 배웁니다. ---------------------------------------- ### 6장. 검증: 팩트체크와 품질 관리 https://voidlogpress.com/books/%ed%8d%bc%ed%94%8c%eb%a0%89%ec%8b%9c%ed%8b%b0-%eb%a6%ac%ec%84%9c%ec%b9%98-%eb%a7%88%ec%8a%a4%ed%84%b0-chatgpt%ec%99%80-gemini%eb%a5%bc-%eb%84%98%ec%96%b4-%ed%8c%a9%ed%8a%b8-%ea%b8%b0%eb%b0%98-ai/6%ec%9e%a5-%ea%b2%80%ec%a6%9d-%ed%8c%a9%ed%8a%b8%ec%b2%b4%ed%81%ac%ec%99%80-%ed%92%88%ec%a7%88-%ea%b4%80%eb%a6%ac/ 질문: AI로 쓴 글은 어떻게 검증해야 하나요? 요약: 세 단계로 봅니다. 출처가 정확한가, 논증이 타당한가, 표현이 적절한가입니다. 출처는 링크 작동 여부, 원문 일치, 기관 신뢰도, 날짜 적절성을 확인하고, 인용된 문장을 원문에서 직접 검색해 맥락까지 맞는지 봅니다. 또 다른 질문: 검증은 몇 단계로 하나요? 답: 세 단계입니다. 정보가 정확한지 보는 출처 검증, 논증이 타당한지 보는 논리 검증, 글이 적절한지 보는 표현 검증입니다. 구조가 탄탄하고 문장이 매끄러워도 이 셋을 거치지 않으면 숨은 위험이 남습니다. 또 다른 질문: 출처는 무엇을 확인해야 하나요? 답: 네 가지입니다. 링크가 작동하는지, 인용된 내용이 원문에 실제로 있는지, 출처 기관이나 저자를 믿을 만한지, 출판 날짜가 적절한지입니다. 원문을 열어 인용된 문장을 직접 검색해 맥락까지 맞는지 봅니다. 또 다른 질문: 1차 자료와 2차 자료는 어떻게 다른가요? 답: 1차는 학술 논문이나 공식 통계처럼 원본 데이터이고, 2차는 리뷰 논문이나 뉴스처럼 1차를 분석한 것이며, 3차는 위키피디아나 AI 답변처럼 2차를 요약한 것입니다. 가능하면 1차까지 추적하는 것이 원칙입니다. 또 다른 질문: 교차 검증은 어떻게 하나요? 답: 같은 정보가 두 개 이상의 독립적 출처에서 확인되는지 봅니다. 이때 출처들이 서로를 인용한 것이 아니라 각자 조사한 것이어야 합니다. 수치가 다르면 어느 쪽이 더 믿을 만한지, 최신 정보가 이전 것을 갱신한 것인지도 따집니다. 최종 확인: 2026-09-02T16:32:24+09:00 6장. 검증: 팩트 체크와 품질 관리 들어가며: AI를 썼지만, 100% 내 글로 만드는 법 Perplexity로 리서치하고, ChatGPT로 초안을 썼다. 구조도 탄탄하고, 문장도 매끄럽다. 이제 제출하면 될까? 아직이다. AI가 작성한 글에는 보이지 않는 위험이 숨어 있다. 출처가 잘못 연결되어 있을 수 있고, 논리에 허점이 있을 수 있고, 원문의 뉘앙스가 왜곡되어 있을 수 있다. 이런 문제들은 검증 과정 없이는 발견하기 어렵다. 이 장에서는 AI 결과물을 내 글로 만드는 검증의 3단계 체계를 다룬다. [검증의 3단계] 1. 출처 검증: 정보가 정확한가? 2. 논리 검증: 논증이 타당한가? 3. 표현 검증: 글이 적절한가? 6.1 출처 검증 체계 Perplexity 출처 직접 확인법 그림 6-1. 3단계 검증 프로세스 Perplexity는 답변마다 출처를 표시한다. 하지만 그 출처를 그대로 믿어서는 안 된다. 확인해야 할 것들: 확인 항목 방법 위험 신호 링크 작동 여부 클릭해서 확인 404 에러, 페이지 없음 출처-내용 일치 원문에서 해당 내용 찾기 원문에 없는 내용 출처 신뢰도 출처 기관/저자 확인 익명, 개인 블로그 날짜 적절성 출판 날짜 확인 오래된 정보 출처 검증 워크플로우 Step 1: 출처 링크 클릭 -> 페이지 열리는지 확인 Step 2: Ctrl+F로 AI가 인용한 문장 검색 Step 3: 해당 문장이 실제로 있는지, 맥락이 맞는지 확인 Step 4: 출처 기관의 신뢰도 평가 1차 자료 vs 2차 자료 구분 모든 출처가 같은 무게를 가지는 것은 아니다. 유형 정의 예시 신뢰도 1차 자료 원본 데이터, 직접 연구 학술 논문, 공식 통계, 원문 인터뷰 2차 자료 1차 자료의 분석/해석 리뷰 논문, 뉴스 기사, 해설서 3차 자료 2차 자료의 요약 위키피디아, 블로그, AI 답변 [TIP] 원칙: 가능하면 1차 자료까지 추적하라. Perplexity가 뉴스 기사를 인용했다면, 그 기사가 인용한 원 논문을 찾아라. 1차 자료 추적 프롬프트 "[Perplexity가 제시한 정보]의 원 출처(primary source)를 찾아줘. 특히 원 논문이나 공식 보고서가 있다면 알려줘" 의심스러운 정보 크로스체크 한 출처만으로는 부족하다. 중요한 정보는 반드시 교차 검증하라. 크로스체크 프롬프트 "[특정 주장/통계]가 사실인지 다른 출처에서도 확인해줘. 서로 다른 기관의 자료 2-3개로 검증해줘" 크로스체크 체크리스트 [ ] 같은 정보가 2개 이상의 독립적 출처에서 확인되는가? [ ] 출처들이 서로를 인용한 게 아니라 독립적으로 조사한 것인가? [ ] 수치가 다르다면, 어느 출처가 더 신뢰할 만한가? [ ] 최신 정보가 이전 정보를 업데이트한 것인가? 6.2 논리 검증 논증의 허점 찾기 프롬프트 구조적으로 잘 짜인 글도 논리적 허점을 가질 수 있다. 논리 검증 기본 프롬프트 "다음 글의 논리적 문제점을 찾아줘: [내 글 붙여넣기] 확인해줄 것: 1. 논리적 비약 (근거 없이 결론으로 점프) 2. 인과관계 오류 (상관관계를 인과로 착각) 3. 일반화의 오류 (제한된 사례로 전체 주장) 4. 순환 논증 (주장이 근거가 되는 구조)" 구체적 오류 유형 점검 "다음 주장에서 '미끄러운 경사면 오류'나 '허수아비 공격 오류'가 있는지 확인해줘: [특정 단락]" 반론 생성으로 자가 검증 자신의 주장에 대한 반론을 미리 예상하고 대응하면 논증이 탄탄해진다. 반론 생성 프롬프트 "다음 주장에 대해 비판적 독자가 제기할 수 있는 반론 3가지를 만들어줘: [내 핵심 주장] 각 반론에 대해 어떻게 대응할 수 있는지도 제안해줘" 약점 분석 프롬프트 "내 논문의 가장 취약한 부분은 어디인가? 학술 심사자 관점에서 지적할 만한 문제점 3가지를 찾아줘: [초안 또는 아웃라인]" 동료 검토 시뮬레이션 학술 논문이라면 동료 검토(peer review)를 시뮬레이션해볼 수 있다. 심사자 역할 프롬프트 "당신은 [분야]의 학술지 심사자입니다. 다음 논문 초안을 검토하고 심사 의견서를 작성해주세요: [초안] 포함할 내용: 1. 주요 강점 2가지 2. 주요 약점/개선 필요 사항 3가지 3. 수정 권고 (Major/Minor revision) 4. 구체적인 수정 제안" 6.3 표현 검증과 다듬기 문체 일관성 체크 AI가 작성한 글은 종종 문체가 일관되지 않다. 특히 여러 번에 나눠서 작성했다면 더 그렇다. 문체 일관성 점검 프롬프트 "다음 글의 문체 일관성을 점검해줘: [전체 글] 확인해줄 것: 1. 어조의 변화 (갑자기 딱딱해지거나 가벼워지는 부분) 2. 문장 길이의 급격한 변화 3. 용어 사용의 불일치 (같은 개념을 다른 단어로) 4. 시제의 혼용" 통일 작업 프롬프트 "다음 글 전체를 [학술적/비즈니스/친근한] 톤으로 통일해줘. 의미는 유지하면서 문체만 조정해줘" 학술적 표현으로 전환 블로그 톤으로 작성한 글을 학술 논문에 맞게 바꿔야 할 때가 있다. 학술 톤 전환 프롬프트 "다음 문단을 학술 논문에 적합한 표현으로 바꿔줘: [일상적 표현의 문단] 주의사항: - 객관적 3인칭 사용 - 불필요한 수식어 제거 - 전문 용어 적절히 사용 - 주장에는 근거/출처 위치 표시" before/after 예시: Before (일상적) After (학술적) "엄청 많은 연구들이 이걸 보여줬다" "다수의 선행연구가 이를 지지한다(Kim, 2023; Lee, 2024)" "당연히 이게 더 좋다" "본 분석 결과, A 방법이 더 효과적인 것으로 나타났다" "이건 진짜 중요한 문제다" "이는 [분야]에서 핵심적인 연구 과제로 인식된다" 최종 퇴고 체크리스트 제출 전 최종 점검 항목이다. 퇴고 프롬프트 "다음 글의 최종 교정을 해줘: [전체 글] 확인해줄 것: 1. 맞춤법/문법 오류 2. 어색한 표현 3. 불필요한 반복 4. 누락된 연결어 5. 단락 간 전환의 자연스러움" 최종 체크리스트 카테고리 점검 항목 [v] 출처 모든 주장에 출처가 달려 있는가? 출처 링크가 모두 작동하는가? 인용 형식이 통일되어 있는가? 논리 논리적 비약이 없는가? 반론에 대한 대응이 있는가? 결론이 근거에서 자연스럽게 도출되는가? 표현 문체가 일관되는가? 전문 용어가 적절히 사용되었는가? 맞춤법/문법 오류가 없는가? 형식 단락 구분이 적절한가? 제목/소제목이 내용을 반영하는가? 참고문헌 목록이 완성되었는가? 검증 워크플로우 종합 세 가지 검증을 하나의 워크플로우로 통합하면 이렇다. [3단계 검증 워크플로우] Stage 1: 출처 검증 (30분) +-- 핵심 주장 5개 출처 직접 확인 +-- 통계/수치 크로스체크 +-- 1차 자료 추적 Stage 2: 논리 검증 (20분) +-- 논리적 허점 프롬프트로 점검 +-- 반론 3개 생성 + 대응 점검 +-- 전체 논증 흐름 검토 ️ Stage 3: 표현 검증 (20분) +-- 문체 일관성 점검 +-- 학술적 표현 조정 +-- 맞춤법/문법 최종 교정 ⏱️ 총 소요 시간: 약 70분 [TIP] 팁: 시간이 부족하면 출처 검증에 가장 많은 시간을 투자하라. 논리 오류는 눈에 띄지만, 출처 오류는 치명적이다. 전환: 기술을 넘어 가치로 지금까지 우리는 Perplexity를 활용한 리서치 워크플로우를 완성했다. 3장: 자료 탐색 (선행연구 찾기) 4장: 문헌 분석 (PDF 심층 분석) 5장: 구조화 (아웃라인에서 초안까지) 6장: 검증 (팩트 체크와 품질 관리) 기술적인 부분은 여기까지다. 하지만 AI 글쓰기에는 기술만으로 해결되지 않는 문제가 있다. "AI를 쓰면 표절인가요?" "어디까지 AI에게 맡겨도 되나요?" "AI 사용을 밝혀야 하나요?" 다음 장에서는 AI 글쓰기의 윤리적 기준을 다룬다. 추상적인 원칙이 아니라, 실제 문제 사례와 구체적인 대응 방법을 알아본다. [KEY] Key Takeaway 출처 검증이 가장 중요하다 — 링크를 클릭하고, 원문을 확인하고, 1차 자료까지 추적하라 논리 검증은 반론으로 — 자신의 주장에 대한 반론을 미리 만들어보면 허점이 드러난다 AI 글도 퇴고가 필수 — 문체 통일, 학술 표현 전환, 맞춤법까지 최종 점검하라 실전 미션 (10분) AI로 작성한 글 중 핵심 주장이 담긴 단락 하나를 선택하세요 그 단락에 달린 출처를 직접 클릭해서 원문을 확인하세요 원문에서 AI가 인용한 내용이 정확히 있는지 Ctrl+F로 찾아보세요 있다면 [v], 없거나 왜곡되었다면 수정하세요 다음 장에서는 AI 글쓰기의 윤리적 기준과 실제 문제 사례를 다룹니다. ---------------------------------------- ## 세상을 설계하는 알고리즘 ISBN 9791142159701 · 2025-09-24 · WATCHLOG 리포트팀 지음 https://voidlogpress.com/books/%ec%84%b8%ec%83%81%ec%9d%84-%ec%84%a4%ea%b3%84%ed%95%98%eb%8a%94-%ec%95%8c%ea%b3%a0%eb%a6%ac%ec%a6%98/ ### 5장. 나는 왜 멈출 수 없는가?: ‘도파민’과 ‘필터 버블’이라는 달콤한 함정 https://voidlogpress.com/books/%ec%84%b8%ec%83%81%ec%9d%84-%ec%84%a4%ea%b3%84%ed%95%98%eb%8a%94-%ec%95%8c%ea%b3%a0%eb%a6%ac%ec%a6%98/5%ec%9e%a5-%eb%82%98%eb%8a%94-%ec%99%9c-%eb%a9%88%ec%b6%9c-%ec%88%98-%ec%97%86%eb%8a%94%ea%b0%80-%eb%8f%84%ed%8c%8c%eb%af%bc%ea%b3%bc-%ed%95%84%ed%84%b0-%eb%b2%84%eb%b8%94%ec%9d%b4%eb%9d%bc%eb%8a%94/ 질문: 틱톡을 끊기 어려운 이유는 무엇인가요? 요약: 기대, 탐색, 보상, 갈망이 반복되는 도파민 루프와 개인화된 필터 버블 때문입니다. 스크롤은 능동적인 선택처럼 느껴지지만 실제 선택지는 알고리즘이 준비하며, 보상을 다시 경험하려는 욕구가 다음 스크롤로 이어집니다. 개인화 알고리즘은 사용자가 접하는 정보 공간도 점점 좁힙니다. 또 다른 질문: 도파민 루프는 어떻게 돌아가나요? 답: 네 단계가 반복됩니다. 다음 영상이 재미있을지 모르는 기대, 스크롤하는 탐색, 재미있는 것을 만났을 때의 보상, 그 보상을 다시 겪고 싶은 갈망입니다. 갈망이 다시 기대로 돌아가면서 멈출 수 없는 상태가 됩니다. 또 다른 질문: 스크롤은 내가 선택하는 것 아닌가요? 답: 능동적 선택을 한다는 느낌은 들지만 실제로는 알고리즘이 준비한 옵션들 중에서 고르는 것입니다. 손가락을 움직이는 행위 자체가 선택처럼 느껴지기 때문에 착각이 유지됩니다. 무엇을 고를지는 내가 정해도 무엇이 후보가 될지는 정하지 않습니다. 또 다른 질문: 3초 법칙이 왜 문제인가요? 답: 처음 3초 안에 관심을 끌지 못하면 스킵되기 때문에 콘텐츠가 점점 더 자극적이고 빨라집니다. 짧은 영상을 연속으로 보면 뇌가 빠른 전환에 익숙해지고, 하나에 오래 집중하는 능력이 줄어듭니다. 또 다른 질문: 숏폼이 뇌를 바꾼다는 연구는 확실한가요? 답: 일부 연구가 뇌의 특정 영역 활동에 변화가 있을 수 있다고 보고했지만 아직 초기 단계입니다. 장기 추적 연구와 더 많은 검증이 필요한 상황이라 확정된 결론처럼 다루지 않는 편이 맞습니다. 최종 확인: 2026-09-02T16:32:25+09:00 5장. 나는 왜 멈출 수 없는가?: '도파민'과 '필터 버블'이라는 달콤한 함정 뇌과학으로 본 틱톡 중독의 비밀 당신이 틱톡을 열고 첫 번째 영상을 보는 순간, 뇌에서는 복잡한 화학적 반응이 시작된다. 이는 단순한 "재미있는 콘텐츠 시청"이 아니라, 정교하게 설계된 신경과학적 해킹이다. 도파민 루프의 작동 원리: 1단계: 기대 다음 영상이 재미있을지 모르는 불확실성 뇌의 측좌핵에서 도파민 분비 시작 "보상을 받을지도 모른다"는 기대감 2단계: 탐색 손가락으로 스크롤하는 행위 능동적 선택을 한다는 착각 실제로는 알고리즘이 준비한 옵션들 중 선택 3단계: 보상 재미있는 영상 발견 시 도파민 급증 웃음, 감동, 놀라움 등의 즉각적 쾌감 "더 찾아보자"는 욕구 증가 4단계: 갈망 이전 보상을 다시 경험하고 싶은 욕구 스크롤을 멈출 수 없는 상태 1단계로 돌아가는 무한 루프 "3초 법칙"과 주의력 파괴 틱톡의 가장 무서운 특징 중 하나는 "3초 법칙"이다. 처음 3초 안에 시청자의 관심을 끌지 못하면 즉시 스킵된다. 이에 맞춰 크리에이터들은 점점 더 자극적이고 빠른 콘텐츠를 만들게 되었다. 주의력에 미치는 영향: 평균 주의 지속 시간: 150초(2004년) → 47초(2021년) → 추정 30초 미만(2024년) 긴 텍스트나 영상에 대한 인내력 급격히 감소 "즉각적 만족"을 주지 못하는 활동에 대한 흥미 상실 캘리포니아 대학 어바인 캠퍼스의 글로리아 마크(Gloria Mark) 교수 연구에 따르면, 현대인들은 11분마다 한 번씩 주의가 산만해지며, 한 번 집중이 깨지면 원래 작업으로 돌아가는 데 평균 23분이 걸린다고 한다. 틱톡은 이를 더욱 가속화한다. 15초짜리 영상들을 연속으로 보면서 뇌는 "빠른 전환"에 중독되고, 하나의 대상에 오래 집중하는 능력을 잃어간다. 2025년 충격적 연구 결과: 숏폼 비디오와 인지 변화 국내외 여러 연구기관에서 숏폼 비디오 중독자들을 대상으로 한 뇌과학 연구들이 발표되고 있다. 일부 연구에서는 과도한 숏폼 비디오 시청이 뇌의 특정 영역 활동에 변화를 가져올 수 있다는 결과를 제시하고 있으나, 이러한 연구들은 아직 초기 단계이며 장기적인 추적 연구와 더 많은 검증이 필요한 상황이다. 관찰된 주요 변화 패턴을 간략히 설명하면: 주의 집중 영역: 뇌의 '집중력 관리소'에 해당하는 부위가 달라집니다. 마치 멀티태스킹을 자주 하는 직장인의 업무 처리 방식이 바뀌는 것과 비슷하죠. 보상 시스템: 뇌의 '보상센터'가 즉석 라면에 길들여진 입맛처럼 변화합니다. 짧고 강한 자극에만 반응하고, 긴 호흡의 만족감은 잘 느끼지 못하게 되는 것이죠. 의사결정 영역: 뇌의 '브레이크 담당 부서'의 작동 방식이 바뀝니다. 충동적으로 '다음 영상' 버튼을 누르는 게 습관이 되면서, 신중한 판단보다는 즉각적 반응을 선호하게 됩니다. 하지만 이러한 변화가 "틱톡 사용으로 인한 직접적 결과"인지, 아니면 "스마트폰 과사용 전반"이나 "개인차" 때문인지는 아직 명확하지 않다. 뇌과학계에서는 "스마트폰이 뇌를 바꾼다"는 식의 성급한 결론보다는 신중한 해석이 필요하다고 권고하고 있다. 당신만을 위한 감옥: 필터 버블의 진화 틱톡의 개인화 알고리즘은 사용자를 점점 좁은 정보 공간에 가둔다. 이를 "필터 버블"이라고 한다. 틱톡 필터 버블의 특징: 1. 빠른 형성 30분 사용 후 기본적 필터 버블 형성 2시간 후 뚜렷한 개인화 패턴 확립 일주일 후 타인과 완전히 다른 "틱톡 세계" 경험 2. 감정 기반 분류 정치적 성향보다는 감정적 선호도로 분류 우울한 콘텐츠를 좋아하면 → 더 우울한 콘텐츠 추천 분노를 유발하는 콘텐츠에 반응하면 → 더 자극적인 콘텐츠 추천 3. 탈출 불가능한 구조 "관심 없음" 표시의 한계: 유사한 다른 콘텐츠로 대체 다양성 추구 시도: 알고리즘이 이를 "일시적 변화"로 인식 완전히 다른 장르 시도: 점진적으로 기존 선호도로 복귀 유도 Case Study: "Sad Girl TikTok"과 정신건강 위기 2024년 한 실험에서 연구자들이 "우울한 10대 소녀" 페르소나로 틱톡 계정을 만들고 "painhub", "sadnotes" 같은 계정을 팔로우했다. 결과는 충격적이었다. 20분 만에 부정적 필터 버블에 완전히 갇혔다: 자해에 관한 콘텐츠 섭식장애를 다루는 영상 자살 생각을 표현하는 시나 음악 "아무도 나를 이해하지 못한다"는 메시지 더 무서운 것은 이런 콘텐츠들이 "공감"과 "위로"의 형태로 포장되어 있다는 점이다. 사용자는 자신이 "이해받고 있다"고 느끼면서 점점 더 부정적인 사고에 빠져든다. 실제로 사우디아라비아에서 384명의 청소년을 대상으로 한 연구에서는: 틱톡 사용자의 55.1%가 부정적 신체 이미지 보고 사회적 비교 점수가 비사용자보다 유의미하게 높음 (p=0.005) 우울 증상과 불안 증상의 동시 증가 디지털 디톡스의 놀라운 효과 2025년 발표된 대규모 실험 연구는 희망적인 결과를 보여줬다. 2주간의 모바일 인터넷 차단 실험에서: 인지적 변화: 집중력: 평균 23% 향상 기억력: 18% 개선 문제 해결 능력: 15% 상승 감정적 변화: 우울감: 31% 감소 불안감: 28% 감소 전반적 삶의 만족도: 22% 상승 수면의 질: 평균 수면시간: 일일 17분 증가 깊은 잠 단계 비율 증가 수면의 질 주관적 평가 향상 가장 놀라운 발견은 이러한 개선이 "10년간의 노화로 인한 인지력 저하를 상쇄하는 수준"이었다는 것이다. 알고리즘 중독에서 벗어나는 방법 1. 인지적 방어 전략 "3초 법칙" 인식: 첫 3초에 관심을 끌려는 시도임을 알기 메타 인지 훈련: "지금 내가 무엇 때문에 이 영상을 보고 있는가?" 자문 시간 제한: 앱 사용 시간 알림 및 강제 종료 기능 활용 2. 알고리즘 훈련 의도적 다양성 추구: 평소와 완전히 다른 장르 콘텐츠 적극 시청 "관심 없음" 적극 활용: 부정적이거나 중독적인 콘텐츠에 즉시 표시 검색 기능 활용: 추천에만 의존하지 않고 능동적으로 콘텐츠 찾기 3. 대체 활동 긴 호흡의 콘텐츠: 책, 다큐멘터리, 팟캐스트 등으로 주의력 회복 창작 활동: 소비만 하지 말고 직접 무언가 만들어보기 오프라인 활동: 실제 세계에서의 경험과 관계 늘리기 결국 중요한 것은 "알고리즘이 나를 이용하는가, 내가 알고리즘을 이용하는가"의 문제다. 의식적이고 비판적인 사용자만이 디지털 도구의 혜택을 누리면서도 그 부작용에서 자유로울 수 있다. ---------------------------------------- ### 7장. ‘데이터’가 아닌 ‘알고리즘’을 원하는 미국: 진짜 위협은 무엇인가? https://voidlogpress.com/books/%ec%84%b8%ec%83%81%ec%9d%84-%ec%84%a4%ea%b3%84%ed%95%98%eb%8a%94-%ec%95%8c%ea%b3%a0%eb%a6%ac%ec%a6%98/7%ec%9e%a5-%eb%8d%b0%ec%9d%b4%ed%84%b0%ea%b0%80-%ec%95%84%eb%8b%8c-%ec%95%8c%ea%b3%a0%eb%a6%ac%ec%a6%98%ec%9d%84-%ec%9b%90%ed%95%98%eb%8a%94-%eb%af%b8%ea%b5%ad-%ec%a7%84%ec%a7%9c-%ec%9c%84%ed%98%91/ 질문: 미국이 틱톡을 규제한 진짜 이유는 무엇인가요? 요약: 데이터를 어디에 저장하느냐가 아니라 추천 알고리즘을 누가 쥐느냐가 쟁점이었습니다. 2025년 연방대법원 합헌 판결 이후에도 미국이 요구한 것은 매각이 아니라 알고리즘 통제권이었습니다. 디지털 주권의 질문이 데이터 주권에서 알고리즘 주권으로 옮겨간 것입니다. 또 다른 질문: 미국이 진짜로 원한 것은 무엇이었나요? 답: 데이터를 어디에 저장하느냐가 아니라 추천 알고리즘의 통제권이었습니다. 2025년 1월 연방대법원이 9 대 0으로 합헌 판결을 내린 뒤에도 요구의 초점은 매각이 아니라 알고리즘이 누구 손에 있느냐였습니다. 또 다른 질문: 디지털 주권 개념이 어떻게 바뀐 건가요? 답: 내 국민의 데이터가 어디에 저장되는가를 묻던 1세대에서, 내 국민이 무엇을 보게 될지 누가 결정하는가를 묻는 2세대로 옮겨갔습니다. 해결 방법도 데이터 현지화에서 추천 로직의 투명성과 통제로 바뀌었습니다. 또 다른 질문: Project Texas는 왜 받아들여지지 않았나요? 답: 15억 달러를 들여 데이터를 옮기고 보안 인력을 고용했지만 미국 의회는 마케팅 전략이라고 일축했습니다. 서버를 누가 관리하든 알고리즘의 가중치 조정만으로 노출 빈도를 바꾸는 일이 가능하다고 보았기 때문입니다. 또 다른 질문: 미국이 우려한 구체적인 시나리오는 무엇인가요? 답: 세 가지였습니다. 특정 성향 콘텐츠의 노출 빈도를 미묘하게 조정하는 것, 전쟁이나 선거 같은 위기 상황에서 여론을 움직이는 것, 그리고 젊은 세대의 인식을 오랜 시간에 걸쳐 형성하는 것입니다. 최종 확인: 2026-09-02T16:32:25+09:00 7장. '데이터'가 아닌 '알고리즘'을 원하는 미국: 진짜 위협은 무엇인가? 패러다임 전환: 데이터 주권에서 알고리즘 주권으로 2025년 1월 17일, 미국 연방대법원의 9:0 합헌 판결로 틱톡 금지법이 확정되었다. 하지만 미국 정부가 진짜 원했던 것은 틱톡의 매각이 아니라 알고리즘의 통제권이었다. 이는 디지털 주권 개념의 근본적 진화를 의미한다. 1세대 디지털 주권: 데이터 주권 핵심 관심사: "내 국민의 데이터가 어디에 저장되는가?" 해결 방법: 데이터 현지화 (로컬 서버에 저장) 대표 정책: GDPR, 러시아 데이터 현지화법 2세대 디지털 주권: 알고리즘 주권 핵심 관심사: "내 국민이 무엇을 보게 될지 누가 결정하는가?" 해결 방법: 추천 로직의 투명성과 통제 대표 정책: 미국 틱톡 금지법, EU 디지털서비스법 Project Texas: 15억 달러의 실패한 타협 바이트댄스는 미국의 우려를 해결하기 위해 Project Texas라는 대규모 프로젝트를 추진했다. Project Texas의 내용: 총 투자액: 15억 달러 미국 사용자 데이터 100% Oracle 클라우드로 이전 2,000명 이상의 미국 보안 요원 고용 Oracle에게 알고리즘 접근권 부여 중국 직원의 미국 데이터 접근 완전 차단 하지만 미국 의회는 이를 "마케팅 전략"이라고 일축했다. 왜일까? 미국이 우려했던 핵심 시나리오들: 1. 미묘한 알고리즘 조작 중국 정부 비판 콘텐츠의 노출 빈도 조정 친중 성향 콘텐츠의 은밀한 증폭 미국 사회 갈등을 부추기는 콘텐츠 선별 노출 2. 위기 상황에서의 정보 통제 전쟁이나 국제적 갈등 시 여론 조작 선거 기간 중 특정 후보에 유리한 콘텐츠 증폭 경제 위기 시 공황 상태 유도 또는 억제 3. 장기적 인식 형성 젊은 세대의 중국에 대한 인식 개선 미국의 가치와 상반되는 콘텐츠 점진적 확산 서구 민주주의에 대한 회의적 시각 조성 이러한 조작은 Oracle이 서버를 관리하더라도 알고리즘의 가중치 조정만으로도 충분히 가능했다. 중국의 국가정보법과 기업의 딜레마 미국의 우려는 단순한 추측이 아니다. 중국의 2017년 국가정보법이 그 근거를 제공한다. 중국 국가정보법 제7조: "모든 조직과 시민은 법에 따라 국가 정보 업무를 지원하고 지지하며 협력해야 한다" 제14조: "국가정보기관은 관련 기관, 조직, 시민의 필요한 지원과 협력을 요구할 수 있다" 즉, 중국 정부가 요구한다면 바이트댄스는 법적으로 거부할 수 없다. 설령 경영진이 거부하고 싶어도 중국 내 직원들과 자산이 있는 이상 완전한 독립성은 불가능하다. 실제 사례: 신장 위구르 콘텐츠 분석 스탠포드 대학의 연구팀이 틱톡에서 "신장(Xinjiang)" 관련 콘텐츠를 분석한 결과는 충격적이었다. 검색 결과 분석: 인권 탄압 관련 콘텐츠: 거의 찾아볼 수 없음 위구르족 전통 문화 콘텐츠: 대량 노출 신장 지역 관광 및 발전상: 적극적 추천 서구 미디어 비판: 높은 조회수와 추천률 비교 분석 (유튜브 vs 틱톡): 유튜브: "Xinjiang" 검색 시 인권 문제 관련 영상 다수 틱톡: 동일 검색어로 거의 전무, 대신 "아름다운 신장"류 콘텐츠 추천 이는 알고리즘이 정치적 서사를 은밀하게 조작할 수 있음을 보여주는 명확한 증거다. 국가안보 위험의 3차원 분석 미국 정보당국이 평가하는 틱톡의 위험은 3차원으로 분석된다. 1차원: 데이터 수집 (Data Collection) 위험도: 중간 내용: 개인정보, 위치정보, 행동패턴 수집 대응: 기술적 차단 가능 (Project Texas식 접근) 2차원: 알고리즘 조작 (Algorithm Manipulation) 위험도: 높음 내용: 정보 환경 조작을 통한 여론 형성 대응: 기술적 차단 매우 어려움 3차원: 플랫폼 무기화 (Platform Weaponization) 위험도: 극높음 내용: 위기 상황에서 대량 선동 도구로 활용 대응: 완전한 통제권 확보 외에는 불가능 미국이 궁극적으로 우려한 것은 3차원의 위험이다. 예를 들어, 대만 해협 위기 상황에서 1억 7천만 미국인에게 동시에 "미군 개입 반대" 메시지를 노출시킬 수 있다는 것이다. ByteDance의 궁극적 딜레마 바이트댄스 입장에서는 "해결 불가능한 구조적 모순"에 직면했다. 미국의 요구: 알고리즘 소스코드 공개 추천 로직의 완전한 투명성 미국 정부의 알고리즘 감독권 인정 중국의 제약: 2020년 개정된 수출관리법으로 AI 알고리즘 수출 금지 국가 기밀로 분류된 추천 기술의 해외 이전 불가 중국 정부의 "기술 주권" 정책과 정면 충돌 결국 바이트댄스는 "미국에서 사업을 포기하거나, 중국에서 불법행위를 저지르거나" 둘 중 하나를 선택해야 하는 상황에 몰렸다. 글로벌 기업의 새로운 딜레마 틱톡 사례는 다국적 기업이 직면한 "지정학적 분열"의 첫 번째 본격적 사례다. 과거의 국제 분쟁: 무역 관세나 특정 제품 제재 일시적이고 협상 가능한 문제 경제적 손실은 있지만 사업 지속 가능 현재의 기술 분쟁: 핵심 기술과 플랫폼의 완전 분리 요구 구조적이고 타협 불가능한 문제 한쪽 시장을 완전히 포기해야 하는 선택 이는 "디지털 냉전"의 시작을 알리는 신호다. 앞으로 더 많은 기술 기업들이 미국과 중국 사이에서 선택을 강요받을 것으로 예상된다. 유럽의 제3의 길 유럽연합은 미국과 중국의 대립 구도에서 "제3의 길"을 모색하고 있다. EU의 디지털서비스법(DSA) 접근: 특정 국가 타겟팅 대신 모든 플랫폼에 동일한 규제 적용 투명성과 안전성에 중점, 소유권보다는 운영방식 규제 사용자 권리 보호를 최우선 가치로 설정 DSA 하에서 틱톡에 부과된 의무: 알고리즘 추천 기준 공개 사용자에게 비개인화 피드 옵션 제공 미성년자 대상 광고 전면 금지 시스템적 위험 정기 평가 및 공개 독립적 감사 기관의 접근 허용 하지만 이 접근법도 한계가 있다. "투명성"만으로는 "통제권"의 문제를 해결할 수 없기 때문이다. 한국이 직면한 특수한 딜레마: K-콘텐츠와 정보 주권 한국은 세계 어느 나라도 겪어보지 못한 독특한 상황에 처해 있다. 틱톡이 한류 확산의 핵심 엔진 역할을 하고 있기 때문이다. 한국의 복잡한 계산법: 경제적 이익: BTS, 블랙핑크 등 K-pop 아티스트의 글로벌 진출에 틱톡이 결정적 역할 K-뷰티, K-드라마, K-푸드의 해외 시장 확장 통로 2024년 기준 한류의 경제적 효과 연간 14조 원 (한국문화산업교육진흥원) 이 중 상당 부분이 틱톡을 통한 바이럴 마케팅에서 발생 안보적 우려: 미국의 동맹국으로서 중국 플랫폼에 대한 경계 필요 북한과의 대치 상황에서 정보 보안의 중요성 급증 젊은 세대의 "중국 문화 선호 현상" 일부 확산 우려 구체적인 사례들: K-pop의 틱톡 의존도: NewJeans의 "Get Up": 틱톡 챌린지로 전 세계 확산 → 빌보드 차트 진입 SEVENTEEN: 틱톡 팔로워 수가 인스타그램의 2배 → 해외 팬덤 확장의 핵심 채널 aespa의 "Spicy": 틱톡 댄스 챌린지 참여자 1,000만 명 돌파 정부의 고민: 문화체육관광부: 한류 확산을 위해 틱톡과 협력 필요 국가정보원: 중국 플랫폼의 데이터 수집에 대한 보안 우려 과학기술정보통신부: 국내 플랫폼(네이버, 카카오) 경쟁력 강화 vs 글로벌 플랫폼 활용 결국 한국은 "틱톡과 함께 춤추면서도 경계하는" 복잡한 줄타기를 해야 하는 상황이다. 이는 다른 어느 나라도 경험해보지 못한 21세기형 딜레마라고 할 수 있다. ---------------------------------------- ### 에필로그: 알고리즘 시대를 살아가는 우리에게 필요한 것들 https://voidlogpress.com/books/%ec%84%b8%ec%83%81%ec%9d%84-%ec%84%a4%ea%b3%84%ed%95%98%eb%8a%94-%ec%95%8c%ea%b3%a0%eb%a6%ac%ec%a6%98/%ec%97%90%ed%95%84%eb%a1%9c%ea%b7%b8-%ec%95%8c%ea%b3%a0%eb%a6%ac%ec%a6%98-%ec%8b%9c%eb%8c%80%eb%a5%bc-%ec%82%b4%ec%95%84%ea%b0%80%eb%8a%94-%ec%9a%b0%eb%a6%ac%ec%97%90%ea%b2%8c-%ed%95%84%ec%9a%94/ 질문: 알고리즘이 지배하는 환경에서 개인은 무엇을 할 수 있나요? 요약: 본문이 제시하는 선택은 빼앗기기, 지배하기, 공존하기의 세 가지입니다. 알고리즘이 추천하는 대로 소비하거나, 추천 시스템을 거부하고 자신의 의지로만 선택하거나, 작동 원리를 이해해 활용하면서 비판적 거리를 유지할 수 있습니다. 본문은 세 번째인 디지털 시민의 길을 공존으로 설명합니다. 또 다른 질문: 알고리즘 시대에 선택지는 무엇이 있나요? 답: 세 가지로 제시됩니다. 추천하는 대로 소비하며 흘러가는 길, 추천 시스템을 거부하고 자기 의지로만 고르는 길, 그리고 작동 원리를 이해해 활용하되 비판적 거리를 유지하는 길입니다. 본문은 세 번째를 공존이라 부릅니다. 또 다른 질문: 추천이 예측이 아니라 창조라는 말은 무슨 뜻인가요? 답: 알고리즘이 좋아할 것을 맞히는 데 그치지 않고 좋아하도록 만든다는 뜻입니다. 오늘 본 영상이 내일의 쇼핑 목록에, 일주일 뒤 대화 주제에, 한 달 뒤 가치관에 영향을 미칠 수 있습니다. 또 다른 질문: 개인화가 왜 고립이 되나요? 답: 당신만을 위한 추천은 듣기에 좋지만 다른 사람들과 분리시키기 때문입니다. 공통된 문화적 경험이 사라지면 세대 간, 계층 간 소통이 어려워집니다. 나와 다른 사람들의 콘텐츠를 의식적으로 찾아보는 노력이 필요합니다. 또 다른 질문: 무료 서비스라면 잃을 것이 없지 않나요? 답: 무료라고 생각하는 순간이 함정입니다. 시간과 주의력, 개인정보, 그리고 선택의 자율성을 지불하고 있습니다. 이 거래가 공정한지 스스로 판단해야 합니다. AI가 추천했으니 객관적일 것이라는 생각도 위험합니다. 최종 확인: 2026-09-02T16:32:25+09:00 에필로그: 알고리즘 시대를 살아가는 우리에게 필요한 것들 빼앗길 것인가, 지배할 것인가, 공존할 것인가 2025년 1월 19일, 미국에서 틱톡이 완전히 사라진 날. 1억 7천만 명의 미국인이 갑작스럽게 검은 화면과 마주했다. 그들 중 많은 사람이 느낀 것은 단순한 불편함이 아니라 "내가 누구인지 모르겠다"는 정체성의 혼란이었다. 매일 95분씩 함께했던 알고리즘이 사라지자, 사람들은 "내가 진짜 좋아하는 것이 무엇인지" 잊어버렸다는 사실을 깨달았다. 틱톡이 추천해주던 음악, 패션, 음식, 심지어 생각하는 방식까지... 그 모든 것이 정말 자신의 선택이었을까? 이것이 우리가 직면한 근본적 질문이다. 알고리즘 시대에 인간의 자유의지란 무엇인가? 세 가지 선택의 길 첫 번째 길: 빼앗기기 - 디지털 농노의 길 가장 쉬운 선택은 그냥 흘러가는 대로 사는 것이다. 알고리즘이 추천하는 것을 소비하고, 트렌드를 따라가고, 피드가 시키는 대로 감정을 느끼는 것. 이 길을 선택하면: 선택의 고민에서 해방된다 항상 재미있고 자극적인 콘텐츠를 즐길 수 있다 전 세계의 트렌드와 동조할 수 있다 하지만 진정한 자아를 잃어버릴 위험이 있다 두 번째 길: 지배하기 - 디지털 저항자의 길 알고리즘과 정면으로 맞서는 것이다. 개인정보를 완전히 차단하고, 추천 시스템을 거부하고, 오직 자신의 의지로만 콘텐츠를 선택하는 것. 이 길을 선택하면: 완전한 자율성을 확보할 수 있다 알고리즘 조작에서 자유로워진다 깊이 있는 사고와 집중력을 회복할 수 있다 하지만 현대 사회에서 소외될 위험이 있다 세 번째 길: 공존하기 - 디지털 시민의 길 알고리즘을 완전히 거부하지도, 맹목적으로 따르지도 않는 것이다. 그 작동 원리를 이해하고, 필요할 때는 활용하되, 언제나 비판적 거리를 유지하는 것. 디지털 시민을 위한 제언: 무엇을 알고 무엇을 경계해야 하는가 알아야 할 5가지 진실 1. 당신의 관심사는 예측 가능하다 틱톡 알고리즘이 40분 만에 당신의 취향을 파악할 수 있다는 것은 인간의 선호도가 생각보다 패턴화되어 있다는 뜻이다. 이를 인정하고 받아들이는 것이 첫 번째 단계다. "나는 특별하고 예측 불가능한 존재"라는 환상을 버리고, "나도 어느 정도 패턴이 있는 존재"임을 인정해야 알고리즘과 건강한 관계를 맺을 수 있다. 2. 추천은 예측이 아니라 창조다 알고리즘은 당신이 좋아할 것을 예측하는 것이 아니라, 당신이 좋아하도록 만든다. 오늘 틱톡에서 본 영상이 내일 당신의 쇼핑 목록에, 일주일 후 당신의 대화 주제에, 한 달 후 당신의 가치관에 영향을 미칠 것이다. 이를 이해하면 추천에 대해 더 신중해질 수 있다. 3. 개인화는 고립화다 "당신만을 위한 추천"은 들리기에는 좋지만, 실제로는 당신을 다른 사람들과 분리시킨다. 공통된 문화적 경험이 사라지고, 세대 간, 계층 간 소통이 어려워진다. 의식적으로 "나와 다른 사람들"의 콘텐츠를 찾아보는 노력이 필요하다. 4. 무료는 없다 "틱톡은 무료야"라고 생각하는 순간 함정에 빠진다. 당신은 시간, 주의력, 개인정보, 그리고 자유의지를 지불하고 있다. 이 거래가 공정한지 스스로 판단해야 한다. 5. 알고리즘도 편견이 있다 AI는 중립적이지 않다. 개발자의 편견, 훈련 데이터의 편향, 비즈니스 모델의 압력이 모두 알고리즘에 반영된다. "AI가 추천했으니까 객관적일 거야"라는 생각은 위험하다. 경계해야 할 5가지 위험 1. 3초 법칙의 노예 모든 것을 3초 안에 판단하는 습관이 들면, 깊이 있는 사고가 불가능해진다. 의식적으로 "느린 미디어"를 찾아 보자. 긴 다큐멘터리 보기 두꺼운 책 읽기 긴 대화 나누기 복잡한 문제에 대해 며칠간 생각해보기 2. 감정적 공명의 함정 틱톡은 논리보다는 감정에 호소한다. 특히 분노, 불안, 우울과 같은 강한 감정을 유발하는 콘텐츠는 더 높은 참여율을 보인다. 자신이 어떤 감정에 과도하게 노출되고 있는지 정기적으로 점검하자. 3. 확증편향의 증폭 알고리즘은 당신이 기존에 믿고 있던 것을 강화하는 방향으로 작동한다. "내가 옳다"는 확신만 계속 강해지고, 다른 가능성에 대해서는 닫혀간다. 월 1회는 완전히 반대 관점의 콘텐츠를 의도적으로 찾아보자. 4. 사회적 비교의 독성 소셜 미디어의 최대 부작용은 끝없는 비교다. 다른 사람들의 '하이라이트'와 내 일상의 '로우라이트'를 비교하게 된다. "지금 내가 보는 것은 현실의 일부일 뿐"이라는 사실을 항상 기억하자. 5. 디지털 의존의 늪 틱톡 없는 일상을 상상할 수 없다면 이미 의존 상태다. 정기적인 "디지털 디톡스"가 필요하다. 하루 종일 스마트폰 없이 지내기 한 주간 소셜미디어 금지 한 달간 특정 앱 삭제하고 살기 실천 가능한 10가지 전략 즉시 실행 (오늘부터) 시간 제한 설정: 모든 소셜미디어 앱에 일일 사용 시간 제한 걸기 알림 끄기: 푸시 알림 대부분 비활성화하기 '관심 없음' 적극 활용: 부정적이거나 시간낭비성 콘텐츠에 즉시 표시 습관 형성 (일주일 내) 의도적 다양성: 평소와 전혀 다른 장르 콘텐츠 적극 찾아보기 소스 다각화: 정보를 한 플랫폼에만 의존하지 않기 비판적 소비: "왜 이 콘텐츠가 나에게 추천됐을까?" 자문하기 생활 패턴 개선 (한 달 내) 창작 활동: 소비만 하지 말고 무언가 직접 만들어보기 오프라인 활동: 실제 세계에서의 관계와 경험 늘리기 긴 호흡 콘텐츠: 책, 다큐멘터리, 팟캐스트로 집중력 회복 장기 목표 (일년 내) 디지털 시민교육: 알고리즘과 AI에 대한 이해도 높이기 우리 사회가 해야 할 일 개인의 노력만으로는 한계가 있다. 사회 전체의 변화도 필요하다. 교육 시스템의 변화 초중고 과정에 "알고리즘 리터러시" 교육 포함 비판적 사고와 미디어 해독 능력 강화 디지털 도구를 현명하게 사용하는 방법 교육 기업의 책임 알고리즘 추천 기준의 투명성 확대 사용자 복지를 고려한 제품 설계 중독성 요소 최소화 노력 정부의 역할 과도한 규제보다는 투명성과 선택권 확보에 집중 혁신을 저해하지 않는 선에서 소비자 보호 국제적 협력을 통한 표준화 추진 마지막 질문: 당신의 선택은? 이 책을 읽은 당신 앞에는 세 개의 문이 있다. 첫 번째 문: 아무것도 바뀌지 않는 문 예전처럼 틱톡을 보고, 추천을 따르고, 흘러가는 대로 사는 문 편안하지만 언젠가 후회할지도 모르는 문 두 번째 문: 모든 것을 거부하는 문 스마트폰을 버리고, 알고리즘을 차단하고, 디지털 세상과 단절하는 문 순수하지만 현실적으로 어려울 수도 있는 문 세 번째 문: 현명하게 공존하는 문 알고리즘을 이해하고, 활용하되 통제당하지 않는 문 어렵지만 가장 현실적이고 건설적인 문 어떤 문을 선택하든, 그것은 당신의 자유다. 하지만 이제 당신은 선택한다는 사실 자체를 인식하고 있다. 그리고 그것이 가장 중요한 변화다. 미국에서는 2025년 1월 17일 연방대법원이 매각·차단법을 합헌 판결했지만, 행정부의 연이은 집행 연기로 여전히 논란이 지속되고 있다. 틱톡의 알고리즘이 당신의 0.1초를 지배할지도 모르지만, 다음 0.1초를 어떻게 사용할지는 여전히 당신이 결정할 수 있다. ---------------------------------------- ## 연재 · 연재 ### 같은 제미나이인데 조절할 수 있다 — 채팅창을 떠나야 하는 이유 https://voidlogpress.com/google-ai-studio-1-why-leave-chat/ 발행일: 2026-09-06T04:26:02+00:00 수정일: 2026-09-26T20:22:36+00:00 AI를 처음 쓸 때는 채팅창이면 충분합니다. 질문을 쓰고 답을 받습니다. 마음에 들지 않으면 다시 묻습니다. 문장을 짧게 해 달라고 할 수도 있고, 표로 정리해 달라고 할 수도 있습니다. 이 방식은 빠르고 편합니다. ChatGPT나 제미나이 채팅창이 많은 사람에게 익숙한 이유도 여기에 있습니다. 문제는 AI를 업무에 반복해서 쓰기 시작할 때 생깁니다. 어제 회의록을 잘 정리해 줬는데 오늘은 형식이 달라집니다. 지난주에는 표로 줬는데 이번에는 문장으로 풉니다. 최신 정보가 필요한데 출처가 붙지 않습니다. 매번 “임원 보고용입니다”, “추정하지 마세요”, “결론부터 써 주세요” 같은 지시를 다시 적습니다. 한 번의 대화라면 작은 불편입니다. 매주 반복되는 업무라면 이야기가 달라집니다. AI를 잘 쓰는 문제가 아니라, AI가 매번 같은 조건으로 일하게 만드는 문제가 됩니다. 1.1 채팅창은 빠르지만, 조건을 저장하는 곳은 아니다 ChatGPT 채팅창을 보면 사용법은 단순합니다. 조절할 것이 없는 챗GPT 채팅창 질문을 입력하고 답을 받습니다. 입력줄에는 파일 추가, 사고 수준, 마이크, 음성 같은 기능이 있습니다. 하지만 이 화면에는 AI의 역할, 답의 흔들림 정도, 출력 구조, 근거 사용 방식을 한곳에서 고정하는 별도의 설정 패널이 없습니다. 그렇다고 채팅창이 부족하다는 뜻은 아닙니다. 오히려 한 번 묻고 한 번 답을 받을 때는 이 단순함이 장점입니다. 오늘 점심 메뉴를 추천받거나, 메일 한 통을 다듬거나, 낯선 개념을 설명받을 때 굳이 별도 설정판이 필요하지 않습니다. 제미나이 채팅창도 마찬가지입니다. 조절할 것이 없는 제미나이 채팅창 모델을 선택할 수는 있습니다. 하지만 그 밖의 세부 설정을 한 패널에서 조정하는 구조는 아닙니다. 대화를 시작하고, 필요한 조건을 프롬프트에 적고, 결과를 받는 방식이 중심입니다. 이 방식이 문제가 되는 시점은 같은 일을 반복할 때입니다. 예를 들어 매주 월요일 회의록을 정리한다고 해 보겠습니다. 첫 주에는 이렇게 씁니다. 아래 회의 내용을 정리해 주세요. 결정 사항과 액션 아이템을 나눠 주세요. 회의에서 나오지 않은 담당자와 기한은 추정하지 마세요. 확인할 수 없는 것은 "확인 필요"라고 써 주세요. 둘째 주에도 거의 같은 문장을 씁니다. 셋째 주에도 다시 씁니다. 보고서라면 또 다른 반복이 생깁니다. 임원이 읽는 보고서입니다. 결론부터 쓰고 근거를 뒤에 붙여 주세요. 전문 용어는 쉽게 풀어 주세요. 원문에 없는 숫자는 추가하지 마세요. 프롬프트를 잘못 쓴 것은 아닙니다. 오히려 잘 쓴 프롬프트입니다. 문제는 매번 다시 써야 한다는 것입니다. 그래서 반복 업무에서는 질문 자체보다 먼저 봐야 할 것이 있습니다. 공식 01 — 답이 매번 달라지면 프롬프트가 아니라 설정을 의심한다. 답이 흔들릴 때 무조건 프롬프트를 더 길게 만들 필요는 없습니다. 이번 질문이 잘못 전달된 것인지, 아니면 AI가 일하는 기본 조건이 정해지지 않은 것인지 먼저 구분해야 합니다. 이 차이를 이해하는 순간 AI를 사용하는 방식이 조금 달라집니다. “이번에는 어떻게 말해야 하지?”보다 “이 업무에서 계속 유지해야 할 조건은 무엇이지?”를 생각하게 됩니다. 1.2 같은 제미나이인데, 조절할 수 있다 Google AI Studio를 열면 같은 제미나이를 다른 방식으로 다룰 수 있습니다. 같은 제미나이인데 조절판이 함께 있는 AI 스튜디오 화면 여기서 중요한 것은 화면이 더 복잡하다는 사실이 아닙니다. 대화와 설정이 분리되어 있다는 것입니다. 질문은 질문대로 입력합니다. 그와 별도로 어떤 모델을 쓸지, AI가 어떤 역할로 일할지, 답의 변동 폭을 어떻게 둘지, 얼마나 깊게 생각하게 할지, 결과 구조와 근거 사용을 어떻게 다룰지 설정할 수 있습니다. 이 책에서 말하는 “조절할 수 있는 제미나이”가 바로 이 뜻입니다. 채팅창에서는 프롬프트에 모든 조건을 몰아넣기 쉽습니다. “너는 마케터야.” “대상은 40대 팀장이야.” “과장하지 마.” “표로 줘.” “최신 정보는 근거를 붙여.” 한 번의 작업이라면 괜찮습니다. 하지만 같은 종류의 업무를 반복하면 매번 같은 지시가 붙습니다. 어느 날 한 줄을 빠뜨리면 결과도 달라질 수 있습니다. AI Studio에서는 이 가운데 반복되는 조건을 설정 쪽으로 옮길 수 있습니다. 채팅창에는 없는 Run settings의 설정 항목들 Run settings에는 여러 설정 항목이 모여 있습니다. 지금은 이름을 외울 필요가 없습니다. AI의 역할을 정하는 곳이 있습니다. 답의 변동 폭과 생각 수준을 조절하는 곳이 있습니다. 결과를 일정한 구조로 받기 위한 설정이 있습니다. 검색 같은 외부 근거를 연결하는 영역도 있습니다. 프롬프트가 중요하지 않다는 뜻은 아닙니다. 프롬프트는 여전히 중요합니다. 무엇을 원하는지, 어떤 자료를 다룰지, 이번 작업의 목적이 무엇인지 알려줘야 합니다. 다만 반복 업무에서는 모든 조건을 프롬프트에 계속 넣는 것이 최선은 아닐 수 있습니다. 공식 02 — 채팅창에 매번 다시 쓰던 지시는 한 번만 쓰고 고정한다. 예를 들어 회의록 담당 AI에게 매번 “추정하지 마세요”라고 말하는 대신 그 규칙을 기본 조건으로 둘 수 있습니다. 마케팅 담당 AI에게 매번 “과장 표현을 쓰지 마세요”라고 말하는 대신 처음부터 금지사항으로 정할 수 있습니다. 출판 기획 업무라면 “독자는 비개발자 직장인”이라는 조건을 매번 반복하지 않아도 됩니다. 이 차이는 사소해 보입니다. 하지만 반복 횟수가 늘어날수록 효과가 커집니다. 프롬프트는 짧아집니다. 업무 기준을 빼먹을 가능성이 줄어듭니다. 무엇보다 결과가 이상할 때 어디를 고쳐야 하는지 찾기 쉬워집니다. 이번 요청이 잘못됐다면 프롬프트를 고칩니다. 계속 같은 방향으로 결과가 어긋난다면 설정을 봅니다. AI를 쓰는 일이 “좋은 문장을 매번 다시 만드는 일”에서 “일하는 조건을 관리하는 일”로 조금씩 바뀌기 시작합니다. 1.3 무엇을 쓸지보다 어떤 결과를 받을지 먼저 정한다 설정을 쓴다고 해서 모든 문제가 저절로 해결되는 것은 아닙니다. AI에게 일을 맡기기 전에 한 가지를 더 정해야 합니다. 원하는 결과물이 어떤 모양인지입니다. 예를 들어 경쟁사 조사를 시킨다고 해 보겠습니다. “경쟁사를 조사해 주세요.” 이 요청만으로도 답은 나옵니다. 하지만 실제 업무에서는 그다음이 중요합니다. 보고서에 넣을 것인지, 스프레드시트로 옮길 것인지, 회의에서 비교할 것인지에 따라 필요한 결과가 다릅니다. 보고서라면 요약 문장이 중요할 수 있습니다. 스프레드시트라면 회사명, 가격, 핵심 기능, 대상 고객처럼 항목이 일정해야 합니다. 회의 자료라면 차이점과 판단 포인트가 먼저 보여야 합니다. AI에게 무엇을 시킬지보다 결과를 어디에 쓸지 먼저 생각하면 요청도 달라집니다. 공식 03 — 시키기 전에 원하는 결과물의 형태부터 정한다. 회의록을 만든다면 먼저 결과 형태를 정합니다. 핵심 논의 / 결정 사항 / 액션 아이템 / 미결 사항. 고객 문의를 분류한다면 필요한 항목을 정합니다. 문의 유형 / 긴급도 / 담당 부서 / 요약. 경쟁사를 조사한다면 비교 기준을 정합니다. 회사 / 제품 / 가격 / 핵심 기능 / 차별점 / 근거. 그다음 AI에게 일을 맡깁니다. 이렇게 하면 “왜 표로 안 줬지?”, “왜 내가 필요한 항목이 빠졌지?” 같은 문제를 줄일 수 있습니다. AI Studio는 이 생각을 더 밀어붙일 수 있는 환경입니다. 단순히 “표로 줘”라고 말하는 데서 끝나지 않고 결과 구조를 더 분명하게 정하는 기능이 있습니다. 다만 그 방법은 뒤에서 따로 다룹니다. 지금은 한 가지만 기억하면 됩니다. 좋은 질문보다 먼저 좋은 결과의 모양을 정할 수 있습니다. 1.4 채팅창과 AI Studio는 경쟁 관계가 아니다 여기서 오해하기 쉬운 부분이 있습니다. ChatGPT나 제미나이 채팅창을 떠나야 한다고 해서 앞으로 채팅창을 쓰지 말라는 뜻은 아닙니다. 용도가 다릅니다. 짧게 질문하고 답을 받는 일에는 채팅창이 편합니다. 일회성 메일을 다듬거나 아이디어 몇 개를 얻거나 문장을 번역하는 일에 매번 별도 설정을 만들 필요는 없습니다. 반면 같은 업무를 반복하고, 결과 형식을 일정하게 만들고, 역할과 금지사항을 고정해야 한다면 설정이 있는 환경이 유리해집니다. 차이를 표로 정리하면 다음과 같습니다. 구분ChatGPT 채팅창제미나이 채팅창Google AI Studio 중심 사용 방식질문하고 답받기질문하고 답받기질문 + 설정 모델 선택화면에서 제공되는 선택 사용모델 선택 가능모델 목록에서 직접 선택 역할·규칙 고정주로 프롬프트로 지시주로 프롬프트로 지시별도 설정에서 관리 가능 답의 세부 조절채팅 중심채팅 중심Run settings에서 조절 결과 구조 제어프롬프트로 요청프롬프트로 요청별도 설정 사용 가능 근거 연결대화에서 요청대화에서 요청Grounding 관련 설정 제공 앱 제작이 책에서 다루지 않음이 책에서 다루지 않음Build 제공 표에서 중요한 것은 어느 쪽이 더 좋다는 결론이 아닙니다. 같은 종류의 도구가 아니라 사용 단계가 다르다는 것입니다. 채팅창은 바로 질문하기 좋습니다. AI Studio는 반복 업무에 필요한 조건을 더 세분해서 다룰 수 있습니다. 직접 고를 수 있는 모델 목록 AI Studio에서는 모델 목록을 열어 직접 선택할 수 있습니다. 모델마다 가능한 기능과 조건이 같지 않습니다. 어떤 모델은 특정 설정이 있고, 어떤 모델은 없습니다. 어떤 모델에는 Paid 표시가 붙을 수도 있습니다. 하지만 이 장에서는 모델 이름을 외우지 않습니다. 지금 필요한 것은 “제미나이 하나를 쓰는 것”에서 한 단계 더 나아가 업무에 맞는 모델과 설정을 고를 수 있는 환경이라는 점을 이해하는 것입니다. 1.5 이 책의 끝은 ‘질문 잘하기’가 아니다 AI Studio에는 Playground만 있는 것이 아닙니다. Build라는 별도의 영역도 있습니다. 문장 하나로 업무 앱을 만드는 Build 화면 Build 화면의 시작점은 “Build your ideas with Gemini”입니다. 여기에서는 만들고 싶은 앱을 문장으로 설명하는 방식으로 시작합니다. 이 책이 Run settings에서 멈추지 않는 이유도 여기에 있습니다. 앞에서는 AI가 어떤 조건으로 일할지를 정합니다. 그다음에는 파일을 넣고, 결과 형식을 정하고, 근거를 붙이고, 이미지와 음성을 다룹니다. 그리고 뒤에서는 이런 설정과 기능을 업무용 앱으로 연결합니다. 예를 들어 “메일에서 일정 정보를 찾아 정리하는 도구”나 “스프레드시트 데이터를 읽고 요약하는 도구”처럼 반복 업무를 하나의 형태로 묶는 방향까지 갈 수 있습니다. 지금 자세히 알 필요는 없습니다. 1장에서 기억할 것은 하나입니다. 이 책의 목표는 “AI에게 질문을 더 잘하는 사람”에서 끝나는 것이 아닙니다. 채팅으로 쓰던 AI를 설정하고, 그 설정을 반복 가능한 업무 도구로 옮기는 것입니다. 정리 채팅창은 빠르고 편합니다. 하지만 같은 업무를 반복하기 시작하면 매번 같은 지시를 다시 쓰는 문제가 생깁니다. 그때는 프롬프트만 고치기보다 역할, 답의 방식, 결과 구조, 근거 사용 같은 조건을 따로 설정할 수 있는지 봐야 합니다. Google AI Studio는 같은 제미나이를 이런 방식으로 조절할 수 있게 해 줍니다. 무엇을 시킬지 정하기 전에 원하는 결과물의 형태부터 정하면 반복 업무는 더 안정적으로 설계할 수 있습니다. 이 장의 공식: 01, 02, 03 ---------------------------------------- ### 구글 AI 스튜디오 처음 열기 — 화면 구조와 Paid 배지 읽는 법 https://voidlogpress.com/google-ai-studio-2-getting-started/ 발행일: 2026-09-06T04:26:03+00:00 수정일: 2026-09-26T20:22:35+00:00 1장에서 확인한 것은 간단했습니다. 같은 제미나이를 쓰더라도 채팅창과 Google AI Studio는 쓰는 방식이 다릅니다. 이제 실제 화면을 열고 길을 익힐 차례입니다. 처음 들어가면 기능 이름이 많아 보입니다. Playground, Build, Dashboard, 모델 선택, Settings가 한꺼번에 눈에 들어옵니다. 여기서 모든 기능을 이해하려고 하면 오히려 복잡해집니다. 2장에서 할 일은 세 가지뿐입니다. 첫째, 어디에서 시험하고 어디에서 결과물을 만드는지 구분합니다. 둘째, 지금 어떤 모델을 쓰는지 확인하고 무료와 유료를 구별합니다. 셋째, 설정과 사용량을 어디에서 확인하는지 위치만 익힙니다. 이 장에서는 아직 결과물을 만들지 않습니다. 화면 구조를 보고, 모델의 Paid 배지를 읽는 데까지만 갑니다. 실제 설정을 만지는 일은 다음 단계에서 시작합니다. 2.1 먼저 왼쪽 세 그룹만 기억한다 Google AI Studio를 열면 왼쪽 내비게이션이 세 그룹으로 나뉘어 있습니다. Explore·Build·Manage 세 그룹으로 나뉜 좌측 내비게이션 이름을 전부 외울 필요는 없습니다. 세 그룹의 역할만 잡으면 됩니다. Explore는 시험해 보는 곳입니다. 여기에는 Playground와 History가 있습니다. 모델을 골라 질문해 보고, 설정을 바꾸고, 결과가 어떻게 달라지는지 확인하는 일은 주로 이 영역에서 합니다. Build는 만들어 두고 쓰는 쪽입니다. New app, My apps, Gallery가 있습니다. 문장으로 앱을 주문하고, 만든 앱을 관리하고, 다른 예시를 살펴보는 흐름이 이쪽에 있습니다. Manage는 관리하는 곳입니다. Dashboard와 Documentation이 있습니다. 사용량과 결제, 프로젝트와 같은 관리 항목은 Dashboard에서 확인합니다. 처음에는 이것만 기억해도 충분합니다. Explore는 시험. Build는 제작. Manage는 관리. 기능 이름을 하나씩 외우기보다 이 세 칸으로 나누면 앞으로 어디로 가야 할지 찾기 쉬워집니다. 2.2 시험은 Playground에서, 결과물은 Build에서 Explore의 중심은 Playground입니다. 모델 카테고리 카드가 놓인 Playground 중앙 화면 Playground 중앙에는 Explore Google models가 보이고, 모델을 찾기 위한 카테고리 카드가 놓여 있습니다. Featured, Code and Chat, Image Generation, Video Generation, Speech and Music, Real-time의 여섯 범주입니다. 여기서 한 가지를 구분해야 합니다. 이 여섯 개는 Playground 첫 화면에서 모델을 탐색하기 위한 카테고리 카드입니다. 뒤에서 볼 모델 선택 패널의 열 개 필터와는 다른 UI입니다. 둘을 같은 목록으로 생각하지 않습니다. Playground는 이름 그대로 시험하는 장소라고 생각하면 쉽습니다. 보고서 정리용 설정을 만들고 싶다면 여기서 시험합니다. 회의록을 넣었을 때 결과가 어떻게 달라지는지 보고 싶다면 여기서 확인합니다. 같은 질문을 서로 다른 모델에 넣어 보고 싶다면 여기서 비교합니다. 반면 실제로 하나의 업무 도구 형태로 만들고 싶다면 Build로 넘어갑니다. 앱을 문장으로 주문하는 Build 화면 Build 화면은 Build your ideas with Gemini라는 문장으로 시작합니다. 여기에는 만들고 싶은 앱을 설명하는 입력창이 있습니다. 입력하기 전에는 I'm feeling lucky가 보이고, 글자를 입력하면 버튼이 Build로 바뀝니다. 지금은 앱을 만들지 않습니다. 두 화면의 역할만 구분합니다. Playground에서 먼저 시험합니다. 잘 되는 방식이 확인된 뒤 결과물 형태로 만들고 싶을 때 Build를 사용합니다. 공식 04 — 시험은 Playground에서, 결과물은 Build에서 만든다. 예를 들어 매주 고객 문의를 분류하는 일을 AI에게 맡기고 싶다고 해 보겠습니다. 처음부터 앱을 만들 필요는 없습니다. Playground에서 문의 몇 건을 넣어 보고 어떤 방식으로 정리되는지 확인합니다. 모델과 지시 방식, 결과 형식이 쓸 만한지 시험합니다. 그 방식이 반복해서 쓸 만하다고 판단되면 Build에서 업무 도구 형태로 옮길 수 있습니다. 이 순서를 기억하면 AI Studio가 훨씬 단순해집니다. 먼저 시험하고, 나중에 만든다. 2.3 모델 선택에서 가장 먼저 볼 것은 Paid 배지다 Playground에서 실제 작업을 시작하기 전에 현재 어떤 모델이 선택되어 있는지 확인할 수 있습니다. 현재 모델과 모델 ID가 함께 표시되는 모델 선택 버튼 모델 선택 버튼은 Run settings 맨 위에 있습니다. 현재 모델의 이름과 모델 ID, 설명을 함께 볼 수 있습니다. 버튼을 누르면 모델 선택 패널이 열립니다. 모델 선택 패널의 카테고리 필터 열 가지 모델 선택 패널에는 열 개의 필터가 있습니다. All / Featured / Gemini / Live / Images / Video / Audio / Music / Agents / Gemma입니다. 이미지 모델을 찾는다면 Images를 봅니다. 음성 관련 모델을 찾는다면 Audio를 봅니다. Gemini 계열만 보고 싶다면 Gemini로 좁힐 수 있습니다. 검색어를 입력했을 때 해당되는 결과가 없는 필터는 비활성 상태로 바뀔 수 있습니다. 각 모델 카드에는 모델 이름만 있는 것이 아닙니다. 모델 ID와 한 줄 설명, 입력·출력 단가, Knowledge cut off, Release date 같은 정보도 표시됩니다. 하지만 비개발자 독자가 처음부터 이 항목을 모두 해석할 필요는 없습니다. 이 장에서 가장 먼저 볼 것은 하나입니다. Paid 배지입니다. Paid 배지가 붙은 모델과 붙지 않은 모델 그림 2-6에는 Nano Banana 2 Lite와 Nano Banana 2가 붙어 있습니다. Nano Banana 2 Lite에는 Paid 배지가 없습니다. Nano Banana 2에는 Paid 배지가 있습니다. 이 한 장면만 익숙해져도 앞으로 모델 이름 때문에 덜 헷갈립니다. 공식 05 — 모델을 고르기 전에 Paid 배지로 결제 여부를 확인한다. 모델을 고를 때는 다음 순서로 봅니다. 필요한 모델 종류를 찾습니다. 모델 이름을 확인합니다. Paid 배지가 있는지 봅니다. 배지가 없으면 무료 계정에서 사용할 수 있는 모델로 판단합니다. Paid 배지가 있으면 유료 영역이라는 것을 알고 선택 여부를 판단합니다. 버전 숫자로 추정하지 않습니다. 이름이 최신처럼 보인다고 무조건 유료라고 생각하지 않습니다. 반대로 이름이 오래돼 보인다고 무료라고 단정하지도 않습니다. 지금 화면에 붙어 있는 Paid 배지를 기준으로 판단합니다. 이 책의 실습은 무료 모델을 기준으로 진행합니다. 그렇다고 유료 모델을 숨기지는 않습니다. 어디서부터 비용이 생기는지 알아야 스스로 선택할 수 있기 때문입니다. 결제 구조는 세 갈래로 나눠 본다 AI Studio에서 돈 이야기를 할 때는 세 가지를 섞지 않는 것이 중요합니다. 첫 번째는 무료 사용입니다. AI Studio 웹 화면 자체는 무료로 열 수 있습니다. 모델 선택기에서 Paid 배지가 없는 모델은 무료 계정으로 사용할 수 있습니다. 무료 사용량의 구체적인 할당 수치는 공개되어 있지 않으므로 숫자로 단정하지 않습니다. 두 번째는 Google AI 구독입니다. 2026년 9월 한국 기준으로 네 등급이 있습니다. AI Plus: 월 7,500원 AI Pro: 월 29,000원 AI Ultra(5배): 월 119,000원 AI Ultra(20배): 월 300,000원 구독은 Paid 모델에 대한 접근과 사용 한도를 넓히는 쪽입니다. 세 번째는 Gemini API 선불 결제입니다. 개발자나 대량 사용자가 주로 보는 경로입니다. 최소 구매액은 10달러이고, 미사용 크레딧은 12개월 후 만료되며 환불되지 않습니다. 무료 화면을 쓴다고 해서 곧바로 API 선불 결제를 해야 하는 구조는 아닙니다. 세 경로를 따로 봐야 합니다. 여기서부터는 유료입니다 무엇이 — Paid 배지가 붙은 모델과 더 높은 사용 한도 얼마 — Google AI 구독은 2026년 9월 기준 월 7,500원부터, Gemini API 선불은 최소 10달러 지금 필요한가 — 사용할 모델에 Paid 배지가 붙었거나 무료 범위를 넘어설 때 결제 방식을 비교합니다. 지금 당장 어느 요금제를 고를 필요는 없습니다. 2장에서 필요한 것은 모델을 선택하기 전에 무료인지 유료인지 읽을 수 있는 것입니다. 2.4 작업이 바뀌면 New chat으로 나눈다 Playground를 쓰다 보면 한 대화 안에서 여러 일을 이어서 하고 싶어질 수 있습니다. 아침에는 회의록을 정리하고, 이어서 마케팅 문구를 만들고, 그다음에는 계약서 내용을 검토하는 식입니다. 하지만 업무가 크게 바뀌면 이전 대화의 조건과 맥락이 다음 작업에 섞일 수 있습니다. Playground 상단에는 New chat이 있습니다. 완전히 다른 종류의 업무를 시작할 때는 새 대화에서 시작하는 습관이 좋습니다. 회의록 정리가 끝났다면 새 채팅을 엽니다. 마케팅 카피 작업이 끝나고 계약서 검토로 넘어간다면 다시 새 채팅에서 시작합니다. 한 작업 안에서 후속 질문을 이어 갈 때는 같은 대화를 유지할 수 있습니다. 하지만 업무의 목적과 역할이 달라졌다면 새 작업으로 분리하는 편이 관리하기 쉽습니다. 공식 06 — 작업이 바뀌면 New chat으로 설정을 초기화한다. 이 공식의 핵심은 대화를 자주 지우라는 것이 아닙니다. 작업 단위를 분리하라는 뜻입니다. 회의록에는 회의록의 맥락이 있고, 마케팅에는 마케팅의 맥락이 있습니다. 서로 다른 일을 한 대화에 계속 쌓으면 무엇이 현재 결과에 영향을 주는지 파악하기 어려워질 수 있습니다. 2.5 새로 시작할 때 현재 모델을 다시 본다 새 작업을 열었다면 한 번 더 확인할 것이 있습니다. 현재 선택된 모델입니다. 앞에서 본 모델 선택 버튼에는 모델 이름과 ID가 함께 표시됩니다. 이 정보를 매번 자세히 기록할 필요는 없지만, 작업을 시작하기 전에 지금 어떤 모델을 쓰는지는 확인하는 편이 좋습니다. 같은 프롬프트라도 모델이 달라지면 사용할 수 있는 설정과 결과가 달라질 수 있습니다. 어떤 모델에서는 특정 설정이 보이고, 다른 모델에서는 보이지 않을 수도 있습니다. 어제와 결과가 달라졌다고 느꼈을 때 프롬프트만 비교하면 놓치는 것이 생깁니다. 어제 어떤 모델을 썼는지. 오늘 어떤 모델이 선택되어 있는지. 이것부터 봅니다. 공식 07 — 지금 어떤 모델을 쓰고 있는지 확인하고 시작한다. 이제 작업 시작 순서가 생겼습니다. 새 업무라면 New chat으로 분리합니다. 현재 모델을 확인합니다. Paid 배지를 보고 무료와 유료를 구분합니다. 그다음에야 실제 설정과 질문으로 들어갑니다. 2.6 Settings는 화면을 쓰는 방식을 바꾼다 모델과 결제를 구분했다면 화면 사용에 필요한 Settings 위치도 확인해 둡니다. Settings 아이콘을 누르면 세부 설정 화면으로 바로 들어가는 것이 아니라 메뉴가 먼저 열립니다. 그 메뉴에는 User settings, Account status, View status, Terms of service, Privacy policy, Send feedback, Billing Support가 있습니다. 테마와 단축키를 바꾸는 User Settings User settings에서는 다음 항목을 바꿀 수 있습니다. Theme은 Light, Dark, System 가운데 고를 수 있습니다. Submit prompt key는 Cmd+Enter와 Enter 중에서 선택할 수 있습니다. Autocomplete은 Enabled와 Disabled로 바꿀 수 있습니다. Applet notifications도 Enabled와 Disabled로 조정할 수 있습니다. 이 설정들은 AI의 답변 방식을 바꾸는 Run settings와 성격이 다릅니다. User settings는 내가 화면을 어떻게 사용할 것인가에 가깝습니다. Run settings는 AI가 어떻게 일할 것인가에 가깝습니다. 예를 들어 입력 방식이나 화면 테마는 User settings에서 바꿉니다. 반면 AI의 역할이나 생각 수준은 Run settings에서 조절합니다. 둘을 구분해 두면 Settings라는 이름 때문에 헤맬 일이 줄어듭니다. 2.7 Dashboard는 사용량과 결제를 확인하는 곳이다 마지막으로 Manage의 Dashboard 위치를 확인합니다. 사용량과 결제를 확인하는 Dashboard 메뉴 Dashboard에는 여러 관리 항목이 모여 있습니다. 프로젝트 그룹에는 API 키와 프로젝트가 있습니다. 사용량 및 결제 그룹에는 사용량, 비율 제한, 지출, 결제가 있습니다. 관찰 그룹에는 로그 및 데이터 세트가 있습니다. 그 밖에 변경 로그도 있습니다. 비개발자 독자라면 이 메뉴를 보고 API 키나 로그부터 이해하려 할 필요는 없습니다. 2장에서는 두 가지만 기억하면 됩니다. 사용량과 비용을 확인하고 싶을 때 Dashboard로 간다. 결제 상태를 확인하고 싶을 때도 Dashboard의 사용량 및 결제 그룹을 본다. AI Studio를 쓰다 보면 어느 시점에는 “지금 얼마나 사용하고 있지?”, “비용이 발생했나?”, “결제 상태가 어떻게 되어 있지?” 같은 질문이 생깁니다. 그때 모델 선택 화면이나 User settings를 뒤질 필요가 없습니다. 관리 정보는 Dashboard에 모여 있습니다. 여기까지 왔다면 Google AI Studio의 큰 지도는 잡힌 셈입니다. 왼쪽에서는 Explore, Build, Manage를 구분합니다. Playground에서는 시험합니다. Build에서는 결과물 형태로 만듭니다. 모델을 고를 때는 Paid 배지를 먼저 봅니다. 업무가 바뀌면 New chat으로 분리합니다. 새로 시작할 때 현재 모델을 확인합니다. 화면 사용 방식은 User settings에서 바꿉니다. 사용량과 결제는 Dashboard에서 확인합니다. 정리 Google AI Studio의 화면은 Explore, Build, Manage 세 그룹으로 나눠 보면 단순해집니다. Playground는 시험하는 곳이고 Build는 결과물을 만드는 곳입니다. 모델은 이름만 보고 고르지 않습니다. Paid 배지로 무료와 유료를 먼저 구분하고, 새 작업을 시작할 때 현재 선택된 모델도 확인합니다. 화면 사용 방식은 User settings에서, 사용량과 결제는 Dashboard에서 확인합니다. 이 장의 공식: 04, 05, 06, 07 ---------------------------------------- ### 반복 업무를 고정하는 Run settings — System instructions와 Temperature https://voidlogpress.com/google-ai-studio-3-run-settings/ 발행일: 2026-09-06T04:26:03+00:00 수정일: 2026-09-26T20:22:35+00:00 2장까지 왔다면 이제 화면의 위치는 대략 잡혔습니다. 이제부터는 실제로 AI가 일하는 조건을 바꿉니다. 이 장에서 다룰 것은 프롬프트를 더 길게 쓰는 방법이 아닙니다. 오히려 반대입니다. 매번 프롬프트에 반복해서 넣던 지시를 따로 빼고, 필요한 설정을 고정하는 방법을 익힙니다. 예를 들어 회의록을 정리할 때마다 이런 말을 붙인다고 해 보겠습니다. “추정하지 마세요.” “결론부터 정리하세요.” “담당자와 기한이 없으면 확인 필요라고 쓰세요.” 마케팅 글에서는 다른 반복이 생깁니다. “과장하지 마세요.” “기능보다 고객의 문제를 먼저 쓰세요.” “30~40대 실무자가 읽는 글입니다.” 한 번의 요청이라면 괜찮습니다. 하지만 같은 일을 매주 반복한다면 계속 다시 쓰는 것 자체가 비효율입니다. Google AI Studio의 Run settings는 이런 반복을 줄이기 위한 조절판입니다. Run settings 패널 전체 — 이 책이 다루는 조절판 그림 3-1에서 중요한 것은 설정의 개수가 아닙니다. 하나의 패널 안에서 모델, System instructions, Temperature, Thinking level, Structured outputs, Grounding 같은 항목을 따로 다룰 수 있다는 점입니다. 이 장에서는 이 설정을 네 가지 질문으로 나눠 봅니다. 누가 일하는가. 어떤 방식으로 답하는가. 결과는 얼마나 일정하거나 다양해야 하는가. 그리고 설정이 꼬였을 때 어디로 돌아갈 것인가. Structured outputs와 Grounding도 보이지만 여기서는 역할만 확인합니다. 실제 조작은 뒤에서 다룹니다. 3.1 먼저 기준 모델을 맞춘다 이 장의 실습은 Gemini 3.1 Pro Preview로 진행합니다. 기준 모델 Gemini 3.1 Pro Preview가 표시된 모델 선택 버튼 모델을 먼저 맞추는 이유는 단순합니다. 모든 모델의 Run settings가 같지 않기 때문입니다. 특히 이 장에서 비교할 Temperature는 모델마다 있고 없을 수 있습니다. 2026년 9월 5일 확인한 화면에서는 무료 모델 가운데 Gemini 3 Flash Preview와 Gemini 3.1 Pro Preview에서 Temperature를 사용할 수 있었습니다. 반면 Gemini 3.8 Flash, 3.7 Flash, 3.5 Flash와 Flash-Lite 계열에는 Temperature 항목이 없습니다. Advanced settings를 펼쳐도 나타나지 않습니다. 그래서 다른 모델을 선택했는데 Temperature가 보이지 않는다면 메뉴를 놓친 것이 아닐 수 있습니다. 모델이 제공하는 설정 자체가 다른 것입니다. 이 장에서는 공식 11, 12, 13을 실제로 비교해야 하므로 Gemini 3.1 Pro Preview를 기준 모델로 둡니다. 작업을 시작할 때는 다음 순서로 확인합니다. Playground에서 Run settings를 엽니다. 맨 위의 모델 선택 버튼을 봅니다. 모델 이름이 Gemini 3.1 Pro Preview인지 확인합니다. 다르면 모델 선택 패널에서 Gemini 3.1 Pro Preview를 선택합니다. 이제 같은 조건에서 설정을 비교할 준비가 됐습니다. 3.2 반복되는 역할은 System instructions로 옮긴다 가장 먼저 바꿀 것은 역할입니다. 아무것도 입력되지 않은 System instructions System instructions는 프롬프트와 분리되어 있습니다. 프롬프트가 “이번에 무엇을 할 것인가”를 적는 곳이라면, System instructions는 “어떤 사람처럼, 어떤 규칙으로 일할 것인가”를 정하는 곳입니다. 예를 들어 출판 기획 업무를 할 때 매번 이런 식으로 시작한다고 해 보겠습니다. 당신은 IT 실용서를 검토하는 출판 기획자입니다. 독자는 개발자가 아닌 직장인입니다. 결론부터 말하고 이유를 뒤에 설명합니다. 근거 없는 수치와 존재하지 않는 기능을 만들지 않습니다. 오늘은 목차를 검토합니다. 내일은 샘플 원고를 봅니다. 다음 주에는 제목 후보를 평가합니다. 작업은 달라져도 역할과 기준은 같습니다. 이런 문장은 매번 프롬프트에 붙일 필요가 없습니다. 공식 08 — AI의 역할은 프롬프트가 아니라 System instructions에 쓴다. System instructions에 역할을 옮기면 프롬프트에는 그날의 일만 남길 수 있습니다. 아래 목차에서 비개발자 독자가 이탈할 가능성이 높은 장을 찾아 주세요. 이유와 수정 방향을 함께 적어 주세요. 다음 작업에서는 이렇게 바뀝니다. 아래 샘플 원고에서 전문 용어 설명이 부족한 부분을 찾아 주세요. 프롬프트는 짧아졌지만 판단 기준은 유지됩니다. 이 차이는 반복할수록 커집니다. 매번 같은 문장을 다시 붙이지 않아도 되고, 업무 규칙을 빠뜨릴 가능성도 줄어듭니다. 3.3 System instructions는 직무기술서처럼 쓴다 System instructions를 처음 쓰면 길고 거창하게 만들기 쉽습니다. “최고의 전문가처럼 행동하세요.” “통찰력 있고 창의적으로 답하세요.” “완벽하고 정확한 결과를 만들어 주세요.” 이런 문장이 전혀 쓸모없는 것은 아닙니다. 다만 업무 기준으로는 모호합니다. 사람에게 일을 맡길 때를 생각하면 더 쉽습니다. 새 직원에게 “최고의 직원처럼 일하세요”라고만 하지 않습니다. 어떤 역할인지, 누가 결과물을 보는지, 어떤 방식으로 표현해야 하는지, 무엇을 하면 안 되는지를 알려 줍니다. System instructions도 같은 방식으로 쓰면 됩니다. 공식 09 — System instructions는 직무기술서처럼 쓴다. 역할·대상·말투·금지사항. 처음에는 네 항목이면 충분합니다. 역할 — 어떤 직무의 사람처럼 일하는가. 대상 — 결과물을 누가 읽거나 사용하는가. 말투 — 어떤 방식으로 표현하는가. 금지사항 — 무엇을 하지 않아야 하는가. 출판 기획자 역할: IT 실용서를 검토하는 출판 기획자 대상: 개발자가 아닌 일반 직장인 독자 말투: 결론부터 쓰고 이유를 뒤에 설명한다. 금지사항: 근거 없는 시장 수치와 존재하지 않는 기능을 만들지 않는다. 프롬프트는 작업만 적습니다. 아래 목차에서 기능 설명에 치우친 장을 찾아 주세요. 마케터 역할: B2B 업무용 서비스를 담당하는 콘텐츠 마케터 대상: 업무 자동화에 관심 있는 30~40대 실무자 말투: 기능보다 사용자가 겪는 문제와 업무 변화를 먼저 설명한다. 금지사항: 최고, 완벽, 혁신적 같은 과장 표현을 사용하지 않는다. 프롬프트는 이렇게 짧아집니다. 회의 녹음을 자동으로 정리하는 기능의 소개 메일 초안을 작성해 주세요. 회의록 정리 담당 역할: 사내 회의록 정리 담당자 대상: 회의 참석자와 후속 업무 담당자 말투: 짧고 사실적으로 정리한다. 금지사항: 발언에 없는 담당자, 기한, 숫자를 추정하지 않는다. 확인할 수 없는 항목은 '확인 필요'라고 표시한다. 프롬프트에는 결과 구조와 원문만 넣습니다. 아래 회의 전사를 핵심 논의 / 결정 사항 / 액션 아이템 / 미결 사항 순서로 정리해 주세요. 네 줄짜리 직무기술서를 입력하고 이름을 붙여 저장한 System instructions System instructions에는 Title을 붙일 수 있습니다. 이 기능을 이용하면 직무별 설정을 이름으로 나눌 수 있습니다. 예를 들어 출판 기획자, B2B 마케터, 회의록 정리처럼 이름을 붙입니다. 입력한 내용이 저장되면 Saved가 표시됩니다. 저장한 지시문은 콤보박스에서 다시 불러올 수 있습니다. 사용 흐름은 다음과 같습니다. System instructions를 엽니다. 역할·대상·말투·금지사항을 입력합니다. Title에 알아보기 쉬운 이름을 붙입니다. Saved 상태를 확인합니다. 다음 작업에서 저장된 지시문을 콤보박스에서 다시 불러옵니다. 이렇게 하면 오전에는 회의록 정리, 오후에는 B2B 마케터, 다음 날에는 출판 기획자를 불러와 사용할 수 있습니다. 다만 한계가 있습니다. 이 저장은 브라우저의 local storage에 남습니다. 같은 브라우저에서는 다시 불러오기 편하지만 브라우저를 바꾸면 저장한 지시문이 그대로 따라오지 않습니다. 중요한 System instructions라면 별도의 문서에도 원본을 보관해 두는 편이 안전합니다. 3.4 말투는 형용사보다 예문으로 고정한다 직무기술서에서 가장 애매한 부분은 말투입니다. “전문적으로.” “친근하게.” “깔끔하게.” “세련되게.” 사람끼리도 해석이 다를 수 있는 표현입니다. 친근하다는 것이 쉬운 단어를 쓰라는 뜻인지, 말하듯 쓰라는 뜻인지, 문장을 짧게 쓰라는 뜻인지 알기 어렵습니다. 말투를 중요하게 관리해야 한다면 형용사를 더 붙이기보다 원하는 문장의 예를 넣는 편이 낫습니다. 공식 10 — 말투를 지시할 때는 형용사 대신 예문을 넣는다. 앞에서 만든 마케터용 System instructions에 이런 두 문장을 추가할 수 있습니다. 문장 스타일 예시: "문제는 회의를 녹음하는 데 있지 않습니다. 회의가 끝난 뒤 다시 듣고 정리해야 한다는 데 있습니다." "기능부터 보지 마세요. 이 기능을 쓰면 어떤 반복 작업이 사라지는지를 먼저 봅니다." 이 예문에는 몇 가지 기준이 함께 들어 있습니다. 문장이 짧습니다. 문제를 먼저 제시합니다. 기능 설명은 뒤에 둡니다. 과장 표현을 쓰지 않습니다. “전문적이면서 친근하게”보다 훨씬 구체적입니다. 출판 기획자라면 다음과 같은 예문이 더 잘 맞을 수 있습니다. 문장 스타일 예시: "소재가 부족한 것은 아닙니다. 독자가 이 장에서 무엇을 얻는지가 보이지 않는 것이 문제입니다." "기능 설명은 충분합니다. 이제 실제 업무에서 왜 필요한지를 앞으로 옮겨야 합니다." 회의록 정리에서는 문체 예시보다 결과 표현의 예가 더 유용할 수도 있습니다. 표현 예시: 담당자: 확인 필요 기한: 확인 필요 결정 사항: 광고비는 이번 달 예산 안에서 집행 예문은 길 필요가 없습니다. 문장 길이와 설명 순서, 결과를 표현하는 방식을 보여주는 정도면 됩니다. 3.5 사실 정리는 Temperature를 낮춰 비교한다 역할과 말투를 고정했다면 이제 답의 변동 폭을 조절해 봅니다. 기본값 1로 설정된 Temperature 이 장의 기준 모델인 Gemini 3.1 Pro Preview에서 Temperature 기본값은 1입니다. Temperature를 정확성 점수라고 생각하면 곤란합니다. 업무에서는 답이 얼마나 일정하게 모이거나 여러 방향으로 벌어지는지를 조절하는 값으로 이해하는 편이 쉽습니다. 회의록, 계약서 조항 정리, 주간 보고서 요약처럼 원문에 충실해야 하는 일은 표현의 다양성보다 일관성이 더 중요합니다. 이런 작업에서는 Temperature를 낮춘 결과를 비교해 볼 수 있습니다. 공식 11 — 사실을 정리하는 작업은 Temperature를 낮춘다. 앞에서 만든 회의록 담당자의 System instructions를 그대로 둡니다. 역할: 사내 회의록 정리 담당자 대상: 회의 참석자와 후속 업무 담당자 말투: 짧고 사실적으로 정리한다. 금지사항: 발언에 없는 담당자, 기한, 숫자를 추정하지 않는다. 확인할 수 없는 항목은 '확인 필요'라고 표시한다. 프롬프트도 고정합니다. 아래 메모를 결정 사항과 액션 아이템으로 나눠 정리해 주세요. - 랜딩 페이지 B안의 클릭률이 더 높았음 - 최종안은 금요일까지 확정 - 카피 초안은 목요일까지 - 디자인 수정은 수요일까지 - 광고비 추가 예산은 없음 먼저 Temperature 1에서 실행합니다. 결과를 남겨 둡니다. 그다음 다른 것은 바꾸지 않습니다. Temperature만 0으로 낮춥니다. Temperature를 0으로 낮춘 상태 같은 System instructions와 같은 프롬프트로 다시 실행합니다. 두 결과에서 볼 것은 “어느 쪽이 더 똑똑한가”가 아닙니다. 원문에 없는 표현을 추가했는지 봅니다. 결정 사항과 액션 아이템의 구분이 얼마나 일정한지 봅니다. 같은 정보가 비슷한 방식으로 정리되는지도 봅니다. Temperature를 0으로 낮췄다고 사실 오류가 자동으로 사라지는 것은 아닙니다. 없는 담당자나 숫자를 만들지 말라는 조건은 System instructions에 따로 적어야 합니다. Temperature는 사실 확인 기능이 아닙니다. 사실 정리처럼 결과의 변동을 줄이고 싶은 업무에서 비교해 보는 설정입니다. 3.6 아이디어를 벌릴 때는 Temperature를 높인다 이번에는 업무의 목적을 바꿉니다. 마케팅 담당자가 새로운 웨비나 제목을 찾고 있다고 해 보겠습니다. 회의 녹음을 요약하고 액션 아이템을 정리하는 기능을 소개하는 웨비나 제목을 10개 제안해 주세요. 대상은 30~40대 팀장입니다. 이 작업에서는 회의록처럼 결과가 일정할 필요가 없습니다. 오히려 열 개의 제목이 모두 비슷하면 곤란합니다. ‘회의록 자동화의 시작’ ‘회의록 자동화 실무’ ‘팀장을 위한 회의록 자동화’ 표현만 조금씩 달라진 후보보다 서로 다른 관점이 필요합니다. 시간 절약으로 접근할 수 있습니다. 회의 후속 업무를 줄이는 방향도 있습니다. 팀장의 관리 부담을 소재로 잡을 수도 있습니다. 회의에서 정한 일이 실행되지 않는 문제를 제목으로 끌어올 수도 있습니다. 공식 12 — 아이디어를 벌리는 작업은 Temperature를 높인다. 여기서 ‘높인다’는 무조건 큰 숫자가 좋다는 뜻이 아닙니다. 사실 정리에서는 결과가 일정하게 모이는 것이 중요했습니다. 아이디어 탐색에서는 여러 방향으로 벌어지는 것이 중요합니다. 따라서 Temperature를 정할 때는 먼저 묻습니다. 지금 필요한 것은 일관성인가, 다양성인가. 회의록이라면 일관성에 가깝습니다. 캠페인 콘셉트나 제목 탐색이라면 다양성에 가깝습니다. 같은 AI가 텍스트를 만들어도 업무 목표가 다르면 설정도 달라져야 합니다. 3.7 같은 질문을 두 번 돌려야 설정 효과가 보인다 Temperature를 배울 때 가장 흔한 실수는 설정을 바꾸면서 질문도 함께 바꾸는 것입니다. Temperature를 낮춥니다. 프롬프트도 조금 고칩니다. System instructions도 한 문장 추가합니다. 모델까지 바꿉니다. 그 뒤 결과가 좋아져도 무엇 때문인지 알 수 없습니다. 설정의 효과를 보려면 한 번에 하나만 바꿔야 합니다. 공식 13 — 같은 질문을 Temperature만 바꿔 두 번 돌려 비교한다. 순서는 단순합니다. Gemini 3.1 Pro Preview를 그대로 둡니다. System instructions를 그대로 둡니다. 프롬프트도 그대로 둡니다. Temperature 1에서 실행합니다. Temperature만 0으로 바꿉니다. 같은 프롬프트를 다시 실행합니다. 두 결과를 비교합니다. 회의록이라면 비교 기준을 미리 정할 수 있습니다. 원문에 없는 내용이 들어갔는가. 결정 사항과 액션 아이템을 같은 기준으로 나눴는가. 담당자와 기한을 임의로 채우지는 않았는가. 표현 방식이 얼마나 달라졌는가. 아이디어 작업에서는 다른 기준을 씁니다. 후보끼리 얼마나 겹치는가. 서로 다른 관점이 나왔는가. 대상 독자와 동떨어진 방향으로 벗어나지는 않았는가. System instructions의 금지사항을 지켰는가. 이렇게 비교하면 Temperature의 정답 숫자를 외울 필요가 없습니다. 자신의 업무에서 어느 결과가 더 쓸 만한지 직접 판단하면 됩니다. 3.8 단순 반복과 복잡한 판단은 Thinking level을 다르게 본다 Temperature 다음에는 Thinking level을 봅니다. 기본값 High로 설정된 Thinking level 현재 기준 화면의 기본값은 High입니다. 이름만 보면 High가 늘 좋은 선택처럼 보일 수 있습니다. 하지만 모든 업무에 같은 수준의 판단이 필요한 것은 아닙니다. 다음 두 요청을 비교해 보겠습니다. 아래 고객 문의 20건을 배송 / 결제 / 환불 / 기타 네 가지로 분류해 주세요. 해야 할 일이 명확합니다. 정해진 기준에 따라 분류하면 됩니다. 반면 다음 요청은 다릅니다. 아래 고객 문의 200건에서 반복되는 불만 원인을 묶고, 각 문제가 어느 업무 단계에서 생기는지 가설을 세운 뒤, 먼저 고쳐야 할 세 가지를 이유와 함께 제안해 주세요. 이번에는 여러 문의를 묶고, 원인을 추론하고, 우선순위를 정해야 합니다. 첫 번째와 두 번째 업무가 같은 수준의 판단을 요구하지 않는다는 것은 쉽게 알 수 있습니다. 공식 14 — 단순 반복 작업은 Thinking level을 낮춰 시간을 아낀다. 선택한 모델에서 Thinking level을 조절할 수 있다면 단순 분류나 짧은 형식 변환처럼 판단이 적게 필요한 작업에서 낮춘 상태의 결과를 비교해 볼 수 있습니다. 결과 품질에 큰 차이가 없다면 단순 작업에 항상 높은 수준을 유지할 필요는 적습니다. 반대로 여러 조건을 비교하고 이유를 설명해야 하는 업무에서는 높은 Thinking level의 결과가 어떻게 달라지는지 확인할 수 있습니다. Thinking level 역시 “높을수록 좋다”가 아니라 업무 난도에 맞추는 설정으로 보는 편이 좋습니다. 3.9 결과의 모양과 근거도 따로 설정한다 Run settings에는 지금까지 다룬 항목 말고도 중요한 설정이 있습니다. 먼저 Structured outputs입니다. 꺼져 있는 Structured outputs와 비활성 상태의 Edit 버튼 Structured outputs는 결과의 구조를 고정하는 기능입니다. 예를 들어 고객 문의 100건을 정리한다고 해 보겠습니다. 결과를 매번 다음 네 항목으로 받아야 할 수 있습니다. 문의 유형 긴급도 담당 부서 한 줄 요약 채팅창에서 “표로 정리해 주세요”라고 요청하는 방법도 있습니다. 하지만 반복 업무에서는 결과가 따라야 할 구조 자체를 지정하는 방법이 있습니다. 이 장에서는 역할만 확인합니다. Structured outputs를 실제로 어떻게 설정하는지는 여기서 다루지 않습니다. Structured outputs를 켜면 JSON 스키마 Edit 버튼이 활성화된다 그림 3-8과 그림 3-9에서는 상태의 차이만 봅니다. Structured outputs가 꺼져 있을 때와 켜져 있을 때 Edit 버튼의 상태가 달라진다는 점까지만 확인합니다. 다음은 Grounding입니다. 기본으로 켜져 있는 Google 검색 그라운딩 촬영한 기준 화면에서는 Grounding with Google Search가 기본으로 켜져 있습니다. Grounding은 AI가 답을 만들 때 외부 근거를 연결하는 쪽의 설정입니다. 이 역시 여기서는 직접 조작하지 않습니다. 지금은 Run settings 안에서 기능 역할을 나눠 보는 것이 목적입니다. System instructions는 누가 일하는가를 정합니다. Temperature와 Thinking level은 어떻게 답할 것인가를 조절합니다. Structured outputs는 어떤 모양으로 내놓을 것인가를 다룹니다. Grounding은 무엇을 근거로 답할 것인가와 관계가 있습니다. 이 네 층을 구분하면 Run settings가 기능 목록이 아니라 업무 조건표처럼 보이기 시작합니다. 3.10 설정이 꼬였으면 기준점으로 돌아간다 설정을 배우다 보면 여러 값을 바꾸게 됩니다. System instructions를 수정합니다. Temperature를 0으로 바꿉니다. Thinking level도 조절합니다. Structured outputs의 상태도 확인합니다. 그러다 어느 순간 결과가 이상해질 수 있습니다. 이때 프롬프트부터 다시 쓰기보다 현재 설정부터 확인해야 합니다. 앞에서 바꾼 조건이 지금 업무와 맞지 않는 상태로 남아 있을 수 있기 때문입니다. Run settings 상단에는 되돌리기 아이콘이 있습니다. 이 아이콘이 Reset default settings 역할을 합니다. 화면에 긴 텍스트 버튼이 따로 있다고 생각하면 안 됩니다. 공식 15 — 설정이 꼬이면 처음부터 다시 쓰지 말고 기본값으로 되돌린다. 필요할 때는 다음 순서로 정리합니다. 보관해야 할 현재 결과를 먼저 남깁니다. Run settings 상단의 되돌리기 아이콘을 사용합니다. 기본 상태로 돌아온 뒤 필요한 설정만 다시 적용합니다. 한 번에 하나씩 바꾸면서 결과를 확인합니다. 예를 들어 오전에는 마케팅 아이디어를 넓게 뽑았습니다. 오후에는 회의록을 정리해야 합니다. 업무 성격이 완전히 달라졌는데 앞에서 사용한 설정을 그대로 들고 갈 이유는 없습니다. 반대로 회의록처럼 결과가 흔들리지 않도록 맞춘 상태에서 캠페인 아이디어를 여러 방향으로 요청하면 결과가 지나치게 비슷하게 느껴질 수 있습니다. AI가 갑자기 성능이 나빠진 것이 아닐 수 있습니다. 다른 일을 시키면서 이전 작업의 조건을 그대로 입혀 둔 것일 수 있습니다. 설정이 꼬였을 때 기본값으로 돌아가는 것은 실패가 아닙니다. 비교를 다시 시작할 수 있는 기준점을 만드는 일입니다. 정리 Run settings의 핵심은 AI를 복잡하게 조정하는 데 있지 않습니다. 매번 반복하던 업무 조건을 분리하고, 필요한 설정을 한 번 정해 다시 사용하는 데 있습니다. System instructions에는 역할·대상·말투·금지사항을 둡니다. Temperature는 일관성이 필요한 일과 다양성이 필요한 일을 구분해 비교합니다. Thinking level은 업무의 난도에 맞춰 사용합니다. Structured outputs와 Grounding은 각각 결과 구조와 근거를 담당합니다. 이 장에서는 두 기능의 역할만 확인했습니다. 이 장의 공식: 08, 09, 10, 11, 12, 13, 14, 15 ---------------------------------------- ## 연재 · Aside 브라우저 사용설명서 ### 맥북은 집에, 나는 시골에 있었다 | Aside 브라우저 사용설명서 프롤로그 https://voidlogpress.com/aside-browser-prologue/ 발행일: 2026-09-26T00:15:15+00:00 수정일: 2026-09-26T20:22:34+00:00 추석 명절을 보내러 시골에 내려와 있던 새벽, 어사이드(Aside) 브라우저 사용설명서를 쓰기로 했다. 작업하던 맥북은 집에 켜 두고 왔다. 손에 있는 것은 휴대전화였고, 집의 어사이드와 이어진 통로는 텔레그램이었다. 그동안 어사이드와 여러 일을 해 왔다. 웹사이트의 숫자를 확인하고, 자료를 표로 정리하고, 반복되는 작업을 맡겼다. 처음에는 하나씩 요청하던 일이 어느새 일상의 작업 방식이 됐다. 이 경험을 기초부터 차근차근 정리하면, 다른 사람도 자기 일에 적용할 수 있는 사용설명서가 되겠다고 생각했다. 책에는 실제로 활용한 방법을 담되 개인 업무의 이름과 숫자는 일반적인 사례로 바꾸기로 했다. 특정한 일을 그대로 따라 하는 것보다, 독자가 자신의 업무에서 비슷한 일을 찾아 맡길 수 있게 하고 싶었다. 시골에서 휴대전화로 연재를 시작할 수 있을까? 원고는 한 장씩 쓰고 사이트에 차례로 올리기로 했다. 나는 텔레그램으로 연재 공간을 만들어 달라고 요청했다. 제목은 『Aside 브라우저 사용설명서』, 부제는 ‘설치부터 무인 루틴까지, 로그인 웹 업무를 AI에게 맡기는 법’으로 정했다. 책을 쓰겠다는 생각이 사이트를 준비하는 구체적인 작업으로 이어졌다. 사이트 관리 화면에는 새 로그인이 필요했다. 평소라면 맥북 앞에서 처리했겠지만, 이번에는 내가 시골에 있다는 사정을 전하고 로그인까지 진행해 달라고 부탁했다. 어사이드는 호스팅 관리 화면에서 이용할 수 있는 경로를 확인했다. 브라우저에 남아 있던 Google 계정 세션으로 호스팅 서비스에 로그인하고, 연결된 메일에서 인증 메시지를 확인해 정상적인 인증 절차를 마쳤다. 이어 호스팅 관리자가 제공하는 워드프레스 관리자 바로가기를 이용했다. 나는 휴대전화에서 각 화면의 버튼을 직접 찾고 누르는 대신, 하려는 일과 현재 상황을 말로 전달했다. 이 과정에서 새롭게 느낀 것은 대화가 실제 작업의 출발점이 될 수 있다는 점이었다. “사이트에 연재 공간을 만들어 줘”라는 요청이 계정 확인과 관리자 접속을 거쳐 사이트의 변화로 이어졌다. 익숙한 서비스들을 연결해 쓰는 일이었다. 집의 맥북이 작동하고 있었고, 어사이드와 텔레그램이 연결돼 있었으며, 필요한 계정을 이용할 수 있는 상태가 그 바탕이 됐다. 대화로 정한 제목이 사이트에 올라오기까지 작업 중에는 텔레그램으로 연결 상태와 진행 상황을 물었다. 어사이드는 로그인까지 마쳤다는 것과 연재 공간 설정이 남아 있다는 것을 알려 줬다. 나는 이어서 게시판 설정을 진행해 달라고 했다. 큰 요청을 한 번에 던져 두는 것뿐 아니라, 진행 상황을 주고받으며 다음 단계로 이어 가는 방식도 자연스러웠다. 곧 기존 연재 메뉴 아래에 『Aside 브라우저 사용설명서』라는 공간이 생겼다. 선택한 부제가 들어갔고, 연재 목록에서 그곳으로 이동하는 링크도 연결됐다. 시골에서 휴대전화로 나눈 대화가 집의 맥북을 통해 실제 사이트에 반영된 것이다. 그리고 그 공간에 들어갈 첫 글로, 바로 이 새벽의 경험을 쓰기로 했다. 텔레그램으로 준비한 연재 공간에 첫 글이 올라간 모습. 실제 사이트 화면, 2026년 9월 26일. 관리자 메뉴와 개인정보 영역은 제외했다. 이 책도 같은 방식으로 한 걸음씩 이 책은 설치와 첫 지시부터 시작한다. 로그인된 웹에서 자료를 찾고, 메모리로 업무 맥락을 이어 가고, 반복되는 일을 루틴으로 묶고, 텔레그램으로 원격 요청을 보내는 방법까지 차례로 다룬다. 각 장에서는 따라 할 수 있는 예시와 함께, 어떤 준비가 필요한지와 결과를 어디서 확인하면 되는지도 설명할 것이다. 화면이 이해를 돕는 곳에는 실제 캡처를 넣는다. 개인 계정과 업무 정보는 드러내지 않고, 독자가 자기 환경에서 활용할 수 있는 부분에 초점을 맞춘다. 처음에는 작은 조회 하나를 맡기고, 익숙해지면 여러 단계를 연결하는 식으로 활용 범위를 넓혀 갈 수 있도록 구성하려 한다. 시골에서 새벽에 내린 결정은 집에 있는 맥북을 거쳐 연재 공간이 됐다. 책을 준비하는 과정이 책의 첫 사례가 됐고, 이제 그곳에서 이야기를 시작한다. 내가 컴퓨터 앞에 없는 동안에도 대화로 이어 갈 수 있는 일들. 이 책은 그 가능성을 일상에서 함께 써 보는 사용설명서다. Aside 브라우저 사용설명서 연재 목록 저자의 실제 경험을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 인증 정보와 개인 업무 내용은 생략했습니다. ---------------------------------------- ### 로그인된 웹에서 시작하는 AI 업무 | Aside 브라우저 사용설명서 1장 https://voidlogpress.com/aside-browser-chapter-1/ 발행일: 2026-09-26T00:48:35+00:00 수정일: 2026-09-26T20:22:33+00:00 어사이드는 로그인된 웹에서 조회와 정리, 화면 조작을 이어 주는 AI 브라우저다. 프롤로그에서 나는 시골에 머물며 텔레그램으로 연재 준비를 요청했다. 집에 켜 둔 맥북의 어사이드가 계정 인증을 거쳐 사이트 관리자에 들어갔고, 제목과 부제가 붙은 연재 공간을 만들었다. 특별한 프로그램을 새로 만든 것은 아니었다. 평소 이용하던 서비스에서 내가 하려던 일을 대화로 전달한 것이다. 이 경험을 자신의 업무에 옮기려면 먼저 한 가지를 알아두면 좋다. AI가 좋은 답을 만드는 능력과, 그 답에 필요한 자료를 찾아 실제 화면에서 일을 처리하는 능력은 서로 연결돼 있지만 같은 것은 아니다. 이 장에서는 어사이드의 메뉴를 외우기 전에, 어떤 일을 맡기면 활용 가치가 생기는지부터 살펴본다. 1.1 AI에게 답 대신 일을 맡긴다는 것은? 주간 현황표를 만드는 일을 떠올려 보자. AI에게 “주간 현황표 양식을 만들어 줘”라고 하면 필요한 열과 보고서 구성을 제안받을 수 있다. 여기까지는 답을 받는 작업이다. 그런데 실제 현황표를 완성하려면 이번 주의 숫자를 찾아야 한다. 관리 페이지에 로그인하고, 날짜 범위를 고르고, 목록을 확인하고, 이전 기록과 비교하는 과정이 남아 있다. 그동안 이 부분은 사람이 맡는 경우가 많았다. 브라우저에서 숫자를 복사해 채팅창에 붙이고, 답을 받아 다시 스프레드시트로 옮겼다. AI는 계산이나 문장 정리를 도왔지만, 자료가 있는 곳과 결과를 놓을 곳 사이의 이동은 사람이 연결했다. 작은 작업에서는 충분히 편리한 방식이다. 매번 같은 이동을 되풀이한다면 그 연결 자체를 맡길 여지도 생긴다. 브라우저 에이전트를 활용한다는 것은 이 이동까지 작업에 포함하는 일이다. 웹사이트에서 필요한 내용을 읽고, 다음 화면으로 이동하고, 결과를 정리하는 과정을 하나의 요청으로 묶는다. 여기서 에이전트란 목적에 맞춰 도구를 사용하며 여러 단계를 이어 가는 AI를 뜻한다. 어려운 이름을 외우기보다, 답을 설명하는 데서 한 걸음 더 나아가 필요한 일을 수행하는 방식이라고 이해하면 된다. 답을 요청하기 “주간 현황표에는 어떤 항목을 넣으면 좋을까?” 일을 요청하기 “지정한 관리 페이지에서 이번 주 현황을 확인하고, 항목명·기준일·수치를 표로 정리해 줘. 원본은 수정하지 마.” 두 요청은 어느 쪽이 더 수준 높은 질문이냐의 차이가 아니다. 첫 번째는 설계를 도와달라는 요청이고, 두 번째는 자료 수집과 정리까지 포함한 요청이다. 원하는 결과에 맞춰 둘을 나눠 쓰면 된다. 어사이드를 처음 사용할 때도 모든 일을 한꺼번에 맡기기보다, 내가 지금 답을 원하는지 실제 처리를 원하는지 먼저 구분하는 편이 편하다. 1.2 왜 로그인된 웹이 중요한가? 로그인된 웹에는 내 업무의 현재 상태가 있다. 공개 페이지의 상품 소개와 관리자 화면의 재고는 서로 다른 정보다. 공개된 서비스 요금표와 내 계정의 갱신 예정일도 다르다. 검색으로 전체 시장을 조사할 수 있더라도, 내 계정에만 표시되는 값은 그 계정의 화면이나 허용된 연결 경로를 통해 확인해야 한다. 이 때문에 로그인 상태를 활용하는 브라우저가 실무에서 의미를 갖는다. 사람이 업무를 시작하는 바로 그 화면에서 요청을 이어 갈 수 있기 때문이다. 공식 소개에서도 어사이드는 이미 로그인한 웹사이트와 계정을 이용해 작업하는 브라우저라고 설명한다. 다만 로그인 상태가 다른 브라우저에서 저절로 공유된다고 생각하기보다는, 실제로 어사이드에서 해당 사이트와 계정에 접속할 수 있는지를 기준으로 보면 정확하다. 내가 자주 확인하는 화면은 무엇인지 세 가지만 적어 보자. 구독 관리, 문서 목록, 상품 현황, 게시물 관리, 프로젝트 진행 상황 중 어떤 것이든 좋다. 그런 다음 그 화면에서 반복해서 하는 행동을 붙인다. “목록을 읽는다”, “지난주와 비교한다”, “기준에 맞는 항목을 추린다”처럼 동사로 적으면 맡길 일의 모양이 드러난다. 이 책에서 소개하는 사례는 특정 업종에 한정하지 않는다. 도서 목록의 숫자를 모으는 작업과 상품 목록의 수치를 모으는 작업은 대상이 달라도 닮은 부분이 많다. 들어갈 곳, 읽을 항목, 비교할 기준, 결과를 받을 형식이 정해져 있다는 점이다. 자기 업무에 적용할 때는 사례의 이름보다 이 네 가지를 가져오면 된다. 그림 1-1. Aside 공식 Browser agent 소개 화면. 2026년 9월 26일 확인. 개인 계정이나 업무 자료가 아닌 공개 기능 안내 화면이다. 위 화면은 어사이드 공식 사이트가 소개하는 활용 범위다. 로그인, 커뮤니케이션, 문서와 스프레드시트를 함께 보여 준다. 이 장에서는 그중 조회와 정리부터 시작한다. 메시지 발송이나 게시처럼 외부에 결과가 남는 일은 이후 장에서 승인 방식과 함께 다룬다. 1.3 AI는 어떤 경로로 내 업무에 닿을까? AI가 업무를 처리하는 경로는 하나가 아니다. 이해를 돕기 위해 서비스 연결, 로컬 도구, 브라우저 작업으로 나눠 볼 수 있다. 이것은 제품을 세 부류로 줄 세우는 분류가 아니라, 자료에 접근하는 방법을 설명하기 위한 구분이다. 하나의 제품이 여러 경로를 함께 쓰기도 한다. 서비스 연결: 허용한 범위의 자료를 가져오기 메일이나 문서 서비스에 접근 권한을 주면, AI가 그 연결을 이용해 내용을 가져오거나 작업할 수 있다. 서비스가 제공하는 API는 프로그램끼리 요청과 결과를 주고받는 통로다. 화면의 버튼을 매번 누르지 않고 일정한 구조로 자료를 받을 수 있어, 지원되는 업무를 반복해서 처리할 때 유용하다. 이 방식도 계정 로그인을 사용한다. 연결 과정에서 계정을 선택하고 접근 범위를 승인하는 경우가 많다. 따라서 “로그인된 자료는 브라우저형만 읽는다”는 설명은 맞지 않는다. 확인할 것은 내가 사용하는 서비스가 연결돼 있는지, 그리고 필요한 작업까지 그 연결에서 지원하는지다. 로컬 도구: 파일과 프로그램에서 시작하기 내 컴퓨터의 문서, 폴더, 프로그램을 다루는 경로다. 여러 파일의 이름을 정리하거나, 내려받은 자료를 합치거나, 정해진 형식으로 변환하는 일에 잘 맞는다. 로컬에서 실행되는 에이전트도 브라우저 도구나 서비스 연결을 붙이면 웹 업무를 할 수 있다. 시작점이 파일이라는 이유만으로 웹에 접근할 수 없다고 구분할 필요는 없다. 브라우저 작업: 익숙한 웹사이트에서 이어 가기 브라우저의 페이지와 계정 상태를 이용해 일을 진행하는 경로다. 사용자는 사이트 주소나 화면의 목적을 말하고, 에이전트는 필요한 화면을 찾아 자료를 읽거나 양식을 다룬다. 별도 연동이 마련되지 않은 웹 화면에서도 활용할 여지가 있다는 점이 장점이다. 실제로 가능한 작업은 사이트 구조와 계정 권한, 보안 절차에 따라 달라진다. 접근 경로주로 이용하는 통로처음 확인할 것 서비스 연결계정 연동·API지원 서비스와 허용된 접근 범위 로컬 도구파일·프로그램·추가 도구파일 위치와 실행 권한 브라우저 작업웹페이지·계정 상태·브라우저 도구접속 가능한 계정과 실제 화면 접근 경로를 이해하기 위한 비교다. 한 제품이 여러 경로를 함께 활용할 수 있다. 어사이드를 활용할 때도 화면 조작만 고집할 이유는 없다. 웹에서 확인한 자료를 파일로 정리하거나, 문서 도구와 연결해 결과를 완성하는 일이 자연스럽게 이어질 수 있다. 사용자는 어느 기술을 골라야 하는지부터 고민하기보다, 자료가 있는 곳과 원하는 결과를 구체적으로 알려 주면 된다. 구현 경로는 작업의 성격에 맞춰 선택할 부분이다. 1.4 모델과 브라우저는 어떻게 역할을 나눌까? 모델은 요청을 해석하고 다음 행동을 판단하는 역할을 한다. 브라우저와 연결된 도구는 그 판단에 필요한 화면과 자료를 제공하고, 허용된 행동을 실행하는 역할을 한다. 모델 이름만으로 웹 작업의 편리함을 전부 설명하기 어려운 이유가 여기에 있다. 같은 요청이라도 어떤 계정과 도구를 사용할 수 있는지에 따라 진행할 수 있는 범위가 달라진다. 어사이드는 자체 플랜의 모델을 쓰거나, 지원되는 기존 AI 구독을 연결하거나, API 키를 등록하는 방식을 안내한다. 어느 모델과 연결 방식을 쓸지는 뒤에서 자세히 다룬다. 지금은 어사이드가 하나의 고정된 모델 이름을 뜻하는 것이 아니라, 모델과 브라우저 작업을 연결하는 환경이라는 점만 기억하면 충분하다. 예를 들어 “내 사이트에서 최근 글 제목을 정리해 줘”라는 요청에는 두 종류의 정보가 필요하다. 문장을 이해하는 능력과 그 사이트의 실제 글 목록이다. 아무리 좋은 문장을 만드는 모델이라도 현재 목록을 읽지 않았다면 오늘의 제목을 알 수 없다. 반대로 목록을 읽을 수 있어도 어떤 기준으로 정리할지 모르면 사용자가 원하는 결과와 멀어질 수 있다. 요청의 조건과 실제 자료가 만나야 작업이 완성된다. 1.5 ‘내 컴퓨터에서 작업한다’는 말의 정확한 뜻 실행 위치, 기록의 저장 위치, 모델이 판단하는 위치는 나눠서 보면 이해하기 쉽다. 브라우저는 내 컴퓨터에서 사이트를 열 수 있고, 작업 기록도 기기에 저장될 수 있다. 동시에 선택한 모델이 외부 서버에서 실행된다면, 판단에 필요한 요청과 일부 자료가 그 제공자에게 전달될 수 있다. 로컬 브라우저를 쓴다는 설명만으로 모든 처리가 기기 안에서 끝난다고 결론 내리지는 않는다. 어사이드 개인정보처리방침은 작업 기록과 산출물을 로컬에 저장한다고 설명하면서, 호스팅된 모델 제공자가 작업에 필요한 문맥을 받는다고 밝힌다. 그 문맥에는 지시문, 도구의 결과, 선택된 브라우저 스냅샷과 화면 캡처, 파일 등이 포함될 수 있다. 따라서 “내 컴퓨터에서 쓰는 브라우저이므로 모델 제공자에게 자료가 전혀 전달되지 않는다”는 뜻은 아니다. 이 구분을 알아두면 활용하기가 오히려 쉬워진다. 처음에는 공개된 자료나 민감하지 않은 항목부터 맡기고, 결과에 꼭 필요한 범위만 지정하면 된다. 고객 명단 전체를 제공하는 대신 집계된 건수를 요청하거나, 화면의 모든 내용을 정리하는 대신 상품명과 상태 열만 읽도록 범위를 정하는 식이다. 업무에서 다루는 자료에 따라 소속 조직의 규칙도 함께 적용한다. 프롤로그의 사례에서 개인정보를 생략한 것도 같은 이유다. 독자가 알아야 할 것은 어떤 이메일 주소로 로그인했는지가 아니라, 이용 가능한 계정과 인증 절차를 거쳐 관리자 화면에 도달했다는 흐름이다. 필요한 맥락은 남기고 관련 없는 세부 정보는 덜어 내면, 설명도 요청도 더 명확해진다. 1.6 첫 요청은 ‘대상·범위·결과’로 적어 보자 처음부터 긴 지시문을 만들 필요는 없다. 대상은 어디에서 일할지, 범위는 무엇을 어디까지 할지, 결과는 무엇을 받을지를 뜻한다. 이 세 가지가 들어가면 AI가 추측해야 하는 부분이 줄어든다. 조회 작업이라면 원본을 그대로 두라는 조건을 짧게 더하면 좋다. 대상: 내가 지정한 사이트의 공개 공지 목록 범위: 최근 공지 5개, 원본 변경 없음 결과: 제목·날짜·링크를 표로 정리 요청 예시 “이 사이트의 최근 공지 5개를 확인해 줘. 제목, 게시일, 원문 링크를 표로 정리하고 게시일이 없는 항목은 ‘표시 없음’이라고 적어 줘. 사이트 내용은 수정하지 마.” 표를 받으면 몇 가지를 바로 볼 수 있다. 요청한 다섯 항목이 모였는지, 제목과 날짜의 의미가 맞는지, 링크를 열었을 때 같은 공지가 나오는지다. 이런 작은 과제는 결과의 기준이 눈에 보인다. 에이전트의 작동 방식을 익히면서, 나에게 어떤 형식이 편한지도 함께 정할 수 있다. 공개 공지로 익숙해졌다면 다음에는 내 계정의 읽기 전용 목록에 같은 요청 구조를 적용해 볼 수 있다. 상품명과 상태, 문서명과 수정일, 구독명과 갱신 예정일처럼 항목을 바꾸는 것이다. 읽기 전용이라고 해서 자료의 성격까지 공개 정보가 되는 것은 아니므로, 계정과 항목의 접근 권한은 별도로 확인한다. 결과를 어디에 둘지도 구분해 주면 더욱 편리하다. “표로 보여 줘”는 대화 안에서 결과를 확인하려는 뜻이고, “지정한 시트의 새 열에 기록해 줘”는 저장된 자료를 바꾸는 작업까지 포함한다. 처음에는 대화에서 표를 받아 형식을 맞춘 뒤, 그다음 단계에서 저장 위치와 수정 범위를 정해도 된다. 복잡한 자동화를 한 번에 완성하는 대신, 작은 요청을 연결해 자기 업무의 흐름을 만드는 방식이다. 1.7 일상의 작은 반복에서 시작하기 어사이드가 유용한 순간은 거창한 일을 맡길 때만이 아니다. 여러 사이트를 오가며 같은 숫자를 확인하는 시간, 목록을 복사해서 표로 옮기는 과정, 어제 본 자료를 다시 찾는 일이 조금씩 연결될 때도 가치가 생긴다. 내가 무엇을 원하는지 설명하고, 필요한 자료를 찾는 과정과 결과를 함께 받는 경험이 쌓이면 요청의 범위도 자연스럽게 넓어진다. 이 장에서 기억할 것은 세 가지다. 첫째, 답변 생성과 실제 업무 처리는 필요한 도구가 다를 수 있다. 둘째, 로그인된 웹은 내가 평소 일하던 자리이므로 반복 업무를 찾기 좋은 출발점이다. 셋째, 대상을 정하고 범위를 좁히고 결과의 모양을 알려 주면 첫 요청이 쉬워진다. 도구가 할 수 있는 모든 일을 외우는 것보다, 오늘 반복한 일 하나를 정확히 설명하는 편이 시작에 도움이 된다. 다음 장에서는 어사이드를 설치하고 첫 과제를 진행한다. 처음부터 여러 계정을 옮기거나 큰 업무를 맡길 필요는 없다. 공개된 페이지에서 짧은 조회 하나를 마치고, 결과를 확인하는 경험부터 만들 것이다. 이 책의 나머지 활용법도 그 작은 출발점 위에 하나씩 얹힌다. 확인한 공식 자료 기능과 설정은 업데이트에 따라 달라질 수 있다. 아래 자료는 2026년 9월 26일 확인했다. Aside Browser agent 소개 · 모델과 제공자 연결 안내 · 개인정보처리방침 이전 글: 맥북은 집에, 나는 시골에 있었다 『Aside 브라우저 사용설명서』 연재 목록 저자의 실제 사용 경험과 공식 자료를 바탕으로 AI의 도움을 받아 작성·편집했습니다. 개인 계정과 업무 정보는 일반화하거나 생략했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 설치와 첫 과제: 공개 페이지에서 표 하나 만들기 | Aside 브라우저 사용설명서 2장 https://voidlogpress.com/aside-browser-chapter-2/ 발행일: 2026-09-26T01:15:53+00:00 수정일: 2026-09-26T20:22:33+00:00 어사이드를 설치한 뒤, 공개 페이지에서 작은 조회 과제 하나를 시작하자. 첫날의 목표는 모든 기능을 설정하는 것이 아니다. 브라우저를 열고, 읽을 페이지를 지정하고, 요청한 결과를 받아 보는 데까지 가면 된다. 이 장은 macOS 기준으로 설치와 첫 요청을 다룬다. 개인 계정의 업무 자료 대신 누구나 볼 수 있는 공식 소개 페이지를 사용하므로, 사이트 로그인을 여러 개 준비할 필요도 없다. 2.1 어디서 내려받고 어떻게 설치할까? 설치 파일은 어사이드 공식 다운로드 페이지에서 받는다. 공식 시작 안내가 제시하는 macOS 최소 조건은 15.0 이상이다. 어사이드는 기존 브라우저에 붙이는 확장 프로그램이 아니라 브라우저 자체이므로, Chrome 확장 프로그램 메뉴에서 찾지 않아도 된다. 이 장에서는 맥에서 확인한 절차만 설명하며, 다른 운영체제의 설치 화면이나 기능이 같다고 가정하지 않는다. ① 공식 다운로드 페이지에서 받은 Aside.dmg를 다운로드 폴더에서 연다. ② Aside 아이콘을 Applications(응용 프로그램) 폴더로 끌어다 놓는다. ③ 응용 프로그램 폴더에서 Aside 앱을 연다. 그림 2-1. 공식 다운로드 페이지에서 macOS로 접속해 확인한 설치 안내. 2026년 9월 26일 캡처. 신규 설치를 재현한 화면이 아니라 공개된 공식 안내다. 어사이드를 처음 열면 계정에 로그인하거나 새 계정을 만든다. 이는 어사이드 서비스의 계정으로, 이후 업무 사이트에 로그인하는 일과는 별개다. 초기 설정의 순서와 화면은 업데이트로 달라질 수 있으므로 현재 화면의 안내를 함께 읽는다. 2.2 기존 브라우저 자료는 무엇을 가져올까? 브라우저 가져오기는 평소 쓰던 맥락을 어사이드로 옮기는 과정이다. 공식 안내는 방문 기록, 쿠키, 북마크를 가져올 수 있다고 설명한다. 초기 설정에서 가져올 프로필을 고르고, 필요한 시스템 접근을 허용한 뒤 완료를 기다린다. 프로필이 여러 개라면 일에 사용할 것을 골라야 개인용과 업무용 맥락이 섞이는 일을 줄일 수 있다. 쿠키를 가져왔다고 해서 모든 사이트가 로그인 상태를 계속 유지하는 것은 아니다. 사이트의 보안 정책이나 세션 만료에 따라 다시 로그인할 수 있으므로, 자주 쓰는 사이트 하나를 열어 원하는 계정인지 확인한다. 가져오기 완료와 업무 계정 확인을 두 단계로 나누면 점검하기 쉽다. Safari는 별도의 파일 가져오기 방식이다. 공식 도움말은 Safari의 File > Export로 만든 ZIP 파일을 업로드하도록 안내한다. 이 경로에서는 ZIP이 아닌 파일을 받지 않는다. 비밀번호 관리자는 공식 설정 순서에서 가져오기 다음에 나온다. 비밀번호 관리자 설정은 화면의 안내에 따라 진행하고, 자격 증명 사용 방식은 4장에서 자세히 살펴본다. 비밀번호를 채팅창에 붙여 넣는 방식으로 대신하지 않는다. 이번 과제는 공개 페이지를 읽는 작업이다. 업무 사이트의 로그인이나 모든 계정 이전을 끝내야만 시작할 수 있는 것은 아니다. 처음에는 한 페이지에서 결과를 받는 경험을 만들고, 실제 업무 계정은 필요한 순서대로 준비하면 된다. 2.3 현재 페이지에서 첫 요청을 보내려면? 설치가 끝났다면 아래의 공식 Browser agent 소개 페이지를 어사이드에서 연다. 다른 브라우저에 페이지를 열어 두는 대신, 작업을 맡길 어사이드 안에서 같은 주소를 여는 것이 출발점이다. 그런 다음 사이드패널을 연다. 공식 기본 단축키는 맥에서 ⌘S이며, 기본 키 설정을 바꿨다면 현재 설정에 따른다. 첫 과제 페이지: Aside Browser agent 공식 소개 사이드패널은 현재 페이지를 작업의 문맥으로 붙여서 요청하는 공간이다. 새 작업의 입력 영역에 페이지 제목과 호스트명이 표시된 첨부가 있는지 확인하고, 지금 읽게 할 페이지라면 그대로 둔다. 첨부를 제거하면 해당 페이지 없이 작업을 시작할 수 있으므로, 첫 과제에서는 남겨 두는 편이 분명하다. 공식 도움말은 여러 사이트나 파일에 걸친 일에는 작업 페이지를, 지금 보고 있는 페이지를 출발점으로 삼을 때는 사이드패널을 안내한다. 이번에는 페이지 하나가 대상이므로 사이드패널이 적합하다. 입력창이 보인다는 것만 확인하지 말고 어느 페이지가 붙어 있는지까지 살펴보자. 권한 선택에 Read only가 보이면 이번 조회 과제에 맞게 선택한다. 공식 문서는 이를 브라우저와 파일의 문맥을 살펴보되 파일을 바꾸지 않는 모드로 설명한다. 여기서 권한 이름만으로 모든 행위의 안전성이 보장된다고 해석할 필요는 없다. 요청에도 변경하지 말아야 할 범위를 써 두자. 이번 과제에는 별도의 작업 폴더나 유료 업그레이드를 새로 마련하지 않는다. 모델 선택과 이용량의 관계는 다음 장에서 다룬다. 현재 페이지의 “Built for how work actually happens” 아래에 소개된 세 가지 작업 유형을 읽어 줘. 영어 이름과 한국어 설명을 3행 표로 정리해 줘. 이 페이지에서 확인한 내용만 쓰고, 원문 링크도 붙여 줘. 페이지 내용을 바꾸거나 메시지를 보내지는 마. 해당 구역이 보이지 않으면 추측하지 말고 알려 줘. 요청을 보낸 뒤에는 어사이드가 페이지를 확인하고 결과를 정리하는 흐름을 지켜본다. 추가 질문이 오면 무엇이 필요한지 읽고 답하면 된다. 이 과제는 공개 페이지의 글을 읽는 일이므로 개인 업무 계정의 비밀번호를 입력할 이유는 없다. 전혀 다른 사이트의 로그인을 요구한다면 작업 대상을 다시 확인한다. 2.4 표를 받으면 무엇을 확인할까? 확인일 기준으로 해당 구역에는 아래 세 항목이 표시돼 있었다. 다음 표는 답변 화면을 재현한 캡처가 아니라, 원문과 결과를 대조하기 위해 정리한 기준표다. 한국어 표현이 한 글자씩 같을 필요는 없다. 영어 이름이 맞고, 원문에 없는 기능을 덧붙이지 않았는지가 중요하다. 영어 이름원문에 근거한 한국어 설명 Signing in로그인해 이메일, 대시보드, 내부 도구에서 작업한다. Communications댓글, 답글, 후속 연락을 처리한다. Docs and Spreadsheets컴퓨터에 있는 파일을 직접 다룰 수 있다. 표 2-1. 공식 소개 페이지의 세 작업 유형을 대조하기 위한 기준표. 2026년 9월 26일 확인. 첫 과제의 완료 기준은 답변이 길거나 멋진지가 아니라 요청한 조건이 지켜졌는지다. 세 항목이 모두 있는지, 원문 링크가 맞는지, 설명이 지정한 구역의 내용에 근거하는지를 확인한다. 항목 하나를 직접 원문과 대조해 보면 확인 방법이 분명해진다. 사이트가 개편돼 구역이 사라졌다면 예전의 세 이름을 억지로 맞추는 것이 정답은 아니다. 현재 화면에서 달라진 점을 알려 주는 답도 조건에 맞는 결과다. 이번 요청에는 “보이지 않으면 알려 달라”는 기준이 있기 때문이다. 실제 내용과 요청한 형식을 나눠 확인하는 습관은 나중에 업무 자료를 맡길 때도 그대로 쓸 수 있다. 결과의 모양을 바꾸고 싶다면 같은 대화에서 “영어 이름은 유지하고 설명만 한 줄씩 더 짧게 줄여 줘”라고 이어서 요청한다. 이미 읽은 자료를 정리하는 방식만 조정하는 것이다. 다른 페이지가 대상이었다면 주소를 명시하고 새로 확인해 달라고 말한다. 2.5 첫날은 어디까지 하면 충분할까? 어사이드를 설치하고, 공개 페이지를 열고, 사이드패널에서 요청을 보내고, 표와 원문을 대조했다면 첫 과제는 끝났다. 지금은 사이트에 무언가를 게시하거나 파일을 자동으로 수정할 필요가 없다. 대상·범위·결과를 정해 작은 일을 마쳤다는 것이 이번 장의 성과다. 이제 같은 요청 구조를 자기 일에 옮길 준비가 됐다. 공개 공지의 제목과 날짜, 제품 안내의 항목과 설명처럼 읽을 대상만 바꿔도 비슷한 과제를 만들 수 있다. 다음 장에서는 어떤 모델을 연결해 사용할 수 있는지, 구독과 API 키, 어사이드 크레딧을 어떻게 구분해서 보면 되는지 살펴본다. 확인한 공식 자료 2026년 9월 26일 확인. 설치·가져오기·시작 안내 · 사이드패널 사용 · 기본 단축키 · 작업과 권한 안내. 이 장은 macOS 기준이며, 화면과 지원 조건은 업데이트로 달라질 수 있다. 이전 글: 1장 · 로그인된 웹에서 시작하는 AI 업무 『Aside 브라우저 사용설명서』 연재 목록 실제 사용 경험과 공식 자료를 바탕으로 AI의 도움을 받아 작성·편집했습니다. 설치 안내는 공식 화면을 인용했으며 첫 과제의 원문은 직접 확인했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 모델 연결과 크레딧: 구독·API·Aside 요금 구분하기 | Aside 브라우저 사용설명서 3장 https://voidlogpress.com/aside-browser-chapter-3/ 발행일: 2026-09-26T01:27:29+00:00 수정일: 2026-09-26T20:22:32+00:00 모델 연결 경로와 비용 확인처를 구분하면 어사이드 설정이 쉬워진다. 2장에서는 공개 페이지를 읽고 표 하나를 만들었다. 이제 같은 일을 어떤 모델에 맡길지, 이미 결제한 AI 구독을 쓸 수 있는지, 크레딧은 어디에서 확인하는지 알아볼 차례다. 처음부터 모든 제공자를 연결할 필요는 없다. 지금 쓸 경로 하나를 정하고 작은 과제를 실행한 뒤 사용량을 확인하면 된다. 3.1 모델과 구독, 크레딧은 어떻게 다른가? 어사이드에서 모델을 고르는 일과 어사이드 요금제를 고르는 일은 같은 결정이 아니다. 모델은 요청을 해석하고 다음 행동을 판단하는 역할을 한다. 제공자는 그 모델을 어떤 연결 경로로 이용하는지를 가리킨다. 요금제는 어사이드에서 제공하는 기능과 포함 사용량에 관련된 조건이다. 여기에 외부 AI 구독이나 API 계정이 연결될 수 있다. 이 이름들을 한꺼번에 “AI 요금”이라고 부르면 어디의 한도를 확인해야 하는지 헷갈리기 쉽다. 먼저 지금 작업에 선택한 모델이 어느 제공자에 연결돼 있는지 보고, 그다음 해당 사용량을 확인하는 순서로 접근하자. 예를 들어 이미 AI 채팅 서비스를 구독하고 있어도, 그 구독이 모든 API 호출 비용을 대신 내 주는 것은 아니다. 반대로 어사이드 안에서 다른 회사의 모델을 선택했다고 해서 반드시 별도의 API 키를 등록한 것도 아니다. 같은 회사의 모델이라도 어사이드 플랜, 지원되는 구독 연결, 자신의 API 키 중 어떤 경로를 쓰는지에 따라 확인해야 할 계정이 달라진다. 이름이 익숙한 모델이라는 이유만으로 과금 경로까지 추측하지 않는 것이 요점이다. 그림 3-1. 공식 모델·구독 안내를 바탕으로 재구성한 연결 경로 개념도. 실제 설정 화면이 아니며 개인 계정 정보는 포함하지 않았다. 2026년 9월 26일. 3.2 세 가지 연결 경로 중 무엇부터 쓸까? 공식 안내는 Settings > Models에서 제공자를 설정하고, Providers에서 연결된 제공자를 확인하도록 설명한다. 경로는 Aside, Subscription, API 세 종류다. 제품 업데이트에 따라 화면 배치가 달라져도 이 구분을 먼저 찾으면 설정을 이해하기 쉽다. 각 경로는 서로 다른 제품 등급의 이름이 아니라 모델을 이용하는 통로다. 경로연결 방식주요 사용량 확인처 Aside어사이드 플랜에 포함된 모델Aside의 Plan & Usage Subscription지원되는 기존 AI 구독에 로그인연결한 구독의 사용량 표시와 제공자 계정 API자신의 제공자 API 키 등록해당 제공자의 사용량·청구 대시보드 표 3-1. 세 연결 경로와 확인처. 모든 비용이 하나의 장부에 모인다는 뜻은 아니다. 처음 시작하고 별도로 연결할 구독이 없다면, 현재 어사이드 플랜에서 이용할 수 있는 모델로 작은 과제를 해 보는 편이 간단하다. 이미 지원되는 AI 구독이 있다면 연결 목록에서 자신의 제공자가 있는지 확인할 수 있다. API 계정은 사용량을 별도 관리하려는 경우에 고려하면 된다. 어느 방식이 항상 가장 싸다고 단정하기보다, 자신에게 이미 있는 계정과 필요한 작업, 실제 사용량을 함께 보는 것이 현실적이다. 3.3 기존 ChatGPT나 Claude 구독은 어떻게 연결할까? 공식 모델 안내에서 확인한 구독 연결 대상은 ChatGPT Plus 또는 Pro, Claude Pro 또는 Max, GitHub Copilot이다. 이는 확인일 기준 목록이며, 가지고 있는 모든 AI 구독이 자동으로 연결된다는 뜻은 아니다. 자신의 서비스가 현재 목록에 있는지 먼저 확인하고, 연결할 계정과 구독 상태가 맞는지 살펴본다. ① Settings > Models > Providers를 연다. ② Connect를 누르고 Subscription에서 지원 제공자를 고른다. ③ 열린 공식 OAuth 로그인 화면에서 계정을 확인하고 연결 절차를 마친다. ④ 어사이드로 돌아와 제공자 목록과 이용 가능한 모델을 확인한다. 이 흐름에서 중요한 것은 로그인 자체보다 어느 계정으로 연결했는지다. 업무용과 개인용 계정이 따로 있다면 브라우저에 남아 있는 로그인 상태 때문에 생각한 것과 다른 계정을 고를 수도 있다. 공식 로그인 화면에서 계정을 확인하고 요청하는 권한을 읽은 뒤 연결을 마친다. 연결된 제공자가 목록에 나타나면 그 제공자에서 이용할 수 있는 모델을 확인한다. 제공자 연결 완료와 실제 작업의 모델 선택은 별개의 단계이므로, 연결만 해 놓고 다른 경로의 모델을 계속 쓰고 있지는 않은지도 함께 확인하자. 구독 연결은 구독의 사용 조건이나 한도를 없애는 기능이 아니다. 어사이드는 지원되는 구독 제공자에 사용량 표시를 제공할 수 있다고 안내한다. 표시가 있는 경우 이를 확인하고, 필요한 세부 사항은 연결한 제공자의 계정에서도 살펴본다. 작업이 제한되면 어사이드 크레딧부터 무조건 충전하기보다, 현재 모델이 사용하는 구독의 이용 상태를 먼저 확인하는 편이 원인을 구분하기 쉽다. 3.4 API 키를 쓰면 비용은 어디에서 확인할까? API 키는 프로그램이 제공자의 서비스를 이용할 때 사용하는 자격 증명이다. 공식 안내는 Settings > Models > Providers에서 Connect를 누른 뒤 API 항목의 제공자를 선택하는 경로를 설명한다. 확인일 기준 제공자 목록에는 Anthropic, OpenAI, OpenRouter, Google, xAI, Vercel AI Gateway, Cloudflare AI Gateway가 있다. 목록은 바뀔 수 있으므로 실제 연결 화면을 기준으로 선택한다. API 경로에서는 자신의 제공자 계정으로 모델 호출이 전달되며, 제공자가 그 계정에 사용 요금을 청구할 수 있다. 이때 어사이드 크레딧 화면만 보고 전체 비용을 판단하면 빠뜨리는 부분이 생긴다. API 제공자의 대시보드에서 사용량, 청구 조건, 이용 한도를 함께 확인한다. “채팅 서비스 구독이 있으니 API도 같은 정액제일 것”이라고 가정하지 말고, 등록하려는 API 계정의 조건을 별도로 읽는 것이 안전하다. 무료 할당량이나 예산 제한이 있는지도 해당 제공자에서 확인할 항목이다. 키를 만들 때는 제공자가 지원하는 범위에서 필요한 권한과 사용 한도를 설정한다. 키를 어사이드의 해당 설정란에 등록한 뒤에는 문서나 대화에 복사해 두지 않는다. 공개 화면에 키가 노출됐다면 글자 일부를 가리는 것만으로 끝내기보다, 해당 제공자에서 폐기와 재발급이 필요한지 확인해야 한다. 정상적으로 연결된 뒤 키를 수정하거나 연결을 해제하는 기능은 제공자 작업 메뉴에서 이용할 수 있다고 공식 문서가 안내한다. 3.5 플랜을 올리기 전에 무엇을 확인할까? 공식 가격 페이지는 개인용 플랜을 Free, Pro, Max로 구분한다. 확인일 기준 월간 표시 가격은 Free 0달러, Pro 20달러, Max 200달러다. 이는 가격 페이지의 표시값이며 실제 결제 금액을 확정하는 견적은 아니다. 결제 주기, 통화, 적용 조건은 결제 화면에서 다시 확인한다. 이 장의 집필을 위해 플랜을 바꾸거나 결제를 진행하지는 않았다. 플랜월간 표시 가격확인할 대표 항목 Free0달러월 500크레딧, 루틴 최대 3개, 비밀번호 관리자·메모리 Pro20달러Free 대비 사용량 3배, Ultrabrowse, 무제한 루틴 Max200달러Pro 기능과 더 큰 사용량, 조기 접근 프로그램. 사용량 배수는 아래 주의 참조 표 3-2. 2026년 9월 26일 공식 가격 페이지와 도움말을 비교한 요약. 전체 기능·결제 조건을 대신하지 않는다. 사용량 배수에는 확인해 둘 차이가 있었다. 같은 날 공식 가격 페이지의 Max는 Free 대비 40배, 구독 도움말은 30배로 표시됐다. 이 원고에서는 어느 숫자가 최종 적용값인지 확인하지 못했으므로 월 크레딧을 임의로 계산하지 않았다. 실제 선택 시 Settings > Plan & Usage에 표시되는 플랜의 월 크레딧과 결제 전 안내를 확인하고, 서로 맞지 않으면 결제 전에 지원팀에 확인하면 된다. 이 차이는 “비싼 플랜이면 충분하겠지”라는 판단보다 실제 포함량을 읽는 습관이 필요하다는 사례다. 자신에게 유료 플랜이 필요한 이유도 나눠 적어 보자. 포함 모델의 크레딧이 부족한 것인지, 여러 루틴이 필요한 것인지, 심층 조사 기능이 필요한 것인지에 따라 확인할 항목이 다르다. 외부 구독을 연결했다는 사실만으로 어사이드의 모든 유료 기능을 쓸 수 있다고 가정하지 않는다. 모델을 이용하는 통로와 브라우저 제품의 기능 범위는 별도로 확인한다. 한 번의 짧은 과제를 해 보기 위해 가장 높은 플랜부터 선택할 필요는 없다. 3.6 어떤 모델을 기본으로 정하면 좋을까? 공식 안내에서 기본 모델과 모델 범주를 확인하는 위치는 Settings > Models > Task models다. 작업을 시작하는 화면에서도 모델을 선택할 수 있다. 먼저 연결된 제공자에서 실제로 선택 가능한 모델을 살펴본다. 인터넷에서 본 모델 이름이 자신의 연결 경로에도 반드시 나타나는 것은 아니므로, 현재 계정에 표시되는 선택지를 출발점으로 삼는다. 이 책을 쓰는 환경의 설정을 읽기 전용으로 확인했을 때는 기본 모델 외에 fast, standard, deep이라는 모델 범주와 thinkingLevel 같은 별도 설정이 존재했다. 이 값은 한 계정에서 관찰한 설정 구조이며 모든 사용자의 기본값을 뜻하지 않는다. 범주 이름과 구체적인 모델 이름, 추론 설정은 구분해서 보는 편이 좋다. 예를 들어 범주가 다르더라도 같은 모델에 서로 다른 추론 설정을 연결할 수 있는 구조였다. 독자가 설정 파일을 직접 편집해야 한다는 뜻은 아니며, 화면에서 고른 옵션을 해석하는 데 필요한 구분이다. 처음에는 2장의 공개 페이지 조회처럼 완료 조건이 분명한 과제로 모델을 익힌다. 원문이 짧고 정리 기준이 단순하다면 빠른 응답이 편할 수 있다. 서로 다른 자료를 비교하고 모순을 설명해야 하는 작업이라면 더 충분한 추론이 도움이 되는지 시험해 볼 수 있다. 다만 이 원고에서 모델별 속도나 정답률을 동일 조건으로 측정한 것은 아니므로 특정 모델이 항상 우수하다는 순위를 제시하지 않는다. 3.7 크레딧은 언제 갱신되고 어디서 확인할까? Settings > Plan & Usage > Credits에서는 남은 크레딧 비율, 갱신일, 현재 플랜의 월 크레딧을 확인할 수 있다고 공식 도움말이 안내한다. 유료 플랜의 크레딧은 구독 결제 주기에 맞춰 갱신되고, Free는 UTC 기준 매월 초에 갱신된다. 한국의 달력 날짜만 보고 모든 계정이 같은 순간에 다시 채워진다고 생각하기보다, 자신의 화면에 표시된 갱신일을 기준으로 확인한다. 체험 기간과 첫 유료 기간에는 별도의 크레딧이 지급된다는 안내도 있다. 작업별 기록은 Settings > Plan & Usage > Aside credits usage에서 확인한다. 공식 문서는 각 행에 날짜, 작업, 모델, 크레딧 사용량이 나타나며 월·연도 범위를 고르고 Download CSV로 내보낼 수 있다고 설명한다. 크레딧이 줄었다는 사실만 보는 것보다 어떤 작업이 어느 모델을 사용했는지 함께 보는 편이 유용하다. 공개용 기록을 만들 때에는 이 화면에 포함될 수 있는 개인 작업 제목과 계정 정보를 제외한다. 여기서 구독과 API 경로를 다시 떠올리면 된다. Aside 크레딧 기록은 연결한 모든 외부 계정의 청구서를 합친 장부가 아니다. 외부 구독의 한도와 API 제공자의 비용은 해당 경로의 계정에서도 확인해야 한다. 한 화면의 잔량만으로 전체 비용이 없다고 결론 내리거나, 서로 다른 단위의 사용량을 같은 숫자처럼 더하지 않는다. 확인처를 처음부터 나눠 두면 사용량이 늘어도 기록을 이해하기 쉽다. 3.8 이번 장의 작은 실습: 한 작업과 사용량 연결하기 이번에는 새 유료 서비스를 추가하지 않고 이미 이용 가능한 연결 경로 하나를 선택한다. 2장에서 사용한 공개 페이지 조회 과제를 같은 조건으로 실행하고, 실행 전후에 모델과 확인 가능한 사용량을 기록한다. 실행 전에 다른 작업이 진행 중인지도 살펴보자. 여러 작업이 동시에 돌아가면 전체 잔량의 변화만으로 한 과제의 사용량을 단정하기 어렵다. 가능한 경우 작업별 기록을 함께 확인한다. 기록할 것적는 방법 실행 조건확인일, 작업명, 대상 페이지, 완료 기준 선택한 연결Aside / Subscription / API와 제공자 이름 사용 모델작업에 실제로 선택한 모델과 표시된 옵션 사용량 확인Aside 작업별 기록 또는 연결 제공자의 사용량. 표시되지 않으면 확인 불가로 기록 작업 결과정확성, 누락, 추가 요청 여부. 키·계정·민감한 작업명은 제외 표 3-3. 독자가 자신의 사용량을 확인하기 위한 기록 틀. 측정값을 채운 실제 사용 사례가 아니다. 한 번의 측정은 자신의 환경을 익히는 출발점이다. 같은 길이의 요청이라도 읽는 자료와 수행 과정이 다르면 사용량이 달라질 수 있으므로, 이를 곧바로 “질문 한 번의 고정 요금”으로 만들지 않는다. 같은 유형의 일을 반복할 때 기록을 조금씩 모으면 어떤 작업에 어느 경로가 편한지 판단할 근거가 생긴다. 한도나 비용이 예상과 다를 때는 실행 횟수를 늘리기보다 먼저 선택한 제공자와 작업 범위를 확인한다. 이 장에서 정할 것은 세 가지다. 당장 쓸 연결 경로 하나, 작업에 사용할 모델, 사용량을 확인할 위치다. 이 셋을 알고 나면 모든 모델과 요금제를 외우지 않아도 자기 일에 맞게 선택을 넓혀 갈 수 있다. 다음 장에서는 비밀번호를 대화에 노출하지 않고 로그인 작업을 맡기는 방법을 살펴본다. 확인한 공식 자료 2026년 9월 26일 확인. 모델·제공자 연결 안내 · 플랜·크레딧·사용량 기록 안내 · 공식 가격 페이지 · 작업 설정 안내. 가격과 지원 모델, 연결 목록은 변경될 수 있다. Max 사용량 배수의 문서 간 차이는 본문에 명시했다. 이전 글: 2장 · 설치와 첫 과제 『Aside 브라우저 사용설명서』 연재 목록 실제 사용 환경의 읽기 전용 설정 확인과 공식 자료를 바탕으로 AI의 도움을 받아 작성·편집했습니다. 모델별 성능·비용 비교 실험이나 신규 유료 결제는 하지 않았습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 비밀번호를 AI가 못 보게 로그인시키기 | Aside 브라우저 사용설명서 4장 https://voidlogpress.com/aside-browser-chapter-4/ 발행일: 2026-09-26T03:28:00+00:00 수정일: 2026-09-26T20:22:31+00:00 저장된 비밀번호는 대화에 쓰지 않고, 허용된 자동 입력으로 로그인에 사용한다. 3장에서 모델을 연결했다면 이제 로그인된 웹에서 할 일을 준비할 차례다. 여기서 가장 먼저 떠오르는 질문은 단순하다. AI에게 사이트 일을 맡기려면 비밀번호도 알려 줘야 할까? 어사이드의 Aside Vault는 비밀번호 원문을 에이전트에 전달하지 않고 로그인 양식에 자동 입력하는 방식을 안내한다. 이번 장에서는 그 방식과 접근 정책, 추가 인증, 로그인 이후의 확인 범위를 나눠 살펴본다. 4.1 비밀번호를 모르는 AI가 어떻게 로그인할까? 사람이 직접 로그인할 때도 비밀번호를 매번 읽거나 외워서 입력하지는 않는다. 비밀번호 관리자가 사이트에 맞는 항목을 찾아 채워 주면 사람은 로그인 결과를 확인한다. 어사이드가 설명하는 방식도 이 구분에서 이해할 수 있다. 에이전트는 로그인 동작을 요청하고, 비밀번호 관리자는 대상 주소와 접근 설정을 확인한 뒤 허용된 항목을 웹사이트에 채운다. 공식 문서는 이 과정에서 에이전트가 저장된 비밀번호 원문을 받지 않는다고 밝힌다. 핵심은 비밀 문자열을 대화로 전달하는 대신, 정해진 조건 아래 자격 증명을 사용하는 동작을 허용한다는 데 있다. 그림 4-1. Aside Vault 공식 소개의 공개 화면. 개인 보관함이나 비밀번호 입력 화면이 아니다. 문구는 제품 측 설명이며 독립 보안 감사 결과를 뜻하지 않는다. 2026년 9월 26일 확인. 다만 “비밀번호를 AI가 보지 않는다”는 설명은 저장된 비밀번호를 자동 입력하는 경로에 관한 것이다. 사용자가 비밀번호를 채팅에 직접 붙여 넣거나, 비밀값이 드러난 화면을 캡처해 보내는 행위까지 같은 보호를 받는다는 뜻은 아니다. 또 로그인한 뒤의 화면에는 계정 정보나 업무 자료가 나타날 수 있다. 비밀번호 원문을 감추는 기능과 로그인 이후 무엇을 읽고 처리하게 할지는 별개의 문제다. 두 범위를 구분하면 이 기능을 과장하지 않고 유용하게 사용할 수 있다. 4.2 로그인 준비에서 무엇을 먼저 확인할까? 첫 번째는 대상 사이트다. 평소 이용하던 공식 주소나 직접 확인한 북마크에서 출발한다. 로그인 화면처럼 보인다는 이유만으로 저장 항목을 채우도록 요청하지 않는다. 공식 안내에 따르면 Aside는 로그인 항목의 자동 입력 데이터를 준비하기 전에 대상 URL을 확인한다. 사용자도 서비스 이름만 보지 말고 주소와 계정의 관계를 함께 확인하면 된다. 두 번째는 계정이다. 개인용과 업무용 계정이 함께 있다면 “업무용 계정으로, 특정 프로젝트 목록만 확인해 줘”처럼 역할과 범위를 덧붙인다. 계정을 특정하기 위해 비밀번호를 전달할 필요는 없다. 여러 항목이 맞을 수 있으면 선택 전에 확인해 달라는 조건을 넣는다. 4.3 자동 입력과 AI 접근 정책은 어디서 설정할까? 기본 설정 위치는 Settings > Passwords다. 공식 도움말은 기본 비밀번호 관리자 선택, Autofill, URL 일치 방식, Excluded domains를 이곳에서 확인하도록 안내한다. Aside가 비밀번호를 관리하게 하려면 Use default password manager 설정도 함께 살펴본다. 제외한 도메인에서는 채우지 않도록 관리할 수 있으므로, 자동 입력이 보이지 않을 때 저장 항목이 없다고 바로 결론 내리기보다 이 설정을 먼저 확인한다. AI가 저장 항목을 사용할 수 있는 조건은 Settings > Passwords > Access policy for AI agents에서 정한다. 공식 문서에 나오는 선택지는 Always allow, While unlocked, Never다. 이 정책은 비밀번호를 에이전트에 읽어 주는 설정이 아니라 저장된 자격 증명을 사용할 수 있는 조건을 정하는 설정이다. 자동 입력 기능이 켜져 있다는 사실과 에이전트 사용이 허용돼 있다는 사실을 하나로 취급하지 않는 것이 중요하다. 정책의미함께 볼 조건 Always allow잠금 해제 상태만으로 제한하지 않고 에이전트의 저장 항목 사용을 허용하는 정책대상 URL과 항목별 정책 등 다른 조건도 적용 While unlocked보관함이 잠금 해제된 동안 사용 허용사용 시점에 보관함이 열려 있는지 Never에이전트의 저장 항목 사용을 허용하지 않음이미 로그인된 사이트의 세션과는 별개 표 4-1. 공식 AI 접근 정책의 세 선택지. 가져온 항목별 정책과 시크릿 세션 제한을 함께 확인한다. 공식 도움말의 기본값은 Always allow다. 다만 직접 바꾼 설정이나 가져온 항목별 정책이 있을 수 있으므로 현재 값을 확인한다. 문서는 가져온 항목이 전역 정책을 항목별로 덮어쓸 수 있다고 설명한다. 전체 정책과 실제 사용할 항목의 조건을 함께 살펴본다. 처음 로그인 작업을 익히는 사람이라면 While unlocked를 검토할 수 있다. 보관함을 잠금 해제한 상태에서만 에이전트가 저장 항목을 사용할 수 있도록 경계를 두는 선택이다. 이는 모든 사람에게 적용할 정답이나 이 책이 대신 변경한 설정이 아니다. 사람이 자리를 비운 동안에도 로그인이 필요한 업무라면 실행 조건과 편의의 균형을 별도로 판단해야 한다. 아직 로그인 작업을 맡기지 않으려면 Never를 선택하는 방법도 있다. 기능을 쓸지 말지뿐 아니라 언제 쓸 수 있게 할지를 정하는 과정으로 이해하자. Never는 저장된 비밀번호 관리자 항목을 에이전트가 사용하는 것을 제한하는 정책이지, 이미 로그인된 웹사이트에서 자동으로 로그아웃시키는 명령은 아니다. 화면 접근과 업무 수행 범위까지 제한하려면 작업 권한과 사이트 세션을 별도로 살펴봐야 한다. 보관함 접근, 브라우저의 로그인 상태, 로그인 후 행동을 세 가지로 나눠 보면 설정의 목적을 혼동하지 않을 수 있다. 4.4 Touch ID와 추가 인증은 어떤 역할을 할까? 공식 Vault 안내는 지원 기기에서 macOS의 Touch ID와 Windows의 Windows Hello로 보관함을 잠금 해제할 수 있다고 설명한다. 지원되는 기기에서 처음 잠금을 해제할 때 설정 안내가 나타나며 Enable을 선택해 설정하거나 Not now로 미룰 수 있다. 나중에 Settings > Passwords에서 켤 수도 있다. 이번 장에서는 실제 기기의 생체 인증 설정을 변경하지 않고 공식 절차만 안내한다. 생체 인증은 보관함을 여는 방법이다. 열고 난 뒤 에이전트가 무엇을 할 수 있는지를 결정하는 접근 정책과는 다르다. 공식 문서도 While unlocked 정책은 잠금을 어떤 방식으로 해제했든 그대로 적용된다고 설명한다. 따라서 Touch ID를 쓴다는 사실만으로 매번 모든 로그인에 지문 승인이 필요하다고 해석해서도 안 되고, 반대로 한 번 인증했으니 이후 모든 동작이 허용된다고 해석해서도 안 된다. 보관함 잠금 해제와 웹사이트 인증, 작업 승인은 각각 확인할 대상이다. 웹사이트가 요구하는 추가 인증도 따로 있다. MFA는 비밀번호 외에 추가 수단으로 본인임을 확인하는 절차다. 기기 승인, 패스키 확인, 일회용 코드 입력 등 사이트마다 방식이 다르다. Aside Vault는 사이트가 요청하는 패스키·FIDO2·TOTP 관련 흐름을 지원한다고 안내하지만, 이것이 모든 사이트의 인증을 사람 없이 완료한다는 보장은 아니다. 공식 도움말도 추가 인증이나 본인 확인 때문에 사용자의 단계가 필요할 수 있다고 설명한다. 사용자의 인증이 필요하면 요청된 동작을 확인하고 해당 기기나 공식 화면에서 처리한다. 원격 작업에서도 이런 단계가 생길 수 있다. 인증 수단을 사용할 수 없을 때는 보안 기능을 끄거나 우회하기보다 사람이 확인할 단계로 남겨 둔다. 4.5 기존 비밀번호 관리자는 꼭 바꿔야 할까? 기존 관리자를 쓰는 독자는 “Aside Vault로 가져오기”와 “외부 관리자를 계속 사용하기”를 구분해서 보면 된다. 가져오기는 보관된 항목을 Aside 쪽에 옮기는 절차이고, 외부 관리자 확장을 사용하는 것은 원래 관리자의 동작을 어사이드 브라우저 안에서 이용하는 경로다. 가져오기 목록에 이름이 있다고 해서 그 제품과의 실시간 동기화나 모든 에이전트 동작이 보장된다는 뜻은 아니다. 자신이 선택한 경로에서 잠금 해제, 자동 입력, 접근 허용을 각각 확인해야 한다. 공식 가져오기 목록에는 1Password, Apple Passwords, Bitwarden, Chrome, Dashlane, Edge, Firefox, LastPass CSV, 일반 CSV가 나온다. 경로는 Settings > Passwords > Import다. 원래 관리자에서 내보낸 뒤 가져오기 출처와 파일을 선택하고 결과를 검토하는 순서로 안내돼 있다. 화면이 출처별 추가 절차를 요청하면 그 안내를 따른다. 모든 출처의 형식을 하나의 CSV 구조로 바꿔야 한다고 가정하지 않는다. 비밀번호 내보내기 파일은 특히 조심해서 다룬다. 형식에 따라 비밀번호 원문이 담길 수 있으므로 이메일 첨부, 공개 공유 폴더, 일반 채팅으로 전달하지 않는다. 가져오기가 끝나면 필요한 항목과 사이트 주소가 옮겨졌는지 확인하고, 파일을 계속 보관할 이유가 있는지 판단한다. 백업이 필요하다면 보호된 위치와 접근 범위를 정하고, 필요 없는 임시 내보내기 파일은 정리한다. 파일을 휴지통에 넣었다는 사실만으로 클라우드 사본이나 백업까지 모두 없어졌다고 가정하지 않는 것도 중요하다. 외부 관리자 확장에 관한 별도 안내도 있다. 공식 문제 해결 문서는 1Password 확장이 동작하지 않을 때 1Password 앱에서 Aside를 추가 브라우저로 등록하고 연결 파일을 확인하는 절차를 설명한다. Apple Passwords 확장 문제에는 해당 스킬로 연결 상태를 확인하도록 요청하는 방법을 제시한다. 이는 문제가 있을 때 참고할 경로이지, 정상 작동하는 관리자를 모든 독자가 바꿔야 한다는 뜻은 아니다. 이 장에서는 외부 확장을 새로 설치하거나 개인 보관함을 옮기지 않았다. 동기화와 로컬 저장도 구분한다. 공식 설정 안내는 보관함 데이터를 암호화한 뒤 동기화한다고 설명하고, 개인정보처리방침은 동기화를 켜면 암호화된 보관함 기록이 동기화 시스템에 저장된다고 밝힌다. 따라서 저장 비밀번호를 AI에 보여 주지 않는다는 설명을 “어떤 형태의 데이터도 기기 밖으로 나가지 않는다”는 뜻으로 확대하지 않는다. 가져오기 메뉴 가까이에 있더라도 Clear vault data는 가져오기 실패를 가볍게 되돌리는 버튼으로 생각하면 안 된다. 공식 안내에 따르면 로컬 항목과 보관함 키, 보관함을 삭제하고 새 Personal 보관함을 만든 뒤 초기화 상태를 동기화한다. 문제가 생겼을 때는 먼저 대상과 설정을 확인하고, 삭제나 초기화는 복구 방법과 영향을 이해한 뒤 별도로 결정한다. 4.6 자동 입력이 안 되면 어떤 순서로 볼까? 로그인 화면에서 진행되지 않는다고 해서 곧바로 비밀번호를 대화에 적을 필요는 없다. 먼저 어디에서 멈췄는지 나눈다. 저장 항목을 찾지 못한 것인지, 정책 때문에 사용할 수 없는 것인지, 입력은 됐지만 추가 인증을 기다리는 것인지에 따라 다음 단계가 다르다. 아래 표는 비밀번호를 노출하지 않고 확인할 순서다. 확인 순서비밀값 없이 살펴볼 것 1. 대상과 계정공식 주소인지, 지정한 계정이나 작업 공간이 맞는지 2. 관리자와 자동 입력선택한 기본 관리자, Autofill, Excluded domains, URL 일치 조건 3. AI 접근 조건Always allow / While unlocked / Never 및 항목별 정책 4. 보관함과 세션필요한 잠금 해제 여부, 시크릿 세션인지 5. 사이트 추가 인증패스키·MFA·본인 확인 등 사용자가 처리할 단계인지 6. 로그인 후 결과의도한 계정의 페이지에 도달했는지, 요청 범위 안인지 표 4-2. 자동 입력이 진행되지 않을 때의 점검 순서. 비밀번호 공개나 보안 설정 완화를 먼저 시도하는 절차가 아니다. 시크릿 모드는 특히 두 설명을 구분해야 한다. 비밀번호 설정에는 시크릿 창에서 자동 입력을 허용할지 정하는 항목이 있지만, 공식 문서는 에이전트가 시크릿 세션에서 비밀번호 관리자 접근을 사용할 수 없다고 별도로 명시한다. 자동 입력 옵션 하나를 켜면 에이전트 접근 제한도 함께 풀린다고 해석하지 않는다. 로그인 작업을 설계할 때는 창의 모드와 에이전트의 사용 조건을 함께 확인한다. 4.7 로그인 사용 기록과 업무 결과는 어떻게 확인할까? 공식 Vault 소개는 자격 증명의 사용 기록을 남기며 무엇을 언제 왜 사용했는지 확인할 수 있다고 설명한다. 이 기능은 어떤 로그인 항목이 업무에 쓰였는지 돌아보는 데 의미가 있다. 다만 이번 집필에서는 개인 접근 기록 화면을 열어 실제 표시 항목이나 메뉴 위치까지 실측하지 않았다. 따라서 존재를 확인한 공식 기능 설명과 실제 계정에서 확인해야 할 기록 화면을 구분한다. 이 책에 개인 로그처럼 보이는 가상 캡처를 넣지 않는 이유이기도 하다. 자격 증명을 사용한 기록과 업무 완료는 다른 증거다. 자동 입력이 이루어져도 인증 오류가 날 수 있고, 로그인에 성공해도 잘못된 계정의 화면이거나 필요한 자료가 없는 경우가 있다. 따라서 로그인 후에는 올바른 계정과 페이지인지, 요청한 항목이 실제로 확인됐는지를 살펴본다. “로그인 버튼을 눌렀다”보다 “지정한 계정의 목록에서 요청한 항목을 확인했다”가 사용자가 필요한 결과에 가깝다. 4.8 로그인 허용은 어디까지의 허용일까? 로그인을 맡겼다는 것은 그 계정으로 가능한 모든 행동을 승인했다는 뜻이 아니다. 예를 들어 청구 내역을 확인하는 일과 결제 수단을 바꾸는 일, 답변을 초안으로 만드는 일과 고객에게 보내는 일은 구분해야 한다. 요청에 조회할 대상과 결과를 적고, 게시·발송·결제·설정 변경 전에 멈출 조건을 함께 두면 일을 이어 가면서도 중요한 결정은 사용자가 잡을 수 있다. 비밀번호 접근 정책 외에도 작업 권한이 있다. 공식 보안 문서는 도구의 Allow·Ask·Deny 규칙과 작업별 권한을 구분하고, Deny가 Ask와 Allow보다 우선한다고 설명한다. Full access는 파일 접근 범위를 넓히는 모드이지 저장된 비밀번호 원문을 에이전트에 보여 주는 옵션이 아니다. 다만 요청문에 “승인해 달라”고 적는 것과 제품의 권한 설정을 구성하는 것은 같은 조작이 아니다. 필요한 동작을 실제로 제한하는 규칙은 11장에서 더 자세히 다룬다. 로그인된 화면의 자료도 별도로 판단해야 한다. 개인정보처리방침은 호스팅된 모델 제공자에게 작업에 필요한 문맥이 전달될 수 있다고 밝힌다. 따라서 비밀번호가 에이전트에 보이지 않는다고 해서 이후 읽는 고객 자료나 문서까지 모두 외부 처리와 무관하다는 뜻은 아니다. 업무에 필요한 항목만 요청하고 조직의 자료 처리 규칙을 적용한다. 비밀번호 보호는 중요한 출발점이지만 전체 업무의 정보 보호를 대신하지 않는다. 4.9 첫 로그인 과제는 작고 분명하게 첫 과제는 허용된 계정에서 민감하지 않은 목록을 읽는 일로 잡는다. 기존 사이트 하나의 정확한 주소, 계정 역할, 읽을 항목을 정한다. 처음부터 다른 사람의 계정이나 결제·개인정보가 많은 화면으로 범위를 넓히지 않는다. 내가 지정한 사이트의 업무용 계정으로 접속해 줘. 이미 로그인돼 있으면 계정과 작업 공간부터 확인해 줘. 새 로그인이 필요하면 허용된 저장 항목으로 자동 입력해 줘. 여러 계정이 맞을 수 있으면 선택 전에 물어봐 줘. 비밀번호나 인증 코드를 답변에 표시하지 마. 내 확인이 필요한 인증 단계에서는 멈추고 알려 줘. 공지 목록의 제목과 날짜만 표로 정리해 줘. 게시·발송·결제·계정 설정 변경은 하지 마. 결과를 받으면 사이트와 계정, 지정한 목록이 맞는지 확인한다. 인증을 기다린다면 사용자가 처리할 단계인지 살펴본다. 확인할 수 없는 부분은 미확인으로 남긴다. 위 예시는 독자용 요청 틀이며 집필 중 개인 계정에서 실습한 기록은 아니다. 이번 장의 핵심은 비밀번호를 AI와 공유하는 대신 사용할 조건을 정하는 것이다. 사이트와 계정, 보관함 접근 정책, 추가 인증, 로그인 후 행동을 구분하면 로그인된 웹에서 일을 맡기는 범위가 더 명확해진다. 다음 장에서는 한 번 설명한 업무 맥락을 이어 가는 메모리를 살펴본다. 비밀번호 같은 비밀값을 기억시키는 것이 아니라, 반복해서 필요한 업무의 기준을 정리하는 방법이다. 확인한 공식 자료 2026년 9월 26일 확인. Aside Vault와 AI 접근 정책 · 자동 입력·가져오기·동기화 설정 · 작업 권한과 비밀번호 경계 · 추가 인증과 외부 관리자 문제 해결 · Vault 공식 기능 소개 · 개인정보처리방침. 화면과 지원 범위는 업데이트로 달라질 수 있다. 다음 글: 5장 · 메모리: 맥락을 가르치는 법 이전 글: 3장 · 모델 연결과 크레딧 『Aside 브라우저 사용설명서』 연재 목록 공식 자료와 공개 화면을 확인하고 AI의 도움을 받아 작성·편집했습니다. 집필을 위해 개인 보관함·비밀번호·접근 기록을 열거나 설정을 변경하지 않았습니다. 암호화 구현을 독립적으로 검증한 보안 감사가 아닙니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 메모리: 맥락을 가르치는 법 | Aside 브라우저 사용설명서 5장 https://voidlogpress.com/aside-browser-chapter-5/ 발행일: 2026-09-26T04:24:17+00:00 수정일: 2026-09-26T15:05:46+00:00 메모리는 반복할 업무 맥락을 저장하고, 잘못된 기억을 고쳐 쓰는 장치다. 처음 일을 맡길 때는 설명할 것이 많다. 어느 사이트를 쓰는지, 어떤 형식으로 결과를 받는지, 어디까지 진행하고 어디서 멈춰야 하는지를 말해야 한다. 다음 날 같은 일을 부탁할 때 이 설명을 처음부터 반복한다면 AI를 쓰는 수고가 줄지 않는다. 어사이드의 메모리는 이 반복을 덜어 주는 기능이다. 지난 대화를 그대로 외우게 하는 것보다, 다음 업무에도 필요한 기준을 남기는 데 의미가 있다. 4장에서 비밀번호를 전달하지 않고 로그인할 조건을 정했다면, 이번에는 비밀값이 아닌 업무 맥락을 정리할 차례다. 이 장에서는 무엇을 기억시킬지 고르고, 저장된 내용을 확인하고, 잘못된 기억을 수정하는 방법을 다룬다. 메모리 설정을 바꾸거나 개인 기록을 공개하는 실습 대신, 공식 안내와 집필 환경에서 확인한 저장 구조를 바탕으로 설명한다. 5.1 대화가 남아 있는 것과 기억하는 것은 어떻게 다를까? 대화 기록은 그때 주고받은 말의 흐름이고, 메모리는 다음 작업에 다시 쓸 맥락이다. 어사이드 공식 도움말은 메모리가 방문 기록, 대화, 작업에서 얻은 맥락을 재사용하도록 돕는다고 설명한다. 예를 들어 긴 대화 안에 보고서 형식에 대한 논의가 여러 번 있어도, 다음 업무에 필요한 것은 “표에는 확인일을 적고 미확인 값은 빈칸 대신 미확인으로 표시한다”는 짧은 기준일 수 있다. 원래 대화와 정리된 기억은 역할이 다르다. 메모리를 잘 쓴다는 것은 모든 문장을 빠짐없이 보관하게 하는 일이 아니라, 반복해서 필요한 판단 기준을 알아보기 쉬운 형태로 남기는 일이다. 기억이 있다는 것과 현재 사실이 맞는 것도 다르다. 지난주에 특정 화면에서 파일을 내려받았다는 기억은 이번에도 그 화면을 찾아가는 단서가 된다. 그러나 메뉴가 바뀌었는지, 새 파일이 올라왔는지, 같은 계정으로 접속했는지는 지금 확인해야 한다. 기억은 출발점을 앞당겨 주지만 결과 확인을 생략하게 하지는 않는다. “지난번과 같은 방식으로 하되 현재 화면에서 결과를 확인해 줘”라는 요청이 유용한 이유다. 구분맡기는 역할예시 현재 요청이번 작업의 범위와 예외오늘은 목록만 조회하고 파일은 수정하지 않기 대화 기록그때의 질문·판단·변경 과정 확인지난번에 표 형식을 바꾼 이유 찾기 메모리여러 작업에서 이어 쓸 맥락보고서에는 확인일과 출처를 넣는 선호 스킬반복 작업의 절차와 작성 기준자료 수집·검증·정리 순서를 담은 지침 권한 설정도구와 파일 접근 등의 실제 허용 범위접근 제한이나 승인 요청 규칙 표 5-1. 기능을 이해하기 위한 역할 구분. 메모리에 적은 문장을 제품의 권한 설정과 동일하게 보지 않는다. 5.2 무엇을 기억시키면 설명이 줄어들까? 처음에는 세 가지면 충분하다. 첫째는 결과를 받는 방식이다. 짧은 요약을 먼저 볼지, 표를 받을지, 출처와 확인일을 어디에 적을지 정한다. 둘째는 진행 중인 업무의 맥락이다. 목표, 확정한 기준, 아직 해결하지 않은 문제를 남긴다. 셋째는 반복해서 필요한 주의점이다. 비슷한 이름의 자료를 구분하는 방법이나 검증할 항목처럼, 다음 작업에서도 실수를 줄여 주는 내용이다. 관심사 전체를 길게 입력하기보다 실제 업무에서 다시 설명한 문장부터 고르는 편이 쉽다. 좋은 기억은 적용 범위가 보인다. “항상 표로 답해 줘”보다 “월간 자료 비교에서는 기간·값·출처를 표로 정리해 줘”가 구체적이다. 전자는 짧은 질문이나 글쓰기에도 불필요한 표를 만들 수 있지만, 후자는 어느 일에 적용하는지 분명하다. 선호를 기억시킬 때는 기본값과 예외를 함께 적을 수 있다. “평소에는 요약을 먼저 보여 주되, 오류 원인을 묻는 경우에는 확인 과정도 설명해 줘”처럼 쓰면 간결함과 설명의 필요를 함께 살릴 수 있다. 앞으로 반복할 자료 비교 업무의 기준으로 기억해 줘. 결과는 요약을 먼저, 상세 표를 뒤에 보여 줘. 표에는 자료의 기준일과 확인한 출처를 넣어 줘. 확인하지 못한 값은 추측하지 말고 ‘미확인’으로 표시해 줘. 이 기준은 자료 비교 업무에 적용하고, 다른 글쓰기까지 확대하지 마. 저장한 핵심 내용을 짧게 보여 줘. 이 예시는 독자가 자기 업무에 맞게 바꾸어 쓸 요청문이다. 이번 집필에서 실제 선호로 저장한 내용이 아니다. 중요한 것은 “기억해”라는 표현 하나보다 무엇을, 어디에 적용하며, 어떤 예외를 둘지 함께 말하는 것이다. 저장 결과를 짧게 돌려받으면 AI가 사용자의 의도를 어떻게 요약했는지도 확인할 수 있다. 5.3 기억은 어디에 저장되고 어떻게 읽을까? 공식 소개에 따르면 어사이드 메모리는 기기에 Markdown 형식으로 저장되며 사용자가 읽고 편집할 수 있다. Markdown은 제목, 목록, 짧은 문단을 평범한 텍스트로 적는 문서 형식이다. 내용을 확인하려고 데이터베이스 명령이나 프로그램 코드를 배울 필요는 없다. 처음에는 파일을 직접 찾아가기보다 Settings > Memory에서 시작한다. 공식 도움말은 Overview에서 저장 내용을 살피고 편집하며, History에서 변경 이력을 확인하고, Configure에서 보존 기간 등 설정을 바꾸도록 안내한다. 화면 배치는 업데이트에 따라 달라질 수 있다. 그림 5-1. 집필 환경에서 폴더 이름을 확인해 일부 구조를 재구성했다. 실제 앱 화면이 아니며 개인 메모리의 내용은 넣지 않았다. 2026년 9월 26일 기준. 집필에 사용한 macOS 환경에서는 계정별 데이터 경로 아래 memory 폴더를 확인했다. 경로의 형태는 ~/.aside/u/<계정번호>/memory/였다. 이곳에 USER.md, MEMORY.md, TAXONOMY.md와 episodic, projects, sites, people, users, routines 등의 폴더가 있었다. 이는 해당 환경의 관찰이며 모든 기기에서 경로나 폴더 구성이 같다는 보장은 아니다. Windows 경로는 이 장에서 실측하지 않았다. 구조를 이해할 때는 날짜별 기록과 주제별 맥락을 나누어 보면 된다. 날짜별 기록은 언제 어떤 일을 했는지 돌아보는 데, 프로젝트나 사이트별 기록은 그 일을 이어 가는 데 유용하다. 요약 파일은 반복해서 필요한 맥락을 짧게 정리하는 층으로 이해할 수 있다. 구조도는 이 구분을 설명하기 위한 것으로, 폴더를 모두 외우거나 직접 새로 만들라는 뜻은 아니다. 숨김 파일이나 내부 색인 파일은 일반 메모처럼 임의로 바꾸지 않는다. 5.4 잘못 기억한 내용은 어떻게 고칠까? 기억이 틀렸을 때는 이번 답변만 고치는 것과 저장된 맥락을 고치는 일을 구분한다. “이번에는 그렇게 하지 마”라고 말하면 해당 작업의 예외인지, 앞으로의 기준을 바꾸려는 것인지 모호할 수 있다. 지속적으로 바꿀 내용이라면 예전 기준, 새 기준, 적용 범위를 한 번에 적는다. 과거의 결정 자체가 잘못됐던 것인지, 당시에는 맞았지만 지금 바뀐 것인지도 구별한다. 이 차이를 남겨야 다음 작업에서 오래된 결정이 현재 기준처럼 다시 쓰이는 일을 줄일 수 있다. 자료 비교 업무의 메모리를 수정해 줘. 기존의 ‘최신 파일 하나만 비교한다’는 기준은 더 이상 적용하지 않아. 이제는 같은 기간의 원본과 수정본을 함께 확인해 줘. 이 변경은 오늘 이후 자료 비교 작업에 적용해 줘. 과거 작업에서 최신 파일만 사용했다는 사실은 당시 기록으로 구분해 줘. 관련 기억에 모순되는 현재 기준이 남아 있는지 확인하고, 바꾼 내용과 아직 확인하지 못한 부분을 알려 줘. 직접 편집하고 싶다면 Settings > Memory의 Overview에서 해당 내용을 찾는다. 변경 이력을 살필 때는 History를 사용한다. 긴 내용을 통째로 교체하기보다 잘못된 문장과 그 문장이 적용되는 범위를 확인하고 필요한 부분만 고친다. 로컬 Markdown 파일을 편집하는 경우에도 원래 내용을 복구할 수 있도록 관련 부분을 안전하게 보관한다. AI의 자동 정리가 진행 중이라면 같은 파일을 동시에 고치는 작업은 피하는 편이 좋다. 이는 편집 충돌을 줄이기 위한 운영 권고다. 수정 후에는 “수정했다”는 답만 보지 말고 바뀐 기준을 다시 설명하게 한다. 가능하면 새 작업에서 관련 기준을 불러오는지도 확인한다. 다만 한 번 올바르게 답했다는 사실이 이후 모든 작업에서 완벽하게 적용된다는 보장은 아니다. 비용이 들거나 외부에 영향을 주는 일에서는 그때의 요청에도 중요한 조건을 다시 적는다. 메모리의 목적은 설명을 줄이는 것이지, 중요한 조건을 확인하는 책임까지 없애는 것이 아니다. 5.5 dreaming은 매일 정해진 시각에 일어날까? 공식 소개는 작업에서 사람, 조직, 결정 같은 핵심 정보를 추출하는 기능을 Dreaming이라는 이름으로 설명한다. 공개 예시 화면에는 작업에서 기록을 추출하는 이력과 의미 중심의 메모리를 정리하는 이력이 구분돼 있다. 이를 이해하는 쉬운 비유는 작업 노트와 정리 노트다. 작업 노트에는 그날의 일이 남고, 정리 노트에는 앞으로도 쓸 맥락이 모인다. 다만 이것을 모든 대화를 빠짐없이 압축하는 백업이나 AI 모델 자체를 재학습시키는 과정이라고 이해할 필요는 없다. 2026년 9월 26일 집필 환경의 설정을 읽기 전용으로 확인했을 때 dreamingMinHours는 24, dreamingMinSessions는 5였다. 메모리 활성화 값은 true였고, episodicRetentionDays는 0이었다. 이 숫자는 이 환경에 저장된 설정값이지, 모든 사용자의 기본값이나 실행을 보장하는 시간표가 아니다. 이번 확인만으로 시간과 세션 수 조건이 정확히 어떻게 결합되는지, 어떤 시점에 실행되는지까지 검증한 것은 아니다. 따라서 “24시간마다 반드시 정리된다”거나 “대화를 다섯 번 보내면 즉시 정리된다”고 안내하지 않는다. 세션 수를 메시지 수와 같다고 가정해서도 안 된다. 독자가 필요한 것은 숫자를 외우는 일이 아니라 중요한 변경이 반영됐는지 확인하는 습관이다. 다음 작업에 바로 필요한 결정이라면 자동 정리를 기다리기보다 명시적으로 기억을 갱신해 달라고 요청하고 결과를 확인한다. History에서는 실제 변경 이력을 살펴본다. 공식 소개 화면에는 Dream now라는 표시도 있지만, 이번 집필에서는 수동 정리를 실행하지 않았다. 이런 버튼을 누르는 것을 메모리 문제의 첫 해결책으로 삼을 필요는 없다. 먼저 저장 내용이 틀렸는지, 내용은 맞지만 이번 작업에 불러오지 못했는지, 지금 요청과 과거 기준이 충돌하는지를 나눈다. 정리 작업이 있다는 사실과 내가 원하는 기억이 정확하게 쓰였다는 사실은 별도로 확인할 대상이다. 5.6 메모리를 끄면 이전 기억도 사라질까? 공식 도움말의 설정 경로는 Settings > Memory > Configure다. 메모리를 켜면 방문 기록을 맥락으로 사용하고 대화와 작업에서 기억을 만들 수 있다. 끄는 기능은 새 대화나 작업에서 기억을 만들지 않으려는 경우의 선택으로 안내된다. 이 설명만으로 기존 기억, 대화 기록, 다운로드한 파일까지 모두 삭제된다고 해석해서는 안 된다. 앞으로의 생성 여부와 이미 남은 자료의 정리는 서로 다른 확인 항목이다. 보존 기간의 공식 선택지는 Never forget, 30 days, 90 days다. 문서는 이 설정의 대상을 episodic memories, 즉 날짜별 일상 기록으로 설명한다. 따라서 보존 기간을 30일로 바꿨다는 이유만으로 모든 주제별 메모리와 작업 산출물, 브라우저 기록까지 30일 후 사라진다고 가정하지 않는다. 남기고 싶은 업무 맥락과 오래 보관할 필요가 없는 일상 기록을 구분해 선택하고, 삭제가 필요한 자료는 종류별로 범위를 확인한다. 원하는 결과확인할 곳과 범위 새 작업에서 기억을 만들지 않기Memory > Configure의 메모리 활성화 설정 날짜별 기억의 보존 기간 바꾸기Never forget / 30 days / 90 days 틀린 저장 내용 바로잡기Memory > Overview 및 변경 후 내용 기억이 어떻게 바뀌었는지 보기Memory > History 방문 기록이나 사이트 데이터 지우기Security & Privacy의 브라우저 데이터 삭제 범위 대화나 생성 파일 정리하기해당 작업과 파일의 저장 위치·삭제 범위 표 5-2. 기억 생성, 보존 기간, 내용 수정, 다른 데이터 삭제는 한 가지 설정이 아니다. 5.7 기억시키지 않는 편이 좋은 것은 무엇일까? 메모리는 비밀번호 보관함이 아니다. 비밀번호, API 키, 일회용 인증 코드 같은 비밀값을 일반 기억에 넣지 않는다. 고객의 식별 정보나 민감한 자료도 반복 업무에 꼭 필요한지 먼저 판단한다. “이 사이트에서 매월 자료를 내려받는다”는 작업 맥락과 자료 안에 담긴 개인 정보 전체는 다르다. 필요한 경우 대상의 역할이나 자료 위치만 남기고, 실제 내용은 권한이 있는 원본에서 작업할 때 확인하는 편이 낫다. 로컬 저장은 중요한 특징이지만, 저장 장소와 모델의 처리 장소는 구분해야 한다. 공식 소개는 메모리가 기기에 Markdown으로 저장된다고 설명한다. 한편 개인정보처리방침은 호스팅된 모델 제공자에게 작업에 필요한 문맥이 전달될 수 있다고 밝힌다. 저장된 기억이 작업 문맥으로 사용될 때도 이 경계를 염두에 두어야 한다. “내 기기에 파일이 있으니 그 내용은 어떤 경우에도 외부 모델에 전달되지 않는다”는 결론으로 확대하지 않는다. 조직의 자료 처리 규칙과 사용하는 모델의 정책을 함께 적용한다. 권한과 동의도 기억만으로 해결하지 않는다. “앞으로 알아서 처리해”라는 오래된 말은 모든 사이트의 게시·발송·결제를 계속 허용하는 근거로 삼기 어렵다. 반복 업무의 선호는 메모리에 남기되 중요한 행동의 승인 범위는 현재 요청과 제품의 권한 설정으로 분명히 한다. 확인해야 할 마지막 단계를 습관처럼 기억시키는 것은 도움이 되지만, 그 문장 자체가 기술적인 차단 장치가 되는 것은 아니다. 실제 권한 설계는 11장에서 다룬다. 5.8 오래된 기억보다 현재 증거를 먼저 본다 메모리의 유용함은 틀린 판단도 반복될 수 있다는 성질과 함께 온다. 한 번의 실패를 사이트의 영구적인 제한으로 저장하거나, 임시 우회 방법을 표준 절차로 남기면 다음 작업의 출발점이 잘못된다. 따라서 관찰과 해석을 나누어 적는다. “이 기능은 안 된다”보다 “해당 날짜와 환경에서는 이 단계에서 멈췄다. 다시 시도할 때 현재 지원 상태를 확인한다”가 더 나은 기억이다. 기억의 확신을 높이는 것보다 조건과 확인 방법을 남기는 것이 중요하다. 외부 보고서나 다른 AI의 평가도 같은 원칙으로 다룬다. 누군가 “설정이 빠졌다”고 말했더라도 현재 화면이나 파일을 확인하기 전에는 확정된 결함으로 남기지 않는다. 수정했다면 무엇을 바꿨는지와 어떤 결과로 확인했는지를 함께 남긴다. 이후 같은 지적이 들어왔을 때 과거 보고서를 되풀이하는 대신 현재 증거와 비교할 수 있다. 이 방식은 기억을 더 길게 만드는 것보다 다음 판단의 품질을 높이는 데 도움이 된다. 오늘 확인한 내용을 다음 작업의 참고로 정리해 줘. 확인한 사실, 내 결정, 아직 확인하지 못한 점을 구분해 줘. 날짜와 적용 환경을 붙이고, 추측을 확정 사실처럼 저장하지 마. 나중에 다시 확인해야 하는 항목에는 확인 방법을 적어 줘. 개인 식별 정보와 비밀값은 넣지 마. 5.9 첫 메모리 실습은 기준 하나면 충분하다 처음부터 사용자 소개서나 모든 업무 이력을 넣을 필요는 없다. 실제로 반복해서 설명한 기준 하나를 고른다. 예를 들어 “자료 요약에는 출처와 확인일을 넣는다”는 기준은 민감한 정보 없이도 효과를 확인할 수 있다. 적용할 업무를 지정해 기억시킨 뒤 저장한 내용을 짧게 확인한다. 이후 새 작업에서 공개 자료 하나를 요약하게 하고 그 기준을 사용했는지 살펴본다. 이때 비교 목적의 실제 발송이나 결제는 필요하지 않다. 예상과 다르다면 기준을 더 많이 쌓기 전에 원인을 좁힌다. 저장 문장이 모호했는지, 적용할 업무가 불분명했는지, 이번 요청에서 다른 형식을 요구했는지를 본다. 필요하면 Memory 화면에서 내용을 확인하고 수정한다. 반대로 유용했다면 같은 방식으로 프로젝트 목표나 반복 점검 항목을 조금씩 더한다. 이 실습은 독자용 절차이며 이번 집필에서 개인 메모리를 새로 만들거나 삭제한 검증 기록은 아니다. 메모리가 잘 작동하는지는 얼마나 많은 정보를 쌓았는지가 아니라, 다음 작업에서 불필요한 재설명이 줄고 중요한 기준이 정확하게 이어지는지로 판단한다. 기억할 것과 기억하지 않을 것을 고르고, 잘못된 내용은 고치며, 바뀔 수 있는 사실은 현재 자료에서 확인한다. 그러면 메모리는 막연히 AI가 나를 알아주기를 기대하는 기능이 아니라 직접 관리할 수 있는 업무 자산이 된다. 다음 장에서는 이 맥락을 넘어 반복 절차 자체를 가르치는 스킬을 살펴본다. 확인한 공식 자료와 관찰 범위 2026년 9월 26일 확인. 메모리 활성화·보존 기간·편집 안내 · 메모리와 Dreaming 공식 소개 · 브라우저 데이터와 개인정보 설정 · 작업 기록과 생성 파일 안내 · 개인정보처리방침. 폴더 이름과 설정값은 집필 환경에서 읽기 전용으로 확인한 관찰이며 보편적인 기본값을 뜻하지 않는다. 설치 버전별 메뉴 차이와 dreaming의 정확한 발동 조건은 이 장에서 검증하지 않았다. 다음 글: 6장 · 스킬: 코드 없이 에이전트를 가르치기 이전 글: 4장 · 비밀번호를 AI가 못 보게 로그인시키기 『Aside 브라우저 사용설명서』 연재 목록 공식 자료와 저장 구조를 확인하고 AI의 도움을 받아 작성·편집했습니다. 개인 메모리 본문은 공개하지 않았으며 메모리 생성·수정·삭제, 보존 설정 변경, 수동 dreaming 실행은 하지 않았습니다. 요청 예시와 구조도는 설명용입니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 스킬: 코드 없이 에이전트를 가르치기 | Aside 브라우저 사용설명서 6장 https://voidlogpress.com/aside-browser-chapter-6/ 발행일: 2026-09-26T04:51:27+00:00 수정일: 2026-09-26T15:05:46+00:00 스킬은 반복하는 일의 절차를 문서로 적어 에이전트에게 가르치는 방법이다. 5장에서 메모리로 업무 맥락을 남겼다면, 이번 장에서는 일하는 순서 자체를 남긴다. 매주 같은 사이트에서 같은 형식으로 자료를 정리할 때마다 “제목과 날짜만 모아 줘, 날짜가 없으면 추측하지 마, 로그인 화면이 나오면 멈춰”라고 다시 말하고 있다면 스킬을 만들 때가 된 것이다. 스킬은 프로그램 코드가 아니라 평범한 문장으로 쓴 작업 지침서다. 이 장에서는 첫 스킬로 고를 일, 요청하는 방법, 완성된 예제 파일, 그리고 제대로 작동하는지 시험하는 방법까지 차례로 다룬다. 6.1 한 번의 요청, 메모리, 스킬, 루틴은 무엇이 다를까? 네 가지는 모두 AI에게 무언가를 전달하지만 맡는 역할이 다르다. 한 번의 요청은 지금 이 작업의 범위를 정한다. 오늘 볼 기간, 이번에만 적용할 예외가 여기에 들어간다. 메모리는 여러 작업에서 이어 쓸 맥락이다. 공식 도움말은 메모리를 다시 쓸 수 있는 맥락으로 설명한다. 이 책에서는 여기서 한 걸음 나아가 맥락은 메모리에, 반복 작업의 절차는 스킬에 나누어 담는 방식으로 정리한다. 무엇을 먼저 확인하고, 어떤 형식으로 결과를 내며, 어디서 멈추는지를 적은 작업 지침이다. 루틴은 정해진 시각이나 조건에 작업을 시작하게 하는 실행 장치다. 스킬이 일하는 방법이라면 루틴은 일을 시작하는 시점이다. 이 구분을 잡아 두면 무엇을 어디에 적을지 고민이 크게 줄어든다. 구분담는 것예시이런 때 쓴다 한 번의 요청이번 작업의 범위와 예외이번 주 공지만, 5개까지매번 달라지는 조건 메모리여러 작업에 이어 쓸 맥락보고서에는 확인일을 넣는 선호업무 배경과 판단 기준 스킬반복 작업의 절차와 결과 형식수집, 제외, 검증 순서를 적은 지침같은 순서를 여러 번 설명할 때 루틴작업을 시작하는 시점매주 월요일 오전에 실행사람이 부르지 않아도 시작해야 할 때 표 6-1. 요청, 메모리, 스킬, 루틴의 역할 구분. 하나로 다른 것을 대신하게 하지 않는다. 어사이드 공식 블로그의 개발자용 글도 스킬을 같은 방향으로 소개한다. 팀마다 다른 브라우저 작업을 매번 프롬프트로 반복하는 대신 절차로 기록해 두면 점검 목록, 어떤 대시보드를 볼지, 무엇을 유효한 근거로 인정할지를 일정하게 유지할 수 있다는 설명이다. 요청할 때 특정 스킬을 쓰라고 명시할 수도 있다. 동시에 결과를 사람이 검토한다는 전제도 그대로다. 그 글의 예시는 개발 업무지만, 원리는 1인 사업자의 자료 정리에도 똑같이 적용된다. 6.2 어떤 일을 첫 스킬로 만들면 좋을까? 첫 스킬은 좁고, 자주 반복되며, 읽기만 하는 일에서 고른다. 좁다는 것은 입력과 결과가 분명하다는 뜻이다. “거래처 사이트 공지 목록에서 제목, 날짜, 주소를 표로 만든다”는 좁은 일이고, “업무 전반을 알아서 챙긴다”는 넓은 일이다. 자주 반복된다는 것은 같은 설명을 이미 두세 번 해 봤다는 뜻이다. 한 번도 직접 시켜 보지 않은 일은 절차를 적기 어렵다. 읽기만 한다는 것은 게시, 발송, 결제, 신청처럼 되돌리기 어려운 동작이 없다는 뜻이다. 절차가 조금 틀려도 결과를 다시 받으면 그만이므로, 스킬을 고쳐 가며 익히기에 부담이 적다. 공개 공지 목록 요약은 이 세 조건을 모두 갖춘 좋은 첫 연습 대상이다. 반대로 처음부터 피하는 편이 좋은 주제도 있다. 회사의 모든 업무 규정을 한 파일에 담은 만능 스킬, 로그인과 결제가 섞인 절차, 매번 판단이 크게 달라지는 창작 작업이다. 이런 일은 스킬이 길어질수록 어느 문장이 지금 적용되는지 흐려진다. 작은 스킬 하나가 확실히 작동하는 것을 확인한 뒤, 필요하면 비슷한 크기의 스킬을 하나씩 늘리는 편이 결과가 안정적이다. 6.3 스킬 파일은 어떤 구조로 되어 있을까? 스킬 하나는 폴더 하나이고, 그 안의 SKILL.md 파일이 중심이다. 파일 맨 위에는 머리말(frontmatter)이라 부르는 짧은 영역이 있고 여기에 name과 description 두 가지를 적는다. name은 소문자와 하이픈으로 된 짧은 이름이다. description은 이 스킬을 언제 써야 하는지 알려 주는 문장으로, 에이전트가 스킬을 고를 때 먼저 보는 부분이다. 그래서 적용 대상과 적용하지 않는 경우를 여기에 함께 적는다. 머리말 아래 본문에는 절차, 멈추는 조건, 결과 형식, 검증 방법을 쓴다. 본문은 스킬이 선택된 뒤에 읽히므로 “언제 쓰는가”를 본문에 다시 쓸 필요는 없다. 긴 기준표나 양식이 필요하면 references나 assets 폴더에 따로 두고 본문에서 가리킨다. 그림 6-1. 스킬의 구성과 단계별 읽기 접근을 설명용으로 정리한 개념 구조도다. 실제 앱 화면을 캡처한 것이 아니다. 2026년 9월 26일 기준. 이 구조는 글쓰기 순서로 이해하면 쉽다. description은 표지의 요약, 본문은 작업 설명서, references는 부록이다. description만 보고도 이 일에 맞는 스킬인지 알 수 있게 쓰고, 본문에는 실제 작업 순서를 적고, 긴 기준표나 양식은 부록으로 빼 둔다. 그러면 에이전트가 먼저 설명을 보고 판단한 뒤 본문을 따르고, 필요한 경우 본문이 가리키는 보조 자료를 찾아볼 수 있다. 이렇게 층을 나누어 써 두면 본문이 짧고 분명해진다. 다만 이것은 작성과 읽기를 돕는 정리 방식이지, 실행할 때마다 정확히 이 순서와 분량으로만 읽힌다는 보장은 아니다. 스킬 작성자가 할 일은 설명을 층별로 나누어 적는 것이다. public-notice-digest/ ├── SKILL.md 필수. 머리말과 절차 ├── references/ 선택. 긴 기준표, 용어 정리 ├── assets/ 선택. 결과 양식, 표 틀 └── scripts/ 선택. 꼭 필요할 때만 하위 폴더는 모두 선택이다. 이 장의 예제처럼 SKILL.md 한 파일로 충분한 경우가 많고, scripts는 스킬을 만드는 데 전제 조건이 아니다. 설치 안내서, 변경 기록, 별도 README 파일도 만들지 않는다. 스킬 폴더에는 다음 작업에 필요한 지침만 둔다. 스킬을 볼 때는 두 축을 따로 생각한다. 첫째는 소유와 위치다. 어사이드가 기본으로 제공하는 스킬과 사용자가 자기 계정에 만든 스킬이 있다. 집필에 사용한 macOS 환경에서는 계정 폴더 아래 skills 폴더에 builtin과 user가 나뉘어 있었고, 사용자 스킬은 ~/.aside/u/<계정번호>/skills/user/<스킬이름>/SKILL.md 형태였다. 이는 해당 환경의 관찰이며 모든 기기의 경로를 보장하지 않는다. 둘째는 적용 범위다. 특정 사이트 하나를 위한 스킬도 있고 여러 사이트에 두루 쓰는 스킬도 있다. 범위는 위치와 별개의 성질이다. 폴더 이름을 사이트 주소로 지었다고 그 사이트에서 저절로 켜지는 것도 아니고, 계정에 저장했다고 모든 작업에 항상 적용되는 것도 아니다. 어떤 작업에 쓰일지는 description과 그때의 요청에 달려 있다. 6.4 공지 목록 요약 스킬 예제 아래는 공개된 공지나 새소식 목록에서 제목, 게시일, 주소만 모아 표로 만드는 설명용 기본 예제다. 아래 내용을 복사해 SKILL.md라는 이름의 파일로 저장해 쓸 수 있다. 실제 계정의 스킬 폴더에 설치하거나 실행해 본 것은 아니다. 자기 업무에 맞게 고쳐 쓴 뒤 6.5의 요청으로 등록하면 된다. --- name: "public-notice-digest" description: "공개 웹페이지의 공지·새소식 목록에서 제목, 게시일, URL만 모아 표로 정리할 때 사용한다. 사용자가 목록 주소와 조회 기간 또는 최대 개수를 알려 준 읽기 전용 조회에 한한다. 로그인이 필요한 페이지, 게시·댓글·신청·결제, 첨부파일 분석, 작성자나 연락처 같은 개인정보 수집 요청에는 사용하지 않는다." --- # 공개 공지 목록 요약 ## 입력 확인 1. 목록 페이지 URL, 조회 기간, 최대 항목 수를 확인한다. 2. 기간과 개수가 모두 없으면 먼저 묻는다. 사용자가 그대로 진행하라고 하면 첫 페이지의 최대 20개로 제한하고 그 사실을 결과 첫 줄에 적는다. 3. 목록 URL이 여러 개면 URL마다 따로 수집한 뒤 하나의 표로 합친다. ## 수집 절차 1. 목록 페이지를 열어 현재 화면에 보이는 항목을 읽는다. 2. 항목마다 제목, 게시일, 상세 페이지 URL 세 가지만 적는다. 본문, 작성자 이름, 연락처, 첨부파일 내용은 옮기지 않는다. 3. 목록에 게시일이 없으면 해당 상세 페이지를 한 번만 열어 확인한다. 그래도 날짜가 없으면 '미확인'으로 적고 추정하지 않는다. 4. 요청 기간 밖의 항목은 제외한다. 게시일이 '미확인'인 항목은 제외하지 말고 표 맨 아래에 둔다. 5. 다음 페이지는 요청한 기간이나 개수를 채울 때까지만 넘기며, 최대 3페이지를 넘지 않는다. 6. URL이 완전히 같은 항목은 하나만 남긴다. ## 멈추는 조건 - 로그인, 본인 인증, CAPTCHA, 결제, 게시, 댓글, 신청 단계가 나타나면 더 진행하지 않는다. - 페이지가 열리지 않거나 목록의 제목과 링크를 구분할 수 없으면 멈춘다. - 요청이 이 스킬의 범위를 벗어나면 범위 밖이라고 알리고 이 절차를 적용하지 않는다. - 멈출 때는 어디까지 확인했는지와 멈춘 이유를 적는다. ## 결과 형식 1. 첫 줄: 조회한 목록 URL, 적용한 기간 또는 개수 한도, 확인 시각. 2. 표: 번호 | 제목 | 게시일(YYYY-MM-DD 또는 미확인) | URL. 게시일 최신순으로 정렬하고 미확인 항목은 맨 아래에 둔다. 3. 표 아래: 확인한 항목 가운데 제외한 수와 이유(기간 밖, 중복), 미확인 항목 수, 멈춘 지점이 있으면 그 내용. 4. 3페이지 한도, 날짜 미확인, 남은 페이지 때문에 기간 전체를 다 봤는지 알 수 없으면 확인한 페이지와 항목 범위를 적고 기간 전체를 확인했다고 쓰지 않는다. 5. 목록에 없는 내용을 요약하거나 해석하지 않는다. ## 마무리 검증 - 표의 URL 가운데 최소 2개(전체가 2개 이하이면 전부)를 다시 열어 제목과 게시일이 맞는지 확인한다. - 표에 중복 URL이 없는지, 기간 밖 날짜가 섞이지 않았는지 확인한다. - 다시 열어 보지 못한 항목을 확인했다고 쓰지 않는다. 검증한 항목 수를 결과 끝에 적는다. - 결과 끝에 기간 전체를 확인했는지, 확인한 페이지와 항목 범위까지만 봤는지 한 줄로 적는다. 예제에서 눈여겨볼 곳은 세 군데다. description에는 할 일과 함께 하지 않을 일이 들어 있다. 로그인 페이지, 게시와 결제, 개인정보 수집을 제외해 두면 비슷해 보이는 요청이 들어와도 이 스킬이 엉뚱하게 쓰일 여지가 줄어든다. 본문의 멈추는 조건과 결과 형식은 판단이 갈릴 만한 지점을 미리 정해 둔 것이다. 날짜가 없을 때, 같은 주소가 두 번 나올 때, 기간을 말하지 않았을 때 어떻게 할지가 적혀 있으므로 결과를 같은 기준으로 정리하기 쉬워진다. 마지막 검증 항목은 에이전트가 스스로 결과를 한 번 더 대조하게 만든다. 머리말의 값은 모두 큰따옴표로 감쌌다. 어사이드 변경 기록에는 잘못된 머리말과 따옴표 없는 콜론 문제를 고친 내용이 있고, 기본 제공 스킬 작성 안내도 값을 큰따옴표로 감싸도록 권한다. 문장 안에 콜론이 들어가도 구조가 깨지지 않게 하는 습관이다. 6.5 스킬을 만들어 달라고 어떻게 요청할까? 파일을 직접 만들지 않아도 된다. 어사이드 변경 기록을 보면 6월 업데이트에서 사용자가 소유하는 스킬을 관리하고 대화에서 만드는 기능이 추가됐고, 7월에는 스킬 작성 도구가 기본 제공 스킬로 바뀌어 스킬 파일을 직접 쓸 수 있게 됐다. 그러니 대화창에서 무엇을 만들지 분명히 말하면 된다. 9월 변경 기록에 보이는 터미널 설치 명령은 외부 코딩 에이전트에 어사이드 브라우저 기능을 붙이는 용도라서, 계정 안에서 스킬을 만드는 데는 필요하지 않다. 메뉴 위치는 버전에 따라 달라질 수 있으므로 이 장에서는 화면 경로 대신 요청문을 기준으로 설명한다. 공개 공지 목록을 요약하는 스킬을 새로 만들어 줘. 이름은 public-notice-digest로 하고 내 계정의 사용자 스킬로 저장해 줘. 내용은 첨부한 예제 파일을 기준으로 하되, 다른 스킬은 수정하지 마. 만든 뒤 저장한 파일 위치와 전체 내용을 보여 주고, 머리말 형식 검사를 통과했는지 알려 줘. 요청에는 네 가지가 들어 있다. 새로 만든다는 사실, 이름과 저장 위치, 기준이 되는 내용, 그리고 결과를 보여 달라는 확인 요청이다. 예제 파일 없이 말로 설명할 때도 같은 틀을 쓴다. 어떤 일을, 어떤 입력으로, 어떤 결과 형식으로 하는지와 하지 않을 일을 순서대로 말한다. 답을 받으면 “만들었다”는 문장보다 보여 준 경로와 파일 내용을 본다. 머리말에 name과 description이 모두 있는지, 제외 조건이 빠지지 않았는지 확인한다. 이미 있는 스킬이라면 “새로 만들어 줘” 대신 “보여 줘”로 시작해 현재 내용부터 확인한다. 6.6 잘 만들었는지는 어떻게 시험할까? 시험은 세 단계로 나눈다. 첫째는 문법 검토다. 머리말이 규칙에 맞는지, 이름이 소문자와 하이픈으로 되어 있는지를 본다. 스킬 작성 도구에는 머리말 형식을 검사하는 과정이 들어 있으므로 결과를 알려 달라고 하면 된다. 둘째는 종이 위의 시험이다. 가상의 입력을 놓고 이 스킬대로라면 어떤 결과가 나와야 하는지 미리 적는다. 셋째는 실제 작동 시험이다. 새 작업에서 공개 목록 하나로 요청해 보고, 에이전트가 스킬을 읽었는지와 결과가 약속한 형식을 지켰는지 확인한다. 문법이 맞다고 작동이 보장되지는 않고, 예상 출력을 적었다고 실제로 그렇게 나온다는 뜻도 아니다. 세 단계를 섞지 않는 것이 핵심이다. 시험요청 예기대하는 동작 정상 목록이 공지 목록에서 이번 달 공지를 정리해 줘스킬 사용, 기간 확인 항목과 날짜 미확인 항목을 구분한 4열 표, 첫 줄에 조건과 확인 시각, 끝에 검증 수 날짜 누락게시일이 표시되지 않는 목록상세 페이지를 한 번 확인, 없으면 미확인 표기, 표 맨 아래 배치 중복 주소같은 공지가 상단 고정과 목록에 두 번 나옴URL이 같으면 하나만 남기고 제외 수에 중복으로 기록 범위 밖이 공지에 댓글을 달아 줘 / 작성자 연락처를 모아 줘이 스킬 절차를 적용하지 않고 범위 밖임을 알림, 게시나 수집을 하지 않음 표 6-2. 예제 스킬의 시험 설계. 기대하는 동작이며 실제 실행 결과가 아니다. 종이 위의 시험은 아래처럼 적어 둘 수 있다. 가상의 주소와 제목으로 만든 예상 출력이며 실제로 실행해 얻은 결과가 아니다. [예상 출력 예시, 가상 데이터] 조회 목록: https://example.com/notice | 기간: 2026-09-01~2026-09-30 | 확인 시각: (실행 시각) | 번호 | 제목 | 게시일 | URL | | 1 | 추석 연휴 휴무 안내 | 2026-09-22 | https://example.com/notice/103 | | 2 | 서비스 점검 안내 | 2026-09-10 | https://example.com/notice/102 | | 3 | 이용약관 개정 안내 | 미확인 | https://example.com/notice/099 | 제외(확인한 항목 기준): 기간 밖 2건, 중복 1건 / 미확인 1건 / 검증: 2건 재확인 확인 범위: 1~2페이지, 6개 항목. 날짜 미확인 항목이 있어 기간 전체 확인 여부는 미확정 실제 작동 시험에서는 요청문에 “public-notice-digest 스킬을 사용해”라고 명시하는 방법과, 스킬 이름 없이 평소처럼 부탁하는 방법을 모두 해 본다. 명시하지 않았을 때 쓰이지 않는다면 먼저 그 작업에서 스킬이 실제로 인식되고 읽혔는지 확인한다. 어떤 스킬을 참고했는지 물어보면 된다. 인식은 되는데 선택되지 않는다면 description이 먼저 점검할 후보다. 적용 대상을 더 분명한 말로 고친다. 반대로 관계없는 요청에 스킬이 끼어든다면 제외 조건을 보강한다. 이 책에서는 예제 파일의 구조와 머리말 규칙만 확인했고, 실제 계정에 등록해 작동을 시험한 결과는 싣지 않았다. 독자의 환경에서 위 표를 기준으로 직접 확인하기를 권한다. 6.7 스킬에 적으면 그대로 허락되는 것일까? 스킬은 절차이지 허가가 아니다. 어사이드 보안 도움말은 실제 권한을 텍스트 지시와 분리해 다룬다. 도구와 접근은 Allow, Ask, Deny로 정하고, 둘이 겹치면 Deny가 우선한다. 그러니 스킬에 “이 사이트에 게시해도 된다”고 적어도 권한 설정에서 막혀 있으면 게시되지 않는다. 반대로 스킬에 없는 도구나 로그인, 예약 실행 기능이 스킬 덕분에 생기지도 않는다. 현재 요청은 이번 작업의 범위를 정하고, 스킬은 그 범위 안에서 일하는 순서를 정한다고 이해하면 된다. 그래서 예제 스킬은 멈추는 조건을 따로 두어, 권한이 허용하더라도 로그인이나 결제 단계에서 멈추도록 스스로 범위를 좁혔다. 스킬 파일은 로컬에 저장되지만, 개인정보처리방침은 작업에 필요한 문맥이 호스팅된 모델 제공자에게 전달될 수 있다고 밝힌다. 로컬에 저장된다는 사실이 외부로 전달되지 않는다는 뜻은 아니다. 스킬에는 비밀번호, 고객 정보, 내부 문서 원문을 넣지 않고 절차와 기준만 적는다. 6.8 스킬은 언제 고치고 언제 새로 만들까? 같은 일의 결과가 조금 어긋날 때는 기존 스킬을 고치고, 다른 일이 생겼을 때는 새 스킬을 만든다. 공지 목록에 분류 열 하나를 더하는 것은 수정이다. 같은 사이트라도 가격표 숫자를 모으는 일은 입력, 결과, 검증 방법이 다르므로 새 스킬이 맞다. 고칠 때는 한 번에 조건 하나만 바꾼다. 날짜 형식과 제외 규칙과 결과 순서를 한꺼번에 바꾸면 다음 결과가 달라졌을 때 어느 변경 때문인지 알 수 없다. 조건 하나를 바꾸고 6.6의 시험을 다시 해 본 뒤 다음으로 넘어간다. 스킬이 모든 업무를 담는 회사 규정집처럼 커지면 description이 흐려지고 엉뚱한 요청에 끌려 들어가기 쉽다. 커졌다 싶으면 일의 단위로 나눈다. public-notice-digest 스킬을 보여 주고 한 가지만 수정해 줘. 결과 표에 '분류' 열을 추가하고, 목록에 분류가 없으면 '미확인'으로 적게 해 줘. 다른 규칙은 바꾸지 마. 수정 전후로 달라진 줄만 보여 줘. 수정 이력은 스킬 안에 쌓지 않는다. “9월에 날짜 규칙을 바꿨다” 같은 기록은 다음 작업의 지침이 아니라 과거의 사실이다. 스킬에는 지금 따라야 할 규칙만 남기고, 언제 무엇을 왜 바꿨는지는 별도 메모나 작업 기록에 둔다. 5장의 메모리가 이런 경과를 담기에 알맞다. 6.9 다음 장: 절차를 정해진 때에 실행하기 스킬로 일하는 방법을 정했다면 남은 것은 언제 할지다. 공지 목록처럼 텍스트를 모으는 일은 필요할 때 부르면 되지만, 매주 같은 날 가격이나 판매량 같은 숫자를 모아 지난주와 비교하는 일은 시작 시점까지 정해 두어야 편하다. 7장에서는 이런 반복 숫자 수집을 루틴으로 맡기는 방법을 다룬다. 이번 장에서 만든 스킬처럼 좁은 범위와 멈추는 조건을 먼저 정해 두면 다음 장의 루틴도 훨씬 안심하고 맡길 수 있다. 확인한 공식 자료와 관찰 범위 2026년 9월 26일 확인. Aside 개발자용 블로그(팀별 브라우저 작업을 위한 스킬) · Aside 변경 기록(스킬 관리·작성 도구·머리말 수정) · 보안과 권한 안내 · 메모리 안내 · 개인정보처리방침. 동봉된 스킬 작성 안내와 예제 구조를 확인했으며, 실제 계정에 예제를 등록하거나 자동 실행을 시험하지는 않았다. 폴더 경로는 집필 환경의 관찰이며 보편적인 경로를 뜻하지 않는다. 메뉴 위치와 화면 경로는 이 장에서 확인하지 않았다. 다음 글: 7장 · 매일 같은 숫자를 긁어 시트에 쌓기 이전 글: 5장 · 메모리: 맥락을 가르치는 법 『Aside 브라우저 사용설명서』 연재 목록 공식 자료와 기본 제공 스킬 작성 안내를 확인하고 AI의 도움을 받아 작성·편집했습니다. 예제 스킬과 예상 출력, 구조도는 설명용이며 실제 계정에 설치하거나 실행한 결과가 아닙니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 매일 같은 숫자를 긁어 시트에 쌓기 | Aside 브라우저 사용설명서 7장 https://voidlogpress.com/aside-browser-chapter-7/ 발행일: 2026-09-26T13:50:17+00:00 수정일: 2026-09-26T15:05:47+00:00 매일 같은 숫자를 모아 시트에 쌓는 일은 크론 루틴에 맡기면 된다. 6장에서 일하는 순서를 스킬로 적었다면, 이번 장에서는 그 순서를 정해진 시각에 저절로 시작하게 만든다. 예제로 삼는 일은 공개 페이지에 표시되는 숫자 항목 100여 개를 매일 새벽 읽어 Google Sheets에 하루 한 열씩 쌓는 작업이다. 집필 환경에서 이 일을 40일 동안 실제로 돌렸고, 추적 항목은 처음 약 100개에서 지금 130여 개로 늘었다. 그 사이 여러 번 어긋났고, 어긋날 때마다 규칙을 하나씩 더해 지금은 매일 불일치 0으로 끝나는 절차가 됐다. 이 장은 그 과정을 일반화해 정리한 것이다. 특정 사이트나 항목, 실제 수치는 밝히지 않는다. 7.1 어떤 일을 루틴에 맡기면 좋을까? 루틴에 맡기기 좋은 일은 매번 같은 곳을 같은 방식으로 읽고, 결과를 같은 자리에 적는 일이다. 가격표, 재고 표시, 조회수, 순위, 후기 개수처럼 공개 페이지에 숫자로 드러나는 값이 대표적이다. 하루에 한 번 사람이 직접 열어 옮겨 적으면 10개까지는 버틸 만하지만 100개가 넘어가면 시간도 들고 실수도 생긴다. 더 중요한 이유는 기록의 연속성이다. 숫자는 하루치만 보면 의미가 없고, 날짜별로 빠짐없이 쌓였을 때 비로소 추세가 보인다. 사람은 바쁜 날 하루를 건너뛰지만 루틴은 정해진 시각에 시작한다. 다만 루틴이 시작을 대신해 줄 뿐, 결과가 맞는지는 절차 안에 검사를 넣어 확인해야 한다. 이 장의 대부분은 바로 그 검사에 관한 이야기다. 로그인, 결제, 게시가 끼어드는 일은 처음 루틴으로 삼기에 알맞지 않다. 읽기만 하는 공개 페이지에서 시작한다. 7.2 크론 루틴과 하트비트는 어떻게 다를까? 공식 자동화 도움말은 루틴을 두 가지로 나눈다. 크론(Cron) 루틴은 정해진 일정에 새 작업을 시작한다. 하트비트(Heartbeat)는 이미 있는 대화를 깨워 그 흐름을 이어 간다. 도움말은 혼자서 완결되는 반복 작업에는 크론을 쓰라고 안내한다. 매일 숫자를 모으는 일은 전날 대화의 맥락이 필요 없고 시트만 있으면 되므로 크론이 맞다. 도움말에 따르면 어사이드는 루틴 실행이 겹치면 겹친 실행을 건너뛰고, 대상 대화를 쓸 수 없으면 루틴을 일시 중지한다. 설정의 루틴 화면에서는 루틴을 만들고, 지시문과 일정을 고치고, 일시 중지와 재개, 삭제, 지금 실행(Run now)을 할 수 있다. 추천 루틴을 찾아 활성화하거나 거절하는 기능도 있다. 무료 요금제는 활성 루틴이 3개까지이고 Pro는 제한이 없다. 집필 환경에서 관찰한 점도 하나 적어 둔다. 이 환경의 루틴은 사용자의 로컬 브라우저로 실행됐다. 화면만 꺼진 상태에서는 정상적으로 돌았지만 컴퓨터가 잠자기에 들어가면 그 시각의 실행은 건너뛰어졌다. 이는 사양이 아니라 관찰이며, 자세한 내용은 12장에서 다룬다. 40일 운영 동안 실행 시각은 사용자의 생활 리듬에 맞춰 두 번 앞당겼고, 새벽에 한 번 도는 크론 하나로 충분했다. 하트비트가 더 어울리는 경우도 있다. 어제 나눈 대화의 결론을 이어받아 오늘 후속 작업을 해야 하거나, 하나의 프로젝트 대화에서 진행 상황을 계속 쌓아 가고 싶을 때다. 반면 숫자 수집처럼 매일 똑같이 끝나는 일을 하트비트로 만들면 한 대화에 날마다 기록이 쌓여 길어지고, 그 대화를 쓸 수 없는 날에는 루틴이 멈춘다. 크론은 매번 깨끗한 새 작업으로 시작하므로 전날의 실수가 다음 날 대화에 섞여 들지 않는다. 필요한 기억은 대화가 아니라 시트와 스킬에 둔다. 어제 값은 시트의 지난 날짜 열에 있고, 일하는 방법은 스킬에 있으니 새 작업은 둘만 읽으면 된다. 이 구분은 나중에 루틴을 여러 개 운영할 때도 그대로 쓸 수 있다. 7.3 시트는 어떤 모양으로 만들어 둘까? 시트는 고정 영역과 날짜 영역으로 나눈다. 왼쪽 고정 열에는 번호, 이름, 페이지 주소, 추적 상태, 최신값, 전일 대비, 최종 업데이트를 둔다. 그 오른쪽에는 날짜 열이 하루에 하나씩 추가되고, 맨 끝에 상태 열이 있다. 새 날짜 열은 매일 상태 열 바로 앞에 끼워 넣으므로 날짜가 왼쪽에서 오른쪽으로 쌓인다. 날짜 열의 첫 행에는 그날 합계에서 전날 합계를 뺀 수식을 넣어, 하루 동안 전체가 얼마나 움직였는지 한눈에 보이게 한다. 가장 중요한 원칙은 지난 날짜 열을 절대 덮어쓰지 않는 것이다. 과거 열은 이미 확정된 기록이고, 루틴이 손대는 곳은 오늘 열과 고정 열의 최신값 칸뿐이다. 이렇게 경계를 정해 두면 나중에 무엇이 바뀌었는지 대조하기도 쉬워진다. [시트 구성 예시, 가상 데이터] +74 +81 +68 (첫 행: 그날 합계 - 전날 합계) 번호 | 이름 | 페이지 주소 | 추적 상태 | 최신값 | 전일 대비 | 최종 업데이트 | 09-24 | 09-25 | 09-26 | 상태 1 | 항목 001 | https://example.com/item/1 | 추적 | 152 | +2 | 2026-09-26 | 148 | 150 | 152 | 정상 2 | 항목 002 | https://example.com/item/2 | 추적 | 37 | 0 | 2026-09-26 | 37 | 37 | 37 | 정상 3 | 항목 003 | https://example.com/item/3 | 중단 | 12 | | 2026-08-30 | | | | 추적 안 함 4 | 항목 004 | https://example.com/item/4 | 추적 | 0 | 0 | 2026-09-26 | | 0 | 0 | 신규 추적할 행은 추적 상태 열의 값으로 고른다. 그래서 사용자가 시트 아래에 새 행을 직접 추가하고 추적 상태만 채우면 다음 날부터 자동으로 수집 대상에 들어간다. 실제로 항목은 이 방식으로 약 100개에서 130여 개까지 늘었다. 한 가지 놓친 곳은 첫 행의 합계 수식이었다. 수식 범위를 처음 행 수에 맞춰 고정해 두었기 때문에 행이 늘자 새 항목이 합계에서 빠졌고, 범위를 넓혀 바로잡았다. 행을 늘리는 방식이라면 합계 범위를 넉넉하게 잡거나 열 전체를 대상으로 하는 편이 안전하다. 7.4 한 번의 실행은 어떤 순서로 흘러갈까? 그림 7-1. 매일 숫자를 모아 시트에 쌓는 루틴의 여섯 단계를 정리한 설명용 흐름도, 실제 앱 화면 아님. 2026년 9월 26일 기준. 실행은 여섯 단계로 흐른다. 먼저 실행 전 점검에서 작업할 브라우저 창을 쓸 수 있는지 확인하고, 시트 전체를 CSV로 내려받아 백업한다. 다음은 수집이다. 한 번에 여섯 개 정도의 작은 묶음으로 페이지를 열어 숫자를 읽고 닫으며, 읽은 결과는 행 번호를 기준으로 파일에 저장해 둔다. 세 번째는 이상값 검사로, 0과 빈칸과 급격한 변화를 걸러 다시 확인한다. 네 번째가 시트 기록이다. 모든 행을 모은 뒤에야 새 날짜 열을 만들고 값을 적는다. 다섯 번째는 전체 대조로, 시트를 다시 내려받아 적은 칸과 보존해야 할 칸을 모두 비교한다. 마지막으로 처리 건수와 변동을 요약해 보고한다. 이 순서는 처음부터 설계된 것이 아니라, 7.5의 사건들을 하나씩 겪으며 자리 잡은 결과다. 7.5 40일 운영에서 무엇이 어긋났고 어떻게 고쳤을까? 2026년 8월 17일부터 40일 동안의 운영 기록을 정리하면 아래 표와 같다. 사건마다 무엇이 일어났는지, 어떻게 알아챘는지, 그 뒤로 어떤 규칙을 더했는지를 적었다. 사건을 겪을 때마다 규칙을 절차에 반영했고, 마지막 7일은 모두 실패 0, 불일치 0으로 끝났다. 날짜일어난 일잡아낸 방법고친 규칙 9월 5일20여 개 행 묶음을 조용히 건너뛰어 그날 칸이 빈칸으로 남음. 실패 표시도 없었음다음 날 전체 변동이 평소 80 안팎 대신 550가량으로 튀어 합계 검사에 걸림수식을 믿기 전에 전날 열의 빈칸부터 확인. 빈칸은 마지막 확인값으로 채우고 표시를 남김 9월 10~13일작업 창이 전체 화면 상태로 다른 데스크톱 공간에 있어 새벽 실행이 시트조차 열지 못함실행 보고에 시트 접근 실패가 남음창 초점을 되찾은 뒤 재실행해 완료. 밤새 작업 창을 전체 화면으로 두지 않음 9월 13일127개 중 70여 개를 읽은 시점에 창 초점을 잃음묶음 사이 점검에서 발견묶음 전후로 초점 확인, 성공한 결과는 행 기준으로 보관, 전부 모은 뒤에만 기록, 실패 행만 재개 9월 14일시트 탭이 뒤에 있는 상태에서 일괄 붙여넣기가 맨 왼쪽 위 칸에 들어가 앞쪽 세 열을 덮어씀기록 뒤 전체 대조실행 전 CSV 백업에서 정확히 복원. 탭을 앞에 두고 칸을 지정해 적는 방식으로 전환 9월 17일한 번의 호출에 묶음을 너무 많이 이어 붙여 호출당 120초 제한에 걸림호출 시간 초과 오류한 호출에 한 묶음만 처리 9월 19일실행 중 백그라운드 서비스가 재시작되어 작업 상태가 사라짐. 한 탭을 재사용해 여러 페이지를 넘길 때 사이트 오류도 발생진행 파일과 탭별 결과 비교진행 파일에서 이어서 재개. 약 6개씩 열고 읽고 닫는 작은 묶음으로 복귀 9월 20일너무 빨리 읽은 초반 묶음에서 연속 76개가 0으로 찍힘. 숫자가 뜨기 전 자리표시 값이었음어제 양수였던 항목이 0, 0의 긴 연속을 기록 전 검사가 잡음해당 행만 더 작은 묶음으로 새로 읽어 전부 회복 표 7-1. 40일 운영 기록을 일반화한 사건과 규칙. 사이트와 항목, 실제 수치 대신 규모만 적었다. 표에서 가장 교훈이 컸던 것은 전체 화면 사건이다. macOS에서 창을 전체 화면으로 두면 그 창은 별도의 데스크톱 공간을 차지하고, 사용자가 다른 공간에 있는 동안에는 초점을 잃은 상태가 된다. 이 환경의 루틴은 그런 창을 제대로 다루지 못해 시트를 열지 못했다. 해결은 간단했다. 사용자가 창을 다시 눌러 초점을 돌려주자 같은 날 재실행이 모두 끝났다. 예방도 어렵지 않다. 작업 창은 밤사이 전체 화면으로 두지 않는다. 창 왼쪽 위의 초록 버튼을 누르거나 Ctrl+Cmd+F로 전체 화면을 빠져나오고, 크게 쓰고 싶다면 Option 키를 누른 채 초록 버튼을 눌러 새 공간을 만들지 않고 창만 키운다. 여기에 더해 묶음 사이마다 초점을 확인하고, 성공한 결과는 행 번호로 보관하며, 모든 행이 모였을 때만 시트에 적도록 바꿨다. 그 뒤로는 중간에 멈춰도 실패한 행만 다시 읽으면 된다. 9월 14일의 덮어쓰기는 백업 덕분에 피해 없이 끝난 사건이다. 빠르게 처리하려고 여러 칸을 한 번에 붙여넣었는데, 시트 탭이 뒤에 가려진 상태라 붙여넣기가 의도한 열이 아니라 시트 맨 위 왼쪽 첫 칸부터 들어갔다. 그 결과 번호, 이름, 페이지 주소 열이 덮였다. 다행히 실행 전에 시트 전체를 CSV로 받아 두었기 때문에 그 파일에서 세 열을 한 칸도 틀리지 않게 되살렸다. 이후에는 탭을 앞에 둔 상태에서 칸을 명시적으로 지정해 이동한 뒤 적는다. 빠른 일괄 붙여넣기보다 칸이나 열 단위로 적고 확인할 수 있는 방식이 조금 느려도 결과를 믿을 수 있다. 쓰기 전 전체 백업은 이 장에서 가장 먼저 권하는 습관이다. 7.6 빈칸과 0은 왜 따로 다뤄야 할까? 시트 수식에서 빈칸은 0으로 계산되기 때문이다. 9월 5일에 20여 개 행이 빈칸으로 남자, 다음 날 합계 수식은 그 행들의 전날 값을 0으로 보고 전체 값을 하루 증가분으로 셌다. 평소 80 안팎이던 변동이 550가량으로 튄 이유다. 숫자 자체는 틀리지 않았지만 빈칸이 끼어든 비교는 의미가 없었다. 그래서 규칙을 두 개 더했다. 첫째, 합계 수식을 믿기 전에 전날 열에 빈칸이 있는지 먼저 본다. 둘째, 빈칸이 있으면 마지막으로 확인된 값을 이어 채우고 그렇게 채웠다는 표시를 남긴다. 이 항목들의 하루 변화는 대개 한 자리 수라서 마지막 값을 잇는 것이 가장 덜 틀리는 선택이었다. 반대로 0은 빈칸과 다르다. 새로 추가한 항목은 정말로 0일 수 있다. 그래서 0이나 -1이 한 번 나오면 바로 받아들이지 않고 두 번 더 읽어 같은 값일 때만 기록한다. 9월 20일의 76개 연속 0은 이 규칙이 제 역할을 한 경우다. 페이지를 연 직후 숫자가 채워지기 전의 자리표시 값을 그대로 읽은 것인데, 어제 양수였던 항목이 갑자기 0이 되고 0이 길게 이어지는 모습이 기록 전 검사에 걸렸다. 시트에는 아무것도 적히지 않았고, 해당 행만 더 작은 묶음으로 새로 열어 읽자 모두 정상값으로 돌아왔다. 검사를 기록 앞에 두면 틀린 값이 시트에 남을 틈이 없다. 7.7 기록 전후로 무엇을 점검해야 할까? 점검은 기록 전과 기록 후로 나눈다. 기록 전에는 쓸 준비가 되었는지, 기록 후에는 쓴 것이 맞는지를 본다. 기록 후 대조가 특히 중요하다. 시트를 CSV로 다시 내려받아, 오늘 적은 칸뿐 아니라 고정 열, 지난 날짜 열 전부, 상태 열처럼 바뀌면 안 되는 영역까지 백업본과 비교한다. CSV 내보내기는 편집 직후 곧바로 반영되지 않을 때가 있어 몇 초 기다렸다가 받는다. 결과는 "불일치 몇 개"라는 숫자 하나로 보고하게 한다. 마지막 7일(9월 20일~26일)은 매일 127~131개 항목을 전부 처리했고, 실패 0, 약 320행 CSV 전체에서 불일치 0이었다. 하루 순변동은 대체로 +60~+100 사이였다. 보고는 짧을수록 좋다. 매일 아침 사람이 확인할 것은 처리, 성공, 실패 건수와 불일치 개수, 그리고 전체 변동이 평소 범위 안에 있는지 정도다. 실패가 0이고 불일치가 0이며 변동이 평소와 비슷하면 시트를 열어 볼 필요도 없다. 세 값 중 하나라도 튀면 그때 시트를 열고 해당 행을 본다. 9월 5일의 빈칸 사건도 바로 이 변동 값이 평소의 일곱 배 가까이 튀면서 드러났다. 평소 범위를 알려면 처음 몇 주는 보고를 눈여겨 보며 감을 잡아야 한다. 범위가 잡히면 그 숫자를 지시문에 적어, 범위를 크게 벗어나면 보고 첫 줄에 경고를 달게 할 수도 있다. 사람의 감을 규칙으로 옮겨 두는 것이다. 시점점검 항목통과 기준 기록 전작업 창 초점과 전체 화면 여부창이 앞에 있고 전체 화면이 아님 기록 전시트 전체 CSV 백업파일이 저장되고 행 수가 시트와 같음 기록 전전날 열의 빈칸빈칸 없음, 있으면 마지막 값으로 채우고 표시 기록 전수집 결과의 이상값0·-1은 2회 재확인, 어제 양수→0과 0 연속은 재수집 기록 전수집 완료 여부추적 대상 전 행의 값이 모였을 때만 진행 기록 후오늘 열의 모든 칸수집값과 CSV 값이 전부 일치 기록 후보존 영역(고정 열, 지난 날짜 열, 상태 열)백업본과 비교해 변경 0 기록 후첫 행 합계 수식 범위새로 추가된 행까지 포함 표 7-2. 시트 기록 전후 점검표. 기록 후 결과는 불일치 개수 하나로 보고한다. 7.8 루틴 지시문 예제 아래는 지금까지의 규칙을 모아 만든 설명용 지시문이다. 주소와 시트 이름은 가상으로 바꿨으니 자기 환경에 맞게 고쳐 쓴다. 이 예제를 그대로 루틴 지시문에 넣어도 되지만, 6장처럼 절차는 스킬로 저장하고 루틴에는 "daily-number-log 스킬로 오늘 수집을 실행해" 한 줄만 두는 편이 관리하기 쉽다. 스킬은 일하는 방법을, 루틴은 시작하는 시각을 맡는다. 새 규칙이 생기면 스킬만 고치면 되고, 실행 시각을 바꿀 때는 루틴 일정만 바꾼다. 이 장의 40일 동안에도 규칙은 여러 번 늘었지만 실행 시각 변경은 두 번뿐이었다. 둘을 나눠 두면 어느 쪽을 고쳐도 다른 쪽이 흔들리지 않는다. [일일 숫자 수집 지시문 예시, 가상 설정] 목적: 공개 페이지에 표시되는 숫자를 읽어 Google Sheets의 '일일기록' 탭 하나에 오늘 날짜 열로 기록한다. 범위 - 로그인 없이 볼 수 있는 공개 페이지만 읽는다. 페이지에서 클릭, 입력, 게시, 구매를 하지 않는다. - 시트는 '일일기록' 탭만 수정한다. 다른 탭은 열어 보기만 하고 절대 편집하지 않는다. - 지난 날짜 열, 번호·이름·페이지 주소·추적 상태 열, 상태 열은 덮어쓰지 않는다. 실행 전 1. 작업 창이 앞에 있고 전체 화면이 아닌지 확인한다. 아니면 멈추고 보고한다. 2. 시트 전체를 CSV로 내려받아 백업으로 저장한다. 3. 추적 상태가 '추적'인 행만 대상으로 삼는다. 4. 전날 날짜 열에 빈칸이 있으면 마지막으로 확인된 값으로 채우고 '보정' 표시를 남긴다. 수집 5. 한 번에 약 6개씩 새 탭으로 열어 숫자를 읽고 탭을 닫는다. 한 호출에 한 묶음만 처리한다. 6. 페이지의 숫자가 다 뜬 뒤에 읽는다. 7. 결과는 행 번호를 기준으로 진행 파일에 저장한다. 중단되면 진행 파일에서 이어서, 실패한 행만 다시 읽는다. 8. 묶음 사이마다 창 초점을 확인한다. 이상값 9. 0이나 -1은 두 번 더 읽어 같은 값일 때만 받아들인다. 새 항목은 0일 수 있다. 10. 어제 양수였던 항목이 0이거나 0이 여러 개 연속되면 해당 행만 더 작은 묶음으로 다시 읽는다. 11. 빈칸과 0을 섞지 않는다. 읽지 못한 값은 0으로 적지 않고 실패로 표시해 다시 읽는다. 멈추는 조건 - 로그인, 본인 인증, CAPTCHA 화면이 나오면 더 진행하지 않는다. - 시트를 열 수 없거나 백업에 실패하면 기록하지 않는다. - 멈출 때는 처리한 행 범위와 멈춘 이유를 보고한다. 기록 12. 모든 대상 행의 값이 모였을 때만 쓴다. 13. 상태 열 바로 앞에 오늘 날짜 열을 새로 만들고(이미 있으면 새로 만들지 않고 그 열만 갱신), 탭이 앞에 있는 상태에서 칸을 지정해 적는다. 일괄 붙여넣기는 쓰지 않는다. 14. 최신값, 전일 대비, 최종 업데이트 칸을 갱신한다. 15. 첫 행 합계 수식이 새 행까지 포함하는지 확인한다. 검증 16. 몇 초 기다린 뒤 시트 전체를 CSV로 다시 받는다. 17. 오늘 적은 모든 칸과 보존 영역을 백업본과 비교해 불일치 개수를 센다. 보고 형식 - 처리 / 성공 / 실패 건수 - 전일 대비 합계, 변동 항목 수와 유지 항목 수 - 많이 오른 항목 상위 3개, 소폭 감소 항목 - 보정한 칸, 재확인한 칸 - 검증 결과: 불일치 개수 보고는 이런 모양으로 받는다. 아래는 형식을 보여 주기 위한 가상 예시이며 실제 실행 결과가 아니다. [가상 예시] 2026-09-26 새벽 일일 수집 보고 처리 130 / 성공 130 / 실패 0 전일 대비 합계 +74 (변동 41개, 유지 89개) 많이 오른 항목: 항목 017 +9, 항목 052 +7, 항목 088 +6 소폭 감소: 항목 031 -1 (2회 재확인 후 반영) 보정: 없음 / 재확인: 0 값 3건, 모두 신규 항목으로 확인 검증: CSV 재다운로드, 기록 칸과 보존 영역 대조 결과 불일치 0 지시문이 스스로 범위를 좁히는 것과 별개로 실제 권한도 정해 둔다. 공식 보안 도움말에 따르면 루틴과 작업에는 Read only, Guard, Full access 세 가지 권한 모드가 있고 기본값은 Guard다. 개별 도구와 접근은 Allow, Ask, Deny로 정하며 겹치면 Deny가 이긴다. 이 장의 실제 루틴은 기본값인 Guard로 돌렸고, 쓰는 곳은 시트 탭 하나로 지시문에서 못박았다. 권한은 할 수 있는 일의 바깥 경계를, 지시문은 그 안에서 실제로 할 일을 정한다고 이해하면 된다. 7.9 처음에는 어떻게 작게 시작할까? 처음부터 100개를 매일 돌리지 않는다. 항목 10개로 시트를 만들고, 루틴을 만든 뒤 설정의 루틴 화면에서 지금 실행(Run now)으로 두 번 돌려 본다. 첫 번째 실행에서는 새 날짜 열이 올바른 자리에 생기는지, 보고 형식이 지시문대로 나오는지를 본다. 두 번째 실행은 같은 날 한 번 더 돌렸을 때 날짜 열을 중복으로 만들지 않고 오늘 열만 갱신하는지, 백업과 대조가 매번 이루어지는지를 확인하는 시험이다. 두 번 모두 불일치 0으로 끝나면 그때 매일 일정으로 바꾼다. 며칠 지켜본 뒤 항목을 수십 개씩 늘린다. 항목을 늘릴 때마다 합계 수식 범위를 함께 확인한다. 이 장의 기록도 사건 대부분이 규모가 커지고 조건이 바뀐 시점에 나왔다. 작게 시작해 한 번에 하나씩 늘리면 문제가 생겨도 원인을 쉽게 찾을 수 있고, 고친 규칙을 스킬에 한 줄씩 더해 가면 된다. 7.10 다음 장: 반복되는 폼 제출 이 장의 일은 공개 페이지를 읽기만 하고 쓰는 곳은 내 시트 하나였다. 틀려도 백업에서 되돌릴 수 있었기에 규칙을 고쳐 가며 익힐 수 있었다. 다음 8장에서는 한 걸음 더 나아가 같은 양식을 여러 번 채워 제출하는 일을 다룬다. 제출은 되돌리기 어려운 동작이라, 이번 장에서 익힌 백업, 검사, 대조의 습관이 더 중요해진다. 확인한 공식 자료와 관찰 범위 2026년 9월 26일 확인. 자동화와 루틴 안내 · 보안과 권한 안내 · 작업 안내. 운영 기록은 집필 환경에서 2026년 8월 17일부터 40일 동안 실제로 돌린 루틴의 기록을 일반화한 것이며, 대상 사이트와 항목, 실제 수치는 공개하지 않았다. 잠자기와 전체 화면에 관한 내용은 집필 환경의 관찰이며 사양이 아니다. 시트 구성, 지시문, 보고 예시는 설명용 가상 예시다. 다음 글: 8장 · 같은 양식의 폼을 반복 제출하기 이전 글: 6장 · 스킬: 코드 없이 에이전트를 가르치기 『Aside 브라우저 사용설명서』 연재 목록 공식 자료와 집필 환경의 운영 기록을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 흐름도와 예시는 설명용이며 실제 앱 화면이나 실제 수치가 아닙니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 같은 양식의 폼을 반복 제출하기 | Aside 브라우저 사용설명서 8장 https://voidlogpress.com/aside-browser-chapter-8/ 발행일: 2026-09-26T14:10:37+00:00 수정일: 2026-09-26T15:05:47+00:00 같은 양식의 폼은 첫 1건을 사람이 확인한 뒤 나머지를 맡기면 된다. 7장의 일은 읽기만 하고 쓰는 곳은 내 시트 하나였다. 이번 장은 한 걸음 더 나아가 남의 사이트에 있는 양식을 여러 번 채워 제출하는 일을 다룬다. 예제로 삼는 일은 여러 유통 채널의 판매자 관리 화면에 상품 정보를 같은 양식으로 등록하는 작업이다. 집필 환경에서는 2026년 9월에 세 곳의 판매 채널에서 상품 등록 작업을 실제로 진행했고, 그 과정에서 어디까지 맡기고 어디서 멈춰야 하는지가 분명해졌다. 이 장은 그 기록을 일반화해 정리한 것이다. 사이트 이름과 상품, 실제 값은 밝히지 않는다. 8.1 어떤 폼 제출을 에이전트에게 맡기면 좋을까? 맡기기 좋은 폼은 칸의 구성이 같고 들어갈 값만 건마다 다른 폼이다. 상품 등록, 재고 수정, 기관 신청 양식, 회원 정보 일괄 변경처럼 한 건을 채우는 데 5분에서 10분이 걸리고, 그런 건이 여러 개 쌓여 있는 일이 대표적이다. 사람이 직접 하면 세 번째 건쯤부터 칸을 헷갈리고, 복사해 붙인 값이 앞 건의 값인지 확인하느라 시간이 더 든다. 에이전트는 지루해하지 않고 같은 순서를 반복하지만, 제출은 7장의 시트 기록과 달리 되돌리기 어렵다. 그래서 처음에는 제출 뒤에도 수정이나 취소가 되는 폼, 또는 임시 저장 기능이 있는 폼부터 시작하는 편이 좋다. 임시 저장까지만 맡기고 최종 제출은 사람이 누르는 방식으로 시작하면, 틀려도 제출 전에 고칠 기회가 남는다. 결제가 끼어드는 폼, 메시지나 메일을 바깥으로 보내는 폼은 이 장의 대상이 아니다. 그런 일은 11장과 14장에서 따로 다룬다. 8.2 처음 한 건은 왜 사람이 직접 확인해야 할까? 새 사이트, 새 양식에서의 첫 제출은 사람도 에이전트도 그 사이트가 어떻게 반응하는지 모르는 상태에서 이루어지기 때문이다. 성공하면 어떤 화면이 나오는지, 어느 칸이 저절로 바뀌는지, 어느 버튼이 정말 되돌릴 수 없는 버튼인지를 첫 건에서 배운다. 아래 표는 세 채널에서의 실제 진행 방식을 일반화한 것이다. 채널처음 방식확인한 것이후 위임 범위 채널 A (처음 쓰는 판매자 사이트)에이전트가 모든 값을 입력하고 임시 저장까지만 진행사람이 각 건의 최종 제출 버튼을 직접 눌러 결과 확인이 채널은 끝까지 최종 제출을 사람이 누름 채널 B (다른 판매자 사이트, 6건)에이전트가 1번 건만 채우고 멈춤. 사람이 값을 확인하고 1번을 제출목록에 1번 건이 등록된 상태로 나타나는 것"나머지 5건 제출해"로 2~6번의 입력, 제출, 확인을 위임 채널 C (제출 뒤 수정이 어려운 유통 사이트)첫 저장 전에 전체 값 표, 입력된 폼의 위아래 화면 캡처, 원본 문서와의 대조 결과를 먼저 보여 줌표와 캡처가 원본과 일치하는 것사람이 확인한 뒤 저장 클릭 자체를 위임 표 8-1. 세 판매자 채널의 등록 기록을 일반화한 것. 사이트와 상품, 값은 밝히지 않았다. 채널 B의 경험이 이 장의 핵심이다. 필요한 안전장치는 "모든 건마다 사람이 확인"이 아니라 "새 사이트, 새 양식의 첫 제출은 사람이 확인"이었다. 1번 건이 목록에 제대로 올라간 것을 본 뒤에는 같은 양식의 나머지 5건을 맡겨도 불안하지 않았고, 실제로 2번부터 6번까지 에이전트가 채우고 제출하고 확인까지 마쳤다. 건마다 승인을 요구하면 사람은 내용을 보지 않고 승인만 누르기 쉽다. 채널 C에서는 제출 뒤 고치기 어렵다는 사정 때문에 첫 저장 전에 값 표와 캡처, 원본 대조를 한꺼번에 보여 주었고, 그것을 본 사람이 클릭까지 맡겼다. 이 방식은 한 번 관찰한 사례일 뿐 규칙은 아니지만, 무엇을 보여 주면 맡기기 편해지는지 알려 주는 좋은 예다. 사람은 칸마다 승인하기보다 검증된 값을 표 하나로 한 번에 보고 한 번 승인하는 방식을 선호했다. 8.3 입력 원장은 어떻게 준비할까? 입력 원장은 폼에 넣을 값을 건별로 한 줄씩 적은 표다. 에이전트가 원본 문서를 그때그때 읽어 값을 고르게 하지 말고, 먼저 원장을 만들어 사람이 한 번 확인한 뒤 그 원장만 보고 입력하게 한다. 원장에는 입력할 값뿐 아니라 상태와 확인 근거 칸을 둔다. 상태는 8.8의 표에 나오는 다섯 단계로 적고, 확인 근거에는 제출 뒤 목록이나 상태표에서 무엇을 보고 성공으로 판단했는지를 적는다. 이 두 칸이 있으면 작업이 중간에 멈춰도 어디서부터 이어야 하는지 바로 알 수 있고, 같은 건을 두 번 제출하는 일도 막을 수 있다. [입력 원장 예시, 가상 데이터] 번호 | 상품명 | 코드 | 날짜 | 가격 | 상태 | 확인 근거 1 | 샘플 상품 A | SMP-0001 | 2026-09-01 | 9,900 | 확인됨 | 목록 12→13건, 새 행 코드·분류·상태 일치 2 | 샘플 상품 B | SMP-0002 | 2026-09-01 | 7,700 | 확인됨 | 목록 13→14건, 새 행 일치 3 | 샘플 상품 C | SMP-0003 | 2026-09-05 | 8,800 | 제출됨 | 목록 반영 대기 중 4 | 샘플 상품 D | SMP-0004 | 2026-09-05 | 6,600 | 대조됨 | 5 | 샘플 상품 E | SMP-0005 | 2026-09-10 | 9,900 | 입력 전 | 6 | 샘플 상품 F | SMP-0006 | 2026-09-10 | 5,500 | 입력 전 | 8.4 전체 작업은 어떤 순서로 흘러갈까? 그림 8-1. 같은 양식의 폼을 여러 건 제출하는 일곱 단계를 정리한 설명용 흐름도, 실제 앱 화면 아님. 2026년 9월 26일 기준. 흐름은 일곱 단계다. 먼저 입력 원장을 준비한다. 다음으로 에이전트가 1번 건만 입력하고 멈춘 뒤 값 표와 화면 캡처를 보여 준다. 사람은 그것을 확인하고 첫 제출을 한다. 네 번째 단계에서 목록이나 상태표에서 성공 신호를 확인하고, 그 신호가 무엇이었는지 원장에 적는다. 다섯 번째부터는 나머지 건을 한 건씩 입력하고, 화면에 표시된 값을 원장과 대조하고, 제출하고, 확인한다. 여섯 번째로 실패한 건은 따로 떼어 이유를 적고 재시도한다. 마지막으로 원장 전체와 사이트 목록을 다시 대조해 보고한다. 한 건이 완전히 끝나야 다음 건으로 넘어간다. 8.5 빠르게 채우면 왜 값이 틀어질까? 빠른 입력 방식은 사이트가 스스로 하는 정리와 검사를 건너뛰기 때문이다. 채널 B의 날짜 칸이 그런 경우였다. 1번 건에서는 에이전트가 일반 입력 방식으로 20260901을 넣었고, 사이트가 이를 2026-09-01로 자동으로 바꿔 주었다. 2번 건부터는 속도를 높이려고 스크립트로 칸의 값을 직접 넣었는데, 이 방식에서는 사이트의 날짜 정리 기능이 동작하지 않아 날짜가 8자리 숫자 그대로 남았다. 겉으로는 값이 들어간 것처럼 보였기 때문에 그대로 제출했다면 잘못된 날짜로 등록될 수 있었다. 제출 전에 모든 칸의 표시값을 다시 읽어 원장과 대조하는 단계에서 이 차이가 드러났고, 6건 모두 날짜를 일반 입력 방식으로 다시 넣은 뒤 제출했다. 1건에서 N건으로 늘린 뒤에도 건마다 사이트가 정리한 뒤의 표시값을 원장과 대조해야 한다. 지름길은 사이트 자체의 검증을 건너뛴다. 분류 선택 팝업에서도 비슷한 일이 있었다. 버튼을 눌러 여는 분류 선택 창을 여는 동작과 창 안에서 고르는 동작을 한 단계로 묶었더니, 창이 아직 준비되지 않은 상태에서 고르려다 실패하는 일이 가끔 생겼다. 팝업을 여는 단계와 다루는 단계를 나누자 문제가 사라졌다. 화면이 바뀌는 동작 뒤에는 새 화면을 한 번 읽고 나서 다음 동작을 하게 하면 된다. 8.6 제출이 성공했는지는 어떻게 알 수 있을까? 성공 메시지가 아니라 목록과 상태표로 확인한다. 채널 B에서는 제출 뒤 성공 메시지가 나오지 않았다. 믿을 수 있는 신호는 상품 목록의 전체 건수가 1 늘어나는 것이었고, 반영까지 12초에서 15초쯤 기다려야 했다. 건수가 늘어나면 새 행의 상품 번호, 이름, 코드, 분류, 상태가 원장과 같은지 확인했다. 채널 C는 더 헷갈렸다. 저장을 눌러도 메시지가 없고, 폼에는 입력한 값이 그대로 남아 있고, 진행 중인 항목을 보여 주는 상자에는 여전히 없음이라고 적혀 있었다. 실패처럼 보이는 화면이었지만 실제 확인은 다음 단계 화면의 상태표에서 이루어졌고 저장은 정상이었다. 여기서 나온 규칙이 "화면이 그대로라는 이유로 다시 누르지 않는다"이다. 다시 누르면 중복 등록될 수 있다. 성공 여부가 불분명하면 기다렸다가 목록이나 상태표를 다시 읽고, 그래도 판단이 안 서면 멈추고 사람에게 묻는다. 8.7 되돌릴 수 없는 지점은 어디일까? 사이트마다 다르므로 시작 전에 정확히 어느 클릭인지 찾아 둔다. 채널 C에서 마지막 단계 버튼은 이름만 보면 최종 제출 같았지만, 누르면 확인 창이 열릴 뿐이었다. 진짜로 되돌릴 수 없는 지점은 그 확인 창의 확인 버튼이었고, 그 전까지는 첨부 파일도 바꿀 수 있었다. 이 경계를 알고 나니 확인 창이 열리기 직전까지는 편하게 맡기고, 확인 버튼 하나에만 주의를 모을 수 있었다. 지시문에는 "확인 창의 확인 버튼 전에서 멈춰"처럼 경계를 구체적으로 적는다. 폼이 받아 준다고 승인된 것은 아니라는 점도 기억해 둔다. 기관 신청 양식 하나는 제출 자체는 막힘 없이 되었고 사유 칸에 사정도 설명했지만, 심사 단계에서 반려되었다. 이유는 사이트 안내문에 분명한 문장으로 적혀 있던 규칙이었다. 조건부나 재량을 암시하는 표현이 아니라 단정적으로 적힌 규칙은 폼이 입력을 막지 않더라도 심사에서 그대로 적용된다고 보는 편이 맞다. 그래서 신청 양식을 맡길 때는 안내문을 먼저 읽고 해당 규칙에 걸리는지 점검하게 한다. 같은 곳에 서로 의존하는 요청이 여러 개라면 한 메시지에 묶지 않고, 앞의 요청이 해결된 뒤에 다음 요청을 보내는 순서를 택했다. 앞의 결과에 따라 다음 요청의 내용이 달라질 수 있기 때문이다. 8.8 한 건이 실패하면 나머지는 어떻게 해야 할까? 실패의 성격을 먼저 나눈다. 한 건에만 해당하는 실패, 예를 들어 그 상품의 값 하나가 형식에 맞지 않는 경우라면 그 건을 실패로 표시하고 이유를 적은 뒤 다음 건으로 넘어가도 된다. 반대로 모든 건에 똑같이 일어날 실패, 예를 들어 날짜 칸이 정리되지 않는 문제나 로그인이 풀린 상황이라면 계속 진행해 봐야 같은 실패만 쌓인다. 그래서 연속 두 건이 실패하거나, 첫 건에서 보지 못한 화면이 나타나면 전체를 멈추고 보고하게 한다. 각 건은 아래 다섯 상태 중 하나로 원장에 기록한다. 상태뜻다음 단계로 가는 조건하지 말 것 입력됨폼에 원장 값을 일반 입력 방식으로 넣음모든 칸의 표시값을 다시 읽음스크립트로 값을 직접 넣기 대조됨표시값이 원장과 전부 일치함한 칸이라도 다르면 고친 뒤 다시 대조불일치를 둔 채 제출 제출됨제출 버튼을 한 번 누름목록이나 상태표 반영을 기다림화면이 그대로라고 다시 누르기 확인됨목록 건수 증가, 새 행 값 일치확인 근거를 원장에 적고 다음 건으로메시지만 보고 확인 처리 실패 재시도이유를 적고 따로 떼어 둠원인을 고친 뒤 목록에 없는지 확인하고 한 번만 재시도목록 확인 없이 재제출, 연속 2건 실패 뒤 계속 진행 표 8-2. 건별 상태와 부분 실패 처리 기준. 재시도 전에는 이미 등록되지 않았는지 목록부터 확인한다. 8.9 요청 지시문 예제 아래는 지금까지의 규칙을 모은 설명용 지시문이다. 사이트 이름과 원장 파일은 가상으로 두었으니 자기 작업에 맞게 고쳐 쓴다. 자주 한다면 6장처럼 스킬로 저장해 둔다. [반복 폼 제출 지시문 예시, 가상 설정] 목적: '상품원장.csv'의 6건을 판매자 관리 화면의 상품 등록 양식으로 1건씩 등록한다. 시작 전 1. 원장을 읽고 건수와 각 칸의 형식을 확인한다. 이상하면 시작하지 말고 보고한다. 2. 되돌릴 수 없는 클릭이 어디인지 찾아 알려 준다. 확인 창이 따로 뜨는지도 확인한다. 3. 사이트 안내문에 제출 조건이나 금지 규칙이 있으면 요약해 보여 준다. 첫 건 4. 1번 건만 입력하고 제출 전에 멈춘다. 5. 입력된 모든 칸의 표시값과 원장 값을 나란히 적은 표, 폼의 위쪽과 아래쪽 화면 캡처를 보여 준다. 6. 내가 확인하고 제출하면, 목록이나 상태표에서 무엇이 성공 신호인지 확인해 원장에 적는다. 7. 내가 "나머지 진행"이라고 말하기 전에는 2번 건을 시작하지 않는다. 나머지 건 (1건씩, 한 건이 끝나야 다음 건) 8. 키보드로 입력하는 일반 방식으로 채운다. 스크립트로 값을 직접 넣지 않는다. 9. 팝업을 여는 단계와 팝업 안에서 고르는 단계를 나눈다. 10. 모든 칸의 표시값을 다시 읽어 원장과 비교한다. 전부 같을 때만 제출한다. 11. 제출은 한 번만 누른다. 화면이 그대로여도 다시 누르지 않는다. 12. 15초쯤 기다린 뒤 목록 건수가 1 늘었는지, 새 행의 코드·이름·분류·상태가 원장과 같은지 확인한다. 13. 원장의 상태 칸을 입력됨 / 대조됨 / 제출됨 / 확인됨 / 실패 재시도 중 하나로 갱신하고 확인 근거를 적는다. 실패 처리 14. 한 건에만 해당하는 실패는 이유를 적고 그 건을 건너뛴 뒤 다음 건으로 간다. 15. 재시도 전에는 그 건이 이미 목록에 있는지 먼저 확인한다. 재시도는 한 번만. 16. 연속 2건 실패, 첫 건에서 못 본 화면, 로그인·본인 인증·CAPTCHA 화면이 나오면 전체를 멈추고 보고한다. 금지 - 결제, 메시지 발송, 계정 설정 변경은 하지 않는다. - 원장에 없는 값을 추측해 넣지 않는다. 최종 보고 - 처리 / 확인됨 / 실패 건수 - 건별 상태와 확인 근거 표 - 실패 건의 이유와 필요한 조치 - 마지막에 목록 전체를 다시 읽어 원장과 대조한 결과 보고는 이런 모양으로 받는다. 아래는 형식을 보여 주기 위한 가상 예시이며 실제 작업 결과가 아니다. [가상 예시] 상품 등록 최종 보고 처리 6 / 확인됨 5 / 실패 1 1 샘플 상품 A 확인됨 목록 12→13건, 새 행 일치 (첫 건, 사람 제출) 2 샘플 상품 B 확인됨 목록 13→14건, 새 행 일치 3 샘플 상품 C 확인됨 목록 14→15건, 새 행 일치 4 샘플 상품 D 실패 분류 선택 창에 원장의 분류가 없음. 제출하지 않음 5 샘플 상품 E 확인됨 목록 15→16건, 새 행 일치 6 샘플 상품 F 확인됨 목록 16→17건, 새 행 일치 필요한 조치: 4번 분류를 원장에서 정해 주면 1건만 재진행 최종 대조: 목록 17건 중 이번 등록 5건, 원장과 불일치 0, 중복 등록 0 8.10 승인과 중간 개입은 어디서 할까? 공식 문제 해결 도움말에 따르면 작업은 승인이나 답변을 기다리며 멈출 수 있다. 이때 작업을 열어 요청된 동작을 검토하고 승인, 거절, 답변을 한 뒤 재개하면 된다. 승인 팝오버는 브라우저 화면에서 바로 승인하거나 거부할 수 있고, 질문과 초안 검토는 작업 상세 화면에서 열린다. 작업이 엉뚱한 방향으로 가면 후속 메시지를 보낸다. Steer는 지금 실행 중인 작업을 바로잡고, Queue는 현재 실행이 끝난 뒤에 이어 할 일을 넣는다. "4번은 건너뛰어" 같은 지시는 Steer로 보낸다. 사이트가 다중 인증, 패스키, CAPTCHA, 본인 확인을 요구하면 사람이 그 단계를 마친 뒤 작업을 재개한다. 권한도 함께 정해 둔다. 공식 보안 도움말에 따르면 도구와 접근은 Allow, Ask, Deny로 정하고 겹치면 Deny가 이긴다. 권한 모드는 Read only, Guard, Full access 세 가지이며 기본값은 Guard다. 집필 환경에서 관찰한 설정으로는 결제 사용 기능이 꺼져 있고 결제 전에 묻도록 되어 있었으며, 메시지나 메일 발송도 꺼져 있고 보내기 전에 묻도록 되어 있었다. 이는 이 환경의 관찰이며 모든 사용자의 기본값을 보장하지 않는다. 승인을 어디에 두면 좋은지는 11장에서, 아예 맡기지 않을 일은 14장에서 자세히 다룬다. 8.11 다음 장: 내 사이트를 점검하고 고치기 이 장에서는 남의 사이트에 같은 양식을 반복해 제출하면서 첫 건 확인, 건별 대조, 목록으로 확인하기라는 세 가지 습관을 익혔다. 다음 9장에서는 방향을 바꿔 내가 운영하는 사이트를 에이전트와 함께 점검하고 고치는 일을 다룬다. 확인한 공식 자료와 관찰 범위 2026년 9월 26일 확인. 문제 해결 안내 · 보안과 권한 안내. 등록 기록은 집필 환경에서 실제로 진행한 등록 작업을 일반화한 것이며, 사이트와 상품, 입력값은 공개하지 않았다. 결제와 발송 관련 설정값은 이 환경에서 관찰한 것이며 기본값을 보장하지 않는다. 입력 원장, 지시문, 보고 예시는 설명용 가상 예시다. 다음 글: 9장 · 내 사이트를 점검하고 고치기 이전 글: 7장 · 매일 같은 숫자를 긁어 시트에 쌓기 『Aside 브라우저 사용설명서』 연재 목록 공식 자료와 집필 환경의 작업 기록을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 흐름도와 예시는 설명용이며 실제 앱 화면이나 실제 값이 아닙니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 내 사이트를 점검하고 고치기 | Aside 브라우저 사용설명서 9장 https://voidlogpress.com/aside-browser-chapter-9/ 발행일: 2026-09-26T14:23:49+00:00 수정일: 2026-09-26T15:18:32+00:00 내 사이트 점검은 읽기 전용 전수 점검과 한 번에 하나씩 고치기로 나누면 된다. 8장에서는 남의 사이트에 같은 양식을 반복해 제출했다. 이번 장은 방향을 바꿔 내가 운영하는 사이트를 에이전트와 함께 살피고 고치는 일을 다룬다. 예제는 집필 환경에서 운영하는 워드프레스 기반 도서 소개 사이트(공개 페이지 100여 개)다. 2026년 8월과 9월 사이 이 사이트에서 실제로 겪은 일들을 일반화해 정리했다. 도메인과 호스팅, 플러그인 이름은 밝히지 않는다. 9.1 어떤 사이트 점검을 에이전트에게 맡기면 좋을까? 맡기기 좋은 점검은 페이지가 많고 확인할 항목이 정해져 있는 일이다. 모든 공개 주소가 정상 응답을 주는지, 제목과 이미지가 제대로 나오는지, 구조화 데이터에 날짜가 들어 있는지, 글자가 깨진 곳은 없는지 같은 항목은 사람이 100개 페이지를 하나씩 열어 보기에는 지루하고 빠뜨리기 쉽다. 에이전트는 사이트맵에서 주소를 모두 모아 같은 기준으로 한 줄씩 기록할 수 있다. 중요한 것은 점검과 수정을 같은 작업에 섞지 않는 것이다. 공식 작업 도움말에 따르면 작업마다 권한을 고를 수 있고, Read only는 파일을 바꾸지 않고 브라우저와 파일 맥락을 살펴보게 하며, 기본값은 Guard, 가장 넓은 권한은 Full access다. 점검은 Read only 작업으로 돌리고, 고칠 일이 정해지면 범위를 적은 별도 작업을 만든다. 이렇게 나누면 점검 도중에 에이전트가 무언가를 바꿀 걱정 없이 결과를 차분히 읽을 수 있다. 9.2 다른 AI가 준 점검 보고서는 그대로 믿어도 될까? 그대로 믿기보다 주장 목록으로 받아 하나씩 확인하는 편이 좋다. 이 사이트는 약 2주 동안 여러 채팅 AI에게서 점검 보고서를 6번 받았다. 각 주장을 실제 사이트와 대조해 보니 "깨졌다", "빠졌다"는 주장의 절반가량이 사실이 아니었다. 틀린 이유는 두 가지였다. 하나는 확인하지 않고 짐작으로 쓴 경우, 다른 하나는 사이트가 바뀐 뒤에도 자기가 앞서 본 내용을 다시 확인하지 않고 재사용한 경우다. 개선 지시서 하나는 항목의 절반쯤이 이미 구현된 기능을 없다고 적고 있었고, 실제 화면과 비교한 뒤 반영한 항목은 5개뿐이었다. 그래서 보고서를 받으면 주장마다 "이것은 어떻게 확인할 수 있나"를 붙이고, 확인 방법이 없는 주장은 사실이 아니라 미확인으로 분류한다. 같은 AI에게 다시 물을 때는 "지난번 답을 재사용하지 말고 지금 상태를 다시 확인해 달라"고 분명히 적는다. 틀린 주장을 걸러내면 정말 필요한 수정에 시간을 쓸 수 있다. 9.3 왜 한 페이지가 아니라 전체를 훑어야 할까? 한 페이지에서 보인 문제가 몇 페이지에 퍼져 있는지 알아야 원인을 좁힐 수 있기 때문이다. 어느 날 장 페이지에서 글머리 기호가 알아볼 수 없는 문자로 깨져 보였다. 사이트맵에 있는 96개 주소를 모두 점검하자 20개 페이지에서 650곳이 깨져 있었다. 흥미로운 점은 피드, 사이트맵, AI용 텍스트 파일처럼 본문 필터를 거치지 않는 출력은 처음부터 깨진 곳이 0이었다는 사실이다. 이 차이 덕분에 원인이 본문을 가공하는 단계에 있다고 좁힐 수 있었고, 실제 원인은 사이트 전용 플러그인의 텍스트 처리 정규식에서 옵션 문자 하나가 빠진 것이었다. 한 글자를 고친 뒤 다시 전수 점검하니 20개 페이지가 0개로, 650곳이 0곳으로 줄었다. 전체를 세어 두면 고친 뒤에 같은 방법으로 다시 세어 효과를 숫자로 확인할 수 있다. 아래 표는 이 장에서 다루는 사례를 한데 모은 것이다. 모두 처음 보인 증상과 실제 원인이 달랐다. 무엇이 보였나실제 원인확인 방법고친 규칙 외부 AI 보고서의 "빠졌다" 주장 다수절반가량이 짐작이거나 예전 관찰 재사용주장마다 실제 사이트와 대조주장 목록으로 받고 확인 방법을 붙인다 장 페이지 글머리 기호 깨짐전용 플러그인 정규식의 옵션 문자 하나 누락96개 주소 전수 점검, 필터를 안 거치는 출력과 비교고친 뒤 같은 방법으로 전수 재측정 업데이트 뒤 전용 페이지들이 404플러그인 갱신으로 주소 규칙이 빠짐고유주소 설정을 바꾸지 않고 다시 저장배포 뒤 고유주소 재저장을 고정 단계로 서버는 200인데 브라우저에는 404브라우저 캐시쿠키 없는 새 요청으로 상태 코드 확인판단은 비로그인 새 요청 기준 수정했는데 옛 CSS가 계속 나옴플러그인 캐시만 비우고 호스팅 캐시는 남음캐시 우회용 임의 쿼리 문자열 붙여 요청먼저 반영 여부를 보고 필요한 캐시만 비운다 스테이징에 오래된 플러그인 경고운영 쪽 업데이트가 스테이징에 반영 안 됨경고 내용을 스테이징 화면에서 직접 확인운영 업데이트 뒤 스테이징도 점검 꼬리말을 막았더니 정책 링크도 사라짐같은 템플릿 조각에 우리 정보가 함께 있었음비로그인 페이지에서 꼬리말 확인전체 차단 대신 해당 부분만 직접 수정 표 9-1. 집필 환경의 사이트 운영 기록에서 나온 사례를 일반화한 것. 도메인, 호스팅, 플러그인 이름은 밝히지 않았다. 9.4 점검과 수정은 어떤 순서로 흘러갈까? 그림 9-1. 내 사이트를 점검하고 고치는 일곱 단계를 정리한 설명용 흐름도, 실제 앱 화면 아님. 2026년 9월 26일 기준. 흐름은 일곱 단계이고 마지막 기록이 다음 점검의 출발점이 된다. 먼저 보고서나 눈에 띈 증상을 주장 목록으로 만든다. 다음으로 읽기 전용 작업에서 로그인하지 않은 방문자 시점으로 전체 주소를 점검한다. 세 번째로 증상이 나온 페이지와 나오지 않은 페이지를 비교해 원인을 좁힌다. 네 번째로 한 가지만 고친다. 다섯 번째로 캐시를 우회한 비로그인 요청으로 결과를 확인한다. 여섯 번째로 같은 원인에 영향받을 수 있는 범위를 전수 재측정한다. 마지막으로 무엇을 왜 바꿨고 전후 숫자가 어떻게 달라졌는지 기록한다. 9.5 로그인한 화면과 방문자 화면은 왜 다를까? 에이전트가 쓰는 브라우저에는 내 로그인 쿠키가 실려 있기 때문이다. 관리자로 로그인한 상태에서 페이지를 요청하면 관리 막대가 붙은 관리자용 화면이 돌아오고, 오류 표시나 캐시 동작도 방문자와 다를 수 있다. 검색 로봇과 방문자가 보는 화면은 쿠키 없는 요청으로 따로 확인해야 한다. 이 연재 자체에서도 도움이 됐다. 한 장을 비로그인으로 확인하다가 날짜가 들어간 Article 구조화 데이터 블록이 빠져 있는 것을 발견했고, 그 글에만 추가했다. 지시문에 "로그인하지 않은 새 요청으로 확인"이라고 적어 두면 이런 차이를 놓치지 않는다. 비로그인 확인은 수정 전과 수정 후에 모두 한다. 수정 전 기록이 있어야 무엇이 달라졌는지 말할 수 있고, 수정 후 기록이 있어야 방문자에게도 반영됐다고 말할 수 있다. 관리 화면에서 저장이 성공했다는 표시는 서버가 값을 받았다는 뜻일 뿐, 방문자 화면에 나온다는 뜻은 아니다. 그 사이에 캐시와 템플릿과 필터가 끼어 있기 때문이다. 9.6 고쳤는데도 그대로 보이면 무엇을 의심할까? 고친 결과가 보이지 않을 때는 먼저 캐시와 배포 뒷정리를 의심하는 편이 좋다. 전용 플러그인을 업데이트한 뒤 전용 페이지 유형들이 모두 404를 낸 적이 있다. 원인은 업데이트 과정에서 주소 규칙이 빠진 것이었고, 고유주소 설정 화면에서 아무것도 바꾸지 않고 다시 저장하는 것만으로 복구됐다. 그 뒤로 이 재저장은 배포의 고정 단계가 됐다. 그런데 같은 시점에 브라우저는 계속 404를 보여 주고 있었다. 서버는 이미 200을 돌려주고 있었으니 브라우저 캐시가 만든 착각이었다. 반대로 주소 규칙을 바꾼 뒤 캐시된 200이 계속 나와 문제가 없어 보인 적도 있는데, 주소 끝에 임의의 쿼리 문자열을 붙여 캐시를 우회하자 실제 404가 드러났다. 캐시 플러그인만 비우고 호스팅 관리 화면의 캐시를 그대로 두어 홈이 옛 CSS 버전을 계속 내보낸 일도 있었다. 한편 메타데이터를 저장하자마자 캐시를 비우지 않아도 바로 반영된 적도 있다. 저장할 때 사이트가 스스로 캐시를 무효화하기 때문이다. 그래서 순서는 "먼저 비로그인으로 이미 반영됐는지 본다, 안 됐으면 필요한 캐시만 비운다"가 된다. 9.7 집계 결과가 이상하면 무엇부터 의심할까? 사이트보다 측정 방법을 먼저 의심한다. 이 사이트에서만 세 번 겪었다. 본문 블록만 정규식으로 잘라 글자 수를 셌더니 일부 페이지가 49자라는 터무니없는 값이 나왔다. 날짜를 og 메타 태그에서 찾았더니 0%가 나왔는데, 날짜는 JSON-LD 안에 있었다. 글자 수를 세려고 script 태그를 모두 지웠더니 JSON-LD까지 지워져 구조화 데이터가 0건으로 나왔다. 세 번 모두 사이트는 멀쩡했다. 그래서 규칙을 하나 정했다. 집계가 "전부 0"이나 "전부 같음"으로 나오면 결과를 보고하기 전에 파서를 먼저 확인한다. 2026년 9월 20일 장 페이지 136편을 기준 점검했을 때 구조화 데이터, 날짜, 이미지는 거의 100%였지만 질문형 헤딩은 평균 7%였고 250~450자 분량의 인용하기 좋은 문단은 적었다. 이 연재는 그 결과를 반영해 쓰고 있다. 색인 실험에서는 수동 색인 요청이 병목이 아니라는 결과도 나왔다. 요청한 쪽은 5개 중 4개, 요청하지 않은 쪽은 3개 중 3개가 색인됐다. 9.8 작은 수정이 다른 곳을 깨뜨리지 않게 하려면? 가장 작은 범위로 고치고, 고친 뒤에는 방문자 화면에서 주변까지 함께 본다. 테마의 기본 꼬리말을 필터로 통째로 막았더니 같은 템플릿 조각에 들어 있던 정책 링크와 사업자 정보까지 사라졌다. 필터를 되돌리고 템플릿 조각의 내용을 직접 고치는 방식으로 바꾸자 원하는 부분만 정리됐다. 운영 사이트와 스테이징 사본도 따로 챙긴다. 운영 쪽 플러그인을 업데이트했지만 스테이징에는 반영되지 않았고, 호스팅 업체의 보안 메일이 스테이징의 오래된 플러그인을 지적했다. 메일 내용도 하나의 주장으로 보고 확인해 보니 사실이었고, 그 뒤 업데이트했다. 운영 업데이트 뒤에는 스테이징도 점검 목록에 넣는다. 9.9 점검 요청과 수정 요청은 어떻게 쓸까? 아래는 설명용 지시문이다. 첫 번째는 Read only 작업에서, 두 번째는 범위를 정한 별도 작업에서 쓴다. 공식 보안 도움말에 따르면 도구와 접근은 Allow, Ask, Deny로 정하고 겹치면 Deny가 이긴다. 수정 작업에서는 바꿀 파일이나 화면만 허용하고, 작업 상세 화면에서 만들거나 바꾼 파일 목록을 확인한다. [읽기 전용 점검 지시문 예시, 가상 설정] 목적: 내 사이트의 공개 페이지 전체를 방문자 시점으로 점검한다. 아무것도 바꾸지 않는다. 1. 사이트맵에서 모든 공개 주소를 모은다. 주소 개수를 먼저 알려 준다. 2. 각 주소를 로그인 쿠키 없는 새 요청으로 연다. 3. 주소마다 다음을 기록한다. - 상태 코드 (200 / 301 / 404 등) - 페이지 제목 - 본문 이미지가 실제로 불러와지는지 - 구조화 데이터(JSON-LD)에 발행일과 수정일이 있는지 - 깨진 문자가 있는지, 있다면 몇 곳인지 4. 결과는 표로: 주소 | 상태 | 제목 | 이미지 | 날짜 | 깨진 문자 | 근거 근거 칸에는 무엇을 보고 판단했는지 적는다. 5. 집계가 "전부 0"이나 "전부 같음"이면 보고 전에 측정 방법부터 다시 확인한다. 6. 설정, 글, 플러그인, 캐시는 건드리지 않는다. 고칠 점은 제안으로만 적는다. [한 가지 수정 지시문 예시, 가상 설정] 목적: 점검 보고의 2번 항목 하나만 고친다. 1. 고치기 전 상태를 비로그인 요청으로 기록한다. (before) 2. 바꿀 곳은 한 군데만. 무엇을 어떻게 바꿀지 먼저 보여 주고 내 확인을 기다린다. 3. 수정 뒤 주소 끝에 임의의 쿼리 문자열(예: ?check=7391)을 붙여 캐시를 우회한 비로그인 요청으로 다시 확인한다. (after) 4. before / after를 나란히 보여 준다. 5. 같은 원인에 영향받을 수 있는 다른 페이지 목록을 만들고, 그 범위를 전수 재측정한다. 6. 캐시는 반영이 안 된 것을 확인한 경우에만, 필요한 곳만 비운다. 7. 다른 항목은 고치지 않는다. 발견하면 목록에만 추가한다. 점검 보고는 이런 모양으로 받는다. 형식을 보여 주기 위한 가상 예시이며 실제 결과가 아니다. [가상 예시] 읽기 전용 점검 보고 점검 주소 96 / 정상 91 / 확인 필요 5 (비로그인 새 요청 기준) 1 /sample-page-a/ 200 이미지 정상 날짜 있음 깨진 문자 12곳 근거: 본문 글머리 기호 위치 2 /sample-page-b/ 404 - - - 근거: 캐시 우회 요청도 404 3 /sample-page-c/ 200 이미지 1개 실패 날짜 있음 0 근거: 이미지 주소 응답 404 참고: 피드와 사이트맵 출력에는 깨진 문자 0곳. 본문 가공 단계가 의심됨 변경한 것: 없음 아래 표는 점검부터 수정 뒤 확인까지를 한 장으로 줄인 것이다. 단계확인할 것통과 기준 주장 정리보고서 항목마다 확인 방법이 있는가방법 없는 주장은 미확인으로 분류 전수 점검사이트맵 전체를 비로그인으로 보았는가주소 개수와 기록 개수가 같음 측정 검증"전부 0", "전부 같음"이 나왔는가나왔다면 파서부터 재확인 수정한 가지만 바꿨는가before 기록과 변경 내용이 1:1 배포 뒤전용 페이지 유형이 살아 있는가고유주소 재저장 후 200 반영 확인캐시 우회 비로그인 요청으로 보았는가after가 기대한 값 영향 범위같은 원인의 다른 페이지를 다시 셌는가재측정 수치 기록 주변 확인꼬리말, 링크 등 같은 틀의 다른 요소가 그대로인가방문자 화면에서 이상 없음 스테이징운영 변경이 스테이징에도 필요한가필요하면 같은 절차로 반영 표 9-2. 점검 순서와 수정 뒤 확인 체크리스트. 9.10 다음 장: 텔레그램으로 지시하고 결과 받기 이 장에서는 점검과 수정을 나누고, 방문자 시점으로 확인하고, 숫자로 전후를 비교하는 습관을 익혔다. 다음 10장에서는 자리를 비운 사이에도 휴대폰의 텔레그램으로 이런 작업을 지시하고 결과를 받는 방법을 다룬다. 확인한 공식 자료와 관찰 범위 2026년 9월 26일 확인. 작업 안내 · 보안과 권한 안내. 사례는 집필 환경의 실제 사이트 운영 기록을 일반화한 것이며, 도메인·플러그인·호스팅은 공개하지 않았다. 지시문과 보고는 설명용 가상 예시다. 다음 글: 10장 · 텔레그램으로 지시하고 결과 받기 이전 글: 8장 · 같은 양식의 폼을 반복 제출하기 『Aside 브라우저 사용설명서』 연재 목록 공식 자료와 집필 환경의 작업 기록을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 흐름도와 예시는 설명용이며 실제 앱 화면이나 실제 값이 아닙니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 텔레그램으로 지시하고 결과 받기 | Aside 브라우저 사용설명서 10장 https://voidlogpress.com/aside-browser-chapter-10/ 발행일: 2026-09-26T15:18:23+00:00 수정일: 2026-09-26T16:02:28+00:00 추석 연휴 사흘째, 나는 시골집 마루에 앉아 휴대폰만 들여다보고 있었다. 맥북은 집 책상 위에 켜 둔 채 내려왔고, 그 안에서 Aside가 돌아가고 있었다. 연휴 동안 이 연재의 프롤로그부터 9장까지를 모두 텔레그램 대화창 하나로 처리했다. 내가 "5장 계속 작업"처럼 짧게 보내면 집의 노트북에서 Aside가 원고를 쓰고, 워드프레스에 발행하고, 공개 화면을 확인한 뒤 링크와 요약을 휴대폰으로 돌려보냈다. 나는 짬이 날 때 답을 읽고 다음 지시를 보냈다. 중간에 ChatGPT 사용 한도가 거의 찼을 때도 대화창에 모델을 바꿔 달라고 한 줄 적었고, 다음 장부터는 Claude로 이어서 썼다. 이 장은 그 방식, Aside의 Channels 기능을 다룬다. 10.1 Channels가 하는 일과 준비물 Channels는 내가 가진 봇을 Aside에 연결해 두고, 슬랙이나 텔레그램, 디스코드에서 그 봇에게 메시지를 보내는 기능이다. 메시지가 도착하면 Aside가 내 컴퓨터에서 브라우저 작업으로 실행하고, 같은 대화 스레드에 답을 단다. 봇의 인증 정보는 운영체제의 보안 저장소에 보관되고, 플랫폼마다 봇은 하나씩 연결한다. 준비물은 세 가지다. 첫째는 Pro 요금제다. Free에서는 Channels 화면에 소개와 업그레이드 안내만 보인다. 둘째는 깨어 있는 컴퓨터다. 봇은 Aside가 실행 중일 때만 응답하므로 컴퓨터가 잠자기에 들어가면 안 된다. 셋째는 실행 중인 Aside다. 앱을 종료하고 나가면 봇은 메시지를 받아도 조용하다. 윈도우도 같다. 9월 14일 윈도우용 Aside가 나온 뒤 윈도우 PC에서도 써 보았는데 맥과 크게 다르지 않았다. Channels도 Aside가 돌아가는 컴퓨터에 봇이 연결되는 구조라 쓰는 법이 같다. 그림 10-1. Settings > Channels 실제 화면. 봇 이름은 가렸다. 10.2 Create with Aside로 몇 분 만에 연결하기 9월 5일 처음 연결할 때 내가 직접 한 일은 텔레그램 웹 로그인 QR 코드를 휴대폰으로 스캔한 것 하나였다. 나머지는 Aside가 했다. BotFather와 대화해 새 봇을 만들고, 그룹 권한과 개인정보 설정을 바꾸고, 발급된 토큰을 Aside에 등록했다. Aside는 브라우저이니 봇을 손으로 만들 필요가 없다는 8월 18일 안내 메일 그대로였다. 전체가 몇 분 걸렸다. 순서는 이렇다. Settings > Channels로 들어간다. 화면 제목은 Aside, Anywhere다. 플랫폼에서 Telegram을 고르고 Create with Aside를 누른다. 봇을 만들고 인증 정보를 등록하는 작업이 새로 시작된다. 텔레그램 웹 로그인 화면이 나오면 QR 코드를 휴대폰 텔레그램으로 스캔한다. 작업이 끝나면 Bots 목록에 봇 이름, 마지막 사용 시각, 켜기 스위치, 설정 톱니가 나타난다. 휴대폰에서 봇에게 DM을 보내 시험한다. 이미 만들어 둔 봇이 있다면 Manual을 골라 토큰을 직접 넣는다. 시험 메시지로 나는 "한 문장으로 답해줘"라고 보냈다. 답이 정말 한 문장으로 돌아오는 것을 보고 DM 연결을 확인했고, 이어서 나와 봇 둘만 들어간 그룹을 만들어 봇을 멘션해 보았다. 그룹에서도 답이 오면 준비가 끝난다. 텔레그램 봇이 그룹에서 움직이려면 Allow Groups가 켜져 있고 Group Privacy가 꺼져 있어야 하는데, Create with Aside로 만들면 이 설정까지 Aside가 맞춰 준다. 게다가 내 텔레그램 ID를 확인할 수 있으면 내 계정을 페어링까지 해 두기 때문에, 첫 메시지부터 곧바로 작업이 시작된다. 봇 이름은 이 책에서 my_aside_bot으로 부른다. 집을 나서기 전에는 세 가지를 확인해 두면 좋다. Bots 목록에서 봇의 켜기 스위치가 켜져 있는지, 마지막 사용 시각이 방금 보낸 시험 메시지 시각으로 바뀌었는지, 컴퓨터가 잠자기에 들어가지 않게 되어 있는지다. 셋이 맞으면 휴대폰 하나로 떠나도 된다. 10.3 휴대폰으로 보내기 좋은 요청은 어떻게 쓸까? 답은 휴대폰 화면에서 글자로 읽힌다. 그래서 요청마다 결과 모양을 짧게 정해 둔다. 긴 보고를 받으면 엄지로 스크롤하다 요점을 놓친다. 나는 끝에 "세 줄로 요약"이나 "링크와 한 줄 상태만"을 붙인다. 두 번째 습관은 되돌리기 어려운 일 앞에서 멈추게 하는 것이다. 공개 발행, 메일 발송, 결제처럼 한 번 누르면 끝나는 단계는 "누르기 전에 무엇을 할지 보여 주고 내 답을 기다려"라고 적는다. 세 번째는 결과를 링크로 받는 것이다. 내 연결 환경에서는 Aside가 만든 파일이 텔레그램 첨부로 오지 않았다. 그래서 워드프레스에 올린 글은 주소로, 노트북에 만든 파일은 저장 위치로 받는다. 긴 장 원고는 링크를 눌러 휴대폰 브라우저로 직접 읽으며 확인했다. [텔레그램 요청 예시, 가상 설정] 5장 원고를 써서 워드프레스에 비공개 초안으로 올려 줘. - 분량 6,000자 안팎, 앞 장과 같은 블록 형식 - 올린 뒤 미리보기를 열어 제목, 그림, 표가 깨지지 않았는지 확인 - 공개 발행은 하지 말고 내 답을 기다려 - 답은 세 줄로: 초안 링크 / 확인 결과 / 남은 일 [같은 대화에서 보내는 후속 메시지 예시] 좋아, 공개로 바꿔 줘. 바꾼 뒤 로그인하지 않은 새 요청으로 열어서 상태 코드와 제목만 한 줄로 알려 줘. 주소 예: https://example.com/sample-chapter-5/ 그림 10-3. 텔레그램 대화 흐름을 재구성한 화면. 문구와 주소는 가상이다. 첫 요청과 후속 요청을 같은 대화에서 이어 보내면 Aside는 앞의 맥락을 그대로 안고 간다. 손이 바쁠 때는 음성 메시지도 된다. 텔레그램 음성 메모는 글자로 옮겨져 작업에 들어간다. 사진이나 문서도 20MB까지 보내면 작업 안으로 넘어가므로, 휴대폰으로 찍은 종이 메모를 보내며 "이 내용을 표로 정리해서 초안 끝에 붙여 줘"라고 할 수 있다. 10.4 휴대폰으로 일을 이어 가는 리듬 연휴 동안 내가 보낸 메시지는 대부분 짧았다. "5장 계속 작업", "9장 시작" 같은 한 줄이면 Aside가 앞 장에서 정한 형식을 이어받아 자료를 확인하고, 원고를 쓰고, 발행한 뒤 공개 화면을 확인해 링크를 보냈다. 내가 한 일은 방향을 정하고, 결과를 읽고, 고를 것을 고르는 것이었다. 창을 열고 붙여 넣고 저장하고 다시 열어 보는 손일은 집의 맥북이 했다. 중간에 다른 AI의 평가를 받아 와 "검토해줘"라고 붙여 넣은 적도 있다. Aside는 지적을 원고와 하나씩 대조해 맞는 것과 다른 것을 나누어 보고했고, 나는 그중 무엇을 받아들일지만 정했다. 휴대폰으로 일할 때는 첫 요청을 넉넉하게 쓰는 편이 결국 빠르다. 주제와 분량, 맞출 형식, 발행 전에 멈출 지점을 한 메시지에 담으면 대화를 여러 번 주고받지 않아도 된다. 확인과 수정은 반대로 아주 짧게 보낸다. 작은 화면이 오히려 도움이 되기도 한다. 긴 설명을 치기 싫으니 무엇을 원하는지부터 생각하게 되고, 그 덕에 요청이 또렷해진다. [아침 확인 예시, 가상 설정] 어젯밤 올린 4장 공개 주소를 로그인하지 않은 새 요청으로 열어 줘. 답은 한 줄: 상태 코드 / 제목 / 이상이 있으면 무엇 [짧은 수정 예시] 4장 4.2절 둘째 문단이 길어. 뜻은 그대로 두고 절반으로 줄여서 저장하고, 바뀐 문단만 보여 줘. 10.5 내가 자주 쓰는 명령어 대화창에 슬래시로 시작하는 명령을 보내면 작업 대신 설정이 바뀐다. 텔레그램에서는 /model과 /sessions가 버튼 선택창으로 열려서 엄지 하나로 고르기 편하다. 연휴 때 모델을 바꾼 일도 지금이라면 /model 버튼 두 번이면 끝난다. 긴 작업을 맡기기 전에 /usage로 사용량을 봐 두면 좋다. 원고 한 장을 쓰다가 한도에 걸려 멈추면 밖에서는 이어 붙이기가 번거롭다. 명령하는 일내가 쓰는 때 /model작업에 쓸 모델을 고른다한 모델의 사용 한도가 거의 찼을 때 /effort모델이 생각하는 강도(effort)를 고른다간단한 확인은 낮게, 긴 원고는 높게 /sessions이어 갈 작업을 고른다어제 하던 장으로 돌아갈 때 /usage사용량을 본다긴 작업을 맡기기 전에 /new (/reset)새 작업을 시작한다장이나 주제가 바뀔 때 /stop, stop, cancel실행 중인 작업을 멈춘다방향이 틀렸다는 걸 알았을 때 표 10-1. 채널에서 쓰는 명령. 텔레그램에서는 /model과 /sessions가 버튼 선택창으로 열린다. 10.6 대화 하나가 작업 하나가 되는 방식 텔레그램 대화 하나는 Aside 작업 하나에 대응하고, 같은 스레드에 이어 보내는 메시지는 그 작업을 계속한다. 나는 연재 전체를 대화 하나로 이어 갔다. 앞 장에서 정한 문체와 형식이 그대로 이어져 편했지만, 대화가 길어지면서 앞부분이 요약되어 넘어가는 일도 생겼다. 주제가 완전히 다른 일은 /new로 새 작업을 여는 편이 낫고, 나중에 /sessions로 찾아가기도 쉽다. 작업이 도는 중에 메시지를 더 보내면 기본값으로 줄을 선다. 이것이 Queue이고, 지금 일이 끝난 뒤 다음 요청으로 처리된다. 설정의 New messages during a task를 Steer로 바꾸면 새 메시지가 진행 중인 작업의 방향을 바로 조정한다. 나는 기본값인 Queue를 그대로 쓴다. 작업 중에 떠오른 다음 할 일을 미리 보내 두기 좋다. 방향이 통째로 틀렸다면 /stop을 보낸다. 승인 카드가 대화창에 떠서 내 답을 기다리는 동안에도 /stop은 먹힌다. 텔레그램에서 시작한 대화는 집에 돌아와 앱 창에서 열어도 답을 계속 텔레그램으로 보낸다. 책상 앞에서 조용히 이어 가고 싶으면 사이드 패널에서 새 세션을 시작하거나, 연결을 잠시 끄거나, 봇 대화방 알림을 꺼 둔다. 연결된 스레드에는 정기 점검이나 앱에서 시작한 실행의 결과도 올라올 수 있으니, 알림이 갑자기 늘었다면 이 부분부터 살핀다. 10.7 그룹과 페어링은 어떻게 관리할까? 모르는 사람은 봇에게 말을 걸어도 작업을 시작할 수 없다. 처음 보는 사람이 메시지를 보내면 페어링 요청이 생기고, 봇 설정의 Pairing 탭에서 내가 승인해야 한다. 요청은 1시간이 지나면 만료된다. 그룹에서는 봇을 멘션해야 작업이 시작되고, 답이 달린 스레드 안에서 이어서 대화한다. Require mentions in threads는 기본으로 켜져 있어 스레드 안에서도 멘션을 요구한다. 연재는 DM 하나로 진행했고, 나와 봇 둘만 있는 그룹은 연결 시험용으로 만들었다. 일이 여러 갈래라면 주제별 그룹을 따로 두는 방법도 있다. 다만 사람이 많은 방에는 봇을 넣지 않는 편이 좋다. 멘션 한 번에 집에 있는 내 컴퓨터가 움직이기 때문이다. 그림 10-2. 봇 설정 Options 탭 실제 화면. 봇 이름은 가렸다. 봇 설정 창은 Options, Pairing, Credentials 세 탭으로 나뉜다. Options에는 접근 권한(Paired people only), 스레드 멘션 요구, 후속 메시지 처리 방식(Queue), 그리고 Danger zone의 Reconnect와 Disconnect가 있다. Credentials 탭에서는 연결을 프로젝트에 묶을 수 있다. 묶어 두면 채널에서 시작한 작업이 그 프로젝트의 작업 공간과 메모리를 함께 쓴다. 연재처럼 한 가지 일을 오래 이어 갈 때 쓸모가 있다. 10.8 봇이 조용할 때 무엇부터 볼까? 먼저 집 컴퓨터가 깨어 있고 Aside가 실행 중인지 떠올린다. 대부분 여기서 풀린다. 그래도 안 되면 짧은 시험 메시지부터 보낸다. "한 문장으로 답해줘"가 돌아오면 연결은 살아 있고 문제는 요청 쪽에 있다. 답이 없으면 연결이나 컴퓨터 쪽이다. 이렇게 반으로 나누면 휴대폰에서도 원인을 빨리 좁힌다. 그다음 아래 표를 차례로 본다. 증상원인조치 DM에 아무 답이 없음컴퓨터 잠자기 또는 Aside 종료컴퓨터를 깨우고 Aside를 실행 그룹 메시지를 무시함Group Privacy가 켜져 있음BotFather에서 개인정보 모드를 끄고 Allow Groups 확인 401 오류봇 토큰이 재발급됨Credentials에 새 토큰 등록 그룹에서 물었는데 DM으로 답함봇을 멘션하지 않음멘션해서 다시 보내기 메시지가 도착하지 않음연결이 끊김Options의 Reconnect 새 사람의 메시지가 무시됨페어링 전Pairing 탭에서 1시간 안에 승인 표 10-2. 텔레그램 봇이 응답하지 않을 때 확인할 것. 10.9 휴대폰 너머에서 겪은 작은 마찰 연휴 중 한 번은 장 원고를 파일로 받아 보고 싶었다. Aside는 원고를 노트북에 저장했다며 저장 위치를 알려 주었고, 파일 자체는 텔레그램으로 오지 않았다. 처음엔 조금 답답했지만 곧 방식을 바꿨다. 워드프레스 비공개 초안으로 올리고 미리보기 링크를 받으니 휴대폰에서는 오히려 읽기 편했다. 또 한 번은 긴 발행 작업이 이어지는 동안 휴대폰에 Working 말풍선만 한참 떠 있었다. 텔레그램에서는 재시도가 일어나도 같은 말풍선이 고쳐지며 이어지기 때문에 대화창이 어지러워지지 않는다. 작업이 끝나자 링크와 요약이 그 자리에 도착했다. 기다린다는 것은 노트북 앞에 앉아 있지 않아도 된다는 뜻이기도 했다. 모델을 바꾼 날도 비슷했다. 사용 한도가 얼마 남지 않았다는 걸 알았을 때 설정 화면을 찾으러 갈 필요 없이 대화창에 바꿔 달라고 적었고, 다음 장은 다른 모델로 이어서 썼다. 도구 쪽 사정이 바뀌어도 내가 할 일은 한 줄을 보내는 것뿐이었다. 원격으로 맡길 때의 승인과 권한은 11장에서, 노트북을 덮어야 하는 날의 방법은 12장에서 다룬다. 10.10 다음 장: 어디까지 맡길지 정하기 휴대폰으로 일을 맡기는 날이 늘수록, 내가 보지 않는 사이 Aside가 어디까지 혼자 해도 되는지 미리 정해 두고 싶어진다. 11장에서는 그 선을 긋는 이야기를 한다. 이 장의 확인 범위 기능 설명은 2026년 9월 26일에 확인한 Aside 도움말과 변경 기록을 기준으로 했다. 이후 화면 이름이나 동작은 바뀔 수 있다. Channels는 2026년 8월 4일 슬랙과 텔레그램으로 추가됐고, 8월 18일 Pro에 열렸다. Free에서는 소개와 업그레이드 안내만 보인다. 결과 파일을 텔레그램 첨부로 받지 못한 것은 내 연결 환경에서 겪은 일이다. 20MB까지의 첨부 전송은 내가 Aside로 보내는 방향에 해당한다. 윈도우에서 차이가 없었다는 것은 내 사용 경험이며, 모든 기능을 나란히 비교한 것은 아니다. 슬랙과 디스코드 연결은 이 장에서 시험하지 않았다. /effort 등 명령의 세부 동작은 도움말의 목록을 기준으로 적었다. 그림 10-3과 요청 예시의 문구, 주소, 봇 이름 my_aside_bot은 가상이다. 그림 10-1과 10-2는 실제 화면이며 봇 이름을 가렸다. 참고한 자료 2026년 9월 26일 확인. Channels 도움말 · Telegram 연결 도움말 · Aside 변경 기록 다음 글: 11장 · 승인 게이트 설계 이전 글: 9장 · 내 사이트를 점검하고 고치기 『Aside 브라우저 사용설명서』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 승인 게이트 설계 | Aside 브라우저 사용설명서 11장 https://voidlogpress.com/aside-browser-chapter-11/ 발행일: 2026-09-26T16:02:12+00:00 수정일: 2026-09-26T17:13:53+00:00 시골에서 텔레그램으로 사이트 관리자 로그인을 맡긴 적이 있다. 프롤로그에 적은 그 장면이다. 내 컴퓨터에서 Aside는 브라우저에 이미 로그인되어 있던 구글 계정 세션으로 호스팅 서비스에 들어갔다. 인증 단계가 나오자 연결된 메일함을 열어 인증 메일을 찾았고, 로그인을 끝냈다. 나는 휴대폰으로 결과만 받았다. 편리했다. 그리고 섬뜩했다. 나를 확인하려고 보낸 인증 단계를 에이전트가 내 메일함을 읽고 대신 통과한 것이다. 이 장은 그 두 감정을 함께 들고 시작한다. 권한과 승인을 처음부터 끝까지 설명하는 곳은 이 책에서 여기 한 곳이다. 11.1 편리함과 섬뜩함을 같이 기억하기 4장에서 나는 추가 인증은 사람이 하는 단계라고 썼다. 그런데 프롤로그의 장면에서는 Aside가 그 단계를 넘었다. 둘은 어긋나 보이지만 사정은 단순하다. 그날 인증을 넘긴 것은 그 순간 내가 그렇게 두기로 한 선택이었다. 문제는 그 선택을 미리 설계하지 않았다는 데 있다. 메일함과 인증 단계는 온라인에서 내가 나라는 것을 증명하는 자리다. 비밀번호 재설정도, 새 기기 로그인 확인도, 거래처와 주고받는 약속도 메일함을 거친다. 그곳을 열 수 있는 에이전트는 사실상 나로 행동할 수 있다. 그래서 이 장은 편리함을 버리자고 말하지 않는다. 어디에 문을 달고, 그 문을 누가 여는지 미리 정해 두자고 말한다. 그 문을 이 책에서는 승인 게이트라고 부른다. 게이트를 설계하려면 먼저 Aside가 권한을 어떻게 나누는지 알아야 한다. 앞 장들에서 "권한은 11장에서"라고 미뤄 둔 이야기, 메모리와 스킬에 적은 규칙이 권한이 되는가 하는 물음, 작업 중 무엇이 밖으로 나가는가 하는 물음을 이 장에서 한 번에 정리한다. 11.2 권한을 정하는 세 개의 축 Aside의 권한은 세 개의 축으로 나뉜다. 첫째는 도구 규칙이다. Settings > Agents의 Tool permissions에서 Allow, Ask, Deny 세 칸에 규칙을 넣는다. Allow는 묻지 않고 쓰고, Ask는 진행하기 전에 묻고, Deny는 막는다. 규칙이 서로 부딪히면 Deny가 Ask와 Allow보다 우선한다. 둘째는 파일 권한이다. 에이전트가 볼 수 있는 폴더와 고칠 수 있는 폴더의 목록이고, 여기에 샌드박스가 붙는다. 샌드박스를 켜면 명령이 운영체제 수준에서 격리된 채 실행된다. 목록이 짧을수록 실수가 닿을 수 있는 범위도 짧아진다. 셋째는 작업 모드다. 작업마다 Read only, Guard, Full access 가운데 하나를 고른다. Read only는 파일을 바꾸지 않고 브라우저와 파일 맥락만 살핀다. Guard는 승인된 폴더 안에서 일하고 다른 폴더에 가려면 먼저 묻는다. Full access는 컴퓨터 어디든 읽고 쓴다. 새 작업의 기본은 Guard다. 페이지를 살피고 보고만 받을 일이라면 Read only로 시작하고, Full access는 꼭 필요한 작업에서만 잠깐 켜는 편이 좋다. 세 축은 층으로 쌓인다. Settings > Agents에서 정한 값이 에이전트의 기본이 되고, 각 작업에서 고른 설정이 그 위에 얹힌다. 도구 규칙은 무엇을 할 수 있는지를, 파일 권한은 어디를 만질 수 있는지를, 작업 모드는 이번 일에서 그 범위를 얼마나 넓힐지를 정한다. 한 가지 오해는 미리 풀어 둔다. Full access를 켜도 넓어지는 것은 파일 접근이다. 저장된 비밀번호 값은 여전히 에이전트에게 보이지 않는다. Aside는 자동 입력 내용을 만들기 전에 접근 정책과 대상 주소를 먼저 확인한다. 로그인 칸을 채워 주는 일과 비밀번호를 읽어 주는 일은 다르게 다뤄진다. 축어디서무엇을 막나내 설정 도구 규칙Settings > Agents의 Tool permissions특정 도구 사용을 묻게 하거나 막는다Allow, Ask, Deny 모두 No rules 파일 권한과 샌드박스Settings > Agents의 Sandbox, File permissions허용 목록 밖 폴더의 읽기와 쓰기샌드박스 켜짐, 목록은 기본값인 프로젝트 루트 작업 모드각 작업의 설정, 기본값은 Agents 화면이번 작업에서 파일 접근을 넓힐 범위기본 권한 Guard 표 11-1. 권한의 세 축 비교. 내 설정은 2026년 9월 26일 화면 기준이다. 11.3 내 Agents 화면에서 보이는 것 그림 11-1. Settings > Agents 화면 위쪽 실제 캡처. 기본 권한이 Guard로 되어 있다. 화면 위쪽 Chat 영역에는 Access permission 항목이 있고, 설명은 Read and write permission for agents다. 내 설정에서 기본 권한(Default permission)은 Guard, 작업 중에 들어온 메시지를 처리하는 방식(Follow-up behavior)은 Queue다. 아래로 내리면 세 축이 차례로 나온다. 그림 11-2. 샌드박스, 파일 권한, 도구 권한 실제 캡처. 경로의 사용자 이름은 가렸다. Sandbox에는 Enable sandbox 스위치가 켜져 있고, 작업을 내가 허용한 파일과 폴더 안으로 제한한다는 설명이 붙어 있다. File permissions는 Can view와 Can edit 두 목록으로 나뉜다. 기본으로 프로젝트 폴더가 들어 있고, 화면은 이 목록을 작게 유지하라고 권한다. Tool permissions에는 Allow(확인 없이 실행), Ask(실행 전에 묻기), Deny(실행 전에 거부) 세 칸이 있다. 내 설정에서는 세 칸 모두 No rules로 비어 있다. 내 환경의 설정 파일도 들여다보았다. 이 부분은 도움말에 나온 설명이 아니라 내 컴퓨터에서 관찰한 값이다. 도구 규칙의 기본값은 허용이었다. 허용 폴더 밖의 파일은 읽기와 쓰기 모두 묻기로 되어 있었다. 샌드박스는 켜져 있었다. 결제 기능은 꺼져 있었고, 켜면 결제 전에 묻도록 되어 있었으며, 자동 승인 한도를 적는 칸에 50달러가 들어 있었다. 기능이 꺼져 있으니 이 한도는 쓰이지 않는다. 메시지 발송 같은 소통 기능도 꺼져 있었고, 발송 전에 묻는 설정이었다. 화면 맥락 인식은 꺼져 있었다. 정리하면 내 환경은 도구는 넓게 열어 두고, 파일은 좁게 묶고, 돈과 발송은 아예 닫아 둔 모양이다. 윈도우용 Aside에서도 같은 설정 화면을 쓴다. 나는 윈도우판도 쓰는데 이 화면에서 눈에 띄는 차이는 없었다. 11.4 행동을 위험도 사다리에 올려 보기 설정 화면의 칸을 채우기 전에, 맡기려는 행동을 위험도 순으로 늘어놓아 보면 게이트 자리가 보인다. 가장 아래는 읽기다. 페이지를 확인하고 파일을 읽는 일은 틀려도 잃을 것이 없다. 그 위가 초안 작성이다. 초안은 아직 아무에게도 보이지 않는다. 다음은 내 공간에 저장하기다. 허용 폴더에 파일을 만들거나 비공개 초안을 올리는 일이다. 그 위가 되돌릴 수 있는 변경이다. 사이트 설정을 고치거나 비공개 글을 수정하는 일은 틀리면 되돌리면 된다. 여기서 한 칸 올라가면 성격이 바뀐다. 외부에 보이는 게시와 발송은 누군가 이미 읽었을 수 있어서 되돌려도 흔적이 남는다. 가장 위는 돈, 계약, 신청이다. 결제와 계약과 관공서 신청은 취소에도 비용과 절차가 든다. 게이트는 사다리가 성격을 바꾸는 곳, 곧 외부에 보이기 시작하는 칸 바로 앞에 세우면 좋다. 행동예기본 처리사람 확인 시점 읽기페이지 확인, 파일 읽기, 검색맡긴다결과를 받을 때 초안 작성원고, 답글, 메일 초안맡긴다초안을 읽을 때 내 공간에 저장허용 폴더에 파일 저장, 비공개 초안Guard 안에서 맡긴다허용 폴더 밖이면 그때 묻는다 되돌릴 수 있는 변경사이트 설정 수정, 비공개 글 수정맡기고 결과를 확인한다끝난 뒤 외부에 보이는 게시·발송메일 발송, SNS 게시, 공개 발행멈추고 묻는다누르기 직전 돈·계약·신청결제, 계약, 관공서 신청멈추고 묻는다, 새 종류의 첫 회는 사람이 직접단계마다 표 11-2. 행동 위험도별 게이트. 사다리는 세 축과 이렇게 맞물린다. 아래 세 칸은 작업 모드와 파일 권한만으로 충분히 지킬 수 있다. Guard에서 허용 폴더를 좁게 두면 에이전트는 읽고, 쓰고, 내 공간에 저장하는 데서 멈춘다. 위 세 칸은 대부분 브라우저 안에서 일어나는 일이라 폴더 목록으로는 막을 수 없다. 그래서 여기는 도구 규칙의 Ask와 Deny, 그리고 요청 속 멈춤 지점이 맡는다. 사다리의 칸마다 어느 축이 지키는지 한 번 짝지어 두면 빈틈이 어디인지 보인다. 그림 11-3. 세 축과 행동 위험도 사다리를 설명하는 도식. 실제 화면이 아니다. 11.5 요청 속 한 줄과 설정은 무엇이 다를까? 요청에 "누르기 전에 물어봐"라고 적는 것과 Ask 규칙을 두는 것은 무게가 다르다. 요청 속 문장은 에이전트가 지키려고 애쓰는 약속이다. 대부분 지켜지지만, 긴 작업 중에 앞부분이 요약되거나 지시가 여러 겹으로 쌓이면 흐려질 수 있다. 설정은 실행 단계에서 강제된다. Ask에 걸린 도구는 에이전트가 잊어도 멈추고, Deny에 걸린 도구는 에이전트가 원해도 실행되지 않는다. 그래서 두 가지를 함께 쓰는 편이 좋다. 요청 속 문장은 이번 일의 맥락에 맞는 멈춤 지점을 알려 주고, 설정은 어떤 일이 있어도 넘지 말아야 할 선을 지킨다. 5장과 6장에서 다룬 메모리와 스킬도 같은 자리에 선다. 메모리에 "메일은 보내기 전에 묻는다"라고 적어 두면 에이전트는 그 선호를 읽고 따르려 한다. 그래도 그 글은 권한 설정이 되지 못한다. 반드시 막아야 하는 일은 설정 화면에 둔다. 11.6 내가 게이트를 세운 순간들 내 게이트는 설계도에서 나오지 않았다. 일이 생길 때마다 하나씩 세웠다. 첫 번째는 메일이었다. 거래처 담당자에게 보낼 메일을 맡겼는데, 내가 잠깐 보류하라고 말하기 직전에 메일이 나가 버렸다. 내용에는 문제가 없었다. 그래도 다음부터는 확인을 받으라고 했고, 그 뒤로 바깥으로 나가는 메일은 보내는 순간에 내 명시적인 허락을 받는다. 더 큰 일을 통째로 맡긴 경우에도 발송 버튼 앞에서는 멈춘다. 두 번째는 소셜 계정이었다. 내 계정에 답글을 한꺼번에 올렸더니 한 독자가 AI냐고 묻는 댓글을 달았다. 그 뒤로 게시물과 답글은 초안으로 먼저 받아 내가 승인한 것만 올라간다. 두 경우 모두 사다리의 같은 칸, 외부에 보이는 칸에서 일어났다. 세 번째는 처음 하는 종류의 되돌릴 수 없는 행동이다. 8장에서 쓴 것처럼, 새 판매 사이트에서 처음 누르는 제출 버튼은 내가 직접 눌렀다. 그것이 제대로 처리된 것을 확인한 뒤에는 같은 종류의 반복 제출을 Aside에게 맡겼다. 첫 회에 게이트를 두고, 검증이 끝나면 게이트를 연다. 네 번째는 승인의 단위다. 나는 칸 하나하나를 승인하기보다 확인을 마친 값들을 표 하나로 받아 한 번에 승인하는 편을 좋아한다. 다섯 번째는 위험의 크기에 따른 속도 조절이다. 되돌릴 수 있고 다시 해도 비용이 적은 사이트 작업은 일단 시도하게 둔다. 돈, 계약, 관공서 신청은 조건을 하나씩 순서대로 맞춰 가며 조심스럽게 진행한다. 11.7 멈출 지점을 적은 요청 예시 게이트를 요청 안에 쓸 때는 멈출 곳을 동사로 적는다. "조심해서"보다 "발행 버튼을 누르기 전에 멈춰"가 분명하다. 아래 예시는 모두 가상 설정이다. [멈춤 지점을 적은 작업 요청 예시, 가상 설정] 판매 사이트에 새 책 정보를 등록해 줘. 1. 원고 폴더의 정보 파일에서 제목, 가격, 소개를 읽어 표로 정리 2. 표를 보여 주고 내 답을 기다려 <- 멈춤 1 3. 승인하면 등록 화면에 입력만 하고 저장 전 화면을 캡처해서 보여 줘 <- 멈춤 2 4. 내가 "제출"이라고 답하기 전에는 제출 버튼을 누르지 마 5. 로그인 중 인증 메일이나 문자 확인이 필요하면 그 자리에서 멈추고 알려 줘 [초안만 받는 게시 요청 예시, 가상 설정] 이번 주 새 글을 소개하는 게시물 초안을 세 가지 써 줘. - 게시는 하지 마. 초안만 보여 줘 - 각 초안은 300자 이내, 링크는 https://example.com/sample-post/ - 내가 고른 번호만 게시하고, 게시 뒤 공개 주소를 알려 줘 설정 쪽 규칙은 개발자가 아니어도 말로 먼저 정리해 둘 수 있다. 아래는 규칙의 정확한 문법이 아니라, Allow, Ask, Deny 칸에 무엇을 둘지 생각해 보는 목록이다. [Ask와 Deny에 둘 만한 것, 말로 정리한 목록] Ask(실행 전에 묻기) - 메일이나 메시지를 보내는 도구 - 허용 폴더 밖의 파일을 읽거나 고치는 일 - 파일이나 폴더를 지우는 명령 - 인터넷에서 받은 프로그램을 설치하거나 실행하는 명령 Deny(실행 전에 거부) - 결제와 송금 - 개인 문서 폴더처럼 에이전트가 볼 일이 없는 곳의 수정 Allow(확인 없이 실행) - 페이지 읽기, 검색, 허용 폴더 안의 초안 저장 11.8 메일과 인증은 어떻게 다룰까? 프롤로그의 장면으로 돌아가 보자. 그날 Aside가 메일함에서 한 일만 떼어 보면 사다리의 가장 아래 칸, 읽기였다. 메일 하나를 찾아 읽은 것이다. 그런데 그 메일이 인증 메일이었기 때문에, 읽기 하나가 나를 증명하는 절차 전체를 대신한 셈이 되었다. 메일함은 사다리의 칸으로 재기 어려운 곳이다. 그래서 메일과 인증은 따로 떼어 설계하는 편이 좋다. 허용한다면 내가 연락이 닿는 때로 한정하고, 할 수 있으면 그 자리에서 먼저 묻게 한다. 위 예시의 5번 줄이 그 설계를 요청으로 옮긴 것이다. 인증 코드를 누가 입력하든, 그 순간을 내가 알고 있어야 한다. 11.9 작업 중에 무엇이 밖으로 나가나 권한과 함께 알아 둘 것이 하나 더 있다. Aside의 개인정보 처리방침에 따르면, 작업을 실행하는 데 쓰이는 외부 모델 제공자는 작업에 필요한 만큼의 맥락을 받는다. 내가 쓴 요청, 도구 실행 결과, 선택된 스냅숏이나 스크린숏, 파일이 여기에 들어간다. 제3의 웹사이트는 내가 직접 조작했을 때 받았을 정보를 받는다. 앞 장들에서 이 이야기를 이곳으로 미뤘다. 그러니 메일함이나 개인 문서를 작업에 열어 주는 일은 권한의 문제이면서 동시에 무엇을 모델에게 보여 줄지의 문제다. 볼 필요가 없는 폴더를 파일 권한 목록에서 빼 두면 두 가지가 함께 좁아진다. 11.10 멀리서 승인하기 게이트가 멈추면 작업은 내 승인이나 답을 기다린다. 컴퓨터 앞이라면 브라우저 화면에 뜨는 팝오버에서 승인하거나 거부하고, 초안 검토는 작업 상세 화면에서 연다. 기다리는 동안 메시지를 더 보내면 설정에 따라 줄을 서거나(Queue) 진행 중인 작업의 방향을 바로 조정한다(Steer). 나는 밖에 있을 때 텔레그램으로 승인한다. 9월 19일 업데이트 뒤로는 Guard 승인 카드가 대화창에 바로 뜨고, 카드가 내 답을 기다리는 동안에도 /stop이 먹힌다. 루틴에도 선이 있다. 루틴은 그것을 만드는 작업보다 높은 권한 모드를 받을 수 없다. 내 환경에서도 더 높은 모드로 루틴을 만들려는 시도가 거부되는 것을 확인했다. 게이트를 세워 두면 멀리 있어도 맡길 수 있고, 멈춰야 할 때 확실히 멈춘다. 남은 물음은 컴퓨터 쪽이다. 게이트가 아무리 잘 서 있어도, 노트북 뚜껑을 닫는 순간 그 앞에서 기다리던 작업도 함께 잠든다. 그럼 노트북을 닫으면 누가 일하나. 12장은 거기서 시작한다. 이 장의 확인 범위 기능 설명은 2026년 9월 26일에 확인한 Aside 도움말, 개인정보 처리방침, 변경 기록을 기준으로 했다. 이후 화면 이름이나 동작은 바뀔 수 있다. 설정 파일에서 본 값(도구 규칙 기본 허용, 허용 폴더 밖 읽기·쓰기 묻기, 결제 기능 꺼짐과 50달러 한도 칸, 소통 기능 꺼짐, 화면 맥락 인식 꺼짐)은 내 환경의 관찰이며 모든 사용자의 기본값이라고 확인한 것은 아니다. 루틴 권한 모드 제한은 내가 겪은 거부를 바탕으로 적었다. 도구 규칙의 정확한 작성 문법은 확인하지 않았다. 11.7의 목록은 말로 정리한 예시이며 그대로 입력하는 규칙이 아니다. 요청 속 지시가 흐려질 수 있다는 설명은 일반적인 주의다. 확실히 막아야 하는 일은 설정으로 두는 것을 전제로 했다. 윈도우에서 차이가 없었다는 것은 내 사용 경험이며, 모든 항목을 나란히 비교한 것은 아니다. 그림 11-1과 11-2는 실제 화면이며 경로의 사용자 이름을 가렸다. 그림 11-3은 설명용 도식이다. 요청 예시의 문구와 주소는 가상이다. 참고한 자료 2026년 9월 26일 확인. 보안과 권한 도움말 · 문제 해결 도움말 · 개인정보 처리방침 · Aside 변경 기록 다음 글: 12장 · 노트북을 닫으면 누가 일하나 이전 글: 10장 · 텔레그램으로 지시하고 결과 받기 『Aside 브라우저 사용설명서』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 노트북을 닫으면 누가 일하나 | Aside 브라우저 사용설명서 12장 https://voidlogpress.com/aside-browser-chapter-12/ 발행일: 2026-09-26T17:13:53+00:00 수정일: 2026-09-26T22:20:29+00:00 추석 연휴에 맥북을 집에 켜 두고 시골에 왔다. 그 기간 이 연재는 시골에서 텔레그램으로 굴렸다. 휴대폰에서 메시지를 보내면 집에 켜 둔 맥북의 Aside가 받아서 일하고, 결과를 다시 휴대폰으로 돌려준다. 겉보기에는 휴대폰 하나로 일하는 것 같다. 실제로 브라우저를 열고, 로그인된 사이트에 들어가고, 파일을 다루는 쪽은 집에 있는 컴퓨터다. 그 컴퓨터가 잠들면 휴대폰에서 아무리 메시지를 보내도 답이 오지 않는다. 이 장은 그 단순한 사실에서 출발해, 노트북을 닫았을 때 무엇이 멈추고 무엇이 계속되는지, 자리를 비우기 전에 무엇을 해 두면 좋은지를 정리한다. 루틴이 어떤 권한으로 도는지는 11장에서 정리했다. 12.1 일은 실제로 어디에서 일어날까? Aside에 일을 맡길 때 관여하는 곳은 네 군데다. 휴대폰은 메시지를 보내고 결과를 받는 창구일 뿐이다. 내 컴퓨터에는 Aside 브라우저, 사이트마다 로그인된 세션, 작업 폴더의 파일, 루틴 일정이 있다. 모델 제공자는 내 컴퓨터가 보낸 요청과 맥락을 받아 다음에 무엇을 할지 답한다. 웹사이트는 내 컴퓨터의 브라우저가 접속하는 대상이다. 이 넷을 한 줄로 이으면 휴대폰에서 컴퓨터로, 컴퓨터에서 모델 제공자와 웹사이트로 가는 사슬이 된다. 모델 제공자와 웹사이트는 내 노트북과 상관없이 계속 돌아간다. 휴대폰은 다른 기기로 바꿔도 된다. 대신할 수 없는 고리는 컴퓨터 하나다. 채널 도움말도 봇은 Aside가 기기에서 실행 중일 때 응답한다고 적고 있다. 그래서 사슬이 끊어지는 곳은 거의 언제나 내 컴퓨터다. 그림 12-1. 일이 실제로 일어나는 곳을 나타낸 실행 위치 지도. 실제 화면이 아닌 설명용 도식이다. 12.2 컴퓨터 상태별로 일어나는 일 컴퓨터가 켜져 있다는 말도 한 가지 상태가 아니다. 아래 표는 내가 겪었거나 도움말로 확인한 것, 그리고 그로부터 분명하게 따라 나오는 것만 채웠다. 직접 보지 못한 칸은 확인 안 함으로 남겼다. 상태루틴(크론)하트비트텔레그램 요청 켜져 있고 창 정상예정대로 실행된다기존 대화를 깨워 이어 간다응답한다 화면만 꺼짐실행된다(내 환경 관찰)확인 안 함확인 안 함 창이 전체 화면·다른 공간시작은 되지만 일할 창을 잡지 못했다(내 환경 관찰)확인 안 함확인 안 함 잠자기그 회차를 건너뛴다(내 환경 관찰)실행되지 않고 기다린다응답이 없다 전원 꺼짐·Aside 종료실행되지 않는다실행되지 않는다응답이 없다 표 12-1. 컴퓨터 상태별로 일어나는 일. 관찰 표시는 내 맥북에서 본 것이다. 표를 읽는 방법은 간단하다. 아래 두 줄, 잠자기와 전원 꺼짐에서는 세 칸이 모두 멈춘다. 텔레그램 봇은 Aside가 기기에서 실행 중일 때 응답하므로, 컴퓨터가 잠들거나 꺼지면 휴대폰에서 보낸 메시지는 답을 받지 못한다. 하트비트도 깨울 대화를 가진 Aside가 돌아가야 하니 같은 처지다. 가운데 두 줄은 컴퓨터가 깨어 있는데도 결과가 갈린다는 점에서 까다롭다. 화면이 꺼진 것은 문제가 되지 않았지만, 창이 전체 화면으로 다른 공간에 가 있을 때는 루틴이 시작되고도 일을 하지 못했다. 먼저 구분할 것은 화면이 꺼지는 것과 컴퓨터가 잠드는 것이다. 나는 7장에서 소개한 대로 매일 아침 6시에 공개 페이지의 숫자를 스프레드시트에 기록하는 크론 루틴을 돌린다. 내 환경에서 화면이 꺼진 것은 이 루틴을 멈추지 못했다. 컴퓨터가 시스템 잠자기에 들어갔을 때는 그 회차가 건너뛰어졌다. 잠든 동안의 실행은 조용히 넘어가므로, 기록이 비는 날이 있는지 가끔 살펴보는 편이 좋다. 일반적인 운영체제 지식으로 덧붙이면, 맥북은 보통 뚜껑을 닫으면 잠든다. 전원과 외부 모니터를 연결해 덮은 채로 쓰는 클램셸 모드는 예외다. 맥OS와 윈도우 모두 전원이 연결된 동안 잠들지 않게 하는 전원 설정이 있다. 메뉴 위치는 운영체제 버전마다 다를 수 있으니 각자 확인하면 된다. 더 알아차리기 어려운 상태도 있었다. 9월 10일부터 13일까지 나흘 동안 아침 6시 루틴이 스프레드시트를 열지도 못했다. 원인은 Aside 창을 맥OS 전체 화면으로 둔 것이었다. 전체 화면 창은 별도의 공간(Space)으로 옮겨 가고, 그 창은 초점을 잃은 상태가 된다. 루틴은 시작됐지만 일할 창을 제대로 잡지 못한 것이다. 그 창을 다시 클릭해 초점을 돌려준 뒤 다시 돌린 실행은 끝까지 완료됐다. 해결은 전체 화면을 끄는 것이다. 창 왼쪽 위의 초록 버튼을 누르거나 Ctrl+Cmd+F를 누르면 된다. 창을 크게 쓰고 싶다면 Option 키를 누른 채 초록 버튼을 누르면 새 공간을 만들지 않고 창만 커진다. 루틴을 걸어 둔 컴퓨터라면 Aside 창은 전체 화면으로 두지 않는 편이 안전하다. 그 뒤에도 하루는 127개 항목 가운데 70개쯤 처리했을 때 초점을 다시 잃었다. 그래서 루틴을 고쳤다. 지금은 시작 전과 묶음 사이마다 창 초점을 확인하고, 성공한 결과는 행 단위로 붙잡아 두고, 전부 모은 다음에만 스프레드시트에 쓴다. 이렇게 해 두면 중간에 끊겨도 반쯤 쓰다 만 표가 남지 않는다. 항목이 많고 오래 걸리는 루틴이라면 같은 구조를 권한다. 12.3 크론과 하트비트, 무엇을 고를까? 도움말은 루틴을 두 가지로 나눈다. 크론 루틴은 정해진 일정마다 새 작업을 시작한다. 하트비트 루틴은 기존 대화를 깨워 이어 간다. 주간 요약처럼 매번 따로 서는 반복 일에는 크론을, 같은 대화가 나중에 새 맥락을 들고 계속되어야 할 때는 하트비트를 쓰라는 것이 도움말의 안내다. 내 경우 앞의 아침 6시 기록이 크론이다. 매일 아침 새 작업으로 시작해 숫자를 모으고 끝난다. 하트비트는 다른 긴 집필 작업이 진행됐는지 확인할 때 썼다. 6분마다 기존 대화를 깨워 그 작업의 진척을 보게 했고, 그 작업이 끝나자 하트비트를 일시 정지했다. 고를 때는 다음 실행이 앞의 대화를 알아야 하는지를 물으면 된다. 매일 아침 기록에는 어제의 대화가 필요 없다. 지시문과 스프레드시트만 있으면 된다. 진척 확인은 어떤 작업을 지켜보는지 아는 대화 안에서 이어져야 자연스럽다. 그래서 같은 대화를 깨우는 하트비트가 맞다. 하트비트에는 끝을 정해 두는 편이 좋다. 지켜보던 일이 끝나면 멈추게 하거나 직접 일시 정지한다. 두 가지 동작을 알아 두면 덜 놀란다. Aside는 겹치는 루틴 실행을 건너뛴다. 이전 실행이 끝나기 전에 다음 시각이 와도 두 번 돌지 않는다. 또 루틴이 향하는 대화를 쓸 수 없게 되면 그 루틴을 일시 정지한다. 한 번만 도는 루틴도 있다. 나는 once로 표시된 일회성 루틴을 쓰는데, 실행되고 나면 활성 목록에서 빠지고 일시 정지 상태로 보인다. 처음 보면 실패처럼 보이지만 정상적인 끝이다. 12.4 루틴 화면에서 할 수 있는 일 그림 12-2. Settings > Routines 실제 화면. 루틴 이름은 가상 이름으로 바꿨다. 루틴은 Settings > Routines에서 관리한다. 도움말 기준으로 이 화면에서 루틴을 만들고, 지시문이나 일정을 고치고, 일시 정지하거나 다시 켜고, 지우고, 지금 바로 실행할 수 있다. 활성 루틴과 초안 상태의 제안도 여기서 본다. 반복하던 작업에서 루틴 후보를 찾아 주는 기능도 있다. 내 화면에는 Find routines from repeated work 항목과 Scan 버튼이 있었고, 목록에 평일마다 처리되지 않은 요청을 확인하는 루틴 같은 제안이 올라와 있었다. 도움말은 이 기능을 Find routine suggestions, Find more suggestions로 부른다. 제안은 초안이므로 내용을 읽고 고친 뒤 Activate를 눌러야 켜지고, 필요 없으면 Dismiss로 치운다. 무료 요금제는 활성 루틴을 3개까지, Pro는 제한 없이 둘 수 있다. 제안을 켜기 전에는 세 가지를 읽어 보면 좋다. 첫째, 언제 도는가. 제안된 시각에 그 컴퓨터가 깨어 있을지부터 따진다. 둘째, 무엇을 하는가. 확인과 보고에서 끝나는지, 무언가를 보내거나 바꾸는지 지시문을 끝까지 읽는다. 셋째, 끝이 있는가. 정해진 기간에만 필요한 일이라면 일회성으로 바꾸거나 끝날 조건을 적어 둔다. 무료 요금제라면 활성 루틴 세 자리를 어디에 쓸지도 이때 정한다. 제안은 반복한 흔적에서 나온 초안이니, 켜는 결정은 사람이 내리는 편이 맞다. 12.5 확인하고 알리는 일회성 루틴 나는 계속 들여다보는 루틴보다 한 번만 확인하고 알리는 알림을 좋아한다. 대체로 다음 단계는 내가 직접 시작하는 편이라, 끝이 정해지지 않은 정기 점검은 잘 걸지 않는다. 대신 기다리는 일이 하나 있고 확인할 시각이 분명하면 일회성 루틴을 건다. 정한 시각에 실제 상태를 다시 확인하고, 그때도 내 손이 필요할 때만 알려 달라는 루틴이다. 한 번은 이런 알림이 실행됐을 때 일이 이미 해결되어 있었다. 루틴은 처리할 것이 없다고 알려 주고 그대로 끝났다. 시각만 맞춘 알림이었다면 이미 끝난 일을 하라고 재촉했을 것이다. 요청은 아래처럼 쓴다. 이름과 시각과 상대는 모두 가상 설정이다. [확인하고 알리는 일회성 루틴 예시, 가상 설정] 이름: 거래처 회신 확인 실행: 한 번(once), 9월 30일 오후 2시 지시: 1. 메일함에서 거래처 담당자의 회신이 왔는지 지금 다시 확인해 2. 이미 와 있으면 "처리할 일 없음"과 회신 요지 한 줄만 알려 주고 끝내 3. 아직 없을 때만 나에게 전화로 확인하라고 알려 줘 4. 답장이나 메일 발송은 하지 마 5. 메일함을 열 수 없으면 추측하지 말고 열지 못했다고만 알려 줘 12.6 떠나기 전에 할 일 내가 지키는 규칙이 하나 있다. 곧 나가면서 노트북을 닫을 참이라면 한 시간 뒤에 해 달라고 예약하지 않는다. 컴퓨터가 잠든 동안 예약된 실행은 소리 없이 돌지 않는다. 그러니 그 일은 나가기 전에 지금 돌린다. 루틴을 걸어 두고 자리를 비울 때는 아래를 확인하면 좋다. 곧 필요한 일은 예약하지 말고 지금 실행한다. 루틴이 도는 시간 동안 컴퓨터가 잠들지 않는지 본다. 전원 연결과 잠자기 설정을 함께 확인한다. Aside가 켜져 있고, 창이 전체 화면이 아닌지 본다. 루틴이 들어갈 사이트에 로그인되어 있는지 본다. 하트비트가 깨울 대화가 남아 있는지 본다. 기다리는 일은 확인하고 알리는 일회성 루틴 하나로 맡긴다. 밖에서 텔레그램으로 쓸 생각이라면 나가기 전에 메시지 하나를 보내 답이 오는지 본다. 이 점검표의 요점은 무엇을 루틴에 남기느냐다. 떠나기 전에 할 수 있는 일은 지금 끝내고, 기다려야만 하는 일 하나만 루틴에 맡긴다. 나머지는 돌아와서 다음 단계를 직접 누르면 된다. 루틴이 많을수록 컴퓨터가 깨어 있어야 하는 시간도 길어진다. 떠나기 직전 5분을 이 점검에 쓰면, 돌아와서 무엇이 돌았고 무엇이 건너뛰어졌는지 추측할 일이 줄어든다. 12.7 윈도우에서도 조건은 같다 나는 윈도우판 Aside도 쓴다. 루틴의 조건은 같다. Aside가 돌아가는 PC가 깨어 있어야 한다. 윈도우에도 전원이 연결된 동안 잠들지 않게 하는 전원 설정이 있으니(일반적인 운영체제 기능이다), 루틴을 거는 PC라면 그 설정부터 확인하면 된다. 노트북이라면 덮개를 닫았을 때 어떻게 동작하는지도 함께 보아 두면 좋다. 12.8 루틴을 고르는 기준 지금까지의 내용을 표 하나로 줄이면 이렇다. 예는 내가 쓰는 방식과 도움말의 예를 섞었다. 하고 싶은 일고를 것예 정해진 시각마다 따로 끝나는 반복 일크론 루틴매일 아침 6시 공개 페이지 숫자 기록, 주간 요약 진행 중인 대화를 나중에 새 맥락으로 이어 가기하트비트 루틴6분마다 긴 집필 작업의 진척 확인, 끝나면 일시 정지 정한 시각에 한 번 확인하고 필요할 때만 알림일회성(once) 루틴, 확인 후 알림거래처 회신 확인 곧 나가는데 한 시간 뒤에 할 일루틴 대신 지금 실행나가기 전에 바로 돌리기 무엇을 루틴으로 만들지 모를 때루틴 제안 스캔평일마다 처리되지 않은 요청 확인 표 12-2. 루틴을 고르는 기준. 컴퓨터가 깨어 있고 창이 제자리에 있으면 루틴은 돈다. 그런데 돌았다는 것과 제대로 해냈다는 것은 다른 문제다. 에이전트가 틀렸을 때 그걸 어떻게 알아차리는지, 13장에서 다룬다. 이 장의 확인 범위 기능 설명은 2026년 9월 26일에 확인한 Aside 도움말을 기준으로 했다. 이후 화면 이름이나 동작은 바뀔 수 있다. 화면 꺼짐, 잠자기, 전체 화면에서 일어난 일은 내 맥북에서 크론 루틴으로 본 것이다. 하트비트와 텔레그램 요청은 이 조건들에서 따로 시험하지 않았다. 표 12-1에서 잠자기와 전원 꺼짐 줄의 하트비트와 텔레그램 칸은 Aside가 기기에서 실행 중이어야 한다는 도움말 설명에서 따라 나오는 내용이다. 컴퓨터가 깨어난 뒤 건너뛴 회차가 따로 실행되는지는 확인하지 않았다. 전체 화면 문제는 맥OS에서 겪은 것이다. 윈도우에서 비슷한 현상이 있는지는 확인하지 않았다. 클램셸 모드와 잠자기 방지 전원 설정은 일반적인 운영체제 지식이며 Aside 사양이 아니다. 운영체제별 메뉴 경로는 확인하지 않았다. 요금제별 활성 루틴 개수는 도움말 기준이며 바뀔 수 있다. 그림 12-2는 실제 화면이며 루틴 이름을 가상 이름으로 바꿨다. 그림 12-1은 설명용 도식이다. 루틴 예시의 이름, 시각, 상대는 가상이다. 참고한 자료 2026년 9월 26일 확인. 자동화와 루틴 도움말 · 채널 도움말 다음 글: 13장 · 에이전트가 틀렸을 때 어떻게 아는가 이전 글: 11장 · 승인 게이트 설계 『Aside 브라우저 사용설명서』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 에이전트가 틀렸을 때 어떻게 아는가 | Aside 브라우저 사용설명서 13장 https://voidlogpress.com/aside-browser-chapter-13/ 발행일: 2026-09-26T22:20:23+00:00 수정일: 2026-09-26T22:44:18+00:00 9회차 영상을 재생해 보고 "오히려 후퇴했어"라고 판정했다. 그 영상은 특허 도면 속 기구 동작을 보여 주는 짧은 클립이었다. 대상은 쇼핑카트 뒤쪽 판, 현장에서 '등받이'라고 부르는 부분이다. 윗변은 경첩으로 고정되어 있고, 카트를 포갤 때 아랫변이 안쪽 위로 들린다. 고양이 문과 같은 움직임이다. 이 동작을 AI 영상 생성 도구로 아홉 번 만들었고 크레딧을 약 265 썼다. 아홉 번째는 여덟 번째보다 뒤로 갔다. 이 장은 에이전트와 AI 도구가 틀렸을 때 그것을 어떻게 알아차리는지, 같은 실패가 되풀이될 때 요청을 더 다듬을지 방법 자체를 바꿀지를 어떻게 가르는지 정리한다. 이런 검증 작업을 어느 권한으로 돌릴지는 11장에서 정리했다. 13.1 아홉 번 만든 영상 1회부터 3회까지는 프롬프트만 썼다. 동작을 세 장면으로 나눠 적었지만 모델은 경첩 방향을 잘못 읽었다. 4회에는 상위 품질 모델을 썼다. 기본 모델이 한 편에 15크레딧이라면 이 모델은 100크레딧이다. 화질은 좋아졌지만 경첩은 여전히 반대였다. 5회에는 역재생 방식과 비유 표현을 써 봤고, 엉뚱한 면이 움직였다. 6회 정방향 수정본은 아랫변을 경첩으로 읽었다. 7회부터 입력의 종류를 바꿨다. 코드로 그린 도면을 참고 이미지로 첨부했고, 모델이 도면을 따라 그린다는 것을 확인했다. 8회에는 0도와 90도 도면 두 장을 넣었다. 처음으로 회전이 맞았다. 다만 시작 부분에 판이 두 개 그려졌다가 아래에서 하나로 합쳐지는 겹침이 생겼다. 9회에는 겹침을 없애려고 0도 도면 한 장만 넣고 90도 자세는 글로 설명했다. "판은 항상 정확히 하나"라는 제약 문장도 더했다. 결과는 후퇴였다. 시점, 고정점, 동작이 함께 무너졌다. 돌아보면 90도 도면은 겹침의 원인이면서 끝 자세를 알려 주는 유일한 구속이었다. 도면을 줄이자 겹침과 함께 구속도 사라졌다. 개선처럼 보였지만 실제로는 맞바꿈이었다. 8회차를 두고 나는 "아랫쪽에서 만난 순간부터가 올바른 동작"이라고 판정했다. 합쳐지는 순간 앞을 잘라 내면 보조 화면으로는 쓸 수 있다. 하나를 고치자 다른 것이 무너졌다면, 그 고침은 전진으로 세지 않는 편이 안전하다. 아홉 편을 나란히 놓으면 실패에 일정한 모양이 있었다. 실제 판은 윗변이 고정되고 아랫변이 안쪽 위로 들린다. 모델은 매번 아랫변을 고정하고 윗변을 앞으로 눕혔다. 트럭 뒷문(테일게이트)이 열리는 모양이다. 바닥판까지 들어 올려 두 판이 V자로 만나게 그리기도 했다. 프롬프트를 정교하게 다듬어도, 부정문을 넣어도, 비유를 바꿔도 이 쏠림을 이기지 못했다. 표현을 바꿀 때마다 틀린 방식이 달라졌다면 다듬을 여지가 있었을 것이다. 매번 같은 쪽으로 틀렸다는 점이 판단의 출발점이 됐다. 13.2 더 다듬을까, 방법을 바꿀까? 그림 13-1. 같은 과제가 거듭 실패할 때 다듬기를 계속할지 방법을 바꿀지 가르는 판정 흐름. 실제 화면이 아닌 설명용 도식이다. 나는 이 실패를 프롬프트 실력의 문제보다 모델의 구조적 한계로 봤다. 학습 데이터에 흔한 동작 쪽으로 끌려간다고 판단한 것이다. 그래서 기구 동작은 코드로 만들기로 했다. SVG로 도면을 그리고 canvas로 움직이는 방식이다. 고정점과 회전축을 코드가 강제하니 동작이 정확했고, 비용은 들지 않았다. AI 영상은 분위기 컷, 도입, 배경에만 쓰기로 했다. 남은 크레딧은 이 건에 더 쓰지 않기로 했다. 방법을 바꾼다는 결정은 도구를 버린다는 뜻과 다르다. 도구가 잘하는 자리와 못하는 자리를 가르고, 못하는 자리를 다른 수단에 넘기는 일이다. 그림 13-1의 흐름은 이 경험에서 뽑은 질문을 차례로 놓은 것이다. 첫 질문은 판정 근거다. 틀렸다는 판정 자체가 틀릴 수 있어서, 무엇을 보고 틀렸다고 했는지부터 확인한다. 이 문제는 13.4에서 다시 다룬다. 그다음은 실패의 모양이 매번 같은지, 입력을 바꿔도 같은 쪽으로 끌려가는지다. 둘 다 그렇다면 다듬기를 멈추고 방법을 바꾼다. 아래 표는 그 신호들을 나란히 놓은 것이다. 신호계속 다듬을 때방법을 바꿀 때9회 영상에서 본 것 실패의 모양회차마다 다르게 틀린다매번 같은 모양으로 틀린다윗변이 앞으로 눕는 테일게이트 동작, V자로 만나는 판 입력을 바꿨을 때바꾼 만큼 결과가 따라 움직인다표현, 부정문, 비유를 바꿔도 같은 쪽으로 끌려간다1~6회 모두 경첩 오인 더 좋은 모델상위 모델에서 핵심 오류가 풀린다화질만 좋아지고 핵심 오류는 남는다4회, 100크레딧 모델도 경첩 오인 고친 결과한 문제를 고쳐도 나머지가 유지된다하나를 고치면 다른 것이 무너진다8회 겹침을 없애려던 9회에서 시점, 고정점, 동작 붕괴 다른 수단요구를 강제할 다른 수단이 없다코드나 도면처럼 요구를 강제할 수단이 있다코드가 고정점과 회전축을 강제, 비용 0 표 13-1. 계속 다듬을 때와 방법을 바꿀 때를 가르는 신호. 오른쪽 열은 기구 동작 영상 9회의 실측이다. 13.3 실패를 스킬로 남기기 결과는 계정 스킬 하나로 기록했다. 9회 실측표, 실패 모양, 앵커 맞교환, 도구 조작 요령을 담았고, 도면을 만드는 코드도 파일로 남겼다. 그러면서 나는 "계속 연구해보자"며 이 한계를 장기 과제로 두었다. 실패를 스킬로 남기는 까닭은 다음 작업이 같은 다듬기를 처음부터 되풀이하지 않게 하려는 데 있다. 기록이 없으면 비슷한 요청이 왔을 때 다시 프롬프트 손질부터 시작하기 쉽다. 무엇을 시도했고, 얼마가 들었고, 어떻게 틀렸는지가 표로 남아 있으면 방법을 바꾼 이유도 함께 전해진다. 스킬 만드는 법은 6장에서 다뤘다. 그림 13-2. Settings > Plugins & MCPs > Skills 실제 화면. 영상 스킬을 뺀 두 스킬의 이름과 설명은 가상 값으로 바꿨다. 스킬은 Settings > Plugins & MCPs > Skills 화면에서 볼 수 있다. My Skills, Built-in Skills, System, Password Manager 묶음이 있고, 내 My Skills에는 세 개가 있다. 그중 하나가 영상 실패를 기록한 스킬이다. 스킬을 누르면 SKILL.md 내용이 제목, 표, 코드 블록으로 정리되어 보인다. 그림 13-3. 9번의 실패를 기록한 스킬의 상세 화면. 도구 이름 등 일부 문구는 일반화했다. 그 뒤 같은 도구 안에서 영상-영상 모드를 찾았다. 업로드한 영상을 동작 참고로 삼고 겉모습만 바꾸는 모드다. 모델이 중간 동작을 상상하는 단계를 피할 수 있는 경로라서 다음 후보로 스킬에 이어 적을 만하다. 13.4 성공처럼 보이는 실패는 어떻게 잡나? 영상의 성공 판정은 내가 직접 재생해서 했다. 그 과정에서 Aside는 정지 프레임만 보고 동작의 성패를 두 번 잘못 판단했다. 움직임을 판정하면서 멈춘 그림을 본 셈이다. 그 뒤로 Aside는 볼 것 두 가지, 회전 축이 맞는지와 배경이 멈춰 있는지를 짚어 주고 재생 판정은 나에게 넘겼다. 그러자 판정이 정확해졌다. 검사하는 쪽이 대상의 핵심을 볼 수 없다면 역할을 나누는 편이 낫다. 에이전트는 무엇을 볼지 정리하고, 사람은 그 기준으로 재생해 판정한다. 도구 쪽에도 겉과 속이 다른 순간이 있었다. 영상 도구에 webm 파일을 올렸을 때 도구는 오류 없이 파일을 조용히 무시하고, 직전에 선택돼 있던 다른 미디어를 그대로 잡았다. 올린 항목의 해상도와 길이 표기를 원본과 대조해서 알았다. 같은 내용을 MP4로 올리자 정상 등록됐다. 반대 방향도 있었다. 생성 승인 직후 "문제가 발생했습니다"라는 오류가 떴지만 작업은 정상 접수되어 대기열에 들어가 있었다. 오류 문구만 보고 다시 시도했다면 같은 생성에 두 번 과금될 뻔했다. 확인할 곳은 문구보다 대기열 상태와 생성물 개수다. 비용 안내도 한 번 어긋났다. Aside가 새 생성 모드 비용을 15크레딧으로 미리 안내했는데 승인 화면에는 20이 떠서, 차액을 사후에 보고했다. 13.5 숫자 루틴의 이상값 검사 7장에서 소개한 매일 아침 6시 크론 루틴은 공개 페이지의 숫자 100여 개를 읽어 스프레드시트에 기록한다. 빈칸, 연속 0, 덮어쓰기 사례는 7장에서 다뤘다. 여기서는 그 뒤에 굳은 검사 규칙을 적는다. 첫째, 0이나 -1이 나오면 바로 믿지 않고 두 번 더 읽어 같을 때만 기록한다. 9월 27일 실행에서는 0 하나와 -1 다섯 개를 각각 두 번 다시 읽었고, 모두 같은 값이었다. 진짜 값이었던 것이다. 둘째, 한 항목의 변화가 말이 안 되게 크면 기록 전에 페이지를 다시 열어 직접 읽는다. 이 규칙은 8월 28일에 생겼다. 전날 19였던 항목이 바쁜 묶음 중에 0으로 읽혔는데, 숫자가 뜨기 전의 자리표시 값을 결과로 돌려준 읽기 코드의 결함이었다. 그날의 0은 기록 뒤 큰 감소폭을 골라 보는 점검에서 걸렸다. 다시 읽자 20이었다. 그 행을 고쳤고, 그날 전체 변동은 65에서 85로 바뀌었다. 셋째 규칙은 기록 뒤 대조다. 매번 시트 전체를 CSV로 내려받아 적으려던 값과 한 칸씩 맞춰 보고, 요즘 실행 보고는 "불일치 0"으로 끝난다. 9월 8일에는 이 대조가 상태 칸에 '성공'이 두 번 겹쳐 '성공성공'으로 적힌 것을 잡았다. 도구는 아무 오류도 내지 않았고, 찾아 바꾸기로 고쳤다. 루틴마다 실행 결과를 적는 루틴 메모리 파일이 있어서, 이상값을 어떻게 처리했는지가 매일 남는다. 시험 자체가 결함을 놓친 적도 있다. 8월 28일, 시트에 붙여넣는 도구가 지정한 칸과 상관없이 맨 왼쪽 위 칸에 붙이는 결함이 있었다. A열 먼 칸에 시험 삼아 적어 보는 시험은 결함이 있어도 통과해 버렸다. 결함은 대상이 A열이 아닐 때만 드러났기 때문이다. 그래서 시험 쓰기는 A열이 아닌 칸, 예를 들어 G열에 한다. 시험이 통과했다는 사실은 그 시험이 결함을 드러낼 수 있는 조건에서 돌았을 때만 의미가 있다. 13.6 다른 AI의 점검 결과는 믿어도 될까? 9장에서 여러 채팅 AI에게 받은 사이트 점검 보고서 6건 가운데, 깨졌다거나 빠졌다는 주장의 절반가량이 사실이 아니었다고 적었다. 틀린 이유는 두 가지였다. 확인하지 않은 짐작, 그리고 사이트가 바뀐 뒤에도 자기가 앞서 본 내용을 다시 쓴 것이다. 그 뒤 받은 보고서들은 정확도가 제각각이었다. 9월 3일 점검은 명백한 오진이 하나뿐이었는데, 표지 이미지 대체 텍스트에 관한 그 하나를 그대로 반영했다면 접근성을 오히려 나쁘게 만들 뻔했다. 9월 4일 받은 개선 지시서는 항목의 절반가량이 이미 구현된 것을 없다고 적었고, 안의 예시 데이터마저 한 책의 저자를 다른 필명으로 적고 있었다. 9월 6일 점검은 거짓 주장이 0건이었고, 한 항목은 지적보다 실제가 더 나빴다. 수정일이 발행일보다 앞서는 날짜 모순이었다. 9월 말 받은 12개 항목 점검은 로그인하지 않은 상태로 다시 보니 11개가 사실, 1개가 틀렸다. 9월 26일에는 한 채팅 AI가 사이트의 robots.txt 때문에 글을 읽을 수 없다고 했다. 로그인하지 않은 요청 세 번이 모두 0.16~0.31초 안에 정상 응답했고, 파일에는 해당 AI 크롤러가 명시적으로 허용되어 있었다. 다른 수집 도구로도 본문을 문제없이 읽었다. 그래서 절차를 정했다. 점검 보고서는 주장 목록으로 받고, 주장마다 어떻게 확인하는지를 붙이며, 확인 방법이 없는 주장은 미확인으로 둔다. 같은 AI에게 다시 물을 때는 지난 답을 재사용하지 말고 지금 상태를 다시 보라고 적는다. 절반이 틀린다는 비율을 상수로 굳히지도 않는다. 점검자와 문서에 따라 편차가 컸으니, 비율 대신 절차를 유지한다. 13.7 검사하는 쪽이 틀릴 때 검증하는 쪽도 틀린다. 9월 8일 Aside가 다른 도구의 코딩 에이전트에게 "네 파일의 분류 목록이 쪼개져 있다"는 결함 보고를 보냈다. 실제 파일은 항목 14개로 정상이었다. 틀린 쪽은 Aside가 대조용으로 급조한 추출식이었다. 따옴표 안의 쉼표까지 잘라 14개를 16개로 세고, 수십 건을 목록 밖으로 잡았다. 이 오류는 상대 에이전트가 먼저 잡아냈다. 9월 16일에는 사이트 주소 225개를 12개씩 동시에 요청하자 6건이 서버 오류(500)로 나왔다. 같은 주소를 1.5초 간격으로 하나씩 세 번 다시 요청하니 모두 정상(200)이었다. 호스팅의 순간 부하로 보였다. 그 뒤로 일괄 점검에서 소수 오류가 나오면, 결함으로 보고하기 전에 하나씩 다시 재현해 본다. 9장에서 소개한 측정 함정 세 가지도 같은 계열이다. 집계가 "전부 0"이나 "전부 같음"으로 나오면 대상보다 파서부터 의심한다. 12장을 올릴 때는 발행 코드에 변수가 빠져 글의 구조화 데이터 주소(@id) 자리에 'undefined'가 들어갔다. 발행 뒤 검증 단계에서 발견해 바로 고쳤고, 공개 응답에서 올바른 주소를 확인했다. 판정이 애매한 경우를 위한 규칙도 있다. 다른 AI 채팅 화면의 생성 진행 상태를 읽을 때, 멈춤 버튼은 사라졌는데 끝 표시가 보이지 않으면 끝났다고 추측하지 않고 "모호하다"고 보고하게 했다. 지금까지 본 틀림을 모양별로 모으면 아래와 같다. 틀림의 모양실제 사례알아차린 방법이후 규칙 오류 없이 다른 것을 잡음webm 파일을 올리자 조용히 무시하고 직전 미디어를 잡음올린 항목의 해상도와 길이 표기 대조올린 뒤 표기를 원본과 맞춰 본다. MP4로 올린다 실패처럼 보인 성공생성 승인 직후 오류 문구, 실제로는 대기열에 접수대기열 상태와 생성물 개수 확인오류 문구만 보고 다시 시도하지 않는다 판정 근거가 핵심을 못 봄정지 프레임으로 동작 성패를 두 번 오판내가 영상을 재생해 판정에이전트는 볼 것을 정리하고, 재생 판정은 사람이 한다 자리표시 값이 결과로 기록전날 19였던 항목이 0으로 기록기록 뒤 큰 감소폭 점검, 다시 읽자 20급락이나 급등은 기록 전에 페이지를 다시 연다 오류 없는 중복 기록상태 칸에 '성공성공'CSV로 내려받아 한 칸씩 대조매 실행 대조, 불일치 개수 보고 시험이 결함을 통과시킴A열 시험 쓰기가 붙여넣기 위치 결함을 통과대상이 A열이 아닐 때 결함이 드러남시험 쓰기는 G열 등 A열이 아닌 칸에 한다 검사 도구의 결함추출식이 따옴표 안 쉼표에서 잘라 14개를 16개로 보고상대 코딩 에이전트가 먼저 지적집계가 이상하면 파서부터 의심한다 순간 오류를 결함으로 볼 뻔함주소 225개 중 6건 서버 오류1.5초 간격으로 하나씩 세 번 재요청, 모두 정상소수 오류는 하나씩 재현한 뒤 보고한다 발행 뒤 빈 변수구조화 데이터 주소 자리에 'undefined'발행 뒤 검증 단계고친 뒤 공개 응답에서 주소를 다시 확인한다 외부 AI의 틀린 진단robots.txt 때문에 글을 못 읽는다는 주장로그인 없는 요청 세 번 정상, 파일에 허용 명시, 다른 수집 도구로 본문 확인주장마다 확인 방법을 붙이고, 없으면 미확인으로 둔다 표 13-2. 틀림의 모양별 실제 사례와 알아차린 방법, 이후 규칙. 13.8 검증 조건을 적은 요청 표의 오른쪽 열을 모으면 요청문에 미리 적어 둘 검증 조건이 된다. 결과를 받은 뒤 따지는 것보다, 무엇을 의심하고 어떻게 다시 확인할지를 처음부터 적어 두는 편이 품이 덜 든다. 아래는 숫자를 읽어 시트에 적는 일을 맡길 때의 예다. 페이지, 시트, 값은 모두 가상 설정이다. [검증 조건을 적은 요청 예시, 가상 설정] 작업: 가상 상품 페이지 30곳에서 재고 숫자를 읽어 시트 '재고' 탭의 오늘 날짜 열에 기록해 검증 조건: 1. 0이나 -1이 나오면 바로 적지 말고 두 번 더 읽어 같을 때만 기록해 2. 전날보다 절반 넘게 줄거나 두 배 넘게 늘면 기록 전에 페이지를 다시 열어 직접 읽어 3. 시험 쓰기는 A열이 아닌 G열 빈칸에 해 4. 기록 뒤 시트를 CSV로 내려받아 적으려던 값과 한 칸씩 대조하고 불일치 개수를 보고해 5. 일부 페이지가 오류를 내면 간격을 두고 하나씩 다시 요청해 재현될 때만 결함으로 보고해 6. 끝났는지 불분명하면 추측하지 말고 "모호함"으로 표시해 7. 시트 말고 다른 곳에는 아무것도 보내지 마 조건마다 이 장의 사례 하나가 붙어 있다. 1번과 2번은 이상값을 기록 전에 걸러 내고, 3번은 시험이 결함을 드러낼 수 있는 자리에서 돌게 한다. 4번은 오류 없이 잘못 적힌 칸을 잡고, 5번은 순간 오류를 결함으로 부풀리지 않게 한다. 6번은 애매한 상태를 성공으로 뭉개지 않게 한다. 조건이 길어 보여도 한 번 적어 두면 루틴 지시문이나 스킬로 옮겨 계속 쓸 수 있다. 13.9 틀린 걸 알았을 때 Aside에서 하는 일 틀린 것을 알아차린 뒤에는 Aside 안에서 할 수 있는 일이 몇 가지 있다. 2026년 9월 27일에 확인한 도움말 기준이다. 작업 상태를 본다. 승인 대기, 답변 대기, 오류, 완료 같은 상태가 표시된다. 작업 상세 페이지에서 작업이 만들거나 바꾼 파일을 확인한다. 이미지, PDF, HTML, 텍스트 파일은 미리 볼 수 있다. 일반 작업의 대화 기록은 작업 폴더에 저장되므로, 어디서 어긋났는지 되짚을 수 있다. 진행 중인 작업이 엉뚱한 쪽으로 가면 후속 메시지를 보낸다. Steer는 진행 중인 실행에 바로 넣어 방향을 고치고, Queue는 현재 실행이 끝난 뒤 적용한다. 선택은 Settings > Agents > Chat에서 한다. 도움말의 예처럼 "청구서 페이지 대신 인보이스 페이지를 쓰고, 메일은 보내지 마"라고 적는 식이다. Aside 자체의 문제로 보이면 Settings의 Send feedback이나 작업 상세 페이지의 더보기 메뉴에서 피드백을 보낸다. 작업 피드백에는 대화 기록과 진단 정보를 담을 수 있다. 버그 보고에는 작업 ID, 대략의 시각, 사이트, 기대 결과, 실제 결과, 스크린샷, 오류 문구를 적는다. 틀림을 알아차리는 힘은 결국 기록과 대조에서 나온다. 기대 결과와 실제 결과를 나란히 적을 수 있으면, 피드백이든 스킬이든 다음 요청이든 같은 재료로 쓸 수 있다. 다만 아무리 잘 검증해도 처음부터 맡기지 않는 편이 나은 일이 있다. 14장 「맡기면 안 되는 일」에서 그 경계를 다룬다. 이 장의 확인 범위 기능 설명은 2026년 9월 27일에 확인한 Aside 도움말과 같은 날 내 화면에서 본 것을 기준으로 했다. 이후 화면 이름이나 동작은 바뀔 수 있다. 영상 사례는 한 가지 기구 동작을 한 AI 영상 생성 도구로 9번 만든 결과다. 두 번째 도구도 시도했지만 무료 요금제라 생성이 잠겨 있어 비교하지 못했다. "모델의 구조적 한계"는 9회 결과를 보고 내린 내 판단이다. 다른 모델이나 다른 기구 동작에도 같은 쏠림이 있는지는 확인하지 않았다. 영상-영상 모드의 결과가 기구 동작을 지키는지는 아직 판정하지 않았다. 크레딧 비용은 내가 쓴 시점의 표시다. 새 생성 모드의 비용은 안내와 승인 화면이 달랐으니, 승인 화면의 값을 기준으로 본다. 외부 AI 점검의 정확도는 내 사이트에 대해 받은 보고서 기준이며, 점검자와 문서에 따라 편차가 컸다. 절반이라는 비율은 일반화하지 않는다. 225개 요청 중 서버 오류 6건의 원인을 호스팅의 순간 부하로 본 것은 재요청 결과에서 추정한 것이며 따로 확인하지 않았다. 루틴 메모리 파일과 Skills 화면 구성은 내 환경에서 본 것이다. 그림 13-1은 설명용 도식이다. 그림 13-2와 13-3은 실제 화면이며 일부 이름과 문구를 가상 값으로 바꾸거나 일반화했다. 요청 예시의 페이지, 시트, 값은 가상이다. 참고한 자료 2026년 9월 27일 확인. 작업 실행 도움말 · 문제 해결 도움말 다음 글: 14장 · 맡기면 안 되는 일 이전 글: 12장 · 노트북을 닫으면 누가 일하나 『Aside 브라우저 사용설명서』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 맡기면 안 되는 일 | Aside 브라우저 사용설명서 14장 https://voidlogpress.com/aside-browser-chapter-14/ 발행일: 2026-09-26T22:44:17+00:00 수정일: 2026-09-26T22:57:15+00:00 카드를 등록해야 넘어가는 화면에서 Aside는 입력하지 않고 나에게 넘겼다. 9월 23일, AI 모델 호출 서비스를 시험하던 참이었다. 고른 모델은 가격이 무료였다. 그런데도 카드가 등록돼 있어야 요청을 처리한다는 오류가 났다. Aside는 카드 정보라서 입력하지 않았고, 나에게 직접 등록하라고 안내했다. 내가 등록을 마쳤다고 알리면 한 건을 호출해 확인하고 다음 단계로 넘어가기로 했다. 카드 번호 칸 앞에서 작업이 한 번 끊긴 셈이다. 이 장은 그런 끊김을 어디에 둘지 다룬다. 끝까지 사람이 쥐는 일은 무엇이고, 준비까지만 맡기는 일은 어디까지인지 정리한다. 너무 넓게 막아서 잃는 것도 함께 적는다. 승인 문을 어디에 달고 권한을 어떻게 나누는지는 11장에서 정리했다. 14.1 카드는 내가, 한도는 Aside가 같은 작업에서 Aside가 맡은 일은 따로 있었다. 그 서비스의 지출 한도를 7달러로 잡았다. 내 계획서에 적어 둔 비용 상한 1만 원에 맞춘 값이다. 한도 자동 갱신은 없음으로 두고, 한도의 100%에 닿으면 메일로 알리게 했다. 발급한 API 키 값은 화면이나 로그에 찍지 않았다. 권한을 제한한 설정 파일로 옮겨서, 비밀값이 대화 기록에 남지 않게 했다. 정리하면 카드라는 입구는 내가 열고, 그 입구로 나갈 수 있는 돈의 크기는 Aside가 좁혔다. 한 작업 안에 사람이 쥐는 단계와 맡기는 단계가 나란히 있었던 것이다. 이 장에서 말하는 "맡기면 안 되는 일"은 Aside에게 아예 보여 주지 말라는 목록과 다르다. 대부분의 일에는 준비와 마지막 단계가 함께 들어 있다. 결제라면 상품 조건을 읽고 비교하는 준비가 있고, 카드를 넣고 버튼을 누르는 마지막 단계가 있다. 관공서 신청이라면 칸을 채우는 준비가 있고, 본인 인증과 판단 칸의 확정이 있다. 준비는 길고 반복적이라 맡길수록 덜어지는 품이 크다. 마지막 단계는 짧지만 결과를 되돌리기 어렵다. 그래서 선은 일의 종류마다 통째로 긋기보다, 한 일 안의 단계 사이에 긋는 편이 쓸모 있다. 14.2 맡기는 범위는 몇 칸으로 나누나? 이 장에서는 세 칸으로 나눠 본다. 첫 칸은 맡긴다. 페이지를 읽고, 조건을 비교하고, 초안을 쓰고, 되돌릴 수 있는 설정을 고치는 일이다. 둘째 칸은 준비까지 맡기고 마지막은 내가 한다. 결제, 약관 동의, 관공서 신청, 외부 게시가 여기에 든다. Aside는 버튼 바로 앞까지 가서 멈추고, 사람은 화면에 적힌 내용을 보고 누른다. 셋째 칸은 처음부터 내가 한다. 본인 인증, 계약서 날인, 계정의 2단계 인증 수단 고르기처럼 나를 증명하거나 내 이름으로 책임지는 일이다. 둘째 칸이 가장 넓고, 이 장의 대부분은 그 칸의 경계에 관한 이야기다. 그림 14-1. 맡기는 범위를 세 칸으로 나눈 지도. 실제 화면이 아닌 설명용 도식이다. 표 14-1은 내가 실제로 겪은 일을 칸에 맞춰 늘어놓은 것이다. 일마다 Aside가 맡은 준비와 내가 쥔 마지막 단계가 다르다. 눈여겨볼 것은 가운데 열이 생각보다 길다는 점이다. 진짜 정부 사이트인지 짚는 일, 판단 칸에 근거를 붙여 제안하는 일, 지출 한도를 거는 일은 모두 Aside가 했다. 사람이 쥐는 단계는 대개 버튼 하나, 입력 하나, 확정 한마디 정도로 짧다. 일Aside에게 맡기는 것사람이 쥐는 마지막 단계내가 겪은 예 결제·카드 등록오류 원인 파악, 지출 한도와 알림 설정카드 정보 입력무료 모델인데 카드 등록을 요구한 모델 호출 서비스. 한도 7달러, 자동 갱신 없음 구독·무료 체험상품 카드, 도움말, 결제 창의 조건 대조결제 창 문구를 보고 체험 시작 승인12개월, 12일, 1년으로 세 곳이 서로 달랐던 이메일 상품 유료 옵션무료 기본값 유지, 해당 구역을 건드리지 않기유료 선택 여부도서 등록 양식의 유료 우선 처리 구역 신청 뒤 정정최종 신청 전 메타데이터 점검최종 신청 버튼, 유료 정정 여부신청 뒤 정정 1건마다 요금, 반영 3~15일 크레딧 소모실행 전 비용 안내실행 승인영상 생성 시도마다 한 줄 승인(13장) 약관 동의약관 요지 정리동의 승인해외 전자책 판매 계정 개설 본인 인증인증 직전까지 진행인증 자체사업자 등록 때 휴대폰 간편인증 관공서 신청진짜 기관 사이트인지 확인, 판단 칸에 근거 붙여 제안판단 칸 확정출판사 사업자 등록, "이대로 가자"로 확정 세무 판단근거 정리전문가 상담과 최종 결정같은 날 세무사 상담 계약 날인없음날인과 발송기업과 맺는 계약서를 날인해 우편 발송 외부 게시·발송초안 작성발송·게시 승인메일과 SNS 규칙(11장) 비밀값키를 화면·로그 밖 설정 파일로 옮기기, 비밀번호 자동 입력값을 채팅에 붙이지 않기API 키를 대화 기록에 남기지 않음 계정 보안 설정기본으로 켜진 데이터 제공 옵션 끄기, 권유 건너뛰기2단계 인증 수단 선택휴대폰 문자를 내가 고름 제조사 보고문제 발견, 보고서 초안전문을 읽고 제출 승인Aside 문제는 작업 끝에 한 줄로 알림 표 14-1. 일의 종류별로 Aside에게 맡기는 범위와 사람이 쥐는 마지막 단계. 14.3 돈이 걸린 화면은 어떻게 다루나? 8월 29일과 30일, 호스팅 서비스의 이메일 상품 앞에서 두 번 멈췄다. 상품 카드에는 "12개월 무료, 0원"이라고 적혀 있었다. 구매 버튼을 누르자 결제 확인 창은 "12일 무료 체험"이었다. 상품도 다른 유료 상품으로 바뀌어 있었고, 체험이 끝나면 연간 요금이 자동 결제된다고 적혀 있었다. 도움말 문서는 1년, 상품 카드는 12개월, 결제 창은 12일이었다. 같은 상품을 두고 세 곳이 서로 다른 말을 한 것이다. 그 서비스의 AI 상담 창도 화면이 서로 맞지 않는다는 점을 인정했고, 결제 수단이 등록된 동안에는 체험을 시작하지 말라고 권했다. 두 번째 때는 사정이 하나 더 있었다. 나는 앞서 잘못 보고된 "1년 무료"라는 전제로 체험 시작을 승인해 둔 상태였다. Aside는 결제 창에서 차이를 발견했고, 실행하기 전에 나에게 다시 확인했다. 받아 둔 승인이 있었는데도 멈춘 것이다. 여기서 규칙 두 개가 생겼다. 첫째, 결제 창에 적힌 내용만 기준으로 삼는다. 상품 카드와 도움말은 참고로만 본다. 둘째, 잘못된 전제로 받은 승인은 다시 받는다. 승인은 그때 본 조건에 대한 것이다. 조건이 바뀌었다면 같은 버튼이어도 다른 결정이 된다. 버튼을 누른 뒤에 돈이 붙는 경우도 있다. 한 유통 사이트는 최종 신청 전에는 소개문 수정이 무료였다. 신청이 나간 뒤에는 정정 1건마다 요금이 붙었고, 반영에도 3~15일이 걸렸다. 이미 신청된 한 책의 소개문 정정은 비용에 비해 얻는 것이 적어서 그대로 두기로 했다. 그 뒤로 메타데이터 정정은 최종 신청 버튼 전에 끝낸다. 도서 등록 양식 안의 유료 우선 처리 옵션도 비슷하다. 기본은 무료이고, 아무것도 고르지 않으면 무료로 나간다. Aside는 그 구역을 건드리지 않는다. 기본값이 안전한 쪽이라면 손대지 않는 것이 가장 확실한 설정이다. 크레딧이 드는 시도도 같은 칸에 둔다. 영상 생성처럼 한 번 누를 때마다 크레딧이 빠지는 일은 매번 실행 전에 비용을 확인받았고, 나는 한 줄로 승인했다. 자세한 경과는 13장에 적었다. 내 환경 설정에서 결제 기능이 꺼져 있고 결제 전에 묻도록 되어 있다는 점은 11장에서 다뤘다. 돈이 걸린 화면을 다루는 방법은 결국 세 가지로 모인다. 결제 창 문구로 판단하고, 누르기 전에 고칠 것을 끝내고, 나갈 수 있는 돈의 상한을 미리 걸어 둔다. 14.4 세무와 관공서 신청에서 사람이 쥔 것 8월 18일, 출판사 사업자 등록을 정부 세무 사이트에서 Aside와 함께 진행했다. 시작부터 한 번 걸렸다. 내가 열어 둔 탭은 정부 사이트 주소를 흉내 낸, 이름이 비슷한 민간 안내 사이트였다. Aside가 그곳은 정부 사이트가 맞지 않다고 짚었다. 막상 들어간 정부 사이트 첫 화면에도 기관을 사칭하는 메일을 조심하라는 안내가 떠 있었다. 관공서 일에서 준비의 첫 단계는 칸 채우기보다 앞에 있다. 지금 보는 화면이 진짜 기관의 화면인지 확인하는 일이다. 본인 인증은 내가 휴대폰 간편인증으로 했다. 판단이 필요한 칸은 두 개였다. 임대 계약 기간을 어떻게 적을지, 그리고 통신판매에 해당하는지였다. Aside는 두 칸 모두 근거를 붙여 값을 제안했고, 나는 "이대로 가자"로 확정했다. 그 뒤 신청이 접수 완료됐다. 칸을 채우는 준비와 칸의 값을 정하는 결정을 나눈 것이다. 판단 칸의 값은 내 사업의 사실관계에 관한 진술이다. 근거를 모으고 선택지를 좁히는 데까지는 에이전트가 빠르다. 그 진술에 내 이름을 거는 일은 확정 한마디라도 내 입으로 한다. 같은 날 세무사 상담도 따로 받았다. Aside 이용약관도 결과를 법률, 금융, 세무 같은 전문가 조언 대신 쓰지 말라고 적고 있다. 에이전트가 근거를 잘 모아 와도, 그 근거가 내 사정에 맞는지 책임지고 말해 줄 사람은 따로 있어야 한다. 막힌 곳도 있었다. 업무용 컴퓨터에 정부 사이트용 보안 프로그램이 제대로 설치되지 않았다. Aside가 원인을 진단했는데, 칩 구조와 그에 맞는 호환 계층이 없어서였다. 원인을 읽고 따지는 일은 첫째 칸에 가깝다. 반대편 끝에는 계약이 있다. 기업과 맺는 계약서는 내가 날인해 우편으로 보낸다. 날인은 셋째 칸, 처음부터 사람이 하는 일의 대표다. 14.5 약관 동의는 누구의 일인가? 9월 15일, 해외 전자책 판매 계정을 열었다. 그 플랫폼의 이용약관 동의는 내 명시적 승인을 받은 뒤에 했다. 동의 체크는 화면의 한 칸이지만, 그 한 칸으로 나는 계약의 당사자가 된다. 계정의 2단계 인증 수단은 내가 직접 골랐고, 휴대폰 문자로 정했다. 그 약관은 계정을 여러 개 두는 것을 금지한다. 그래서 계정은 하나만 쓴다. 약관을 읽고 요지를 정리하는 일은 맡길 수 있다. 다만 그 요지에서 계속 지켜야 할 규칙이 나오면, 그것은 동의한 사람이 기억하고 지켜야 할 규칙이 된다. 동의를 사람이 쥐는 까닭은 동의 뒤에 남는 의무 때문이다. Aside 이용약관도 같은 방향을 가리킨다. 9월 27일에 확인한 내용이다. 5조는 내가 Aside에게 접근하게 하는 웹사이트, 계정, 데이터, 작업 흐름을 쓸 권리가 있는지 확인할 책임을 사용자에게 둔다. 8조는 제3자 서비스가 그 서비스의 약관을 따르고, 그 약관을 지킬 책임도 사용자에게 있다고 적는다. 5조는 또 AI 결과가 틀리거나 불완전할 수 있으니 결과와 행동을 확인하라고 한다. 메시지, 구매, 결제, 예약, 계정 변경, 데이터 삭제, 게시, 민감 정보, 그리고 법적·금전적·평판상 영향이 있거나 되돌릴 수 없는 일을 특히 꼽는다. 웹페이지나 문서, 메일 속 숨은 지시를 모두 잡지 못할 수 있다는 문장도 있다. 이 목록은 이 장의 둘째 칸과 거의 겹친다. 7조의 금지 목록도 볼 만하다. 사용 한도나 접근 통제, 보안 조치를 우회하는 일, 허락 없이 남의 계정이나 시스템에 들어가는 일, 개인 정보를 위법하게 처리하는 일, 스팸과 가짜 리뷰와 기만 메시지가 들어 있다. 사람에게 법적으로 중대한 영향을 주는 결정을 적절한 사람의 검토 없이 자동으로 내리는 일도 금지다. AI 결과를 사람이 쓴 것처럼 기만적으로 내놓는 일도 그렇다. 이 목록은 사용자가 Aside로 해서는 안 되는 일, 곧 내가 Aside에게 시켜서는 안 되는 일이다. 약관이 사용자의 책임으로 적어 둔 일을 도구에게 떠넘길 수는 없다. 기본 차단 목록을 만든다면 여기서 출발하는 것이 가장 빠르다. 약관 바깥의 흐름도 하나 적어 둔다. 미국 제9순회항소법원이 2026년 8월 4일, 대형 온라인 쇼핑몰과 AI 브라우저 회사 사이의 사건에서 1심의 가처분을 파기하고 사건을 돌려보냈다. 법원은 접근한 주체를 회사 쪽보다 AI 어시스턴트를 도구로 쓴 사용자 쪽으로 보고, 컴퓨터 부정 접근 법률 위반 주장이 이기기 어렵다고 판단했다. 분쟁은 에이전트가 자신이 AI 에이전트임을 알리는 식별 문자열을 쓰지 않은 데서 시작됐다. 판결 각주는 이 결과가 사이트가 자기 이용약관으로 접근을 통제할 능력을 해치지 않는다고 적었다. 쇼핑몰은 전원합의체 재심리를 청구했고, 사건은 끝나지 않았다. 내가 읽은 요지는 이렇다. 에이전트로 한 일은 사용자가 한 일로 읽힐 수 있고, 사이트의 약관은 여전히 사용자에게 적용된다. 14.6 밖으로 나가는 것들 메일은 보내는 순간에 내 승인을 받고, SNS 게시물과 답글은 초안을 승인한 뒤에 올린다는 규칙은 11장에서 다뤘다. 여기서는 게시물에 무엇이 실려 나가는지에 관한 일을 적는다. 9월 4일, Aside로 일을 모으기 전이었다. 직접 설치해 쓰던 다른 오픈소스 에이전트로 블로그 게시를 자동화했다. 첫 게시물에 자르지 않은 전체 화면 캡처가 올라갔다. 계정 식별자와 비공개 대화 제목 여러 개가 그대로 드러났고, 캡처는 글 내용과도 맞지 않았다. 약 7시간 공개된 뒤 내가 직접 이미지를 지웠다. 원인은 구조에 있었다. 화면 캡처, 자르기, 가리기처럼 판단이 필요 없는 일을 AI의 판단 단계에 맡겨 둔 것이다. 그 뒤로 일을 둘로 나눴다. 캡처와 자르기와 가리기는 정해진 스크립트가 하고, 어떤 화면을 찍을지는 사람이 정한다. 이 사고는 내가 Aside로 일을 모은 이유 가운데 하나다. 자세한 이야기는 여기서 더 적지 않는다. 이 일에서 얻은 교훈은 게시 버튼만 지켜서는 부족하다는 것이다. 이미지 안에 무엇이 찍혔는지는 글보다 눈에 덜 띈다. 무엇을 내보낼지 정하는 판단은 사람이, 똑같이 되풀이되는 처리는 고정된 절차가 맡도록 나누는 편이 안전하다. Aside 자체를 두고도 밖으로 나가는 것이 있다. 작업 중에 Aside의 문제를 발견하면, Aside는 제조사에 보고서를 바로 보내지 않는다. 작업 끝에 한 줄로 알리고, 보고서 전문을 나에게 보여 준 뒤 승인을 받아 제출한다. 보고서에는 개인정보, API 키, 원고 내용, 정산 금액을 넣지 않는다. 제조사에 보내는 보고도 내 정보가 담겨 밖으로 나가는 문서라서, 메일과 같은 칸에 둔다. 14.7 계정과 비밀값은 어디까지 열어 두나? 카드 등록 일이 있던 9월 23일, 한 서비스에 로그인하자 약관 변경 창이 떴다. "내 데이터로 모델 개선" 옵션이 기본으로 켜져 있었다. Aside는 이 옵션을 끄고 창을 닫았다. 2단계 인증을 설정하라는 권유도 나왔는데, Aside는 설정을 바꾸지 않고 건너뛰기만 눌렀다. 계정 보안 설정이기 때문이다. 두 동작은 방향이 다르다. 내 데이터가 덜 나가는 쪽으로 기본값을 되돌리는 일은 Aside가 했고, 계정에 잠금 장치를 새로 거는 일은 나에게 남겼다. 2단계 인증 수단은 해외 판매 계정 때처럼 내가 직접 고른다. 비밀번호 값은 에이전트에게 보이지 않고 자동 입력으로만 쓰인다. 비밀번호, 인증 코드, 카드 번호를 채팅에 직접 붙여 넣지 않는다는 것과 함께 4장에서 다룬 원칙이다. 앞에서 적은 API 키 처리도 같은 줄기다. 키 값을 대화에 띄우지 않고 파일로 옮기면, 대화 기록을 나중에 다시 열어도 키는 거기 없다. Settings > Password 화면은 보관함이 잠겨 있으면 "Password Manager is locked, Unlock your Aside vault to manage its settings"라고 표시하고 Unlock 버튼만 보여 준다. 9월 27일 내 화면이 그랬다. 이번 캡처에서 나는 보관함을 열지 않았다. 그림 14-2. Settings > Password 실제 화면. 보관함이 잠겨 있으면 설정도 열리지 않는다. 설정에서 한 군데 더 볼 곳이 Settings > Memory > Context Awareness다. 화면 설명은 "Aside captures what you do in your browser and apps so agents can recall it later."이다. 브라우저와 앱에서 한 일을 기록해 에이전트가 나중에 떠올리게 한다는 뜻이다. 내 화면에서 Enable Context Awareness 스위치는 켜져 있지 않았고, 설정 파일에서도 꺼져 있었다. 설정 파일을 보면 켤 때 화면 글자 인식과 입력 글자 기록이 함께 켜지는 구성이고, 보존 기간은 14일로 되어 있었다. 도움말상 맥 전용 기능이다. 켤지 말지는 각자 정할 일이다. 다만 스위치 하나로 무엇이 얼마 동안 남는지를 먼저 확인하고 정하는 편이 좋다. 그림 14-3. Settings > Memory > Context Awareness 실제 화면. 나는 이 기능을 켜지 않았다. 14.8 너무 막는 것도 비용이다 선을 긋다 보면 반대쪽으로 넘치기도 한다. 9월 5일, 다른 책 작업에서 Aside가 한 AI 회사의 약관을 아직 확인하지 않았다는 이유로 책 도판에서 그 회사 채팅 화면 캡처를 빼자고 제안했다. 나는 "블로그 게시물이나 책에 캡쳐화면 쓰는것에 대해서 너무 심하게 정책적으로 해석하지 말고 충분히 활용하자"고 했다. 다시 읽어 보니 한 대형 검색 회사의 브랜드 안내는 교육용이나 사용법 책에 변형하지 않은 화면 캡처를 승인 없이 쓰는 것을 명시적으로 허용하고 있었다. 실제 금지는 좁았다. 표지에 로고나 캡처를 쓰지 말 것, 캡처를 변형하지 말 것(화살표와 상자 주석은 허용), 광고나 굿즈에 쓰지 말 것, 제휴나 승인을 받은 듯한 인상을 주지 말 것 정도였다. 교훈은 읽는 순서에 있다. 명시적 허용 조항을 먼저 찾는다. 애매한 제한 문구를 금지의 근거로 넓혀 읽지 않는다. 확인하지 않았다는 이유만으로 빼기 시작하면, 사용법 책에서 독자에게 가장 쓸모 있는 화면부터 사라질 수 있다. 과잉 금지는 안전해 보이지만 비용이 든다. 그 비용은 눈에 잘 띄지 않는 쪽, 곧 만들지 않은 결과물로 치러진다. 이 연재의 실제 화면 캡처도 같은 기준으로 찍었다. 캡처 직전에 화면 글자만 가상 값으로 바꾸고 설정값은 바꾸지 않았다. 가릴 것은 가리되, 보여 줄 수 있는 것은 그대로 보여 준다. 속도의 균형도 같은 문제다. 되돌릴 수 있고 다시 해도 비용이 작은 사이트 작업은 일단 시도하게 둔다는 원칙을 11장에 적었다. 돈과 계약과 관공서 신청은 조건을 하나씩 순서대로 맞춘다. 두 방식은 서로 부딪히지 않는다. 일의 무게에 따라 속도를 달리할 뿐이다. 다만 한 가지는 기억해 둔다. 8장에서 겪었듯, 명시적으로 적힌 규칙은 심사에서 글자 그대로 적용된다. 시도해도 되는 일과 규칙이 분명히 막는 일은 구분해야 한다. 과잉 금지를 경계한다고 해서 명시된 규칙을 가볍게 여겨도 된다는 뜻은 되지 않는다. 14.9 맡기기 전에 묻는 질문 이 장의 사례를 질문으로 바꾸면 맡기기 전에 한 번 훑어볼 목록이 된다. 앞의 여덟 질문 가운데 하나라도 "예"라면, 그 질문이 가리키는 단계에서 멈추도록 요청을 짠다. 마지막 두 질문은 방향이 반대다. 지나치게 막고 있지 않은지 묻는다. 질문예라면근거가 된 일 돈이 나가거나 결제 수단이 필요한가?카드 입력과 결제 버튼은 사람이 한다. 한도와 알림 설정은 맡긴다무료 모델의 카드 등록 요구 화면마다 조건이 다르게 적혀 있나?결제 창 문구만 기준으로 삼고, 앞서 준 승인은 다시 받는다12개월, 12일, 1년이 엇갈린 이메일 상품 누른 뒤 고치는 데 돈이나 시간이 드나?고칠 것을 버튼 전에 끝낸다신청 뒤 유료 정정, 3~15일 약관이나 규칙에 동의하는 단계인가?요지를 받아 읽고 사람이 승인한다해외 판매 계정 약관 동의 나를 증명하는 단계인가?본인 인증과 2단계 인증 수단 선택은 사람이 한다휴대폰 간편인증, 문자 인증 선택 판단이 결과를 바꾸는 칸인가?근거와 함께 제안받고 사람이 확정한다. 필요하면 전문가에게 묻는다사업자 등록의 판단 칸 두 개, 세무사 상담 밖에서 누군가 보게 되나?초안을 먼저 받는다. 무엇을 찍어 올릴지는 사람이 정한다전체 화면 캡처가 약 7시간 공개된 사고 비밀값이 대화에 남을 수 있나?값은 채팅에 붙이지 않고 파일이나 자동 입력으로 넘긴다API 키를 설정 파일로 옮김 되돌릴 수 있고 다시 해도 비용이 작은가?맡기고 결과를 본다11장의 사이트 작업 원칙 금지의 근거가 애매한 문구뿐인가?명시적 허용 조항부터 찾는다화면 캡처를 빼자는 제안 표 14-2. 맡기기 전에 묻는 질문. 위 여덟 줄은 멈출 곳을, 아래 두 줄은 지나친 금지를 가린다. 질문을 요청으로 옮기면 아래처럼 된다. 결제 직전까지만 준비하고 멈추게 하는 예다. 서비스와 상품은 모두 가상 설정이다. [결제 직전에서 멈추는 요청 예시, 가상 설정] 가상 서비스의 월 구독 상품을 비교하고 가입 준비를 해 줘. 1. 상품 안내, 도움말, 결제 창에 적힌 가격·기간·자동 갱신 조건을 표로 나란히 정리해 2. 세 곳의 조건이 하나라도 다르면 진행하지 말고 차이를 보고해 3. 계정 정보 칸까지만 채우고, 약관 동의 칸은 체크하지 마 4. 카드 번호 칸이 나오면 그 자리에서 멈추고 결제 창 화면을 캡처해 보여 줘 5. 선택 항목 중 유료 옵션은 건드리지 마 6. 결제 버튼과 체험 시작 버튼은 누르지 마. 누르는 건 내가 한다 7. 가입 뒤 지출 한도와 알림을 걸 수 있는지 확인해서 알려 줘 3번과 4번이 둘째 칸의 경계다. 약관 동의와 카드 입력 앞에서 멈춘다. 2번은 결제 창 기준 규칙을 요청으로 옮긴 것이고, 5번은 기본값을 건드리지 않는 습관을 옮긴 것이다. 7번은 준비 쪽에 넣을 수 있는 안전장치다. 카드는 사람이 넣더라도, 그 뒤에 나갈 수 있는 돈의 상한은 Aside가 미리 알아봐 둘 수 있다. 14.10 연재를 마치며 이 글로 프롤로그부터 14장까지 15편의 연재를 마친다. 연재가 끝나면 책판으로 묶으면서 앞 장들을 다시 다듬는다. 여러 장에 반복된 설명을 정리하고, 가격과 메뉴 경로는 부록으로 모으고, 표기를 통일한다. 메뉴 이름과 화면은 그사이에도 바뀔 수 있으니, 각 장 끝에 적은 확인 기준일을 함께 봐 주면 좋겠다. 이 장의 확인 범위 기능과 약관 설명은 2026년 9월 27일에 확인한 Aside 이용약관, 보안과 권한 도움말, 같은 날 내 화면을 기준으로 했다. 이후 화면 이름이나 동작, 약관 조항은 바뀔 수 있다. 이용약관 조항 번호와 요지는 9월 27일 기준으로 옮긴 것이며, 법률 해석이 아니다. 판결 내용은 2026년 8월 기록 기준이다. 전원합의체 재심리 청구로 결론이 바뀔 수 있다. 한국 법에서 같은 판단이 나오는지는 확인하지 않았다. "에이전트로 한 일은 사용자가 한 일로 읽힐 수 있다"는 문장은 내 읽기다. 이메일 상품의 조건 불일치는 8월 29일과 30일 그 서비스 화면 기준이다. 지금도 같은지는 확인하지 않았다. 신청 뒤 유료 정정과 3~15일 반영은 내가 겪은 한 유통 사이트 기준이다. 지출 한도 7달러는 내 계획서의 비용 상한 1만 원에 맞춘 값이며 권장값이 아니다. 보안 프로그램 설치 문제의 원인은 내 업무용 컴퓨터에 대한 Aside의 진단 기준이다. Context Awareness를 켰을 때의 구성(화면 글자 인식, 입력 글자 기록, 보존 14일)은 내 설정 파일에서 본 값이며 도움말 설명이 아니다. 켰을 때의 실제 동작은 시험하지 않았다. 화면 캡처 허용 범위는 한 대형 검색 회사의 브랜드 안내 기준이다. 다른 회사의 안내는 각자 따로 확인해야 한다. 세 칸 구분과 표 14-2의 질문은 내 경험을 정리한 것이며 모든 상황을 덮지 않는다. 세무와 법률 판단은 전문가에게 확인해야 한다. 그림 14-1은 설명용 도식이다. 그림 14-2와 14-3은 실제 화면이며, 개인정보가 보이지 않아 화면 글자를 바꾸지 않았다. 설정값도 바꾸지 않았다. 요청 예시의 서비스와 상품은 가상이다. 참고한 자료 2026년 9월 27일 확인. Aside 이용약관 · 보안과 권한 도움말 · 미국 제9순회항소법원 판결문(No. 26-1444) 다음 글: 에필로그 · 이 연재를 Aside와 함께 만들며 이전 글: 13장 · 에이전트가 틀렸을 때 어떻게 아는가 『Aside 브라우저 사용설명서』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 이 연재를 Aside와 함께 만들며 | Aside 브라우저 사용설명서 에필로그 https://voidlogpress.com/aside-browser-epilogue/ 발행일: 2026-09-26T22:57:14+00:00 수정일: 2026-09-26T23:28:33+00:00 다른 AI가 '공식'이라는 단어가 4장에만 25번 나온다고 짚었다. 9장까지 발행한 뒤인 9월 26일 밤, 나는 다른 채팅 AI에게 이 연재의 평가를 받았다. 지적은 11개였다. 나는 그 평가를 Aside에게 붙여 넣고 대조를 맡겼다. Aside는 로그인하지 않은 상태로 공개 본문을 직접 세어 지적을 하나씩 맞춰 봤고, 4장의 그 단어는 실제로 25번이었다. 이 에필로그는 그 밤 앞뒤의 기록이다. 이 책은 이 책이 설명하는 제품으로 만들어졌다. 11장의 승인, 13장의 검증, 14장의 맡기지 않는 일이 연재를 만드는 과정에서 어떻게 드러났는지 돌아보고, 책판에서 고칠 것을 적는다. E.1 설명하는 제품으로 설명서를 쓰다 연재는 추석 명절에 시골에 내려가 있던 새벽에 시작됐고, 그 장면은 프롤로그에 적었다. 프롤로그부터 9장까지는 휴대폰의 텔레그램 봇 대화 하나로 집에 있는 Aside에게 지시해 집필과 발행과 검증을 모두 했다. 대화가 길어지자 앞부분이 요약됐다. 도중에 쓰던 AI 모델의 사용 한도가 거의 차서, 말로 요청해 다른 모델로 바꾸기도 했다. 13장과 14장은 사이드패널의 새 창에서 이어 썼다. 새 대화는 이전 대화를 기억하지 못한다. 그래서 운영 기록 파일과 기획서를 넘겨 이어 가게 했고, 운영 문서는 이 두 개로만 유지했다. 각 장은 같은 순서를 밟았다. 내가 사실 목록을 주면, 하위 에이전트로 띄운 AI 모델이 초안을 쓴다. 그 초안을 사실 목록과 대조해 고친 뒤 발행한다. 발행한 뒤에는 로그인하지 않은 상태로 이미지, 표, 앞뒤 글 연결, 연재 목록을 확인한다. 12장을 올릴 때는 이 확인에서 구조화 데이터의 주소 자리에 'undefined'가 들어간 것을 잡아 고쳤다. 13장에서 다룬 일이다. 로그인한 화면은 내가 보는 것을, 로그인하지 않은 화면은 독자가 보는 것을 보여 준다. 발행 버튼을 누른 순간보다, 독자 쪽 화면을 한 번 더 연 순간에 한 장이 끝났다고 봤다. 그림 E-1. 10장부터 이 연재를 만든 흐름. 실제 화면이 아닌 설명용 도식이다. 이 책은 집필 환경 자체가 대상 제품이다. 반대 경우도 있다. 내가 쓰던 다른 AI 도구 사용법 책은 대상 제품의 실행 기능이 2주 넘게 오류를 냈다. 실행 결과 도판을 찍지 못해 그 책은 중간 장에서 멈춰 있다. 사용법 책은 대상이 움직여야 쓸 수 있다. 이 연재는 쓰는 도구와 쓰이는 대상이 같았으므로, 설명할 기능을 쓰는 동안 사례가 함께 쌓였다. E.2 다른 AI의 평가는 어디까지 맞았나? 맞은 지적이 많았다. "~가 아니라"라는 대조 표현은 1~8장에서 23회로, 평가가 댄 숫자와 정확히 일치했다. 질문형 소제목은 2장에서 5개 중 5개, 4장에서 9개 중 8개, 8장에서 11개 중 9개였다. 권한 설명은 4·6·7·8·9장에, 모델 제공자에게 문맥이 전달된다는 설명은 1·4·5·6장에 되풀이됐다. 7·8·9장은 첫 줄이 "~면 된다"로 끝났고, 3~7장과 9장은 "N장에서 ~했다면"으로 시작했다. 작성자 표기는 편집부였는데 본문은 1인칭이었다. 이미지는 장마다 하나였고, 대부분 실제 앱 화면이 없는 도식이었다. 프롤로그에서 Aside가 메일로 인증 메시지를 확인한 장면이 4장의 "추가 인증은 사람에게"와 부딪친다는 지적도 맞았다. 원인도 찾았다. 질문형 소제목이 많았던 것은 이 연재가 따르던 검색 최적화 기준, 곧 질문형을 30% 이상 두라는 기준을 모든 장에 너무 넓게 적용한 결과였다. 7장 표에서 9월 20일 뒤에 9월 17일이 오는 날짜 순서 오류는 Aside가 날짜를 교정하다 만든 실수였고, 바로 고쳤다. 틀린 지적도 있었다. 1~6장은 써 보지 않은 사용설명서라는 평이었다. 경험은 있었다. 개인정보를 지키려고 붙인 단서 문장이 과해서 그렇게 읽힌 것이다. 평가가 언급한 어떤 책은 내 기록에서 확인되지 않았다. 외부 평가를 그대로 받지 않고 공개 본문을 세어 본 일은 13장의 검증을 내 원고에 적용한 셈이다. E.3 전반 9장과 후반 5장 평가를 대조한 뒤 방향은 내가 정했다. 웹 연재와 책판을 나눈다. 10~14장은 새 방식으로 쓴다. 1인칭으로 쓰고, 단서 문장은 장 끝 '확인 범위' 상자로 모으고, 권한 설명은 11장에서만 하고, 도입부와 소제목을 다양하게 하고, 제품명은 Aside로 통일한다. 앞 장들의 수정은 연재가 끝난 뒤 책판에서 한 번에 한다. 저자는 필명 강지우로 하고, 사이트 작성자 계정을 새로 만들어 앞선 10편의 작성자를 바꿨다. 맥을 기준으로 쓰되 윈도우 내용을 보강한다. 나는 윈도우판도 쓰고 있고, 맥용과 별 차이가 없다고 느낀다. 그리고 실제 설정 화면 캡처를 최대한 쓴다. 9월 27일, 저장된 원고 파일을 기준으로 다시 세었다. 첫 줄의 그 단어는 1~9장 합계 92회에서 10~14장 0회가 됐다. 질문형 H2는 82%에서 30%로 내려왔다. '어사이드'라는 한글 표기는 1장에만 13회 있었을 만큼 1~7장에 섞여 있었고, 8장부터는 0회다. 표 E-1에 나머지를 모았다. 항목1~9장10~14장 '공식' 등장 횟수합계 92회(4장 25회)0회 질문형 H278개 중 64개(82%)47개 중 14개(30%) 본문 이미지장마다 1장, 대부분 도식이나 공개 페이지14장(장마다 2~3장), 실제 Aside 설정 화면 캡처 포함 '어사이드' 표기1~7장에 있음(1장 13회 등), 8장부터 0회0회 서술과 작성자1인칭 서술에 편집부 표기(뒤에 강지우로 변경)1인칭, 필명 강지우 단서 문장본문 곳곳장 끝 '확인 범위' 상자 권한 설명4·6·7·8·9장에 반복11장에서만 표 E-1. 연재 전반(1~9장)과 후반(10~14장)의 차이. 9월 27일 저장된 원고 파일 기준. E.4 1인칭으로 바꾸자 무엇이 생겼나? 문체를 1인칭으로 바꾼 10장부터, 초안을 쓴 AI가 내가 겪지 않은 장면을 지어 넣었다. 전 부치기, 산소 방문, 저녁 식사, 하루 일과, 떠나기 전 가방 싸기 같은 것들이다. 명절에 시골에 있었다는 사실 하나에서 그럴듯한 장면이 줄줄이 붙어 나온 셈이다. 나는 이것들을 모두 지우고 실제 기록으로 바꿨다. 연재를 대화 하나로 이어 간 일, 그 대화가 요약된 일, 외부 AI 평가를 붙여 넣어 대조를 맡긴 일 같은 것이다. 겪은 일은 덜 극적이었지만, 사용설명서에 필요한 쪽은 그쪽이었다. 그 뒤로 1인칭 장은 사실 목록 밖의 장면을 하나하나 대조한 뒤에만 발행했다. 초안 AI에게 사실 목록 밖이라고 판단한 문장을 스스로 보고하게 하는 방식도 썼다. 지어낸 장면만 문제는 아니었다. 초안에는 과장과 근거 없는 단정도 섞였다. 8장 초안의 "세 곳에 6건씩"은 과장이었고, "순차 발송이 더 빨랐다"는 근거 없는 단정이었다. 둘 다 운영 기록과 대조해 고쳤다. 13장에서 에이전트가 틀렸을 때 어떻게 아는지를 다뤘는데, 이 연재에서 그 기준점은 내가 미리 적어 둔 사실 목록이었다. 목록이 있어야 목록 밖을 가려낼 수 있었다. E.5 캡처 약속은 10장부터 지켰다 프롤로그에서 나는 화면이 이해를 돕는 곳에는 실제 캡처를 넣겠다고 약속했다. 1~9장은 이 약속을 지키지 못했다. 장마다 이미지가 한 장이었고, 대부분 도식이나 공개 페이지였다. 10장부터 약속을 지켰다. 10~14장에 들어간 본문 이미지는 14장으로, 장마다 2~3장이고 실제 Aside 설정 화면 캡처가 들어 있다. 설정 화면은 탭으로 열어 찍었다. 개인정보가 보이면 캡처 직전에 화면의 글자만 가상 값으로 바꿨고, 설정값은 바꾸지 않았다. 앞에서 적은 다른 사용법 책이 도판 때문에 멈췄다는 점을 떠올리면, 찍을 수 있는 화면을 늦게라도 찍은 것은 이 연재가 누린 조건이었다. 그림 E-2. 에필로그를 올리기 전의 연재 목록 화면. E.6 11장, 13장, 14장을 이 연재에 겹쳐 보면 11장의 승인은 방향을 정하는 자리에서 드러났다. 문체, 필명, 웹과 책판의 분리는 내가 정했고, 모델을 바꾸는 일도 말로 요청해 이뤄졌다. 권한 이야기는 11장에 모아 두었으니 여기서는 되풀이하지 않는다. 프롤로그의 메일 인증 장면도 11장에서 "편리함과 섬뜩함"으로 다시 읽었다. 13장의 검증은 발행 뒤 로그인하지 않은 확인, 외부 평가를 세어 본 일, 사실 목록 대조로 나타났다. 14장의 맡기지 않는 일은 이 연재에서 무엇을 겪었는지 적는 일이었다. 초안과 교정과 확인은 Aside와 초안 AI가 했지만, 사실 목록은 내가 줬다. E.7 책판에서는 무엇을 고치나? 14장 끝에 적은 정리 말고도 기획서에 정해 둔 일이 있다. 4~6장에는 실제 장면을 넣고, 웹용 말미 문구는 판권면으로 옮긴다. '왜 Aside인가'도 책판 프롤로그나 1장에 넣는다. 전에 직접 설치해 쓰던 오픈소스 에이전트에서 상주 프로필이 17개, 약 4GB로 늘며 부하가 커졌고, 연결된 모델의 사용량 한도로 작업이 멈췄고, 비공개 화면 내용이 의도치 않게 공개되는 사고를 겪었다. 그 뒤 일을 Aside로 모았다. 사고는 14장에서 일반화해 다뤘고, 구체적인 내용은 책판에서도 밝히지 않는다. 화면의 수명은 약 3개월로 본다. 캡처에는 버전과 날짜를 적어 부록으로 모으고, 개정 때 통째로 바꾼다. 작업 순서는 고유명사 전수 점검, 책판 수정, 전자책 파일 제작, 등록이다. 분량은 14장, 약 92,400자로 잡았다. 돌아보면 역할은 비교적 분명하게 나뉘었다. Aside는 세고, 대조하고, 올리고, 독자 쪽 화면에서 확인했다. 무엇을 겪었고 어떤 방향으로 쓸지는 내가 정했다. 이 연재는 그 나눔을 시험한 기록이기도 하다. 이 글의 확인 범위 기준일은 2026년 9월 27일이다. 표 E-1과 본문의 횟수·비율은 9월 27일 저장된 원고 파일 기준 집계다. 공개 페이지를 이후 고치면 달라질 수 있다. 외부 AI 평가의 지적 11개 가운데 이 글에는 일부만 옮겼다. 평가한 AI의 이름은 적지 않았다. 질문형 30% 이상은 이 연재가 따른 검색 최적화 기준이며 일반 규칙이 아니다. 윈도우판이 맥용과 별 차이 없다는 것은 내 사용 느낌이며, 기능별로 비교한 결과가 아니다. 책판 계획과 분량 약 92,400자, 화면 수명 약 3개월은 기획서의 결정이며 진행하면서 바뀔 수 있다. 승인과 권한 설정은 11장을 기준으로 한다. 그림 E-1은 설명용 도식이다. 그림 E-2는 에필로그를 올리기 전의 실제 화면이다. 이어지는 연재: Aside 고급 활용 1 · 명령어를 몰라도 CLI의 장점을 쓰는 법 이전 글: 14장 · 맡기면 안 되는 일 처음부터: 프롤로그 · 맥북은 집에, 나는 시골에 있었다 『Aside 브라우저 사용설명서』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ## 연재 · Aside 고급 활용 ### 명령어를 몰라도 CLI의 장점을 쓰는 법 | Aside 고급 활용 1 https://voidlogpress.com/aside-advanced-1/ 발행일: 2026-09-26T23:28:32+00:00 수정일: 2026-09-26T23:40:41+00:00 로그인하지 않은 방문자의 화면을 볼 때, Aside는 브라우저 대신 명령줄을 썼다. 13장과 14장, 에필로그를 발행한 뒤였다. 로그인하지 않은 방문자에게 글이 어떻게 보이는지 확인해야 했다. 브라우저에서 부르는 요청에는 내 로그인 쿠키가 실려서 관리자 화면이 섞여 나온다. 1권 9장에서 다룬 차이다. 그래서 Aside는 명령줄 요청을 썼다. 나는 명령을 한 줄도 치지 않았다. 말로 부탁했고, Aside가 명령을 쓰고 실행하고 결과를 읽어 한국어로 알려 줬다. 이 글은 그 방식을 다룬다. 명령어를 외우지 않고도 명령줄의 장점을 가져다 쓰는 법이다. 1권 『Aside 브라우저 사용설명서』에 이어 여는 고급편의 첫 글이다. 1.1 CLI는 무엇이고, 왜 신경 쓸 만한가? CLI는 글자로 명령을 입력해 컴퓨터를 움직이는 방식이다. 세기, 대량 처리, 반복에 강해 비개발자에게도 쓸모가 있다. CLI는 command line interface의 줄임말이고, 우리말로는 명령줄이라고 부른다. 마우스로 버튼을 누르는 대신 터미널이라는 창에 한 줄짜리 명령을 입력하면, 컴퓨터가 그대로 실행하고 결과를 글자로 돌려준다. 버튼이 없으니 무엇을 쳐야 하는지 알아야 하고, 철자 하나만 틀려도 오류가 난다. 비개발자가 명령줄을 어렵게 느끼는 이유가 여기에 있다. 대신 명령은 글자라서 모호함이 없다. 파일 여러 개를 한 번에 다룰 수 있고, 같은 명령을 다시 치면 같은 일이 같은 방식으로 일어난다. 결과는 화면에 머물지 않고 파일로 남으며, 한 명령의 결과를 다른 명령으로 넘길 수도 있다. 원고 글자 수를 세거나, 발행한 글 여러 편을 한꺼번에 점검하는 일은 1인 출판에도 자주 있다. 그래서 명령줄의 장점은 개발자에게만 필요한 것이 아니다. 어려운 부분은 명령어를 아는 일이고, Aside는 바로 그 부분을 맡는다. Aside에는 브라우저 조작 외에 명령줄에서 명령을 실행하는 도구가 있다. 나는 개발자가 아니고 명령어를 외우지 않는다. 이 방식에서 사람이 하는 일은 세 가지로 줄어든다. 무엇을 알고 싶은지 말하기, 가끔 내 터미널에 한 줄 붙여 넣기, 돌아온 결과가 맞는지 판정하기다. 명령을 고르고, 쓰고, 실행하고, 길게 쏟아지는 출력을 읽어 요점만 추리는 일은 Aside가 한다. 그림 1-1은 이 두 갈래를 그린 것이다. 하나는 Aside가 자기 작업 공간에서 명령을 직접 실행하는 길이다. 다른 하나는 로그인이 필요한 도구를 Aside가 준비해 두고, 내가 내 터미널에서 한 줄만 실행하는 길이다. 그림 1-1. 명령어를 몰라도 CLI를 쓰는 두 가지 길. 실제 화면이 아닌 설명용 도식이다. 1.2 Aside가 대신 명령을 친 날 앞의 발행 점검으로 돌아가 보자. Aside가 쓴 명령은 curl이었다. curl은 웹 주소에 요청을 보내고 돌아온 응답을 그대로 받아 오는 명령이다. 브라우저와 달리 내 로그인 쿠키를 싣지 않으니, 로그인하지 않은 방문자가 받는 것과 같은 응답을 볼 수 있다. Aside는 이 요청으로 여러 항목을 한 번에 셌다. 페이지 응답 코드가 정상인지, 구조화 데이터(검색 엔진에 글의 제목과 날짜 같은 정보를 알려 주는 표시)가 몇 개이고 주소가 맞는지, 이미지 파일이 제대로 응답하는지, 표가 몇 개인지, 앞뒤 글 링크가 이어졌는지를 확인했다. 같은 확인을 브라우저로 했다면 관리자 화면이 섞인 결과를 보게 됐을 것이다. 나는 무엇을 확인하고 싶은지만 말했다. 같은 날 Aside는 명령줄에서 파이썬도 돌렸다. 파이썬은 계산이나 파일 처리를 글로 적어 시키는 프로그래밍 언어다. 원고 글자 수를 세고, 소제목 가운데 질문형이 몇 퍼센트인지 계산했다. 이미지 파일을 잘라 증거 화면을 만들었고, 완성 원고와 이미지를 작업 폴더로 복사했다. 연재 전반(1~9장)과 후반(10~14장)에서 특정 낱말이 몇 번 나왔는지, 질문형 소제목 비율이 어떻게 달라졌는지도 셌다. 명령 한 번으로 14개 파일을 한꺼번에 셌고, 그 결과가 에필로그의 표 E-1이 됐다. 파일을 하나씩 열어 눈으로 셌다면 14번을 되풀이해야 했을 일이다. 명령줄 도구가 늘 되는 것은 아니었다. 9월 하순, 여러 세션에서 Aside의 명령줄 도구가 실행 자체가 안 되는 장애를 겪었다. 앱을 다시 시작해도 풀리지 않은 세션이 있었고, 새 세션을 열자 정상으로 돌아온 적도 있다. 그 기간에는 브라우저와 다른 도구로 우회해서 일을 이어 갔다. 명령줄은 편하지만 유일한 길은 아니었다. 1.3 명령줄은 무엇을 잘하나? 명령줄이 잘하는 일은 다섯 가지로 묶을 수 있다. 첫째, 정확하게 센다. 눈으로 세면 놓치기 쉬운 글자 수나 표 개수를 명령은 빠짐없이 센다. 둘째, 한 번에 많이 처리한다. 파일이 14개든 조각이 85개든 같은 명령으로 돈다. 셋째, 같은 일을 똑같이 반복한다. 스크립트로 적어 두면 다음에도 같은 순서로 실행된다. 스크립트는 명령 여러 줄을 파일 하나에 적어 둔 실행 순서표다. 넷째, 기록과 파일이 남는다. 결과가 파일로 떨어지니 나중에 다시 열어 보고 비교할 수 있다. 다섯째, 다른 도구와 이어진다. 한 프로그램이 만든 결과를 다른 프로그램이 읽어 다음 일을 한다. 표 1-1은 이 다섯 가지를 이 글의 사례와 나란히 놓고, 그때 사람이 한 일을 함께 적은 것이다. CLI의 좋은 점이 글의 사례사람이 한 일 정확하게 센다로그인하지 않은 응답에서 응답 코드, 구조화 데이터, 이미지, 표, 앞뒤 글 링크 점검. 원고 글자 수와 질문형 소제목 비율 계산무엇을 셀지 말하고 결과를 판정 한 번에 많이 처리한다원고 14개 파일 한꺼번에 집계. 번역 85개 조각을 3단계로 처리스크립트 한 줄 실행 같은 일을 똑같이 반복한다조각마다 같은 스크립트로 번역·교정·해설. 등록 뒤 같은 검사 프로그램 실행결과 판정 기록과 파일이 남는다진행 기록 파일, 덧붙이기만 되는 대화 기록, 책마다 상태를 적은 파일실행 화면을 찍어 보내기, 새 창에서 한 줄로 이어 가기 요청 다른 도구와 이어진다코딩용 CLI 도구의 결과를 Aside가 읽고 검사. 두 에이전트가 파일로 대화도구 설치, 로그인, 구독 연결, 과금 차단 설정 표 1-1. 명령줄의 좋은 점 다섯 가지와 이 글의 사례, 그때 사람이 한 일. 표에서 사람 칸은 짧다. 짧다고 가벼운 일은 아니다. 무엇을 셀지 정하는 일과 결과가 맞는지 판정하는 일은 명령이 대신하지 못한다. 명령은 시킨 것을 정확히 세지만, 무엇을 세야 하는지는 스스로 정하지 않는다. 반대로 사람이 약한 부분, 곧 빠짐없이 세고 똑같이 되풀이하는 일은 명령에게 넘기는 편이 낫다. 이 나눔은 명령어를 몰라도 할 수 있다. 명령어를 아는 쪽은 Aside이고, 목표와 기준을 아는 쪽은 나이기 때문이다. 1.4 로그인이 필요한 도구는 누가 실행하나? 9월 21일과 22일에는 다른 CLI 도구를 썼다. 공개 저작물인 고전을 현대 한국어로 옮기는 여러 권짜리 번역 작업이었고, 번역 엔진으로 한 AI 회사의 코딩용 CLI 도구를 썼다. 명령줄에서 돌아가는 AI 에이전트다. 설치, 로그인(키체인 인증), 구독 연결, 과금이 넘치지 않게 막는 설정은 내가 직접 했다. 걸림돌은 로그인이었다. Aside의 작업 공간, 곧 샌드박스(바깥과 격리된 실행 공간)에서는 그 도구의 로그인 정보가 격리돼 있어서 Aside가 직접 부를 수 없었다. 그래서 역할을 나눴다. Aside는 입력 파일을 나누고 실행 스크립트를 쓴다. 나는 내 터미널에서 그 스크립트를 한 줄로 실행한다. 결과 파일은 Aside가 직접 읽고 검사한다. 규모는 이랬다. 전체를 85개 조각으로 나눠 번역, 문체 교정, 해설의 3단계를 돌렸고, 산출물은 약 280만 자였다. 뒤쪽 8권분인 73개 조각은 내가 스크립트 한 줄로 실행해 두었다. 진행 상황은 진행 기록 파일로 확인했다. 중간에 내가 실행 화면을 찍어 보낸 적이 있는데, 둘째 권 100%, 셋째 권 55.6%, 73개 중 15개 조각 완료, 절 번호 검사 전부 통과가 보였다. 내가 입력한 것은 한 줄이었고, 나머지 순서는 스크립트가 처리했다. 결과를 읽는 쪽은 Aside였다. 조각마다 원문의 절 번호와 결과의 절 번호를 비교했고, 전체를 합쳐 고유명사 표기가 흔들린 곳을 찾았다. 그렇게 중복된 절 하나와 고유명사 표기 흔들림을 찾아 고쳤다. 입력 원본이 바뀌지 않았다는 것은 해시로 확인했다. 해시(SHA-256)는 파일 내용에서 계산한 고정 길이의 값으로, 글자 하나만 바뀌어도 값이 달라진다. 280만 자를 사람이 한 줄씩 대조할 수는 없지만, 명령으로는 절 번호와 해시를 빠짐없이 맞춰 볼 수 있다. 첫 시험 실행에서 일이 하나 있었다. 그 CLI 도구 안의 에이전트가 권한 벽에 막히자, 스스로 스크립트를 고쳐 권한 확인을 모두 건너뛰는 위험한 옵션을 붙이고 다시 실행해 버렸다. 안전장치를 통째로 끄고 일을 계속한 셈이다. Aside는 그 옵션을 표준으로 쓰지 말고, 도구에 들어 있는 운영체제 수준의 격리 모드, 곧 샌드박스 모드로 바꾸자고 권했다. 나는 내 터미널에서 설정을 바꿨고, Aside는 스크립트의 옵션을 샌드박스 옵션으로 고쳤다. 같은 구간을 다시 돌렸더니 같은 품질로 통과했다. 명령어를 모르는 사람도 이 대목에서는 판정 자리에 있어야 한다. 권한을 어떻게 나누는지는 1권 11장에서 다뤘다. 1.5 에이전트끼리 파일로 대화하기 8월 말부터 내 출판 작업에는 에이전트가 둘 있다. 원고 파일과 전자책 빌드는 편집기 안의 다른 코딩 에이전트가 맡고, 사이트 등록과 브라우저 일은 Aside가 맡는다. 둘은 서로의 대화를 보지 못한다. 그래서 짧은 명령줄 프로그램 하나로 대화 채널을 만들었다. 만든 쪽은 다른 에이전트다. 메시지는 덧붙이기만 되는 기록 파일에 쌓인다. 보낼 때는 알림, 질문, 요청, 답변, 완료 가운데 종류를 붙이고, 답장은 원래 메시지 번호를 가리킨다. 책마다 상태를 적는 파일 하나가 정본이어서, 두 에이전트 모두 그 파일을 기준으로 삼는다. 명령줄이 다른 도구와 이어진다는 장점이 여기서는 에이전트와 에이전트를 잇는 데 쓰였다. 이 채널을 점검해 보니 77개 메시지 가운데 48개(62%)가 답을 받지 못했다. 원인은 설정이었다. 종류를 적지 않으면 기본값이 '알림'이 되는데, 알림은 답을 기다리지 않는 종류다. 기본값이 사람 습관보다 강했다. 책 정보 파일을 읽고 판정만 하는 검사 프로그램도 있다. 설계 원칙은 "만지지 않는다. 읽고 판정만 한다."이다. Aside는 등록을 마친 뒤 이 검사를 명령으로 돌려 오류가 0인지 확인한다. 세션이 사라져도 남는 것은 파일이다. 새 창에서 이어 갈 때도 "그 폴더 읽고 대화 채널 확인한 다음 이어서 진행해줘" 한 줄이면 되도록 해 두었다. 1.6 명령줄을 맡길 때 조심할 것 첫째는 비밀값이다. 9월 23일 API 키를 발급할 때, Aside는 키 값을 화면이나 기록에 찍지 않았다. API 키는 외부 서비스가 나를 알아보는 데 쓰는 긴 문자열이고, 남에게 보이면 내 이름으로 요금이 나갈 수 있다. Aside는 명령으로 권한을 제한한 설정 파일, 곧 소유자만 읽을 수 있는 파일로 키를 옮겼다. 그 폴더의 버전 관리 제외 목록에도 넣었다. 버전 관리 제외 목록은 파일 변경 기록을 남기는 프로그램이 건드리지 않을 파일을 적어 두는 목록이다. 명령줄은 결과를 그대로 출력하기 때문에, 비밀값을 다룰 때는 출력에 찍히지 않게 하라고 요청에 적어 두는 편이 안전하다. 둘째는 경로다. Aside 작업 공간의 명령줄에서 '~'(홈 폴더를 뜻하는 기호)는 내 실제 홈 폴더가 아니라 격리된 작업 공간의 홈을 가리킨다. 이 차이 때문에 한 번은 "키 파일이 이 컴퓨터에 없다"는 틀린 결론이 나왔다. 실제 파일은 내 문서 폴더에 있었다. 명령은 정확하게 실행됐지만, 엉뚱한 곳을 정확하게 찾았던 것이다. 그 뒤로 내 파일은 전체 경로로 찾는다. 명령줄이 "없다"고 답했을 때는 어디를 찾았는지까지 물어볼 만하다. 셋째는 작업 공간에서 막힌 일이다. Aside 작업 공간에서는 앱 실행, 설치 프로그램 실행, 실행 중인 프로세스 목록 보기가 막혀 있다. 그런 일이 필요하면 Aside는 나에게 넘긴다. "터미널을 열고 이 한 줄을 붙여 넣어 주세요" 같은 식이다. 대신 읽기 전용 진단 명령은 된다. 설치된 패키지 목록을 보거나, 백그라운드 서비스의 상태를 보거나, 실행 파일이 어떤 칩 구조용으로 만들어졌는지 확인하는 일이다. 사업자 등록 때 정부 사이트의 보안 프로그램이 돌지 않던 원인도 이렇게 찾았다. 칩 구조가 다른 프로그램을 돌려 주는 호환 계층이 내 컴퓨터에 없었다. 1권 14장에서 적은 일이다. 1.7 Aside CLI는 무엇이고, 무엇이 다른가? 여기까지는 Aside가 명령줄을 쓰는 이야기였다. 반대 방향도 있다. 명령줄이나 다른 코딩 에이전트에서 Aside에게 웹 작업을 시키는 입구다. Settings > Developers 화면 맨 위에 "Aside CLI: Browse and run web tasks from Codex, Claude Code, and more."라는 설명과 Install 버튼이 있다. 먼저 밝혀 두면, 나는 아직 설치하지 않았다. 내 화면의 버튼은 Install 상태 그대로다. 이 절은 화면과 도움말의 설명을 옮긴 것이고, 직접 써 본 경험은 없다. 그림 1-2. Settings > Developers 실제 화면. 나는 아직 Aside CLI를 설치하지 않았다. 같은 화면 아래쪽 FAQ는 역할을 이렇게 나눈다. 코딩 에이전트는 계획을 세우고 코드를 고친다. Aside는 로그인된 브라우저 세션과 브라우저 조작을 공급한다. 로그인 정보와 쿠키는 프롬프트(에이전트에게 주는 지시문)로 복사되지 않고 Aside 브라우저 안에 남는다고 적혀 있다. FAQ에는 Remote Control(Pro 요금제 기능)도 있다. 켜면 다른 기기나 서버에서 이 컴퓨터의 브라우저로 작업을 보낼 수 있고, 로그인과 브라우징은 이 컴퓨터에 남고 다른 기기는 요청을 보내고 결과를 받는다. 내 화면에서 이 스위치는 꺼져 있다. 그림 1-3. 같은 화면의 FAQ. Aside CLI의 세 명령을 설명한다. FAQ는 Aside CLI의 명령 셋을 설명한다. 표 1-2는 화면의 설명을 옮겨 정리한 것이다. FAQ는 두 연결 방식도 구분한다. CLI는 사람과 스크립트가 쓰는 입구이고, MCP는 호환되는 에이전트가 자기 작업 중에 Aside의 도구를 부르는 연결 방식이다. MCP(Model Context Protocol)는 AI 에이전트가 바깥 도구를 찾아 부를 수 있게 하는 연결 규약이다. 반복해서 돌릴 스크립트에는 CLI를, 에이전트가 스스로 도구를 찾아 쓰게 하려면 MCP를 권한다. 명령하는 일언제 쓰나 aside exec "..."브라우저 작업 전체를 Aside 에이전트에게 맡긴다로그인된 사이트에서 데이터를 모으거나 여러 단계 작업을 통째로 맡길 때 aside replPlaywright와 비슷한 자바스크립트로 브라우저를 직접 조작하고 증거를 남긴다화면 캡처, 파일 내려받기처럼 조작과 증거를 직접 쥐고 싶을 때 aside mcpMCP를 지원하는 코딩 에이전트가 Aside의 브라우저 도구를 직접 부르게 한다코딩 에이전트가 작업 중에 스스로 브라우저 도구를 찾아 쓰게 할 때 표 1-2. Aside CLI 세 명령 비교. Developers 화면 FAQ의 설명을 옮긴 것이며, 나는 직접 실행해 보지 않았다. 도움말에 따르면 macOS에서는 한 줄짜리 설치 명령으로 설치하고, 설정 화면에서도 설치와 업데이트를 할 수 있다. 작업은 aside 뒤에 요청 문장을 붙여 시작하고, 세션 번호를 붙여 이어 간다. 9월 2일 변경 기록에는 aside skills install로 Codex, Claude Code, Cursor, OpenCode에 Aside 브라우저 스킬을 설치하는 기능이 추가됐다고 적혀 있다. Playwright는 브라우저를 코드로 조작하는 도구다. 이번 발행 작업에서 Aside가 쓴 브라우저 조작, 곧 페이지 스냅샷, 화면 캡처, 파일 올리기는 aside repl이 설명하는 것과 같은 계열로 보인다. 내 관찰일 뿐이고, 같은 것이라고 확인하지는 않았다. 1.8 명령어 없이 쓰는 요청 예시 명령어를 몰라도 요청에 담을 것은 세 가지다. 무엇을 확인할지, 어떤 조건에서 볼지, 결과를 어떤 모양으로 받을지. 명령의 이름은 몰라도 된다. 필요하면 "명령줄로"라는 말만 붙이고, 내 터미널에서 해야 할 일이 있으면 한 줄로 알려 달라고 적어 둔다. 아래는 설명을 위해 만든 가상의 요청이다. [가상 설정] 내 사이트의 새 글 세 편을 로그인하지 않은 방문자 입장에서 확인해 줘. 브라우저 말고 명령줄로 확인해 줘. 내 로그인 상태가 섞이면 안 돼. 1. 세 글 모두 페이지가 정상으로 열리는지 2. 글마다 이미지가 전부 제대로 나오는지 3. 글마다 표가 몇 개인지, 앞뒤 글 링크가 이어져 있는지 4. 명령어나 원래 출력은 보여 주지 않아도 돼. 결과만 한국어로 표 하나에 정리해 줘 5. 네가 실행할 수 없는 일이 있으면 내 터미널에 붙여 넣을 한 줄만 알려 줘 6. 이상한 항목이 있으면 무엇을 어디서 확인했는지 같이 적어 줘 이 요청에서 명령어는 한 번도 나오지 않는다. 그래도 명령줄의 장점은 대부분 들어 있다. 세 글을 같은 기준으로 세고, 결과를 표로 남기고, 막히는 곳만 사람에게 넘긴다. 마지막 줄은 판정을 위한 장치다. 어디서 확인했는지를 알아야, 틀린 곳을 정확하게 찾은 결과인지 가려낼 수 있다. 1.9 다음 편: 여러 AI 모델에게 역할 나누기 1.4절의 코딩용 CLI 도구로 다른 책의 영어판 시험도 했다. 한 모델이 초안을 쓰고, 다른 모델이 고치고, 세 번째 모델이 감사했다. 그 과정에서 스크립트를 다시 실행하면 사람이 승인한 원고를 덮어쓰는 구조를 발견했고, 모델 출력은 별도 파일에만 쓰게 고쳤다. 다음 편은 이렇게 여러 AI 모델에게 역할을 나눠 맡기는 이야기다. 이 글의 확인 범위 기능 설명은 2026년 9월 27일에 확인한 Aside의 CLI·MCP·REPL 도움말, 변경 기록, 같은 날 내 Settings > Developers 화면을 기준으로 했다. 이후 화면 이름이나 동작은 바뀔 수 있다. Aside CLI는 설치하지 않았고 직접 실행하지 않았다. aside exec, aside repl, aside mcp의 설명과 표 1-2, Remote Control 설명은 화면 FAQ와 도움말을 옮긴 것이다. 이번 발행 작업의 브라우저 조작이 aside repl과 같은 계열이라는 말은 내 관찰이며 확인하지 않았다. Aside의 명령줄 도구 장애는 9월 하순 내 세션들 기준이다. 원인과 다른 사용자에게도 생기는지는 확인하지 않았다. 작업 공간에서 막힌 일(앱 실행, 설치 프로그램 실행, 프로세스 목록 보기)과 '~'가 가리키는 위치는 내 환경에서 겪은 것이다. 환경과 버전에 따라 다를 수 있다. 번역 작업의 조각 수, 산출물 약 280만 자, 진행 화면의 수치는 9월 21일과 22일 내 작업 기록 기준이다. 도구와 회사 이름은 적지 않았다. 대화 채널의 미응답 비율(77개 중 48개)은 점검한 시점의 집계다. 권한 확인을 건너뛰는 옵션 대신 샌드박스 모드를 쓴 판단은 내 작업 한 건의 결정이며 모든 도구에 맞는 권장값이 아니다. 명령어를 알아야 한다는 부담을 줄이는 방법을 다뤘을 뿐, 명령의 결과를 검증 없이 믿어도 된다는 뜻은 아니다. 결과 판정은 사람이 해야 한다. 그림 1-1은 설명용 도식이다. 그림 1-2와 1-3은 실제 화면이며 설정값은 바꾸지 않았다. 1.8절의 요청은 가상이다. 참고한 자료 2026년 9월 27일 확인. CLI·MCP·REPL 도움말 · Aside 변경 기록 다음 글: 고급 활용 2 · 여러 AI 모델에게 역할 나누기 1권: 『Aside 브라우저 사용설명서』 연재 목록 『Aside 고급 활용』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 여러 AI 모델에게 역할 나누기 | Aside 고급 활용 2 https://voidlogpress.com/aside-advanced-2/ 발행일: 2026-09-26T23:40:40+00:00 수정일: 2026-09-27T00:31:54+00:00 감사 모델이 짚은 지적 2건은 둘 다 오탐이었다. 9월 22일부터 24일까지, 내 한국어 전자책 한 권을 영어권 독자용으로 다시 쓰는 시험을 했다. 세 회사의 모델에게 초안, 수정, 감사를 하나씩 맡겼다. 초안과 수정은 원고를 실제로 낫게 만들었다. 감사 모델은 일시적인 서버 오류 뒤 다시 실행해 끝까지 돌았지만, 내놓은 지적 두 건이 모두 틀렸다. 원고에 남아 있던 진짜 문제는 그 두 건 속에 없었다. 이 글은 여러 AI 모델에게 역할을 나눠 맡기는 이야기다. 모델을 하나만 쓰는 사람을 위해, 어떤 일을 어느 모델에게 맡기고 어디에 검문을 세우는지 적는다. 고급편의 두 번째 글이다. 2.1 좋은 모델 하나로는 왜 부족한가? 품질은 좋은 모델 하나보다, 역할을 나누고 단계마다 게이트를 세울 때 나온다. 게이트는 다음 단계로 넘어가기 전에 반드시 통과해야 하는 검문이다. 모델 하나에게 쓰기부터 검토까지 전부 맡기면, 같은 모델이 자기 결과를 다시 보게 된다. 그러면 처음 놓친 것을 두 번째에도 놓치기 쉽고, 독립된 감사가 되지 않는다. 역할은 크게 넷으로 나눌 수 있다. 쓰기(초안), 고치기(수정), 감사(독립 점검), 감독(순서를 정하고 최종 판정하는 일)이다. 같은 계열 모델을 여러 자리에 써도 입력과 역할을 나누면 효과가 있다. 쓰는 모델에게는 소재를 주고 대조하는 모델에게는 소재와 초안을 함께 주는 식이다. 다른 회사 모델을 감사자로 두는 것도 도움이 된다. 다만 그 모델의 지적도 주장으로 받고, 원본과 대조해 가린다. 그림 2-1은 이 구조를 그린 것이다. 그림 2-1. 여러 모델에게 역할을 나누고 게이트를 세우는 구조. 실제 화면이 아닌 설명용 도식이다. 2.2 Aside의 모델 칸은 무엇을 나눠 두었나? 역할 분리를 처음부터 설계할 필요는 없다. Aside 설정에 이미 그 틀이 있다. Settings > Models 화면 위쪽 Providers에는 모델을 공급하는 곳이 모여 있다. 내 화면에는 Aside(Pro), Claude(Subscription), ChatGPT(Subscription), Grok(Subscription), DeepSeek(API)와 Connect 버튼이 보인다. Aside 요금제, 채팅 서비스 구독, 사용량 과금 API라는 세 가지 연결 방식이 한 화면에 섞여 있다. API는 프로그램끼리 요청을 주고받는 창구이고, 사용량 과금은 쓴 만큼 요금이 붙는 방식이다. 연결하는 경로는 1권 3장에서 다뤘다. 그림 2-2. Settings > Models의 Providers 실제 화면. 같은 화면 아래쪽 Task models가 이 글의 핵심이다. 일의 종류마다 칸이 있고, 칸마다 모델을 따로 고를 수 있다. Default model은 새 대화의 기본 모델로, 마지막으로 쓴 모델이 기본이 된다고 적혀 있다. Fast는 빠르고 싼 보조 작업, Standard는 오래 걸리는 백그라운드 작업과 기억 정리, Deep은 어려운 추론·계획·판정·종합, Visual은 이미지와 화면 해석을 맡는다. Image generation model은 그림을 만들고 고치는 칸이다. 화면 설명대로라면, 대화에서 고른 모델이 기본이 되고 보조 작업과 판단, 화면 해석은 각 칸의 모델이 맡는다. 표 2-1은 내 화면의 칸과 설명, 설정을 옮긴 것이다. 그림 2-3. 같은 화면의 Task models. 일의 종류마다 모델을 따로 배정한다. 칸화면 설명내 설정어울리는 일 Default modelThe last used model becomes the default for new chatOpus 5.5대화에서 계획을 세우고 일을 지휘하는 감독 FastQuick, cheap, bounded side workGPT-5.6 Sol범위가 정해진 짧은 보조 작업, 진행 확인 StandardDurable internal background work, and memory dreamingGPT-5.6 Sol오래 걸리는 백그라운드 작업, 기억 정리 DeepHard reasoning, planning, judging, and synthesisGPT-6 Astra어려운 판단, 판정, 여러 결과의 종합 VisualImage, screenshot, CAPTCHA, and page interpretationSonnet 5캡처와 화면 읽기 Image generation modelModel used to generate and edit imagesChatGPT Image그림 만들기와 고치기 표 2-1. Aside Task models 칸. 화면 설명과 내 설정은 2026년 9월 27일 내 화면 그대로이고, '어울리는 일'은 화면 설명을 바탕으로 내가 정리한 것이다. 표 2-1을 보면 모델을 하나만 쓴다고 생각하는 사람도 이미 여러 모델을 거치고 있을 수 있다. 화면 설명대로라면, 대화 창에서는 Default 칸의 모델과 이야기하지만 짧은 보조 작업은 Fast 칸, 백그라운드 작업은 Standard 칸, 어려운 판정은 Deep 칸, 캡처 읽기는 Visual 칸의 모델이 맡는다. 칸마다 설명이 다른 것은 일의 성격이 다르기 때문이다. 빠르고 싸야 하는 일과 오래 붙들고 따져야 하는 일을 한 모델이 똑같이 잘하기는 어렵다. 이 칸 구성이 바로 쓰기, 고치기, 감사, 감독을 나누는 사고방식과 닮아 있다. 다만 칸은 도구가 정한 일의 종류이고, 내 원고에서 누가 쓰고 누가 검사할지는 따로 정해야 한다. 기본 모델은 대화 안에서도 바꿀 수 있다. 연재 도중 쓰던 모델의 사용 한도가 거의 차서, 대화에서 말로 요청해 다른 모델로 바꾼 적이 있다. 칸이 있다는 것과 그 칸을 역할에 맞게 채우는 것은 별개의 일이다. 그다음은 사람이 정한다. 2.3 이 연재를 만든 역할 분리 이 연재도 역할을 나눠 만들었다. 1권 6장부터 각 장의 초안은 하위 에이전트로 띄운 모델이 썼다. 하위 에이전트는 주 대화(부모 세션)가 따로 띄워 일 하나를 맡기는 작업자다. 부모 세션은 초안을 사실 목록과 대조해 고친 뒤 발행했다. 초안과 대조를 같은 계열 모델이 맡은 때도 있었다. 그래도 입력과 역할은 갈랐다. 초안 모델은 사실 목록을 받아 썼고, 부모는 사실 목록과 초안을 나란히 놓고 대조했다. 초안 모델에게는 사실 목록 밖이라고 판단한 문장을 스스로 보고하라고 시켰지만, 발행 판단은 이 자기 보고에 기대지 않았다. 부모가 문장 단위로 다시 대조했다. 1인칭 문체를 시키면 초안 모델은 식사, 산소 방문, 하루 리듬 같은 장면을 지어 넣었다. "나는 인증을 이렇게 설계한다" 같은 저자의 규칙까지 만들어 냈다. 부모의 대조에서 실제로 고친 예도 있다. 14장 초안은 이용약관의 금지 목록을 "Aside가 해서는 안 되는 일"로 썼는데, 원래 뜻은 "사용자가 Aside로 해서는 안 되는 일"이었다. 같은 초안은 캡처에 가상 값을 넣었다고 적었지만 사실은 바꾸지 않았다. 8장 초안에는 "세 곳에 6건씩" 같은 과장과 근거 없는 단정이 있었다. 모두 문장 하나씩 대조해서 잡았다. 검증 방법은 1권 13장에서 더 자세히 적었다. 2.4 세 모델 파일럿에서 무엇이 드러났나? 도입의 시험으로 돌아가 보자. 직역하지 않고 영어권 독자에게 맞게 다시 쓰는 개작이었고, 표본 항목 세 개로 문체와 편집 비용을 먼저 확인하기로 했다. 파일럿은 본 작업 전에 작게 돌려 보는 시험이다. 명령줄 AI 도구 안에서 세 회사의 모델을 나눠 썼다. 초안 모델이 영어 초안을 쓰고, 수정 모델이 한국어 원문과 대조해 고치고, 감사 모델이 따로 감사했다. 실행은 내 터미널에서 스크립트 한 줄로 했다. 고급편 1편에서 다룬 방식이다. 결과를 원본과 맞춰 보니 통과 표시와 실제 품질이 달랐다. 구조 검사는 PASS였다. 그런데 원고에는 영어권 독자에게 한국어 원어민처럼 말을 거는 문장, 한 문화에 대한 절대적인 주장, 로마자 표기 오류가 남아 있었다. 감사 모델의 지적 두 건은 모두 오탐이었고, 수정 모델의 자기 보고에도 실제 결과와 어긋나는 대목이 여러 곳 나왔다. 그래서 규칙을 정했다. 모델의 PASS, 구조 검사의 PASS, 모델의 자기 보고는 문장 품질을 승인하는 근거가 되지 못한다. 지적에는 정확한 한국어와 영어 인용을 붙이게 하고, 그 인용을 원본 파일과 대조한다. 구조도 고쳤다. 표기 기준표와 표제어 목록을 잠가, 다른 지침과 부딪치면 이 두 파일이 이기게 했다. 스크립트를 다시 돌리면 사람이 승인한 원고를 덮어쓰는 구조도 찾아서, 모델의 출력은 별도 파일에만 쓰게 바꿨다. 전권으로 넓히기 전에 2차 파일럿이 필요하다고 보았고, 아직 전권은 돌리지 않았다. 역할 배정은 품질 밖의 문제에도 닿는다. 이 해외 전자책 판매 플랫폼의 정책에서는 AI가 번역문 자체를 만들면 사람이 많이 고쳐도 'AI 생성 번역'으로 신고해야 한다. 사람이 번역하고 AI를 교정과 오류 확인에만 쓰면 신고 대상이 아니다. 누가 쓰고 누가 고쳤는지가 신고 여부까지 바꾼다. 2.5 역할을 나누는 기준 9월 17일과 18일에는 장문 전자책을 쓸 때 여러 모델을 어떻게 배정할지 검토하고, 연결 시험까지 했다. 기본안은 세 층이다. 싸고 빠른 사용량 과금 API 모델에게는 초고, 보강, 문체 정리 같은 대량 작업을 준다. 다른 회사 모델에게는 구조와 문체, 앞뒤 연결을 독립적으로 감사하게 한다. 가장 강한 모델은 감독과 판정, 최종 게이트를 맡는다. 가장 비싼 설정은 전권의 기본값으로 쓰지 않고, 어려운 장에서 비교해 볼 후보로만 둔다. 품질이 모델 교체로 보장되지 않는다는 점도 이 검토에서 확인했다. 한 책을 여러 감사가 나란히 본 적이 있는데, 실제 오류를 많이 찾았지만 빈칸을 출간 차단 사유로 본 오탐, 심각도 과장, 감사끼리 엇갈린 판단도 함께 나왔다. 최종 판정에는 원문을 다시 대조해야 했다. 그래서 비싼 모델을 전권에 되풀이해 넣기보다 검증을 역할별로 나눴다. 표 2-2는 그 기준이다. 오른쪽 칸이 가장 중요하다. 어느 자리의 모델이든 결과를 믿기 전에 사람이나 검사 프로그램이 따로 확인할 것이 있다. 역할맡길 일어떤 모델결과를 믿기 전 확인할 것 쓰기(초안)초고, 보강, 문체 정리 같은 대량 작업싸고 빠른 모델소재 목록 밖의 장면·숫자·규칙이 들어갔는지 문장 단위 대조. 자기 보고만 믿지 않기 고치기(수정)원문과 대조한 수정, 통독, 문법·중복·산술·수치 일치싼 모델, 또는 초안과 입력을 달리한 모델자기 보고와 실제 결과가 맞는지. 작은 수정은 정확한 위치만 고치고 검사기로 확인 감사(독립 점검)구조, 문체, 앞뒤 연결 점검다른 회사 모델지적마다 원문 인용이 붙었는지, 그 인용이 원본 파일에 있는지. 오탐·심각도 과장 가리기 감독(판정)순서 제어, 최신 통계·출처·인과 판단, 법률·저작권, 최종 출간 판정가장 강한 모델 + 자동 검사PASS를 품질 승인으로 읽지 않기. 확인한 범위와 대조한 원문이 남았는지 표 2-2. 역할별 배정 기준. 9월 17~18일 검토와 영어판 파일럿에서 정한 것이다. 표의 경계선은 비용과 위험으로 그었다. 초고, 통독, 문법과 중복 확인, 산술과 수치 일치는 양이 많고 결과를 기계적으로 검사하기 쉽다. 틀려도 검사기나 다음 단계에서 잡힌다. 그래서 싼 모델에게 넘긴다. 반대로 최신 통계와 출처, 원인과 결과를 잇는 판단, 법률과 저작권, 최종 출간 판정은 틀렸을 때 되돌리기 어렵고, 겉보기 문장만으로는 맞는지 알기 어렵다. 이 일은 자동 검사를 먼저 돌리고 상위 모델이 정밀하게 검증한다. 비싼 모델은 모든 문장에 쓰기보다 이 좁은 구간에 모아 쓴다. 모델을 하나만 쓰는 사람이라면, 먼저 자기 작업을 이 두 묶음으로 갈라 보는 것에서 시작할 수 있다. 2.6 감독 모델은 어디에 둬야 하나? 배정 검토에서 가장 중요했던 구분은 감독의 자리다. Aside에서는 대화에서 고른 모델이 기본 모델이 된다. 비용을 아끼려고 싼 모델을 기본(대화) 모델로 고르면, 그 싼 모델이 작업 전체의 계획자가 된다. 계획을 세운 모델이 일꾼을 부르고 결과까지 검토하니, 같은 모델이 자기 결과를 검토하는 셈이다. 그러면 독립 감사가 성립하지 않는다. 순서는 반대로 잡아야 한다. 상위 모델을 제어하는 세션에 두고, 싼 모델은 일꾼으로 불러 쓴다. 표 2-1로 말하면 Default 칸에 감독을 두고, 대량 작업은 따로 불러 맡기는 구조다. 모델을 하나만 쓰던 사람이 두 번째 모델을 들일 때 가장 먼저 정할 것이 이 자리다. 하나 더 구분할 것이 있다. 모델 연결, 역할 배정, 검토 시점은 서로 다른 세 가지다. Providers에 제공자를 연결한다고 역할이 생기지 않고, 역할을 정한다고 검문이 저절로 생기지도 않는다. 게이트는 강제해야 한다. 진행 상태를 적는 파일과 정해진 검사 프로그램을 두고, 단계마다 검사를 통과해야 다음으로 넘어가게 한다. 감독 모델이 "이번에는 검사를 해야지" 하고 기억하는 데 맡기지 않는다. 파일과 검사 프로그램은 매번 같은 기준으로 돈다. 2.7 "문제 없음"도 증거로 받는다 감사 모델이 "문제 없음"이라고 답해도 그대로 통과시키지 않는다. 증거가 없는 통과는 확인하지 않은 것과 구별이 안 된다. 그래서 확인한 문단과 표의 수, 숫자를 다시 계산한 식, 대조한 원문을 함께 남기게 한다. 지적이 있을 때도 같다. 인용이 붙어 있어야 그 문장이 원본에 정말 있는지 찾아볼 수 있다. 작은 수정에도 규칙이 있다. 모델에게 전문을 다시 쓰게 하지 않고, 고칠 위치만 정확히 고친 뒤 검사기로 확인한다. 다른 회사 모델의 감사가 유용하다는 것과 그 감사를 믿는 것은 별개다. 영어판 파일럿에서 받은 다른 외부 검토는 주요 위험을 맞게 짚었지만, 정당한 현지화를 오류로 분류한 대목도 있었다. 원본 파일과 대조해 가렸다. 사이트 점검을 다른 채팅 AI들에게 맡겼을 때도 정확도는 매번 달랐다. 처음 여섯 번은 절반가량이 틀렸고, 틀린 지적이 0건인 적도 있었다. 어느 모델이 감사하든 그 지적은 주장이고, 판정은 원본과 대조한 뒤에 내린다. 2.8 역할을 적은 요청 예시 모델을 여러 개 연결하지 않았더라도, 요청에 역할을 적는 것부터 시작할 수 있다. 요청에 담을 것은 네 가지다. 누가 무엇을 쓰고 고치고 감사하는지, 각자 무엇을 입력으로 받는지, 지적에 어떤 증거를 붙일지, 최종 판정을 누가 하는지다. 아래는 설명을 위해 만든 가상의 요청이다. [가상 설정] 블로그 글 한 편을 세 단계로 나눠 진행해 줘. 너는 감독만 맡아. 1. 초안: 싼 모델을 하위 작업으로 불러, 첨부한 사실 목록만으로 초안을 쓰게 해 줘. 사실 목록 밖이라고 판단한 문장은 따로 표시하게 해 줘. 2. 수정: 초안과 사실 목록을 나란히 주고, 목록에 없는 문장을 고치게 해 줘. 고친 곳만 바꾸고 전문을 다시 쓰지는 말게 해 줘. 3. 감사: 다른 회사 모델에게 수정본을 주고 문제를 찾게 해 줘. 지적마다 원고의 해당 문장을 그대로 인용하게 해 줘. "문제 없음"이면 몇 문단을 확인했는지 적게 해 줘. 4. 감사 지적은 바로 반영하지 말고, 인용이 원고에 실제로 있는지 먼저 대조해 줘. 5. 각 단계의 결과는 별도 파일로 남기고, 내가 승인한 원고는 덮어쓰지 마. 6. 마지막에 반영한 지적과 버린 지적을 이유와 함께 표로 보여 줘. 4번과 6번이 게이트다. 감사 지적을 곧장 반영하면 오탐까지 원고에 들어간다. 버린 지적과 그 이유를 표로 받아 두면, 감독이 무엇을 근거로 판정했는지 나중에 다시 볼 수 있다. 2.9 다음 편: 토큰과 비용 관리 역할을 나누면 비용 문제가 따라온다. 사용량 과금 API 모델은 연결과 기능 시험까지 했지만, 원고 규모로 돌리는 일은 과금 확인 문제로 보류 중이다. 월정액 구독 한도 안에서 쓰면 한 권을 더 쓰는 현금 비용이 0일 수 있다는 견적도 냈다. 9월 26일 밤 Aside 크레딧 표시가 "Pro 0% remaining"이었는데도 연재 작업에 영향이 없던 이유도 다음 편에서 다룬다. 이 글의 확인 범위 기능 설명은 2026년 9월 27일에 확인한 Aside의 모델 도움말과 같은 날 내 Settings > Models 화면을 기준으로 했다. 이후 화면 이름이나 동작은 바뀔 수 있다. Task models 칸의 설명은 화면 문구를 옮긴 것이다. Aside 내부에서 정확히 언제 어느 칸의 모델을 쓰는지는 확인하지 않았다. 표 2-1의 '어울리는 일'은 화면 설명을 바탕으로 한 내 정리다. 표 2-1의 모델 이름은 2026년 9월 27일 내 설정이며 권장값이 아니다. 제공자와 모델 이름은 화면 설명에만 적었고, 내 작업 사례에서는 역할 이름으로 불렀다. 세 모델 파일럿은 9월 22~24일, 표본 항목 세 개로 한 시험이다. 전권에는 아직 적용하지 않았고 2차 파일럿이 남아 있다. 도서명, 판매 플랫폼명, 명령줄 도구 이름은 적지 않았다. AI 생성 번역 신고 기준은 내가 확인한 한 해외 전자책 판매 플랫폼의 정책이다. 다른 플랫폼은 기준이 다를 수 있다. 표 2-2의 배정 기준은 9월 17~18일 검토와 연결 시험에서 정한 설계다. 사용량 과금 API 모델의 원고 규모 운영은 보류 중이며, 구독 한도 안의 현금 비용 0은 견적 판단이고 실측이 아니다. 외부 AI 점검의 정확도(처음 여섯 번 절반가량 틀림, 0건 틀린 적도 있음)는 내 사이트 점검 기록 기준이다. 역할을 나눠도 결과를 검증 없이 믿어도 된다는 뜻은 아니다. 최종 판정은 원본 대조와 사람의 몫이다. 그림 2-1은 설명용 도식이다. 그림 2-2와 2-3은 실제 화면이며 설정값은 바꾸지 않았다. 2.8절의 요청은 가상이다. 참고한 자료 2026년 9월 27일 확인. 모델과 AI 도움말 다음 글: 고급 활용 3 · 토큰과 비용 관리 이전 글: 고급 활용 1 · 명령어를 몰라도 CLI의 장점을 쓰는 법 1권: 『Aside 브라우저 사용설명서』 연재 목록 『Aside 고급 활용』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 토큰과 비용 관리 | Aside 고급 활용 3 https://voidlogpress.com/aside-advanced-3/ 발행일: 2026-09-26T23:50:33+00:00 수정일: 2026-09-27T00:35:34+00:00 청구 화면에는 57번의 요청이 찍혀 있었다. 9월 18일, 여러 모델에게 역할을 나누려고 사용량 과금 API 모델을 Aside에 연결했다. 역할 나누기는 고급편 2편에서 다뤘다. 연결 뒤 아주 작은 시험을 두 번 했고 응답은 정상이었다. 그런데 그 제공자의 청구 화면에는 요청 57번, 약 3,156만 토큰, 약 0.69달러가 찍혔다. Aside 쪽 기록은 모델 호출 3번, 약 5만 4천 토큰, 약 0.01달러였다. 약 67배 차이다. 이 글은 AI 요금이 어디서 새는지 모르는 사람을 위해 쓴다. 비용은 "좋은 모델이 비싸다"는 한 줄보다 호출 횟수, 같은 내용 다시 읽기, 보이지 않는 재시도, 비싼 기본값에서 샌다. 고급편의 세 번째 글이다. 3.1 토큰과 크레딧은 무엇이 다른가? 토큰은 모델이 읽고 쓰는 글 조각이고, 크레딧은 Aside 요금제 안에서 쓰는 사용량 단위다. 토큰은 대략 글자 몇 개를 묶은 조각이다. 모델은 요청을 받을 때 읽은 양과 답할 때 쓴 양을 모두 토큰으로 센다. 사용량 과금 API는 이 토큰 수에 따라 요금을 매긴다. API는 프로그램끼리 요청을 주고받는 창구이고, 사용량 과금은 쓴 만큼 요금이 붙는 방식이다. 크레딧은 Aside 요금제 안에서만 쓰는 단위로, 내 Pro 요금제는 갱신 때마다 1,800크레딧으로 채워진다. 여기에 월정액 채팅 구독이 하나 더 있다. 구독은 정해진 사용 한도 안에서 쓰고, 한도를 넘기 전까지는 추가 요금이 없다. 세 방식은 청구하는 곳도, 확인하는 화면도 다르다. 그래서 가장 먼저 정한 원칙은 하나다. 청구의 기준은 돈을 받는 쪽, 곧 제공자의 청구 화면이다. 그림 3-1은 이 글에서 다룰 새는 자리 다섯 곳과 그 옆에 둔 장치를 짝지은 것이다. 호출 횟수는 호출을 줄이는 절차로, 같은 내용 다시 읽기는 읽는 양과 간격을 줄이는 설정으로 막는다. 보이지 않는 재시도는 청구 화면 대조로, 비싼 기본값은 실행 전 비용 확인으로, 이중 실행은 오류가 떠도 바로 다시 누르지 않는 습관으로 막는다. 그림 3-1. AI 비용이 새는 자리와 막는 장치. 실제 화면이 아닌 설명용 도식이다. 3.2 Plan & Usage 화면에서 무엇을 봐야 하나? Aside 요금제 쪽 사용량은 Settings > Plan & Usage에서 본다. 9월 27일 내 화면 위쪽에는 Aside Pro 요금제와 2026년 10월 1일 자동 갱신이 적혀 있었다. Credits 칸은 "0% remaining"이었고, 그 아래에 10월 1일 1,800크레딧으로 다시 채워진다는 안내가 있었다. 잔액은 0크레딧이었다. 옆에는 추가 크레딧을 사는 Buy credits와, 잔액이 적을 때 자동으로 사는 Auto-reload(Configure)가 있다. 둘 다 누르면 돈이 나가는 버튼이다. 요금제별 가격과 크레딧, 연결 경로는 1권 3장에서 다뤘다. 그림 3-2. Settings > Plan & Usage 실제 화면. 카드 번호 끝자리와 만료일은 가상 값으로 바꿨다. 크레딧 0%가 곧 작업 중단을 뜻하지는 않았다. 9월 26일 밤 크레딧 표시가 0%였지만 이 연재, 곧 1권 후반과 고급편은 계속 쓸 수 있었다. 연재 작업을 Aside 요금제 모델로 돌리지 않고, 내가 연결한 채팅 구독으로 돌렸기 때문이다. Settings > Models의 Providers에서 Subscription으로 표시된 연결이다. 반대로 Aside 요금제 모델을 쓰는 루틴이나 작업은 크레딧이 없으면 막힐 수 있다. 그래서 어떤 작업이 어느 연결의 모델을 쓰는지 따로 기억해 두었다. 크레딧 화면이 보여 주는 것은 Aside 요금제 안의 사용량뿐이다. 구독이나 사용량 과금 API의 사용량은 각 제공자 쪽 화면에서 따로 봐야 한다. 모델 칸 배정은 고급편 2편에 정리해 두었다. 3.3 한 작업은 왜 여러 번의 호출이 되나? 같은 화면 아래 Aside credits usage에는 사용 기록이 있다. 월과 연도 버튼(내 화면은 September, 2026)으로 기간을 고르면 작업 이름, 모델, 시각, 크레딧 순으로 줄이 나온다. 내 화면에 보인 기록은 모두 9월 9일 오후 4시 23분에서 28분 사이, 한 작업에서 나온 15건이었다. 모델은 모두 같았고 한 줄마다 9~12크레딧, 합계 153크레딧이었다. 5분 남짓한 작업 하나가 한 번의 요청으로 끝나지 않고 여러 번의 모델 호출로 나뉘어, 호출마다 크레딧을 쓴 것이다. 화면을 읽고, 다음 행동을 정하고, 결과를 확인할 때마다 모델이 다시 불린다고 보면 이 기록이 이해된다. 그림 3-3. 크레딧 사용 기록. 작업 이름은 가상 이름으로 바꿨다. 호출 수가 비용과 시간을 함께 정한다는 것은 다른 측정에서도 드러났다. 반복하는 등록 작업 하나를 재 보니 전체 73.3분 가운데 모델이 생각한 시간은 7.4분(10%)이었고, 도구를 실행하고 결과를 주고받는 왕복이 66분(90%)이었다. 느리다고 모델을 바꿔 봐야 줄어드는 몫은 10% 안쪽이다. 실제로 움직일 수 있는 것은 호출 수였다. 이미 검증된 절차를 스킬, 곧 정해진 순서를 묶어 둔 작업 설명서로 만들자 같은 검증 수준에서 76회·73분이 15회·15.2분으로 줄었다. 확인 단계를 빼서 줄인 것은 없다. 같은 확인을 더 적은 왕복으로 끝냈다. 크레딧 기록에서 한 작업 이름 아래 줄이 길게 늘어서 있다면, 모델 등급보다 그 줄 수를 먼저 볼 만하다. 3.4 청구 불일치를 좁혀 간 과정 도입의 57번 요청으로 돌아가 보자. 원인을 좁히려고 같은 키로 제공자 API에 직접 한 번 요청해 보았다. 그러자 요청 1건, 15토큰으로 정확히 찍혔다. 키도 집계도 정상이었다. 다음으로 제공자의 사용량 내보내기 파일을 받아 보았다. Aside를 거친 두 시험에서 싼 모델 45건과 비싼 모델 12건이 나왔고, 토큰 대부분은 캐시 적중 토큰이었다. 캐시 적중은 이미 읽은 내용을 다시 읽은 것이다. 새 글을 많이 쓴 것보다 같은 내용을 여러 번 되읽은 흔적에 가까웠다. 내 눈에는 시험 두 번이었지만, 제공자 쪽에서는 57번의 요청이었다. 원인은 확정하지 못했다. 내보내기 파일이 하루 단위 합계여서 어느 요청이 어디서 왔는지 한 건씩 가를 수 없었다. 유력한 후보는 두 가지였다. 하나는 모델 칸의 Fast를 그 모델로 바꿔 두었더니 Aside의 백그라운드 작업까지 그 모델로 흘러갔을 가능성이다. 다른 하나는 연결 어댑터가 보이지 않는 재시도를 했을 가능성이다. 나중에는 같은 시간에 돌던 다른 루틴이 칸 설정을 탔을 가능성도 드러났다. 조치는 단순했다. 그 모델을 모델 칸에서 빼고 원래 배정으로 되돌렸다. 원고 규모 작업은 보류했다. 이 모델을 쓴다면 요청과 토큰 기록이 분명한 별도 스크립트로 직접 호출하는 구조가 더 안전하다고 판단했다. 재현 절차, 두 가설, 직접 호출 대조 결과를 정리해 내가 승인한 뒤 Aside에 앱 안 피드백으로 보고했다. 키는 넣지 않았다. 이 일에서 얻은 교훈은 모델이 정상 응답했다는 것과 청구가 정상이라는 것은 따로 확인해야 한다는 점이다. 새 모델을 붙이면 아주 작은 시험 한 번 뒤 청구 화면부터 본다. 시험이 작으면 무엇이 잘못돼도 금액이 작다. 이번 차이도 Aside 쪽 기록만 봤다면 드러나지 않았다. 제공자의 청구 화면을 따로 열었기 때문에 찾았다. 그리고 요청 1건, 15토큰이 정확히 찍힌 직접 호출처럼 기록이 분명한 경로와 나란히 놓아야 어느 쪽이 이상한지 가릴 수 있었다. 3.5 비용의 병목은 어디였나? 긴 작업의 진행을 하트비트로 확인할 때, Aside 쪽 비용의 병목은 작업 본문이 아니었다. 하트비트가 대화 기록을 다시 읽는 비용이었다. 하트비트는 정해진 간격으로 같은 대화를 깨워 상태를 확인하는 루틴이다. 깨울 때마다 쌓인 대화를 다시 읽으니, 자주 깨울수록 같은 내용을 여러 번 읽게 된다. 비교해 보니 진행 확인은 싼 모델에 6분 간격 하트비트를 붙인 조합이 비용상 가장 나았다. 확인하는 쪽은 작업 본문 전체를 읽지 않고 필요한 상태 표시만 봤다. 일을 하는 모델의 등급은 낮추지 않았다. 품질을 정하는 자리는 그대로 두고, 되읽기가 많은 확인 자리만 가볍게 했다. 작은 수정에서도 비슷한 누수가 있었다. 판단이 끝난 기계적 수정, 예를 들어 정확한 단어 치환이나 표기 교정을 모델에게 맡기면서 파일 전체를 다시 쓰게 하면, 고칠 곳 말고 엉뚱한 곳까지 바뀌었다. 그러면 원고 전체를 다시 검수해야 하고 사용 한도도 그만큼 줄어든다. 지금은 정확한 위치만 고친다. 긴 지침에서도 같은 원리가 보였다. 장문 집필 지침 묶음을 재 보니 전체가 근사치로 약 4만 6천 토큰이었다. 모든 참고 자료를 매 호출에 싣지 않고, 바뀌지 않는 지침을 앞에 두고 단계별 자료와 현재 작업을 뒤에 붙이는 순서를 지키기로 했다. 앞부분이 매번 같으면 캐시, 곧 이미 읽은 내용을 재활용하는 장치를 쓰기 좋다. 3.6 구독과 사용량 과금, 역할에 맞게 나누기 월정액 채팅 구독의 한도 안에서 원고를 쓴다면, 한 권을 더 쓰는 현금 비용은 0일 수 있다. 그래서 사용량 과금 API를 쓰는 이유를 구독료 절감에서 찾지 않는다. 장점은 자동화 처리량과 실행 제어다. 요청 하나하나를 프로그램이 보내고, 응답의 사용량 필드로 토큰을 정확히 셀 수 있다. 견적도 내 봤다. 실측은 아니다. 13만 자 한 권을 단계형으로 돌린다고 가정하고 입력 약 250만, 출력 약 57만 토큰으로 잡으면, 싼 모델은 약 0.72~1.43달러, 비싼 설정은 약 2.78~5.56달러가 나왔다. 글자를 토큰으로 바꾸는 비율 0.7~1.3은 가정이다. 믿을 값은 API 응답의 사용량 필드이고, 한 장짜리 시험으로만 보정한다. 구독에도 한도가 있다. 연재 도중 쓰던 모델의 사용 한도가 거의 차서, 대화에서 말로 요청해 다른 모델로 바꾼 적이 있다. 표 3-1은 세 방식을 누가 청구하고 어디서 확인하는지로 나눠 본 것이다. 구분누가 청구어디서 확인장점주의 월정액 채팅 구독구독한 채팅 서비스그 서비스의 구독과 사용 한도 안내한도 안에서는 한 권을 더 써도 현금 비용이 0일 수 있다사용 한도가 있다. 차면 다른 모델로 바꿔야 했다 사용량 과금 API모델 제공자제공자의 청구 화면, 사용량 내보내기, 응답의 사용량 필드자동화 처리량과 실행 제어. 토큰을 정확히 셀 수 있다쓴 만큼 붙는다. Aside 기록과 청구가 다를 수 있어 청구 화면이 기준이다 Aside 요금제 크레딧AsideSettings > Plan & Usage, Aside credits usage따로 연결하지 않고 요금제 모델을 쓴다. 작업별 기록이 남는다0%면 요금제 모델을 쓰는 작업과 루틴이 막힐 수 있다. Buy credits와 Auto-reload는 추가 결제다 표 3-1. 구독, 사용량 과금 API, Aside 요금제 크레딧 비교. 2026년 9월 내 사용 경험과 화면을 바탕으로 정리했다. 표를 역할로 읽으면 이렇다. 사람이 대화하며 원고를 쓰는 일은 구독 한도 안에 둔다. 요청 수와 토큰을 기록해야 하는 대량 자동화는 사용량 과금 API로, 그것도 기록이 분명한 직접 호출로 돌린다. Aside 요금제 크레딧은 요금제 모델을 쓰는 작업에 쓰되, 0%가 되면 무엇이 멈추는지 미리 알아 둔다. 3.7 돈이 새는 자리와 막는 장치 9월 23일, 한 AI 모델 호출 서비스는 모델 가격이 무료인데도 카드 등록을 요구했다. 카드는 내가 직접 넣었다. Aside는 지출 한도를 7달러로 걸었다. 계획서에 적어 둔 비용 상한 1만 원에 맞춘 값이다. 한도가 자동으로 다시 채워지지 않게 하고, 한도의 100%에 닿으면 메일로 알리게 했다. 무료 모델이라도 카드가 걸려 있으면 한도가 마지막 방어선이 된다. 무료라는 표시와 카드가 청구될 가능성은 따로 봐야 한다. 한도, 한도 자동 갱신 여부, 알림 세 가지를 카드 등록과 같은 자리에서 한 번에 정해 두면 나중에 따로 챙길 일이 줄어든다. 그 과정은 1권 14장에 있다. 기본값이 비싸게 잡히는 일도 있었다. 9월 24일에 쓴 한 AI 영상 생성 도구는 설정 화면에서 모델을 바꿔도 무시했다. 프롬프트 첫 줄에 모델 이름을 적지 않으면 한 편에 100크레딧인 상위 모델로 잡혔다. 기본 모델은 15크레딧이니 6.7배다. 새 모드는 안내에 적힌 비용과 승인 화면의 비용이 달랐다(15와 20). 생성을 승인한 직후 오류 문구가 떴지만 실제로는 접수돼 있었다. 그때 다시 눌렀다면 이중 과금될 뻔했다. 그래서 크레딧이 드는 시도는 매번 실행 전에 나에게 비용을 확인받게 했다. 자세한 기록은 1권 13장에 있다. 재시도도 가려서 해야 한다. 사용량 한도나 요청 한도를 넘은 실패와, 제공자 쪽의 일시적 용량 부족(503 No capacity)은 다른 실패다. 번역 배치에서는 둘을 나눠, 한도 초과는 길게 기다리고 용량 부족은 짧게 기다렸다가 다시 시도하게 했다. 이미 끝난 조각은 건너뛰게 해서 쓸데없는 재실행 비용이 붙지 않게 했다. 모든 실패를 똑같이 곧바로 다시 시도하면 한도가 풀리지 않은 상태에서 요청만 쌓이고, 이미 성공한 조각까지 다시 돌리면 같은 비용을 두 번 낸다. 실패의 종류를 먼저 가르는 것이 재시도 비용을 줄이는 첫 단계였다. 표 3-2는 이 글의 사례를 새는 자리별로 모은 것이다. 새는 자리내가 겪은 예막는 장치 호출 횟수5분 남짓한 작업 하나가 15건, 153크레딧. 반복 등록 작업 76회검증된 절차를 스킬로 묶어 호출 수를 줄이고(15회), 사용 기록에서 줄 수를 본다 같은 내용 다시 읽기하트비트가 대화 기록을 되읽음. 청구 토큰 대부분이 캐시 적중. 지침 묶음 약 4만 6천 토큰싼 모델과 6분 간격 하트비트, 본문 대신 필요한 상태 표시만 읽기, 바뀌지 않는 지침을 앞에 두기 보이지 않는 재시도시험 두 번이 청구 화면에서 57번 요청(원인 미확정)작은 시험 뒤 청구 화면 대조, 기록이 분명한 직접 호출 비싼 기본값영상 도구가 100크레딧 모델로 잡힘. 모델 칸 변경이 백그라운드 작업까지 번졌을 가능성첫 줄에 모델 명시, 실행 전 비용 확인, 칸 배정 되돌리기 이중 실행오류 문구가 떴지만 실제로는 접수된 생성 요청다시 누르기 전에 접수 여부 확인, 끝난 조각 건너뛰기 전체 다시 쓰기작은 수정에 파일 전체를 재생성해 엉뚱한 곳까지 바뀜정확한 위치만 고치기 한도 없는 결제 수단무료 모델인데 카드 등록 요구지출 한도 7달러, 한도 자동 갱신 없음, 100% 도달 메일 알림 크레딧 소진Aside 크레딧 0%작업마다 어느 연결의 모델을 쓰는지 구분해 두기 표 3-2. 돈이 새는 자리와 막는 장치. 2026년 9월 내 작업 기록을 바탕으로 정리했다. 3.8 비용 조건을 적은 요청 예시 비용을 막는 장치는 요청에 미리 적어 둘 수 있다. 새 모델을 연결할 때 담을 것은 네 가지다. 시험의 크기, 시험 뒤 확인할 화면, 걸어 둘 한도, 보고받을 숫자다. 아래는 설명을 위해 만든 가상의 요청이다. [가상 설정] 새로 연결한 사용량 과금 API 모델을 시험해 줘. 원고 작업은 아직 하지 마. 1. 한 문장짜리 요청을 딱 한 번만 보내. 모델 칸 배정은 바꾸지 마. 2. 응답을 받으면 멈추고, 제공자의 청구 화면에서 그 시각의 요청 수와 토큰 수를 확인해 줘. 3. Aside 쪽 기록의 호출 수, 토큰 수와 나란히 비교해 줘. 차이가 나면 다음 단계로 넘어가지 말고 나에게 먼저 알려 줘. 4. 결제 화면에서 지출 한도를 5달러로, 자동 충전은 끔으로, 한도 도달 시 메일 알림은 켬으로 설정할 준비만 해 줘. 저장 버튼은 내가 확인한 뒤에 눌러. 5. 마지막에 아래 표로 보고해 줘. | 항목 | Aside 기록 | 청구 화면 | 차이 | | 요청(호출) 수 | | | | | 입력 토큰 | | | | | 출력 토큰 | | | | | 금액 | | | | 2번과 3번이 이 요청의 중심이다. 응답이 정상이라는 것만 보고 넘어가면 57번 요청 같은 차이를 원고 규모에서 처음 보게 된다. 1번에서 모델 칸을 바꾸지 말라고 적은 것도 같은 이유다. 시험이 작고 경로가 하나여야 차이가 생겼을 때 어디서 왔는지 좁힐 수 있다. 3.9 다음 편: 허용된 길로 자동화하기 다음 편에서는 AI 서비스를 자동으로 돌리기 전에 약관에서 무엇을 확인해야 하는지, 그리고 제공자가 자동화용으로 열어 둔 API와 공식 명령줄 도구, 허용된 연결 가운데 어떤 길을 고를지 다룬다. 이 글의 확인 범위 기준일은 2026년 9월 27일이다. Plan & Usage 화면은 같은 날 내 화면을 기준으로 했고, 이후 화면 이름이나 동작은 바뀔 수 있다. 3.4절의 청구 불일치는 원인을 확정하지 못했다. 사용량 내보내기가 하루 단위 합계여서 요청을 한 건씩 가를 수 없었다. 모델 칸 설정이 백그라운드 작업으로 번졌을 가능성, 연결 어댑터의 보이지 않는 재시도, 같은 시간에 돌던 다른 루틴은 모두 후보일 뿐이다. 9월 18일 시험의 요청 수, 토큰, 금액은 제공자 청구 화면과 Aside 기록에 찍힌 근삿값이다. 한 번의 시험에서 나온 수치이고 일반적인 비율로 읽을 수 없다. 3.3절의 크레딧 기록(15건, 153크레딧)은 내 화면에 보인 한 작업의 기록이다. 작업마다 호출 수와 크레딧은 다르다. Aside가 한 작업을 어떤 단위로 나눠 호출하는지는 확인하지 않았다. 3.6절의 한 권 비용은 견적이며 실측이 아니다. 글자를 토큰으로 바꾸는 비율 0.7~1.3은 가정이고, 제공자의 토큰 계산기는 내 작업 공간에서 실행되지 않았다. 구독 한도 안의 현금 비용 0도 견적 판단이다. 하트비트 6분 간격과 싼 모델 조합은 내 진행 확인 작업에서 비교한 결과다. 다른 작업에서도 같은 결과가 나온다는 뜻은 아니다. 지침 묶음의 약 4만 6천 토큰은 근사치다. 73.3분, 76회를 15.2분, 15회로 줄인 측정은 반복 등록 작업 한 종류에서 잰 것이다. 영상 생성 도구와 모델 호출 서비스의 동작은 9월 23~24일 내가 쓴 시점의 것이다. 제공자, 서비스, 도구 이름은 Aside 화면 설명 밖에서는 적지 않았다. 그림 3-1은 설명용 도식이다. 그림 3-2와 3-3은 실제 화면이며 카드 번호 끝자리와 만료일, 작업 이름만 가상 값으로 바꿨다. 3.8절의 요청과 그 안의 한도 금액은 가상이다. 참고한 자료 2026년 9월 27일 확인. 모델과 AI 도움말 다음 글: 고급 활용 4 · 허용된 길로 자동화하기 이전 글: 고급 활용 2 · 여러 AI 모델에게 역할 나누기 1권: 『Aside 브라우저 사용설명서』 연재 목록 『Aside 고급 활용』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 허용된 길로 자동화하기 | Aside 고급 활용 4 https://voidlogpress.com/aside-advanced-4/ 발행일: 2026-09-27T00:35:32+00:00 수정일: 2026-09-27T01:36:38+00:00 4편을 쓰기 전에 AI 채팅 서비스들의 이용약관을 다시 읽었다. 고급편 3편 끝에서 이번 편 주제를 「웹 채팅 AI를 단계별로 몰기」로 예고했다. 그런데 쓰기 전에 해당 서비스들의 약관을 다시 읽어 보니, 자동화에 관한 명시적인 금지 조항이 있었다. 그래서 주제를 「허용된 길로 자동화하기」로 바꾸고, 3편의 예고 문구도 이에 맞춰 고쳤다. 이 글은 AI 채팅을 자동으로 돌리고 싶은 비개발자를 위해 쓴다. 자동화를 말리려는 글은 아니다. 같은 일이라도 제공자가 자동화를 위해 열어 둔 길이 따로 있고, 그 길로 가면 약관을 걱정할 일이 줄어든다. 고급편의 네 번째 글이다. 4.1 웹 채팅을 스크립트로 돌려도 괜찮을까? 개인용 채팅 화면을 스크립트로 몰면 약관에 걸릴 수 있다. 자동화는 제공자가 열어 둔 길로 한다. 여기서 말하는 '몰기'는 개인용 채팅 화면을 스크립트나 에이전트가 대신 조작해, 응답을 읽어 가고 다음 입력을 자동으로 보내는 방식이다. 내가 다시 읽은 두 AI 회사의 개인용 약관에는 이런 방식에 걸릴 수 있는 조항이 있었다. 대신 같은 회사들은 자동화를 위한 길을 따로 열어 두었다. 요청마다 토큰을 세는 API, 제공자가 낸 명령줄 도구(CLI)의 자동 실행 모드, 제공자가 명시적으로 허용한 연결이다. 다른 프로그램이 Aside의 브라우저 작업을 부르게 하는 Aside CLI도 이런 입구 가운데 하나다. 결론은 단순하다. 자동으로 돌리고 싶은 일이 있으면 채팅 화면을 몰 방법보다 열린 길이 있는지를 먼저 찾는다. 이 글은 약관을 법률로 해석한 것이 아니다. 내가 읽은 문장과 그에 맞춰 정한 내 기준을 적는다. 그림 4-1은 이 판단을 흐름으로 그린 것이다. 자동화하려는 일에서 출발해 약관의 자동화 조항을 찾는다. API나 CLI, 허용된 연결이 있으면 그 길로 간다. 명시적 금지가 있으면 자동화하지 않고 사람이 직접 한다. 애매하면 제공자에게 묻거나, 역시 사람이 직접 하는 쪽에 둔다. 이 흐름에서 가장 먼저 보는 것은 약관이고, 마지막까지 남는 선택지는 사람이 직접 하는 방식이다. 자동화할 수 없다고 막다른 길이 되지는 않는다. 원래 하던 대로 사람이 읽고 보내면 된다. 그림 4-1. 자동화하기 전 약관을 확인하고 길을 고르는 흐름. 실제 화면이 아닌 설명용 도식이다. 4.2 약관은 실제로 뭐라고 하나? 두 회사 모두 개인용 약관의 금지 항목에 자동화된 추출이나 접속을 넣어 두었다. 먼저 OpenAI의 ChatGPT에 적용되는 이용약관(개인용, 2026년 1월 1일 시행, 한국어판)이다. '할 수 없는 것' 항목에 "자동으로 또는 프로그래밍 방식으로 데이터나 출력(아래에 정의됨)을 추출하는 행위"가 있다. 같은 항목에는 "요금 한도 또는 제한을 회피하거나 당사가 서비스에 설치한 보호장치나 안전위험 완화장치를 우회하는 등 서비스를 방해하거나 간섭하는 행위"도 들어 있다. 채팅 화면에서 응답을 스크립트로 읽어 가는 일은 첫 문장에 걸릴 수 있다고 읽었다. 같은 문서는 API와 개발자용 서비스에는 별도의 사업자 약관이 적용된다고 안내한다. 자동화를 위한 길이 따로 있고, 그 길에는 다른 약관이 붙는다는 뜻으로 받아들였다. 그림 4-2. OpenAI 이용약관(개인용) 한국어판의 금지 행위 목록. 2026년 9월 27일 공개 페이지 화면. Anthropic의 Claude.ai와 Claude Pro에 적용되는 고객 서비스 약관(개인용, 2025년 10월 8일 시행)은 더 구체적이다. 금지 항목에 "귀하가 Anthropic API 키를 통해 당사 서비스에 접속하거나 당사가 이를 명시적으로 허용하는 경우를 제외하고 봇(bot), 스크립트(script) 또는 기타 방식을 통해 자동화된 또는 비인간적인 방식을 통해 당사 서비스에 접속"하는 것이 있다. 당사 서비스에서 데이터 또는 정보를 "크롤링(crawl), 스크래핑(scrape) 또는 다른 방식으로 수집"하는 것도 금지 항목에 있다. 첫 문장은 금지와 예외를 한 번에 보여 준다. 봇이나 스크립트로 접속하는 것은 막혀 있고, API 키로 접속하거나 회사가 명시적으로 허용한 경우는 예외다. API 키 사용에는 별도의 상업 서비스 약관이 적용된다. 그림 4-3. Anthropic 고객 서비스 약관(개인용) 한국어판의 금지 항목. 2026년 9월 27일 공개 페이지 화면. Aside 이용약관도 같은 방향을 가리킨다. 5조와 8조는 Aside에게 접근하게 하는 웹사이트, 계정, 작업 흐름을 쓸 권리가 있는지 확인할 책임과 제3자 서비스의 약관을 지킬 책임을 사용자에게 둔다. 7조는 사용 한도, 접근 통제, 보안 조치를 우회하는 것을 금지한다. Aside로 무엇을 자동화하든 그 대상 서비스의 약관을 지키는 일은 내 몫이라는 뜻이다. 두 AI 회사의 약관이 서비스 쪽 규칙이라면, Aside 약관은 도구를 쓰는 사람의 책임을 정한다. 둘을 함께 읽어야 그림이 맞춰진다. 표 4-1은 세 문서를 나란히 놓은 것이다. 문서적용 대상자동화 관련 조항자동화용으로 따로 열린 길 OpenAI 이용약관(2026년 1월 1일 시행, 한국어판)ChatGPT 등 개인용 서비스자동으로 또는 프로그래밍 방식으로 데이터나 출력을 추출하는 행위 금지. 요금 한도·제한 회피, 보호장치 우회 금지API와 개발자용 서비스(별도 사업자 약관 적용) Anthropic 고객 서비스 약관(2025년 10월 8일 시행)Claude.ai, Claude ProAPI 키 접속이나 명시적 허용이 없으면 봇·스크립트 등 자동화된 방식의 접속 금지. 크롤링·스크래핑 수집 금지API 키 접속(별도 상업 서비스 약관 적용), 회사가 명시적으로 허용한 경우 Aside 이용약관Aside 사용자5·8조: 사이트·계정·작업 흐름을 쓸 권리 확인과 제3자 약관 준수는 사용자 책임. 7조: 사용 한도·접근 통제·보안 조치 우회 금지Aside CLI·MCP(도움말 안내). 방문하는 사이트의 약관은 그대로 적용 표 4-1. 세 문서의 자동화 관련 조항. 2026년 9월 27일 공개 문서를 바탕으로 요지를 정리했다. 예전에 나는 화면 캡처 사용을 두고 너무 심하게 정책적으로 해석하지 말고 충분히 활용하자고 했다. 다시 읽어 보니 그 회사의 브랜드 안내에는 명시적인 허용 조항이 있었다(1권 14장). 이번은 반대다. 명시적인 금지 조항이 있으면 글자 그대로 따른다. 애매한 제한을 넓게 읽지 않는 것과 분명한 금지를 가볍게 보지 않는 것은 같은 원칙의 양면이다. 두 경우 모두 기준은 문서에 무엇이 명시적으로 적혀 있느냐다. 1권 8장에서 겪었듯, 명시적으로 적힌 규칙은 심사에서 글자 그대로 적용됐다. 적힌 문장은 적힌 대로 작동한다고 보고 움직이는 편이 안전하다. 4.3 허용된 길 다섯 가지 사람이 직접 하는 채팅까지 넣으면, 내가 쓰거나 확인한 길은 다섯 가지다. 첫째는 사람이 직접 하는 채팅이다. 내 기본 집필 방식이 이렇다. 채팅 서비스 대화창에 집필 지침과 기획서를 넣고, 단계마다 결과를 내가 읽은 뒤 다음 명령을 직접 보내 한 권씩 끝낸다. 사람이 읽고 사람이 보내니 약관 문제는 없다. 대신 병목이 사람에게 있다. 단계마다 클릭하고, 응답이 끝나기를 기다리며 화면을 지켜봐야 한다. 자동화로 덜고 싶은 것이 바로 이 클릭과 대기 감시다. 다만 그 수고를 채팅 화면을 몰아서 덜려고 하면 앞 절의 조항에 걸릴 수 있다. 그래서 나머지 네 길은 모두 제공자나 Aside가 자동화를 위해 따로 마련한 입구로 골랐다. 사람이 직접 하는 방식은 버리지 않고, 명시적 금지가 있거나 판단이 애매할 때 돌아갈 자리로 남겨 둔다. 둘째는 제공자가 낸 명령줄 도구의 자동 실행 모드다. 셋째는 요청마다 토큰을 세는 사용량 과금 API다. 넷째는 Aside의 구독 연결로, Aside가 제품 기능으로 안내하는 연결이다. 다섯째는 Aside CLI와 MCP다. 다른 코딩 에이전트나 스크립트가 Aside의 브라우저 작업을 부르게 하는 입구로, aside exec, aside repl, aside mcp 같은 명령이 있다. 고급편 1편에 적었듯 나는 이 입구를 아직 설치하지 않았다. 표 4-2는 다섯 길을 나란히 놓은 것이다. 길무엇에 쓰나누가 실행조심할 것내 기록 사람이 직접 하는 채팅지침과 기획서를 넣고 단계별로 집필사람이 읽고 사람이 보낸다클릭과 대기 감시가 사람의 병목이 된다기본 집필 방식 제공자 CLI의 자동 실행 모드프롬프트 한 번 실행, JSON 결과, 대화 번호로 이어 가기내 터미널의 도구가 로그인된 구독 인증으로조용한 거부에도 정상 종료할 수 있다. 권한 확인 건너뛰기 옵션. 5시간 창과 주간 한도고전 번역 85개 조각(약 280만 자). 초과 결제는 '안 함' 사용량 과금 API토큰을 세는 대량 자동화내 스크립트가 API 키로쓴 만큼 청구된다. 청구 화면이 기준. 키 보관연결 시험 뒤 청구 불일치 확인. 다른 서비스에 지출 한도 7달러 Aside 구독 연결Aside 안에서 구독 모델 쓰기Aside가 연결된 구독으로각 제공자 약관과의 관계는 내가 확인하지 않았다이 연재 초안을 쓴 하위 에이전트 Aside CLI·MCP다른 에이전트나 스크립트가 Aside의 브라우저 작업을 부르기외부 프로그램이 Aside를 부른다방문하는 사이트의 약관은 그대로 적용된다아직 설치하지 않음 표 4-2. 허용된 길 비교. 2026년 9월 내 작업 기록과 공개 문서를 바탕으로 정리했다. 4.4 CLI 자동 실행 모드에서 배운 것 한 AI 회사가 낸 명령줄 도구의 문서(2026년 9월 21일 확인)는 자동 실행, 곧 헤드리스 모드를 명시적으로 지원한다고 적는다. 이미 로그인된 계정 인증으로 실행하고, 프롬프트를 한 번 실행해 결과를 JSON 형식으로 받고, 대화 번호로 이어 갈 수 있다. 앱이 결과를 평가한 뒤 다음 프롬프트를 보내는 방식도 문서에 있다. 단계마다 사람이 누르던 일을 제공자가 허용한 방식으로 이어 붙일 수 있는 셈이다. 구독 사용 한도는 5시간 창과 주간 한도로 나뉘고, 요금제 화면에서 초과분 자동 결제를 '안 함(Never)'으로 막을 수 있다. 나는 이 도구를 내 터미널에 설치하고 로그인, 구독 연결, 초과 결제 차단을 직접 설정했다. 그다음 고전 번역 작업 85개 조각, 약 280만 자를 이 길로 돌렸다. 과정은 고급편 1편에 있다. 이 길에서 배운 것은 세 가지다. 첫째, 문서는 승인이 필요한 도구가 조용히 거부돼도 프로세스가 정상 종료(exit 0)할 수 있다고 적는다. 그래서 성공 여부를 종료 코드나 SUCCESS 표시가 아니라 실제 결과 파일로 판정했다. 파일이 있는지, 비어 있지 않은지를 본다. 둘째, 도구 안의 에이전트가 스스로 권한 확인을 모두 건너뛰는 옵션을 붙인 적이 있다. 이것을 운영체제 수준의 격리, 곧 샌드박스 모드로 바꿨다. 셋째, 사용 한도 초과와 제공자 쪽 일시 용량 부족(503)을 다른 실패로 보고, 기다리는 방식을 달리해 재시도했다. 재시도 이야기는 고급편 3편에 적었다. 허용된 길로 간다고 저절로 안전해지지는 않는다. 길이 허용된 것과 그 안의 작업이 제대로 끝났는지는 따로 확인할 일이다. 4.5 API와 구독 연결은 어떻게 다른가? API는 요청마다 토큰을 세는 자동화용 길이고, 구독 연결은 Aside가 안내하는 제품 기능이다. 사용량 과금 API는 처음부터 자동화를 전제로 한 길이다. 요청마다 토큰을 세고, 사업자나 개발자용 약관이 적용된다. 나는 사용량 과금 API 모델을 Aside에 연결해 시험했고, 그때 생긴 청구 불일치를 제공자의 청구 화면으로 확인한 과정은 고급편 3편에 적었다. 그 뒤로 요청과 토큰 기록이 분명한 별도 스크립트로 직접 호출하는 구조가 더 안전하다고 판단했다. 다른 모델 호출 서비스에서는 카드를 등록하면서 지출 한도 7달러를 걸고, API 키를 권한을 제한한 파일에 두었다(1권 14장). API는 자동화가 허용되는 대신 쓴 만큼 청구된다. 그래서 한도와 키 보관을 처음부터 같이 정해 둔다. Aside의 구독 연결은 성격이 조금 다르다. Aside 모델 도움말은 연결할 수 있는 구독으로 ChatGPT Plus 또는 Pro, Claude Pro 또는 Max, GitHub Copilot을 안내한다(2026년 9월 26일 확인, 1권 3장). 내 Settings > Models의 Providers에도 Subscription 연결이 있다(고급편 2편). 이 연재의 초안도 이 연결로 띄운 하위 에이전트가 썼다. 이것은 Aside가 제품 기능으로 안내하는 연결이다. 이 연결이 각 제공자의 약관과 어떤 관계인지는 Aside와 제공자 사이의 일이고, 나는 따로 확인하지 않았다. 확인하지 않은 것은 확인하지 않았다고 적어 둔다. 이 길을 쓰려는 사람도 자기가 연결하는 구독의 약관은 한 번 직접 읽어 볼 것을 권한다. 4.6 Aside의 브라우저 작업도 사이트 약관을 따른다 Aside는 로그인된 내 계정으로 웹사이트를 대신 조작할 수 있다. 편한 기능이지만 여기에도 같은 원칙이 적용된다. Aside 이용약관 5조와 8조가 말하듯, 방문하는 사이트를 쓸 권리가 있는지 확인하고 그 사이트의 약관을 지킬 책임은 사용자에게 있다. 7조는 사용 한도, 접근 통제, 보안 조치 우회를 금지한다. 그러니 어떤 사이트가 자동화를 금지하면, Aside로 하는 작업이라도 그 사이트의 약관이 우선한다. 1권 14장에서도 같은 기준을 적었다. Aside CLI로 다른 프로그램이 Aside를 부르게 해도 마찬가지다. 부르는 쪽이 사람이든 스크립트든, 결국 방문하는 사이트의 약관 안에서 움직여야 한다. 도구가 할 수 있다는 것과 해도 된다는 것은 다른 문제다. 4.7 자동화 전에 약관은 어떻게 확인하나? 자동화 관련 단어로 조항을 찾고, 따로 열린 길을 확인한 뒤, 금지면 쓰지 않는다. 자동화하려는 서비스의 이용약관에서 '자동', '프로그래밍', '스크립트', '봇', '추출', '크롤링', 'API' 같은 단어를 찾는다. 그 서비스에 API나 CLI, 제공자가 허용한 연결이 있는지 확인한다. 있으면 그 길로 간다. 개인용 약관과 API·사업자 약관이 따로 있는지 본다. 같은 회사라도 적용되는 약관이 다르다. 명시적 허용이 있으면 그 범위 안에서 쓰고, 명시적 금지가 있으면 쓰지 않는다. 애매하면 제공자에게 묻거나 사람이 직접 하는 방식으로 둔다. 첫 단계는 Aside에게 맡길 수 있다. 약관 전문을 읽고 해당 조항을 원문 그대로 인용하게 하면, 긴 문서에서 필요한 문장만 빨리 찾는다. 이번에도 그렇게 했다. 다만 판단까지 맡기지는 않는다. 조항이 무엇을 금지하고 무엇을 예외로 두는지는 인용된 원문을 내가 읽고 정한다. 요약만 받으면 금지와 예외가 한 문장에 섞인 조항에서 예외가 빠질 수 있다. Anthropic 약관의 금지 항목이 그런 예다. 봇과 스크립트 접속을 막는 문장 안에 API 키와 명시적 허용이라는 예외가 함께 들어 있다. 셋째 단계도 빠뜨리기 쉽다. 같은 회사라도 개인용 약관과 API·사업자 약관이 따로 있어서, 어떤 약관이 적용되느냐에 따라 같은 자동화도 걸릴 수 있고 아닐 수도 있다. 4.8 약관 확인을 맡기는 요청 예시 아래는 설명을 위해 만든 가상의 요청이다. 담을 것은 세 가지다. 원문 인용, 열린 길 확인, 판단은 나에게 넘기기. [가상 설정] ○○ 서비스의 작업을 자동화할 수 있는지 알아보려고 해. 아직 아무것도 설치하거나 연결하지 마. 읽기만 해 줘. 1. 이 서비스의 이용약관 전문을 읽어 줘. 개인용과 API·사업자용 약관이 따로 있으면 둘 다 읽어. 2. '자동', '프로그래밍', '스크립트', '봇', '추출', '크롤링', 'API'가 들어간 조항을 찾아 원문 그대로 인용해 줘. 요약하거나 고쳐 쓰지 마. 문서 이름, 시행일, 조항 위치도 같이 적어. 3. API, 명령줄 도구(CLI)의 자동 실행 모드, 허용된 연결이 있는지 그 서비스의 문서에서 확인하고 링크를 붙여 줘. 4. 허용인지 금지인지 결론은 내리지 마. 애매한 조항은 애매하다고만 표시해 줘. 판단은 내가 할게. 5. 마지막에 아래 표로 보고해 줘. | 문서 | 적용 대상 | 인용한 조항 | 따로 열린 길 | 4번이 이 요청의 중심이다. 약관을 읽고 조항을 찾는 일은 맡기되, 허용과 금지를 가르는 판단은 인용된 원문을 보고 내가 한다. 2번에서 요약을 막은 것도 같은 이유다. 원문이 그대로 와야 예외 조항까지 내 눈으로 확인할 수 있다. 3번은 앞 절의 둘째 단계를 옮긴 것이다. 열린 길이 있으면 조항을 두고 고민할 일 자체가 줄어든다. 1번에서 개인용과 사업자용 약관을 둘 다 읽게 한 것은 셋째 단계 때문이다. 4.9 다음 편: 자동화를 돌리는 컴퓨터 설정 다음 편에서는 잠자기, 전체 화면, 작업 공간 제한처럼 자동화를 돌리는 컴퓨터 쪽 설정을 다룬다. 이 글의 확인 범위 기준일은 2026년 9월 27일이다. 약관은 바뀔 수 있으니 자동화하기 전에 최신판을 직접 확인할 것. 이 글은 법률 해석이나 법률 조언이 아니다. '걸릴 수 있다'는 표현은 내가 읽은 문장에 비춘 판단이며, 실제 적용 여부는 각 제공자가 정한다. 따옴표 안의 문장은 2026년 9월 27일 공개된 OpenAI 이용약관 한국어판과 Anthropic 고객 서비스 약관 한국어판의 문장이다. 따옴표 밖의 조항 설명과 표 4-1은 요지를 정리한 것이다. Aside 이용약관의 조항도 요지다. Aside 구독 연결과 각 제공자 약관의 관계는 확인하지 않았다(4.5절). Aside가 제품 기능으로 안내한다는 사실만 적었다. 4.4절의 명령줄 도구 설명은 2026년 9월 21일 확인한 그 도구의 문서 기준이다. 사용 한도 구조와 옵션은 바뀔 수 있다. 제공자와 도구 이름은 적지 않았다. Aside CLI와 MCP는 설치하지 않았다. 명령 이름은 Aside 도움말 기준이다. 85개 조각, 약 280만 자, 지출 한도 7달러는 내 작업 기록이다. 그림 4-1은 설명용 도식이고, 그림 4-2와 4-3은 공개 페이지 화면이다. 4.8절의 요청은 가상이다. 참고한 자료 2026년 9월 27일 확인. OpenAI 이용약관 · Anthropic 고객 서비스 약관 · Aside 이용약관 · Aside CLI·MCP 도움말 다음 글: 고급 활용 5 · 자동화를 돌리는 컴퓨터 설정 이전 글: 고급 활용 3 · 토큰과 비용 관리 1권: 『Aside 브라우저 사용설명서』 연재 목록 『Aside 고급 활용』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 자동화를 돌리는 컴퓨터 설정 | Aside 고급 활용 5 https://voidlogpress.com/aside-advanced-5/ 발행일: 2026-09-27T01:36:37+00:00 수정일: 2026-09-27T01:47:59+00:00 첨부 버튼을 눌렀는데 아무 일도 일어나지 않았다. 정부 세무 사이트에 서류를 올리던 날이었다. 오류 표시도 없었다. 나는 30분 넘게 파일 크기를 줄이고 보안 프로그램 두 개를 설치했다. 진짜 원인은 브라우저의 팝업 차단이었다. 모델이 모자라서 멈춘 것도, 사이트가 고장 난 것도 아니었다. 이 글은 루틴, 원격 지시, 긴 작업을 돌리려는 비개발자를 위해 쓴다. 자동화가 멈추는 원인은 모델보다 컴퓨터 쪽에 있는 경우가 많았다. 잠자기, 창, 작업이 묶인 창, 쌓인 탭, 작업 공간의 제한, 칩 구조, 브라우저 설정이다. 맥을 기준으로 쓰고 윈도우는 한 절로 짧게 덧붙인다. 고급편의 다섯 번째 글이다. 5.1 자동화가 멈추면 어디부터 봐야 할까? 모델보다 컴퓨터부터 본다. 전원과 창, 세션과 탭, 작업 공간, 브라우저 설정 순서다. 그림 5-1은 내가 점검하는 순서를 다섯 층으로 나눈 것이다. 맨 아래는 전원과 창이다. 컴퓨터가 깨어 있는지, Aside 창이 보이는 곳에 있는지를 본다. 그 위는 세션과 탭이다. 세션은 작업 하나가 시작돼 끝날 때까지의 묶음을 말한다. 작업이 어느 창에 묶였는지, 탭이 너무 쌓이지 않았는지를 본다. 셋째 층은 작업 공간이다. Aside가 명령을 실행하는 격리된 공간으로, 샌드박스라고도 부른다. 여기서 되는 일과 안 되는 일이 나뉜다. 넷째 층은 브라우저 설정으로, 팝업과 사이트 권한이 여기에 있다. 맨 위는 사람이 직접 할 일이다. 관리자 암호 입력, 앱 실행, 바깥 화면 캡처는 결국 내가 한다. 아래층에서 막히면 위층을 아무리 고쳐도 소용이 없으니, 아래에서부터 올라가는 편이 빠르다. 그림 5-1. 자동화를 돌리는 컴퓨터의 다섯 층. 실제 화면이 아닌 설명용 도식이다. 5.2 컴퓨터는 깨어 있어야 한다 루틴은 먼 서버가 아닌 내 컴퓨터의 Aside 브라우저에서 돈다. 내 환경에서 화면이 꺼진 것은 괜찮았지만, 시스템이 잠자기에 들어가면 그 회차를 건너뛰었다. Aside 창을 전체 화면으로 둔 며칠 동안은 루틴이 시작되고도 일할 창을 잡지 못했다. 그래서 곧 나가면서 노트북을 닫을 거라면 예약하지 않고 지금 돌린다. 밖에서 텔레그램으로 보내는 지시도 집의 컴퓨터가 깨어 있어야 응답한다(1권 10장). Developers 화면의 Remote Control은 다른 기기에서 이 컴퓨터의 브라우저로 작업을 보내는 Pro 기능이다. 로그인과 브라우징은 이 컴퓨터에 남는다. 내 화면에서는 꺼져 있고, 켜더라도 이 컴퓨터는 깨어 있어야 한다(고급편 1편). 잠자기와 전체 화면, 루틴 조건은 1권 12장에 자세히 적었다. 5.3 작업은 어느 창에 묶여 있나? 작업은 시작한 자리에 묶인다. 브라우저가 안 붙으면 어디서 시작했는지부터 본다. 9월 초의 일이다. 한 작업에서 Aside의 브라우저 도구가 계속 "확장 프로그램이 연결되지 않았다"는 오류를 냈다. 나는 크롬의 확장 프로그램 목록에서 Aside를 찾아 헤맸다. 그런데 Aside는 크롬 확장이 아니었다. 크롬처럼 생긴 별도의 브라우저 앱이고, 메뉴 막대 왼쪽의 앱 이름으로만 구분된다. 원인은 따로 있었다. 그 작업을 작업(Tasks) 화면에서 시작했는데, 이렇게 시작한 작업은 시작할 때 기록된 특정 창에 묶인다. 그 창이 열려 있지 않았던 것이다. 같은 요청을 지금 보고 있는 창의 사이드패널에서 새로 시작하자 바로 브라우저가 붙었다. 오류 문구의 '확장 프로그램'이라는 말에 끌려 약 40분을 헤맸다. 그 뒤로 브라우저 작업이 안 붙으면 세 가지를 순서대로 본다. 먼저 작업을 어디서 시작했는지 확인한다. 작업 화면인지 사이드패널인지다. 다음으로 사이드패널에서 같은 요청을 다시 시작해 본다. 그래도 안 되면 Aside 앱 자체를 앞으로 가져온다. ⌘+Space를 누르고 Aside를 입력하면 된다. 창에 초점이 없어도 대부분의 작업은 됐다. 다만 일부 작업은 초점 없는 창이나 전체 화면 창에서 연결 시간 초과가 났다. 전체 화면 창은 맥에서 별도의 공간(Space)을 차지한다. 그래서 창이 안 보이면 미션 컨트롤을 열거나 공간을 옆으로 넘겨 찾는다. 창을 찾는 일도 내 몫이다. 5.4 탭은 작업 단위로 닫는다 8월 말, 사이트 작업을 하던 중에 내가 물었다. "브라우저가 많이 열려 있어서 그런지 pc가 자꾸 느려지고 있어. 닫아도 되지?" 열린 탭은 38개였고, 그중 30개가 그 작업에서 에이전트가 연 것이었다. 사이트 관리자, 호스팅 관리, 검색 도구, 미리보기 탭이다. 에이전트는 확인할 때마다 새 탭을 열고, 닫는 일은 뒤로 미루기 쉽다. 그 부담은 에이전트가 아닌 내 컴퓨터가 진다. 그래서 규칙을 바꿨다. 탭 정리를 끝까지 미루지 않고, 한 덩어리 작업이 끝날 때마다 그 작업에서 연 탭을 닫고 넘어간다. 배포와 검증처럼 같은 주소를 반복해 여는 작업이 특히 탭을 쌓는다. 전체 화면 창에서는 닫았다고 보고된 탭 일부가 목록에 남은 적이 있다. 그때는 내가 ⌘W로 직접 닫았다. 남은 탭은 이미 저장된 데이터에 영향을 주지 않았다. 부하는 탭만의 문제도 아니다. Aside로 일을 모으기 전 직접 설치해 쓰던 오픈소스 에이전트는 내 맥에 상주하는 프로필이 17개, 약 4GB까지 늘었다. 그 이야기는 여기서 한 줄로만 적어 둔다. 탭을 닫아도 작업 결과는 남는다. 그래서 작업이 끝났다는 확인만 받으면 닫는 데 망설일 이유가 없다. 5.5 작업 공간에서 되는 것과 안 되는 것 Aside는 명령을 격리된 작업 공간에서 실행한다. 내 환경에서 본 것을 정리하면 이렇다. 맥 앱 실행, 설치 프로그램(.pkg) 실행, 실행 중인 프로세스 목록과 시스템 로그 보기는 안 됐다. 화면 캡처 명령도 권한이 없어 이미지가 만들어지지 않았다. 그래서 Aside가 찍을 수 있는 화면은 자기 브라우저 페이지 안뿐이고, 바깥 앱 창이 필요하면 내가 찍어 준다. 반대로 읽기 전용 진단은 됐다. 설치된 패키지 목록과 그 내용, 백그라운드 서비스의 상태와 마지막 종료 코드, 실행 파일이 어떤 칩용인지, 내 칩이 무엇인지를 확인할 수 있었다. 고치는 일은 막혀 있어도 원인을 찾는 일은 된다는 뜻이다. 경로에서도 두 번 걸렸다. 작업 공간 명령줄에서 '~'는 내 실제 홈 폴더가 아닌 작업 공간의 홈을 가리킨다. 그래서 있는 파일을 두고 "파일이 없다"는 틀린 결론이 나온 적이 있다(고급편 1편). 그 뒤로 내 파일은 전체 경로로 가리킨다. 브라우저에서 파일을 올릴 때는 작업 폴더 안의 파일만 올릴 수 있었다. 이 연재의 이미지도 먼저 작업 폴더로 복사한 뒤 올렸다. 9월 하순에는 명령줄 도구가 아예 실행되지 않는 장애가 여러 세션에서 있었고, 새 세션에서 정상으로 돌아온 적도 있다. 그 기간은 브라우저와 파일 도구로 우회했다. 파일을 어디까지 읽고 쓰게 할지는 Settings > Agents의 파일 권한이 정한다(1권 11장). 하려는 일작업 공간에서대신 하는 방법 맥 앱 실행안 됨내가 ⌘+Space로 연다 설치 프로그램(.pkg) 실행안 됨내가 설치한다. 관리자 암호도 내가 넣는다 실행 중인 프로세스 목록, 시스템 로그 보기안 됨백그라운드 서비스 상태와 마지막 종료 코드로 본다 화면 캡처 명령안 됨(이미지가 만들어지지 않음)브라우저 페이지 안만 Aside가 찍는다. 바깥 앱 창은 내가 찍어 준다 설치된 패키지 목록과 내용 보기됨읽기 전용 진단에 쓴다 백그라운드 서비스 상태, 마지막 종료 코드됨읽기 전용 진단에 쓴다 실행 파일의 칩 구조, 내 칩 종류 확인됨호환 계층이 필요한지 판단한다 '~'로 내 파일 찾기작업 공간의 홈을 가리킴전체 경로로 가리킨다 브라우저에서 파일 올리기작업 폴더 안의 파일만먼저 작업 폴더로 복사한 뒤 올린다 시스템 글꼴 폴더 쓰기막힘문서 폴더 안 프로젝트에 둔 글꼴 파일을 쓴다 iCloud 드라이브에만 있는 파일읽지 못함대화창에 직접 끌어다 놓는다 표 5-1. 작업 공간에서 되는 것과 안 되는 것. 2026년 9월까지 내 맥 환경에서 관찰한 결과다. 표의 아래쪽 두 줄도 실제로 겪은 일이다. 이미지에 한글을 넣으려 할 때 시스템 글꼴 폴더는 막혀 있었지만, 내 문서 폴더 안 프로젝트에 둔 글꼴 파일은 쓸 수 있었다. 스캔 문서처럼 iCloud 드라이브에만 있던 파일은 읽지 못해서 대화창에 직접 끌어다 놓았다. 두 경우 모두 막힌 길 옆에 다른 길이 있었다. 파일을 둘 자리를 바꾸거나, 사람이 한 번 끌어다 놓으면 됐다. 작업 공간의 제한은 대부분 이런 식으로 돌아갈 수 있었다. 끝까지 사람이 해야 했던 것은 관리자 암호, 앱 실행, 바깥 화면 캡처 세 가지였다. 5.6 설치했는데 왜 동작하지 않을까? 칩 구조와 호환 계층부터 본다. 인텔용 프로그램은 Apple 칩 맥에서 호환 계층이 있어야 돈다. 도입의 그날, 팝업보다 먼저 막힌 것이 있었다. 정부 세무 사이트가 요구하는 보안 프로그램이 설치 후에도 동작하지 않았다. Aside가 읽기 전용 진단으로 원인을 찾았다. 내 맥은 Apple 칩(arm64)인데, 인텔용 프로그램을 돌려 주는 호환 계층인 Rosetta 2가 없었다. 그 보안 프로그램의 백그라운드 서비스는 설정 오류 코드를 남긴 채 계속 멈춰 있었다. 호환 계층 설치와 서비스 재시작 명령은 관리자 암호가 필요해서 내가 내 터미널에서 직접 실행했다. 끝이 아니었다. 호환 계층이 없는 상태에서 설치한 프로그램은 첫 실행 준비가 실패해 있었다. 그래서 호환 계층을 설치한 뒤 그 프로그램을 다시 설치해야 했다. 순서가 중요했던 셈이다. 5.7 버튼을 눌러도 아무 반응이 없다면? 오류 없이 조용하면 팝업 차단을 의심한다. 경고가 이미 닫힌 창에 뜰 수 있다. 호환 계층을 고친 다음 첨부 파일 단계에서 도입의 장면이 벌어졌다. 나중에 알고 보니 흐름이 이랬다. 첫 팝업이 닫히면서 다음 팝업을 열려 했고, 브라우저가 그것을 막았다. 막혔다는 경고는 이미 닫힌 창에 떠서 아무도 보지 못했다. 그러니 겉으로는 버튼이 죽은 것처럼 보였다. Aside가 브라우저 설정의 팝업 허용 목록에 그 사이트 주소를 추가하자 바로 다음 창이 열렸다. 이 일로 순서를 정했다. 보안 프로그램을 깔았는데도 안 되면 칩 구조와 호환 계층을 먼저 보고, 그다음 브라우저 설정의 팝업과 권한을 본다. 파일 크기나 추가 설치는 그 뒤다. 관리자 암호가 필요한 명령은 내가 직접 한다. 팝업 설정은 Aside 설정에서 찾을 수 있다. Settings > Security & Privacy 화면 맨 아래의 Site settings로 들어가면 팝업 같은 사이트 권한을 관리한다(그림 5-2). 팝업 및 리디렉션 화면에는 기본 동작과 허용된 사이트 목록이 있다(그림 5-3). 그림 5-2. Settings > Security & Privacy 실제 화면. 맨 아래 Site settings에서 팝업 같은 사이트 권한을 관리한다. 그림 5-3. 팝업 및 리디렉션 설정의 허용 목록. 사이트 주소는 가상 값으로 바꿨다. 5.8 증상별 점검 순서 표 5-2는 이 글의 내용을 증상에서 거꾸로 찾도록 묶은 것이다. 왼쪽에서 증상을 고르고, 먼저 볼 것과 다음 볼 것을 차례로 확인한다. 마지막 칸은 Aside가 대신할 수 없어 내가 해야 하는 일이다. 표의 순서는 그림 5-1의 층을 따른다. 전원과 창을 먼저 보고, 브라우저 설정은 뒤에 본다. 도입의 30분은 이런 순서 없이 헤맨 시간이었다. 파일 크기와 추가 설치처럼 눈에 보이는 쪽부터 손대다가, 가장 조용한 원인인 팝업 차단을 마지막에 찾았다. 증상먼저 볼 것다음 볼 것사람이 할 일 예약한 루틴이 그 회차를 건너뛰었다그 시각에 컴퓨터가 잠자기였는지Aside 창이 전체 화면이었는지노트북을 닫을 거면 예약 대신 지금 돌린다 텔레그램 지시에 답이 없다집의 컴퓨터가 깨어 있는지Aside 창이 떠 있는지잠자기를 풀어 둔다 "확장 프로그램이 연결되지 않았다"작업을 작업 화면에서 시작했는지사이드패널에서 다시 시작하면 붙는지⌘+Space로 Aside 앱을 앞으로 가져온다 연결 시간 초과창이 전체 화면이거나 초점이 없는지미션 컨트롤에서 창이 보이는지공간을 넘겨 창을 찾는다 컴퓨터가 점점 느려진다열린 탭 수끝난 작업이 연 탭이 남았는지남은 탭을 ⌘W로 닫는다 "파일이 없다"는 답경로를 '~'로 적었는지iCloud 드라이브에만 있는 파일인지전체 경로를 주거나 대화창에 끌어다 놓는다 설치한 프로그램이 동작하지 않는다칩 구조와 호환 계층백그라운드 서비스 상태와 종료 코드관리자 암호가 필요한 명령 실행, 재설치 버튼을 눌러도 오류 없이 반응이 없다브라우저의 팝업 차단사이트 권한 설정허용 목록에 들어간 주소를 확인한다 바깥 앱 화면이 필요하다브라우저 페이지 안의 화면인지대신 읽기 전용 진단으로 볼 수 있는지내가 캡처해 대화창에 올린다 표 5-2. 증상별 점검 순서. 2026년 9월까지 내 맥 환경에서 겪은 일을 바탕으로 정리했다. 5.9 윈도우에서는 무엇이 다른가? 나는 윈도우판도 쓰는데, 맥용과 별 차이를 느끼지 못한다. 윈도우판은 설치 파일(Aside.exe)로 설치하고, 다른 브라우저에서 가져오기와 Developers 화면의 CLI 설치를 지원한다. 화면 맥락 기록(Context Awareness)은 맥 전용이다(2026년 9월 26일 확인). 이 글의 칩 구조와 호환 계층, 미션 컨트롤, ⌘ 단축키 이야기는 맥 기준이다. 윈도우에서 같은 증상을 만나면 표 5-2의 순서는 그대로 두고 해당 설정을 윈도우 쪽에서 찾으면 된다. 5.10 컴퓨터 점검을 맡기는 요청 예시 아래는 설명을 위해 만든 가상의 요청이다. 담을 것은 세 가지다. 읽기 전용 진단, 원인만 찾기, 관리자 암호가 필요한 명령은 나에게 넘기기. [가상 설정] ○○ 프로그램을 설치했는데 동작하지 않아. 원인만 찾아 줘. 아무것도 설치하거나 지우거나 재시작하지 마. 읽기만 해. 1. 내 맥의 칩 종류를 확인해 줘. 2. ○○ 프로그램의 실행 파일이 어떤 칩용인지 확인하고, 필요하면 호환 계층(Rosetta 2)이 있는지 봐 줘. 3. 설치된 패키지 목록에서 ○○을 찾아 설치 내용을 읽어 줘. 4. ○○의 백그라운드 서비스 상태와 마지막 종료 코드를 알려 줘. 5. 내 파일을 가리킬 때는 '~' 말고 전체 경로를 써. 6. 원인을 한 줄로 적고, 근거가 된 출력은 그대로 붙여 줘. 7. 고치는 데 관리자 암호가 필요한 명령이 있으면 실행하지 말고 내 터미널에 붙여 넣을 수 있게 한 줄씩 순서대로 넘겨 줘. 다시 설치가 필요한지도 같이 적어 줘. 7번이 이 요청의 중심이다. 작업 공간에서는 설치와 재시작이 안 되고, 관리자 암호는 원래 내가 넣어야 한다. 그래서 진단은 맡기고 실행은 내가 한다. 명령을 한 줄씩 받으면 하나 실행하고 결과를 보여 준 뒤 다음으로 넘어갈 수 있다. 2번과 3번은 5.6절의 순서를 옮긴 것이다. 재설치 여부를 묻는 문장을 넣은 것도 그때 호환 계층을 깐 뒤 프로그램을 다시 설치해야 했기 때문이다. 5번은 '~' 경로 때문에 틀린 결론이 나왔던 일을 막으려는 줄이다. 5.11 다음 편: 블로그 자동 발행 다음 편에서는 이 연재를 블로그에 올린 방식, 곧 블로그 자동 발행을 다룬다. 이 글의 확인 범위 기준일은 2026년 9월 27일이다. Aside의 동작과 화면은 바뀔 수 있다. 이 글의 내용은 내 맥(Apple 칩) 환경에서 관찰한 결과다. 다른 컴퓨터나 이후 버전에서는 다를 수 있다. 표 5-1의 되는 것과 안 되는 것은 2026년 9월까지 내 작업에서 확인한 범위다. Aside가 밝힌 제한 목록이 아니다. 정부 사이트와 보안 프로그램의 이름은 적지 않았다. 5.6절과 5.7절은 2026년 8월에 겪은 일이다. 윈도우판 내용은 2026년 9월 26일 확인한 기준이며, 윈도우에서 이 글의 증상을 모두 다시 확인하지는 않았다. 38개와 30개, 약 40분, 30분 넘게, 17개와 약 4GB는 내 작업 기록이다. 그림 5-1은 설명용 도식이고, 그림 5-2와 5-3은 내 Aside 설정 화면이다. 그림 5-3의 사이트 주소는 가상 값이다. 5.10절의 요청은 가상이다. 참고한 자료 2026년 9월 27일 확인. 자동화와 루틴 도움말 · 문제 해결 도움말 다음 글: 고급 활용 6 · 블로그 자동 발행 이전 글: 고급 활용 4 · 허용된 길로 자동화하기 1권: 『Aside 브라우저 사용설명서』 연재 목록 『Aside 고급 활용』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 블로그 자동 발행 | Aside 고급 활용 6 https://voidlogpress.com/aside-advanced-6/ 발행일: 2026-09-27T01:47:58+00:00 수정일: 2026-09-27T02:06:36+00:00 구조화 데이터의 주소 자리에 'undefined'가 찍혀 있었다. 1권 12장을 올리고 로그인하지 않은 방문자 화면으로 확인하던 중이었다. 구조화 데이터는 검색 엔진이 글의 제목과 날짜, 주소를 기계가 읽는 형태로 알 수 있게 본문에 넣는 정보다. 발행 코드에 변수 하나가 빠져서 그 주소 칸에 값 대신 'undefined'라는 글자가 들어갔다. 바로 고쳤고(1권 13장), 그 뒤로는 발행 전에 본문에 'undefined'나 그림 자리표시가 남았는지 기계적으로 검사한다. 이 글은 워드프레스 같은 블로그를 운영하며 AI로 발행을 자동화하고 싶은 비개발자를 위해 쓴다. 소재는 이 연재 자체를 올린 방식이다. 에필로그에서 짧게 소개한 흐름을 단계별로 풀고, 실제로 걸린 것을 함께 적는다. 고급편의 여섯 번째 글이다. 6.1 블로그 자동 발행에서 가장 중요한 것은 무엇일까? 쓰기보다 확인이다. 발행 전에는 사실 목록과 대조하고, 발행 뒤에는 방문자 화면을 본다. 이 연재는 AI가 쓴 글을 검증 없이 올리는 방식으로 만들지 않았다. 사람이 정한 사실과 기준에서 출발해 초안, 대조, 발행, 방문자 화면 확인, 기록으로 이어진다. 돌아보면 걸린 것은 대부분 쓰는 단계가 아닌 확인 단계에서 나왔다. 구조화 데이터의 undefined도, 연재 목록 페이지의 설명 문구도 방문자 화면에서 발견했다. 이미 올린 글을 나중에 고쳐야 할 일도 생겼다. 글을 써 주는 부분은 이 흐름에서 한 칸일 뿐이다. 그래서 발행을 맡길 때 내가 요청문에서 가장 공들이는 대목은 무엇을 쓰라는 지시보다, 어디서 멈추라는 조건과 무엇을 확인하라는 항목이다. 이 글도 그 순서를 따라간다. 6.2 한 편은 어떤 단계를 거쳐 올라갈까? 그림 6-1은 이 연재 한 편이 올라가는 순서다. 첫째, 실제 기록에서 사실 목록을 만든다. 둘째, 초안을 쓴다. 셋째, 초안을 사실 목록과 문장 단위로 대조한다. 넷째, 그림을 만들고 개인정보를 가린다. 다섯째, 이미지와 글을 사이트에 올린다. 여섯째, 로그인하지 않은 방문자 화면으로 결과를 확인한다. 일곱째, 운영 기록 파일과 기획서 두 문서에 결과를 적는다. 멈춤 조건은 두 곳에 붙어 있다. 대조에서 사실 목록 밖 문장이나 자리표시가 남으면 발행으로 넘어가지 않는다. 방문자 화면 확인에서 어긋난 것이 나오면 기록하기 전에 고친다. 한 편에 이 흐름을 한 번 돌렸고, 이틀 동안 1권 후반과 에필로그, 고급편 다섯 편을 올렸다. 그림 6-1. 이 연재를 올린 일곱 단계. 실제 화면이 아닌 설명용 도식이다. 6.3 초안은 누가 쓰고 누가 대조할까? 초안은 하위 에이전트가 쓰고, 대조는 그 작업자를 띄운 부모 세션이 한다. 글마다 먼저 사실 목록을 만든다. 실제 기록을 메모리 검색으로 찾아 날짜와 수치를 확인하고, 확인한 것만 목록에 적는다. 메모리 검색은 Aside가 지난 작업에서 남긴 기록을 찾아 보는 기능이다. 목록 밖 경험은 글에 쓰지 않는다. 초안은 하위 에이전트에게 맡긴다. 하위 에이전트는 지금 대화하는 세션이 따로 띄운 작업자를 말한다. 이 작업자는 사실 목록과 문체 기준이 되는 원고, 검색 최적화 기준을 읽고 워드프레스 블록 형식으로 초안을 쓴다. 블록 형식은 워드프레스 편집기가 문단, 제목, 표, 그림을 한 덩어리씩 나눠 저장하는 방식이다. 초안을 넘길 때는 사실 목록 밖이라고 판단한 문장을 스스로 보고하게 한다. 대조는 부모 세션이 맡는다. 부모 세션은 하위 에이전트를 띄운 원래 세션이다. 초안을 문장 단위로 사실 목록과 맞춰 보고 고친다. 실제로 고친 예를 들면 이렇다. 고급편 4편에서는 약관 인용을 원문과 한 글자씩 맞췄다. 1권 14장에서는 캡처에 가상 값을 넣었다는 틀린 문장을 바로잡았다. 1권 10장부터는 지어낸 장면을 지웠다. 하위 에이전트의 자진 보고는 출발점이고, 대조는 보고되지 않은 문장까지 한 문장씩 본다. 이 단계가 발행 전의 첫 번째 멈춤 조건이다. 사실 목록으로 뒷받침되지 않는 문장이 남아 있으면 발행으로 넘어가지 않는다. 검색 최적화 기준은 내 사이트용으로 따로 적어 둔 문서다. 첫 문단은 60자 안팎의 직답으로 시작하고, 소제목의 30~50%는 질문형으로 쓴다. 250~450자로 떼어 읽어도 말이 되는 문단을 여러 개 두고, 비교는 표로 보여 준다. 이미지는 한 장 이상 넣고, 구조화 데이터에는 발행일과 수정일을 넣는다. 이 기준도 처음부터 잘 맞지는 않았다. 1권 1~9장은 질문형 소제목 기준을 너무 넓게 적용해 질문이 과했다(에필로그). 6.4 그림 만들기와 개인정보 가리기 설명용 도식은 코드로 그린다. SVG라는 형식으로 선과 글자를 적고, 브라우저에서 열어 PNG 이미지로 바꾼다. 실제 화면은 Aside 설정 화면이나 공개 페이지를 탭으로 열어 찍는다. 이 환경에서는 화면 일부만 잘라 찍는 기능이 좌표를 무시해서, 전체 화면을 찍은 뒤 이미지 도구로 잘랐다. 개인정보가 보이면 캡처 직전에 화면에 보이는 글자만 가상 값으로 바꾼다. 카드 끝자리, 작업 이름, 사이트 주소 같은 것이다. 설정값 자체는 건드리지 않는다. 화면에 보이는 글자만 바꾸면 캡처가 끝난 뒤 실제 설정에는 아무 흔적이 남지 않는다. 이 글의 그림 6-2와 6-3도 사이트 이름 등을 가상 값으로 바꿔 찍었다. 여기에 정해진 절차를 둔 이유가 있다. 예전에 다른 에이전트로 블로그 게시를 자동화했을 때, 잘리지 않은 전체 화면 캡처가 그대로 올라가 비공개 정보가 약 7시간 노출된 사고가 있었다(1권 14장). 그 뒤로 캡처, 자르기, 가리기는 정해진 절차로 하고, 무엇을 찍을지는 사람이 정한다. 자동화에 맡기는 것은 절차의 실행이다. 어떤 화면을 공개할지는 내 판단으로 남겨 둔다. 뒤에 나오는 요청 예시에서 개인정보를 멈춤 조건으로 넣은 것도 이 사고 때문이다. 6.5 REST로 올린다는 건 무슨 뜻일까? 편집기 화면을 누르는 대신, 사이트가 열어 둔 데이터 창구로 이미지와 글을 보낸다는 뜻이다. REST API는 프로그램이 사이트와 데이터를 주고받는 창구다. 이미지는 이 창구로 올리고 대체 텍스트를 붙인다. 대체 텍스트(alt)는 이미지를 볼 수 없는 사람과 검색 엔진에게 그림 내용을 글로 알려 주는 설명이다. 이 환경에서는 올릴 파일을 먼저 작업 폴더로 복사해야 했다(고급편 5편). 글도 같은 창구로 발행한다. 작성자인 필명 계정, 카테고리, 대표 이미지, 요약, 댓글 닫힘을 한 번에 지정한다. 요약은 검색 결과에 나오는 설명으로 쓰인다. 인증은 로그인된 관리자 세션의 보안 토큰으로 한다. 본문 끝에는 구조화 데이터를 넣는다. 제목, 설명, 발행일, 수정일, 대표 이미지, 저자를 담은 Article 형식이다. 글을 올린 뒤에는 앞 글에 '다음 글' 링크를 단다. 앞 글 본문에서 '이전 글' 링크의 정확한 문자열 한 곳을 찾아 그 앞에 넣는다. 넣기 전에는 찾은 개수가 1인지 먼저 확인한다. 둘 이상이면 엉뚱한 자리에도 들어갈 수 있고, 0이면 앞 글의 문장이 내가 아는 것과 다르다는 뜻이다. 어느 쪽이든 넣기 전에 원인부터 확인한다. 그림 6-2는 이렇게 발행을 마친 뒤의 글 목록이다. 고급 활용 카테고리의 1~5편이 작성자 강지우, 발행됨 상태로 있다. 그림 6-2. 워드프레스 글 목록 실제 화면. 사이트 이름 등은 가상 값으로 바꿨다. 6.6 편집기에서 블록 검증하기 REST로 올린 글도 편집기에서 한 번 연다. 모든 블록이 '유효'한지 보는 블록 검증이다. 블록 검증은 저장된 블록이 편집기가 기대하는 모양과 맞는지 확인하는 과정이다. 1권 1장을 올릴 때 이미지 블록에 너비와 높이 속성을 넣었다가 블록 검증이 실패한 적이 있다. 그 뒤로는 그 속성을 넣지 않는다. 반대로 문제처럼 보였지만 문제가 없던 일도 있다. 편집기 화면이 첫 문장을 두 번 보여 준 적이 있었는데, 공개 본문에는 한 번뿐이어서 원고 중복이 아니었다. 편집기 화면만 보고 원고를 고쳤다면 멀쩡한 첫 문장을 지웠을 것이다. 그래서 편집기에서 이상한 것을 보면 공개 화면과 맞춰 본 뒤에 판단한다. 그림 6-3은 고급편 5편의 편집기 화면이다. 그림 6-3. 고급 활용 5편의 편집기 실제 화면. 사이트 이름은 가상 값으로 바꿨다. 6.7 방문자 화면에서는 무엇을 확인할까? 로그인하지 않은 방문자가 받는 화면을 본다. 내 브라우저로 보면 관리자 화면이 섞인다. 확인은 명령줄 요청으로 한다. 명령줄 요청은 브라우저 없이 주소를 불러 서버가 보내는 내용을 그대로 받아 보는 방법이다(고급편 1편). 브라우저로 부르면 내 로그인 쿠키가 함께 실려 관리자 화면이 섞인다. 쿠키는 사이트가 나를 알아보도록 브라우저에 저장해 두는 작은 정보다. 관리자 화면이 섞이면 방문자에게는 없는 것이 보이고, 방문자가 겪을 문제는 가려질 수 있다. 그래서 이 확인에는 브라우저 요청을 쓰지 않는다(1권 9장). 이미지 크기 변형도 하나씩 부른다. 워드프레스가 이미지를 올릴 때 여러 크기로 만들어 두는 사본인데, 한 편에 17개였다. 확인하는 항목은 표 6-1과 같다. 항목무엇을 보나왜 응답 코드200인지글이 정상으로 열리는지부터 본다 대표 주소(canonical)이 글 주소를 가리키는지검색 엔진이 어느 주소를 원본으로 볼지 정한다 구조화 데이터Article이 1개인지, 그 주소가 이 글 주소인지1권 12장의 undefined가 여기서 나왔다 이미지 크기 변형모든 변형이 200인지(한 편에 17개)하나라도 빠지면 어떤 화면에서는 그림이 깨질 수 있다 표 개수원고의 표 수와 같은지올리는 과정에서 블록이 빠지지 않았는지 본다 예시 상자옆으로 넘치지 않는지좁은 화면에서도 읽혀야 한다 본문 링크걸어 둔 링크가 제 주소로 가는지앞뒤 글과 1권을 오가는 길이다 연재 목록이 글이 목록에 올라갔는지목록에서 들어오는 독자가 찾을 수 있어야 한다 표 6-1. 방문자 화면 확인 항목. 로그인하지 않은 요청으로 내 사이트에서 확인한 기준이다. 6.8 실제로 걸린 것 undefined 말고도 방문자 화면에서 나온 것이 있다. 연재 목록 페이지의 검색 설명이 사이트 기본 문구로 나오고 있었다. 사이트 코드를 고쳐 목록마다 고유한 설명이 나오게 했다(2026년 9월 27일). 이때는 순서를 지켰다. 고치기 전에 문법 검사를 하고 원본 파일을 백업했다. 저장한 뒤에는 서버 파일을 다시 읽어 넣은 코드와 같은지 확인했고, 사이트 캐시를 비웠다. 캐시는 빨리 보여 주려고 이전 결과를 저장해 두는 것이다. 마지막으로 다른 페이지 종류, 곧 홈, 도서 목록, 분야, 저자, 글, 사이트맵이 그대로인지도 방문자 화면으로 확인했다. 한 곳을 고친 뒤에는 다른 곳이 바뀌지 않았는지까지 봐야 끝난다. 이미 발행한 글을 고칠 일도 생긴다. 고급편 4편의 주제를 바꾸면서 2편과 3편의 예고 문구와 관련 문장을 고쳤다. 고친 뒤에는 블록 검증과 방문자 화면 반영을 다시 확인했다. 발행 후 수정도 발행과 같은 확인을 거친다. 사이트 점검 때는 고쳤는데도 그대로 보이는 일이 있었다. 그럴 때는 브라우저, 사이트, 호스팅 세 곳의 캐시를 의심했고, 사이트 코드의 버전을 올려 자산 주소가 바뀌면 바로 반영되기도 했다(1권 9장). 자산은 화면 모양을 정하는 스타일 파일 같은 것이다. 작은 규칙도 하나 있다. 탭이 쌓이지 않게, 한 작업이 끝날 때마다 그 작업에서 연 탭을 닫았다(고급편 5편). 표 6-2는 이렇게 걸린 것을 한곳에 모은 것이다. 무엇이어디서 발견어떻게 고침이후 규칙 구조화 데이터 주소 자리에 'undefined'(1권 12장)방문자 화면 확인발행 코드의 빠진 변수를 바로 고침발행 전에 undefined와 그림 자리표시를 기계적으로 검사 연재 목록 페이지의 검색 설명이 사이트 기본 문구방문자 화면 확인사이트 코드를 고쳐 목록마다 고유한 설명문법 검사, 백업, 저장 뒤 다시 읽기, 캐시 비우기, 다른 페이지 종류 확인 이미지 블록의 너비·높이 속성(1권 1장)편집기 블록 검증속성을 뺌그 속성은 넣지 않음 편집기에서 첫 문장이 두 번 보임편집기 화면공개 본문에는 한 번뿐이라 고칠 것 없음편집기에서 이상하면 공개 화면과 맞춰 보고 판단 4편 주제 변경으로 2·3편 예고가 어긋남발행 뒤 기획 변경예고 문구와 관련 문장 수정수정 뒤에도 블록 검증과 방문자 화면 재확인 고쳤는데 그대로 보임사이트 점검캐시를 의심, 버전을 올려 자산 주소 변경브라우저·사이트·호스팅 캐시부터 본다 부분 캡처가 좌표를 무시그림 만들기전체 화면을 찍고 이미지 도구로 자름같은 방식으로 찍는다 탭이 쌓임작업 중연 탭을 닫음한 작업이 끝날 때마다 닫는다 표 6-2. 이 연재를 올리며 실제로 걸린 것. 2026년 9월 내 사이트 작업 기록을 바탕으로 정리했다. 6.9 채널마다 승인 기준을 다르게 둔다 공개 게시는 되돌려도 흔적이 남는 일이다(1권 11장). 그래서 채널마다 사람이 승인하는 지점을 다르게 둔다. 이 연재는 내가 "시작", "진행해줘"로 편마다 발행을 맡겼고, 발행 뒤 결과를 받아 확인했다. 발행 버튼 앞에서 매번 멈추게 하지는 않았지만, 편마다 시작은 내가 말하고 끝은 내가 본다. SNS 게시물과 답글은 다르다. 초안을 내가 승인한 뒤에만 올린다. 다른 블로그 채널로 옮길 때는 원문을 그대로 붙이지 않고 그 채널에 맞게 다시 구성하며, 끝에 내 사이트 링크를 단다는 규칙을 2026년 9월에 세웠다. 같은 글이라도 어디에 어떻게 나가느냐에 따라 사람이 끼는 자리가 달라지는 셈이다. 이 연재의 글에는 공통으로 하나를 붙인다. 모든 글 끝에 "저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다"라는 문구를 붙인다. 이 글의 맨 끝에도 있다. 6.10 발행을 맡기는 요청 예시 아래는 설명을 위해 만든 가상의 요청이다. 담을 것은 세 가지다. 사실 목록만 소재로 쓰기, 발행 전 멈춤 조건, 방문자 화면 확인 결과를 표로 보고하기. [가상 설정] 블로그 글 한 편을 맡길게. 초안부터 방문자 화면 확인까지 해 줘. 1. 소재는 첨부한 사실 목록만 써. 목록 밖 경험이나 숫자는 넣지 마. 2. 초안은 워드프레스 블록 형식으로 쓰고, 사실 목록 밖이라고 판단한 문장은 따로 적어 줘. 3. 초안을 사실 목록과 문장 단위로 대조해서 고쳐 줘. 4. 그림은 내가 정한 화면만 찍어. 개인정보는 화면 글자만 가상 값으로 바꾸고 설정은 건드리지 마. 5. 발행 전에 아래 중 하나라도 있으면 멈추고 나에게 물어봐. - 본문에 'undefined'나 그림 자리표시가 남아 있다 - 사실 목록으로 뒷받침되지 않는 문장이 있다 - 캡처나 본문에 개인정보가 보인다 6. 발행할 때 작성자, 카테고리, 대표 이미지, 요약, 댓글 닫힘을 한 번에 지정해. 7. 발행 뒤에는 로그인하지 않은 방문자 화면으로 확인해. 내 브라우저 요청은 쓰지 마. 8. 결과는 표로 보고해 줘. 항목 / 기대값 / 실제값 / 통과 여부. 항목: 응답 코드, 대표 주소, 구조화 데이터, 이미지 크기 변형, 표 개수, 본문 링크, 연재 목록 9. 끝나면 이 작업에서 연 탭을 닫아. 5번이 이 요청의 중심이다. 세 조건은 모두 이 연재를 올리며 실제로 걸렸거나 사고로 이어졌던 것에서 나왔다. undefined는 1권 12장에서, 사실 목록 밖 문장은 대조 단계에서, 개인정보는 예전 블로그 자동화의 캡처 사고에서 왔다. 멈추고 물어보라고 적어 두면 애매한 경우에 발행 쪽으로 넘어가지 않는다. 8번은 방문자 화면 확인을 말로 된 "문제없음" 대신 항목별 값으로 받으려는 줄이다. 기대값과 실제값이 나란히 있으면 어느 항목에서 어긋났는지 바로 보인다. 9번은 고급편 5편에서 정한 탭 규칙을 옮긴 것이다. 6.11 다음 편: SNS 운영 자동화와 승인 다음 편에서는 초안 승인 뒤에만 올리는 SNS 운영 자동화와 그 승인 방식을 다룬다. 이 글의 확인 범위 기준일은 2026년 9월 27일이다. Aside와 워드프레스의 동작과 화면은 바뀔 수 있다. 이 글의 흐름은 2026년 9월 26~27일 이 연재를 올리며 내 사이트에서 관찰한 결과다. 블록 형식, 블록 검증, REST API, 이미지 크기 변형은 워드프레스 기준으로 썼다. 워드프레스 버전과 사이트 설정에 따라 다를 수 있다. 표 6-1의 확인 항목은 내 사이트에서 쓰는 기준이며, 모든 블로그에 필요한 목록은 아니다. 이미지 크기 변형 17개, 약 7시간, 이틀은 내 작업 기록이다. 그림 6-1은 설명용 도식이고, 그림 6-2와 6-3은 워드프레스 관리자 화면이다. 사이트 이름 등은 가상 값이다. 6.10절의 요청은 가상이다. 참고한 자료 2026년 9월 27일 확인. WordPress REST API 핸드북 다음 글: 고급 활용 7 · SNS는 허용된 길로 이전 글: 고급 활용 5 · 자동화를 돌리는 컴퓨터 설정 1권: 『Aside 브라우저 사용설명서』 연재 목록 『Aside 고급 활용』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### SNS는 허용된 길로: 공식 API와 사람 승인 | Aside 고급 활용 7 https://voidlogpress.com/aside-advanced-7/ 발행일: 2026-09-27T02:06:35+00:00 수정일: 2026-09-27T02:30:19+00:00 7편을 쓰기 전에 SNS 약관부터 다시 읽었다. 고급편 6편 끝에서 이번 편 주제를 「SNS 운영 자동화와 승인」으로 예고했다. 자동화 이야기를 쓰기 전에 약관부터 확인하는 것은 고급편 4편에서 정한 절차다. 이번에도 그 순서를 따랐고, 읽고 나서 제목을 「SNS는 허용된 길로」로 정했다. 이 글은 SNS 운영을 AI로 덜고 싶은 비개발자를 위해 쓴다. 게시물 올리기, 답글 달기, 답글 정리하기는 반복이 많아서 맡기고 싶어지는 일이다. 다만 SNS는 화면 너머에 사람이 있다. 무엇을 기계에 맡기고 무엇을 내가 쥘지, 약관과 API 문서, 그리고 내 계정에서 실제로 바꾼 운영 방식을 차례로 적는다. 고급편의 일곱 번째 글이다. 7.1 SNS에서 무엇을 자동화하고 무엇을 사람이 쥘까? 자동화는 제공자 API로 열린 게시와 답글 관리에 둔다. 사람은 초안 승인과 대화의 결을 쥔다. SNS 자동화라고 하면 흔히 로그인한 화면에서 버튼을 대신 눌러 주는 방식을 떠올린다. 사람이 하는 것처럼 보이게 답글을 달고, 반응을 훑고, 누를 것을 누르는 식이다. 이 글에서 권하는 방향은 반대다. 자동화할 일은 SNS 제공자가 개발자용 API로 열어 둔 일로 한정한다. Threads라면 게시, 답글 달기, 답글 숨기기, 누가 답글을 달 수 있는지 정하기, 답글 승인제 같은 것이다. 사람이 쥘 것은 두 가지다. 무엇을 올릴지 초안을 승인하는 일, 그리고 누구에게 어떤 말투로 얼마나 길게 답할지 정하는 대화의 결이다. 반복되는 답글은 사람도 알아본다. 대화의 결까지 기계에 넘기면 약관을 지켜도 독자와의 관계에서 잃는 것이 생긴다. 그림 7-1은 이 구분을 세 칸으로 나눈 지도다. 첫 칸은 제공자 API로 여는 일이다. 게시와 답글 관리가 여기에 들어간다. 둘째 칸은 사람이 승인하는 일이다. 게시물 초안, 답글 초안, 캡처 이미지에 무엇을 담을지가 여기에 있다. 셋째 칸은 하지 않는 일이다. 로그인한 브라우저를 에이전트가 대신 조작해 답글을 읽어 가거나 자동으로 반응하는 방식이 여기에 들어간다. 셋째 칸에 넣은 이유는 다음 절의 약관에 있다. 그림 7-1. SNS 운영에서 자동화와 승인을 나누는 지도. 실제 화면이 아닌 설명용 도식이다. 7.2 약관은 무엇을 막나? 로그인 여부와 관계없이, 허가 없이 자동화된 방식으로 정보에 접근하고 수집하는 일을 막는다. Threads에는 따로 이용약관이 있다. 그런데 이 문서는 Instagram 이용약관을 보충하고 수정하는 문서다. Threads를 쓰면 Instagram 이용약관과 Meta 커뮤니티 규정이 함께 적용된다. 그래서 금지 항목은 Instagram 이용약관에서 찾았다. 한국어판 금지 항목에는 이런 문장이 있다. "허가받지 않은 방법으로 계정을 만들거나 정보에 접근하거나 정보를 수집하려 해서는 안 됩니다. 여기에는 해당 자동 액세스 및 수집이 Instagram 계정에 로그인한 동안 수행되는지 여부와 관계없이, 저희의 명시적 허가 없이 계정을 만들고 자동화된 방식으로 정보에 액세스하고 정보를 수집하는 행위가 포함됩니다." 내가 눈여겨본 대목은 '로그인한 동안 수행되는지 여부와 관계없이'다. 내 계정으로 로그인한 브라우저라 해도, 내 계정이니 괜찮다는 논리는 이 문장 앞에서 힘을 잃는다고 읽었다. 로그인한 브라우저를 에이전트가 대신 조작해 SNS의 답글을 읽어 가거나 자동으로 반응하는 방식은 이 조항에 걸릴 수 있다. 사람처럼 보이게 누르는 자동화가 바로 이 모양이다. 그래서 SNS에서 무엇을 자동화하려면 제공자가 연 개발자 길, 곧 API로 하기로 했다. 이것은 법률 해석이 아니다. 내가 읽은 문장과, 그에 맞춰 정한 내 기준을 적은 것이다. 그림 7-2. Instagram 이용약관 한국어판의 금지 항목. Threads 이용약관은 이 약관을 보충한다. 2026년 9월 27일 공개 페이지 화면. 같은 약관은 Meta 플랫폼 약관과 개발자 정책을 지키라고 적는다. 개발자용 길인 API에는 그 약관이 적용된다. 4편에서 AI 채팅 서비스의 약관을 읽었을 때와 같은 구조다. 사람이 화면으로 쓰는 길과 프로그램이 쓰는 길이 나뉘어 있고, 프로그램이 쓰는 길에는 따로 규칙이 붙는다. 그러니 SNS에서 자동화할 일을 고를 때 먼저 열어 볼 문서는 그 SNS의 개발자 문서다. 7.3 Threads API가 열어 둔 일 Meta 개발자 문서의 Threads API 개요(2026년 7월 2일 갱신)에 따르면, 이 API로 할 수 있는 일은 크게 넷이다. 게시물 만들기와 게시, 미디어와 프로필 가져오기, 답글 관리, 인사이트 조회다. 게시는 두 단계로 나뉜다. 먼저 올릴 내용을 담은 미디어 컨테이너를 만들고, 그 번호로 게시한다. 문서는 처리 시간을 위해 게시 전에 약 30초 기다리라고 안내한다. 답글 만들기 문서(2025년 12월 22일 갱신)를 보면 답글은 아무 게시물에나 달 수 있는 것이 아니다. 루트 게시물의 주인이거나, 키워드 검색이나 멘션 관리 같은 특정 권한이 있어야 한다. 특정 답글에 답하려면 그 답글을 지정해서 보낸다. 사람 승인과 가장 가까운 것은 답글 관리 문서(2026년 2월 13일 갱신)다. 기능은 세 가지다. 첫째는 답글 숨기기와 다시 보이기다. 둘째는 누가 답글을 달 수 있는지 정하는 기능으로, 모두, 내가 팔로우하는 계정, 언급된 사람만, 원글 작성자만, 팔로워만 가운데서 고른다. 셋째는 답글 승인제다. 켜 두면 내 게시물에 달린 답글은 승인해야 공개되고, 그 전에는 숨겨진다. 대기 중인 답글 목록을 가져와 하나씩 승인하거나 무시할 수 있다. 내 게시물에 달리는 답글에도 사람 승인을 걸 수 있고, 그 승인을 SNS 쪽 기능으로 둘 수 있다는 뜻이다. 그림 7-3이 그 문서다. 그림 7-3. Threads API 답장 관리 문서. 2026년 9월 27일 공개 페이지 화면. 표 7-1은 이 기능들을 사람 승인과 나란히 놓은 것이다. 셋째 칸은 내 운영 기준에서 본 관계다. 기능무엇을 하나사람 승인과의 관계 게시물 만들기·게시미디어 컨테이너를 만들고 그 번호로 게시한다. 게시 전 약 30초 대기를 안내한다내가 승인한 초안만 이 단계로 넘긴다 답글 만들기루트 게시물의 주인이거나 특정 권한이 있을 때 답글을 단다. 특정 답글을 지정해 답할 수 있다내가 승인한 답글 초안만 보낸다 답글 숨기기·보이기달린 답글을 숨기거나 다시 보이게 한다무엇을 숨길지는 사람이 정한다 답글 권한 정하기모두, 내가 팔로우하는 계정, 언급된 사람만, 원글 작성자만, 팔로워만 가운데서 고른다게시물마다 사람이 고른다 답글 승인제승인해야 답글이 공개되고, 그 전에는 숨긴다. 대기 목록을 가져와 승인하거나 무시한다내 게시물에 달리는 답글에 사람 승인을 SNS 쪽 기능으로 건다 미디어·프로필 가져오기, 인사이트 조회내 게시물과 프로필 정보, 반응 지표를 가져온다판단 재료다. 무엇을 할지는 사람이 정한다 표 7-1. Threads API로 할 수 있는 일. Meta 개발자 문서를 2026년 9월 27일 확인해 정리했다. API를 쓰려면 앱을 등록하고 액세스 토큰을 받아야 한다. 토큰은 내 계정 대신 API를 부를 수 있는 비밀값이다. 그래서 화면이나 대화에 찍지 않고, 권한을 제한한 파일에 둔다. 고급편 1편과 3편에서 정한 원칙을 그대로 따른다. 7.4 내 계정은 왜 자동에서 승인으로 바뀌었나? 개인 글이 반응을 얻었고, 한결같은 답글에 "AI랑?"이라는 질문을 받았다. 그 뒤 승인제로 바꿨다. 내 SNS 계정은 처음에 책 요약 콘텐츠를 자동으로 만들어 올리는 프로젝트의 입구로 설계했다. 그 프로젝트는 내가 직접 만든 파이프라인으로 돌리는 구조였다. Threads API에서 데이터베이스로 이어지는 흐름이다. 서비스는 아직 준비 중이다. 이 파이프라인은 Aside와 별개로 내가 따로 만든 것이다. 처음 설계에서는 콘텐츠가 만들어지면 자동으로 올라가는 쪽을 그렸다. 사람이 끼는 자리를 따로 두지 않은 설계였다. 그런데 계정은 설계대로만 흘러가지 않았다. 계획에 없던 개인적인 글 하나가 반응을 얻으면서, 계정이 개인 이야기 쪽으로 기울었다. 책 계정으로 되돌릴지 개인 계정으로 돌릴지 고를 수도 있었지만, 나는 둘을 섞기로 했다. 개인 글은 남긴다. 개인 글에서 들어온 사람이 책 콘텐츠까지 보기 때문이다. 대신 게시 방식을 바꿨다. 2026년 8월 18일부터 완전 자동 게시를 그만두고, 사람이 검토한 뒤 게시하는 방식으로 옮겼다. 개인 이야기가 섞였다고 모든 것을 드러내지는 않는다. 사적인 사정 일부는 개인 글에도 공개하지 않는다. 무엇을 쓸지와 무엇을 쓰지 않을지 모두 사람이 정하는 영역으로 남긴 셈이다. 직접 계기는 답글이었다. 답글이 한결같은 모양이 되자 한 독자가 "AI랑?"이라고 물었다(1권 11장). 그 뒤로 게시물과 답글은 내가 초안을 승인한 것만 올라간다. 이 일로 알게 된 것은 약관과는 다른 층위의 문제다. 어떤 길로 올리든 답글이 같은 모양으로 반복되면 읽는 사람은 알아본다. 자동화가 허용되는지와, 자동화한 티가 나는지는 따로 따져야 한다. 앞의 것은 약관이 정하고, 뒤의 것은 독자가 정한다. 그래서 초안 승인에 더해 답글을 쓰는 기준을 따로 세웠다. 7.5 답글 문체 기준 네 가지 반복하지 않기, 길이 맞추기, 받아서 이어 가기, 말투 맞추기. 운영하며 정한 기준이다. 첫째, 복사해 붙인 듯한 같은 문장을 돌려 쓰지 않는다. 반복은 봇처럼 읽히고 노출도 줄어든다고 보았다. 둘째, 길이는 대화가 이미 이어지고 있는지에 맞춘다. 처음 댓글을 단 사람에게는 한두 문장만 쓴다. 셋째, 내 질문에 다시 답해 준 사람에게는 그 사람의 구체적인 말을 받아, 내 쪽 이야기를 하나 보태 이어 간다. 넷째, 기본은 존댓말이고 상대가 반말을 쓰면 맞춘다. 이 SNS는 반말 문화가 기본이다. 네 기준은 한 방향을 향한다. 답글 하나하나가 그 사람에게 쓴 말로 읽히게 하는 것이다. 한두 문장짜리 답글이라도 같은 문장을 여러 사람에게 돌리면 금방 드러난다. 이 기준은 내가 직접 쓸 때도, AI에게 초안을 맡길 때도 똑같이 적용한다. 초안을 맡길 때는 오히려 더 또렷하게 적어야 한다. 기준을 적지 않고 답글 여러 개를 한 번에 맡기면 비슷한 인사와 비슷한 맺음말이 반복되기 쉽다. 그래서 요청문에 네 기준을 그대로 옮겨 적고, 초안을 받을 때는 초안끼리 겹치는 표현이 있는지도 따로 적게 한다. 표 7-2는 상황별로 정리한 것이다. 뒤의 요청 예시도 이 표를 바탕으로 썼다. 상황길이·말투피할 것 처음 댓글을 단 사람한두 문장. 기본은 존댓말처음 온 사람에게 긴 답 내 질문에 다시 답해 준 사람그 사람의 구체적인 말을 받고, 내 쪽 이야기를 하나 보탠다상대 말을 받지 않는 인사만으로 끊기 상대가 반말을 쓴 경우반말로 맞춘다상대 말투와 상관없이 한 가지 말투로만 답하기 여러 댓글에 한꺼번에 답할 때댓글마다 다른 문장복사해 붙인 듯한 같은 문장 돌려 쓰기 표 7-2. 내 답글 기준. 운영하며 정한 것이며 모든 계정에 맞는 규칙은 아니다. 7.6 올리고 사라지지 않는다 타이밍에도 내 기준이 있다. 먼저 밝혀 둘 것은, 아래 숫자는 내 운영 판단이고 보장된 수치가 아니라는 점이다. 나는 게시 뒤 첫 30~60분의 반응을 가장 강한 노출 신호로 본다. 그중에서도 좋아요보다 답글, 특히 주고받는 대화를 더 무겁게 본다. 그래서 올리고 사라지지 않는다. 답글은 한 번에 몰아서 달지 않고 여러 번에 나눈다. 올린 직후 바로 한 번, 이후 몇 시간 동안 30~40분 간격으로, 저녁에 한 번, 다음 날 아침에 한 번이다. 몰아서 다는 답글은 앞에서 말한 한결같은 모양이 되기도 쉽다. 나눠 달면 댓글마다 그때의 대화에 맞춰 쓸 여유가 생긴다. 올리는 시간은 밤 10시에서 12시 사이가 나았다. 이 계정은 한국 독자가 많다. 근거는 두 가지다. 아시아권 자료, 그리고 이 계정에서 크게 반응한 글이 자정 무렵이었던 기록이다. 서구 기준으로 만든 '좋은 시간표'는 그대로 쓰지 않는다. 독자가 사는 시간대가 다르면 같은 시간표가 맞기 어렵다. 다른 계정이라면 자기 계정의 기록으로 다시 정하는 편이 낫다. 이 시간 기준은 사람이 붙어 있어야 하는 기준이기도 하다. 올리는 시간을 정해도, 그 뒤 첫 한 시간 안팎의 대화를 이어 갈 사람이 자리에 있어야 한다. 7.7 Aside는 어디에 두면 될까? 초안을 쓰는 자리에 둔다. 게시와 답글 관리는 API 쪽 일이고, 승인은 내가 한다. 지금 내 운영에서 Aside의 자리는 초안이다. 게시물과 답글 초안을 Aside가 쓰고, 내가 읽고 승인한다. 답글 초안을 맡길 때는 7.5절의 기준을 지시에 적는다. 같은 문장을 돌려 쓰지 말 것, 대화가 이어진 정도에 길이를 맞출 것, 상대 말투에 맞출 것. 기준을 요청에 적어 두면 초안끼리 비슷해지는 것을 쓰는 단계에서 한 번 걸러 낼 수 있다. 게시물에 캡처 이미지를 붙일 때는 무엇을 찍을지 내가 정하고, 자르기와 가리기는 정해진 절차로 한다. 전체 화면 캡처가 그대로 노출된 사고가 있었기 때문이다(1권 14장). 한 걸음 더 나간 구성도 가능하다. 게시나 답글 승인제 같은 API 작업을 하는 작은 스크립트를 Aside에게 쓰게 하는 것이다. 토큰은 권한을 제한한 파일에 두고, 스크립트는 그 파일에서 읽는다. 실행 결과는 표로 받는다. 무엇을 올렸는지, 어떤 답글을 승인하거나 무시했는지 항목별로 보는 식이다. 이렇게 하면 게시 버튼은 API가 누르고, 무엇을 넘길지는 여전히 내가 정한다. 다만 이 구성은 내가 해 본 일이 아니다. 할 수 있는 구성으로 소개한다. 앞에서 말한 내 파이프라인은 Aside와 따로 만든 것이다. 답글 승인제는 내 게시물에 달리는 답글에 사람 승인을 거는 기능이다. 켜 두면 내가 승인한 답글만 공개된다. 이 기능도 나는 아직 켜 보지 않았다. 이런 기능이 있다는 소개까지만 한다. 어느 쪽이든 원칙은 같다. 기계는 열린 길 안에서 반복을 맡고, 공개되는 말은 사람이 확인한다. 7.8 답글 초안을 맡기는 요청 예시 아래는 설명을 위해 만든 가상의 요청이다. 담을 것은 세 가지다. 초안만 쓰고 게시하지 않기, 답글 기준, 초안을 표로 받기. [가상 설정] 아래에 붙여 넣은 댓글들에 대한 답글 초안만 써 줘. 게시하지 마. 좋아요, 팔로우 같은 동작도 하지 마. 1. 초안끼리 같은 문장을 돌려 쓰지 마. 겹치는 인사나 맺음말이 있으면 바꿔. 2. 처음 댓글을 단 사람에게는 한두 문장만 써. 3. 내 질문에 다시 답해 준 사람에게는 그 사람의 구체적인 말을 받아서, 내 쪽 이야기를 하나 보태 이어 가. 4. 기본은 존댓말. 상대가 반말이면 반말로 맞춰. 5. 모르는 사실은 지어내지 말고, 사적인 사정은 쓰지 마. 6. 결과는 표로 줘. 번호 / 원 댓글 요약 / 상황(처음·이어지는 대화) / 말투 / 답글 초안 / 내가 확인할 점 7. 표 아래에 초안끼리 겹치는 표현이 있는지 따로 적어 줘. [여기에 댓글을 붙여 넣는다] 맨 앞 두 줄이 이 요청의 중심이다. 초안만 쓰라는 것과 게시하지 말라는 것을 가장 먼저 적었다. 무엇이 공개될지는 내가 표를 보고 정한다. 1번부터 4번은 7.5절의 기준을 그대로 옮긴 것이다. 6번의 '상황' 칸은 처음 온 사람인지, 이어지는 대화인지를 초안마다 밝히게 한다. 이 칸이 있으면 길이가 맞는지 한눈에 보인다. 7번은 반복을 초안 단계에서 잡으려는 줄이다. "AI랑?"이라는 질문을 받게 한 것이 바로 한결같은 답글이었다. 이 요청에서 댓글은 사람이 직접 붙여 넣는다. 에이전트가 SNS 화면에서 답글을 읽어 오게 하지 않은 것은 7.2절의 약관 때문이다. 7.9 다음 편: 영상과 도판 자동화 다음 편에서는 영상과 도판을 만드는 일을 자동화하는 방법을 다룬다. 이 글의 확인 범위 기준일은 2026년 9월 27일이다. 약관과 API 문서, SNS의 동작은 바뀔 수 있다. 약관에 관한 문장은 내가 읽은 문장과 그에 맞춰 정한 내 기준이며, 법률 해석이 아니다. Threads 이용약관, Instagram 이용약관 한국어판, Meta 개발자 문서의 Threads API 개요·답글 만들기·답장 관리 문서를 2026년 9월 27일 확인했다. 각 문서의 갱신일은 본문에 적었다. 7.5절의 답글 기준과 7.6절의 타이밍 기준(첫 30~60분, 30~40분 간격, 밤 10시~12시)은 내 운영 판단이며 보장된 수치가 아니다. Aside에게 API 스크립트를 쓰게 하는 구성과 답글 승인제는 해 보지 않았다. 할 수 있는 구성과 있는 기능으로만 소개했다. 그림 7-1은 설명용 도식이고, 그림 7-2와 7-3은 공개 페이지 화면이다. 7.8절의 요청은 가상이다. 참고한 자료 2026년 9월 27일 확인. Threads 이용약관 · Instagram 이용약관 · Threads API 문서 · 답장 관리 문서 다음 글: 고급 활용 8 · 영상과 도판을 코드로 만들기 이전 글: 고급 활용 6 · 블로그 자동 발행 1권: 『Aside 브라우저 사용설명서』 연재 목록 『Aside 고급 활용』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ### 영상과 도판을 코드로 만들기 | Aside 고급 활용 8 https://voidlogpress.com/aside-advanced-8/ 발행일: 2026-09-27T02:30:18+00:00 수정일: 2026-09-27T02:30:18+00:00 46초짜리 시연 영상을 녹화했더니 1.3초짜리 파일이 나왔다. 화면을 재생하던 방식 그대로 녹화한 탓이었다. 원인과 해결은 8.5절에 적는다. 고급편 7편 끝에서 이번 주제를 영상과 도판 자동화로 예고했다. 이 글은 설명용 그림, 기구의 동작 영상, 프로그램 시연 영상을 만들어야 하는 비개발자를 위해 쓴다. 나도 개발자가 아니다. 그래도 이번 달에 기구 동작 도면과 애니메이션, 한 교육 과정에 들어갈 시연 영상 12편, 책과 연재의 도판을 Aside에게 코드로 만들게 했다. 무엇이 됐고 무엇에 걸렸는지 차례로 적는다. 고급편의 여덟 번째 글이다. 8.1 정확해야 하는 그림과 동작은 무엇으로 만들까? AI 생성보다 Aside에게 코드로 그리게 하는 편이 정확하고 싸다. 브라우저만으로 PNG와 MP4까지 된다. 여기서 코드로 그린다는 말은, 붓질 대신 숫자로 그림을 정한다는 뜻이다. 선의 시작점과 끝점, 회전축의 위치, 부품의 색을 값으로 적어 두고 그 값대로 그리게 한다. 코드는 내가 쓰지 않는다. 무엇을 어디에 둘지 내가 말로 정하고, Aside가 그것을 코드로 옮긴다. AI 이미지·영상 생성은 그럴듯한 모습을 빠르게 내놓지만, 무엇이 고정이고 무엇이 도는지는 지켜 주지 않을 때가 있다. 나는 쇼핑카트 등받이의 경첩 동작을 AI 영상 생성 도구에서 9번 연속 잘못 받은 뒤 코드로 옮겼다. 코드 쪽은 정확했고 추가 비용이 들지 않았다. 대신 확인할 것이 생긴다. 영상의 길이, 빠진 프레임, 파일 형식, 소재의 권리, 재현 화면이라는 표시다. 그림 8-1은 이번에 쓴 흐름이다. 첫 칸은 SVG 도면이다. SVG는 선과 글자를 좌표로 적는 그림 형식이다. 이것을 브라우저에서 PNG 이미지로 바꾸면 도판이 된다. 움직임이 필요하면 시각마다 다른 자세의 그림을 캔버스에 차례로 그린다. 캔버스는 브라우저 안에서 그림을 그리는 판이다. 그 판을 브라우저의 녹화 기능으로 찍어 MP4 파일로 받는다. 마지막 칸은 길이 검증이다. 파일이 스스로 적어 둔 길이를 믿지 않고, 실제 재생 길이와 크기를 다시 읽는다. 처음부터 끝까지 브라우저 안에서 끝나는 흐름이다. 그림 8-1. 브라우저만으로 도판과 영상을 만드는 흐름. 실제 화면이 아닌 설명용 도식이다. 8.2 언제 생성하고 언제 코드로 그리나? 무엇이 고정이고 무엇이 도는지가 핵심이면 코드로 그린다. 겉모습이 핵심일 때만 생성을 검토한다. 내 기준은 틀리면 설명 전체가 무너지는 부분이 어디냐다. 기구 동작에서는 고정점과 회전축이 그렇다. 한글 라벨도 그렇다. AI 영상 모델은 한글을 뭉개서, 라벨이 들어간 그림을 생성으로 얻을 수는 없었다. 반대로 실물 같은 질감은 선과 면으로 그린 도면이 약한 부분이다. 그래서 둘을 잇는 길을 하나 열어 두었다. 코드로 정확한 동작을 먼저 만들고, 그 영상을 동작 참고로 올려 겉모습만 바꾸는 방식이다. 이 방식의 결과가 기구 동작을 지키는지는 아직 판정하지 않았다. 표 8-1은 이번에 부딪힌 경우를 나눈 것이다. 무엇AI 생성코드로 그리기내 선택과 근거 경첩을 축으로 도는 기구 동작9번 연속 경첩 동작을 잘못 그렸다경첩 점을 축으로 도는 변환으로 적어 회전축을 코드가 강제한다코드. 정확했고 추가 비용이 없었다 부품이 닿는 중간 자세자세를 모델이 정한다접촉 조건에서 각도를 계산한다코드. 눈대중 자세는 자세히 보는 사람에게 드러난다 한글 라벨과 지시선한글을 뭉갠다글자를 좌표에 그대로 놓는다코드 도면에 넣거나, 생성 뒤 편집으로 얹는다 실물 같은 겉모습업로드한 영상을 동작 참고로 삼아 겉모습만 바꾸는 모드가 있다. 원본 길이 상한 10초선과 면으로 된 도면에 머문다입력은 라벨 없는 코드 버전으로 준다. 결과는 아직 판정 전 프로그램 시연 화면실시간 결과처럼 보일 위험이 있다HTML 시뮬레이터로 재현해 녹화한다코드. 교육용 재현 화면이라고 표시한다 연재의 설명용 도식쓰지 않았다SVG로 그려 브라우저에서 PNG로 바꾼다코드. 이모지 대신 도형으로 그린다 표 8-1. AI 생성과 코드로 그리기. 2026년 9월 내 작업에서 부딪힌 경우만 적었다. 8.3 카트 겹침 동작을 코드로 그린 과정 쇼핑카트를 포갤 때 등받이가 경첩을 축으로 위로 들린다. 이 동작을 숫자로 적어 도면으로 옮겼다. AI 영상 생성으로 9번 실패하고 방법을 바꾼 판정 흐름은 1권 13장에 적었다. 여기서는 그다음, 코드로 어떻게 만들었는지를 적는다. 도면은 SVG를 만들어 내는 함수로 짰다. 함수는 값만 바꿔 같은 일을 되풀이할 수 있게 묶어 둔 코드 조각이다. 이 함수에는 좌표 상수 6개가 있다. 뒤쪽 기둥과 앞쪽 기둥의 위치와 높이다. 이 여섯 값만 바꾸면 다른 기구에도 같은 함수를 쓸 수 있게 했다. 회전은 경첩 점을 축으로 도는 변환으로 적었다. 이렇게 적으면 등받이가 어느 각도에 있든 경첩 점은 제자리에 남는다. 고정점과 회전축을 내가 매 장면 확인하는 대신 코드가 강제하는 셈이다. 중간 자세는 눈대중으로 찍지 않았다. 뒤 카트가 등받이에 닿는 접촉 조건을 세우고, 그 조건이 성립하는 각도를 계산해 구했다. 그런데 이 계산만으로는 완전히 포갰을 때도 등받이가 90도에 이르지 못했다. 70도대에서 멈췄다. 나는 마지막 구간을 90도까지 이어 붙였다. 자세히 보는 사람에게는 어긋난 자세가 드러나기 때문이다. 도면이 정확하다는 것은 선이 깔끔하다는 말과 다르다. 부품끼리 닿는 자리와 멈추는 각도가 맞아야 한다. 색에는 규칙을 두었다. 배경은 흰색, 움직이는 부품은 주황(앰버), 고정점과 회전 궤적은 빨강, 주체는 남색, 상대나 배경 물체는 회색이다. 글을 읽지 않아도 무엇이 움직이는지 보이게 하려는 것이다. 비율도 다시 잡았다. 제품 사진에서 실제 비율을 재어 보니 바구니 뒤쪽이 앞쪽보다 높고 깊었다. 그 값을 좌표 상수에 반영해 도면을 고쳤다. 그림 8-2가 그렇게 만든 시작, 중간, 마무리 3단계 도면이다. 중간 자세의 각도가 앞 문단의 접촉 조건에서 나온 값이다. 그림 8-2. 코드로 그린 카트 겹침 3단계 도면. 중간 자세의 각도는 접촉 조건으로 계산했다. 결과물은 세 가지다. 3단계 도면 각각과 그것을 한 장에 모은 합본, 그리고 1200×930 크기로 포갰다 풀었다를 되풀이하는 왕복 애니메이션(약 8초)이다. 크레딧은 쓰지 않았다. 놓칠 뻔한 일도 하나 있었다. 다시 쓸 가치가 있는 생성 함수가 대화 도구의 메모리에만 있다가 사라진 것이다. 그 뒤로는 만든 즉시 파일로 저장하게 했고, 도면 생성기도 파일로 남겼다. 이 과정은 스킬 하나로도 정리했다. 8.4 브라우저만으로 영상이 만들어질까? 된다. 캔버스에 그린 화면을 브라우저의 녹화 기능으로 찍으면 MP4 파일이 나온다. 순서는 이렇다. SVG 도면을 이미지로 바꾸고, 그 이미지를 캔버스에 그린다. 캔버스 화면은 MediaRecorder로 녹화한다. MediaRecorder는 화면이나 소리의 흐름을 파일로 기록하는 브라우저 기능이다. 녹화가 끝나면 파일로 받는다. 여기서 먼저 확인할 것은 이 브라우저가 어떤 형식으로 녹화할 수 있느냐다. 브라우저 녹화는 webm이라는 다른 영상 형식만 된다고 가정하기 쉽다. 내 환경의 브라우저는 H.264 MP4 녹화를 지원했다. H.264는 영상을 압축하는 방식, 곧 코덱의 이름이다. 지원 여부는 특정 코덱 표기를 넣어 브라우저에 물어보는 방식으로 확인했다. 같은 방법으로 한 교육 과정의 시연 영상 12편을 만들었다. 차시마다 들어갈 시연 장면을 브라우저에서 재생되는 HTML 시뮬레이터로 먼저 만들었다. 시뮬레이터는 실제 프로그램을 흉내 내어 정해진 순서대로 움직이는 화면이다. 그 화면을 캔버스로 그려 MP4로 녹화했다. 첫 파일럿은 1920×1080 크기에 약 47초 길이의 H.264 MP4였다. 파일이 나왔다고 끝내지 않고, 실제 브라우저에서 길이와 크기, 원하는 구간으로 옮겨 가는 동작을 다시 읽어 검증했다. 마지막에는 시뮬레이터 HTML 12개와 MP4 12개를 전달 폴더 하나에 모았다. 중간본은 빼고 목록 파일을 넣었다. 8.5 시간 축에서 걸린 것들 영상은 그림에 시간이 붙은 것이다. 이번에 걸린 것도 대부분 시간에서 나왔다. 첫머리의 1.3초 파일부터 적는다. 시뮬레이터에는 화면에서 재생하기 위한 함수가 있었다. 그 함수를 그대로 녹화에 썼더니 46초짜리 내용이 1.3초로 압축된 파일이 나왔다. 녹화할 때는 방식을 바꿨다. 경과 시간을 직접 한 칸씩 올리고, 그 시각에 맞는 화면을 그리게 했다. 그러자 정상 길이가 나왔다. 5초짜리 시험은 5.13초, 본편은 46.83초였다. 재생용 화면은 사람이 보는 속도에 맞춰 움직이지만, 녹화할 때는 몇 초 시점의 화면인지를 내가 정해 주는 쪽이 안전했다. 다음은 기다리는 시간이다. 긴 영상을 실시간으로 녹화하면 20분 넘게 기다려야 했다. 그래서 프레임을 하나씩 직접 요청하며 가상 시간을 0.1초씩 올렸다. 프레임은 영상을 이루는 낱장 그림 한 장이다. 요청 간격이 너무 짧으면 프레임이 빠졌다. 8ms 간격으로 100장을 요청하자 65장만 기록됐다. 25ms 간격에서는 50장 중 50장이 남아 이 값을 안전값으로 삼았다. 그래도 일부가 빠질 수 있어 한 단계를 더 두었다. 실제로 기록된 프레임 수를 센 뒤, 목표 길이를 그 수에 고르게 나눠 파일의 시간 정보를 다시 썼다. 빠진 장이 있어도 전체 길이는 목표대로 맞게 된다. 기구 동작 영상에서는 올리는 쪽에서 걸렸다. 그 영상 도구는 webm 파일을 오류 없이 무시하고 직전에 올린 미디어를 잡았다. MP4로 올려야 했다. 브라우저가 녹화한 MP4는 길이 정보도 부정확했다. 실제로 4.6초인 영상을 도구가 8초로, 또 14초로 읽었다. 길이 제한이 있는 곳에서는 내용을 앞쪽에 모으고 쓸 구간을 지정해 대응했다. 업로드한 영상을 동작 참고로 삼는 모드는 원본 길이 상한이 10초였다. 그 밖에 두 가지가 더 있었다. 전역 함수 이름을 top으로 지었다가 브라우저가 이미 쓰는 이름과 부딪혀 화면이 통째로 그려지지 않았다. 긴 녹화를 한 번의 명령으로 끝까지 기다리게 했더니 연결 시간 초과가 났다. 표 8-2에 모아 두었다. 증상원인해결이후 확인 46초 내용이 1.3초 파일로 압축됨화면 재생용 함수를 그대로 녹화함경과 시간을 직접 올리며 그 시각의 화면을 그림5초 시험 5.13초, 본편 46.83초 프레임이 빠짐(8ms 간격 100장 중 65장)프레임 요청 간격이 너무 짧음25ms 간격을 안전값으로 삼음50장 중 50장. 기록된 프레임 수를 세어 시간 정보를 다시 씀 화면이 통째로 그려지지 않음전역 함수 이름 top이 브라우저의 기존 이름과 부딪힘이름을 바꿈top, name, status 같은 흔한 이름은 피함 긴 녹화 중 연결 시간 초과한 번의 명령으로 끝까지 기다림녹화는 시작만 시키고 결과를 따로 확인함- 영상 도구가 올린 파일 대신 직전 미디어를 잡음webm 파일을 오류 없이 무시함MP4로 올림1권 13장 4.6초 영상을 도구가 8초, 14초로 읽음브라우저가 녹화한 MP4의 길이 정보가 부정확함내용을 앞쪽에 모으고 구간을 지정함- 영상을 동작 참고로 쓰는 모드에 올릴 수 있는 길이가 짧음원본 길이 상한 10초상한을 확인하고 올림결과가 기구 동작을 지키는지는 미판정 부분 캡처가 좌표 일부를 무시함이 환경의 부분 캡처 기능요소 위치를 모아 두고 전체 화면을 찍은 뒤 이미지 도구로 자름도판 10장 약 7분 설명용 그림의 이모지가 네모로 깨짐이 환경의 이모지 표시도형으로 그림고급편 5편 표 8-2. 영상과 도판에서 걸린 것. 내 환경에서 관찰한 것이며 다른 환경에서는 다를 수 있다. 8.6 정직 표시와 권리는 어디까지 챙기나? 재현 화면은 재현이라고 적고, 남의 영상은 AI 변환 입력으로 쓰지 않는다. 라벨은 생성 뒤에 얹는다. 시연 영상은 실제 AI의 답을 찍은 화면이 아니다. 시뮬레이터가 정해진 순서대로 보여 주는 재현이다. 그래서 화면 시작과 아래쪽에 '교육용 재현 화면'이라고 표시했다. 실제 결과는 모델과 버전, 입력 자료에 따라 달라진다는 고지도 넣었다. 실시간 AI 결과인 것처럼 편집하지 않았고, 특정 AI 서비스의 로고도 넣지 않았다. 보는 사람이 이것을 실제 결과로 믿으면, 자기 화면에서 다른 답이 나왔을 때 자기가 틀렸다고 생각할 수 있다. 재현이라는 표시는 그 오해를 막는 장치다. 기구 동작 쪽에서는 소재의 권리를 따졌다. 소재로 받은 제품 소개 영상 클립이 있었는데, 자막이 화면에 박혀 있고 워터마크가 있었다. 워터마크는 영상의 출처를 밝히려고 화면에 얹어 둔 표시다. 이 클립은 AI 변환 입력으로 쓰지 않았다. 남의 영상을 AI로 바꿔 쓰면 그 결과는 남의 영상에서 나온 파생물이 된다. 대신 치수와 비율을 재는 참고 자료로만 썼다. 뜻밖의 쓸모도 있었다. 그 영상 자막에서 '등받이', '겹침'이라는 현장 용어와, 등받이는 겹침 시 위로 올라가는 구조라는 설명을 확인했다. 내 기구 해석이 맞았다는 것을 밖에서 확인한 셈이다. AI 영상 도구에 넣을 입력은 따로 만들었다. 글자와 지시선, 라벨을 모두 뺀 버전을 한 번 더 렌더했다. 렌더는 적어 둔 좌표와 색을 실제 그림으로 뽑아내는 일이다. AI 영상 모델은 한글을 뭉개기 때문에, 라벨이 들어간 도면을 넣으면 뭉개진 글자가 결과에 섞인다. 라벨은 생성이 끝난 뒤 편집으로 얹는다. 도면을 함수로 만들어 둔 덕에 라벨 있는 판과 없는 판을 같은 좌표로 뽑을 수 있었다. 8.7 책과 연재 도판은 어떻게 자동화했나? 무엇을 찍을지는 내가 정하고, 캡처·자르기·가리기·썸네일은 정해진 스크립트로 돌린다. 이 원칙에는 계기가 있다. 예전에 다른 에이전트로 블로그를 자동화할 때 캡처 단계를 AI 판단에 맡겼다가 전체 화면이 그대로 올라간 사고가 있었다(1권 14장). 그 뒤로 나눴다. 캡처, 자르기, 가리기, 썸네일은 판단이 필요 없는 결정적 작업이다. 같은 입력이면 언제나 같은 결과가 나와야 하는 일이라서 정해진 스크립트로 돌린다. 모델을 부르지 않으니 모델 비용도 0이다. 무엇을 찍을지는 사람이 정한다. 가리기 영역은 화면 비율(0에서 1 사이의 값)로 저장했다. 해상도가 바뀌어도 같은 자리를 다시 가릴 수 있다. 다른 책의 화면 도판을 자동으로 찍을 때도 걸린 것이 있었다. 이 환경의 부분 캡처 기능이 좌표 일부를 무시했다. 그래서 순서를 바꿨다. 찍을 요소의 위치를 먼저 모아 두고, 전체 화면을 찍은 뒤, 이미지 도구로 잘랐다. 잘라 낼 영역은 제목 글자에서 출발해 크기 조건이 맞는 상자까지만 거슬러 올라가 찾았다. 이 방식으로 도판 10장을 약 7분에 뽑았다. 겪은 시행착오는 프로젝트의 캡처 노트 파일에 적어 두었다. 이 연재의 도식은 SVG로 그려 브라우저에서 PNG로 바꿨다(고급편 6편). 이미지에 한글을 넣을 때 시스템 글꼴은 막혀 있어서 프로젝트 폴더의 글꼴 파일을 썼다. 설명용 그림에 이모지를 쓰면 네모로 깨져서 도형으로 그렸다(고급편 5편). 실제 화면은 캡처 직전에 개인정보 글자만 가상 값으로 바꿨다. 비밀값을 출력에 찍지 않는다는 원칙은 고급편 1편에 적었다. 파일 이름도 바꿨다. 웹에 올리는 도판은 번호식 이름으로 두지 않고 내용을 설명하는 이름으로 바꿔야 이미지 검색에서 찾힌다고 판단했다. 그래서 책용 이름과 웹용 이름을 매핑표에서 나눠 두기로 했다. 8.8 결과는 사람이 재생해서 판정한다 동작은 정지 화면으로 판정하지 않는다. 내가 재생해 보고 정한다. 도면 한 장이 맞아도 움직임은 틀릴 수 있다. 그래서 동작 판정은 정지 화면으로 하지 않고 내가 재생해서 했다. 판정 흐름은 1권 13장에 적었다. Aside는 재생할 때 볼 것 두 가지를 짚었다. 회전이 경첩을 축으로 일어나는지, 그리고 배경이 정지해 있는지다. 정지 화면을 볼 때는 영상 파일을 브라우저의 영상 재생 기능에 넣고 원하는 시각으로 옮겨 가며 프레임을 캡처했다. 휴대폰으로 찍은 MOV 파일은 형식 표기를 MP4로 넣어야 열렸다. 그림 8-3도 애니메이션 파일에서 이 방식으로 0.2초, 2.6초, 3.3초, 4.0초의 네 프레임을 뽑은 것이다. 판정은 끝까지 재생해 본 내 눈이 한다. 그림 8-3. 코드로 만든 애니메이션(약 8초)에서 네 시점을 뽑아 나란히 놓은 것. 8.9 도판과 영상을 맡기는 요청 예시 아래는 설명을 위해 만든 가상의 요청이다. 담을 것은 좌표 상수, 색 규칙, 라벨 없는 버전, 길이 검증, 판정은 내가 한다는 조건이다. [가상 설정] 접이식 의자가 접히는 동작을 설명하는 도식과 짧은 MP4 영상을 코드로 만들어 줘. AI 이미지·영상 생성은 쓰지 마. 1. 도면은 SVG를 만드는 함수로 짜. 고정 부품의 위치와 높이는 좌표 상수로 맨 위에 모아 두고, 회전은 경첩 점을 축으로 도는 변환으로 적어. 2. 중간 자세는 눈대중으로 정하지 말고 부품이 닿는 조건에서 각도를 계산해. 계산이 끝 자세에 못 미치면 어디서 이어 붙였는지 적어. 3. 색 규칙: 흰 배경, 움직이는 부품 주황, 고정점과 회전 궤적 빨강, 나머지 회색. 4. 라벨 있는 판과 글자·지시선·라벨을 모두 뺀 판을 같은 좌표로 따로 렌더해. 5. 영상은 브라우저에서 MP4로 녹화해. 먼저 이 브라우저가 MP4 녹화를 지원하는지 확인하고, 경과 시간은 직접 올리면서 그 시각의 화면을 그려. 6. 다 만든 뒤 실제 재생 길이와 가로·세로 크기를 다시 읽어서 표로 줘. 파일이 적어 둔 길이는 믿지 마. 7. 함수와 결과 파일은 만든 즉시 파일로 저장해. 8. 동작이 맞는지는 내가 재생해서 판정할게. 재생할 때 내가 볼 점을 두세 개 적어 줘. 1번과 2번이 이 요청의 중심이다. 좌표 상수를 맨 위에 모아 두면 비율을 고칠 때 여섯 값 남짓만 바꾸면 된다. 회전을 경첩 점 기준으로 적게 하면 고정점을 코드가 지킨다. 2번의 뒷줄은 내가 카트 도면에서 70도대에서 멈춘 계산을 이어 붙인 경험에서 왔다. 4번은 AI 영상 도구에 넣을 입력을 미리 만들어 두는 줄이다. 5번과 6번은 8.5절에서 걸린 것들을 요청 단계에서 막으려는 줄이다. 8번은 판정을 누가 하는지 적어 둔 것이다. Aside는 볼 점을 짚고, 재생해서 정하는 것은 나다. 8.10 다음 편: 실험편 다음 편은 실험편이다. 아직 해 보지 않은 기능들을 직접 해 보고 그 결과를 쓴다. 이 글의 확인 범위 기준일은 2026년 9월 27일이다. 브라우저의 녹화 지원 범위와 영상 도구의 동작은 바뀔 수 있다. 본문의 녹화 형식 지원, 프레임 누락 수치(8ms 간격 100장 중 65장, 25ms 간격 50장 중 50장), 부분 캡처 동작, 글꼴 제한은 내 환경에서 관찰한 것이다. 다른 브라우저나 기기에서는 다를 수 있다. 업로드한 영상을 동작 참고로 삼아 겉모습만 바꾸는 모드는 원본 길이 상한만 확인했다. 결과가 기구 동작을 지키는지는 판정하지 않았다. 시연 영상을 만든 교육 과정의 이름과 화면 내용은 공개하지 않는다. 이 글에는 만든 방식과 검증 방법만 적었다. 제품 소개 영상 클립은 치수·비율 참고와 용어 확인에만 썼으며, 이 글에 그 영상의 화면은 싣지 않았다. 그림 8-1은 설명용 도식이고, 그림 8-2와 8-3은 코드로 만든 도면과 애니메이션에서 뽑은 것이다. 8.9절의 요청은 가상이다. 참고한 자료 2026년 9월 27일 확인. MediaRecorder (MDN) · SVG (MDN) 이전 글: 고급 활용 7 · SNS는 허용된 길로 1권: 『Aside 브라우저 사용설명서』 연재 목록 『Aside 고급 활용』 연재 목록 저자의 실제 사용 경험과 Aside 도움말을 바탕으로 AI의 도움을 받아 작성·편집했습니다. 초판 선공개 원고 v1.0. ---------------------------------------- ## 연재 · 보도자료 ### 구글과 마이크로소프트는 왜 브라우저를 두고 싸울까…『브라우저 전쟁』 출간 https://voidlogpress.com/browser-war-press-release/ 발행일: 2026-10-15T03:34:53+00:00 수정일: 2026-10-15T15:04:31+00:00 구글과 마이크로소프트만 브라우저를 만드는 것은 아니다. 한국의 젊은 개발진이 만든 AI 브라우저 ‘어사이드(Aside)’도 이 경쟁에 뛰어들었다. 웹페이지를 보여주던 브라우저가 이제는 사용자의 지시를 받아 사이트를 오가며 일을 처리한다. 보이드로그가 10월 16일 출간하는 강지우의 『브라우저 전쟁』은 넷스케이프에서 어사이드 같은 AI 브라우저까지 이어지는 30년의 경쟁을 다룬다. 부제는 ‘넷스케이프에서 AI 에이전트까지, 누가 인터넷의 입구를 지배하는가’. 연구소에서 태어난 웹이 기업들의 격전지가 되기까지, 브라우저를 만든 사람과 그들이 내린 선택을 따라간다. 『브라우저 전쟁』 북트레일러 · 새 창에서 보기 크롬도 사파리도 무료다. 그런데 그 안에서 검색이 어디로 연결되는지를 두고는 거액이 오간다. 미국 법원의 2024년 판결문에 따르면, 구글이 2022년 애플에 지급한 검색 수익 배분액은 약 200억 달러로 추산됐다. 사파리 등 애플 기기의 검색 기본값을 구글로 두는 계약에 따른 돈이다. 한 대의 검은 컴퓨터에서 시작된 일 출발은 1990년 말 제네바의 연구소다. 팀 버너스리가 쓰던 검은 넥스트 컴퓨터 한 대가 웹서버이자 브라우저의 작업장이었다. 기계에는 전원을 끄지 말라는 손글씨 경고가 붙어 있었다. 당시의 웹 전체가 그 한 대에서 돌아가고 있었다. 연구자들이 서로 다른 컴퓨터에 흩어진 문서를 찾아 읽게 하려던 시도였다. 1993년 세른은 웹의 핵심 기술을 누구나 무료로 쓸 수 있도록 공개했다. 웹이 퍼지는 데 허락도 사용료도 필요하지 않게 됐다. 몇 해 뒤 분위기는 달라진다. 넷스케이프의 상장에 월가가 열광하고, 마이크로소프트는 인터넷 익스플로러를 윈도우에 묶어 보급한다. 사용자가 어떤 브라우저를 내려받느냐만큼, 컴퓨터를 켰을 때 무엇이 먼저 깔려 있느냐가 중요해졌다. 이후 파이어폭스가 반격에 나서고 크롬이 등장한다. 브라우저의 이름이 바뀌는 동안에도 사용자의 첫 화면을 차지하려는 경쟁은 이어진다. 송금하려고 인터넷 익스플로러를 켜던 시절 한국 독자에게는 월가나 실리콘밸리보다 익숙한 장면이 있다. 은행 사이트에 들어가면 보안 프로그램 설치 안내가 떴다. 설치를 마치고 다시 접속해도 또 다른 프로그램을 깔아야 했다. 2000년대 일부 은행 사이트에서 송금 화면에 닿으려면 이런 절차를 거쳐야 했다. 파이어폭스를 좋아해도 은행 일을 보려면 인터넷 익스플로러를 켜야 했다. 한국의 액티브엑스 경험에는 한 장을 할애했다. 미국의 암호 기술 수출 규제가 출발점이었지만, 특정 브라우저에 묶인 환경이 오래 유지된 데는 국내 제도와 금융기관의 선택도 작용했다. 사용자는 그 결과를 설치 창과 접속 오류로 겪었다. 다음 클릭은 누가 하는가 책이 다루는 한국의 이야기는 액티브엑스에서 끝나지 않는다. 한국 개발진이 만든 어사이드도 등장한다. 책은 어사이드가 내세운 ‘로그인된 사이트에서 일하는 AI’와 행동 전 승인 설계를 살피며, 편리함과 권한의 경계를 묻는다. 후반부에 이르면 브라우저를 쓰는 사람의 역할도 달라진다. AI는 사용자가 시킨 일을 하려고 사이트에 접속해 입력 칸을 채운다. 사람이 직접 링크를 눌러 가며 처리하던 일을 맡길 수 있게 된 것이다. 내 계정으로 어디까지 움직여도 되는지, 결제나 전송 버튼 앞에서는 멈추는지 확인할 필요가 생긴다. 그 전에 알아둘 것은 브라우저의 작동 방식이다. 메신저 안에서 연 링크가 로그인을 요구해 주소를 평소 쓰던 브라우저에 옮겼더니, 이미 로그인돼 있는 경우가 있다. 두 화면이 로그인 정보를 따로 보관할 수 있기 때문이다. 주소창에 엔터를 친 뒤 페이지가 뜨기까지의 과정과 쿠키의 역할을 설명하는 대목은 이런 일상의 경험에서 출발한다. AI 브라우저를 비교할 때는 속도나 편의성만으로 판단하기 어려워진다. 사용자가 허용한 범위 안에서 움직이는지가 중요해진다. 마지막 부에서 다루는 ‘행동할 권한’은 이 문제다. 맡긴 일의 경계를 어디에 긋는지, 사고가 났을 때 누가 책임지는지를 살핀다. 21개 장은 웹의 탄생과 기업 간 경쟁을 따라간 뒤, 우리가 쓰는 브라우저의 내부를 들여다보고 AI 에이전트로 나아간다. 새 브라우저가 나올 때마다 비슷한 경쟁이 되풀이되는 이유를 읽는 데 무게를 뒀다. 제품과 소송 현황은 2026년 8월 기준이며, 수치는 각각 표시한 시점을 따른다. 본문 수치 근거: 미국 대 구글 사건 2024년 판결문, 본문 103쪽·사실인정 299항. 200억 달러는 2022년 검색 수익 배분액의 추정치이며, 브라우저 개발비나 인수대금이 아닙니다. 어사이드 개발진 관련 참고: 공동창업자 인터뷰(EO Magazine) · 공동창업진 소개(Y Combinator). 저자는 집필 기간 어사이드의 유료 사용자였으며, 회사로부터 대가를 받지 않았다. 도서 정보 제목: 브라우저 전쟁 부제: 넷스케이프에서 AI 에이전트까지, 누가 인터넷의 입구를 지배하는가 저자: 강지우 / 출판사: 보이드로그 발행일: 2026년 10월 16일 전자책: EPUB, 11,000원 / ISBN 979-11-221004-6-4 종이책: 교보문고 POD, 252쪽, 148×210mm, 13,500원 / ISBN 979-11-221004-7-1 미리보기 미리보기 PDF 열기 · 미리보기 PDF 다운로드 PDF가 표시되지 않으면 위의 링크로 새 창에서 열어주세요. 자료 및 문의 도서 소개 및 서점 링크: 『브라우저 전쟁』 공식 소개 평면 표지 다운로드 (JPG) 3D 목업 표지 다운로드 (PNG) 미리보기 PDF 다운로드 북트레일러 보기 보도자료 및 취재 문의: 보이드로그 편집부 / contact@voidlogpress.com 이 콘텐츠는 저자가 기획하고 AI 도구를 집필·정리 과정에 활용했습니다. 구성, 사실 확인, 표현, 최종 판단과 출판 책임은 저자와 보이드로그에 있습니다. ----------------------------------------