Astra 에게 실제로 얼마나 많은 업무를 위임할 수 있을까요? 해외 프로덕션 데모와 실무 보고서를 조사한 결과, 비디오, 3D, 문서 작성, 회계에 이르기까지 구체적인 사용 사례들이 등장했습니다.
https://x.com/davis7/status/2095742249275699415
이 글에서는 20가지 사용 사례와 이를 기반으로 한 구현 프롬프트를 소개하겠습니다. 먼저, 조사 과정에서 특히 인상 깊었던 점들을 살펴보겠습니다.
알게 된 점: Astra 가 놀라운 이유
평소 사용하는 소프트웨어를 작업 공간으로 활용할 수 있습니다
이번에 특히 인상 깊었던 사례는 프로덕션 소프트웨어 내에서 작업이 진행된 경우였습니다. 예를 들어, Final Cut 에서 영상 자료를 정리하거나, LEGO 디자인 소프트웨어에서 포함된 부품을 조사하고 조립된 모델을 열어 확인하는 식이었습니다. X
업무에 사용한다면 단순히 완성된 샘플만 원하는 것이 아니라, 직접 계속 편집할 수 있는 파일이 필요합니다. 자막 수정, 가구 이동, 화면 레이아웃 변경 등이 가능해야 하죠. 전달 후에도 수정할 수 있는 수준으로 결과물을 만들어낸다는 점에서 실용성을 느꼈습니다.
만든 결과물을 열어보고 검토하는 단계까지 발전했습니다
Nate Herk 의 비디오 제작 사례에서는 내보낸 비디오의 프레임을 확인하고, 완성된 오디오를 텍스트로 변환하여 스크립트와 교차 검증했습니다. 하나의 요청에 제작과 검증이 모두 포함된 것입니다. LinkedIn
글자가 잘렸는가? 오디오가 자막과 일치하는가? 완성된 파일의 검증을 위임할 수 있다면, 인간은 기획과 콘텐츠 판단에 더 많은 시간을 쏟을 수 있습니다. 물론 자체 검사만으로 정확성이 완벽히 보장되지는 않습니다.
대규모 프로덕션은 관리와 실행으로 나눌 수 있습니다
Matt Shumer 의 "Manager Loop" 에서는 전체를 감독하는 AI 와 구체적인 프로세스를 생성하는 AI 가 분리되었습니다. 맨해튼 프로덕션에는 약 일주일이 걸렸습니다. 이는 긴 작업을 지속할 수 있는 환경을 만드는 예시입니다. X
웹사이트의 경우, 외관을 다듬는 동안 관리자 역할은 신청 양식이나 구매流程이 완료되었는지 확인합니다. 이는 세부 사항에 모든 시간을 쏟지 않도록 하는 설계로서 유용합니다.
정보가 누락된 경우, 부족함을 지적할 수 있습니다
Box 의 평가에서는 요청된 지표가 문서에 없음을 지적하고, 대신 계산된 값을 "대리 지표"로 명시적으로 제공했습니다. 또한 문서 설명과 실제 숫자 간의 불일치를 발견했습니다. Box Blog
분석을 위임할 때는 원하는 답변을 억지로 채우도록 하기보다, AI 가 알고 있는 범위를 보여주는 편이 낫습니다. 이 보고서는 실용적인 측면에서도 인상 깊었습니다.
이러한 결과에는 Astra 뿐만 아니라 연결된 소프트웨어와 관리 시스템도 함께 작용합니다. 다음 프롬프트들은 이러한 환경을 사용할 수 있는 상황에서 시도해볼 수 있는 구현 아이디어입니다. 원본을 유지하고, 전송, 게시, 구매, 삭제 또는 프로덕션 업데이트를 위한 확인 절차를 삽입하세요.
첫 번째 10가지 | Grok 이 찾은 글로벌 사례
- AI 가 살아있는 도시를 만들고 다른 AI 가 프로덕션을 감독하게 하기
Matt Shumer 는 에이전트들이 서로 대화하는 UE5 월드와 약 일주일이 걸린 맨해튼 프로덕션을 공개했습니다. 또한 관리자와 실행자 역할을 분리하는 "Manager Loop"를 소개했습니다. X
대규모 사이트나 교육 자료에 적용한다면, 각 프로세스별 승인 기준을 설정할 수 있습니다. "최상위 페이지는 완성됐지만, 신청은 할 수 없는" 상태를 관리자가 포착하는 설계입니다.
https://x.com/mattshumer_/status/2095609734845927525
https://x.com/mattshumer_/status/2095596175705399482
원본 게시글: AI 가 살아있는 세계 / 맨해튼 프로덕션
[작업 공간]에서 [인도물]을 완료해 주세요. 분업이 가능하다면 관리자와 실행자 역할을 분리하고, 불가능하다면 역할을 전환하세요. 관리자는 프로세스와 승인 기준을 결정하고, 현재 프로세스만 실행자에게 전달합니다. 각 프로세스마다 실제 결과물을 확인하고 변경 사항, 검증 내용, 남은 문제점을 기록합니다. 동일한 수정이 세 번 반복되면 방법을 변경하고 [예산 한도] 내에서 주요 기능에 우선순위를 둡니다. 완성된 제품, 미완료 항목, 재개 절차를 전달합니다.
- 부동산 URL 로 3D 모델 및 워크스루 비디오 만들기
Yunfan Ye 는 Zillow 부동산 사진으로 3D 모델과 워크스루 비디오를 만들었습니다. 단일 명령어로 비디오를 만들었지만, 실제와 다른 세부 사항이 일부 남아 있었다고 설명했습니다. X
휴가용 임대 숙소나 부동산 소개에 적용하려면 사진과 평면도를 제공하세요. 보이지 않는 부분에 대한 완성본은 사실과 별도로 전달하도록 합니다.
https://x.com/realYunfanYe/status/2095612137582526615
원본 게시글: 3D 부동산 및 비디오 / 작성자 프롬프트
[부동산 URL/사진/평면도]를 바탕으로 Blender 에서 편집 가능한 3D 모델과 약 60초 분량의 소개 비디오를 만들어 주세요. 확인 가능한 방만 재현하고, 치수 및 보이지 않는 표면에 대해서는 추정치를 기록합니다. 방 간 연결이 불분명하면 가상의 복도를 만들지 말고 별도의 컷으로 처리합니다. 원본 사진과 비교하여 배치를 수정합니다. .blend, MP4, 사용된 재료, 추정치/불일치 목록을 전달합니다.
- 방 사진을 가구를 옮길 수 있는 3D 데이터로 변환하기
Tom Krcha 는 집 사진을 바탕으로 Blender 에서 편집 가능한 3D 모델을 만들었습니다. 형태는 수동으로 조정되어 로컬에서 이동 가능한 공간이 되었습니다. X
가구 배치를 고려할 때, 아마 소파만 옮기고 싶을 것입니다. 단순한 이미지 재현뿐만 아니라 별도로 편집하려는 항목을 지정하면, 전달 후 활용도가 명확해집니다.
https://x.com/tomkrcha/status/2095598645190291775
원본 게시글: 집 사진으로 3D 만들기 / 관련: 증기 기관차 제작
첨부된 사진 속 방을 가구 배치 검토용 3D 데이터로 변환해 주세요. 벽, 바닥, 창문, 가구, 가전제품을 각각 별도 오브젝트로 만들고 식별 가능한 이름을 부여합니다. 가구만 이동할 수 있는 구조로 만들고, 보이지 않는 부분은 단순화합니다. 원본 사진과의 비교 이미지를 만들고 배치를 수정합니다. .blend, 미리보기, 부품 목록, 예상 치수, 우선 수정할 3가지 사항을 전달합니다.
- Final Cut 작업을 포함한 촬영 후 자료 정리 위임하기
Ben Davis 는 Computer Use 를 사용하여 Final Cut 을 작동하고, 영상을 불러오고, 색상을 보정하고, 클립을 동기화하는 사례를 공개했습니다. X
인터뷰의 경우, 분리된 오디오 녹음본을 매칭하고 카메라별로 자료를 정리하는 작업을 위임하세요. 편집자가 어떤 발언을 살릴지 결정하기 전에 AI 가 준비 작업을 처리하도록 하는 방법입니다.
원본 게시글: Final Cut 편집 준비
[자료 폴더]를 Final Cut 으로 가져와 편집자가 바로 컷 편집을 시작할 수 있도록 준비해 주세요. 작업 라이브러리에서 자료 정리, 오디오 동기화, 명확한 색상 불일치 보정을 수행합니다. 동기화가 의심스러운 영역은 표시하고 자료는 삭제하지 않습니다. 타임라인을 재생하여 오디오 지연 및 누락된 부분을 확인합니다. 편집 프로젝트와 편집자가 확인해야 할 사항을 전달합니다.
- 전문 지식을 5분 교육용 비디오로 만들기
Derya Unutmaz 는 T 세포를 설명하는 5분 분량의 교육용 비디오를 제작했습니다. 또한 비디오 제작에 Remotion 을 사용하도록 지시했습니다. X
내부 교육의 경우, 매뉴얼과 담당자의 설명을 바탕으로 신입사원용 비디오를 만드는 응용이 가능합니다. 단순히 "이해하기 쉬운" 것이 아니라, 시청 후에 수행할 수 있어야 하는 하나의 과제를 결정하세요.
https://x.com/DeryaTR_/status/2095659170661904804
원본 게시글: 5분 T 세포 교육 자료
[자료]를 바탕으로 [대상 청중]을 위한 [주제]에 대한 약 5분 분량의 교육용 비디오를 제작해 주세요. 시청 후 목표는 [수행 가능해야 하는 과제]입니다. 실제 장면, 조작 방법, 주의 사항, 복습 문제 순서로 구성하고, 다이어그램, 오디오, 자막을 조합합니다. 자료에 없는 숫자나 예시는 만들지 말고, 자막 잘림 및 설명 불일치를 확인합니다. MP4, 편집 데이터, 스크립트, 자막, 출처를 전달합니다.
- 표준 앱에 대한 불만에서 전용 iPhone 앱 만들기
Paul Solt 는 주간 이동 거리를 표시하는 iOS 앱을 13분 3초 만에 만든 사례를 보고했습니다. 하지만 이는 자신의 "AppCreator" 스킬을 활용한 결과였습니다. X
"건강 관리 앱"은 너무 광범위하지만, "토요일부터 시작하는 주간 합계를 보고 싶다"는 목표가 있다면 필요한 화면과 계산 로직이 결정됩니다. 이는 흔한 불편함을 작은 앱으로 해결한 사례입니다.
https://x.com/PaulSolt/status/2095604728683958295
원본 게시글: 주간 이동 거리 확인 iOS 앱
Xcode 에서 Apple Health 의 주간 및 월간 합계를 확인하는 iOS 앱을 만들어 주세요. 필요한 데이터만 읽고, 토요일부터 시작하는 거리와 걸음 수를 이전 기간과 비교하여 표시합니다. 데이터 미획득과 0 값을 구분하고, 이중 집계를 방지합니다. 집계를 테스트하고 시뮬레이터에서 빌드 및 실행을 확인합니다. 프로젝트, 설치 단계, 테스트 결과, 실제 기기에서 확인할 사항을 전달합니다.
- 받은 편지함과 코드에서 방치된 작업 찾아내기
Theo 는 Gmail 과 Notion 을 연결한 경험을 공유하고, 코드 내 불필요한 구현이나 지연된 수정 제안을 검사하는 방법도 소개했습니다. X
이메일의 경우, 답장을 약속했지만 보내지 않은 사례가 해당됩니다. 코드의 경우, 사용되지 않는 프로세스가 있겠죠. 두 경우 모두 "방치된" 것으로 판단하는 근거를 함께 제공하도록 합니다.
원본 게시글: Gmail/Notion 연결 / 코드 감사 / 구매 내역 정리
대상: [Gmail 및 Notion / 저장소]. 미완료, 중복 또는 장기간 지연된 항목을 확인합니다. 이메일의 경우, 지난 90일간의 약속, 마감일, 다음 조치를 추출합니다. 코드의 경우, 불필요한 프로세스, 성능 문제, 해결되지 않은 수정 제안을 확인합니다. 각 항목에 근거, 영향, 제안된 대응 방안을 첨부하고 우선순위가 높은 3건을 선정합니다. 이메일을 보내거나, 코드를 삭제하거나 통합하지 말고, 판단할 수 없는 항목은 확인 사항으로 분리합니다.
- 업무 기록을 교차 참조하여 다음 달 우선순위 결정하기
Riley Brown 은 비즈니스, 재무, 관계 전반을 반영하는 프롬프트를 소개했습니다. X
적용하려면 목표와 실제 시간 할당을 비교하세요. 신규 사업에 우선순위를 두기로 결정했지만, 일정은 기존 프로젝트 조정으로 가득 차 있는 경우가 있습니다. 이메일과 회의 기록에서 이러한 불일치를 검사하는 방법입니다.
원본 게시글: 비즈니스 전반을 반영하는 프롬프트
지난 90일간의 [이메일/회의록/일정/업무 자료]를 읽고 다음 달, 이번 분기, 이번 회계연도에 대한 1페이지 분량의 우선순위 목록을 작성해 주세요. 목표와 시간 할당, 진행된 프로젝트, 반복된 문제를 비교합니다. 줄여야 할 활동, 늘려야 할 활동, 다음 주에 취할 3가지 조치를 근거와 마감일과 함께 제안합니다. 사람의 진의에 대해 결론을 내리지 말고, 기록과 추론을 분리합니다. 읽을 수 없었던 정보와 누락된 자료도 함께 나열합니다.
- 청구 검토, 제품 검색, 사이트 점검 위임하기
Greg Isenberg 는 청구 협상, 중고 제품 검색, 사이트 점검을 위한 프롬프트를 공개했습니다. 이는 모든 경우에 대한 결과 보고가 아닌, 시도해볼 수 있는 사용 제안입니다. X
청구 정리의 경우, 중복 계약과 가격 변동을 검색하고 협상 초안까지 작성합니다. 하지만 사용 현황은 청구서만으로 알 수 없습니다. 취소 대상 후보와 최종 결정을 분리하세요.
원본 게시글: 9가지 사용 프롬프트
다음 작업 중 하나를 실행해 주세요: [청구 정리 / 중고 제품 조사 / 사이트 점검]. 청구의 경우, [자료]에서 중복 및 가격 변동을 찾아 협상 초안과 조건부 절감 예상을 만듭니다. 제품의 경우, 배송비, 상태, 누락 부품을 포함하여 [모델 번호/지역/예산]별로 비교합니다. 사이트의 경우, [테스트 URL]에서 등록부터 결제 직전까지 확인하고 문제점과 재현 단계를 기록합니다. 이번에는 한 번만 실행하고 결과와 재실행 단계를 전달합니다.
- 먼저 완성된 이미지를 그리고 게임 화면을 그에 가깝게 만들기
Anshu 는 먼저 컨셉 이미지를 준비하고 게임 화면을 그에 가깝게 만드는 제작 절차를 소개했습니다. 약 45분 만에 3D 게임을 만들었다고 보고했습니다. X
"더 고급스러운 느낌"을 반복해서 요구하는 대신, 목표 이미지와 실제 화면을 비교하세요. 조명, 색 구성표, 카메라 위치 중 어디를 변경해야 할지 구체적으로 파악할 수 있어 웹사이트 제작에도 적용 가능합니다.
https://x.com/anshuc/status/2096008083826725132
원본 게시글: 3D 게임 및 제작 절차
[실행 환경]에서 [게임 아이디어]를 제작해 주세요. 먼저 완성된 화면의 컨셉 이미지를 만들고 색상, 조명, 카메라, UI 의 기준을 고정합니다. 이동, 목표, 성공/실패, 재시작을 구현합니다. 실제로 작동시켜 스크린샷을 찍고, 참조 이미지와 다른 3가지 점을 수정합니다. 최대 3회까지 가능합니다. 플레이 가능한 게임, 소스, 참조 이미지, 최종 화면, 조작 설명서를 전달합니다.
두 번째 10가지 | 추가 조사에서 찾은 프로덕션 및 실용 사례
- 자신의 목소리와 아바타로 YouTube 비디오 완성하기
Nate Herk 는 리서치, 스크립트, 자신의 음성 클론 및 아바타, HyperFrames 에서의 편집을 모두 한 번에 위임했습니다. 또한 완성된 오디오를 텍스트로 변환하여 스크립트와 교차 검증하는 확인 작업도 수행했다고 설명했습니다. LinkedIn
제품 설명에 적용하려면 승인된 음성과 아바타를 연결하세요. AI 등장임을 명확히 밝히고, 게시 전에 콘텐츠를 확인해야 합니다.
원본 게시글: Nate Herk 의 LinkedIn 제작 보고서
[주제/대상 청중]에 대한 약 5분 분량의 비디오를 제작해 주세요. 해당 인물이 승인한 음성과 아바타를 사용하고, AI 등장임을 명확히 표시합니다. 리서치, 스크립트, 자막, 편집 순으로 진행하고, 사용 권한이 있는 자료만 사용합니다. 내보내기 후 화면과 오디오를 확인하고, 텍스트 변환 결과를 스크립트와 교차 검증합니다. MP4, 편집 데이터, 자막, 출처, 게시용 설명을 전달합니다.
- 제품 화면을 역동적인 소개 비디오로 만들기
Daniel Ch 는 14분 만에 모션 비디오를 생성한 후, 두 번 변경했다고 보고했습니다. X
SaaS 나 코스 소개의 경우, 실제 화면과 정확한 카피를 제공하세요. 외관을 위해 가상의 기능을 추가하는 대신, 해당 기능을 조작하면 어떤 일이 발생하는지 보여주는 구조로 만듭니다.
원본 게시글: Daniel Ch 의 모션 비디오
[제품 화면/로고/사진]을 바탕으로 30초 분량의 소개 비디오를 만들어 주세요. 문제점, 실제 조작, 결과, [CTA 텍스트] 순서로 구성합니다. 존재하지 않는 기능이나 확인되지 않은 결과를 추가하지 말고, 텍스트를 읽을 수 있는 충분한 시간을 확보합니다. 텍스트와 타이밍을 편집 가능하게 만들고, 내보내기 후 텍스트 잘림 및 겹침을 수정합니다. MP4, 편집 소스, 자료 목록, 수정 방법을 전달합니다.
- 편집자가 작가 본인이 쓴 글이라고 생각한 기사 초안
Every 의 Katie Parrott 는 공동 창업자인 Dan Shipper 가 단일 명령어로 Astra 가 작성한 첫 번째 초안을 자신의 글이라고 생각했다고 보고했습니다. Every
자신의 글을 쓸 때는 과거 기사를 스타일 참조로 제공하고, 현재 자료는 사실적 근거로 별도로 제공하세요. 톤을 모방하기 위해 가상의 경험을 작성하게 하지 않는 것도 중요합니다.
과거 기사 3개를 스타일 참조로 사용하고, 현재 자료를 바탕으로 [주제]에 대한 [글자 수] 분량의 기사를 작성해 주세요. 독자는 [대상 청중]입니다. 어휘, 문단 구성, 설명 순서를 참조하고, 분석 설명은 필요하지 않습니다. 사실은 현재 자료에 근거하고, 가상의 경험, 대화, 숫자를 만들지 않습니다. 일반적인 서문과 반복을 줄이고, 본문, 출처, 확인 사항을 별도로 전달합니다.
- 리서치를 바탕으로 프레젠테이션 슬라이드와 대본 만들기
Matthew Berman 은 리서치를 바탕으로 출처와 발언 노트가 포함된 슬라이드를 만들었습니다. 반면, 단조로운 레이아웃과 토킹 헤드 여백에 대한 추가 지시가 필요했다고도 적었습니다. Signals Forward Future
교육 자료의 경우, 청중과 발표 시간, 당일 발표 스타일을 제공하세요. 화면상의 설명과 구두로 보충할 내용을 분리하도록 요청하는 것입니다.
[주제]를 리서치하고 [청중/발표 시간]에 맞춰 12개의 슬라이드와 발언 대본을 만들어 주세요. [브랜드 자료]와 일치시키고, [토킹 헤드 위치]에 중요한 정보를 배치하지 않습니다. 사진, 비교, 다이어그램을 적절히 사용하고, 숫자와 예시에는 출처를 첨부합니다. 노트는 낭독할 대본이 아닌 보충 설명이 되도록 합니다. 모든 페이지를 이미지로 확인하고, 편집 가능한 자료, 대본, 출처를 전달합니다.
- LEGO 디자인부터 3D 전시 사이트 만들기까지
Dominik Kundel 은 BrickLink Studio 를 사용하여 LEGO 다리를 만들도록 했습니다. 또한 모델을 3D 로 볼 수 있고 제작 파일을 받을 수 있는 사이트를 소개했습니다. LinkedIn
이는 모델과 다른 사람들이 볼 수 있는 공간을 함께 준비하는 응용입니다. 하지만 화면 상에서 조립된 것과 실제 제품의 안정성은 다릅니다. 연결성과 강도에 대한 미확인 항목은 남겨두세요.
원본 게시글: Dominik Kundel 의 X 글 / LinkedIn 작성자 설명
[주제]의 블록 모델과 이를 3D 로 볼 수 있는 사이트를 만들어 주세요. 부품 라이브러리를 확인하고 기존 부품과 색상만 사용합니다. 겹침, 부유, 연결 상태를 검사하고, 확인되지 않은 강도는 명확히 표시합니다. 사이트에 회전/확대, 부품 목록, 제작 파일 획득 기능을 구현합니다. 모델 데이터, 조립 순서, 사이트 소스, 실행 절차를 전달합니다.
- 화면만 보고 게임 클리어하기
Clad3815 는 내부 데이터나 공략 정보 없이 화면만 보여주며 Astra 가 포켓몬 게임을 플레이하게 하여 18시간 12분 만에 클리어했다고 보고했습니다. X
비즈니스에 적용한다면, 화면을 보면서 하는 운영 테스트가 후보가 될 수 있습니다. 단순히 클릭했다고 성공으로 간주하지 말고, 다음 화면에서 결과를 확인하세요. 같은 곳에서 막히면 방법을 변경합니다.
원본 게시글: Clad3815 의 포켓몬 실험
[사용 권한이 있는 게임/테스트 앱]에서 [목표 상태]까지 진행해 주세요. 화면과 허용된 조작만 사용하고, 내부 데이터를 다시 작성하지 않습니다. 조작 후 새 화면에서 결과를 확인하고 진행 상황을 기록합니다. 동일한 상태가 세 번 지속되면 대체 경로를 고려합니다. 제한은 [조작 횟수]입니다. 도달한 화면, 조작 로그, 해결되지 않은 항목을 전달하고, 실패를 성공으로 보고하지 않습니다.
- 코드로 데스크탑 디스플레이 작동하기
Claire Vo 는 Divoom MiniToo 에 대한 명령 조작과 라이브 디스플레이 데모를 공개했습니다. 이는 그녀가 한동안 시도해오던 장치 연동을 발전시킨 예시입니다. Lenny's Newsletter
일정이나 업무 시간 표시에 적용하려면, 처음에는 테스트 이미지 하나만 보내는 것으로 범위를 좁히세요. 연결이 확인되면 텍스트 표시를 추가하고 실제 장치를 보면서 기능을 늘려갑니다.
원본 게시글: Claire Vo 의 리뷰 게시글 / 약 18:36 경 데모 포함 리뷰
[모델/OS/연결 방법]의 소형 디스플레이를 작동하는 도구를 만들어 주세요. 공식 자료를 확인하고 승인된 방법을 사용하여 테스트 이미지 하나를 표시합니다. 성공 후 텍스트 표시, 이미지 업데이트, 화면 지우기 기능을 추가합니다. 인증을 우회하거나 펌웨어를 변경하지 말고, 연결 해제 처리를 추가합니다. 소스, 설치 단계, 사용 예시, 실제 기기 검증 결과를 전달합니다.
- 41개 문서를 교차 검증하여 재무제표 오류 찾기
Legora 는 전담 에이전트가 재무제표 초안 등 41개 문서를 교차 검증하여 평가를 위해 심어둔 4개의 오류를 모두 찾아냈다고 보고했습니다. OpenAI
회계 업무에 적용할 때는 비교된 값과 출처를 함께 남기도록 하세요. 단순히 "문제가 있다"고 말하는 것은 다시 찾아보게 만듭니다. 전문가가 확인할 지점을 좁힐 수 있도록 자료의 페이지나 셀을 표시하세요.
출처: Legora 공식 구현 사례
[재무 자료]의 기간, 통화, 단위, 버전을 확인하고 주요 수치, 세부 항목, 전년도 값을 상호 검증하세요. 각 불일치 항목에 대해 원본 값, 비교 대상, 차이, 계산 공식, 페이지/셀을 기록하세요. 누락, 판독 불가, 실제 불일치를 구분하고 원본 자료를 재작성하지 마세요. 상호 검증표, 우선 확인 항목, 미확인 항목을 전달하세요. 전문가 승인을 받은 것으로 간주하지 마세요.
- 자료에 없는 지표를 발견하고 예산 배분을 고려하세요
Box의 평가에서, 지역별 자금 배분을 고려하는 과제에서 필요한 지표의 부재를 지적했습니다. 대리 지표와 원본 지표를 구분하고, 성장에 대한 설명과 수치 간의 모순도 발견했습니다. Box 블로그
광고 예산 검토를 위해 비교 가능한 범위와 수익 판단에 필요한 자료를 출력하세요. 이는 순위를 강제로 매기지 않도록 요청하는 것입니다.
출처: Box의 비즈니스 평가
[자료]를 바탕으로 [지역/제품/획득 채널]에 대한 예산 배분 제안을 작성하세요. 비교 지표의 정의와 필요한 데이터를 확인하고, 존재하지 않는 숫자를 만들지 마세요. 대리 지표에 대한 차이점과 한계를 명확히 기술하세요. 기간과 비용 범위를 일치시키고, 텍스트 주장과 수치를 상호 검증하세요. 가정이 변경될 경우 순위가 어떻게 바뀌는지도 확인하고, 비교표, 제안서, 계산 근거, 누락된 데이터를 전달하세요.
- 하나의 게임에서 서로 다른 테마로 3가지 제안을 만드세요
Playco는 공통 기반에서 서로 다른 테마를 가진 세 가지 유형의 프로토타입을 제작했습니다. Unity, Godot 등에 연결되는 Playbot 사례에서 수동 수정이 이전 모델 대비 50% 감소했다고 보고했습니다. OpenAI
시도해 보려면 조작과 규칙을 고정하고 외형을 비교하세요. 하나의 제안을 계속 다듬는 대신, 여러 개의 플레이 가능한 제안을 나열하고 직접 선택하는 방식으로 진행하세요.
출처: Playco 공식 구현 사례
[작동 프로토타입]에서 [테마 A/B/C]에 대한 3가지 제안을 작성하세요. 조작, 난이도, 점수 조건을 유지하고 배경, 모델, 조명, UI를 변경하세요. 원본 데이터를 저장하고 각 제안에 대해 시작, 조작, 종료, 재시작을 테스트하세요. 동일한 조건에서 렌더링 속도를 측정하고 무거운 제안은 수정하세요. 3가지 플레이 가능한 제안, 소스, 비교 이미지, 성능, 미해결 항목을 전달하세요.
다음에 시도해 본다면, 이번 주 안에 끝낼 작업을 하나 주세요
이러한 사례를 바탕으로 요청 범위를 조금 더 넓혀 보고 싶을 것입니다. 제품 설명 영상의 경우, 스크립트에서 멈추지 말고 가까이에 있는 제품 사진과 사양을 제공하여 편집 가능한 영상을 요청해 보세요.
이 경우 제품명과 가격의 일치 여부, 자막의 가독성, 존재하지 않는 기능이 섞여 있는지 여부를 확인 항목에 포함하세요.
먼저, 이번 주 안에 끝낼 작업 하나를 정하세요. 사용할 수 있는 자료와 소프트웨어, 받고 싶은 파일을 지정하고, 실제 제품을 열어 확인하는 단계까지 시도해 보세요.
*제작 시간과 개선율은 게시자와 기업이 보고한 개별 조건에서의 결과입니다. 게시된 프롬프트는 사례를 기반으로 작성되었으며, 동일한 환경에서 재실행되거나 검증되지 않았습니다.
