실제 읽기 기능이 명시된 대상
llms.txt를 가져오고 검색하는 구현으로 확인되는 대상은 server-llm-txt라는 MCP 서버입니다. 구글 검색은 이 파일을 사용하지 않으며, 다른 주요 AI 서비스의 실제 사용 여부는 확인되지 않습니다. 따라서 사이트 운영자는 읽기 기능이 명시된 구현과 주요 서비스의 채택 여부를 따로 판단해야 합니다.
llms.txt 제안 문서는 server-llm-txt를 AI 작업 도구가 파일을 가져오고 검색할 수 있게 하는 MCP 서버로 소개합니다. 여기서 명시된 것은 해당 서버가 제공하는 기능입니다. 특정 AI 서비스가 이 서버를 기본으로 사용한다거나 모든 사이트의 파일을 자동으로 읽는다는 설명까지 포함하지는 않습니다.
| 대상 | 근거에 명시된 동작 | 판단할 수 있는 범위 |
|---|---|---|
| server-llm-txt | llms.txt 가져오기와 검색을 지원하는 MCP 서버 | 파일을 다루는 구현의 존재와 기능 |
| 구글 검색 | 생성형 AI 기능을 포함해 llms.txt를 사용하지 않음 | 구글 검색의 사용 여부 |
| 다른 주요 AI 서비스 | 실제 사용을 명시한 설명 없음 | 사용 여부를 확정할 수 없음 |
| 윅스와 생성용 플러그인 | 파일 또는 관련 문서를 생성하는 기능 소개 | 제작 지원이며 검색 서비스의 읽기 증거는 아님 |
서비스 목록을 만들 때는 유명한 이름보다 동작을 설명하는 문장을 먼저 확보합니다. 도구 이름만 있는 목록으로는 누가 파일을 사용하는지 알 수 없습니다. 기술 담당자는 구현 이름을 기록하고, 마케팅 담당자는 그 기능이 자사에서 관심을 갖는 서비스와 연결되는 근거가 있는지 요청합니다.
구글 검색과 미확정 서비스의 범위
구글 검색 센터는 llms.txt를 구글 검색 자체에서 사용하지 않는다고 설명하며, 생성형 AI 기능도 그 범위에 포함합니다. 또 다양한 파일을 크롤링하거나 색인할 수 있다는 사실이 해당 파일을 특별하게 처리한다는 뜻은 아니라고 안내합니다. 파일을 수집할 가능성과 llms.txt 안내를 검색에 사용하는 동작은 같은 판단 항목이 아닙니다.
이 설명의 주어는 구글 검색입니다. 이를 근거로 구글이라는 이름이 붙은 모든 제품의 동작까지 확정하면 출처보다 넓은 결론을 내리게 됩니다. 보고서에는 제품과 기능 범위를 함께 기재하고, 다른 제품에 관한 질문은 별도의 근거가 필요한 항목으로 남깁니다.
챗GPT나 빙 등 다른 주요 서비스의 실제 사용을 명시한 설명을 확보하지 못했다면 사용 여부는 미확정으로 처리합니다. 이 상태는 사용한다는 결론도, 사용하지 않는다는 결론도 뒷받침하지 않습니다. 운영자는 미확정 항목을 사용 서비스 목록에 포함하지 않고, 서비스별 안내에서 llms.txt와 해당 동작을 직접 연결하는 설명을 확보한 뒤 판정을 변경합니다.
서비스 이름과 동작을 기록하는 순서
판단 작업은 사용 주체를 찾은 뒤 명시된 기능을 추출하고, 설명이 없는 서비스를 따로 기록하는 순서로 진행합니다. 이 순서는 사이트 운영자가 근거를 정리하는 실무 절차이며 플랫폼이 요구하는 설정 절차는 아닙니다. 마케팅 담당자는 검토할 서비스 이름을 준비하고, 기술 담당자는 각 주장에 대응하는 문서와 구현 설명을 수집합니다.
- 사용 주체를 특정합니다. 문서가 검색 서비스, 연결 도구, 파일 생성기 중 무엇을 설명하는지 기록하고 제품 이름까지 기재합니다.
- 명시된 동작을 추출합니다. 생성, 읽기, 가져오기, 검색 가운데 실제로 설명된 기능만 남기고 자동 사용 여부는 별도 항목으로 처리합니다.
- 주장과 근거의 범위를 대조합니다. 서비스 채택 주장에 도구 소개만 연결되어 있다면 해당 주장을 미확정으로 분류합니다.
- 판단 문장을 작성합니다. 근거가 뒷받침하는 범위와 추가 자료가 필요한 범위를 나누어 업무 문서에 반영합니다.
자료에는 문서 제목, 발행 주체, 제품 이름, 동작을 설명하는 부분을 함께 기록합니다. 기술 담당자가 기능을 요약할 때는 가져오기와 검색을 답변 작성이나 인용으로 변경하지 않습니다. 마케팅 담당자는 이 기록을 바탕으로 외부 설명에 사용할 문장의 범위를 정합니다.
사용 주장별 추가 근거
| 사용 주장 | 추가로 필요한 근거 | 현재 판단 |
|---|---|---|
| 주요 AI 서비스가 기본으로 읽음 | 해당 서비스의 기본 동작을 명시한 설명 | 도구 소개만으로 확정 불가 |
| MCP 서버를 연결하면 사용할 수 있음 | 대상 환경의 연결 지원과 사용 조건 | 서버 기능과 연결 가능성을 별도로 판단 |
| 가져온 파일을 답변에 활용함 | 답변 처리 과정에서의 사용을 설명하는 근거 | 가져오기 기능만으로 확정 불가 |
| 파일을 생성하면 서비스가 읽음 | 생성 결과를 소비하는 서비스의 동작 설명 | 생성과 읽기의 연결 근거 필요 |
추가 근거를 요청할 때는 막연히 지원 여부를 묻지 말고 현재 주장에 빠진 동작을 지정합니다. 예를 들어 기본 사용 주장이라면 별도 연결이나 요청 없이 작동한다는 설명이 있는지 묻습니다. 연결 가능한 도구라는 답만 받았다면 기본 사용 항목은 그대로 미확정으로 남깁니다.
하나의 안내 문장에 여러 동작이 이어져 있다면 일부 기능의 근거만으로 문장 전체를 승인하지 않습니다. 파일을 가져온다는 설명 뒤에 자동 검색이나 답변 활용이 이어지는 경우에는 각 동작 사이의 연결까지 설명되어야 합니다. 연결 설명이 없다면 담당자는 확인된 동작에서 문장을 끝내고, 뒤의 동작을 추정하는 표현은 삭제합니다.
생성 도구를 읽는 서비스로 오인하는 경우
llms.txt 제안 문서에 이름이 실렸다는 사실만으로 그 대상을 파일을 읽는 AI 서비스로 분류해서는 안 됩니다. 문서에는 사이트용 파일을 만드는 기능과 문서를 생성하는 플러그인도 함께 소개되어 있습니다. 담당자는 목록의 이름을 그대로 옮기기 전에 각 설명에서 무엇을 만들고 무엇을 가져오는지 가립니다.
윅스는 사이트마다 llms.txt를 생성하는 대상으로 소개됩니다. 이 설명으로 판단할 수 있는 것은 파일 생성 기능이며, 특정 AI 검색 서비스가 그 결과를 자동으로 읽는지는 알 수 없습니다. 사이트 제작 기능을 검색 서비스의 채택 근거로 사용하면 서로 다른 주체의 동작을 연결하는 오류가 생깁니다.
llms-txt-php는 llms.txt 마크다운 파일을 쓰고 읽는 라이브러리로 소개됩니다. 여기서 읽기는 라이브러리의 기능을 뜻하며 주요 AI 서비스의 운영 정책을 뜻하지 않습니다. 따라서 읽기 기능이 있다는 기술 설명을 인용하더라도 서비스 사용 여부를 설명하는 문장에는 별도의 근거가 필요합니다.
외부 문맥 기능과 파일 사용의 차이
페이지파일럿 설명에는 문서, API, README 파일 등 외부 문맥을 자동으로 불러오는 기능이 나옵니다. 그 설명에는 llms.txt를 직접 가져오거나 검색한다는 동작이 명시되어 있지 않습니다. 운영자는 외부 문맥이라는 넓은 표현을 특정 파일 사용의 증거로 확대하지 않습니다.
목록에 들어간 도구의 소개 위치보다 실제 기능 설명이 판단에 더 직접적인 근거가 됩니다. 생성, 외부 자료 불러오기, 특정 파일 검색은 서로 다른 작업이므로 한 이름표 아래 합치지 않습니다. 업무 문서에는 도구의 설명을 새 문장으로 요약하되, 원래 없던 대상 파일이나 사용 조건을 추가하지 않습니다.
같은 이유로 llms.txt 사용을 주장하는 설명에 다른 파일을 읽는 기능만 제시되어 있다면 근거가 맞지 않습니다. 기능이 비슷하다는 판단과 해당 파일을 지원한다는 사실은 따로 기록합니다. 기술 담당자는 대상 파일이 직접 명시된 부분을 요청하고, 확보되지 않으면 표현을 일반적인 자료 읽기 기능으로 제한합니다.
연결 도구의 기능을 서비스 전체로 확대하는 오류
연결 도구의 기능을 설명할 때는 서비스 전체의 기능으로 이름을 변경하지 않습니다. 특정 환경에서 도구를 사용할 수 있다는 주장에는 해당 환경과 연결 조건이 필요합니다. 도구가 존재한다는 이유만으로 같은 서비스의 모든 이용자가 동일한 기능을 사용한다고 설명할 수는 없습니다.
운영자가 근거를 확보한 환경에 대해서만 사용 가능성을 판단했다면 기록에도 그 범위를 남깁니다. 개인이 구성한 연결 환경과 서비스가 기본으로 제공하는 동작은 책임 주체가 다릅니다. 담당자는 제품 이름만으로 범위를 요약하지 말고, 누가 어떤 도구를 연결하는 조건인지 함께 기재합니다.
자주 묻는 질문
지원 서비스 목록에 등록된 날짜도 기록해야 합니까?
날짜를 기록하면 이후 설명이 달라졌을 때 어떤 상태를 근거로 판단했는지 추적할 수 있습니다. 게시 날짜를 알 수 없다면 임의로 추정하지 않고, 담당자가 문서를 읽은 시점과 날짜 정보가 없다는 사실을 남깁니다. 오래된 목록을 최신 채택 현황으로 소개하지 않도록 관리합니다.
읽기 기능 소개 화면만 저장해도 근거가 충분합니까?
화면에 제품 이름과 설명 범위가 함께 담겨 있다면 근거 정리에 사용할 수 있습니다. 문장이 잘려 있거나 조건이 생략되었다면 전체 설명을 추가로 확보합니다. 저장한 화면에는 어떤 주장을 뒷받침하는 자료인지 메모하여 문맥 없이 재사용되는 일을 줄입니다.
실험 기능이라는 표시가 있으면 어떻게 기록합니까?
실험 기능으로 명시된 경우에는 그 표시를 생략하지 않습니다. 제한적으로 소개된 기능을 일반 이용자의 기본 기능처럼 요약하지 않도록 적용 조건을 함께 남깁니다. 이후 안내가 변경되더라도 이전 판정을 소급해 확정된 사실처럼 고치지는 않습니다.
서비스 이름이 변경되면 기존 판단을 유지해도 됩니까?
이름 변경만으로 기능이 유지되거나 종료되었다고 결론 내리지는 않습니다. 새 이름의 문서가 이전 제품과 어떤 관계인지, 관련 기능을 계속 설명하는지 검토합니다. 연결 근거가 확보될 때까지 이전 이름의 기록과 새 이름의 기록을 별도로 관리합니다.
근거 없는 사용 목록을 이미 공유했다면 어떻게 합니까?
공유한 문서에서 확정적으로 표현한 항목을 찾아 근거가 있는 상태로 수정합니다. 수신자에게는 어느 서비스의 판단이 변경되었는지와 변경 사유를 전달합니다. 출처가 부족했던 목록을 다른 자료에 재사용하지 않도록 최신 문서의 담당자도 지정합니다.
