“이거, 제가 쓴 걸까요?”
학생이 화면을 보고 물었다. 문장은 매끄러웠고, 문단은 정돈되어 있었다. 그런데 아이의 손은 키보드 위에서 멈춰 있었다. 이상했다. 글은 완성된 것처럼 보였는데, 정작 글쓴이는 자기 자리를 잃고 있었다.
AI와 함께 글을 쓰면 가장 먼저 흔들리는 질문이 있다.
누가 썼는가.
하지만 이 질문은 조금 부족하다. AI가 문장을 생성했을 수 있다. 사람이 주제를 정했을 수 있다. 다른 도구가 맞춤법을 고쳤을 수 있다. 누군가는 자료를 모았고, 누군가는 마지막 문장을 지웠을 수 있다.
그러니 이제 질문을 바꿔야 한다.
누가 이 글에 서명하는가.
글쓰기는 생성량이 아니다. 글쓰기는 서명이다. AI가 문장을 만들 수는 있다. 하지만 그 문장 때문에 부끄러워할 수는 없다. 그 문장이 누군가를 설득하거나 다치게 하거나 오해하게 만들 때, 마지막에 이름을 거는 사람은 여전히 인간이다.
오늘의 질문
이 글은 하나의 질문을 붙잡는다.
AI와 함께 쓴 글에서 저자성(Authorship)과 책임(Responsibility)은 어디에 놓여야 하는가.
나는 이 질문을 법률 조언으로 다루지 않는다. 그보다 먼저 글쓰기와 교육의 문제로 본다. 학생이 AI로 과제를 썼을 때, 블로거가 AI로 초안을 만들었을 때, 연구자가 AI로 요약을 정리했을 때, 진짜 문제는 “AI 사용 여부” 하나로 끝나지 않는다.
문제는 그 사람이 자기 문장에 다시 들어왔는가다.
AI가 흔든 것은 문장이 아니라 자리다
예전에는 글의 저자를 묻는 일이 비교적 단순했다. 누가 문장을 썼는가. 누가 원고를 보냈는가. 누가 이름을 올렸는가.
AI가 들어오면 이 단순함이 깨진다.
AI는 초안을 만들고, 구조를 제안하고, 문장을 다듬고, 출처 후보를 정리한다. 어떤 날에는 내가 쓰는 것보다 더 빠르고 더 매끄럽다. 그래서 위험하다. 매끄러운 문장은 쉽게 주인의 얼굴을 지운다.
여기서 필요한 것은 AI 금지가 아니다. AI 찬양도 아니다.
필요한 것은 저자성의 위치를 다시 그리는 일이다.
저자성은 하나의 점이 아니라 네 개의 층이다.
| 층 | 질문 | 설명 |
|---|---|---|
| 생성의 저자 | 누가 문장을 만들었는가 | 모델, 도구, 사람의 직접 작성이 여기에 놓인다 |
| 방향의 저자 | 누가 질문과 목적을 정했는가 | 프롬프트, 기획, 독자 설정이 여기에 놓인다 |
| 검토의 저자 | 누가 확인하고 고쳤는가 | 사실 확인, 문체 조정, 삭제와 선택이 여기에 놓인다 |
| 책임의 저자 | 누가 결과에 이름을 거는가 | 공개, 발행, 제출, 서명이 여기에 놓인다 |
이 네 층은 항상 한 사람에게 모이지 않는다. 그래서 더 명확히 적어야 한다.
“AI가 썼다”는 말도 부족하다.
“내가 썼다”는 말도 부족하다.
우리는 이렇게 물어야 한다.
누가 생성했는가.
누가 방향을 정했는가.
누가 검토했는가.
누가 책임지는가.
출처 표시는 예의가 아니라 구조다
RAG와 LLM Wiki를 이야기할 때 나는 계속 같은 말을 했다. 핵심은 벡터 DB가 아니라 지식 아키텍처다. LLM Wiki의 핵심은 벡터 DB가 아니라 지식 아키텍처다에서 쓴 것처럼, 정보는 그냥 쌓이면 지식이 되지 않는다. 어디서 왔고, 누가 관리하고, 언제 검토되었는지가 드러나야 한다.
AI 글쓰기도 같다.
출처 표시는 장식이 아니다. 글의 난간이다. 독자가 이 문장을 밟고 지나가도 되는지 확인하게 해주는 손잡이다.
AI가 만든 글에서 citation, audit log, translation memory, revision note 같은 장치가 중요한 이유도 여기에 있다. 이것들은 글을 기계적으로 보이게 하는 부속물이 아니라, 책임의 경로를 드러내는 작은 표지판이다.
특히 블로그에서는 이 문제가 더 중요하다. 블로그는 일기와 논문 사이 어딘가에 있다. 개인의 목소리를 갖지만 공개된 주장으로 남는다. 그래서 Reasonofmoon의 글은 AI와 함께 쓰더라도 마지막에 다음 질문을 통과해야 한다.
이 문장에 내 이름을 걸 수 있는가.
AI 세탁과 책임 떠넘기기
피해야 할 두 가지가 있다.
첫째는 AI 세탁이다.
AI가 만든 문장을 사람이 조금 다듬은 뒤, 마치 전부 자기 사고에서 나온 것처럼 발표하는 일이다. 문제는 도구를 썼다는 사실 자체가 아니다. 문제는 사고의 과정을 숨기고도 저자의 권위만 가져가려는 태도다.
둘째는 책임 떠넘기기다.
“AI가 그렇게 썼다”는 말로 잘못된 주장, 거친 표현, 확인되지 않은 정보의 책임을 피하려는 태도다. 이것도 틀렸다. AI는 문장을 만들었을 수 있다. 하지만 공개 버튼을 누른 것은 사람이다.
AI 세탁은 노동을 훔친다.
책임 떠넘기기는 서명을 버린다.
둘 다 글쓰기의 중심을 비운다.
벤야민의 번역자와 AI 시대의 글쓴이
발터 벤야민은 번역자를 단순한 복사자가 아니라, 원문과 다른 언어 사이에서 새로운 관계를 여는 사람으로 보았다. 이 관점은 AI 글쓰기에도 도움이 된다.
AI가 만든 초안은 원문도 아니고 최종본도 아니다. 그것은 아직 이름을 갖지 못한 문장이다. 사람은 그 문장을 자기 목적, 자기 독자, 자기 윤리 안으로 다시 번역해야 한다.
번역자는 원문을 배신하지 않으면서도 자기 언어에 책임진다.
AI와 함께 쓰는 사람도 그렇다.
AI가 초안을 만들었다면, 인간은 그 초안을 자기 질문의 언어로 다시 데려와야 한다. 그 과정을 거치지 않은 글은 매끄러울 수는 있지만, 아직 주인이 없다.
[Thinking Tool] 저자성 4층 선언 카드 (Four-Layer Authorship Card)
목표: AI와 함께 만든 글에서 생성, 방향, 검토, 책임의 위치를 분리해 자기 서명의 범위를 확인한다.
Rule 1: 생성의 저자를 적는다.
이 문장, 표, 구조, 요약 중 AI가 직접 만든 부분은 어디인가.
Rule 2: 방향의 저자를 적는다.
주제, 질문, 독자, 관점은 누가 정했는가.
Rule 3: 검토의 저자를 적는다.
사실 확인, 삭제, 문체 조정, 윤리적 판단은 누가 했는가.
Rule 4: 책임의 저자를 적는다.
이 글이 틀렸을 때, 누가 고치고 사과하고 배울 것인가.
적용 질문:
“이 글에서 AI가 만든 것은 무엇이고, 내가 서명하는 것은 무엇인가?”
[잠깐 멈춤]
지금 당신이 마지막으로 쓴 문장을 떠올려보라.
그 문장은 정말 당신의 문장인가.
아니면 당신의 계정에서 나온 문장일 뿐인가.
당신은 그 문장의 근거를 설명할 수 있는가.
그 문장이 누군가를 오해하게 만들었을 때, 다시 돌아가 고칠 준비가 되어 있는가.
글쓰기의 무게는 작성 시간에 있지 않다.
서명할 준비에 있다.
Reasonofmoon의 기준
이 블로그는 AI를 사용한다. 앞으로도 사용할 것이다.
하지만 이 블로그의 기준은 분명해야 한다.
- AI는 초안, 구조, 번역, 검토에 참여할 수 있다.
- 공개되는 글의 방향과 최종 책임은 인간 저자에게 있다.
- 중요한 개념과 주장에는 출처, 내부 링크, 검토 흔적을 남긴다.
- 번역은 자동 변환이 아니라 또 하나의 글쓰기다. 영어 번역은 자동 번역이 아니라 또 하나의 LLM Wiki다에서 정리한 것처럼, 번역 결정도 기억되어야 한다.
- AI가 글을 빠르게 만들수록, 사람은 더 천천히 서명해야 한다.
이것은 도덕적 장식이 아니다. 운영 원칙이다.
LLM Wiki를 만들고, 프롬프트를 설계하고, 하네스를 세우고, 블로그를 자동화할수록 저자성은 사라지는 것이 아니라 더 선명해져야 한다. 자동화가 깊어질수록 사람의 이름은 더 가벼워지는 것이 아니라 더 무거워진다.
오늘 하나만 바꾼다면
다음번에 AI와 함께 글을 쓸 때, 마지막에 한 줄만 덧붙여보자.
1 | AI는 초안을 도왔고, 나는 방향과 검토와 최종 책임에 서명한다. |
문장 하나가 모든 문제를 해결하지는 않는다. 하지만 적어도 그 문장은 우리를 다시 글 안으로 불러들인다.
AI 시대의 글쓰기는 더 이상 혼자 쓰기의 순수성을 지키는 일이 아니다. 그렇다고 책임을 도구에게 넘기는 일도 아니다.
우리는 이제 함께 쓴다.
그래서 더 분명히 서명해야 한다.
댓글
GitHub 계정으로 의견을 남길 수 있습니다. 댓글은 GitHub Discussions에 저장됩니다.