아래 패턴은 오늘 수집된 제품·커뮤니티 반응에서 도출했으며, 근거 제품을 함께 표시합니다.
'에이전트를 위한 컨텍스트 공급망'이 표준화 경쟁으로 — MCP 설정·스킬·시맨틱 검색이 각자 '포트'를 자처한다
toolport(하나의 MCP 설정), hexis(Git 기반 스킬·도구·컨텍스트), reference(로컬 시맨틱 검색), prompt-bridge(이식 가능한 AI 컨텍스트), backengine-mcp(비공개 회사 지식 노출) 5개가 모두 '에이전트가 무엇을 읽고 어디에 연결되는가'의 배관을 표준화하려 경쟁한다. 브랜드가 AI에 자기를 설명하는 공급측 노출의 반대편 — 에이전트가 여러 소스를 하나의 규격으로 빨아들이는 '수요측 허브'가 굳는 국면이다. 개발자의 부가가치가 코드 작성보다 '컨텍스트 배선'으로 이동하는 신호로 읽힌다.
'혼자 회사를 굴린다'가 CLI·승인게이트·GTM스킬로 분화 — 1인 창업자용 에이전트 OS가 상품층으로 분리된다
whop-cli(터미널에서 전체 비즈니스 운영), soloop(1인 창업자용 승인 우선 에이전트 OS), the-gtm-co-founder(오픈소스 GTM 스킬), cloudflare-os(회사용 AI 운영체제) 4개가 '조직 대신 에이전트로 회사 기능을 대체'한다는 전제를 공유한다. 개별 태스크(결제·후속) 대리를 넘어, 비즈니스 전체를 하나의 OS/CLI로 감싸는 통합층이 등장한 게 새롭다. 다만 the-gtm-co-founder는 GTM 스킬 단일 기능에 가까워 'OS 통합'보다는 스킬 공급 성격이 강하다.
'에이전트 전용 브라우저·번역·웹컨텍스트' — 사람이 아니라 '기계 소비자'를 1차 고객으로 재설계한 인프라가 무리로 굳는다
kitesurf(Workers에서 실행되는 에이전트용 브라우저, HN 212p), browseros-neo(Claude·Codex를 위한 브라우저), nitro-4-0(에이전트를 위해 만든 최초의 사람 번역 플랫폼), the-new-firecrawl-mcp(에이전트 준비형 웹 컨텍스트), website-to-markdown-api(웹사이트를 LLM용 마크다운으로 변환) 5개가 '최종 사용자가 사람이 아니라 에이전트'라는 전제로 UX·규격을 뒤집었다. 화면→구조화 텍스트 같은 추출 기술을 넘어, 브라우저·번역 같은 '완제품 카테고리 자체'가 기계 소비자용으로 재정의되는 단계다. kitesurf의 HN 212p는 이 전환이 개발자 여론에서도 실체로 받아들여진다는 근거다.
여기서 나올 수 있는 것
'1인 창업자용 에이전트 OS, 한국 사업자에서 실제로 뭐가 막히나' — Soloop·Whop CLI를 한국 통신판매업·부가세·PG 환경에 붙여 승인게이트와 정산 누락을 기록하는 실측 콘텐츠패턴2('1인 회사 에이전트 OS')의 whop-cli·soloop이 근거. '비즈니스 운영 전체(청구서·세금계산서·정산)'를 한국 제도(홈택스·현금영수증·국내 PG)에 붙였을 때의 구멍을 소비자 시점으로 기록하는 빈칸. 리스크: 서비스가 영어권 결제만 지원하면 '한국에선 절반도 안 된다'는 결론 자체가 콘텐츠 가치가 되므로 실패해도 유효. 개발 아닌 실무 검증형이라 30분 DIY 대상 아님.
'내 AI 에이전트가 읽는 컨텍스트, 하나로 묶으면 얼마나 새고 겹치나' — Toolport·Hexis·Prompt Bridge를 같은 태스크에 물려 컨텍스트 이식·중복·권한 노출을 비교하는 한국어 실측 리뷰패턴1('컨텍스트 공급망 표준화 경쟁')의 toolport·hexis·prompt-bridge가 근거이며, 여러 규격이 난립할 때 사용자가 겪는 '이식 시 무엇이 유실/노출되나'는 아직 한국어로 검증된 콘텐츠가 없는 빈칸. 리스크(a): MCP 표준이 통합되면 개별 도구 비교의 수명이 짧아질 수 있음 → '규격 파편화 시점의 스냅샷 기록'으로 포지셔닝. 리스크(c): 개발자 타깃이라 DIY 우려 있으나, 3개 도구 교차 실측·권한 노출 추적은 30분에 끝나지 않음.