pol-probe

pol-probe skill 개요

pol-probe의 용도

pol-probe skill은 리스크가 있는 가설을 실제 빌드에 큰 시간을 쓰기 전에 검증할 수 있는 일회성 검증 산출물, 즉 Proof of Life probe를 정의하도록 돕습니다. 다듬어진 MVP보다 빠르고 반증 가능한 답이 필요한 팀에 특히 적합합니다.

누가 사용하면 좋은가

아이디어를 실제로 만들 가치가 있는지 판단하려는 제품 매니저, 창업자, 디자이너, 엔지니어라면 pol-probe skill을 사용하세요. 특히 pol-probe for Prototypes 상황에서, 보여주기용 프로토타입에 빠지지 않고 학습에 집중하고 싶을 때 유용합니다.

이 skill이 돋보이는 이유

이 skill은 좁은 범위, 엄격한 성공 기준, 그리고 버리고 끝내는 사고방식을 강하게 요구합니다. 핵심 가치는 의사결정의 질에 있습니다. 실현 가능성 점검, 과제 중심 테스트, 내러티브 프로토타입, 합성 시뮬레이션, vibe-coded probe를 구분해 주어 어떤 실험이 맞는지 고를 수 있게 해줍니다.

pol-probe skill 사용 방법

올바른 파일을 설치하고 확인하기

skill manager에서 pol-probe install 흐름으로 설치한 뒤, 먼저 skills/pol-probe/SKILL.md를 여세요. 그다음 직접 probe를 작성하기 전에 template.md와 examples/sample.md도 읽어보세요. 여기에는 보조 스크립트나 참고 폴더가 없으므로, 핵심 가치는 본문 skill 파일과 템플릿, 예제에 있습니다.

막연한 아이디어를 쓸 수 있는 프롬프트로 바꾸기

약한 입력은 이렇게 말합니다: “이 기능을 검증하는 데 도움을 주세요.” 더 나은 프롬프트는 이렇게 씁니다: “첫 구매 SMB 고객의 checkout friction을 줄이기 위한 PoL probe를 만들어 주세요. 리스크는 폼이 너무 길어서 이탈이 발생할 수 있다는 점입니다. 2일, 저비용 테스트로 pass/fail 기준과 폐기 계획이 필요합니다.” pol-probe usage는 가설, 리스크, 대상, 그리고 실패가 의미하는 바를 명확히 쓸수록 더 좋아집니다.

이 skill이 사용자에게서 필요로 하는 것

하나의 가설, 가장 큰 리스크 하나, 대상, 시간 예산, 그리고 여전히 명확한 답을 낼 수 있는 가장 저렴한 테스트 방법을 주세요. 이 요소들이 빠지면 skill이 실제 probe 계획이 아니라 일반적인 프로토타입 조언으로 흐를 수 있습니다. 최상의 결과를 내려면 일정, 사용 가능한 도구, 테스트 후 내릴 결정까지 함께 포함하세요.

실무 워크플로

가설부터 시작한 뒤 probe 유형을 고르고, 그다음 단순히 기대를 확인하는 수준이 아니라 잘못되었음을 증명할 수 있는 성공 기준을 정의하세요. 마지막으로 일정과 폐기 계획을 정리하면 됩니다. 이 순서가 중요한 이유는 pol-probe guide의 출력이 넓은 개념 브리프가 아니라 깔끔한 실험 설계를 강제할 때만 유용하기 때문입니다.

pol-probe skill FAQ

pol-probe는 프로토타입용인가, MVP용인가?

검증용 probe를 위한 것이지, MVP용이 아닙니다. 오래 운영할 무언가를 출시하려는 목적이라면 이 도구는 맞지 않습니다. 반대로 리스크가 있는 가정이 사실인지 배우고 싶다면, pol-probe for Prototypes가 매우 잘 맞습니다. 의도적으로 임시성을 유지해 주기 때문입니다.

일반 프롬프트와 무엇이 다른가?

일반 프롬프트는 아이디어나 초안 산출물을 만들어낼 수 있습니다. 하지만 pol-probe skill은 더 의견이 분명합니다. 반증 가능한 가설, 특정 리스크, 폐기 계획을 요구합니다. 이런 구조 덕분에 단순한 개념이 아니라 결정이 필요할 때 더 실행 가능한 결과를 얻을 수 있습니다.

초보자도 사용하기 쉬운가?

네, 증명하거나 반증하려는 대상을 말로 설명할 수 있다면 그렇습니다. 초보자는 보통 목표가 너무 넓을 때 어려움을 겪습니다. 하나의 가정과 하나의 테스트를 정의할 수 있다면, 이 skill이 그것을 현실적인 probe로 다듬는 데 도움을 줍니다.

언제는 사용하지 말아야 하나?

이미 해법을 알고 있을 때, 프로덕션 수준 아키텍처가 필요할 때, 혹은 학습보다 이해관계자용 발표가 목표일 때는 사용하지 마세요. 또 명확한 성공/실패 신호가 없는 모호한 탐색 작업에도 잘 맞지 않습니다.

pol-probe skill 개선 방법

입력을 더 날카롭게 만들기

가장 큰 개선은 가설을 측정 가능하게 만드는 데서 나옵니다. “사용자가 좋아할 것이다” 대신 “첫 사용자는 2분 이내에, 오류 2회 미만으로 흐름을 끝낼 수 있다”처럼 써 보세요. 입력이 강할수록 pol-probe usage 결과는 더 검증 가능하고 덜 일반적이 됩니다.

초기에 맞는 probe 유형을 고르기

리스크가 기술적이라면 실현 가능성 점검을 쓰세요. 리스크가 이해도라면 과제 중심 테스트가 맞습니다. 이해관계자 합의가 필요하다면 내러티브 프로토타입이 더 적절할 수 있습니다. 잘못된 유형을 고르는 것은 pol-probe에서 가장 큰 실패 원인 중 하나인데, 잘못된 증거를 얻게 되기 때문입니다.

확인이 아니라 실패를 기준으로 쓰기

이 skill은 어떤 결과가 나오면 중단하거나, 방향을 바꾸거나, 범위를 줄여야 하는지 물을 때 가장 잘 작동합니다. 명시적인 실패 조건, 작은 샘플 수, 폐기 규칙을 포함하세요. 그러면 낙관을 의사결정 프레임으로 바꾸게 되어 pol-probe guide의 유용성이 높아집니다.

첫 실행 후에는 다시 다듬기

첫 probe가 끝나면, 바랐던 것보다 배운 것을 기준으로 가설을 수정하세요. 결과가 애매했다면 대상 범위를 더 좁히거나 테스트 범위를 줄이세요. 결과가 부정적이었다면 교훈을 남기고 probe를 지워 버리세요. MVP처럼 다듬는 방향으로 끌고 가면 안 됩니다.