최초 제안자 특정의 근거
llms.txt 제안 문서는 공동체 의견을 받는 비공식 개요라고 설명하지만, 문서의 ‘다음 단계’ 안내에는 최초 제안자의 이름이나 소속이 없어 제안 주체를 특정할 수 없습니다. 최초 제안자를 밝히려면 그 역할을 명시한 원문이 필요하며, 공동체 참여 안내만으로 특정 개인이나 조직을 제안자로 지목해서는 안 됩니다.
누가 제안했는지에 답하려면 사람의 이름뿐 아니라 그 사람이 어떤 역할로 기재되어 있는지도 읽어야 합니다. 문서 작성자, 현재 관리 담당자, 최초 제안자는 서로 다른 역할일 수 있습니다. 이름이 있다는 이유만으로 최초 제안자라고 설명하지 말고, 이름과 함께 쓰인 역할 표현을 판단 근거로 삼습니다.
출처에 명시된 사실과 남은 정보
llms.txt 제안 문서는 깃허브 저장소에서 비공식 개요를 관리하고 공개 토론을 진행할 수 있다고 설명합니다. 공동체 디스코드 채널은 구현 경험과 활용 방법을 논의하는 곳으로 안내합니다. 이 설명은 문서와 토론의 운영 방식을 알려 주지만, 최초 제안자의 이름을 대신하지는 않습니다.
| 출처에서 확인할 항목 | 단락에 명시된 내용 | 추가 확인이 필요한 내용 |
|---|---|---|
| 문서의 성격 | 공동체 의견을 받는 비공식 개요 | 최초 제안자를 명시한 별도 문장 |
| 저장소 안내 | 버전 관리와 공개 토론을 위한 저장소 | 저장소 관리 역할과 제안 역할의 관계 |
| 공동체 채널 | 구현 경험과 활용 방법을 논의하는 채널 | 채널 운영자가 최초 제안자인지 여부 |
| 제안자의 신원 | 해당 단락에 이름과 소속이 없음 | 이름과 제안 행위를 연결하는 원문 |
표의 추가 항목은 해당 인물이 실제로 그 역할을 맡았다는 뜻이 아닙니다. 이름을 기재하려면 어떤 증거가 더 필요한지 정리한 업무 목록입니다. 자료를 찾지 못한 항목에는 추정한 이름을 채우지 않고, 아직 특정하지 못했다는 상태를 기재합니다.
비공식이라는 표현도 문서의 성격에 관한 설명으로 한정해야 합니다. 그 표현만으로 제안자의 전문성이나 문서 내용의 정확성을 평가할 수는 없습니다. 출처의 성격과 개인의 신원을 한 문장에 묶으면 근거가 없는 평가까지 전달될 수 있습니다.
작성자 표기부터 읽는 조사 순서
마케팅 담당자는 제안자 이름을 바로 검색하기보다 제안 문서의 작성자 표기부터 읽습니다. 개발 담당자가 자료를 전달하는 경우에도 문서 제목만 전달하지 말고, 이름과 역할이 기재된 위치를 함께 안내하도록 요청합니다. 작성자란이 없거나 역할 설명이 없으면 그 상태를 조사 기록에 남깁니다.
- 제안 문서의 작성자 표기에서 이름, 소속, 역할 표현을 각각 기재합니다.
- 본문이나 관련 원문에 최초 제안자를 직접 명시한 문장이 있는지 대조합니다.
- 저장소와 공동체 채널 안내를 따로 기록하고, 참여 안내를 제안자 정보로 사용하지 않습니다.
- 이름을 뒷받침하는 문장이 없으면 특정 불가로 정리해 담당자에게 전달합니다.
담당자는 문서 제목, 열람 시점, 이름이 나온 위치, 역할 설명을 기록한 자료를 준비합니다. 원문을 찾을 수 있는 출처 주소는 내부 조사 기록에 보관하되, 독자에게 전달하는 설명에는 문서 이름과 판단 근거를 씁니다. 이름이 없는 자료도 제외하지 않고, 그 자료로 답할 수 있는 범위를 함께 기재합니다.
이 순서는 검색 결과에 자주 등장하는 이름을 우선 채택하는 실수를 줄이기 위한 실무 절차입니다. 플랫폼이 정한 절차나 제안 문서가 요구하는 작업으로 설명하지 않습니다. 조사 담당자는 각 단계에서 얻은 자료가 다음 판단에 충분한지 가리고, 부족한 항목만 추가로 요청합니다.
주체 표현별 전달 기준
보고서에는 자료에서 읽은 사실과 담당자가 내린 결론을 별도 문장으로 씁니다. 결론에는 근거로 사용한 문서의 범위를 밝혀, 일부 단락에서 얻은 판단이 문서 전체를 조사한 결과로 전달되지 않도록 합니다. 아래 표는 추가 조사에서 각 표현을 발견했을 때 적용할 전달 기준이며, 제안 문서의 ‘다음 단계’ 안내에 이 이름들이 기재되어 있다는 뜻은 아닙니다.
| 주체에 관한 표현 | 확인할 수 있는 사실 | 단정하면 안 되는 내용 |
|---|---|---|
| 문서 작성자로 기재된 이름 | 해당 문서의 작성자 표기 | 그 사람이 최초 제안자라는 결론 |
| 최초 제안자로 명시된 이름 | 원문이 해당 인물에게 부여한 역할 | 소속 조직 전체가 제안했다는 결론 |
| 저장소 관리자로 기재된 이름 | 저장소 관리 역할에 관한 표기 | 최초 제안과 현재 관리가 동일하다는 결론 |
| 공동체 의견을 받는다는 안내 | 공동체 참여를 허용하는 문서 성격 | 참여자 모두가 공동 제안자라는 결론 |
최초 제안자 이름을 찾았더라도 소속은 별도로 근거를 확보해야 합니다. 개인 이름과 조직 이름이 같은 화면에 있다는 이유만으로 조직의 제안이라고 표현하지 않습니다. 전달 자료에는 채택한 표현과 제외한 표현을 함께 기재해, 다음 담당자가 결론을 확대하지 않도록 합니다.
참여 채널을 제안 주체로 읽는 오류
제안 문서에 함께 소개된 구현 도구나 플러그인의 제작자도 별도로 판단해야 합니다. 도구를 만들었다는 설명은 그 도구의 제작 역할에 관한 정보이며, 형식을 처음 제안했다는 증거가 되지는 않습니다. 자료 조사 담당자는 도구 소개 목록에서 발견한 이름을 제안자 후보로 옮기기 전에 역할을 연결하는 원문을 요청합니다.
토론 채널에서 제안 경위를 설명하는 게시물을 찾았다면 게시물의 발언자와 본문에서 지목한 인물을 따로 기록합니다. 다른 사람의 설명을 인용한 게시물은 인용 대상 자료까지 추적해야 누구의 주장인지 가릴 수 있습니다. 조사 담당자는 인용문 앞뒤의 문맥을 함께 보관하고, 발언자의 이름이 인용된 내용의 주체로 잘못 전달되지 않도록 기록을 정리합니다.
개정 문서에서의 역할 변화
개정된 문서에 새 작성자 이름이 있더라도 최초 제안자가 변경되었다고 판단하지 않습니다. 개정 내용의 작성과 처음 형식을 제안한 행위는 발생 시점과 역할이 다를 수 있습니다. 담당자는 이름을 발견한 문서의 판본과 그 이름에 연결된 설명을 함께 기재합니다.
문서 제목에 버전 표기가 있다는 사실만으로 제안자의 활동 이력을 추정하지 않습니다. 현재 문서를 정비한 사람이 이전 문서에도 참여했는지는 별도 근거가 필요합니다. 이후 이름 표기가 달라졌다면 기존 설명을 곧바로 삭제하기보다, 어느 역할의 정보가 변경되었는지 먼저 판단합니다. 이름의 철자나 표시 방식만 달라진 경우에도 동일 인물이라고 확정하려면 두 표기를 연결하는 자료가 필요합니다.
자주 묻는 질문
검색 결과의 요약문에 나온 제안자 이름을 인용해도 됩니까?
요약문만으로 이름을 확정하지 않습니다. 해당 문서를 열어 이름이 어떤 역할로 소개되는지 읽고, 제안 행위를 명시한 문장을 확보한 뒤 인용 여부를 결정합니다. 원문에 접근할 수 없다면 요약문에서 찾은 이름을 확정 정보로 공개하지 않습니다.
기고문을 쓴 사람이 자신을 제안자라고 밝히면 충분합니까?
그 기고문에서 자신을 제안자로 소개했다는 사실은 기록할 수 있습니다. 별도 자료가 없다면 그 주장을 출처 없이 확정된 이력으로 옮기지 않습니다. 공개 소개에 사용할 때는 발언의 주체와 내용을 드러내고, 다른 원문에서도 같은 역할이 명시되는지 조사합니다.
제안 당시의 소속과 현재 소속이 다르면 무엇을 적습니까?
제안 당시의 관계를 설명하려는 문장에는 당시 소속을 뒷받침하는 자료가 필요합니다. 현재 소속만 확보했다면 그것을 과거 소속으로 소급해 기재하지 않습니다. 소속이 질문에 답하는 데 필요하지 않으면 이름과 역할만으로 설명할 수 있습니다.
서로 다른 문서가 다른 제안자를 지목하면 어떻게 처리합니까?
어느 문서가 더 유명한지보다 각 문서가 주장하는 역할과 근거를 대조합니다. 공동 제안, 초안 작성, 개정 참여를 같은 의미로 취급했는지 먼저 가립니다. 같은 역할에 대해 주장이 충돌하고 해결할 자료가 없으면 이름을 선택하지 말고 충돌 상태를 기록합니다.
제안자가 특정되지 않은 상태에서 출처를 소개해도 됩니까?
문서 자체의 출처는 소개할 수 있습니다. 저자 이름을 추정해 채우지 말고 문서 제목과 발행 주체로 명시된 정보를 사용합니다. 발행 주체도 알 수 없다면 문서 제목 중심으로 안내하고, 저자 정보가 없다는 상태를 별도로 기재합니다.