Boris Cherny의 Claude 프롬프트를 문장별로 읽기: 필수 조건, 제안, 완료 기준

Sujin Kang Ph.D. 게시물 해석입니다. Sujin Kang 님은 LinkedIn에 Boris Cherny가 X에 공유한 프롬프트를 한 문장씩 읽은 글을 올렸습니다. 원문은 2026년 10월 10일 게시입니다. 이 글에서 프롬프트 원문은 Boris Cherny가 쓴 것이고, 문장별 해석은 Sujin Kang 님의 의견입니다. 4절의 다시 쓴 프롬프트는 작성자가 만든 예시입니다. 이 글을 쓰면서 프롬프트를 Claude에 직접 넣어 보지는 않았습니다.

1. Boris Cherny가 공유한 프롬프트

Boris Cherny는 한국 시간 2026년 10월 7일 오전 2시 2분(UTC 10월 6일) X에 "I asked Opus 5.5 to make an interactive website companion for the latest @AcquiredFM Home Depot episode."라고 쓰고, 팟캐스트 Acquired의 Home Depot 에피소드를 다룬 결과물 링크를 올렸습니다. 같은 글에서 수채화 그림도 모두 Claude가 그렸다고 밝혔습니다. 약 1시간 뒤인 오전 3시 6분에는 "Prompt"라는 글과 함께 요청을 입력한 화면 이미지를 올렸습니다. Sujin Kang 님은 이 이미지 게시물을 출처로 댓글에 달았습니다.

화면 이미지에는 "Reply to Claude" 입력창과 "Opus 5.5" 모델 표시가 보이고, 결과물은 claude.ai 아티팩트 링크로 공유됐습니다. Sujin Kang 님은 Boris Cherny를 "Claude Code를 만든" 사람으로 소개했고, Boris Cherny의 X 프로필에는 "Claude @anthropicai"라고 적혀 있습니다. 이 프롬프트를 Claude Code에서 실행했다는 표시는 원문에서 찾지 못했습니다.

요청 내용은 Home Depot 에피소드 전체를 이야기 흐름으로 풀어내는 인터랙티브 아티팩트를 만들고, 에피소드에 담긴 비즈니스 교훈을 전달하는 데 집중해 달라는 것입니다. 프롬프트 전문은 Boris Cherny의 X 게시물 이미지에서 확인할 수 있고, 이 글에서는 Sujin Kang 님이 해석한 짧은 구절만 인용합니다. 인용한 구절의 "nugggets"는 원문 이미지의 철자 그대로입니다.

Boris Cherny가 이름을 든 Opus 5.5는 Anthropic이 2026년 9월 22일 발표한 모델입니다. 발표문은 "We’re introducing Claude Opus 5.5, the first model in our new Claude 5.5 family."로 시작합니다. 이 글은 모델 성능을 다루지 않습니다.

2. Sujin Kang 님이 문장별로 읽은 내용

Sujin Kang 님은 이 프롬프트가 편하게 일을 부탁하는 말처럼 보였지만, 한 문장씩 읽으니 작업 범위, 정보의 우선순위, 완성도에 대한 기대가 담겨 있었다고 썼습니다. 아래 표의 오른쪽 열은 Sujin Kang 님 글을 작성자가 줄여 옮긴 것입니다.

원문 표현(Boris Cherny)	Sujin Kang 님의 해석
latest acquired Home Depot episode	작업 대상을 지정합니다. latest는 상대적인 표현이라 실행 시점이 달라지면 같은 자료를 찾는다는 보장이 없으니, 반복해서 쓸 프롬프트라면 링크나 날짜를 자리표시로 만들어야 합니다.
narrates the entire episode	결과물의 구성과 범위를 정합니다. 전체 흐름을 유지하면서 중요한 내용을 선별하라는 방향으로 읽힙니다.
communicating the nugggets of business wisdom	정보를 고르는 기준을 줍니다. communicating은 교훈을 나열하는 데서 끝내지 말고 독자가 이해하도록 전달하라는 요구입니다.
use lots of tokens and iterate till you’re proud of it	공들일 정도와 반복 개선을 요청합니다. 다만 끝낼 기준이 주관적이라 실무에서는 완료 조건을 더 정확하게 주는 편이 좋습니다.
Maybe add watercolor illustrations…	필수 조건과 제안의 강도를 구분합니다. Maybe는 어울리는지 판단할 여지를 남깁니다.
I think you can use OpenCV…	도구를 제안하면서 확정하지 않습니다. I think와 can이 반드시 따라야 한다는 강도를 낮춥니다.

Sujin Kang 님은 till you’re proud of it이라는 종료 조건을 "좀 더 생각하게 된 부분"으로 꼽았습니다. AI에게 스스로 검토를 맡기지만 "무엇을 통과해야 끝낼지는 주관적입니다"라고 봤습니다. Maybe에 대해서는 "수채화를 무조건 넣으라는 명령 대신, 어울리는지 판단할 여지를 남깁니다"라고 읽었고, OpenCV를 제안한 문장에는 본인이라면 "더 적합한 도구가 있으면 선택해도 좋아"를 덧붙이겠다고 썼습니다.

