**99% 의 사람들이 OpenAI 가 AI 엔지니어링에서 또 한 번의 돌파구를 마련했다는 사실을 모르고 있습니다
**
- 완전히 새로운(안녕, Grokbot), 인생을 바꿔놓을 출시 소식들. 이 글에서는 그것이 무엇인지, 왜 중요한지, 그리고 100% 효율로 설정하는 방법을 다룹니다. Dots 가 가장 흥미로운 시작점입니다. 자체 클라우드 컴퓨터와 백그라운드 작업을 위임할 수 있는 개인 에이전트를 제공합니다. Dots 만나보기.
DevDay 에서는 새로운 모델, 공유 문서, 코딩 업데이트, 플러그인, 그리고 여러분만의 제품에 에이전트를 구축하기 위한 도구들도 함께 공개되었습니다.
알파 정보 이전 - 더 신선한 알파를 원한다면 제 서브스택을 구독하세요 - https://substack.com/@0xcodila
1. Dot 을 만들고 업무 부여하기
https://x.com/OpenAI/status/2104980481876070819
데스크톱 ChatGPT 에서 Dots 를 열고 소개 가이드를 따라가세요. 설정 중에 연결을 추가하거나 나중에 다시 돌아와서 설정할 수 있습니다.
출시 시점에서 개인 액세스는 Pro 100, 200, 500 요금제를 사용하는 성인에게 순차적으로 제공되고 있습니다.
하지만 어쨌든 이 기능을 위해 요금제를 결제하기 전에 현재 액세스 요구 사항을 확인하세요!
계정에 아직 Dots 가 없더라도, 사용 중인 요금제에 따라 5~8 단계가 유용한 출발점이 될 수 있습니다.
Dots 의 출시 버전은 다음 모델에서 실행됩니다
GPT‑6 Astra
그리고 바로 이 순간이 Dots 가 GrokBot 을 압도하는 시점입니다 Grok 4.6 은 정말 약하고, 이를 개선할 유일한 방법은 GPT 와 Claude 를 직접 연결하는 것뿐입니다
https://x.com/0xCodila/status/2104634929518641487
Sol 은 Work, Codex 및 API 용으로 별도로 선택할 수 있는 모델입니다
이제 여러분의 Dot 에게 책임을 부여하세요. "생산성을 높여줘"라고 하면 거의 모든 것이 정의되지 않은 상태로 남습니다.
여기서부터 시작하세요:
[날짜]에 [제품] 출시를 조율하는 것을 도와줘. 내가 명시적으로 공유하는 출시 브리프, 체크리스트, 대화 내용을 사용해. 변경된 요구 사항, 차단 요소, 담당자가 누락된 부분, 그리고 내가 내려야 할 결정을 파악해 줘. 첫 번째 작업으로 소스 링크가 포함된 출시 상태 보고서를 작성해 줘. 접근 권한이 없는 부분이 있으면 물어봐. 초안을 작성하되, 메시지를 보내거나 공유 파일을 변경하기 전에 내 승인을 받아.
첫 번째 보고서를 꼼꼼히 읽어보세요. 출시 날짜를 정확히 알고 있나요? 소스를 직접 열어볼 수 있나요? 제안 사항을 합의된 결정과 혼동하지는 않았나요?
반복적인 업무를 맡기기 전에 이러한 오해를 먼저 수정하세요.
첫 번째 성공은 정확한 브리프입니다. 나머지 모든 것은 그 위에 구축됩니다.
2. 필요한 앱과 컴퓨터 연결하기
메신저 연동을 위해서는 Dot 프로필을 열고 추가(Add) 를 선택하세요.
채널 가이드에는 Slack 과 Microsoft Teams 를 포함한 지원 옵션이 설명되어 있습니다.
이번 출시 작업을 위해 소스 문서와 작업에 필요한 커뮤니케이션 도구를 연결하세요. 그런 다음 Dot 에게 실제로 어떤 항목에 접근할 수 있는지 식별하도록 요청하세요.
내가 공유한 출시 브리프와 체크리스트를 찾아줘. 해당 링크와 최신 관련 변경 사항을 알려주고, 요청한 소스 중 읽을 수 없는 것이 무엇인지 말해줘.
로그인이 필요한 웹사이트의 경우, Dot 프로필의 컴퓨터(Computers) 에서 클라우드 컴퓨터를 여세요. 브라우저 핸드오프 또는 비공개 로그인 흐름을 사용하세요.
- Dot 의 브라우저는 자체 세션을 가집니다. 개인 노트북에서 로그인했다고 해서 Dot 이 자동으로 로그인되는 것은 아닙니다.
로그인 인터페이스를 통해 자격 증명을 입력하세요. 계정 인증을 완료한 다음, Dot 이 작업을 계속할 수 있도록 제어권을 반환하세요.
노트북을 닫아도 클라우드 작업은 계속될 수 있습니다. 반면 내 컴퓨터에서의 작업은 해당 컴퓨터가 켜져 있고 앱이 실행 중이어야 합니다. 환경에 맞게 선택하세요.
흔히 하는 실수 하나: Slack 을 연결한다고 해서 채널을 감시하라는 상시 지시가 생성되는 것은 아닙니다. 이는 4 단계에서 명시적으로 설정할 것입니다.
3. 결과물 위임과 컨텍스트 유지
출시 업데이트는 여러 소스에 걸쳐 있습니다. Dot 에게 '완료'에 대한 명확한 정의와 함께 전체 결과물을 제시하세요.
Dot 은 백그라운드 작업을 위임할 수 있습니다. 이러한 작업에는 관련 지침과 컨텍스트가 전달되지만, 모든 작업자가 대화 전체를 볼 수 있다고 가정해서는 안 됩니다.
연결이 작동하면 다음을 시도해 보세요:
현재 출시 브리프, 체크리스트, 선택한 Slack 대화를 비교해 줘. 무엇이 변경되었는지, 무엇이 차단되었는지, 다음 조치의 담당자는 누구인지, 그리고 내 [결정*](https://decision.link/)이 필요한 것이 무엇인지 네 개의 섹션으로 구성된 하나의 업데이트를 작성해 줘. 각 사실 주장을 소스에 연결해 줘. 소스가 충돌하면 충돌을 표시해. 누군가 작업을 수락하지 않았다면 제안된 담당자를 제안 사항으로 표시해 줘.
마지막 문장이 중요합니다. 멋지게 포맷된 목록이 슬쩍 추측을 다른 사람의 책임으로 바꿔버릴 수 있습니다.
활동(Activity) 을 사용하여 위임된 작업과 그 결과물을 확인하세요. 실제 결과물을 열어보고 그것이 부여된 과제에 제대로 답하고 있는지 점검하세요.
- Dots 는 메모리와 노트를 통해 유용한 컨텍스트를 유지할 수 있습니다. 하지만 그렇다고 해서 모든 대화의 모든 세부 정보를 보존한다는 뜻은 아닙니다.
중요한 프로젝트 결정 사항은 접근 가능한 소스 문서에 보관하고, 향후 작업에서 이를 참조하도록 하세요.
클라우드로 위임되는 코딩 작업의 경우, 먼저 Codex Cloud 환경을 설정해야 합니다. 7 단계에서 이 필수 조건을 다룹니다.
여기서 얻는 유용한 결과물은 바로 실행할 수 있는 하나의 업데이트이며, 증거는 충분히 가까워 쉽게 확인할 수 있어야 합니다.
4. 반복 작업으로 만들고 통제권 유지하기
일회성 보고서가 유용해졌다면, 스케줄을 요청하세요.
매 평일 유럽/소피아 시간 기준 09:00 에 우리가 확인한 소스를 사용하여 출시 업데이트를 준비해 줘. [종료 날짜]까지 계속해. [지원되는 대상]으로 전달해 줘. 이전 보고서 이후의 변경 사항과 내 결정을 기다리는 사안을 포함해. 저장된 스케줄, 시간대, 대상을 확인해 줘.
예약됨(Scheduled) 항목을 확인하세요. 실제로 생성되었고 시간이 요청과 일치하는지 확인하세요.
- 이벤트 기반 모니터링은 별개입니다. 연결된 서비스가 무엇을 지원하는지 묻고, 의존하기 전에 이벤트와 응답을 검증하세요.
예를 들어: 출시 채널에서 요구 사항이 변경되면 → Dot 이 업데이트된 브리프를 준비합니다. 단순히 채널을 연결하는 것만으로는 이러한 루틴이 설정되지 않습니다.
다음으로 설정 → 개인화 → 권한 아래에 있는 사용자 지정 규칙(Custom rules)을 검토하세요.
어떤 작업을 진행할지, 명시적 요청이 필요한지, 승인을 구할지, 아니면 사용자에게 되돌려 보낼지 표현할 수 있습니다.
이번 출시를 위한 저의 초기 규칙은 다음과 같습니다:
내가 부여한 접근 권한 내에서 조사하고 초안을 준비해. 메시지를 보내거나, 공유 프로젝트 기록을 편집하거나, 돈을 쓰거나, 무언가를 게시하기 전에 물어봐.
이러한 규칙은 행동을 안내하는 것이지, 누락된 앱 권한을 부여하거나 모든 작업이 완벽하게 처리됨을 보장하지는 않습니다.
또한 작업을 중지할 수 있는 세 가지 다른 위치가 있습니다:
- 일시 정지(Pause) - 활동(Activity) - 예약됨(Scheduled)
메인 에이전트를 일시 정지한다고 해서 다른 두 가지가 자동으로 취소되지는 않습니다. 워크플로를 종료할 때는 세 곳을 모두 확인하세요.
5. GPT‑6.1 Sol 활용하기
모델 선택기가 제가 다음으로 향할 곳입니다.
GPT‑6.1 Sol 은 Plus, Pro, Business, Enterprise 및 Edu 요금제의 Work 와 Codex에서 사용할 수 있습니다. 워크스페이스 관리자가 이를 활성화해야 할 수도 있습니다.
https://x.com/thsottiaux/status/2105007628460109953
채팅 모델 선택기에서도 사용 가능합니다
OpenAI 는 Sol 이 더 낮은 비용으로 Astra 에 가까운 성능을 제공한다고 설명합니다. 기본값으로 선택하기 전에 익숙하고 까다로운 작업으로 둘을 비교해 보겠습니다.
입력창 아래의 모델 선택기를 열고 Sol 을 선택한 다음, 기본 추론 설정으로 시작하세요.
결과물을 판단할 수 있는 작업을 부여하세요:
이 출시 브리프와 현재 랜딩 페이지를 읽어줘. 뒷받침되지 않거나, 모호하거나, 일관성이 없는 주장을 찾아줘. 정확한 대체 문구를 제안하고 각 변경 사항에 어떤 증거가 필요한지 설명해 줘.
API 사용자의 경우 모델 ID 는 gpt-6.1-sol 입니다.
표준 토큰 가격 비교는 다음과 같습니다:
즉, Sol 의 표준 입력 및 출력 단가는 80% 더 저렴합니다. 최종 작업 비용은 여전히 토큰 사용량, 도구, 가격 조건에 따라 달라집니다.
Sol 은 105 만 토큰 컨텍스트 창을 지원합니다. 입력 토큰이 272,000 개를 초과하는 요청은 요금이 더 높으므로, 방대한 컨텍스트를 저렴하다고 생각하기 전에 모델 페이지를 확인하세요.
이제 모델 선택과 속도 선택을 분리하세요.
표준 Astra 와 비교하여, Astra Ultrafast 는 Codex 에서 최대 8 배 빠르게 토큰을 생성합니다.
https://x.com/sama/status/2104994601140711896
브라우저 대기, 도구 사용, 긴 추론이 포함된 작업은 자동으로 8 배 빨리 끝나지 않습니다.
속도 가이드에는 Pro 500 및 적격 Enterprise/Edu 액세스가 나열되어 있습니다. Ultrafast 는 사용량도 더 빠르게 소모합니다.
새로운 Pro 500 요금제는 월 $500 입니다. Pro 100 또는 200 에서 추가 크레딧을 구매한다고 해서 Ultrafast 가 잠금 해제되지 않습니다.
마지막으로, ChatGPT 로 로그인 기능을 사용하면 적격 Plus/Pro 사용자가 참여 중인 타사 앱에서 자신의 요금제 사용량을 적용할 수 있습니다.
ChatGPT 로그인 옵션을 선택한 다음, 제공되는 곳에서 요금제 사용을 활성화하세요. 로그인 지원과 요금제 사용 지원은 다릅니다. 사용량은 허용량을 공유하며, 앱 수수료가 여전히 발생할 수 있습니다.
6. 작업을 ChatGPT Space 로 가져오기
**매우 흥미로운 부분입니다
이제 우리의 출시 작업에는 보고서, 결정 사항, 초안이 있습니다. 팀이 최신 버전을 찾을 수 있는 공간을 마련해 주세요.*
https://x.com/thsottiaux/status/2104983716049379472
출시 시점에서 Space 와 Pages 는 Pro, Business, Enterprise 에서 사용할 수 있습니다.
Space 를 열고 새 페이지(New page) 를 선택하여 출시 페이지를 만드세요. 브리프, 관련 파일, 소스 링크를 추가하세요.
페이지 옆에 ChatGPT 를 함께 열어두고 초안을 작성하거나 수정하세요. Space 가이드는 페이지 만들기, 스페이스 구성, 액세스 공유를 다룹니다.
이 출시 자료들을 다음을 포함하는 작업용 페이지로 변환해 줘: 현재 범위, 승인된 주장, 미결 결정 사항, 담당자, 날짜가 기록된 변경 로그. 소스 링크는 그대로 유지해 줘.
여기서 Pages 가 유용해집니다. 합의된 버전은 언제든 돌아와서 업데이트할 수 있는 보금자리를 갖게 됩니다.
팀 스페이스의 경우 전체 → 새로 만들기 → 스페이스를 사용하고, 이름을 지정한 뒤 공동 작업자를 초대하세요. 민감한 자료를 추가하기 전에 액세스 권한을 확인하세요. 스페이스 멤버십은 해당 스페이스의 모든 페이지에 적용됩니다.
협업 Slides 역시 DevDay 발표 중 하나로, 향후 몇 주 내에 제공될 예정입니다. 이 워크플로의 다가올 일부로 간주하세요.
공유 자동화를 위해 Teams 및 Team Tasks는 구성된 팀 연결 및 서비스 계정을 사용하여 예약되거나 이벤트 기반의 작업을 제공합니다.
- 해당 설정을 위해 워크스페이스 관리자를 참여시키세요. 팀 워크플로는 한 동료의 로그아웃이나 퇴사 후에도 유지되는 액세스 권한이 필요합니다.
OpenAI 는 Slack 및 Microsoft Teams 의 @ChatGPT도 발표했습니다. 관리자가 통합 및 허용된 도구와 채널을 구성합니다.
- Slack 의 개인 Dot 과 워크스페이스의 공유 @ChatGPT 통합은 설정 및 액세스 규칙이 다릅니다. 워크플로가 누구의 소스를 사용해야 할지 결정하세요.
그리고 Meetings 플러그인이 있습니다. Plugins 에서 설치하고 오디오 설정을 마친 뒤, 회의에서 메모 작성(Take notes) 을 사용하세요.
녹음 전에 참가자들에게 알리고 동의를 받으세요. 이후 요약 내용과 제안된 조치를 검토한 다음 확정된 약속으로 전환하세요.
출시 시점에서 Meetings 는 Pro 및 Business 용 macOS 데스크톱 베타이며, Enterprise 는 알파 단계입니다. 캘린더 연동은 알림과 같은 편의 기능을 추가합니다.
7. Codex 로 빌드, 검토, 배포하기
출시 보고서에서 실제 문제를 발견했다고 가정해 봅시다. 모바일에서 가입 페이지가 깨지는 문제입니다.
https://x.com/OpenAIDevs/status/2104996045482778973
코딩 작업에 재현 가능한 목표를 부여하세요.
먼저 Codex Cloud 를 구성합니다. 작업 위치 → 클라우드를 선택하고, 환경을 만든 뒤 필요한 GitHub 리포지토리를 연결하세요.
설정이 프로젝트를 검사하고 종속성을 설치하도록 두세요. 보고서를 검토하고 누락된 부분을 해결한 다음, 작업을 시작하기 전에 환경을 게시하세요.
[이슈]에 설명된 가입 실패를 재현해 줘. 원인을 파악하고, 가장 적절한 최소한의 수정을 적용한 뒤, 관련 검사를 실행해 줘. diff, 결과, 남아있는 불확실성을 반환해 줘.
새로워진 Codex CLI 는 또 다른 진입점을 제공합니다. 설치 가이드를 따르고, 로그인한 뒤 프로젝트 디렉터리에서 여세요.
Sol 로 시작하려면:
1codex --model gpt-6.1-sol
이번 업데이트는 음성 제어와 위임된 작업을 추적하기 위한 /agents 뷰를 추가합니다.
- CLI 에는 모델 선택, 권한, 검토 제어 기능도 포함되어 있습니다. 에이전트가 실제로 필요로 하는 리포지토리와 도구를 제공하는 환경을 선택하세요.
다음으로 데스크톱 사이드바에서 코드 리뷰(Code Review) 를 열고, 공급자를 연결한 뒤 풀 리퀘스트를 선택하세요.
리뷰 가이드에는 GitHub 지원과 GitLab 미리보기가 나열되어 있습니다. 구성이 완료되면 자동 리뷰가 클라우드에서 1 차 검토를 수행할 수 있습니다.
병합하기 전에 변경 사항 및 테스트 증거와 함께 리뷰 결과를 확인하세요.
보안 작업의 경우 Codex Security Cloud를 설치하고, 새 스캔(New scan) 을 선택한 뒤 리포지토리와 클라우드 환경을 구성하세요.
유용한 경우 지속적인 커밋 검사를 활성화하고, 각 발견 사항에 대한 증거를 확인하세요.
- Codex 로 수정(Fix with Codex) 은 패치를 준비할 수 있습니다. 초안 PR 을 만들기 전에 해당 패치를 검토하세요.
여기서 제 규칙은 간단합니다. 변경 사항을 수용하는 데 필요한 증거를 요구하고, 실제로 그것을 읽어보는 것입니다.
8. Sites 와 Plugins 로 나만의 도구 만들기
몇 번의 출시 업데이트를 거치면 반복되는 단계들이 눈에 띌 것입니다. 동일한 입력, 동일한 형식, 동일한 검사입니다.
이는 플러그인으로 만들기에 아주 좋은 후보입니다.
사용 가능한 경우 @Plugin Creator 를 언급하고 워크플로를 설명하세요. 생성 가이드는 이를 다듬고, 테스트하고, 설치하는 방법을 설명합니다.
Launch Update 플러그인을 만들어 줘. 입력: 출시 브리프, 현재 체크리스트, 날짜가 기록된 변경 사항. 출력: 소스, 차단 요소, 담당자, 결정 사항이 포함된 업데이트. 누락된 소스는 물어봐. 확인된 사실과 제안 사항을 구분해. 검토용 초안을 준비해. 첨부된 이 업데이트를 포맷 참고 자료로 사용해 줘.
불완전한 정보와 충돌하는 날짜로 테스트해 보세요. 완벽한 예시에서만 작동하는 워크플로는 시간을 크게 절약해주지 못합니다.
DevDay 플러그인 발표에는 제출 및 검색 기능과 더불어 사이드바 앱, 대화 패널, 파일 편집기와 같은 풍부한 인터페이스를 위한 Extensions 도 포함됩니다.
플러그인에 사용자 지정 인터페이스가 필요한지 결정하기 전에 공식 Extensions 예시를 살펴보세요.
다음으로 Sites를 사용하여 출시 대시보드를 구축하세요. 사용자, 소스 데이터, 각 사람이 수행할 수 있는 작업을 설명하세요.
새로운 Sites with plugins 기능은 연결된 도구와 데이터를 사용할 수 있습니다. 출시 시점에서 이러한 사이트는 워크스페이스 비공개이며 워크스페이스 활성화 여부에 따라 달라집니다.
각 방문자는 자신의 연결된 계정과 권한을 사용합니다. 사이트를 공유한다고 해서 모든 사람에게 여러분의 연결 권한이 넘어가지 않습니다.
허용된 실제 데이터로 미리 보기 하세요. 반복 작업 중에는 버전을 저장하세요. 배포하면 라이브 URL 이 생성되므로 게시는 신중한 단계로 다루어야 합니다.
MCP Events 는 또 다른 조각을 추가합니다. 지원되는 서버는 구독과 웹훅을 사용하여 에이전트 작업을 시작하는 이벤트를 전달할 수 있습니다.
예를 들어, 새로운 출시 차단 요소가 초안 업데이트를 트리거할 수 있습니다. 이벤트 가이드는 필요한 서버 지원을 다룹니다. 일반적인 커넥터가 자동으로 이벤트 소스가 되는 것은 아닙니다.
마지막으로, 공유 가능한 프로필(Shareable Profiles)은 선택한 Sites 를 선보일 수 있는 공간을 제공합니다.
내 프로필을 열고, 표시할 항목을 선택한 뒤 공유 설정을 검토하세요. 개인 프로필은 기본적으로 비공개로 시작합니다. 가용성과 워크스페이스 제어는 다양하며, Enterprise 지원은 곧 제공될 예정으로 나와 있습니다.
9. 나만의 제품에 에이전트 구축하기 (Jev 경쟁자)
https://x.com/thsottiaux/status/2104986448269279399
개발자들에게 다음 질문은 고객이 이미 사용 중인 애플리케이션 내부에서 이런 종류의 워크플로를 어떻게 제공할 것인가입니다.
Agents API 는 9 월 10 일에 출시되었습니다. DevDay 는 컴퓨터 사용(computer use) 으로 이야기를 확장합니다. 이들은 별개의 마일스톤입니다.
공식 퀵스타트로 시작하세요. 필요한 권한으로 프로젝트 API 키를 생성하고, SDK 를 설치한 뒤 제공된 샌드박스 예시를 실행하세요.
키는 에이전트의 샌드박스 외부에 보관하세요. 첫 번째 목표는 세션을 생성하고, 진행 상황을 관찰하고, 실제 결과를 확인하는 것입니다.
그런 다음 워크플로에 필요하다면 브라우저 기반 컴퓨터 사용을 추가하세요. 가이드는 웹사이트 접근 요청, 로그인, 브라우저 활동, 세션 정리를 다룹니다.
이번 출시를 위해 좁은 범위의 작업으로 시작하세요: 공개 가입 흐름을 확인하고 처음 깨진 단계를 보고해 줘. 인증이 필요한 경우 테스트 계정을 사용해.
- Decisions API 는 텍스트나 이미지 컨텍스트를 사용하여 사전 정의된 답변 중에서 선택합니다. 분류, 라우팅 및 유사한 결정에 초점을 맞춥니다.
설계 예시: 수신된 출시 이슈를 카피, 엔지니어링, human_review 로 라우팅합니다. 프로덕션에 결정을 연결하기 전에 레이블과 평가 예시에 합의하세요.
제한된 미리보기로 출시되었으며, 이후 며칠에 걸쳐 더 넓은 액세스가 제공될 예정입니다. 이에 대한 종속성을 구축하기 전에 액세스 권한을 확인하세요.
AWS 팀을 위해 Bedrock Managed Agents는 OpenAI 의 에이전트 하네스와 모델 추론을 Amazon Bedrock 으로 가져옵니다.
실행, 인증, 지원 서비스는 OpenAI 호스팅 API 와 다릅니다. 해당 배포 경로를 위해서는 IAM 을 포함한 AWS 전용 설정을 사용하세요.
Private Intelligence 발표 역시 주의 깊게 읽어야 합니다.
Private Safety Processing은 OpenAI 가 해당 프롬프트와 응답을 보유하지 않고 자동화된 안전 검토를 지원합니다. 암호화된 안전 기록은 문서화된 보관 설정에 따라 고객이 제어하는 스토리지에 남습니다.
Private Inference 는 이번 가을 미리보기로 발표되었습니다. 배포를 계획할 때 이를 향후 가용성 마일스톤으로 취급하세요.
마지막으로, OpenAI Marketplace 를 통해 적격 기업은 OpenAI 약정 금액의 일부를 승인된 파트너 소프트웨어에 사용할 수 있습니다. 액세스는 기업 관심 등록 절차를 통해 이루어집니다.
이러한 출시 상태는 공식 DevDay 요약에 기록되어 있습니다.
10. 실무 적용: 4 가지 실용적인 설정
첫날부터 이 모든 것을 조합할 필요는 없습니다.
이번 주에 여러분에게 유용한 무언가를 만들어낼 워크플로를 선택하세요. 다음은 시작을 위한 설계이며, 각각 앞서 설명한 액세스 및 연결에 의존합니다.
A. 출시 코디네이터
Dots 에게 출시 브리프, 체크리스트, 선택한 대화, 검증된 스케줄을 제공하세요. 현재 계획을 Space 페이지에 보관하세요.
오늘의 출시 업데이트를 준비해 줘. 변경 사항, 증거, 차단 요소, 그리고 내 결정이 필요한 사안을 보여줘. 후속 메시지가 있다면 승인용으로 초안을 작성해 줘.
확인: 모든 중요한 주장을 소스로 거슬러 올라가 확인할 수 있나요? 보고서가 최신 합의된 변경 사항을 포착했나요?
B. 크리에이터의 리서치 데스크
예약된 Dot 작업을 사용하여 정의된 소스 목록에서 변경 사항을 수집하세요. Sol 을 사용하여 검증된 노트를 초안으로 변환하세요.
[날짜] 이후 업데이트가 있는지 이 공식 소스들을 검토해 줘. 출시된 기능과 미리보기 및 발표를 구분해 줘. 모든 사실 주장에 링크를 달아줘. 기사 주제 세 가지를 제안해 줘.
확인: 소스를 열고 날짜를 확인한 뒤, 본인이 사용하지 않은 것을 직접 테스트한 것처럼 암시하는 문장은 모두 삭제하세요.
C. 개발자의 이슈-PR 워크플로
Codex 에게 재현 가능한 이슈와 구성된 환경을 제공하세요. 결과물을 검토한 다음, 적절한 경우 Code Review 및 보안 도구를 사용하세요.
이 이슈를 재현하고, 수정안을 제안하고, 관련 검사를 실행해 줘. diff 와 실제 결과를 보여줘. 확인할 수 없었던 부분은 표시해 줘.
확인: 원래의 오류가 사라졌나요? 테스트가 관련성이 있나요? 리뷰어가 변경 사항과 남은 위험을 이해할 수 있나요?
D. 팀의 후속 조치 데스크
공유 액세스가 구성된 후에는 메모 작성에 Meetings 를, 합의된 기록에 Space 를, 후속 조치에 Team Task 를 사용하세요.
이 메모에서 결정 사항, 제안된 조치, 담당자, 날짜를 추출해 줘. 불확실한 부분은 표시해. 후속 조치를 보내기 전에 검토용으로 준비해 줘.
확인: 각 담당자가 조치를 수락했나요? 잠정적인 날짜가 명확하게 표시되어 있나요? 팀원들이 연결된 기록을 열 수 있나요?
패러다임의 전환
Dot 이 GrokBot 보다 진정으로 우위를 점하는 영역은 모델입니다.
하지만 이것이 정말로 많은 사람들을 OpenAI 로 끌어모을 수 있을까요?
당신이 결과를 정의하면 → 에이전트가 작업을 추진하고 → 당신이 결정을 내립니다.
진짜 알파 정보는 이러한 출시 기능들을 명확한 책임, 유용한 컨텍스트, 검증 가능한 결과를 갖춘 하나의 워크플로로 연결하는 데 있습니다:
- Dots 에게 지속적인 작업과 명확한 권한 경계를 부여하세요.
- Sol 과 Codex 를 사용하여 조사하고, 구축하고, 검토하세요.
- 공유 작업은 Space 에 보관하세요. 반복되는 단계를 플러그인과 예약된 작업으로 전환하세요.
이제 여러분은 작업이 어떻게 실행되는지를 설계하고 있습니다.
무엇이 작업을 시작하나요? 어떤 소스를 사용해야 하나요? 완료된 모습은 어떤가요? 어떤 결정이 여러분에게 되돌아오나요?
이제 설정, 프롬프트, 그리고 4 가지 실용적인 워크플로를 갖추었습니다. 반복되는 작업 하나를 선택하세요. 절약된 시간과 필요한 수정 횟수를 측정하세요. 그런 다음 확장하세요.
길러야 할 기술은, 매 클릭마다 지시하지 않아도 에이전트가 작업을 추진할 수 있을 만큼 명확하게 업무를 정의하는 것입니다.
이 플레이북을 북마크하세요 - 그리고 여러분의 Dot 에게 첫 번째 진짜 업무를 부여하세요
