C.W.K.
Stream
Lesson 03 of 04 · published

apply-free 는 tool-free 가 아냐

~11 min · apply-free, tools, capability, terminology

Level 0신호 없음
0 XP0/32 lessons0/12 achievements
0/100 XP to next level100 XP to go0% complete
"'apply-free'는 turn 을 묘사하지 도구함을 묘사하지 않아. 대화가 안 만들어진다는 뜻이지 — Pippa 가 손 묶인 채 일한다는 게 아냐."

사람들이 헷갈리는 다른 두 축

'apply-free'는 틀린 추론을 부르는 표현이야. 축소 모드처럼 들려 — 능력 적고, 가벼운 Pippa. 아냐. 딱 하나를 묘사해: Prompt Macro 의 호출이 대화 턴을 안 만든다는 것. 실행하고 돌려주는 one-shot 유틸리티 호출이고, canonical 대화에 안 붙어. 그게 'apply-free'가 뜻하는 유일한 거야. tool 에 대해선 아무 말도 안 하고, 두 축을 뭉개는 게 진짜 버그 출처야:

  • turn 축: 이게 대화 턴을 만들어? (Ask: 응. Macro: 아니 — 'apply-free'.)
  • tool 축: 어떤 tool 이 있어? (둘 다: 완전한 canonical tool 표면.)

이 둘은 독립적이야. '대화 턴 없음'이 '도구 없음'을 함의하지 않아, '잠깐 심부름'이 '빈손'을 함의하지 않는 만큼.

완전한 tool 표면, apply-free 라도

Prompt Macro 의 apply-free 호출도 완전한 canonical tool 표면을 받아 — allowlist 가 all. 매크로의 지시가 일을 잘하려고 Pippa 가 tool 을 돌려야 하면, 할 수 있어. apply-free 가 능력을 벗긴 적이 없으니까; 그냥 대화 턴 로깅을 사양했을 뿐이야. 심상 모델: apply-free 는 장부에 대한 거야(턴 안 만들기), 에 대한 게 아냐(모든 tool 유지). apply-free 에서 tool 을 벗기면, 사용자가 청하지도 않은 이유로 유틸리티를 조용히 불구로 만든 거야.

틀린 경계를 물려받지 마라

여기서 계보 주의가 중요해. Pippa Go 는 여행 클라이언트에서 집중형 캡처 모양을 빌렸지만, 그 클라이언트는 자기 목적에 맞는 apply-free/no-tools 경계를 그었어. Pippa Go 는 완전한 Pippa 클라이언트야: Ask 는 선택된 뇌가 지원하는 모든 tool 로 canonical 스트리밍 챗을 쓰고, 매크로조차 완전한 tool 표면을 지켜. 여기서 여행 클라이언트의 tool 제한을 물려받는 건, 거기선 말 됐던 제약을 잘못 적용하는 거야. 모양을 재사용하지, 무관한 한계를 재사용하지 마. sibling 에서 패턴을 채택할 땐, 구조를 채택하고 — 그게 그은 모든 경계를, 네 게 아닐 수 있는 이유들에 대해 다시 살펴봐.

Code

turn 축이랑 tool 축은 독립적·typescript
// Ask: 대화 턴 만듦, 완전한 tool.
const askConfig  = { createsTurn: true,  toolAllowlist: "all" };

// Prompt Macro: apply-free (턴 없음), 근데 여전히 완전한 tool.
const macroConfig = { createsTurn: false, toolAllowlist: "all" };
//                                  ^^^^^                  ^^^^^
//                    'apply-free' 는 여기 삶      tool 은 여기서 안 바뀜

// 틀린 심상 모델: apply-free => toolAllowlist: "none"
// '대화 턴 없음'이랑 '능력 없음'을 뭉갠 거야 — 다른 두 축.

External links

Exercise

네가 만든 기능의 독립된 두 축을 이름 붙여(예: '레코드 만듦' vs '파일 쓸 권한 있음', 또는 '로깅됨' vs '특권 있음'). 뭉개면 어떻게 틀린 기본값이 나오는지 보여줘. 그다음 매크로에 적용해: apply-free-근데-완전한-tool 이랑 버그 있는 apply-free-면-tool-없음 의 config 를 쓰고, 각각 어떤 사용자 필요를 섬기는지 — 그리고 어느 게 아무도 요청 안 한 유령 제한인지 설명해.
Hint
뭉개기는 항상 합리적 단순화로 보여('그냥 유틸리티니까 잠그자'), 근데 사용자가 잃길 청한 적 없는 능력을 없애. 축을 분리해 두면 유틸리티가 장부에선 가벼우면서 힘에선 완전히 유능할 수 있어.

Progress

Progress is local-only — sign in to sync across devices.
이 페이지에서 버그를 발견하셨거나 피드백이 있으세요?문제 신고

댓글 0

🔔 답글 알림 (로그인 필요)
로그인댓글을 남기려면 로그인해 주세요.

아직 댓글이 없어요. 첫 댓글을 남겨보세요.