Latest / M365.FM – Microsoft 365, Copilot & AI 팟캐스트 (한국어) / 완벽한 프롬프트라는 신화: 반복, 맥락, 어조로 완성하는 Microsoft 365 Copilot 고급 팁 (AI 더빙)
Transcript
- 0:00다들 코파일럿은 프롬프트를 얼마나 잘 쓰느냐에 달려있다고들 하죠.
- 0:03귀여운 생각이지만 틀린 말입니다.
- 0:05이번 에피소드는 숙련된 마이크로소프트 365 코파일럿 사용자를 위한 것입니다.
- 0:08시간을 절약하고 실제 업무에 바로 활용할 수 있는 고급 반복 프롬프트 기법에 집중할 예정입니다.
- 0:13코파일럿은 마이크로소프트 365 데이터를 활용하기 때문에
- 0:16구조화된 프롬프트와 단계별 질의를 통해 일반적인 문구가 아닌
- 0:19여러분의 비즈니스 맥락이 담긴 결과를 얻을 수 있습니다.
- 0:22일반 사용자들은 거창한 질문 하나를 던져놓고 잘 되길 바랄 뿐이죠.
- 0:26전문가는 어떨까요? 전문가는 단계별로 다듬으며 결과가 정교해질 때까지 반복합니다.
- 0:32여기서 첫 번째 문제인 완벽한 프롬프트라는 신화가 등장합니다.
- 0:35완벽한 프롬프트라는 신화 말이죠. 상상해보세요.
- 0:38책상에 앉아 손가락을 풀고 정책 문서만큼이나 길고 장황한 메가 프롬프트를 입력하는 모습을요.
- 0:44엔터를 누르고 멋진 결과가 나오길 기다립니다. 결과는 뻔합니다.
- 0:48답변은 뻔하고 때로는 지나치게 길며 마치 새벽 도시에 과제를 훑어본 인턴이 쓴 것 같은 느낌이죠.
- 0:54문제는 코파일럿 위 지능이 아니라 거대한 프롬프트 하나가 완벽을 보장할 거라는 믿음입니다.
- 1:00많은 전문가들이 여전히 수식어, 한정어, 서식 지침, 키워드를 잔뜩 넣으면 정확도가 높아질 거라 착각합니다.
- 1:06하지만 현실은 다릅니다. 맥락은 구조화 되어 있을 때만 도움이 됩니다.
- 1:10대부분의 경우 목표와 최소한의 필수 맥락만 제공하는 것이 100단어짜리 횡설수설보다 훨씬 뛰어난 성능을 보입니다.
- 1:16마이크로소프트는 목표 설정, 관련 맥락 제공, 어조나 형식 지정, 필요한 경우 출처 명시라는 프레임워크를 제시합니다.
- 1:23이 4가지 체크리스트가 여러분의 그 복잡한 프롬프트보다 매번 더 나은 결과를 만들어줄 겁니다.
- 1:28이렇게 생각해보세요. 맥락을 추가하는 것은 목적지를 명확히 할 때만 유용합니다.
- 1:32맥락이 길을 복잡하게 만든다면 오히려 해가 됩니다.
- 1:35코파일럿에게 어제 회의를 요약해줘 라고 하는 건 아주 명확한 목적지입니다.
- 1:39하지만 여기에 온갖 요구사항을 덧붙이기 시작하면 어떨까요?
- 1:41사기 진작에 대해 말해줘 HR도 언급하고 트렌드도 포함해 간결하지만 친근하게 블랙포인트도 넣고 서수령으로 써줘 축하합니다.
- 1:49서로 충돌하는 화살표로 가득 찬 길을 만드셨네요.
- 1:51결과물이 혼란스러운 건 당연합니다.
- 1:53복잡한 요리 비유까지들 필요도 없습니다.
- 1:55레시피도 없이 좋아하는 재료를 전부 냄비에 쏟아붓는다고 상상해보세요.
- 1:59음식은 나오겠지만 맛은 끔찍하겠죠.
- 2:01그게 바로 완벽한 프롬프트라는 오류의 가장 순수한 형태입니다.
- 2:04코파일럿이 가장 잘 작동하는 방식은 바로 순서입니다.
- 2:07명확한 지시가 먼저 받은기는 그 다음입니다.
- 2:09마이크로소프트 위 자체 가이드도 이를 강조합니다.
- 2:12후속 질문을 예상하고 코파일럿을 대화하는 협업자로 대우하라고 하죠.
- 2:15이 시스템은 단 한 번이 시험으로 끝내도록 설계되지 않았습니다.
- 2:18주고받는 대화를 위해 설계되었습니다.
- 2:20그러니 실제로 시험해보세요.
- 2:21첫 번째 단계.
- 2:22어제 회의를 요약했죠.
- 2:23부터 시작하세요.
- 2:242단계.
- 2:25이제 마케팅팀을 위해 1인당 하나의 실행 항목을 포함한 6개의 글 머리 기호로 재구성하세요.
- 2:30이런 이 단계 방식은 방대한 단일 프롬프트 방식보다 일관되게 더 나은 결과를 냅니다.
- 2:33물론 여전히 구체적으로 지시할 수는 있습니다.
- 2:36요청사항을 진정으로 좁기거나 구체화할 수 있는 맥락을 추가하세요.
- 2:39하지만 한 프롬프트에 10가지 다른 목표를 겹쳐 넣기 시작하면 결과물은 어중간해집니다.
- 2:44기계적으로 조건은 충족하지만 세밀함은 전혀 없습니다.
- 2:47질서 없는 복잡함은 명료함을 만들지 못합니다.
- 2:50그저 ai에게 불타는 지시사항들을 저글링하게 하면서 무엇이 중요한지 추측하게 만들 뿐입니다.
- 2:55간단한 실험을 해보죠.
- 2:56간결한 요청을 시도해보세요.
- 2:58어제 회의 내용을 마케팅팀을 위해 쉬운 언어로 요약했죠.
- 3:01그 다음 20가지 세부 요구사항으로 가득 찬 방대한 버전과 비교해보세요.
- 3:05열의 아홉은 결과물이 크게 다르지 않습니다.
- 3:08어느 정도를 넘어서면 ai에게 당신의 산만한 스타일을 흉내내도록 강요하는 셈입니다.
- 3:12불필요한 정보를 줄이면 시스템이 더 날카롭고 유용한 결과물로 응답하는 것을 보게 될 겁니다.
- 3:17성과를 내는 전문가들은 완벽한 프롬프트를 마치 숨겨진 치트코드처럼 쫓지 않습니다.
- 3:22그들은 시스템이 완벽한 에세이를 써주는 요술램프가 아니라는 것을 압니다.
- 3:25반복 작업을 위해 최적화된 도구일 뿐이죠.
- 3:28머릿속 생각을 한꺼번에 쏟아붓고 운에 맡기는 대신 코파일럿을 단계별로 안내하세요.
- 3:32자, 결론은 이렇습니다.
- 3:34반복은 과도한 엔지니어링보다 항상 앞섭니다.
- 3:36완벽한 프롬프트는 존재하지 않으며 존재한다고 믿는 것은 당신의 속도만 늦출 뿐입니다.
- 3:41시행착오를 겪는 아마추어와 숙련된 운영자를 구분지는 것은 훨씬 더 근본적인 것.
- 3:47바로 체계적인 프롬프트 레이어링 방식입니다.
- 3:49그리고 그 방식은 여러분이 이미 알고 있는 또 다른 분야인 엔지니어의 비밀무기.
- 3:54반복과 많이 닮아있습니다.
- 3:56반복은 엔지니어의 비밀무기입니다.
- 3:58평범한 사용자들은 여전히 거대한 프롬프트 하나로 모든 것을 해결할 수 있다는 환상에 매달립니다.
- 4:02전문가들은 다르게 생각하죠.
- 4:04그들은 작업을 층으로 나누고 각 단계를 검증한 뒤 다음으로 넘어갑니다.
- 4:07엔지니어가 내구성이 필요한 것을 구축하는 방식과 같습니다.
- 4:10기초부터 그 다음 틀을 잡고 마지막에 세부사항을 다듬습니다.
- 4:13모든 지시를 하나의 문단에 몰아넣는 것보다 순서와 확인 절차가 더 중요합니다.
- 4:16단 한 번이 프롬프트로 10가지 문제를 해결하려는 것이 가장 큰 실수입니다.
- 4:20날카로운 임원 유약, 설득력 있는 서술, 삽입된 차트, 위험 분석, 명랑하면서도 권위있는 어조를 한 번이 요청해 모두 요구하면 코파일러스니 모든 것을 저글링하려고 애쓸 것입니다.
- 4:29결과는 어떨까요?
- 4:31절반 정도만 충족하고 나머지는 만족스럽지 못한 엉성한 파협안이 나옵니다.
- 4:3410가지를 동시에 하려다가 결국 이도 저도 아닌 평범한 결과물만 나옵니다.
- 4:38반복적 프롬프팅은 한 번에 하나의 목표에 집중함으로써 이를 해결합니다.
- 4:41초안 작성, 검토, 그리고 개선.
- 4:43엔지니어들은 넵킨에 한 번 스케치하고 끝내면서 현수교를 설계하지 않습니다.
- 4:47그들은 모델링하고 스트레스 테스트를 거치고 수정하고 다시 반복합니다.
- 4:50코파일럿 도 같은 리듬에서 가장 잘 작동합니다.
- 4:52이 과정이 느리게 느껴진다면 엔터키를 얼마나 빨리 누르는 지로 성과를 측정하는 사람일 뿐입니다.
- 4:56실제로 쓸모있는 결과를 중시하는 사람들은 반복작업이 재작업을 막아주며 그것이 곧 진정한 시간 절약임을 알고 있습니다.
- 5:02그렇습니다.
- 5:03마이크로소프트의 자체 문서에서도 이를 기본 전략으로 인정하고 있습니다.
- 5:06그들은 코파일럿 이 마법 같은 에세이 자판기라고 주장하지 않습니다.
- 5:09그들의 지침은 상호작용을 예상하고 출력물을 시작점으로 간주하며 체계적으로 다듬으라고 조언합니다.
- 5:15심지어 프롬프트의 4가지 명확한 요소를 포함할 것을 권장합니다.
- 5:18목표를 명시하고 맥락을 제공하며 기대를 설정하고 필요시 출처를 포함하십시오.
- 5:23전문가들은 이를 점검 포인트로 활용합니다.
- 5:25첫 번째 응답 후 그들은 빠르게 타당성을 검토합니다.
- 5:28이 내용이 목표에 부합하는가 맥락이 올바르게 적용되었는가 그렇지 않다면 스타일을 수정하기 전에 내용부터 조정하십시오.
- 5:34워크숍 없이도 즉시 활용할 수 있는 순서가 여기 있습니다.
- 5:36먼저 쉬운 언어로 초안을 작성하십시오.
- 5:394분기 재무실적을 간단한 문단으로 요약하십시오.
- 5:42그런 다음 형식을 요청하십시오.
- 5:44이를 임원 브리핑 스타일의 요약으로 전환하십시오.
- 5:46그 후 구체적인 하이라이트를 요청하십시오.
- 5:49수익성 추세와 실행 항목을 담은 글 머리 기호를 추가하십시오.
- 5:52마지막으로 위사소통을 위해 자료를 조정하십시오.
- 5:55리더십팀에게 보낼 짧은 이메일 버전으로 작성하십시오.
- 5:58이것이 4단계입니다.
- 6:00각 단계는 코파일럿 이 모든 것을 한 번에 처리하도록 강요하지 않으면
- 6:03서도 작업을 정교하게 다듬고 용도를 변경합니다.
- 6:05이 템플릿이 다양한 비즈니스 시나리오에서 작동한다는 점에 주목하십시오.
- 6:08영업 실적, 제품 로드맵 업데이트, 고객 설문 분석 등으로 바꿔서 적용해보십시오.
- 6:12요약, 전문적인 형식, 하이라이트, 위사소통이라는 순서는 여전히 유효합니다.
- 6:16이것은 토시 하나 틀리지 않고 암기해야 할 대본이 아닙니다.
- 6:19코파일럿을 무질서하지 않고 체계적으로 이끄는 신뢰할 수 있는 구조입니다.
- 6:22아마추어들이 거의 항상 건너뛰는 부분이 있습니다.
- 6:24바로 검증입니다.
- 6:25출력물을 액면 그대로 받아들여서는 안 됩니다.
- 6:28마이크로소프트는 코파일럿의 응답을 검토하고 검증할 것을 명시적으로 권고합니다.
- 6:32반복은 단순히 어조를 다듬기 위한 것이 아닙니다.
- 6:35사실적 정확성을 위한 내장된 점검 포인트입니다.
- 6:38매 단계마다 누락된 데이터, 모호한 주장, 지나치게 자신만만한 헛소리가 있는지 훑어보십시오.
- 6:43이 시스템을 유능한 인턴으로 생각하십시오.
- 6:45인턴이 힘든 일을 처리하지만, 이사회에 보내기 전 최종 결과물은 당신이 직접 승인해야 합니다.
- 6:50반복은 겸손해보입니다.
- 6:52한 번에 완벽한 프롱프트를 만드는 거창함을 뽐내지 않습니다.
- 6:55하지만 일관되게 더 똑똑하고 깔끔한 결과물을 만들어냅니다.
- 6:58불필요한 요소를 걷어내고, 편집주기를 줄이며, 결과물의 품질을 계속 통제할 수 있습니다.
- 7:02엔지니어는 조급해서 초안을 건너뛰지 않으며, 전문가들은 코파일럿 이 첫 시도에 모든 것을 완벽하게 해낼 것이라 기대하지 않습니다.
- 7:07이제는 명확해졌을 것입니다.
- 7:09단계적 프롬프팅은 고급 마술 같은 것이 아닙니다.
- 7:11코파일럿을 올바르게 사용하기 위한 기본 원칙입니다.
- 7:14하지만 단계적 작업만으로는 충분하지 않습니다.
- 7:16올바른 배경 정보를 제공하기 시작할 때, 비로소 진정한 힘이 나타납니다.
- 7:19코파일럿 이 작업할 때 무엇을 제공하느냐, 즉 기저에 깔린 맥락이 결과물을 일반적인 것으로 만들지, 아니면 여러분의 환경에 완벽하게 맞춘 것으로 만들지를 결정하기 때문입니다.
- 7:27맥락, 그것은 성공의 핵심 비결입니다.
- 7:29설계도도 주지 않은 채 시공업자에게 12층짜리 오피스 타워를 지어달라고 하지는 않을 것입니다.
- 7:34그런데도 사람들은 코파일럿을 사용할 때 매번 그렇게 합니다.
- 7:37초안 하나 써줘, 라고 툭 던지거나, 보고서 하나 만들어줘, 라고 말하죠.
- 7:40그러고는 결과물이 고등학교 교과서처럼 따분하고 영혼 없게 나오면 진심으로 당황해합니다.
- 7:44AI가 핵심을 놓친 게 아닙니다.
- 7:46애초에 핵심을 주지 않았으니까요.
- 7:48맥락은 장식이 아니라 구조입니다.
- 7:50맥락이 없으면 코파일럿은 진공상태에서 일하게 되며, 허공에 망치질을 하고 전략을 가장한 디지털 동기 부여 포스터 같은 결과물을 내놓게 됩니다.
- 7:58조직의 템플릿, 회사 전문 용어, 사내의 스타일, 기본 프로세스 등은 선택사항이 아닙니다.
- 8:03그것들은 비대와 같은 필수 요소입니다.
- 8:05그런 것들을 빼버리면 코파일럿은 누구의 것도 아닌 일반적인 내용으로 기본값을 설정하게 됩니다.
- 8:09정책을 작성해줘, 낙, 개우를 만들어줘 같은 기본 프로프트는 거의 항상 그만큼의 기본 결과만을 산출합니다.
- 8:15코파일럿 이 지능이 없어서가 아니라 식별 가능한 고유의 DNA를 제공하지 않았기 때문입니다.
- 8:19일반적인 사용자들은 회사 고유의 어휘를 생략하므로 코파일럿은 일반적이고 중립적인 표현으로 돌아갑니다.
- 8:24비즈니스 글쓰기에서 중립성은 거의 항상 생기없는 결과로 이깁니다.
- 8:27전문가에게 실제로 필요한 것은 채우기용 문구가 아니라 정렬입니다.
- 8:30그 차이를 비교해보세요.
- 8:31게으른 프로프트는 원격 근무 정책을 작성해줘 라고 말합니다.
- 8:34그 답변은 뻔한 비즈니스 상투어로 가득 차 딱딱하게 들릴 것입니다.
- 8:38하지만 맥락을 추가해보세요.
- 8:40고객 대응, 유연한 일정, 그리고 모든 수준에서의 주인위식이라는 핵심 가치를 중시하는 중견 컨설팅 회사를 위한 원격 근무 정책을 작성해줘.
- 8:47그러면 갑자기 어조가 바뀝니다.
- 8:49그 초안은 무작위 템플릿에서 가져온 것처럼 들리지 않습니다.
- 8:52마치 인사팀이 지난 분기에 실제로 작업했던 내용처럼 들립니다.
- 8:55비결은 더 많은 단어가 아니라 더 날카로운 단어였습니다.
- 8:57인사팀 예시에서 이를 확인할 수 있습니다.
- 8:59한 팀이 직장 복장 규정을 작성해줘 라고 입력합니다.
- 9:02그러면 코파일럿은 1990년대 기업 로비 어디에나 붙어있을 법한 영혼 없는 관료적 언어를 쏟아냅니다.
- 9:10다른 팀은 맥락을 제공합니다.
- 9:12브랜드 정체성, 캐주얼한 전문성, 고객 친화적 인 이미지를 중시하는 우리 크리에이티브 에이전시를 위한 복장 규정을 작성해줘.
- 9:18이제 AI는 여러분의 언어와 문화를 반영합니다.
- 9:21같은 시스템이지만 다른 구조를 갖춘 것이죠.
- 9:23전자는 준수사항을 나열하는 고역처럼 들렸지만 후자는 사내 핸드북에서 바로 가져온 것처럼 들립니다.
- 9:27사람들이 이를 너무 복잡하게 만드는 지점이 바로 여기입니다.
- 9:29그들은 맥락을 포함한다는 것이 회사 핸드북 전체를 프롬프트에 붙여넣는 것이라고 생각합니다.
- 9:33틀렸습니다.
- 9:34맥락은 불량을 뜻하는 것이 아니라 관련성을 뜻합니다.
- 9:37인트라넷 전체를 코파일럿에게 입력해서 부담을 줄 필요는 없습니다.
- 9:40여러분의 환경을 실제로 정의하는 몇 가지 핵심 요소만 있으면 됩니다.
- 9:43세 가지 핵심 가치, 다섯 가지 용어, 또는 늘 사용하는 템플릿의 뼈대 등이 예가 될 수 있죠.
- 9:49전문가들은 초안을 업무 환경에 고정하는 핵심 요소를 포함하고 나머지는 코파일럿이 채우게 합니다.
- 9:54이를 실천하는 실용적인 방법이 여기 있습니다.
- 9:56마이크로소프트가 이미 통합해둔 기능을 활용하세요.
- 9:59코파일럿은 마이크로소프트 그래프와 컨텍스트, 아이튜 같은 도구를 통해 회사 데이터를 가져옵니다.
- 10:03정확성이 필요하다면 올바른 문서나 예시를 지정하여 작업의 근거를 마련해주세요.
- 10:07스스로 목소리를 만들어내도록 내버려 두지 마세요.
- 10:10도서관에 적절한 서가에 접근할 권한을 주어야 합니다.
- 10:13그래야 결과물이 비즈니스에 딱 맞는 목소리로 들리게 됩니다.
- 10:16전문가 수준의 또 다른 습관은 바로 재사용입니다.
- 10:18맥락이 풍부하고 수준 높은 초안을 만들어내는 프롬프트를 구성했다면 다음 프로젝트에서 처음부터 다시 만들지 마세요.
- 10:26다듬어진 프롬프트를 재사용 가능한 템플릿으로 저장하여 본인이나 동료들이 다시 활용하게 하세요.
- 10:30마이크로소프트도 효과적인 프롬프트 구조를 저장하고 공유하는 것을 권장합니다.
- 10:34전문가는 프롬프트를 돌려쓰고 아마추어는 매번 새로 입력합니다.
- 10:37그 차이는 하늘과 땅만큼 큽니다.
- 10:39맥락이 주어지면 코파일럿은 대신 글을 써주는 낯선 사람이 아니라 수년간 회의에 참석해온 내부자처럼 말하게 됩니다.
- 10:44그렇지 않으면 계속 상투적인 답변만 받게 될 것입니다.
- 10:47입사 첫날 아무런 교육도 받지 않은 신입사원이 우리 회사만의 어조로 유창하게 말하기를 기대하지는 않겠죠.
- 10:52코파일럿도 마찬가지입니다.
- 10:53마법사가 아닌 동료로 대우하세요.
- 10:55반복을 통해 프로세스를 배웠습니다.
- 10:57맥락을 통해 내용을 얻었습니다.
- 10:58하지만 코파일럿 위 결과물을 결정짓는 또 다른 차원이 남아있습니다.
- 11:01여러분 조차인지 하지 못하는 신호일지도 모릅니다.
- 11:04같은 요청이라도 어떻게 표현하느냐에 따라 결과가 조금 바뀌는 수준을 넘어 완전히 다른 세상의 결과물을 가져올 수 있기 때문입니다.
- 11:10톤, 즉 숨겨진 내버입니다.
- 11:12톤은 대부분의 사람들이 전혀 활용하지 않는 숨겨진 내버입니다.
- 11:15사람들은 콘텐츠, 키워드, 요구사항, 구조에만 집착하며 항목들을 확인하는 것만으로 품질이 보장된다고 믿습니다.
- 11:20하지만 비결은 무엇을 말하느냐가 아니라 어떻게 묻느냐에 있습니다.
- 11:23코파일럿은 명령만큼이나 표현의 뉘앙스를 세심하게 파악하며 톤을 통해 어떤 역할을 수행할지 결정합니다.
- 11:29엄격한 실행자, 창의적인 브레인스토머 또는 협력적인 팀원 중 하나죠.
- 11:32세 가지 명령을 상상해보세요.
- 11:34첫째, 외부 감사를 위한 규정 준수 요약문을 작성해줘.
- 11:37이것은 지시형입니다.
- 11:39엔진은 규칙 준수 모드로 전환되어 번무, 재무, 인사정책처럼 오류가 위험이 되는 업무에 적합한 안전하고 표준화된 문장을 생성합니다.
- 11:47둘째, 이 캠페인 아이디어를 발표하기 위한 세 가지 옵션을 브레인스토밍해줘.
- 11:51이것은 탐색형입니다.
- 11:53코파일럿은 범위를 확장하고 변형을 테스트하며 창의적인 아이디어를 제안합니다.
- 11:57셋째, 협력적인 팀원으로서의 초안에 대한 대안을 제안해보세요.
- 12:01이것이 바로 협력입니다.
- 12:03이제 시스템은 대화를 통해 함께 의견을 구축하는 아이디어 파트너처럼 작동합니다.
- 12:06같은 도구, 세 가지 어조, 완전히 다른 세 가지 결과물.
- 12:10이게 놀랍게 느껴진다면 그럴 필요 없습니다.
- 12:12마이크로소프트의 자체 문서에도 약간의 표현 변화가 출력 결과를 크게 바꾼다.
- 12:15고 나와 있습니다.
- 12:16이것은 결함이 아니라 기능입니다.
- 12:18전문가들은 출력물이 단조로울 때 가장 먼저 어조를 조정하여 이를 활용합니다.
- 12:22프롬프트 전체를 다시 쓰기 전에 단어 하나를 바꿔보세요.
- 12:25요약하라, 는, 조언하라, 가됩니다.
- 12:27분석하라, 는, 브레인스토밍하라, 가됩니다.
- 12:30초안을 작성하라, 는, 협력하라, 가됩니다.
- 12:32생기없던 요약이 갑자기 신속한 회의록처럼 느껴지거나
- 12:35지루한 초안이 생동감 넘치는 발표자료로 바뀌는 것을 확인해보세요.
- 12:39어조는 장식이 아니라 운전대입니다.
- 12:41단순한 지시보다 은유를 더 잘 이해하시는 것 같으니 음식 비유로 돌아가 봅시다.
- 12:45식당에 들어가서 이 요리를 적힌 그대로 만들어, 라고 소리쳐보세요.
- 12:49요리사는 기계적으로 따를 것입니다.
- 12:51이것이 지시적 방식입니다.
- 12:52이번엔 채소가 많이 들어간 지중해 식요리를 원해, 라고 말해보세요.
- 12:55요리사는 스타일을 해석합니다. 이것이 탐색적 방식입니다.
- 12:58만약 대신 식재료 바구니를 건네며 어떤 요리를 할 수 있을까? 라고 묻는다면
- 13:01당신은 주방에 협력을 불러온 것입니다.
- 13:03코파일럿, 코파일럿, 도 똑같이 반응합니다.
- 13:06레시피는 존재하지만 어조가 요리사의 성격을 결정합니다.
- 13:09다음에 코파일럿이 실망스러운 결과를 내놓을 때 시도해볼 수 있는 간단한 연습이 있습니다.
- 13:12출력물이 단조롭게 느껴지더라도 당황하지 말고 직접 텍스트를 수정해보세요.
- 13:16그저 영업팀을 위해 빠르게 실행 가능한 핵심 요점으로 다시 작성해줘, 라고 요청하세요.
- 13:20매우 간단한 일입니다.
- 13:21몇 초 걸리지 않지만 분위기는 즉각적으로 바뀝니다.
- 13:24갑자기 지루한 문단 대신 청중에게 맞춤화된 깔끔한 목록을 얻게 됩니다.
- 13:28이것은 코파일럿이 똑똑해진 것이 아니라 당신이 미처 몰랐던 조절 장치를 사용한 것입니다.
- 13:33네, 일반 사용자들은 어조를 실제 명령 위에 덧입히는 꾸밈 요소라고 생각해서 무시하곤 합니다.
- 13:38전문가 들은 스타일이 페르소나를 정의한다는 것을 알고 있습니다.
- 13:41어조를 설정하지 않으면 코파일럿은 기본 작가 모드인 T, S, 임시인턴으로 돌아갑니다.
- 13:46누구에게도 불쾌감을 주지 않지만 누구에게도 깊은 인상을 남기지 못하는 문장을 내뱉는 인턴 말이죠.
- 13:51어조를 지정하면 AI에게 중법 감시인 창의적 파트너, 전략 자문가와 같은 정체성을 부여할 수 있습니다.
- 13:57어조는 코파일럿에게 무엇을 해야 할지뿐만 아니라 이 대화에서 어떤 존재가 되어야 할지를 알려줍니다.
- 14:01진실이요.
- 14:02어조 조정은 종종 가장 빠르고 효율적인 개선 단계입니다.
- 14:05초안이 평범하다고 해서 항상 콘텐츠가 잘못된 것은 아닙니다.
- 14:08프레임 설정이 게을렀다는 뜻이죠.
- 14:10사람들은 처음부터 어조를 명령하여 예방할 수 있었음에도 나중에 한 줄씩 편집하며 단조로움을 없애느라 불필요한 노력을 낭비합니다.
- 14:18전문가들은 초안을 쓴 뒤에 어조를 수정하지 않습니다.
- 14:20초안을 쓰기 전에 미리 어조를 잡죠.
- 14:22반복은 작업 과정에 구조를 부여합니다.
- 14:24맥락은 작업의 기틀을 제공합니다.
- 14:26하지만 결과물에 형태와 성격을 불어넣는 것은 바로 어조입니다.
- 14:29어조를 배제하면 기계적이고 단조로운 결과물만 남게 됩니다.
- 14:32어조를 의도적으로 활용하면 코파일럿은 실제 동료처럼 유연하게 적응하는 도구가 됩니다.
- 14:37반복, 맥락, 어조라는 이 세 가지 레버는 코파일럿을 단순한 문서 생성기에서 똑똑한 파트너와 같은 존재로 바꿔줍니다.
- 14:44이 기본기를 모두 익혔다고 생각하는 순간 기반 모델은 또 다시 변화합니다.
- 14:49시스템 자체는 더 미묘한 뉘앙스, 더 깊은 기억력, 더 정교한 정렬 방식을 갖추며 진화합니다.
- 14:55즉, 여러분이 쌓아온 습관은 더 큰 강점이 되거나 아니면 치명적인 약점이 될 것입니다.
- 15:00GPT-5 위 등장입니다.
- 15:02지능은 더 높아졌지만 규칙은 그대로입니다.
- 15:04차세대 모델들의 등장입니다.
- 15:06더 강력한 지능, 하지만 변함없는 규칙들, 사람들은 기술이 도약하면 더 적은 기술이 필요할 것이라고 추측합니다.
- 15:12스포일러를 드리자면 전혀 그렇지 않습니다.
- 15:14최신 업데이트는 단지 여러분의 지시를 더 섬세한 뉘앙스로 처리하고 맥락을 더 잘 유지하며 긴 글을 작성할 때 덜 헤맬 뿐입니다.
- 15:20그게 전부입니다. 더 잘 알아듣는 것 뿐이죠.
- 15:23하지만 엔진이 더 똑똑해졌으니 프롬프트 작성의 원칙을 건너뛰어도 된다고 생각했다면 여러분은 기술 발전의 본질을 완전히 오해한 것입니다.
- 15:28진정한 업그레이드는 바로 이 겁니다.
- 15:30최신 모델은 긴 대화에서도 맥락을 추적함으로 세 번전히 대화 내용을 잊지 않는 시스템을 바탕으로 다층적인 프롬프트를 만들 수 있습니다.
- 15:37이들은 미묘한 차이를 더 잘 파악합니다.
- 15:39어조 변화나 역할 기반의 어투를 요청하면 대충 짐작해서 내놓는 것이 아니라 여러분이 원하던 것을 정확히 제공합니다.
- 15:44또한 반복적이거나 주제에서 벗어난 격길로 세지 않고 더 일관된 긴 글의 구조를 유지합니다.
- 15:49이것이 발전인 것은 맞지만 제가 말하지 않은 점에 주목하세요.
- 15:52이러한 업그레이드가 숙련된 프롬프트 작성의 필요성을 없애지는 않습니다.
- 15:55요즘 퍼지는 그럴듯한 신화가 하나 있습니다.
- 15:57모델이 좋을수록 프롬프트는 덜 중요하다는 말이죠.
- 16:00틀린 말입니다.
- 16:01그건 고성능 자동차를 쥐어주면서 알아서 운전할 거라고 가정하는 것과 같습니다.
- 16:04여전히 운전대를 어떻게 다루는지는 알아야 합니다.
- 16:06기본기를 다룰 줄 모른다면 업그레이드된 기계도 여러분을 구원할 수 없습니다.
- 16:10기계는 여러분의 실수를 더 빠르게, 더 매끄럽게, 그리고 더 근거 없는 자신감으로 증폭시킬 뿐입니다.
- 16:15개선된 모델은 여러분의 책임을 줄여주는 것이 아니라 오히려 늘립니다.
- 16:18반복, 맥락, 어조가 여전히 모든 것을 좌우하지만 이제는 오류의 규모가 커지기 때문에 더 큰 위험이 따릅니다.
- 16:24모호하거나 상충하는 요구사항을 입력하면 구버전처럼 시스템이 엉망으로 튀지는 않을 겁니다.
- 16:29대신 겉보기 애만 그럴듯한 정교하고 잘 쓰인 헛소리를 만들어낼 것이며 이것이 더 위험합니다.
- 16:34아마추어들은 그것을 최종 결과물로 받아들이겠죠.
- 16:36전문가들은 그 괴리를 알아차리고 방향을 수정할 것입니다.
- 16:39모델이 강력해질수록 그 두 그룹 사이의 격차는 더욱 벌어집니다.
- 16:42한 가지 예를 들어보죠.
- 16:43임원보고서를 작성한다고 가정해봅시다.
- 16:45구형 모델들은 종종 앞서 언급한 내용을 놓치곤 했습니다.
- 16:48서두에 정의한 주요 용어를 잊어버리거나 결론에서 앞뒤가 맞지 않는 내용을 제시하곤 했죠.
- 16:53반면 최신 모델들은 맥락을 계속 유지합니다.
- 16:551섹션은 서사적 요약으로 작성하고
- 16:57이어서 2섹션에서는 그래프와 위험 분석을 포함해 내용을 확장해줘 라고 말할 수 있죠.
- 17:02시스템이 알아서 내용을 연결합니다.
- 17:04앞서 제시한 지침을 기억하고 이를 강화합니다.
- 17:06보고서가 단순히 짝입기된 것이 아니라 통합된 것처럼 느껴집니다.
- 17:09그렇다면 프롬프트 기술로부터 자유로워진 걸까요?
- 17:12아닙니다.
- 17:13만약 첫 요청에 서로 충돌하는 10가지 지시를 섞어버리면
- 17:15최신 모델이라도 겉으로는 무너지지 않습니다.
- 17:18유창하고 전문적으로 들리는 콘텐츠를 생성해 처음에는 감탄하게 만들겠지만
- 17:21곧 그 내용이 핵심과 동떨어졌다는 것을 깨닫게 됩니다.
- 17:24그럴듯한 겉모습이 근본적인 불일치를 가리는 것이죠.
- 17:27일반 사용자는 대충 보고 끝났다고 생각합니다.
- 17:29전문가는 마무리하기 전에 검증 단계를 거칩니다.
- 17:32그리고 검증은 그 어느 때보 다 중요합니다.
- 17:34코파일럿은 세부 정보를 어디서 가져왔는지 주석을 달 수 있습니다.
- 17:37이 섹션을 뒷받침하는 이메일, 회의 노트,
- 17:39또는 문서가 무엇인지 지적해져 라고 직접 물어볼 수 있죠.
- 17:43그렇게 하면 단순히 유창한 글에 감탄하는데 그치지 않고
- 17:45그 근거를 직접 확인할 수 있습니다.
- 17:47이것이 숨겨진 반전입니다.
- 17:48더 좋은 도구라고 해서 경쟁의 장이 평평해지는 것은 아닙니다.
- 17:51오히려 격차를 더 벌려놓죠.
- 17:52고급 모델은 좋은 습관은 강화하고 나쁜 습관은 보태시킵니다.
- 17:56이미 반복 작업을 할 줄 아는 훈련된 전문가는 더 큰 효율을 얻고
- 17:59더 복잡한 문제도 문제없이 다루며
- 18:01깊이 있는 프롬프트를 깔끔하게 처리합니다.
- 18:03완벽한 프롬프트라는 신화를 믿는 일반 사용자는
- 18:06그저 더 높은 수준의 평범함만을 만들어낼 뿐입니다.
- 18:09문장은 더 좋아 보일지 몰라도 실질적인 내용은 여전히 얕습니다.
- 18:11강력한 입력은 출력의 질을 높이지만
- 18:13엉성한 입력은 쓰레기 같은 출력의 양만 늘립니다.
- 18:15그러니 당신의 기본 원칙은 바뀌지 않습니다.
- 18:17오히려 더 날카로워져야 합니다.
- 18:18체계적인 프롬프팅, 네이아웃 프로세스, 맥락 설계,
- 18:21그리고 신중한 어조 설정만이 유일하고 신뢰할 수 있는 방법입니다.
- 18:24모델은 증폭기이지, 기적을 일으키는 마법사가 아닙니다.
- 18:27날카로운 도구처럼 다루면 더 깔끔하게 절삭할 수 있습니다.
- 18:30하지만 서투르게 다루면 우아하게 자신을 다치게 될 뿐입니다.
- 18:33그렇기 때문에 지금 가장 중요한 것은
- 18:34환상을 쫓는 것을 멈추고 시스템을 구축하는 것입니다.
- 18:37반복을 위한 시스템, 맥락 관리를 위한 시스템,
- 18:39어조 제어를 위한 시스템이 필요합니다.
- 18:41최신 모델은 구조적인 입력에 일관되고
- 18:43질 높은 결과물로 보답합니다.
- 18:44구조를 무시하면 그저 번지르르 한 헛소리만 얻게 됩니다.
- 18:47이것이 바로 여러분이 기억해야 할 마지막 핵심입니다.
- 18:50전문가들은 완벽한 프롬프트라는 신기료를 찾는데
- 18:53시간을 낭비하지 않습니다.
- 18:55그들은 반복, 맥락, 어조라는 시스템을 구축합니다.
- 18:58이 세 가지 레버가 코파일럿의 결과물을
- 19:00의미 없는 채용글이 아닌 지적인 결과로 수렴하게 만듭니다.
- 19:03진실은 고통스럽지만 단순합니다.
- 19:05프롬프팅은 마법이 아니라 연습입니다.
- 19:07결국 언제나 구조가 승리합니다.
- 19:08이제 직접 행동으로 옮길 차례입니다.
- 19:10구독하시고 지금까지 시도한 가장 어려운 코파일럿 프롬프트와 실패 사례 하나
- 19:14그리고 작은 성공 사례 하나를 댓글로 남겨주세요.
- 19:16네, 직접 적어보세요.
- 19:17여러분은 더 성장할 것이고
- 19:18적이는 다음에 어떤 실패 사례를 분석할지 알 수 있을 겁니다.
- 19:21규율을 선택하세요.
- 19:22명료함을 선택하세요.
- 19:23버튼을 누르세요.