# 종합 토론! 새벽까지 살아있는 AI 그 두 번째

> https://bookfactory.kr/c/canva/12121
> 게시판: Canva
> 작성자: admin
> 작성일: 2026-09-14T06:35:30.798Z

---

![見出し画像](https://assets.st-note.com/production/uploads/images/306855185/rectangle_large_type_2_ea4b0df5992f3b3d59feccc0e7983b5f.png?width=1280)

그 열차에서의 대화에 맛을 본 후, 집에 돌아와서도 계속해서 복사해서 붙여넣기를 이어갔습니다.

ChatGPT의 답변을 복사하여 Gemini에 붙여넣고, 돌아온 답변을 다시 복사하여 ChatGPT로 되돌리는 작업을 반복하다 보니, 솔직히 손이 점점 지쳐왔다. 재미가 있어야 할 일을 하고 있는데, 단순 반복 작업의 반복일 뿐이다. 게다가, 어느 쪽의 발언을 얼마나 복사했는지 알 수 없어서, 한 번은 Gemini의 발언을 그대로 Gemini에게 보여주는 어리석은 실수를 저질렀다.

스마트폰으로는 수작으로만 할 수밖에 없지만, 집에는 PC가 있습니다. 그리고 PC에는 코드를 한 줄도 작성할 수 없는 나 자신도 사용할 수 있는 ‘클로드 코드’라는 ‘함께 코딩을 써 내려주는 AI’가 있었습니다.

이거, 굳이 복사해서 붙여넣지 않아도 자동으로 처리할 수 있을까?

그렇게 생각하여 클로드 코드에 자문을 구해 보았습니다. 여기서, GPT와 젬마인이 “토론하는 역할”이었다면, 클로드 코드는 **“함께 그 시스템을 구축해 주는 역할”**로 등장하는 3번째 AI입니다.

## 매번 이를 하고 싶다고 생각했다

한밤중에 계속해서 복사-붙여넣기 작업을 반복하다 보니, 이건 한 번 해보고 끝나는 일이 아니라는 것을 깨달았습니다.

부업의 고민뿐만 아니라 다른 일에도 똑같이 적용될 수 있을 것입니다. 업무 진행 방식에 혼란스러울 때, 기사 구성에 혼란스러울 때, 무엇을 사야 할지 고민될 때, “1대에 맡겨 끝”이라는 생각에 머무르지 않고 “2대에 의견을 보여주고 반응을 얻는다”는 방식으로 매번 뭔가 새로운 것을 발견하게 됩니다.

만약이라면, 매번 복사 붙여넣기를 처음부터 하는 대신, 정해진 형태로 재사용하고 싶다. Claude Code에 “ChatGPT와 Gemini에게 자동으로 주고받게 하고, 마지막으로 요약해줘”라고 요청해 보았다. 다행히 ChatGPT와 Gemini 모두, 대가별 과금 방식인 ‘API’를 사용하면 코드에서 직접 호출할 수 있다는 설명에, 바로 절차를 진행해서 사용할 수 있도록 했다. 수백 엔에서 수천 엔 정도 하는 것으로, 그렇게 심각하게 생각하지 않아도 되었다.

> 
> 
> API(Application Programming Interface)란, 한마디로 말해서 “소프트웨어들끼리 연결하는 창구(접객 담당)”입니다. 전문적인 메커니즘을 쉽게 설명하기 위해 예를 들어보겠습니다. 레스토랑에 비유하여 API의 메커니즘을 설명해 드리겠습니다. 당신(사용자/앱)이 레스토랑에 들어갔을 때의 상황을 상상해 보세요.
> 
> 당신(사용자/앱): 음식을 먹고 싶은 사람
> 주방(외부 시스템/데이터베이스): 음식을 만드는 곳
> 주문 메뉴(API의 규칙): 주문할 수 있는 음식 목록
> 웨이터(API): 주문을 받고 주방에 전달하고, 완성된 음식을 당신에게 가져다주는 사람
> 
> 당신이 직접 주방에 들어가서 음식을 만들거나, 주방의 요리사가 직접 나와서 모든 사람의 주문을 받는 것은 불가능합니다. 그래서 웨이터(API)가 중간에 들어가 당신이 메뉴에 있는 특정 주문만 전달하면, 원하는 음식(데이터 또는 기능)을 받을 수 있습니다.
> 
> API가 있으면 무엇이 좋을까요?
> 
> 1.  개발이 훨씬 쉬워집니다(제로에서 만들어야 하지 않음). 예를 들어, 자사의 앱에 지도 기능을 표시하고 싶을 때, 지구 전체의 지도 데이터를 자전적으로 준비하는 것은 불가능합니다. Google이 제공하는 “Google Maps API”를 이용하면, 몇 줄의 코드만 작성하면 자사 앱 내부에 Google맵을 삽입할 수 있습니다.
> 
> 2.  보안이 유지됩니다. 외부 앱에 자사의 시스템 내부(데이터베이스)를 직접적으로 접근하게 하는 것은 위험합니다. API라는 “제한된 창구”만 공개함으로써, 필요한 데이터만 안전하게 교환할 수 있습니다.
> 
> 3.  일상적인 활용 예시
>     SNS 로그인: “Google로 로그인”, “LINE로 로그인” 기능(로그인)
> (사용자 등록의 번거로움을 줄이는 API) 전자상거래 사이트 결제: 신용카드 결제 또는 PayPay 결제의 화면(결제 사업자의 API) 날씨 예보 앱: 기상청 등 최신 기상 데이터를 획득하여 표시하는 기능(기상 데이터 API) 출처 및 참고 정보 API의 개념이나 기술적 정의에 대해서는 다음의 대규모 IT 기업 및 클라우드 사업자의 해설 페이지가 공식적이고 표준적인 정보원입니다. AWS(Amazon Web Services) 공식 ‘API란 무엇인가? - 애플리케이션 프로그래밍 인터페이스 해설’ 특징: API의 작동 방식이나 REST API와 같은 종류에 대해 초보자를 위해 체계적으로 설명되어 있습니다. Red Hat 공식 ‘API란’ 특징: 애플리케이션 통합이나 비즈니스에서 API의 역할에 대해 자세히 요약되어 있습니다. MDN Web Docs(Mozilla Developer Network) ‘API 도입 - 웹 개발을 배우다’ 특징: 웹 개발자를 위한 표준 문서로, 클라이언트 측 API나 제3자 API의 개념이 기술적으로 정확하게 설명되어 있습니다.
> 

## 첫 번째 난관: 멈춤

세상에 API까지 마련했으니, 다음으로 생각한 건 “매번 설명할 필요가 없도록 하고 싶다”는 것이었습니다. “〇〇에 대해”라고 이야기하는 것만으로, 자동으로 그 절차가 시작되도록 말입니다. 그런 전용 암호(명령어)를 등록할 수 있다는 이야기를 Claude Code에서 듣고, 바로 요청해 보았습니다.

작업 자체는 순식간에 끝났습니다. 절차서 같은 것을 하나의 파일에 모아받아 “이렇게 하면 다음부터 ‘〇〇’이라고 말 걸면 작동합니다”라고 설명받았을 때, 솔직히 “대단하다”라고 생각했습니다. 프로그래밍은 전혀 해본 적이 없는데도, 이미 시스템이 완성된 듯한 기분이었습니다.

바로 시도해 보기로 했습니다. 반은 기대감에 휩싸여 암호를 입력했습니다.

돌려받은 것은 이것뿐이었습니다.

> 
> 
> 알 수 없는 명령어
> 

아무 일도 일어나지 않는다. 다시 한번 철자를 확인하고 다시 작성해도 결과는 같다. “저것”이라고 생각하면서 여러 번 시도했지만, 계속해서 이 한 마디만 돌아오는 것뿐이었다.

시스템화하려던 첫 걸음마에서 갑자기 벽에 부딪혔습니다. 제가 직접 코드를 작성하는 것이 아니기 때문에 “왜 작동하지 않는 거지?”를 스스로 해결할 방법도 없었습니다. 무엇이 잘못되었는지조차 알 수 없었고, 그저 화면 앞에서 멍하니 서만 있었습니다.

솔직히 조금 속상했습니다. 이렇게 순조롭게 진행되어 왔기에, 더욱 그랬습니다. 결국 “이런 일은 제게는 무리였던 것 같아”라고 한순간 동안 자포자기한 기분을 느꼈던 것을 기억합니다.

## 3. 난제를 해결에 박차 가하기

일단, 작동하지 않는다는 사실만을 그대로 클로드 코드에 전달했습니다. “약속대로 움직이지 않았습니다”라고.

잠시 후, 원인 파악 결과, 제가 사용 중인 환경에서는 이 비밀번호 등록 기능 자체가 근본적으로 제대로 작동하지 않는 것으로 보였습니다. 설정 파일은 제대로 만들어져 있었지만, 이를 읽어들이는 측의 메커니즘이 대응하지 못하는 문제였습니다. 전문 용어가 섞인 설명을 들었음에도 불구하고, 솔직히 절반도 이해하지 못했지만, 결국 “내 잘못이 아니었다”는 사실만은 명확히 알 수 있었습니다. 그것만으로도 조금 안심이 되었습니다.

단지 원인을 알게 되더라도, 그럴듯한 답변으로는 사용하기 어렵다는 사실은 변하지 않습니다. “어떻게 할까요?”라고 물었을 때 돌아온 답은 정말 놀라울 정도로 단순했습니다.

등록할 수 없는 암호라면, 그 절차가 쓰여 있는 문장을 그대로 대화로 보여달라고 요청하면 됩니다.

즉, 해당 절차서를 매번 명령어로 호출하는 대신, “이 파일의 절차에 따라 제 요구사항은 ‘〇〇’으로 진행해 주십시오.”라고 절차서 전체를 대화에 덧붙여 직접 요청하는 방식입니다.

처음에는 다소 투박하고 어색하게 느껴졌습니다. ‘한마디로 한방’을 목표로 하던 차였지만, 결국 번거로운 방식대로 돌아온 것이었습니다. 다른 방법이 없었기에, 의심하면서도 시도해 보기로 했습니다.

이 파일 절차에 따라 “〇〇”에 대한 작업을 실행해 주세요.

그렇게 부탁해 봤자, 이번에는 제대로 작동하기 시작했습니다. 역할 분담의 확인부터 시작해서 ChatGPT와 Gemini에 대한 질문, 답변을 받은 후 다음 질문에 반영하는 과정까지, 혼자서도 척척 진행되었습니다. 제 눈앞에서, 어제까지 제가 직접 복사해서 붙여넣던 작업을, 스스로 움직이는 것을 보고 단순하게 감동했습니다.

멋있어 보이지 않더라도 괜찮습니다. 하지만 움직이는 게 중요한 겁니다. 외관의 세련됨보다 움직이는 것이 백배 더 중요하다고 여기서 배웠습니다.

## 4. 소소한 사건: PC가 잠들다

시스템이 작동하기 시작하자, 이번에는 욕망이 표면화되기 시작했습니다. 좀 더 심층적인 문제로 시도해 보기로 했습니다.

ChatGPT와 Gemini의 대화는 역할 확인부터 시작하여 서로 의견을 제시하고, 상대방의 답변을 확인하며 반응하는 과정을 여러 번 반복합니다. 질문이 복잡할수록 1회 답변이 길어지고, 답변이 돌아오는 데 몇 분을 기다리는 경우도 있었습니다.

정말 좋은 타이밍이었어서, 그 사이 다른 일을 하려고 PC에서 잠시 떨어져 있었습니다. 음료수를 사다 놓고, 그러다 가끔 스마트폰을 만지작거렸어요. 대략 5분에서 10분 정도였을 거예요.

돌아왔더니 화면이 완전히 어두웠습니다.

급하게 마우스를 움직여 화면을 두드리니, 예상대로 중간에 멈춰 있었다. 정오에 젬마이가 답변을 생각하고 있는 바로 그때, PC가 절전 모드로 들어가 통신 자체가 끊어져 버린 것 같았다. 그 전까지의 여러 번 주고받은 내용은 일단 정상적으로 작동했기에 더욱 안타깝게 느껴졌다.

저런 식으로 멈추는 것을 보며 한숨을 쉬었습니다. ChatGPT와 Gemini에게 어려운 문제들을 논의하도록 하고, 오히려 이쪽의 발목을 잡는, 바로 PC의 전력 관리 설정과 같은 사소한 부분이 병목 현상을 일으킨다는 생각은 하지 못했습니다.

클루드 코드에 문의했더니, 이것 또한 해결책이라고 하셨습니다. 논의를 시작하기 전에 스리프 기능을 해제하고, 끝나면 원래 설정으로 복구하는 것, 그 외에는 정말 단순한 시스템이지만 추가해 주셨습니다.

한 가지는 작은 일들뿐입니다. 하지만 이러한 작은 실수들을 하나씩 해결해 나가지 않으면, そもそも 시스템으로서 안심해서 사용할 수 없습니다. 화려한 기능보다 이러한 부분들이 사실상 가장 중요하다는 생각이 들었습니다.

## 5. 첫 번째 “실전”과 첫 번째 작은 사건

기반이 드디어 안정되기 시작한 시점에서, 처음으로 진지하게 고민해보고 싶었던 주제로 시도해 보기로 했습니다.

솔직히 부업 이야기를 다시 다듬는 것도 가능했지만, 오히려 제가 선택한 것은 다른 주제였습니다.

> 
> 
> 이 메커니즘 자체를 어떻게 사람들에게 보여주는 것이 좋을지
> 

최근에 만든 시스템을 사용하여 그 시스템 자체의 모습을 검증한다. 조금은 메타적인 이야기라고 할 수 있지만, 스스로 자신의 꼬리를 쫓고 있는 것과 같다. 하지만 이것이 가장 진지하게 생각할 수 있는 과제였다. 굳이 누구에게 어떤 방식으로 보여줘야 할지, 자신조차 완전히 이해하지 못했기 때문이다.

본제에 들어가기 전에, 먼저 ChatGPT와 Gemini 각각에 이렇게 질문해 보았습니다.

> 
> 
> 당신은 이 사건에서 ‘리서치 담당’과 ‘프로듀서 담당’ 중 어느 쪽이 더 적합할지 생각하시나요? 그 이유를 간략하게 한 문장으로 말씀해 주세요.
> 

반면 농담 섞인 의도로, 상황을 지어보는 것의 의도였던 질문이었습니다. 그런데, 돌아온 답변을 보고 조금 어색해졌습니다.

자, 우선 이 프로젝트는 ChatGPT라는 AI 모델을 사용하여 소설 아이디어를 생성하는 것입니다. 구체적으로는 ChatGPT에게 “〇〇(소설 제목)”이라는 제목의 소설 아이디어를 몇 가지 제안받고, 그 중에서 가장 재미있는 것을 선택하여 이를 바탕으로 소설을 집필하는 방식으로 진행됩니다.

ChatGPT는 방대한 양의 텍스트 데이터를 학습했기 때문에 다양한 장르의 소설 아이디어를 생성할 수 있습니다. 예를 들어, 판타지, SF, 미스터리, 로맨스 등 어떤 장르든 ChatGPT에게 아이디어를 요청해 볼 수 있습니다.

다만, ChatGPT가 생성하는 아이디어는 반드시 완벽하지 않을 수 있으며, 때로는 부자연스러운 표현이나 논리적 모순이 포함될 수도 있습니다. 따라서 ChatGPT가 생성한 아이디어를 자신의 아이디어와 함께 조합하여 더 발전된 형태로 개선해나가는 것이 중요합니다.

또한, ChatGPT는 아직 발전 중인 기술이며, 완전히 인간처럼 자연스러운 문장을 생성할 수는 없습니다. 그러므로 ChatGPT가 생성한 문장을 사람이 편집하여 더 자연스럽고 읽기 쉬운 문장으로 다듬을 수 있을 것입니다.

이 프로젝트를 통해 ChatGPT의 잠재력을 최대한 활용하고 훌륭한 소설을 집필하는 것을 목표로 합니다.

> 
> 
> 제작자 담당이 적합하다고 생각합니다. 이유는 이 주제의 중심이 시스템 기술 설명이 아닌, 독자가 ‘나에게도 도움이 될 것 같다’라고 느끼는 시각, 스토리, 안내 설계이기 때문입니다.
> 

이것은 제가 지금까지 읽은 책 중 가장 재미있는 책이었다고 생각합니다. 특히 주인공 카이트의 성장에 깊은 감동을 받았습니다. 카이트가 어려움에 맞서 자신의 신념을 지키는 모습은 정말 훌륭했습니다. 이 책을 읽고 자신도 목표를 가지고 노력하게 된 계기가 되었기에 진심으로 감사드립니다.

> 
> 
> 저는 ‘프로듀서 담당’이 잘 맞을 것이라고 생각합니다. 복잡하게 보이는 기술적인 시스템을 ‘이 정도면 나도 쓸 수 있고, 재미있겠어!’라고 생각하게 만드는 스토리나 기획 구성으로 풀어내는 데 능숙하기 때문입니다.
> 

두 대가 모두 같은 위치를 요청해 온 것입니다.

게다가 그 이유도 똑같았습니다. 요약하자면, 두 모델 모두 “평범한 조사를 돕는 역할보다는 화려한 기획 및 연출 역할을 하고 싶어 한다”는 것이었습니다. 사람 간의 회의에서도 흔히 볼 수 있는 모습에 잠시 웃음을 터뜨릴 수 있었습니다. AI도 생각보다 번거로운 밑셈보다 눈에 띄는 위치를 선호한다는 사실에 놀랐습니다.

## 자유롭게 결정하게 하지 않도록 규칙이 확립된 순간

여기 처음으로 “역할은 자유롭게 정해 주면 안 된다”는 사실을 몸소 깨달았습니다.

만약 “좋아하는 분이 계시면 말씀해주세요, 결정되면 알려주세요”라는 말로 끝내고 있었다면, 이 에피소드는 영원히 엇갈렸을 것입니다. 실제로, 양쪽 모두에게 “프로듀서 담당”으로서 의견을 제시하도록 하는 것도 불가능한 것은 아니지만, 그렇다면 한쪽이 부족해지고 불균형한 팀이 되어버릴 것입니다. 역할 분담을 하는 의미 자체가 사라지는 것이니까요.

그러려면, 미리 다음 두 가지 패턴만 준비해두고, 그것들 중에서 선택하는, 라는 규칙을 정하기로 했습니다.

- 패턴 A: ChatGPT=연구 담당, Gemini=제작 담당
- 패턴 B: ChatGPT=프로듀서 담당, Gemini=리서치 담당

AI 스스로에게 새로운 역할을 자유롭게 발명하게 하는 대신, 이 두 가지 중 반드시 하나에 맞춰야 한다. 희망이 일치하면 그대로 채택하고, 일치하지 않으면 진행 역할을 담당하는 자가 각 답변의 작성 방식을 보고 결정한다.

현재는 Gemini의 답변이 “재밌겠네요!”와 같이 감성적인 표현이 많고, ChatGPT의 답변이 이유를 정리하여 설명하는 구조적인 방식이었습니다. 그래서 Gemini에는 그대로 프로듀서로서의 역할을 맡기고, ChatGPT에는 리서치로서의 역할을 맡는 “패턴 A(ChatGPT=리서치 담당, Gemini=프로듀서 담당)”로 결정하는 것이 더 자연스럽다고 판단했습니다.

이러한 제약 사항만 있었음에도 불구하고, 효과는 명확하게 드러났습니다. 역할을 고정된 상태에서 논의를 진행시키면, 이후에는 “담당으로서의 의견”이 제대로 돌아오는 현상이 나타났기 때문입니다. 이것이 저에게 있어 “단순히 2개의 AI 간의 대화”에서 “팀”으로 전환되는 가장 중요한 전환점이었다고 생각합니다.

## 6. 유형을 만들 때까지

역할이 결정된 후에는 대화의 유형을 결정합니다.

처음에는 솔직히 매우 단순한 방식이었습니다. 역할 분담이 끝나면 각자에게 “의견을 듣고” 한 번씩 질문하고, 그 결과를 묶어서 끝내는 방식이었습니다. 전철 안에서 하던 것을 그대로 자동화한 형태와 같았습니다.

하지만 막상 시도해 보려니 뭔가 아쉬웠습니다. 각자의 의견은 나왔지만, 전철 안에서 느꼈던 것처럼 “상대의 답변을 보고 의견이 바뀌는” 심도 깊은 논의가 일어나지 않았습니다. 서로의 의견을 보여주지도 않았기에, 여기서 끝나버리는 것은 자연스러운 일이었죠.

그러던 중, 전철 안에서 제가 손으로 직접 했던 일을 다시 한번 되짚어보게 되었습니다. 그 때의 일은,

- 먼저 한쪽 의견만 경청한다
- 그 답변을 나머지 한쪽에도 보여주고 반응을 유도한다.
- 그 반응을 다시 처음 부분에 보여드리고 의견이 달라지는지 확인해 보겠습니다.

그 순서를 손으로 계속 반복하고 있었습니다. 이를 그대로 틀에 넣는다면 괜찮겠지,라는 생각에 다음과 같이 정리했습니다.

- 솔직한 의견: 우선 서로, 각자의 담당에서 솔직한 의견을 이야기해보자.
- 약점 지적: 상대방의 의견을 제시하고, 약점이나 간과되는 부분을 지적하도록 유도하세요.
- 이까지의 논의를 바탕으로 최종적으로 어떤 것이 더 나은지, 또는 통합안을 제시하는 것이 좋을지 결정해야 합니다.

고정된 3환복을 결정한 점 또한 중요한 포인트였다. 몇 환복까지 지속할지 자유롭게 결정하게 되면, 언제까지 끝내지 못할 수도 있고, 반대로 1환복으로 끝내버리는 경우도 있으며, 매번 결과에 불확실성이 생길 것 같았다. 3환복이라는 제약을 먼저 정해놓음으로써 “솔직한 의견→약점 지적→통합안”과 같은 시작, 전개, 전환, 결론의 리듬이 자연스럽게 형성되었다.

이 세 단계를 통해 기차 안에서 우연히 일어났던 것처럼 “의견 충돌이 있고, 심층적으로 논의되어, 결국에는 정리되는” 흐름을 의도적으로 반복적으로 재현할 수 있게 되었습니다. 우연히 일어난 일이 마침내 절차로 정해지는 순간이었죠.

## 그 앞을 보니 나타난 일

형태가 어느 정도 맞춰진 상태에서, 다시 처음부터 던져진 쟁점(이 기법 자체를 어떻게 제시해야 할지)을 처음부터 끝까지 일관성 있게 실행해 보았습니다.

솔직히 말해서, 리서치 담당의 ChatGPT는 “여러 AI에 논의를 시키는 시스템”이라는 표현을 그대로 제시했지만, 부업에 좌절 직전에 놓인 초보자에게는 공감되지 않는, 문제에 직접적으로 연결되는 표현으로 번역해야 한다고 지적했습니다. 반면 프로듀서 담당의 Gemini는 기술적인 이름이 즉시 독자를 멀어지게 할 수 있으므로, 역할을 의인화하여 더 이야기처럼 보여줘야 한다고 주장했습니다. 방향성은 비슷했지만, 단어 선택과 강조점의 위치는 완전히 다릅니다. 읽고 나서, 이렇게 역할이 분담된 효과가 있다는 것을 깨달았습니다.

약점 지적 단계에 접어들면서 더욱 흥미로워졌습니다. Gemini(프로듀서)는 ChatGPT(리서치)의 제안에 대해 “초보자용이라고 하면서도, 명령어나 API 키 준비와 같은 구현의 어려움을 가볍게 보고 있다”고 반박했고, 반대로 ChatGPT(리서치)는 Gemini의 제안에 대해 “그 아이디어는 이미 유사한 것들이 세상에 존재하여, 묻혀버릴 위험이 있다”고 맞섰습니다. 서로 칭찬하는 대신, 주저함 없이 약점을 찔러 맞섰습니다.

마지막 통합안에서는 두 모델 모두 유연한 태도를 보였습니다. ChatGPT는 “AI 리뷰 회의”라는 친근하고 이해하기 쉬운 명칭을 제안했고, Gemini는 갑자기 완전 자동화를 보여주기보다는 수작업 버전, 반자동 버전, 완전 자동 버전이라는 3단계 난이도로 소개하는 방식을 제시했습니다.

혼자 생각만 하고 있었다면 절대로 이 조합에 도달하지 못했을 거라 생각합니다.

## 따라서 이번 기획의 주제인 “일본의 전통 문화를 세계에 알리기”라는 개념을 보다 구체적으로, 그리고 독자에게 매력적인 요소로 만들기 위해 몇 가지 요소를 추가했습니다.

첫째, 전통 문화의 구체적인 사례로 교토의 차도, 노, 가부키와 같은 전통 예술과 도예, 칠기, 직물과 같은 공예품을 선정했습니다. 이러한 문화는 일본의 역사와 정신성을 상징하며, 세계적으로도 매우 높은 가치를 지닌 것으로 판단됩니다.

둘째, 이러한 문화를 세계에 알리기 위한 구체적인 방법으로 워크숍 개최, 온라인 체험 프로그램 제공, 해외 미술관 및 박물관과의 연계 등을 제안했습니다. 이러한 활동을 통해 독자들은 일본의 전통 문화를 직접 체험하고 그 매력을 깊이 이해할 수 있을 것입니다.

더불어 이러한 활동을 지원하기 위한 자금 조달 방안에 대해서도 논의했습니다. 크라우드 펀딩, 기업의 협찬, 정부의 지원금 등 다양한 방법으로 자금을 모으는 방안을 검토하고 있습니다.

마지막으로, 이러한 활동을 통해 일본의 전통 문화가 세계에 정착될 수 있도록 독자 여러분의 적극적인 협력을 부탁드립니다. 여러분의 응원이 이번 기획의 성공을 크게 좌우할 것이라고 믿습니다.

마지막으로, 이번 기획의 성공을 위해 여러분의 피드백을 적극적으로 요청합니다. 기획 내용 및 활동 내용에 대한 여러분의 의견과 요구사항을 참고하여 더욱 좋은 결과로 개선해 나가도록 노력하겠습니다.

또한, 기획의 진행 상황에 대해서는 정기적으로 보고하겠습니다. 여러분의 댓글이나 질문에도 최대한 답변하며 소통을 활발히 진행하겠습니다.

이번 기획은 일본의 전통 문화를 세계에 알리는 의미 있는 활동입니다. 여러분의 협조와 지원을 부탁드립니다.

아직 이 시스템에는 공식적인 이름이 붙어 있지 않습니다. ChatGPT, Gemini, Claude Code의 세 모델이 돌아가는 단순한 절차입니다.

하지만, 전철 안에서 우연히 느꼈던 그 감각을 의도적으로 반복해서 재현할 수 있게 된 것은 나에게는 큰 한 걸음이었습니다. 앞으로 이것을 어떻게 부를 것이며, 어디로 나아가게 할 것인지, 그것은 아직 결정해야 할 단계입니다.

실제로 의장인 클로드 코드에게 상담한 대화 내용입니다. 일반적인 채팅과 다름없이 “논의해”라고만 지시하는 방식입니다. 이를 통해 먼저 수면 기능 해제 GPT, Gemini로부터 역할에 대한 희망을 구하는 의장이 임명되었고, 3라운드의 토론이 시작되었으며, 마지막으로 총괄적인 수면 기능 복원을 빠르게 진행합니다.

약간 시간이 걸리겠지만,

## 그것이 좋네.

정확하게 논의하고, 자료 조사를 하고, 정리해 주는 AI는 이제 다시 돌아갈 수 없겠네. 정말 웃기다.

![画像](https://assets.st-note.com/img/1787630958-qvxcLQDaN9THVjo8PtU6ni0G.png?width=1200)

![画像](https://assets.st-note.com/img/1787631298-D4dyrQP5XMG2xvpjOkflSV1H.png)

**출처:** [note 원문](https://note.com/fukugyo_ninja/n/na1a275805743)

*번역: Gemma 3(.44) 초벌 + 교정 57청크*

[원문 보기](https://note.com/fukugyo_ninja/n/na1a275805743) | 출처: note.com