결론은 조심스럽게 적었습니다. Sujin Kang 님은 "이 프롬프트 하나로 문법이나 구조가 중요하지 않다고 결론 내리기는 어렵습니다."라고 쓴 뒤, 편한 말투 안에서도 작업에 필요한 판단 기준을 전달할 수 있다고 봤습니다. 그리고 "편하고 간결하게 쓰되, 무엇을 해야 하고 어디까지 맡기며 무엇으로 완료를 판단할지는 정확하게 써야합니다"라고 정리했습니다.

3. 작성자 해석: 문장마다 필수인지 제안인지 표시해 보기

왼쪽 열은 Boris Cherny 프롬프트의 짧은 인용이고, 오른쪽 열은 각 표현에 대한 Sujin Kang 님 해석을 작성자가 줄여 옮긴 것입니다. 맨 아래 상자의 표시와 완료 기준 예는 작성자가 만든 예시입니다.

여기부터는 작성자의 해석입니다. Sujin Kang 님의 읽기 방식은 자주 쓰는 요청 문장을 점검할 때도 쓸 수 있습니다. 문장마다 반드시 지켜야 하는 조건인지, 어울리면 반영해 달라는 제안인지, 끝낼 기준인지를 표시해 보면 어떤 종류의 문장이 빠졌는지 보입니다.

Boris Cherny의 프롬프트에 이 표시를 붙여 보면, 다룰 에피소드와 결과물 형식과 비즈니스 교훈에 집중하라는 문장은 필수 조건에 가깝습니다. Maybe와 I think you can이 붙은 문장은 제안입니다. 끝낼 기준은 till you’re proud of it뿐이고, Sujin Kang 님 말처럼 무엇을 통과해야 끝나는지는 정해져 있지 않습니다.

같은 요청을 여러 번 쓰거나 여러 사람이 함께 쓴다면, 시점에 따라 바뀌는 표현과 주관적인 종료 조건을 확인할 수 있는 값으로 바꿔 두는 편이 좋습니다. Sujin Kang 님도 같은 이유로 latest를 링크나 날짜로 바꾸라고 했습니다.

4. 적용 예시: 사내 세미나 녹취록을 인터랙티브 페이지로 만드는 요청

아래는 작성자가 만든 예시이고, Claude에 넣어 결과를 확인하지는 않았습니다. Boris Cherny의 요청처럼 긴 녹음 자료를 흐름이 있는 인터랙티브 페이지로 만드는 작업을 회사 상황으로 옮기고, 문장마다 표시를 붙였습니다. 세미나 날짜와 파일 이름은 예시로 채운 값입니다.

첨부한 2026년 10월 15일 사내 AI 세미나 녹취록(seminar-1015.txt)으로 세미나 전체 흐름을 따라가는 인터랙티브 HTML 페이지를 만들어 주세요.
[필수] 발표 순서대로 구성하고, 구간마다 우리 팀이 바로 적용할 수 있는 내용을 한두 문장으로 정리합니다.
[필수] 녹취록에 없는 수치나 사례는 넣지 않습니다.
[제안] 구간마다 간단한 도식을 넣어 주면 좋겠습니다. 어울리지 않는 구간은 빼도 됩니다.
[제안] 차트가 필요하면 Chart.js를 써도 되고, 더 적합한 방법이 있으면 그 방법을 써도 됩니다.
[완료 기준] 모든 발표 구간이 페이지에 있고, 정리 문장마다 녹취록의 해당 시각(분:초)이 붙어 있으면 끝냅니다. 끝내기 전에 이 기준을 하나씩 점검한 결과를 표로 보여 주세요.

다른 세미나에 쓰려면 녹취록 파일 이름과 날짜만 바꾸면 됩니다. latest처럼 시점에 따라 달라지는 표현 대신 날짜와 파일 이름을 적었고, till you’re proud of it 대신 확인할 수 있는 완료 기준을 넣었습니다. 도구를 제안한 문장에는 Sujin Kang 님이 덧붙이겠다고 한 문장과 같은 취지로 다른 방법을 써도 된다는 말을 붙였습니다. 녹취록에 없는 내용을 넣지 말라는 조건은 사내 자료를 다룰 때를 생각해 작성자가 추가했습니다.

5. 이 글에서 확인하지 못한 것

Boris Cherny가 이 요청 뒤에 후속 지시를 더 했는지는 확인하지 못했습니다. 화면 이미지에는 첫 요청과 응답의 첫 부분만 보입니다. 수채화 그림을 OpenCV로 만들었는지, 결과물이 어느 정도 완성도인지도 이 글에서 평가하지 않았습니다. 수채화 그림을 모두 Claude가 그렸다는 내용은 Boris Cherny 본인의 설명입니다. 같은 프롬프트를 다른 모델이나 요금제에서 넣었을 때 결과가 어떻게 달라지는지, Sujin Kang 님 해석대로 고쳐 쓴 프롬프트가 더 나은 결과를 내는지도 확인하지 않았습니다.

6. 이번 주에 해 볼 일

• 자주 쓰는 요청 문장 하나를 골라 문장 앞에 [필수], [제안], [완료 기준]을 붙여 봅니다.
• 최근, 이번, latest처럼 시점에 따라 바뀌는 표현을 날짜나 파일 이름으로 바꿉니다.
• [완료 기준]이 붙은 문장이 없으면, 결과를 받았을 때 무엇을 확인할지 한 문장으로 적어 넣습니다.