GPT-6 Astra는 버전 5.6에 비해 상당한 변화를 겪었습니다. 어제 많은 팬들이 G-Ge에게 GPT-6의 초보자용 튜토리얼을 따라할 수 있게 만들어 달라고 요청했습니다. 오늘, 그게 왔습니다! 여러분 모두에게 가치 있는 긴 글을 쓰기 위해 저는 토큰의 80%를 연구에 소모하여 이해하기 쉬우면서도 진짜 지식을 가르치는 내용을 작성했습니다. 지루하지 않도록 이야기 형식으로 구성되어 있으며, 작은 작업부터 완전한 숙달까지 여러분을 안내합니다.
가족의 작은 일을 예로 들어 GPT-6 Astra를 설명해 드리겠습니다.
집에 계신 어르신을 위한 휴대폰 설명서를 만들고 싶다고 가정해 봅시다. 내용은 많지 않습니다: 오래된 사진 찾기, 가족에게 보내기, 영상 통화 받는 법 배우기. 이상적으로는 인쇄해서 전화기 옆에 두고 쉽게 참고할 수 있도록 하는 것입니다.
간단해 보이지만, 제가 명확하다고 생각하는 단계가 다른 사람에게는 통하지 않을 수 있다는 것이 어려운 점입니다.
"갤러리를 열고, 사진을 선택하고, 공유를 클릭하세요." 저는 바로 이해합니다. 하지만 상대방이 갤러리 아이콘을 인식하지 못하면 첫 단계에서 막히고, 아무리 나머지가 자세해도 소용이 없습니다.
따라서 이 튜토리얼에서는 이 소책자를 단계별로 만들 것입니다: 지시하는 방법, 자료를 제공하는 방법, 스크린샷을 보는 방법, 잘못된 답변을 수정하는 방법, 그리고 어떤 결과가 완료된 것으로 간주되는지. 본문의 시나리오와 대화는 방법을 설명하기 위해 작성된 예시입니다.
먼저 "완전한 튜토리얼"을 작성하도록 하지 않겠습니다
"어르신에게 적합한 휴대폰 튜토리얼을 작성해 주세요"라고 시작하면 너무 많은 것을 추측해야 합니다.
휴대폰 모델은 무엇인가요? 그 사람이 이미 알고 있는 작업은 무엇인가요? 사진을 찍는 법을 배우는 건가요, 아니면 오래된 사진을 찾는 건가요? 이 튜토리얼은 휴대폰용인가요, 아니면 종이용인가요?
"어르신에게 적합한"이라는 말은 이러한 질문에 답하지 않습니다. 저는 어르신을 추상적인 독자로 대우하는 것을 원하지 않습니다: 글꼴을 더 크게 하고, 어조를 더 친근하게 하고, 격려의 말을 몇 마디 추가하는 것만으로는 충분하지 않습니다.
이번에는 특정 사람을 위한 지침을 작성할 계획입니다. 데모를 위해 상황을 설정하겠습니다: 그 사람은 전화 잠금을 해제하고 일반 전화를 받을 수 있습니다. 익숙하지 않은 아이콘에서 막힙니다. 튜토리얼은 이러한 몇 가지 작업만 해결하며, 휴대폰 백과사전이 아닙니다.
제가 작성할 첫 번째 메시지는 다음과 같습니다:
집에 계신 어르신을 위한 휴대폰 설명서를 만들고 싶습니다. 그분은 잠금 해제와 일반 전화 받기는 가능하지만 아이콘 이름에는 익숙하지 않습니다. 이번에는 세 가지 기능만 작성해 주세요: 사진 찾기, 사진 보내기, 영상 통화 받기. 실제 휴대폰 스크린샷을 제공하겠습니다. 스크린샷을 기반으로 단계를 작성해 주세요. 각 단계는 하나의 동작으로 구성해 주세요. 보이지 않는 버튼을 기억에서 추가하지 마세요. 먼저 어떤 스크린샷이 필요한지 목록을 작성해 주세요. 아직 전체 튜토리얼을 작성하지 마세요.
이 메시지의 목적은 먼저 자료를 수집하는 것입니다. 휴대폰 인터페이스 없이는, 아무리 책을 써도 첫 페이지부터 틀릴 수 있습니다.
"당신은 최고의 전문가입니다"라고 추가하면 답변이 완전히 달라진다는 방법을 저는 별로 믿지 않습니다. 이 작업에 실제로 도움이 되는 것은 그 사람이 잠금 해제를 할 수 있고, 아이콘을 모르며, 제가 어떤 휴대폰을 사용하는지 아는 것입니다. 이러한 것들은 전문가라는 칭호보다 훨씬 구체적입니다.
때로는 제가 원하는 것이 무엇인지 명확하게 생각하지 못한 경우도 있습니다. 그럴 때는 긴 요구 사항을 작성하기 위해 서두르지 않고, 누구에게 줄 것인지, 어디에 사용될 것인지 알려주고, 결과에 영향을 미칠 두 가지 질문을 하도록 요청합니다. 방향이 명확해지면 그때 진행합니다.
예를 들어, "한 장으로 만들지, 소책자로 만들지"는 내용 배열에 영향을 미치고, "제목을 굵게 할지 말지"는 아직 논의할 가치가 없습니다.
모델 이름 외에도 두 가지를 더 확인합니다
스크린샷을 업로드하기 전에 현재 모델과 채팅 상자 근처에 이미지 업로드 또는 파일 처리를 위한 진입점이 있는지 확인합니다.
ChatGPT는 제가 연 제품이고, GPT-6 Astra는 작업을 이해하고 처리하는 모델입니다. 모델이 할 수 있는 것과 이 창이 제공하는 도구는 서로 다른 두 가지입니다.
공식 모델 설명에서 Astra가 복잡한 추론, 프로그래밍, 연구, 컴퓨터 작업 및 문서 제작에 중점을 두고 텍스트와 이미지 입력을 지원한다는 것을 확인할 수 있습니다. 제 계정에서 사용할 수 있는 기능은 구체적인 진입점을 확인해야 합니다. OpenAI 모델 설명
예를 들어, 스크린샷을 업로드하면 버튼을 보고 설명을 작성하는 데 도움을 줄 수 있습니다. 현재 환경에 휴대폰 조작 도구가 없다면, 이미지를 이해했다고 해서 이미 휴대폰의 버튼을 눌렀다고 가정해서는 안 됩니다.
파일도 마찬가지입니다. 채팅에서 몇 단락의 텍스트를 정리하는 것과 다운로드 가능한 파일을 생성하는 것은 별도로 확인해야 할 두 가지입니다. 제 요청은 실용적인 선택을 남길 것입니다: 가능하면 파일을 제공하고, 그렇지 않으면 복사 가능한 콘텐츠를 정리해 주세요.
처음 시작할 때는 모든 매개변수를 연구하는 데 서두르지 않습니다. 먼저 하나의 이미지에 있는 텍스트를 올바르게 읽게 한 다음, 요청에 따라 설명을 작성하게 합니다. 이러한 작업의 정확성을 판단할 수 있고, 전문 용어에 겁먹지 않습니다.
최근에 업데이트된 기능을 접할 때는 공식 문서를 확인하고 해당 페이지를 제공하도록 합니다. 웹 도구가 없으면 확인이 필요한 부분은 비워 둡니다. 유창하게 말한다고 해서 정보가 여전히 유효하다는 의미는 아닙니다.
모델 목록에 해당 옵션이 아직 나타나지 않은 경우, 먼저 제 계정에서 사용할 수 있는 실제 범위를 확인하고, 다른 사람의 스크린샷을 제 인터페이스로 취급하지 않습니다. 이 글의 방법을 연습하기 위해 모든 고급 도구를 모을 필요는 없습니다.
스크린샷은 많을 필요 없고, 각각이 무엇인지 먼저 알려주세요
다음으로 자료를 준비하겠습니다.
휴대폰 홈 화면 하나, 갤러리 인터페이스 하나, 사진 선택 후 인터페이스 하나. 영상 통화도 작성해야 한다면 해당 화면을 별도로 준비하고, 기능을 섞지 마세요.
이미지 이름을 알아볼 수 있게 지정하세요. 예: "사진 - 시작 페이지" 또는 "사진 - 선택됨". 이름이 전문적일 필요는 없으며, 나중에 어떤 단계를 설명하는지 알 수 있으면 됩니다.
기존 튜토리얼이 있으면 "이전 버전 참고"로 표시합니다. 이전에 어떻게 설명되었는지 이해하는 데 도움이 되지만, 오늘날 버튼이 어떻게 생겼는지 결정할 수는 없습니다. 휴대폰이 업데이트된 경우 이전 스크린샷은 유효하지 않을 수 있습니다.
보충 요청은 길 필요가 없습니다:
현재 휴대폰 스크린샷은 작업의 기초입니다. 이전 튜토리얼은 표현 스타일을 참고하기 위한 것입니다. 먼저 어떤 인터페이스를 읽었는지 순서대로 나열해 주세요. 두 자료 사이에 불일치가 있으면 지적해 주세요. 스스로 하나의 단계 세트로 병합하지 마세요.
무엇을 먼저 읽는지 보고 싶습니다. 예를 들어, 하나의 이미지가 사진 목록이고 다른 이미지에 사진이 선택되어 있다고 말할 수 있다면 제가 교차 확인하기 쉽습니다. "완전히 숙달했다"와 같은 표현은 실제로 올바르게 읽었는지 보여주지 않습니다.
명확하지 않은 텍스트도 자료 상태에 포함되어야 합니다. 작은 아이콘의 텍스트가 흐릿하면 명확하지 않다고 쓰고, 스크린샷에 페이지 하단이 표시되지 않으면 해당 부분이 누락되었다고 명시합니다. 누락된 정보가 답변에서 조용히 완전해지도록 두지 마세요.
사진을 추가해야 하는 경우, 누락된 사진만 추가하고 어떤 단계 다음에 오는지 지정합니다. 한 번에 비슷한 사진을 여러 장 업로드하면 저조차도 혼란스러워집니다.
이미지 순서를 정리하는 데도 시간을 할애할 가치가 있습니다. 사진 선택 전후의 동일한 페이지는 비슷해 보이지만, 클릭 가능한 버튼이 변경되었을 수 있습니다. 파일 이름에 "선택 안 함"과 "선택됨"을 작성하여 두 상태를 혼동하지 않도록 합니다.
자료가 충분한지 판단하기 위해 프로세스를 반복하도록 요청할 수 있습니다: 어떤 이미지에서 시작하여, 어떤 것을 거쳐, 어디서 끝나는지. 중간 화면을 건너뛰거나 나중 스크린샷을 먼저 배치하면 공식 단계를 작성하기에 아직 적합하지 않습니다.
때로는 사진 한 장을 추가하면 해결됩니다. 때로는 이미지 사이에 무슨 일이 일어났는지 설명해야 합니다. 예를 들어, 두 스크린샷 사이에 선택 창이 나타났지만 캡처하지 못했다면, 그것은 누락된 단계입니다. 휴대폰으로 돌아가서 완료하고, 최종 결과에서 중간 작업을 추측하도록 두지 마세요.
화면에 없는 자료도 있습니다: 가족 사용 습관. 예를 들어, 그 사람은 "갤러리 앱" 대신 "사진"이라고 말하는 데 익숙하고, "위로 밀어 올리기"보다 "화면을 누르고 위로 밀기"를 더 잘 이해합니다. 이러한 내용은 표현을 일관되게 유지하기 위해 요구 사항으로 작성할 수 있습니다.
그러나 화면에 있는 실제 버튼 이름은 구어체로 변경하지 않습니다. 설명은 평범할 수 있지만, 버튼 이름이 "완료"이면 "완료"라고 씁니다. 그렇지 않으면 읽는 사람이 어떤 단어를 찾아야 할지 모릅니다.
먼저 한 페이지를 시도해 보고 작동하는지 확인합니다
자료가 준비되면 바로 전체 제품을 요청하지 않습니다.
먼저 "사진 찾기"를 작성합니다. 이것은 제가 처음부터 끝까지 확인할 수 있을 만큼 작은 작업입니다. 작성된 후에는 휴대폰과 대조하여 확인합니다: 모든 단계에 클릭할 곳이 있고, 이 문장을 읽은 후 다음에 무엇을 볼지 알고 있습니까?
"사진 찾기" 페이지를 먼저 작성해 주세요. 각 단계의 동작을 지정해 주세요. 필요한 경우 동작 후에 무엇이 보일지 한 문장을 추가하여 올바른지 판단할 수 있도록 해 주세요. 스크린샷으로 지원되지 않는 부분은 별도로 나열하고 공식 단계에 포함하지 마세요.
첫 번째 버전이 너무 길면 이유를 확인합니다. 한 단계가 두 가지 작업을 수행하고 있거나, 불필요한 배경을 설명하고 있습니까? 이 두 가지 문제는 다른 수정이 필요합니다. 단순히 "더 짧게" 요청하면 필요한 프롬프트가 삭제될 수 있습니다.
예를 들어, "갤러리 열기"는 두 단어로 매우 짧지만 정보가 충분하지 않을 수 있습니다. "홈 화면에서 이미지에 동그라미 친 아이콘을 찾아 탭하세요"는 약간 더 길지만, 독자는 무엇을 찾아야 할지 압니다.
작동에 도움이 되는 정보는 유지하고, "다음으로, 우리는 사진의 멋진 세계로 들어갈 것입니다"와 같은 문장은 삭제합니다. 튜토리얼이 이 시점에서 여전히 분위기를 조성하고 있다면 저는 짜증이 날 것입니다.
이 페이지를 시도할 때 막히는 부분을 기록해 둡니다. "여전히 명확하지 않습니다"라고만 답변하지 말고 설명합니다: "2단계에서 오른쪽 상단을 클릭하라고 하지만 스크린샷의 오른쪽 상단에 두 개의 아이콘이 있어서 어떤 것을 말하는지 모르겠습니다."
그러면 해당 부분을 수정할 수 있습니다. 다시 한 번 확인하고, 작동하면 동일한 작성 스타일로 나머지를 작성하도록 요청합니다. 재사용되는 것은 설명 방법입니다. 특정 버튼은 여전히 이미지별로 확인해야 합니다.
저는 매우 실용적인 이유로 작은 샘플을 만드는 것을 좋아합니다: 한 페이지가 틀리면 한 페이지만 수정하면 됩니다. 열 페이지를 모두 작성한 후 전체 책이 독자가 아이콘을 알고 있다고 가정한다는 것을 알게 되면 재작업이 너무 많습니다.
이미지에 대해 질문할 때는 질문을 하나의 동작으로 좁힙니다
"사진 보내기"에 도달했을 때 화면에 여러 버튼이 나타난다고 가정해 봅시다.
이 시점에서 이미지를 던지고 "어떻게 해야 하나요?"라고 묻지 않습니다. 현재 상태와 다음에 수행하려는 작업을 포함합니다:
이 사진을 열었고 가족에게 보내고 싶습니다. 이 스크린샷만 보고 다음에 어떤 버튼을 찾아야 하는지 지적해 주세요. 판단 근거를 설명해 주세요. 스크린샷이 충분하지 않으면 어떤 인터페이스를 더 봐야 하는지 알려주세요. 다음 단계를 먼저 알려주세요. 이후 단계는 사진을 추가할 때까지 기다리겠습니다.
이렇게 하면 논의가 당면한 문제로 제한됩니다. 다음 다섯 페이지를 추측할 필요가 없고, 두 번째 단계가 적용 불가능하다는 것을 알기 위해 긴 목록을 읽을 필요도 없습니다.
이미지의 버튼은 작성 스타일을 설명하기 위한 것입니다. 실제 이름과 위치는 가지고 있는 휴대폰에서 확인해야 합니다.
스크린샷을 찍을 때 위치를 보여주는 정보를 유지합니다. 페이지 제목, 인접 버튼 및 팝업 프롬프트는 때로는 작은 아이콘 자체보다 더 유용합니다. 화살표만 남기고 자르면 반환, 보내기 또는 공유 중 어떤 용도인지 알 수 없게 될 수 있습니다.
이미지에 관련 없는 가족 이름, 채팅 내용 또는 전화번호가 있으면 먼저 흐리게 처리합니다. 전체 채팅 기록이 아닌 작업 진입점만 인식하면 됩니다.
버튼 텍스트가 명확하지 않으면 가장 간단한 방법은 또 다른 선명한 사진을 찍거나 제가 보는 텍스트를 입력하는 것입니다. "자세히 봐"라고 반복해도 흐릿한 픽셀이 선명해지지 않습니다.
제공된 버튼 이름이 실제 인터페이스와 일치하지 않으면 앞에 있는 휴대폰을 신뢰하고 "내 화면에는 다음 옵션이 표시됩니다"라고 추가합니다. 답변에 맞추기 위해 존재하지 않는 메뉴를 여기저기 찾을 필요가 없습니다.
동일한 질문 방법은 표, 웹 페이지 및 소프트웨어 오류에도 적용할 수 있습니다. 제가 막힌 곳, 원래 하려고 했던 작업, 판단을 지원하는 화면을 설명합니다. 질문이 충분히 구체적이면 답변을 받은 후 어떻게 확인할지 알 수 있습니다.
물어볼 것은 물어보고, 제목조차 제가 결정할 때까지 기다릴 필요 없습니다
휴대폰 모델이 누락되었거나 스크린샷의 텍스트가 명확하지 않은 경우 후속 조치를 취하는 것은 정상입니다. 해당 정보는 작업 단계에 영향을 미칩니다.
그러나 제목이 "사진 보내기"인지 "가족에게 사진 보내기"인지는 AI가 먼저 결정할 수 있습니다. 모든 작은 세부 사항에 대해 멈출 필요는 없습니다.
제 요구 사항은 다음과 같습니다:
장 순서와 제목 표현은 알아서 처리하세요. 작업에 영향을 미치는 문제(예: 휴대폰 모델, 명확하지 않은 스크린샷, 판단할 수 없는 버튼)에 대해서만 저에게 물어보세요. 먼저 확인할 수 있는 부분을 완료하세요. 하나의 이미지가 누락되었다고 다른 내용을 중단하지 마세요.
공식 사용자 가이드에 따르면 Astra는 누락된 정보가 결과에 영향을 미칠 수 있을 때 명확한 질문을 할 가능성이 더 높습니다. 제가 결정해야 할 것을 구체적으로 알려주고, 계속 진행할 수 있는 부분을 알려줍니다. OpenAI 사용자 가이드
또한 반대 극단으로 가서 아무것도 묻지 말라고 요청하지 않습니다. 휴대폰 작업의 경우 버튼을 추측하면 한 번의 후속 조치를 절약할 수 있지만 잘못된 단계가 남습니다.
지금 당장 답변할 수 없는 질문은 할 일 목록에 넣을 수 있습니다. 예를 들어, 영상 통화 인터페이스 스크린샷이 아직 준비되지 않은 경우 해당 페이지는 지금 비워 두고, 다른 휴대폰의 인터페이스로 채우지 마세요.
한 번에 많은 질문이 오면 가장 중요한 두 가지를 먼저 확인하도록 합니다. 설명서 전체를 틀리게 할 수 있는 것들을 먼저 해결하고, 나머지는 진행하면서 채웁니다.
일부 질문은 제가 스스로 생각하지 못한 것을 드러냅니다. "텍스트는 크게, 종이는 최소한으로, 이미지는 완전하게"라고 말하면 충돌할 때 어떤 것을 우선시해야 하는지 알아야 합니다. 페이지 수가 늘어나더라도 가독성을 먼저 선택합니다. 요구 사항이 서로 충돌하면 제 절충안을 올바르게 추측할 것이라고 기대하지 마세요.
모바일 읽기에서 인쇄로 변경할 때는 영향을 받는 부분만 다시 작업합니다
첫 번째 초안이 가족 단체 채팅방용이었지만 나중에 인쇄하기로 결정했다고 가정해 봅시다.
내용은 여전히 그 몇 가지 기능이지만 사용 방식이 변경되었습니다. 작은 텍스트는 화면에서 확대할 수 있지만 종이에서는 불가능합니다. 가까운 색상은 인쇄 후 구분하기 어려울 수 있습니다.
원래 대화에서 계속 작성합니다:
읽기 방식이 변경되었습니다: 이 설명서는 인쇄용이며 더 이상 모바일 읽기용으로 형식화되지 않습니다. 확인된 작업 단계는 유지하세요. 글꼴 크기, 이미지/텍스트 위치 및 페이지 나누기를 조정하여 이미지와 해당 설명이 같은 페이지에 있도록 하고, "링크 클릭" 또는 "이미지 확대"와 같이 종이에 적합하지 않은 표현이 있는지 확인하세요.
이 수정에서 어떤 내용이 여전히 유효한지 명확히 합니다. 그렇지 않으면 확인된 단계까지 다시 작성하여 추가 확인 작업이 발생할 수 있습니다.
도구가 중간에 보충 요구 사항을 보낼 수 있는 진입점을 제공하면 작업 중에 보낼 수 있습니다. 그렇지 않으면 현재 라운드가 끝날 때까지 기다립니다. 모든 채팅 창에 개발자 인터페이스에서 찾을 수 있는 기능이 있다고 가정하지 않습니다.
변경 사항이 누적되면 현재 요구 사항을 나열하도록 합니다. 긴 설명은 필요 없고, 읽기 방식, 포함된 기능, 사용된 스크린샷, 미완료 페이지를 알려줍니다.
이 기록과 비교하면 충돌을 쉽게 찾을 수 있습니다. 예를 들어, "영상 통화 받기"를 취소했지만 여전히 목차에 있다면 삭제하도록 합니다. 본문과 목차는 같은 파일에 속하므로 별도로 수정할 수 없습니다.
또한 모든 단어 변경에 대해 새 대화를 시작하는 것을 권장하지 않습니다. 그러면 휴대폰 모델, 표현 습관 및 스크린샷 대응 관계를 다시 설명해야 합니다. 작업이 실제로 변경되면 새 세그먼트를 시작하고 유지해야 하는 결론을 가져옵니다.
가족을 위한 설명서를 브로셔처럼 작성하고 싶지 않습니다
이 시점에서 또 다른 문제가 발생할 수 있습니다: 단계는 기본적으로 정확하지만 문장이 평소 사람들이 말하는 방식처럼 들리지 않습니다.
예를 들어, 시작 부분에 "이 기술을 마스터하고 디지털 생활이 가져다주는 편리함을 쉽게 누리세요"와 같은 문장이 있을 수 있습니다.
이 문장은 누군가가 버튼을 찾는 데 도움이 되지 않으므로 삭제합니다. 설명서는 독자에게 열정적인 시작을 제공할 의무가 없습니다.
"AI 냄새를 제거하라"는 표현은 너무 광범위합니다. 이 소책자에 대해 구체적으로 제 요구 사항은 다음과 같습니다:
가족에게 직접 가르치는 방식으로 수정하세요. 화면의 원래 버튼 이름은 유지하되 다른 곳에서는 일상적인 단어를 사용하세요. 한 문장은 즉각적인 동작만 설명해야 합니다. 슬로건, 격려하는 상투적인 문구 및 각 페이지 끝의 반복적인 요약은 삭제하세요. 가족 경험이나 감동적인 줄거리를 추가하지 마세요. 문장이 이미 짧고 정확하며 따라할 수 있으면 유지하세요.
"이미지 공유 작업 실행"은 "이 사진을 보내세요"로 쓸 수 있습니다. 그러나 인터페이스의 버튼 이름이 "공유"이면 단계에서 쉽게 참조할 수 있도록 그 두 단어를 유지합니다.
또한 한 문장에 숨겨진 두 가지 동작을 주시합니다. "사진을 연 후 공유를 클릭한 다음 연락처를 선택하세요"와 같은 것은 휴대폰에 익숙한 사람에게는 매끄럽게 들리지만, 이 설명서에서는 여러 줄로 나누어 하나씩 완료하기 쉽게 만듭니다. 짧은 문장은 여기서 목적이 있습니다. 단지 작성 스타일을 모방하는 것이 아닙니다.
반대로, 자연스럽게 매끄러운 문장은 여러 세그먼트로 자를 필요가 없습니다. 세 단어마다 줄을 바꾸는 것은 비디오 자막처럼 읽히고 인쇄할 때 종이를 낭비합니다. 단락을 나누는 방법은 독자가 작업을 중단할 위치에 따라 다릅니다.
평소에 작성하는 지침이 있으면 참고할 수 있는 작은 세그먼트를 제공할 수 있습니다. 표현 방식만 배우고 예시의 이름, 장치 또는 날짜를 새 초안으로 옮기지 않도록 지정합니다. 스타일 참조와 내용 복사는 별개의 것입니다.
가장 중요한 것은 따뜻해 보이기 위해 "아버지가 드디어 미소를 지으셨다"와 같은 문장을 지어내지 않는 것입니다. 일어나지 않은 일이라면 튜토리얼을 장식하는 데 사용하지 마세요. "어디를 클릭해야 하는지" 명확하게 설명하는 것이 이미 그 문장보다 더 유용합니다.
내가 원하는 것은 소책자이지, 제작 제안이 아닙니다
전달에 관해서는 결과를 더 직접적으로 명시합니다.
확인된 내용을 인쇄 가능한 사용자 설명서로 정리하고, 본문과 해당 이미지를 채워 넣으세요. 목차나 템플릿만 제공하지 마세요. 현재 환경이 파일 생성을 지원하면 다운로드 가능한 버전을 제공해 주세요. 그렇지 않으면 페이지별로 내용을 정리하여 문서에 쉽게 복사하여 레이아웃할 수 있도록 해 주세요. 확인되지 않은 단계는 별도의 할 일 목록에 넣고 가족용 본문에 섞지 마세요.
답변을 받으면 실제로 전달된 것을 먼저 봅니다. 파일 링크, 복사 가능한 본문 또는 "문서 소프트웨어를 사용하여 만들 수 있습니다"와 같은 문장은 매우 다릅니다. 마지막 종류의 답변은 제가 할당한 작업을 완료하지 않았습니다.
파일 기능을 사용할 수 있으면 채팅의 미리보기만 보고 멈추지 않습니다. 다운로드하여 열고 이미지가 누락되었는지, 텍스트가 버튼과 겹치는지, 페이지 나누기가 단일 단계를 분할하는지 확인합니다.
레이아웃할 때 먼저 길이를 추정합니다. 세 가지 기능에 각각 6단계가 있다고 가정하면 총 18단계입니다. 페이지당 4단계이면 4페이지면 충분합니다. 실제로 이미지를 넣은 후 각 페이지에 여전히 충분한 읽기 공간이 있는지 확인하고, 페이지 수를 위해 텍스트를 줄이지 마세요.
파일 이름을 "휴대폰 사용자 설명서 - 현재 버전"으로 지정하고 문서 내에 해당 휴대폰 모델 또는 인터페이스 버전을 기록합니다. 나중에 휴대폰이 업데이트되면 적어도 가지고 있는 설명서가 여전히 적용 가능한지 알 수 있습니다.
또한 가족 그룹에 보내려면 게시와 제작을 분리합니다: "최종 파일을 먼저 보여주고 확인 후 보내겠습니다." 보내기 도구가 없으면 제가 직접 보냅니다. 이 튜토리얼의 목표는 사용 가능한 설명서를 얻는 것이지, AI가 모든 작업을 대신할 수 있음을 증명하는 것이 아닙니다.
이해했더라도 확인이 끝난 것은 아닙니다
마지막 라운드에서는 휴대폰을 들고 처음부터 다시 확인합니다.
버튼이 잘못되었는지, 단계가 건너뛰어졌는지, 이미지가 페이지와 일치하는지 항목별로 확인합니다. AI는 이미 전체 튜토리얼의 목적을 알고 있으므로 확인 중에 작성되지 않은 동작을 자동으로 채울 수 있습니다. 저도 똑같이 해서는 안 됩니다.
이 설명서를 확인하고 작업에 영향을 미치는 문제만 찾으세요: 스크린샷과 일치하지 않는 버튼 이름, 누락된 필수 단계, 이미지와 텍스트의 순서 불일치, 추측에 의존하는 내용. 항목별로 특정 위치를 지적하세요. 자료를 기반으로 수정할 수 있는 것은 수정하고, 자료가 부족한 것은 확인을 위해 남겨두고 "괜찮을 것입니다"로 끝내지 마세요.
이것은 예비 확인에 도움이 되지만, 여전히 누군가가 사용해야 합니다. 가장 적합한 사람은 원래 설명서를 대상으로 한 사람입니다.
테스트할 때는 서둘러 설명하지 않도록 합니다. 상대방이 첫 문장을 읽고도 "무슨 말을 하는 거예요?"라고 묻는다면 그 문장을 변경해야 합니다. 설명서에는 올바른 위치를 선택하는 데 도움이 되는 정보가 여전히 부족합니다.
문제를 원래 표현으로 기록합니다. "이 화살표가 무엇을 위한 것인지 모르겠어요"라고 말하는 사람은 제가 "상호작용 인지 장벽"으로 요약하는 것보다 더 유용합니다. 그 원래 문장을 가져와서 해당 설명을 요구하면 추가 수정이 가능합니다.
매번 현재 발견된 문제만 해결합니다. 버튼이 이미 올바르면 버튼 이름을 변경하지 않고, 글꼴만 작으면 글꼴을 조정합니다. 전체를 반복해서 다시 작성하면 확인된 내용을 다시 확인해야 할 항목으로 쉽게 바꿀 수 있습니다.
특정 기능이 작동하지 않으면 지금은 해당 페이지를 빼고 전달하지 않습니다. 사용 가능한 짧은 설명서를 제공하는 것이 모든 장을 모아서 문제를 함께 전달하는 것보다 낫습니다.
이 시점에서 이 연습은 판단 가능한 결과를 가집니다: 소책자를 받은 사람이 앞에 있는 작업을 완료할 수 있습니까? 저는 단어 수와 레이아웃만 보고 이것을 판단할 수 없습니다.
다음에 다른 일을 접할 때 어떤 요구 사항을 남길까요?
이 예제를 마친 후 결과에 영향을 미친 몇 가지 합의 사항을 저장하여 다음 번에 전체 채팅을 뒤질 필요가 없도록 합니다.
예를 들어, 먼저 콘텐츠가 누구를 위한 것인지 알려주고, 자료의 목적을 명확히 표시하며, 처음에는 소량의 샘플만 요청하고, 확실하지 않으면 무엇이 부족한지 지적하며, 요구사항이 변경될 때는 이전 요구사항 중 어떤 것이 여전히 유효한지 설명하고, 전달 후에는 열어서 확인하세요.
업무 관련 작업의 경우, 실제 상황에 맞게 이러한 약속을 다시 작성하겠습니다. 회의록의 경우 담당자와 날짜를 확인하고, 표를 설명할 때는 단위와 계산 방법을 확인하며, 이메일을 수정할 때는 상대방이 내가 원하는 작업을 이해할 수 있는지 확인합니다. 시나리오마다 확인해야 할 사항이 다릅니다.
한 번만 연습해보고 싶다면, 내가 잘 아는 소프트웨어의 스크린샷을 골라 Astra가 다음 단계를 작성하게 한 후, 인터페이스와 대조해 확인하겠습니다. 틀렸다면 구체적인 위치를 지적할 수 있고, 맞다면 다음 단계로 넘어갑니다. 첫날부터 거대한 프로젝트를 스스로 준비할 필요는 없습니다.
노트에는 세 문장만 남기세요: 어디서 막혔는지, 무엇을 보충했는지, 보충 후에 무엇이 바뀌었는지. 다음에 같은 곳에서 막혔을 때, 이 노트는 긴 프롬프트 모음보다 찾기 쉽습니다.
때로는 여러 번 수정한 후에도 여전히 틀릴 때가 있습니다. 그럴 때는 내 요구사항을 다시 살펴봅니다. 내가 세부사항과 극단적인 간결함을 동시에 요구하고 있는 것은 아닌지? 새로운 스크린샷이 변경되었는데 텍스트가 여전히 이전 페이지를 참조하고 있는 것은 아닌지? 이러한 모순을 먼저 해결한 후에 계속 진행하세요.
모순을 해결한 후에도 여전히 할 수 없다면, 어디서 멈췄는지, 무엇이 확인되었는지, 무엇이 여전히 부족한지 설명하게 하세요. 이 정보를 가지고 직접 확인하거나 잘 아는 사람에게 도움을 요청하는 것이, 단순히 "더 진지하게 해줘"라고 말하는 것보다 더 유용합니다.
GPT-6 Astra를 처음 사용한 후, 손에 하나 더 쓸모 있는 것이 생기길 바랍니다. 단 한 페이지짜리 휴대폰 설명서라도, 이번에 어떤 부분을 도와주었고, 다음에 무엇을 더 명확히 해야 하는지 판단하기에 충분합니다.
이 페이지가 실제로 따라할 수 있을 때까지 기다렸다가 다음 페이지로 넘어가세요.
좋아요! 저는 G-Ge입니다. 이 글이 도움이 되셨다면 북마크에 추가하고, 저를 팔로우해 주세요 @goan999999 함께 성장해요!
