인터랙티브 MCP 해설 사이트 mcp-explained.com, 해커뉴스에서 '너무 빽빽한 AI 슬롭'과 '글은 정제됐다' 논쟁으로 갈려

깃허브 링크가 안 보이는데 코드 어디서 구하는지 아는 사람 있나? 비기술 매니저용 입문서로 고쳐 쓰고 싶음

그냥 단일 HTML 파일임. 다운로드해서 원하는 대로 쓰면 됨

링크를 Claude나 GPT에 그냥 던져주면 알아서 복제함. 이건 모델들이 뽑아주는 기본 인터랙티브 설명서 원페이지 스타일임

요즘 개발자 교육을 많이 생각하는데, 이런 형식은 LLM 없는 세상에서나 가치 있었던 것 같음. 이제 배우고 싶으면 Claude한테 물어보면서 애니메이션을 반복해서 만들게 하고 질문하면서 이해를 쌓음

솔직히 너무 빽빽함. 차라리 주석 단 파이썬 코드나 잘 쓴 글에 다이어그램 몇 개가 낫지. MCP는 에이전트용 표준 엔드포인트 붙은 REST API 수준이라 이 정도 설명이 필요 없음. AI는 taste가 없음

맞음. 이미 시스템을 아는 사람한테만 좋은 설명이고, 초보한테는 시스템 모양을 당연하게 가정해서 안 통해

그건 JSON-RPC임. REST API랑은 한참 멀었는데?

글 자체는 꽤 경제적이던데. 슬롭이나 난해한 문장을 예상했는데 아니었음. LLM이 그대로 뽑은 글 같지 않고 다듬은 느낌임

도입부가 문단 하나에 표 다섯 줄이고 그중 하나가 'Not REST'인데, 1분이면 읽는 내용을 두고 너무 빽빽하다고 하는 게 좀 무섭다. 게다가 위쪽만 봐도 바로 반박되는 정보임

어쩌면 AI가 쓴 글이거나 AI를 위해 쓴 글이거나 둘 다겠지

노이즈 슬롭임. 아무것도 설명 안 함. 정의 하나에 다이어그램 하나로 시작해봐라. Edward Tufte 책이라도 읽어라

그러니까 UX도 제품 개발도 공부 안 한 사람들이 AI를 잡으면 이렇게 됨. 아이디어는 좋은데 결과물이 견딜 수 없다는 걸 못 봄

MCP는 거의 필요 없음. 좋은 CLI가 보통 더 낫다

코딩 에이전트엔 나도 동의함. 그런데 이제 개발자만 대상이 아님. 사용자용 서비스가 에이전트에 셸 접근을 주는 건 끔찍함. 프롬프트 인젝션이 시스템 장악으로 이어짐. MCP는 신뢰할 수 없는 에이전트에 특정 도구만 안전하게 노출할 때 자리가 있음

로컬에 서드파티 CLI를 설치 안 해도 되는 게 장점임. 웹앱이 브라우저 샌드박스에 사는 것과 같은 이치고, HTTP 트랜스포트 MCP면 에이전트가 악성 명령을 거부할 수도 있음

MCP는 조합이 안 된다는 게 큰 문제임. 셸과 CLI의 강점인데. 나는 Bluebeam MCP를 쓰는데 문서에서 큰 데이터를 가져오려면 토큰을 잔뜩 토해내야 함. 결국 에이전트가 MCP를 CLI로 감싸는 스크립트를 만들게 했음

모델에 따라 다름. DeepSeek에 raw API를 그대로 주면 토큰만 낭비하고 옵션도 잘못 씀. 옵션을 줄이고 기본값을 잘 잡은 MCP 래퍼가 훨씬 유용함

정리하면 MCP는 JSON RPC의 동의어라는 거네

Codex에서 MCP 호출이 조합되나? jira MCP 결과를 grep이나 sed로 파이프할 수 있음? 마지막으로 봤을 땐 curl보다 훨씬 나쁜 버전이었음

아직 안 됨. CLI를 호출하라는 스킬에 help 메뉴로 점진적 공개를 붙이는 쪽이 벤치마크가 더 좋음. 개발자들은 진작 눈치채고 anti-MCP 정서가 있음. 이 프로토콜은 비개발자가 돌리는 비코딩 에이전트를 위해 나온 것 같음. 모델이 좋아지면 다 별 차이 없음, bitter lesson임

CodeMode 쓰면 됨. Opencode랑 Pi에 있고, 코드 실행 도구로 다른 MCP를 조합해서 호출함

pi 하네스는 원하는 걸 구체적으로 말하면 잘 조합함. '최신 prod JIRA 찾아서 관련 로그 분석해줘' 같은 식으로

MCP 최고의 장점은 개발자 말고는 거의 못 쓴다는 것. 덕분에 우리 밥벌이가 보장됨. Blender를 Codex에 연결해봐라