WEBVTT 00:00:00.000 --> 00:00:03.160 다들 코파일럿은 프롬프트를 얼마나 잘 쓰느냐에 달려있다고들 하죠. 00:00:03.260 --> 00:00:04.900 귀여운 생각이지만 틀린 말입니다. 00:00:05.120 --> 00:00:08.600 이번 에피소드는 숙련된 마이크로소프트 365 코파일럿 사용자를 위한 것입니다. 00:00:08.800 --> 00:00:13.360 시간을 절약하고 실제 업무에 바로 활용할 수 있는 고급 반복 프롬프트 기법에 집중할 예정입니다. 00:00:13.540 --> 00:00:16.560 코파일럿은 마이크로소프트 365 데이터를 활용하기 때문에 00:00:16.560 --> 00:00:19.940 구조화된 프롬프트와 단계별 질의를 통해 일반적인 문구가 아닌 00:00:19.940 --> 00:00:22.500 여러분의 비즈니스 맥락이 담긴 결과를 얻을 수 있습니다. 00:00:22.760 --> 00:00:26.500 일반 사용자들은 거창한 질문 하나를 던져놓고 잘 되길 바랄 뿐이죠. 00:00:26.500 --> 00:00:31.860 전문가는 어떨까요? 전문가는 단계별로 다듬으며 결과가 정교해질 때까지 반복합니다. 00:00:32.040 --> 00:00:35.600 여기서 첫 번째 문제인 완벽한 프롬프트라는 신화가 등장합니다. 00:00:35.800 --> 00:00:38.660 완벽한 프롬프트라는 신화 말이죠. 상상해보세요. 00:00:38.980 --> 00:00:44.580 책상에 앉아 손가락을 풀고 정책 문서만큼이나 길고 장황한 메가 프롬프트를 입력하는 모습을요. 00:00:44.740 --> 00:00:48.360 엔터를 누르고 멋진 결과가 나오길 기다립니다. 결과는 뻔합니다. 00:00:48.640 --> 00:00:54.900 답변은 뻔하고 때로는 지나치게 길며 마치 새벽 도시에 과제를 훑어본 인턴이 쓴 것 같은 느낌이죠. 00:00:54.900 --> 00:01:00.540 문제는 코파일럿 위 지능이 아니라 거대한 프롬프트 하나가 완벽을 보장할 거라는 믿음입니다. 00:01:00.740 --> 00:01:06.600 많은 전문가들이 여전히 수식어, 한정어, 서식 지침, 키워드를 잔뜩 넣으면 정확도가 높아질 거라 착각합니다. 00:01:06.800 --> 00:01:10.380 하지만 현실은 다릅니다. 맥락은 구조화 되어 있을 때만 도움이 됩니다. 00:01:10.620 --> 00:01:16.520 대부분의 경우 목표와 최소한의 필수 맥락만 제공하는 것이 100단어짜리 횡설수설보다 훨씬 뛰어난 성능을 보입니다. 00:01:16.520 --> 00:01:23.720 마이크로소프트는 목표 설정, 관련 맥락 제공, 어조나 형식 지정, 필요한 경우 출처 명시라는 프레임워크를 제시합니다. 00:01:23.920 --> 00:01:28.400 이 4가지 체크리스트가 여러분의 그 복잡한 프롬프트보다 매번 더 나은 결과를 만들어줄 겁니다. 00:01:28.640 --> 00:01:32.500 이렇게 생각해보세요. 맥락을 추가하는 것은 목적지를 명확히 할 때만 유용합니다. 00:01:32.700 --> 00:01:35.020 맥락이 길을 복잡하게 만든다면 오히려 해가 됩니다. 00:01:35.260 --> 00:01:38.840 코파일럿에게 어제 회의를 요약해줘 라고 하는 건 아주 명확한 목적지입니다. 00:01:39.040 --> 00:01:41.960 하지만 여기에 온갖 요구사항을 덧붙이기 시작하면 어떨까요? 00:01:41.960 --> 00:01:48.880 사기 진작에 대해 말해줘 HR도 언급하고 트렌드도 포함해 간결하지만 친근하게 블랙포인트도 넣고 서수령으로 써줘 축하합니다. 00:01:49.080 --> 00:01:51.580 서로 충돌하는 화살표로 가득 찬 길을 만드셨네요. 00:01:51.800 --> 00:01:53.600 결과물이 혼란스러운 건 당연합니다. 00:01:53.780 --> 00:01:55.580 복잡한 요리 비유까지들 필요도 없습니다. 00:01:55.880 --> 00:01:59.060 레시피도 없이 좋아하는 재료를 전부 냄비에 쏟아붓는다고 상상해보세요. 00:01:59.300 --> 00:02:01.460 음식은 나오겠지만 맛은 끔찍하겠죠. 00:02:01.680 --> 00:02:04.340 그게 바로 완벽한 프롬프트라는 오류의 가장 순수한 형태입니다. 00:02:04.500 --> 00:02:06.820 코파일럿이 가장 잘 작동하는 방식은 바로 순서입니다. 00:02:07.020 --> 00:02:09.220 명확한 지시가 먼저 받은기는 그 다음입니다. 00:02:09.220 --> 00:02:11.960 마이크로소프트 위 자체 가이드도 이를 강조합니다. 00:02:12.100 --> 00:02:15.620 후속 질문을 예상하고 코파일럿을 대화하는 협업자로 대우하라고 하죠. 00:02:15.800 --> 00:02:18.400 이 시스템은 단 한 번이 시험으로 끝내도록 설계되지 않았습니다. 00:02:18.560 --> 00:02:20.020 주고받는 대화를 위해 설계되었습니다. 00:02:20.320 --> 00:02:21.420 그러니 실제로 시험해보세요. 00:02:21.680 --> 00:02:22.340 첫 번째 단계. 00:02:22.600 --> 00:02:23.520 어제 회의를 요약했죠. 00:02:23.640 --> 00:02:24.420 부터 시작하세요. 00:02:24.680 --> 00:02:25.120 2단계. 00:02:25.460 --> 00:02:29.940 이제 마케팅팀을 위해 1인당 하나의 실행 항목을 포함한 6개의 글 머리 기호로 재구성하세요. 00:02:30.180 --> 00:02:33.740 이런 이 단계 방식은 방대한 단일 프롬프트 방식보다 일관되게 더 나은 결과를 냅니다. 00:02:33.740 --> 00:02:35.900 물론 여전히 구체적으로 지시할 수는 있습니다. 00:02:36.080 --> 00:02:39.040 요청사항을 진정으로 좁기거나 구체화할 수 있는 맥락을 추가하세요. 00:02:39.240 --> 00:02:44.000 하지만 한 프롬프트에 10가지 다른 목표를 겹쳐 넣기 시작하면 결과물은 어중간해집니다. 00:02:44.200 --> 00:02:47.320 기계적으로 조건은 충족하지만 세밀함은 전혀 없습니다. 00:02:47.680 --> 00:02:50.280 질서 없는 복잡함은 명료함을 만들지 못합니다. 00:02:50.520 --> 00:02:55.220 그저 ai에게 불타는 지시사항들을 저글링하게 하면서 무엇이 중요한지 추측하게 만들 뿐입니다. 00:02:55.420 --> 00:02:56.600 간단한 실험을 해보죠. 00:02:56.800 --> 00:02:58.200 간결한 요청을 시도해보세요. 00:02:58.200 --> 00:03:01.560 어제 회의 내용을 마케팅팀을 위해 쉬운 언어로 요약했죠. 00:03:01.680 --> 00:03:05.240 그 다음 20가지 세부 요구사항으로 가득 찬 방대한 버전과 비교해보세요. 00:03:05.500 --> 00:03:07.860 열의 아홉은 결과물이 크게 다르지 않습니다. 00:03:08.100 --> 00:03:12.460 어느 정도를 넘어서면 ai에게 당신의 산만한 스타일을 흉내내도록 강요하는 셈입니다. 00:03:12.640 --> 00:03:17.060 불필요한 정보를 줄이면 시스템이 더 날카롭고 유용한 결과물로 응답하는 것을 보게 될 겁니다. 00:03:17.340 --> 00:03:21.860 성과를 내는 전문가들은 완벽한 프롬프트를 마치 숨겨진 치트코드처럼 쫓지 않습니다. 00:03:22.100 --> 00:03:25.620 그들은 시스템이 완벽한 에세이를 써주는 요술램프가 아니라는 것을 압니다. 00:03:25.620 --> 00:03:28.000 반복 작업을 위해 최적화된 도구일 뿐이죠. 00:03:28.120 --> 00:03:32.300 머릿속 생각을 한꺼번에 쏟아붓고 운에 맡기는 대신 코파일럿을 단계별로 안내하세요. 00:03:32.500 --> 00:03:33.900 자, 결론은 이렇습니다. 00:03:34.140 --> 00:03:36.700 반복은 과도한 엔지니어링보다 항상 앞섭니다. 00:03:36.920 --> 00:03:41.720 완벽한 프롬프트는 존재하지 않으며 존재한다고 믿는 것은 당신의 속도만 늦출 뿐입니다. 00:03:41.920 --> 00:03:46.540 시행착오를 겪는 아마추어와 숙련된 운영자를 구분지는 것은 훨씬 더 근본적인 것. 00:03:47.000 --> 00:03:49.380 바로 체계적인 프롬프트 레이어링 방식입니다. 00:03:49.380 --> 00:03:53.960 그리고 그 방식은 여러분이 이미 알고 있는 또 다른 분야인 엔지니어의 비밀무기. 00:03:54.380 --> 00:03:55.860 반복과 많이 닮아있습니다. 00:03:56.020 --> 00:03:57.940 반복은 엔지니어의 비밀무기입니다. 00:03:58.160 --> 00:04:02.500 평범한 사용자들은 여전히 거대한 프롬프트 하나로 모든 것을 해결할 수 있다는 환상에 매달립니다. 00:04:02.800 --> 00:04:04.220 전문가들은 다르게 생각하죠. 00:04:04.440 --> 00:04:07.260 그들은 작업을 층으로 나누고 각 단계를 검증한 뒤 다음으로 넘어갑니다. 00:04:07.420 --> 00:04:09.680 엔지니어가 내구성이 필요한 것을 구축하는 방식과 같습니다. 00:04:10.020 --> 00:04:12.800 기초부터 그 다음 틀을 잡고 마지막에 세부사항을 다듬습니다. 00:04:13.060 --> 00:04:16.660 모든 지시를 하나의 문단에 몰아넣는 것보다 순서와 확인 절차가 더 중요합니다. 00:04:16.660 --> 00:04:20.480 단 한 번이 프롬프트로 10가지 문제를 해결하려는 것이 가장 큰 실수입니다. 00:04:20.640 --> 00:04:29.820 날카로운 임원 유약, 설득력 있는 서술, 삽입된 차트, 위험 분석, 명랑하면서도 권위있는 어조를 한 번이 요청해 모두 요구하면 코파일러스니 모든 것을 저글링하려고 애쓸 것입니다. 00:04:29.980 --> 00:04:30.920 결과는 어떨까요? 00:04:31.140 --> 00:04:34.740 절반 정도만 충족하고 나머지는 만족스럽지 못한 엉성한 파협안이 나옵니다. 00:04:34.920 --> 00:04:38.180 10가지를 동시에 하려다가 결국 이도 저도 아닌 평범한 결과물만 나옵니다. 00:04:38.340 --> 00:04:41.440 반복적 프롬프팅은 한 번에 하나의 목표에 집중함으로써 이를 해결합니다. 00:04:41.620 --> 00:04:43.740 초안 작성, 검토, 그리고 개선. 00:04:43.740 --> 00:04:47.380 엔지니어들은 넵킨에 한 번 스케치하고 끝내면서 현수교를 설계하지 않습니다. 00:04:47.560 --> 00:04:50.380 그들은 모델링하고 스트레스 테스트를 거치고 수정하고 다시 반복합니다. 00:04:50.520 --> 00:04:52.500 코파일럿 도 같은 리듬에서 가장 잘 작동합니다. 00:04:52.680 --> 00:04:56.700 이 과정이 느리게 느껴진다면 엔터키를 얼마나 빨리 누르는 지로 성과를 측정하는 사람일 뿐입니다. 00:04:56.880 --> 00:05:02.240 실제로 쓸모있는 결과를 중시하는 사람들은 반복작업이 재작업을 막아주며 그것이 곧 진정한 시간 절약임을 알고 있습니다. 00:05:02.480 --> 00:05:03.000 그렇습니다. 00:05:03.440 --> 00:05:06.420 마이크로소프트의 자체 문서에서도 이를 기본 전략으로 인정하고 있습니다. 00:05:06.720 --> 00:05:09.820 그들은 코파일럿 이 마법 같은 에세이 자판기라고 주장하지 않습니다. 00:05:09.820 --> 00:05:15.400 그들의 지침은 상호작용을 예상하고 출력물을 시작점으로 간주하며 체계적으로 다듬으라고 조언합니다. 00:05:15.580 --> 00:05:18.760 심지어 프롬프트의 4가지 명확한 요소를 포함할 것을 권장합니다. 00:05:18.980 --> 00:05:23.500 목표를 명시하고 맥락을 제공하며 기대를 설정하고 필요시 출처를 포함하십시오. 00:05:23.660 --> 00:05:25.660 전문가들은 이를 점검 포인트로 활용합니다. 00:05:25.860 --> 00:05:28.400 첫 번째 응답 후 그들은 빠르게 타당성을 검토합니다. 00:05:28.600 --> 00:05:33.820 이 내용이 목표에 부합하는가 맥락이 올바르게 적용되었는가 그렇지 않다면 스타일을 수정하기 전에 내용부터 조정하십시오. 00:05:34.480 --> 00:05:36.900 워크숍 없이도 즉시 활용할 수 있는 순서가 여기 있습니다. 00:05:36.900 --> 00:05:39.240 먼저 쉬운 언어로 초안을 작성하십시오. 00:05:39.380 --> 00:05:42.120 4분기 재무실적을 간단한 문단으로 요약하십시오. 00:05:42.260 --> 00:05:43.940 그런 다음 형식을 요청하십시오. 00:05:44.080 --> 00:05:46.680 이를 임원 브리핑 스타일의 요약으로 전환하십시오. 00:05:46.820 --> 00:05:49.280 그 후 구체적인 하이라이트를 요청하십시오. 00:05:49.440 --> 00:05:52.620 수익성 추세와 실행 항목을 담은 글 머리 기호를 추가하십시오. 00:05:52.780 --> 00:05:55.580 마지막으로 위사소통을 위해 자료를 조정하십시오. 00:05:55.760 --> 00:05:58.740 리더십팀에게 보낼 짧은 이메일 버전으로 작성하십시오. 00:05:58.920 --> 00:05:59.980 이것이 4단계입니다. 00:06:00.220 --> 00:06:03.180 각 단계는 코파일럿 이 모든 것을 한 번에 처리하도록 강요하지 않으면 00:06:03.180 --> 00:06:05.500 서도 작업을 정교하게 다듬고 용도를 변경합니다. 00:06:05.680 --> 00:06:08.620 이 템플릿이 다양한 비즈니스 시나리오에서 작동한다는 점에 주목하십시오. 00:06:08.740 --> 00:06:12.500 영업 실적, 제품 로드맵 업데이트, 고객 설문 분석 등으로 바꿔서 적용해보십시오. 00:06:12.620 --> 00:06:16.340 요약, 전문적인 형식, 하이라이트, 위사소통이라는 순서는 여전히 유효합니다. 00:06:16.580 --> 00:06:18.980 이것은 토시 하나 틀리지 않고 암기해야 할 대본이 아닙니다. 00:06:19.140 --> 00:06:22.260 코파일럿을 무질서하지 않고 체계적으로 이끄는 신뢰할 수 있는 구조입니다. 00:06:22.480 --> 00:06:24.500 아마추어들이 거의 항상 건너뛰는 부분이 있습니다. 00:06:24.760 --> 00:06:25.580 바로 검증입니다. 00:06:25.580 --> 00:06:28.000 출력물을 액면 그대로 받아들여서는 안 됩니다. 00:06:28.320 --> 00:06:32.520 마이크로소프트는 코파일럿의 응답을 검토하고 검증할 것을 명시적으로 권고합니다. 00:06:32.740 --> 00:06:35.240 반복은 단순히 어조를 다듬기 위한 것이 아닙니다. 00:06:35.440 --> 00:06:38.060 사실적 정확성을 위한 내장된 점검 포인트입니다. 00:06:38.280 --> 00:06:43.260 매 단계마다 누락된 데이터, 모호한 주장, 지나치게 자신만만한 헛소리가 있는지 훑어보십시오. 00:06:43.420 --> 00:06:45.620 이 시스템을 유능한 인턴으로 생각하십시오. 00:06:45.800 --> 00:06:50.300 인턴이 힘든 일을 처리하지만, 이사회에 보내기 전 최종 결과물은 당신이 직접 승인해야 합니다. 00:06:50.300 --> 00:06:51.800 반복은 겸손해보입니다. 00:06:52.020 --> 00:06:54.960 한 번에 완벽한 프롱프트를 만드는 거창함을 뽐내지 않습니다. 00:06:55.160 --> 00:06:57.960 하지만 일관되게 더 똑똑하고 깔끔한 결과물을 만들어냅니다. 00:06:58.140 --> 00:07:01.860 불필요한 요소를 걷어내고, 편집주기를 줄이며, 결과물의 품질을 계속 통제할 수 있습니다. 00:07:02.100 --> 00:07:07.520 엔지니어는 조급해서 초안을 건너뛰지 않으며, 전문가들은 코파일럿 이 첫 시도에 모든 것을 완벽하게 해낼 것이라 기대하지 않습니다. 00:07:07.720 --> 00:07:09.000 이제는 명확해졌을 것입니다. 00:07:09.260 --> 00:07:11.500 단계적 프롬프팅은 고급 마술 같은 것이 아닙니다. 00:07:11.680 --> 00:07:13.920 코파일럿을 올바르게 사용하기 위한 기본 원칙입니다. 00:07:14.140 --> 00:07:16.140 하지만 단계적 작업만으로는 충분하지 않습니다. 00:07:16.140 --> 00:07:19.460 올바른 배경 정보를 제공하기 시작할 때, 비로소 진정한 힘이 나타납니다. 00:07:19.620 --> 00:07:27.200 코파일럿 이 작업할 때 무엇을 제공하느냐, 즉 기저에 깔린 맥락이 결과물을 일반적인 것으로 만들지, 아니면 여러분의 환경에 완벽하게 맞춘 것으로 만들지를 결정하기 때문입니다. 00:07:27.340 --> 00:07:29.580 맥락, 그것은 성공의 핵심 비결입니다. 00:07:29.820 --> 00:07:34.340 설계도도 주지 않은 채 시공업자에게 12층짜리 오피스 타워를 지어달라고 하지는 않을 것입니다. 00:07:34.560 --> 00:07:37.080 그런데도 사람들은 코파일럿을 사용할 때 매번 그렇게 합니다. 00:07:37.080 --> 00:07:40.300 초안 하나 써줘, 라고 툭 던지거나, 보고서 하나 만들어줘, 라고 말하죠. 00:07:40.480 --> 00:07:44.760 그러고는 결과물이 고등학교 교과서처럼 따분하고 영혼 없게 나오면 진심으로 당황해합니다. 00:07:44.980 --> 00:07:46.780 AI가 핵심을 놓친 게 아닙니다. 00:07:46.980 --> 00:07:48.660 애초에 핵심을 주지 않았으니까요. 00:07:48.840 --> 00:07:50.600 맥락은 장식이 아니라 구조입니다. 00:07:50.880 --> 00:07:58.160 맥락이 없으면 코파일럿은 진공상태에서 일하게 되며, 허공에 망치질을 하고 전략을 가장한 디지털 동기 부여 포스터 같은 결과물을 내놓게 됩니다. 00:07:58.400 --> 00:08:03.240 조직의 템플릿, 회사 전문 용어, 사내의 스타일, 기본 프로세스 등은 선택사항이 아닙니다. 00:08:03.240 --> 00:08:05.280 그것들은 비대와 같은 필수 요소입니다. 00:08:05.440 --> 00:08:09.660 그런 것들을 빼버리면 코파일럿은 누구의 것도 아닌 일반적인 내용으로 기본값을 설정하게 됩니다. 00:08:09.660 --> 00:08:15.240 정책을 작성해줘, 낙, 개우를 만들어줘 같은 기본 프로프트는 거의 항상 그만큼의 기본 결과만을 산출합니다. 00:08:15.420 --> 00:08:19.500 코파일럿 이 지능이 없어서가 아니라 식별 가능한 고유의 DNA를 제공하지 않았기 때문입니다. 00:08:19.660 --> 00:08:24.160 일반적인 사용자들은 회사 고유의 어휘를 생략하므로 코파일럿은 일반적이고 중립적인 표현으로 돌아갑니다. 00:08:24.320 --> 00:08:27.380 비즈니스 글쓰기에서 중립성은 거의 항상 생기없는 결과로 이깁니다. 00:08:27.560 --> 00:08:30.260 전문가에게 실제로 필요한 것은 채우기용 문구가 아니라 정렬입니다. 00:08:30.440 --> 00:08:31.480 그 차이를 비교해보세요. 00:08:31.760 --> 00:08:34.540 게으른 프로프트는 원격 근무 정책을 작성해줘 라고 말합니다. 00:08:34.540 --> 00:08:38.280 그 답변은 뻔한 비즈니스 상투어로 가득 차 딱딱하게 들릴 것입니다. 00:08:38.440 --> 00:08:39.960 하지만 맥락을 추가해보세요. 00:08:40.220 --> 00:08:47.600 고객 대응, 유연한 일정, 그리고 모든 수준에서의 주인위식이라는 핵심 가치를 중시하는 중견 컨설팅 회사를 위한 원격 근무 정책을 작성해줘. 00:08:47.700 --> 00:08:49.420 그러면 갑자기 어조가 바뀝니다. 00:08:49.600 --> 00:08:52.300 그 초안은 무작위 템플릿에서 가져온 것처럼 들리지 않습니다. 00:08:52.500 --> 00:08:54.980 마치 인사팀이 지난 분기에 실제로 작업했던 내용처럼 들립니다. 00:08:55.180 --> 00:08:57.520 비결은 더 많은 단어가 아니라 더 날카로운 단어였습니다. 00:08:57.720 --> 00:08:59.520 인사팀 예시에서 이를 확인할 수 있습니다. 00:08:59.780 --> 00:09:02.740 한 팀이 직장 복장 규정을 작성해줘 라고 입력합니다. 00:09:02.740 --> 00:09:09.500 그러면 코파일럿은 1990년대 기업 로비 어디에나 붙어있을 법한 영혼 없는 관료적 언어를 쏟아냅니다. 00:09:10.160 --> 00:09:11.860 다른 팀은 맥락을 제공합니다. 00:09:12.080 --> 00:09:18.420 브랜드 정체성, 캐주얼한 전문성, 고객 친화적 인 이미지를 중시하는 우리 크리에이티브 에이전시를 위한 복장 규정을 작성해줘. 00:09:18.520 --> 00:09:20.900 이제 AI는 여러분의 언어와 문화를 반영합니다. 00:09:21.100 --> 00:09:23.240 같은 시스템이지만 다른 구조를 갖춘 것이죠. 00:09:23.420 --> 00:09:27.480 전자는 준수사항을 나열하는 고역처럼 들렸지만 후자는 사내 핸드북에서 바로 가져온 것처럼 들립니다. 00:09:27.700 --> 00:09:29.900 사람들이 이를 너무 복잡하게 만드는 지점이 바로 여기입니다. 00:09:29.900 --> 00:09:33.480 그들은 맥락을 포함한다는 것이 회사 핸드북 전체를 프롬프트에 붙여넣는 것이라고 생각합니다. 00:09:33.620 --> 00:09:34.300 틀렸습니다. 00:09:34.520 --> 00:09:36.940 맥락은 불량을 뜻하는 것이 아니라 관련성을 뜻합니다. 00:09:37.140 --> 00:09:39.960 인트라넷 전체를 코파일럿에게 입력해서 부담을 줄 필요는 없습니다. 00:09:40.300 --> 00:09:43.440 여러분의 환경을 실제로 정의하는 몇 가지 핵심 요소만 있으면 됩니다. 00:09:43.700 --> 00:09:48.740 세 가지 핵심 가치, 다섯 가지 용어, 또는 늘 사용하는 템플릿의 뼈대 등이 예가 될 수 있죠. 00:09:49.000 --> 00:09:54.200 전문가들은 초안을 업무 환경에 고정하는 핵심 요소를 포함하고 나머지는 코파일럿이 채우게 합니다. 00:09:54.440 --> 00:09:56.320 이를 실천하는 실용적인 방법이 여기 있습니다. 00:09:56.320 --> 00:09:58.880 마이크로소프트가 이미 통합해둔 기능을 활용하세요. 00:09:59.040 --> 00:10:03.360 코파일럿은 마이크로소프트 그래프와 컨텍스트, 아이튜 같은 도구를 통해 회사 데이터를 가져옵니다. 00:10:03.520 --> 00:10:07.760 정확성이 필요하다면 올바른 문서나 예시를 지정하여 작업의 근거를 마련해주세요. 00:10:07.960 --> 00:10:10.300 스스로 목소리를 만들어내도록 내버려 두지 마세요. 00:10:10.500 --> 00:10:12.980 도서관에 적절한 서가에 접근할 권한을 주어야 합니다. 00:10:13.200 --> 00:10:16.120 그래야 결과물이 비즈니스에 딱 맞는 목소리로 들리게 됩니다. 00:10:16.420 --> 00:10:18.860 전문가 수준의 또 다른 습관은 바로 재사용입니다. 00:10:18.860 --> 00:10:26.000 맥락이 풍부하고 수준 높은 초안을 만들어내는 프롬프트를 구성했다면 다음 프로젝트에서 처음부터 다시 만들지 마세요. 00:10:26.200 --> 00:10:30.720 다듬어진 프롬프트를 재사용 가능한 템플릿으로 저장하여 본인이나 동료들이 다시 활용하게 하세요. 00:10:30.920 --> 00:10:34.160 마이크로소프트도 효과적인 프롬프트 구조를 저장하고 공유하는 것을 권장합니다. 00:10:34.360 --> 00:10:36.980 전문가는 프롬프트를 돌려쓰고 아마추어는 매번 새로 입력합니다. 00:10:37.140 --> 00:10:38.820 그 차이는 하늘과 땅만큼 큽니다. 00:10:39.020 --> 00:10:44.520 맥락이 주어지면 코파일럿은 대신 글을 써주는 낯선 사람이 아니라 수년간 회의에 참석해온 내부자처럼 말하게 됩니다. 00:10:44.520 --> 00:10:47.300 그렇지 않으면 계속 상투적인 답변만 받게 될 것입니다. 00:10:47.460 --> 00:10:51.880 입사 첫날 아무런 교육도 받지 않은 신입사원이 우리 회사만의 어조로 유창하게 말하기를 기대하지는 않겠죠. 00:10:52.040 --> 00:10:53.440 코파일럿도 마찬가지입니다. 00:10:53.640 --> 00:10:55.120 마법사가 아닌 동료로 대우하세요. 00:10:55.360 --> 00:10:56.920 반복을 통해 프로세스를 배웠습니다. 00:10:57.120 --> 00:10:58.360 맥락을 통해 내용을 얻었습니다. 00:10:58.700 --> 00:11:01.520 하지만 코파일럿 위 결과물을 결정짓는 또 다른 차원이 남아있습니다. 00:11:01.720 --> 00:11:03.960 여러분 조차인지 하지 못하는 신호일지도 모릅니다. 00:11:04.200 --> 00:11:10.420 같은 요청이라도 어떻게 표현하느냐에 따라 결과가 조금 바뀌는 수준을 넘어 완전히 다른 세상의 결과물을 가져올 수 있기 때문입니다. 00:11:10.420 --> 00:11:12.260 톤, 즉 숨겨진 내버입니다. 00:11:12.260 --> 00:11:15.240 톤은 대부분의 사람들이 전혀 활용하지 않는 숨겨진 내버입니다. 00:11:15.420 --> 00:11:20.660 사람들은 콘텐츠, 키워드, 요구사항, 구조에만 집착하며 항목들을 확인하는 것만으로 품질이 보장된다고 믿습니다. 00:11:20.820 --> 00:11:23.640 하지만 비결은 무엇을 말하느냐가 아니라 어떻게 묻느냐에 있습니다. 00:11:23.920 --> 00:11:29.080 코파일럿은 명령만큼이나 표현의 뉘앙스를 세심하게 파악하며 톤을 통해 어떤 역할을 수행할지 결정합니다. 00:11:29.240 --> 00:11:32.760 엄격한 실행자, 창의적인 브레인스토머 또는 협력적인 팀원 중 하나죠. 00:11:32.940 --> 00:11:34.280 세 가지 명령을 상상해보세요. 00:11:34.540 --> 00:11:37.620 첫째, 외부 감사를 위한 규정 준수 요약문을 작성해줘. 00:11:37.620 --> 00:11:38.840 이것은 지시형입니다. 00:11:39.060 --> 00:11:47.380 엔진은 규칙 준수 모드로 전환되어 번무, 재무, 인사정책처럼 오류가 위험이 되는 업무에 적합한 안전하고 표준화된 문장을 생성합니다. 00:11:47.580 --> 00:11:51.740 둘째, 이 캠페인 아이디어를 발표하기 위한 세 가지 옵션을 브레인스토밍해줘. 00:11:51.860 --> 00:11:52.960 이것은 탐색형입니다. 00:11:53.200 --> 00:11:57.200 코파일럿은 범위를 확장하고 변형을 테스트하며 창의적인 아이디어를 제안합니다. 00:11:57.440 --> 00:12:01.280 셋째, 협력적인 팀원으로서의 초안에 대한 대안을 제안해보세요. 00:12:01.280 --> 00:12:02.800 이것이 바로 협력입니다. 00:12:03.000 --> 00:12:06.700 이제 시스템은 대화를 통해 함께 의견을 구축하는 아이디어 파트너처럼 작동합니다. 00:12:06.880 --> 00:12:09.980 같은 도구, 세 가지 어조, 완전히 다른 세 가지 결과물. 00:12:10.160 --> 00:12:12.100 이게 놀랍게 느껴진다면 그럴 필요 없습니다. 00:12:12.460 --> 00:12:15.780 마이크로소프트의 자체 문서에도 약간의 표현 변화가 출력 결과를 크게 바꾼다. 00:12:15.920 --> 00:12:16.380 고 나와 있습니다. 00:12:16.640 --> 00:12:18.220 이것은 결함이 아니라 기능입니다. 00:12:18.460 --> 00:12:22.200 전문가들은 출력물이 단조로울 때 가장 먼저 어조를 조정하여 이를 활용합니다. 00:12:22.400 --> 00:12:25.220 프롬프트 전체를 다시 쓰기 전에 단어 하나를 바꿔보세요. 00:12:25.520 --> 00:12:27.420 요약하라, 는, 조언하라, 가됩니다. 00:12:27.420 --> 00:12:29.840 분석하라, 는, 브레인스토밍하라, 가됩니다. 00:12:30.020 --> 00:12:32.320 초안을 작성하라, 는, 협력하라, 가됩니다. 00:12:32.500 --> 00:12:35.220 생기없던 요약이 갑자기 신속한 회의록처럼 느껴지거나 00:12:35.220 --> 00:12:38.780 지루한 초안이 생동감 넘치는 발표자료로 바뀌는 것을 확인해보세요. 00:12:39.020 --> 00:12:40.920 어조는 장식이 아니라 운전대입니다. 00:12:41.180 --> 00:12:45.320 단순한 지시보다 은유를 더 잘 이해하시는 것 같으니 음식 비유로 돌아가 봅시다. 00:12:45.520 --> 00:12:48.860 식당에 들어가서 이 요리를 적힌 그대로 만들어, 라고 소리쳐보세요. 00:12:49.140 --> 00:12:50.740 요리사는 기계적으로 따를 것입니다. 00:12:51.020 --> 00:12:52.180 이것이 지시적 방식입니다. 00:12:52.420 --> 00:12:55.120 이번엔 채소가 많이 들어간 지중해 식요리를 원해, 라고 말해보세요. 00:12:55.120 --> 00:12:58.240 요리사는 스타일을 해석합니다. 이것이 탐색적 방식입니다. 00:12:58.460 --> 00:13:01.820 만약 대신 식재료 바구니를 건네며 어떤 요리를 할 수 있을까? 라고 묻는다면 00:13:01.820 --> 00:13:03.740 당신은 주방에 협력을 불러온 것입니다. 00:13:03.920 --> 00:13:06.040 코파일럿, 코파일럿, 도 똑같이 반응합니다. 00:13:06.240 --> 00:13:09.000 레시피는 존재하지만 어조가 요리사의 성격을 결정합니다. 00:13:09.200 --> 00:13:12.540 다음에 코파일럿이 실망스러운 결과를 내놓을 때 시도해볼 수 있는 간단한 연습이 있습니다. 00:13:12.760 --> 00:13:15.920 출력물이 단조롭게 느껴지더라도 당황하지 말고 직접 텍스트를 수정해보세요. 00:13:16.160 --> 00:13:19.940 그저 영업팀을 위해 빠르게 실행 가능한 핵심 요점으로 다시 작성해줘, 라고 요청하세요. 00:13:20.140 --> 00:13:21.220 매우 간단한 일입니다. 00:13:21.220 --> 00:13:24.260 몇 초 걸리지 않지만 분위기는 즉각적으로 바뀝니다. 00:13:24.380 --> 00:13:28.260 갑자기 지루한 문단 대신 청중에게 맞춤화된 깔끔한 목록을 얻게 됩니다. 00:13:28.500 --> 00:13:33.040 이것은 코파일럿이 똑똑해진 것이 아니라 당신이 미처 몰랐던 조절 장치를 사용한 것입니다. 00:13:33.260 --> 00:13:38.460 네, 일반 사용자들은 어조를 실제 명령 위에 덧입히는 꾸밈 요소라고 생각해서 무시하곤 합니다. 00:13:38.680 --> 00:13:41.600 전문가 들은 스타일이 페르소나를 정의한다는 것을 알고 있습니다. 00:13:41.900 --> 00:13:46.360 어조를 설정하지 않으면 코파일럿은 기본 작가 모드인 T, S, 임시인턴으로 돌아갑니다. 00:13:46.360 --> 00:13:51.320 누구에게도 불쾌감을 주지 않지만 누구에게도 깊은 인상을 남기지 못하는 문장을 내뱉는 인턴 말이죠. 00:13:51.520 --> 00:13:57.020 어조를 지정하면 AI에게 중법 감시인 창의적 파트너, 전략 자문가와 같은 정체성을 부여할 수 있습니다. 00:13:57.220 --> 00:14:01.480 어조는 코파일럿에게 무엇을 해야 할지뿐만 아니라 이 대화에서 어떤 존재가 되어야 할지를 알려줍니다. 00:14:01.640 --> 00:14:02.300 진실이요. 00:14:02.460 --> 00:14:05.560 어조 조정은 종종 가장 빠르고 효율적인 개선 단계입니다. 00:14:05.780 --> 00:14:08.760 초안이 평범하다고 해서 항상 콘텐츠가 잘못된 것은 아닙니다. 00:14:08.960 --> 00:14:10.760 프레임 설정이 게을렀다는 뜻이죠. 00:14:10.760 --> 00:14:17.920 사람들은 처음부터 어조를 명령하여 예방할 수 있었음에도 나중에 한 줄씩 편집하며 단조로움을 없애느라 불필요한 노력을 낭비합니다. 00:14:18.080 --> 00:14:20.340 전문가들은 초안을 쓴 뒤에 어조를 수정하지 않습니다. 00:14:20.520 --> 00:14:22.140 초안을 쓰기 전에 미리 어조를 잡죠. 00:14:22.320 --> 00:14:24.080 반복은 작업 과정에 구조를 부여합니다. 00:14:24.340 --> 00:14:26.000 맥락은 작업의 기틀을 제공합니다. 00:14:26.220 --> 00:14:29.240 하지만 결과물에 형태와 성격을 불어넣는 것은 바로 어조입니다. 00:14:29.480 --> 00:14:32.160 어조를 배제하면 기계적이고 단조로운 결과물만 남게 됩니다. 00:14:32.400 --> 00:14:37.100 어조를 의도적으로 활용하면 코파일럿은 실제 동료처럼 유연하게 적응하는 도구가 됩니다. 00:14:37.100 --> 00:14:44.420 반복, 맥락, 어조라는 이 세 가지 레버는 코파일럿을 단순한 문서 생성기에서 똑똑한 파트너와 같은 존재로 바꿔줍니다. 00:14:44.600 --> 00:14:48.840 이 기본기를 모두 익혔다고 생각하는 순간 기반 모델은 또 다시 변화합니다. 00:14:49.060 --> 00:14:54.800 시스템 자체는 더 미묘한 뉘앙스, 더 깊은 기억력, 더 정교한 정렬 방식을 갖추며 진화합니다. 00:14:55.040 --> 00:15:00.080 즉, 여러분이 쌓아온 습관은 더 큰 강점이 되거나 아니면 치명적인 약점이 될 것입니다. 00:15:00.320 --> 00:15:01.940 GPT-5 위 등장입니다. 00:15:02.220 --> 00:15:04.800 지능은 더 높아졌지만 규칙은 그대로입니다. 00:15:04.800 --> 00:15:06.500 차세대 모델들의 등장입니다. 00:15:06.500 --> 00:15:12.200 더 강력한 지능, 하지만 변함없는 규칙들, 사람들은 기술이 도약하면 더 적은 기술이 필요할 것이라고 추측합니다. 00:15:12.360 --> 00:15:14.320 스포일러를 드리자면 전혀 그렇지 않습니다. 00:15:14.500 --> 00:15:20.680 최신 업데이트는 단지 여러분의 지시를 더 섬세한 뉘앙스로 처리하고 맥락을 더 잘 유지하며 긴 글을 작성할 때 덜 헤맬 뿐입니다. 00:15:20.840 --> 00:15:23.160 그게 전부입니다. 더 잘 알아듣는 것 뿐이죠. 00:15:23.360 --> 00:15:28.380 하지만 엔진이 더 똑똑해졌으니 프롬프트 작성의 원칙을 건너뛰어도 된다고 생각했다면 여러분은 기술 발전의 본질을 완전히 오해한 것입니다. 00:15:28.580 --> 00:15:30.160 진정한 업그레이드는 바로 이 겁니다. 00:15:30.160 --> 00:15:37.320 최신 모델은 긴 대화에서도 맥락을 추적함으로 세 번전히 대화 내용을 잊지 않는 시스템을 바탕으로 다층적인 프롬프트를 만들 수 있습니다. 00:15:37.540 --> 00:15:39.540 이들은 미묘한 차이를 더 잘 파악합니다. 00:15:39.720 --> 00:15:44.580 어조 변화나 역할 기반의 어투를 요청하면 대충 짐작해서 내놓는 것이 아니라 여러분이 원하던 것을 정확히 제공합니다. 00:15:44.720 --> 00:15:49.460 또한 반복적이거나 주제에서 벗어난 격길로 세지 않고 더 일관된 긴 글의 구조를 유지합니다. 00:15:49.680 --> 00:15:52.440 이것이 발전인 것은 맞지만 제가 말하지 않은 점에 주목하세요. 00:15:52.440 --> 00:15:55.660 이러한 업그레이드가 숙련된 프롬프트 작성의 필요성을 없애지는 않습니다. 00:15:55.800 --> 00:15:57.660 요즘 퍼지는 그럴듯한 신화가 하나 있습니다. 00:15:57.940 --> 00:16:00.260 모델이 좋을수록 프롬프트는 덜 중요하다는 말이죠. 00:16:00.420 --> 00:16:01.100 틀린 말입니다. 00:16:01.340 --> 00:16:04.280 그건 고성능 자동차를 쥐어주면서 알아서 운전할 거라고 가정하는 것과 같습니다. 00:16:04.560 --> 00:16:06.700 여전히 운전대를 어떻게 다루는지는 알아야 합니다. 00:16:06.900 --> 00:16:10.160 기본기를 다룰 줄 모른다면 업그레이드된 기계도 여러분을 구원할 수 없습니다. 00:16:10.440 --> 00:16:14.920 기계는 여러분의 실수를 더 빠르게, 더 매끄럽게, 그리고 더 근거 없는 자신감으로 증폭시킬 뿐입니다. 00:16:15.120 --> 00:16:18.420 개선된 모델은 여러분의 책임을 줄여주는 것이 아니라 오히려 늘립니다. 00:16:18.420 --> 00:16:24.060 반복, 맥락, 어조가 여전히 모든 것을 좌우하지만 이제는 오류의 규모가 커지기 때문에 더 큰 위험이 따릅니다. 00:16:24.220 --> 00:16:29.220 모호하거나 상충하는 요구사항을 입력하면 구버전처럼 시스템이 엉망으로 튀지는 않을 겁니다. 00:16:29.440 --> 00:16:34.140 대신 겉보기 애만 그럴듯한 정교하고 잘 쓰인 헛소리를 만들어낼 것이며 이것이 더 위험합니다. 00:16:34.360 --> 00:16:36.540 아마추어들은 그것을 최종 결과물로 받아들이겠죠. 00:16:36.760 --> 00:16:39.180 전문가들은 그 괴리를 알아차리고 방향을 수정할 것입니다. 00:16:39.400 --> 00:16:42.280 모델이 강력해질수록 그 두 그룹 사이의 격차는 더욱 벌어집니다. 00:16:42.440 --> 00:16:43.560 한 가지 예를 들어보죠. 00:16:43.740 --> 00:16:45.640 임원보고서를 작성한다고 가정해봅시다. 00:16:45.640 --> 00:16:48.320 구형 모델들은 종종 앞서 언급한 내용을 놓치곤 했습니다. 00:16:48.580 --> 00:16:53.060 서두에 정의한 주요 용어를 잊어버리거나 결론에서 앞뒤가 맞지 않는 내용을 제시하곤 했죠. 00:16:53.220 --> 00:16:55.640 반면 최신 모델들은 맥락을 계속 유지합니다. 00:16:55.880 --> 00:16:57.560 1섹션은 서사적 요약으로 작성하고 00:16:57.560 --> 00:17:01.980 이어서 2섹션에서는 그래프와 위험 분석을 포함해 내용을 확장해줘 라고 말할 수 있죠. 00:17:02.200 --> 00:17:03.900 시스템이 알아서 내용을 연결합니다. 00:17:04.140 --> 00:17:06.480 앞서 제시한 지침을 기억하고 이를 강화합니다. 00:17:06.720 --> 00:17:09.700 보고서가 단순히 짝입기된 것이 아니라 통합된 것처럼 느껴집니다. 00:17:09.880 --> 00:17:12.300 그렇다면 프롬프트 기술로부터 자유로워진 걸까요? 00:17:12.500 --> 00:17:13.020 아닙니다. 00:17:13.020 --> 00:17:15.840 만약 첫 요청에 서로 충돌하는 10가지 지시를 섞어버리면 00:17:15.840 --> 00:17:18.420 최신 모델이라도 겉으로는 무너지지 않습니다. 00:17:18.580 --> 00:17:21.660 유창하고 전문적으로 들리는 콘텐츠를 생성해 처음에는 감탄하게 만들겠지만 00:17:21.660 --> 00:17:24.260 곧 그 내용이 핵심과 동떨어졌다는 것을 깨닫게 됩니다. 00:17:24.480 --> 00:17:27.260 그럴듯한 겉모습이 근본적인 불일치를 가리는 것이죠. 00:17:27.460 --> 00:17:29.760 일반 사용자는 대충 보고 끝났다고 생각합니다. 00:17:29.980 --> 00:17:32.300 전문가는 마무리하기 전에 검증 단계를 거칩니다. 00:17:32.580 --> 00:17:34.540 그리고 검증은 그 어느 때보 다 중요합니다. 00:17:34.720 --> 00:17:37.400 코파일럿은 세부 정보를 어디서 가져왔는지 주석을 달 수 있습니다. 00:17:37.640 --> 00:17:39.860 이 섹션을 뒷받침하는 이메일, 회의 노트, 00:17:39.860 --> 00:17:42.840 또는 문서가 무엇인지 지적해져 라고 직접 물어볼 수 있죠. 00:17:43.000 --> 00:17:45.360 그렇게 하면 단순히 유창한 글에 감탄하는데 그치지 않고 00:17:45.360 --> 00:17:47.080 그 근거를 직접 확인할 수 있습니다. 00:17:47.300 --> 00:17:48.480 이것이 숨겨진 반전입니다. 00:17:48.700 --> 00:17:51.000 더 좋은 도구라고 해서 경쟁의 장이 평평해지는 것은 아닙니다. 00:17:51.180 --> 00:17:52.520 오히려 격차를 더 벌려놓죠. 00:17:52.680 --> 00:17:55.820 고급 모델은 좋은 습관은 강화하고 나쁜 습관은 보태시킵니다. 00:17:56.000 --> 00:17:59.140 이미 반복 작업을 할 줄 아는 훈련된 전문가는 더 큰 효율을 얻고 00:17:59.140 --> 00:18:01.180 더 복잡한 문제도 문제없이 다루며 00:18:01.180 --> 00:18:03.540 깊이 있는 프롬프트를 깔끔하게 처리합니다. 00:18:03.720 --> 00:18:06.140 완벽한 프롬프트라는 신화를 믿는 일반 사용자는 00:18:06.140 --> 00:18:08.820 그저 더 높은 수준의 평범함만을 만들어낼 뿐입니다. 00:18:09.040 --> 00:18:11.720 문장은 더 좋아 보일지 몰라도 실질적인 내용은 여전히 얕습니다. 00:18:11.940 --> 00:18:13.200 강력한 입력은 출력의 질을 높이지만 00:18:13.200 --> 00:18:15.040 엉성한 입력은 쓰레기 같은 출력의 양만 늘립니다. 00:18:15.240 --> 00:18:17.060 그러니 당신의 기본 원칙은 바뀌지 않습니다. 00:18:17.280 --> 00:18:18.660 오히려 더 날카로워져야 합니다. 00:18:18.860 --> 00:18:21.620 체계적인 프롬프팅, 네이아웃 프로세스, 맥락 설계, 00:18:21.620 --> 00:18:24.540 그리고 신중한 어조 설정만이 유일하고 신뢰할 수 있는 방법입니다. 00:18:24.700 --> 00:18:27.300 모델은 증폭기이지, 기적을 일으키는 마법사가 아닙니다. 00:18:27.480 --> 00:18:29.940 날카로운 도구처럼 다루면 더 깔끔하게 절삭할 수 있습니다. 00:18:30.160 --> 00:18:32.840 하지만 서투르게 다루면 우아하게 자신을 다치게 될 뿐입니다. 00:18:33.020 --> 00:18:34.620 그렇기 때문에 지금 가장 중요한 것은 00:18:34.620 --> 00:18:37.040 환상을 쫓는 것을 멈추고 시스템을 구축하는 것입니다. 00:18:37.240 --> 00:18:39.500 반복을 위한 시스템, 맥락 관리를 위한 시스템, 00:18:39.740 --> 00:18:41.180 어조 제어를 위한 시스템이 필요합니다. 00:18:41.380 --> 00:18:43.380 최신 모델은 구조적인 입력에 일관되고 00:18:43.380 --> 00:18:44.760 질 높은 결과물로 보답합니다. 00:18:44.760 --> 00:18:47.640 구조를 무시하면 그저 번지르르 한 헛소리만 얻게 됩니다. 00:18:47.860 --> 00:18:50.760 이것이 바로 여러분이 기억해야 할 마지막 핵심입니다. 00:18:50.760 --> 00:18:53.720 전문가들은 완벽한 프롬프트라는 신기료를 찾는데 00:18:53.720 --> 00:18:55.200 시간을 낭비하지 않습니다. 00:18:55.400 --> 00:18:58.300 그들은 반복, 맥락, 어조라는 시스템을 구축합니다. 00:18:58.520 --> 00:19:00.380 이 세 가지 레버가 코파일럿의 결과물을 00:19:00.380 --> 00:19:03.000 의미 없는 채용글이 아닌 지적인 결과로 수렴하게 만듭니다. 00:19:03.180 --> 00:19:04.940 진실은 고통스럽지만 단순합니다. 00:19:05.140 --> 00:19:06.940 프롬프팅은 마법이 아니라 연습입니다. 00:19:07.160 --> 00:19:08.620 결국 언제나 구조가 승리합니다. 00:19:08.920 --> 00:19:10.780 이제 직접 행동으로 옮길 차례입니다. 00:19:10.780 --> 00:19:14.140 구독하시고 지금까지 시도한 가장 어려운 코파일럿 프롬프트와 실패 사례 하나 00:19:14.140 --> 00:19:16.260 그리고 작은 성공 사례 하나를 댓글로 남겨주세요. 00:19:16.440 --> 00:19:17.580 네, 직접 적어보세요. 00:19:17.860 --> 00:19:18.700 여러분은 더 성장할 것이고 00:19:18.700 --> 00:19:20.860 적이는 다음에 어떤 실패 사례를 분석할지 알 수 있을 겁니다. 00:19:21.060 --> 00:19:21.880 규율을 선택하세요. 00:19:22.100 --> 00:19:23.040 명료함을 선택하세요. 00:19:23.240 --> 00:19:24.000 버튼을 누르세요.