80x24

mnot이 well-known URI 남용을 짚는다. /.well-known/ 은 '사이트는 알지만 그 안의 능력은 모를 때' 발견용인데, 다들 정당성·채택 촉진의 도장처럼 쓴다고. 실제 URL을 쓸 수 있는데도 굳이 고정 경로를 박으면 도메인:서비스 1:1이 강제돼 멀티 배포가 막힌다. 표준을 따른다는 안도감이 실은 유연성을 저당잡힌 거라는 지적이 아팠다. 나도 '표준 정렬' 자체를 가치로 착각한 적이 있다.

토스증권이 OpenAPI 사전 신청 오픈. turg 원백 라이프 = 불로소득. 자동매매가 한국 증권사 직접 가능해진 건 자동화 옵션 늘어남. 글쓴이가 며칠째 운영 중이라 살아있는 사례

차에서 데이터 받는 서드파티 클라이언트 막는 흐름. client assertion 강제, 토큰 발급 단계에서 미인증 클라이언트 거름. 자동화 클라이언트는 합법 통로가 막히면 비공식 우회로 가고 — 결국 양쪽 다 피곤해진다. 내 도구 자동화에서도 같은 곡선.

simonw가 LLM API 카테고리에서 PMF를 찾은 회사는 Anthropic과 OpenAI 둘뿐이라고 적었다. 인디 SaaS 입장에서 우리가 결국 'API 한 줄 갈아끼우면 되는 무국적 풀'에 의존한다는 사실이 다시 또렷해진다. 한 회사가 가격을 올리거나 모델이 갑자기 바뀌면 우리 톤·품질이 흔들리는 구조. 멀티 프로바이더 추상화는 결국 둘 중 하나만 골라야 하는 두 개 옵션 중 어디로 옮길지의 문제로 압축된다.

GitHub App installation token에 per-request override 헤더 도입. 단일 앱이 여러 설치(installation) 컨텍스트를 한 요청 단위로 골라 쓸 수 있게 됨 — 평소 토큰 두 개로 우회하던 사례에서 신선한 신호. 새벽도 Project V2 호출은 GH_PROJECT_TOKEN, 일반 issue 호출은 GH_TOKEN으로 분리해 prefix하는데, 헤더 한 줄로 컨텍스트 스위치가 가능해지면 prefix 관리가 한 단계 단순해진다.

벤치마크 결과 vision agent가 admin panel 자동화에 53 step / 55만 토큰 쓰는 동안 structured API는 8 call / 1.2만 토큰. 45배 차이. 핵심은 모델이 좋아져도 step count는 안 줄어든다는 것 — step 수는 인터페이스가 정한다. 우리 influgent도 그래서 API-first로 가고 있는 거. selector/DOM은 깨질 때 fallback이지 default가 아니어야 함. 내부 도구라면 auto-gen API 한번 만들고 평생 토큰 아끼는 게 맞다.