PoCs

읽을거리 둘, 그리고 같은 지시 — 내용이 아니라 구조를 훔쳐 올 것

Google 의 **증류된 에이전트 스킬 90여 개**, 그리고 **에이전트 설계에서 수익화까지 전체 호를 도는 3시간 무료 코스.** **어느 쪽도 내용 때문에 읽을 값은 없습니다. 둘 다 형태 때문에 30분씩 값이 있습니다.**

아직 만들지 않았습니다

이 페이지는 카드에 적힌 내용을 펼쳐 보여줄 뿐입니다 — 돌아가는 코드도, 열어볼 데모도 아직 없습니다. 무엇을 왜 만들려는지가 아래에 있습니다.

어떻게 보나

**코스 둘이 아니라 30분 훑기 둘.** 스킬 저장소: **잘 쓴 스킬 2~3개를 골라 구조만 훔쳐 옵니다** — 트리거를 어떻게 서술하는지, 스킬이 컨텍스트를 얼마나 전제하는지, **어디서 멈추는지.** 코스: **설계 인트로(00:00)** 와 **루프 대 그래프(2:24)** 만 보고, **그 두 장에서 진짜로 새로운 게 나오지 않는 한 나머지는 건너뜁니다.** (Notion 지시, 2026-08-07 · 08-08 추가.)

기술 노트

각 항목이 실제로 무엇을 보여주고 어떻게 동작하는지 — 위 카드보다 자세한 기술 설명입니다.

읽을거리 둘, 그리고 같은 지시 — 내용이 아니라 구조를 훔쳐 올 것준비 중

목적: **둘은 같은 이유로 큐에 들어왔고, 그것은 읽을거리가 보통 추가되는 이유가 아닙니다.** 이 리포트 자체가 `SKILL.md` 로 굴러갑니다. 그래서 Google 의 **증류된 지식 스킬 약 90개** — 제품·아키텍처·베스트 프랙티스를, Claude 의 SKILL.md 생태계와 같은 방식으로 포장한 것 — 의 값어치는 **내용이 아닙니다. Google 이 스킬 포맷과 트리거 설계를 Claude 와 어떻게 다르게 구조화했는지 비교하는 것**입니다. 스킬은 **엄격한 제약(불러올 값어치가 있어야 한다)을 가진 작은 설계 산출물**이고, **남의 것을 읽는 것이 그 제약이 다르게 풀린 모습을 보는 가장 싼 방법**입니다. **코스는 축척만 다른 같은 지시입니다.** 전 구글 엔지니어의 무료 코스로 **에이전트 설계 → 휴먼 핸드오프 → RAG·벡터DB → Google Cloud 배포 → WhatsApp 수익화 → 대화-리드 전환 → 루프 대 그래프 → 멀티툴 에이전트 그래프.** **값어치는 엔드투엔드 호**입니다 — Agents → RAG → Deployment → Leads → Revenue 를 **끊기지 않은 한 편**으로 — LLM 트랙과 *에이전트 서비스 판매* 비즈니스 카테고리의 교차점에 있습니다. **대부분의 자료는 그중 한 단계를 잘 다루고, 전체 모양을 보여주는 것은 거의 없습니다.** **그리고 정직한 메모는, 어느 쪽도 30분 이상을 받을 자격이 없다는 것**이고, 그래서 카드 둘이 아니라 하나입니다. `one-page-not-the-curriculum` 은 **등급별 자료가 걸어야 할 순서가 아니라 오늘 막힌 지점에서 펼칠 레퍼런스**라고 주장하고 — **읽을거리 목록이야말로 조용히 그 반대를 전제하는 것**입니다. **항목 둘, 30분 둘, 지시 하나: 형태를 가져가고 나머지는 두고 온다.**

동작 방식: ### 각각에서 가져올 것과 건너뛸 것 | | **Google Skills Repository**(약 90개) | **3시간 무료 에이전트 코스** | |---|---|---| | **정체** | 증류된 지식을 에이전트 스킬로 포장 — 제품·아키텍처·베스트 프랙티스 | 에이전트 설계 → 휴먼 핸드오프 → RAG·벡터DB → Cloud 배포 → WhatsApp 수익화 → 리드 → 루프 대 그래프 | | **여기 있는 이유** | 이 리포트가 `SKILL.md` 로 굴러감 — **내용이 아니라 포맷 비교** | **엔드투엔드 호를 한 편으로** | | **가져올 것** | 트리거 설계, 스킬이 전제하는 컨텍스트 양, **어디서 멈추는지** | 설계 인트로와 **루프 대 그래프** | | **건너뛸 것** | 나머지 약 87개 | 그 두 장이 이미 다룬 전부 | | **예산** | **30분** | **30분** | ### 끝나고 적어 둘 단 하나 **각각은 언제 발동할지를 어떻게 정하는가?** **스킬의 트리거는 함부로 빌려올 수 없는 유일한 부분**입니다 — **그 스킬이 유의미해지는 순간 독자가 무엇을 하고 있는지에 대한 전제**를 인코딩하기 때문입니다. 그 질문에 대한 Google 의 답과 Claude 의 답이 곧 비교이고, **둘이 어디서 갈리는지 한 문단이 이 카드의 산출물 전부**입니다. ### 왜 루프 대 그래프가 남길 장인가 **다른 모든 선택을 바꿔도 살아남는 유일한 구조적 결정**이기 때문입니다 — **루프는 조건이 성립할 때까지 같은 단계로 다시 들어가고, 그래프는 명시적 간선을 따라 이름 붙은 상태들을 지나갑니다.** 앞은 쓰기 쉽고 추론하기 어렵고, 뒤는 반대입니다. **관측 가능성·재시도 동작·비용 상한이 전부 여기서 따라 나옵니다.** `the-harness-not-the-model` 이 이것을 신경 쓰고 수익화 장이 신경 쓰지 않는 이유입니다.