# Show GN: AIEndpoint — AI 에이전트가 모든 웹서비스를 즉시 이해할 수 있는 /ai 엔드포인트 오픈 표준

> Clean Markdown view of GeekNews topic #27607. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=27607](https://news.hada.io/topic?id=27607)
- GeekNews Markdown: [https://news.hada.io/topic/27607.md](https://news.hada.io/topic/27607.md)
- Type: show
- Author: [bejoyfuuul](https://news.hada.io/@bejoyfuuul)
- Published: 2026-03-18T10:58:19+09:00
- Updated: 2026-03-18T10:58:19+09:00
- Original source: [github.com/aiendpoint](https://github.com/aiendpoint/platform)
- Points: 3
- Comments: 7

## Topic Body

안녕하세요.  
  
AI와 함께 개발을 진행하면서, 다른 사이트 리뷰 등을 진행하다 보면 금방 토큰이 바닥나 리셋을 기다려야 하는 일이 종종 있었습니다.  
생각해보니, AI는 "사람이 사람의 눈으로 읽을 수 있는 화면을 보고 있지 않을까" 라는 생각이 들더라고요.  
해서 토큰을 줄이고, AI의 응답속도를 빠르게 할 수 있는 표준적 대안이 나와야 하지 않을까 생각했습니다.  
  
  
AI 에이전트가 웹서비스를 읽기 위해 지금은 세 가지 정도로 진행하고 있는데요,  
  
1. HTML 스크래핑 — 반환되는 내용의 80% 이상이 광고·네비·스크립트 노이즈 (~수만 토큰)  
2. API 문서 읽고 하드코딩 — 서비스가 바뀌면 매번 깨짐  
3. MCP 이용 — 있는 서비스가 극히 드물고, 개발자 전용  
  
  
해서 다음 흐름으로 컨벤션을 제안하고자 오픈소스로 만들었어요.  
  
- robots.txt  (1994) → 크롤러에게 "여기 오지 마"  
- sitemap.xml (2005) → 크롤러에게 "여기 있어"  
- /ai  (2026) → AI 에이전트에게 "우리가 뭘 할 수 있어" ← 이게 없었던 것  
  
(작업하면서 찾아보니 robots.txt 도 최초에 네덜란드의 소프트웨어 엔지니어인 마틴 코스터(Martijn Koster)가 처음 제안했다고 하더라고요. 당시 초기 웹 크롤러들이 서버에 너무 많은 부하를 주는 문제를 해결하기 위해 고안되었다고 합니다.)  
  
  
웹서비스를 소유하고 있는 곳들에서 GET /ai 를 구현해  
- AI 에이전트가 즉시 구조화된 정보를 읽고  
- API를 직접 호출할 수 있게 바꿔나가고 싶었어요.  
- 스크래핑 없이. 문서 파싱 없이. 토큰 낭비 없이.  
  
  
여기서 확인 가능하십니다.  
  
```  
curl https://api.aiendpoint.dev/ai | jq .  
```  
  
  
지금까지 이 작업을 했어요 (with claude, codex)  
  - 오픈 스펙 (Apache 2.0) — [https://github.com/aiendpoint/platform](https://github.com/aiendpoint/platform)  
  - 레지스트리 — aiendpoint.dev (등록·검색)  
  - 검증기 — aiendpoint.dev/validate (0~100점 스코어링)  
  - MCP 서버 — Claude/Cursor에서 레지스트리 직접 검색  
  - Claude Code 스킬 — 기존 서비스에 /ai 자동 추가 (10분)  
  
MCP 서버가 없으면 레지스트리는 그냥 웹사이트입니다.  
MCP 서버가 있으면 Claude에게 "인증 없이 쓸 수 있는 날씨 API 찾아줘"라고 하면  
바로 구조화된 답을 줍니다. 이 루프를 닫는 게 핵심이었어요.  
  
스펙에 대한 피드백 환영합니다.  
여러분 서비스에 /ai 를 구현하게 만들려면 뭐가 필요할까요?  
함께 동참해주시고 규격을 만들어 보았으면 좋겠습니다.  
네델란드에서 robots.txt이 처음 제안되었듯이 우리도 흐름을 만들어 볼 수 있지 않을까요?  
  
GitHub: [https://github.com/aiendpoint/platform](https://github.com/aiendpoint/platform)

## Comments



### Comment 53455

- Author: aliveornot
- Created: 2026-03-20T17:44:39+09:00
- Points: 1

Llm.txt 가 이미 제안된 바 있고 그 유효성을 연구한 페이퍼도 있어요. 네이버에 따르면 적어도 지금은 에이전트들도 잘 안 보긴 하더라고요.

### Comment 53456

- Author: aliveornot
- Created: 2026-03-20T17:46:05+09:00
- Points: 1
- Parent comment: 53455
- Depth: 1

네이버에 따르면 이라니.. 자면서 적었나... "해당 논문에 따르면" 입니다

### Comment 53509

- Author: bejoyfuuul
- Created: 2026-03-21T16:22:57+09:00
- Points: 1
- Parent comment: 53456
- Depth: 2

ㅎㅎ 맞는 말씀입니다.   
llms.txt 가 에이전트가 서비스를 '이해'하는데 설명을 초점으로 둔다면,  
/ai 는 ai 가 서비스를 '사용' 하는데 포커싱을 둔 겁니다. "우리 서비스의 api는 이렇게 호출해" 를 알려주는 거에요.여기에 mcp 를 사용하면 해당 사이트의 이용방법을 먼저 '훑고' (토큰을 절약하고) 시작할 수 있겠죠.  
  
아무래도 직접참여가 어려워 '직접등록'과 '커뮤니티'  버전을 나누어 우선 /ai mcp 사용 시 '이미 누군가 searching'해본 적이 있는 사이트는 좀 더 가볍고 빠르게 접근할 수 있는 구조이긴 합니다!  
  
말씀 감사해요~

### Comment 53283

- Author: vndk2234
- Created: 2026-03-18T13:18:26+09:00
- Points: 1

/ai가 구격화된다면, 반대로 /ai만 긁어서 광고없는 보기 좋은 페이지를 보여주는 툴이 생길 수도 있지 않을까요?

### Comment 53297

- Author: dohyun682
- Created: 2026-03-18T16:10:08+09:00
- Points: 1
- Parent comment: 53283
- Depth: 1

재밌네요! 그럼 /ai에 광고를 섞어넣는 일도 생기겠는데요

### Comment 53305

- Author: bejoyfuuul
- Created: 2026-03-18T19:04:09+09:00
- Points: 1
- Parent comment: 53297
- Depth: 2

그렇다면 광고 내용이 발견될 시 score를 떨어뜨리는 로직이 추가되어야겠군요!

### Comment 53284

- Author: bejoyfuuul
- Created: 2026-03-18T13:38:58+09:00
- Points: 1
- Parent comment: 53283
- Depth: 1

네. 충분히 가능성이 있습니다. 또한 agent 의 사용량(트래픽), 처리, 토큰 비용 등의 이유로 웹 자체가 한편으로는 예전 telnet 시절처럼 light 해 질 수도 있다고 생각합니다. (꾸밈보다는 내용에 집중) 현재의 geeknews처럼 말이죠. (추측입니다!)