LAP: 클로드의 환각 현상 감소를 위해 LLM 소비용으로 컴파일된 1,500개 이상의 API 사양

LAP의 기능
LAP은 Claude와 같은 AI 코딩 에이전트가 "Stripe API를 사용하여 결제를 생성하라"와 같은 모호한 지시를 받았을 때 API 엔드포인트를 잘못 추측하는 문제를 해결합니다. 추측하거나 오래된 학습 데이터에 의존하는 대신, LAP은 LLM 사용에 특화된 구조로 컴파일된 API 명세를 제공합니다.
핵심 문제는 표준 OpenAPI 명세가 에이전트가 아닌 인간을 위해 설계되었다는 점입니다. 예를 들어, Stripe의 OpenAPI 명세는 소스에서 "잡음"으로 설명되는 120만 개의 토큰을 포함합니다. LAP은 검증된 엔드포인트, 올바른 매개변수, 실제 인증 요구사항을 유지하면서 이러한 명세를 10배 더 작게 컴파일합니다.
기술 구현
LAP은 주로 Claude의 도움으로 구축되었습니다:
- Claude Code가 Python 컴파일러, TypeScript 포트, 벤치마크 하네스의 약 99.9%를 작성했습니다
- 레지스트리 파이프라인(1,500개 이상의 명세 처리)은 Claude가 구문 분석, 검증, 예외 처리를 담당하며 반복적으로 구축되었습니다
- 간결한 출력 형식은 Claude와 공동 설계되어, 에이전트가 올바른 API 호출을 하는 데 실제로 도움이 되는 방식으로 최적화되었습니다
- 컴파일 과정은 결정론적이며 컴파일 루프에 AI가 포함되지 않습니다
워크플로우 통합
LAP은 통합을 위한 여러 명령어를 제공합니다:
lap init은 LAP 스킬을 설정하고 자동 업데이트 확인에 연결합니다lap check은 설치된 명세가 오래되었을 때 알려줍니다lap diff은 업데이트된 명세에서 정확히 무엇이 변경되었는지 보여줍니다
실제로 Claude에게 "프로젝트에 Discord를 통합하고, LAP을 사용하여 명세를 가져오라"라고 지시하면 → Claude는 LAP 스킬을 호출하고, 올바른 API 스킬을 설치하며, 추측 대신 검증된 엔드포인트로 코딩을 시작합니다.
성능 이점
소스에 따르면, LAP은 다음과 같은 이점을 제공합니다:
- 35% 더 저렴한 실행 비용
- 29% 더 빠른 응답 속도
- 주요 이점: 에이전트가 엔드포인트를 만들어내지 않음
시작하기
LAP은 오픈 소스이며 PR, 기능 요청, 명세 요청을 환영합니다:
- 초기화:
npx @lap-platform/lapsh init - GitHub: https://github.com/Lap-Platform/LAP
- 레지스트리(1,500개 이상의 API): https://registry.lap.sh
📖 Read the full source: r/ClaudeAI
👀 See Also

토큰 낭비 없이 클로드 채팅 간 맥락 유지하는 2-프롬프트 시스템
한 개발자가 전체 클로드 대화를 구조화된 컨텍스트 블록으로 압축하고 새 채팅에 로드하여 결정, 작업 및 다음 단계를 보존하는 두 개의 프롬프트를 공유합니다.

Cloudflare의 AI 플랫폼: AI 에이전트를 위한 통합 추론 레이어
Cloudflare의 AI 플랫폼은 이미지, 비디오, 음성 모델을 위한 멀티모달 지원을 포함하여 12개 이상의 제공업체에서 70개 이상의 모델에 접근할 수 있는 단일 API를 제공합니다. 한 줄의 코드 변경으로 모델 간 전환이 가능하며, 사용자 정의 메타데이터를 통한 중앙 집중식 비용 모니터링을 제공합니다.

에이전트 안전가옥: 로컬 AI 코딩 에이전트를 위한 macOS 네이티브 샌드박싱
Agent Safehouse는 macOS 네이티브 샌드박싱 도구로, 커널 수준의 강제 실행을 통해 로컬 AI 에이전트가 프로젝트 디렉토리 외부의 파일에 접근하는 것을 방지합니다. 이는 단일 셸 스크립트로 의존성이 없으며 Claude Code, Codex, OpenCode, Amp, Gemini CLI, Aider, Goose, Auggie, Pi, Cursor Agent, Cline, Kilo, Code Droid 및 기타 에이전트와 함께 작동합니다.

클로드 워크플로우의 핸드오프 패턴: 두 파일 분할 방식과 한 문서 요약 방식
긴 Claude 세션은 컨텍스트 소멸로 인해 성능이 저하됩니다. 핸드오프는 중요한 정보를 압축하고 새로운 에이전트를 시작하여 이 문제를 해결합니다. 두 가지 구현 방식이 커뮤니티에서 논의되고 있습니다: Matt Pocock의 단일 문서 핸드오프 스킬과 APM 멀티 에이전트 프레임워크에서 사용되는 대안적인 두 파일 분할 접근법입니다.