简体中文

繁體中文

English

Tiếng Việt

한국어

日本語

ภาษาไทย

Türkçe

Partnered With:

「모닝 브리핑」에서 Codex 익히기: 복제 가능한 여섯 가지 사용 레벨

이 글을 읽으려면 24 분

OpenAI 엔지니어가 AI 도구 사용 방법을 가르칩니다

원문 제목: 코덱스 모닝 브리프의 여섯 가지 복잡성 수준
원문 저자: Jason Liu
번역: Peggy

편집자 주: 많은 사람들이 AI 도구를 배울 때 주로 모델 능력, 에이전트 아키텍처 또는 복잡한 자동화 개념부터 시작하려고 하지만, 이는 오히려 일반 사용자들이 단계별로 시작할 때 겁먹게 만들 수 있습니다. 본문에서는 더 쉽게 시작할 수 있는 방법을 제안합니다: AI가 무엇인지 먼저 이해하지 말고, 대신 매일 아침 실제로 발생하는 업무 상황인 "모닝 브리프"로 시작하십시오.

저자는 Codex의 "모닝 브리프"를 예로 들어, 보통 사람이 어떻게 AI를 질문 응답 도구에서부터 실제 업무에 참여하는 조력자로 업그레이드하는지를 세부적으로 설명했습니다. 첫 번째 단계는 Slack, Gmail 및 캘린더를 연결하고, 오늘 주의해야 할 사항을 알려주는 것뿐입니다. 그 후, 에이전트 파일을 고정된 출력 형식과 개인 선호도로 사용하게 만들며, 그 이후에는 매일 자동으로 실행되어 다른 프로젝트로 스레드를 분리하고, 직접 회신 작성, 회의 준비 자료 및 프로젝트 메모 작성까지 가능케 합니다.

이 튜토리얼의 가치는, AI 사용을 추상적인 방법론으로 설명하는 대신 복잡한 능력을 여섯 가지 운영 가능한 수준으로 분해했다는 데 있습니다: 정보 요약부터 선호도 결정까지; 주기적인 알림부터 프로젝트 관리까지; 판단 지원부터 장기 기억까지. 각 수준은 매우 구체적인 사용 동작에 해당하며, 사용자는 첫 단계부터 에이전트 시스템이 무엇인지 이해할 필요가 없어도 실제 작업 흐름에서 점차적으로 AI의 가치를 경험할 수 있습니다.

Codex를 실제로 사용하기를 원하며 채팅 창으로만 사용하는 것이 아니라면, 이것은 매우 적합한 초보자 안내서라고 할 수 있습니다.

아래는 원문입니다:

나는 아는 한 가장 간단한 방법으로 누굴에게 AI 사용을 가르치는 가르치는 것.

모델이나 에이전트, 또는 어떤 추상적인 기술 범주에서 시작하는 대신, 일반적으로 사람들이 이미 익숙한 작업 상황에서 시작하고, 그것을 조용히 강력하게 만드는 것이 좋습니다.

모닝 브리프가 효과적인 이유는 거의 모든 사람이 비슷한 프로세스를 이미 갖고 있지만 일반적으로 이를 혼란스럽게 정리한다는 것입니다.

나는 모닝 브리프가 일반인들이 이해할 수 있는 첫 번째 Codex 작업 흐름이라고 생각합니다.

아침에 일어나서 Slack을 열고, 캘린더를 확인하고, 이메일로 들어가서, 그런 다음 왜 이메일을 켰는지 깜빡이는 것을 잊고; 그 후에 다시 Slack으로 돌아가서, 갑자기 7분 후에 회의가 있다는 것을 깨닫고, 어제 무슨 일이 있었는지 전혀 모르는 것입니다.

그 매력은 매우 간단합니다. 지금 실제로 무엇이 일어나고 있는지를 기억하도록 도와줍니다.

Codex의 새로운 사용자 안내를 논할 때, 이는 충분히 일상적이고 교육에 적합하며 동시에 유용하고 심각하게 취급할 가치가 있는 작업 흐름입니다. 처음에는 단순한 방향성 팁일 뿐이었습니다. 그러나 계속 진전시키면, 결국 사람들이 Codex를 실제로 사용하도록 도와주는 좋은 모델이 될 것입니다.

초보자가 이해할 수 있는 것부터 시작합니다. 그런 다음 실질적인 능력을 하나씩만 추가합니다. 전체 시스템의 형태가 명확해질 때까지.

여기에는 실제로 여섯 가지 수준이 있다고 봅니다.

Level 1：오늘 정말 뭘 해야 하는지 먼저 물어봅니다

첫 번째 버전은 작아서 거의 좀 부끄러울 정도였습니다.

Slack, Gmail 및 Calendar를 연결한 다음 물어보는 것입니다: Slack, Gmail 및 Calendar를 사용하여 오늘 처리해야 할 일이 무엇인지 말씀해주세요.

Codex가 당신의 작업에서 가장 일반적인 세 가지 정보 진입점을 뛰어넘을 수 있는지 먼저 확인하고 실제로 관심 있는 몇 가지 사항을 알려줍니다.

어쩌면 Slack에서 회신해야 할 스레드가 있을 수도 있고; 어쩌면 준비를 잊은 회의가 있을 수도 있고; 어쩌면 회의 배경을 변경시킬 이메일이 올 수도 있습니다.

아침의 처음 10분을 조금 더 명확하게 만들어준다면 이미 작용한 것입니다.

Level 2：agents 파일에 가입합니다

두 번째 수준은 약간의 지속적인 지침을 추가하는 것입니다.

Codex를 유용하게 만들 만큼 충분한 초기 정보 진입점이 이미 있습니다. 이제 매일 아침 단순히 "도움 항상 제공"이 되지 않도록 만들어야 합니다.

여기서 agents 파일이 유용합니다. 이는 기술적인 수준의 얼음장 같은 것이 아니라, "이 작업이 기본적으로 어떻게 보이길 바라는지 설명하는 곳"입니다.

아침 브리핑의 경우 다음과 같을 수 있습니다:

나에게 아침 브리핑을 줘.
중점 사항:
- 내가 회신해야 할 사람들
- 준비가 필요한 미팅
- 어제 약속했지만 아직 완료하지 못한 항목들
- 어젯밤에 발생한 변화로 오늘의 우선순위에 영향을 줌
명확한 제목과 항목 기호를 사용해.

브리핑을 다음과 같이 구성하세요：
- 해야 할 일
- 회신 필요
- 프로젝트 업데이트

각각의 「회신 필요」에 대해 다음 사항을 포함하세요：
- 해당하는 Slack 즉시 링크를 첨부하세요
- 상대방이 무엇을 기다리고 있는지 설명하세요
- 즉각 회신해야 하는지 판단하는 데 도움이 되는 충분하지만 과도하지 않은 맥락을 제공하세요
간결하고 구조화되어 빠르게 검토할 수 있도록 유지하세요.

이 파일을 실제 어디에 놓을지 걱정할 필요가 없습니다. Codex에게 다음을 알려주면 됩니다:

이 내용을 에이전트 파일에 저장해 주세요. 그러면 앞으로 아침 브리핑을 준비할 때마다 사용할 수 있습니다.

그런 다음 위의 지시사항을 붙여 넣으십시오. 중요한 것은 한 번 정의하고, 그것을 기반으로 한 모든 브리핑이 출발하도록하는 것입니다.

당신은 어떤 일이 얼마나 고급스럽게 들리는지 걱정할 필요가 없습니다. 단지 내일 아침이 오늘 아침보다 조금 덜 스트레스 받길 원할 뿐입니다.

기타 작업에 대해서는 지시가 다를 수 있습니다. 인사담당자는 지원자를 그룹화하기를 원할 수 있고, 엔지니어는 차단 문제와 코드 리뷰를 분리하기를 원할 수 있으며, PR 담당자는 외부 정보 스캔과 내부 할 일을 분리하기를 원할 수 있습니다. 그러나 행동은 동일합니다: Codex에게 실제 맥락을 제공하고, 그런 다음 당신의 기본 규칙을 제공합니다.

레벨 3: 계속 주시하도록 만듭니다

세 번째 레벨은 주기적으로 참여하지만, 이것을 '자동화 작업 생성'으로 가르치지는 않습니다.

저는 이렇게 말할 것입니다: 매일 아침, 이것을 주시하세요.

이것이 사람들이 실제로 기억할 수 있는 지시사항입니다.

기본적으로 당신은 아침 브리핑을 주기적인 자동화 작업으로 변환하고 있습니다. 그러나 실제로 사용할 때, 당신은 그저 이것이 유용하다고 생각해서 돌아오길 원하는 것입니다.

가치 단위는 더 이상 '내가 물어본다'가 아니라 '브리핑은 이미 거기에 대기 중이었다'입니다.

게다가, 그것이 같은 스레드에 존재하기 때문에, 당신은 매번 새로운 힌트를 쓸 필요가 없습니다. 그것은 너의 불평에 따라 계속 개선될 것입니다. Slack에서 처리되지 않은 사항을 항상 놓치는 경우 이에 대해 Codex에게 알려줍니다. '회신 필요', '준비 필요', '알아야 할 사항'을 분리해야 한다면 한 번 가르쳐주고, 이 스레드가 당신의 선호도를 계속적으로 반영하도록합니다.

그것이 왜 나는 언제나 스레드 버전을 사용하는 것을 선호하는지인데, 그렇지 않고 어떤 일반적인 예정보고서를 사용하지 않습니다. 아침 브리핑은 당신의 불평대로 더 나아질 것입니다.

주기적인 알림은 간단하게 유지할 수 있습니다:

매 평일 아침, 다음을 주시해주세요.
Slack, Gmail 및 Calendar를 확인해주세요.
다음 사항을 알려주세요:
- 내가 주의해야 할 사항
- 어떤 일에 대비해야 하는지
- 내가 놓칠 수도 있는 변경 사항
- 제가 봐야 할 항목이 뭔지
간단하게 유지해주세요.
중요한 변경 사항이 없다면 그냥 알려주세요.

이 단계에 이르면, 아침 브리핑이 진정 가치 있게 됩니다. 일어나면 이미 누군가가 당신을 위해 첫 번째 정보 정리를 완료했습니다.

레벨 4: 여러 프로젝트 레벨 브리핑으로 나누기

마침내, 총체적 보고서는 점점 명료성을 잃게 됩니다.

이 부분은 대화 중에 명확하게 나타났습니다. 사실, 나는 영원히 만능 일일 보조를 갖고 싶어하지 않았습니다. 보통 나는 여러 개의 프로젝트 스레드를 가지며, 각 스레드는 나에게 자체 아침 브리핑을 제공합니다.

한 스레드는 특정 릴리스용입니다.

한 스레드는 특정 프로젝트용입니다.

한 스레드는 오픈 소스 업무용입니다.

한 스레드는 스탭 총괄과 같은 개인 업무 이슈용입니다.

각 스레드의 '중요'의 정의는 모두 다릅니다.

프로젝트 스레드는 차단 사항, PR, 의사 결정, 그리고 약속한 초안이 완료되었는지 등에 관심이 있습니다.

채용 스레드는 오늘 면접 예정자 브리핑과 어제 밤에 발생한 새로운 배경 변화에 관심이 있습니다.

개인 스레드는 메시지, 일정, 여행, 그리고 계속해서 배경에서 조용히 누워 있는 저 강도 업무에 관심이 있습니다.

이 때, 상단 고정 스레드의 의미가 명확해집니다. 주기적인 아침 브리핑은 보고서가 아닙니다. 각 프로젝트가 자체 방식으로 '따뜻하게' 유지되도록 하는 방법입니다.

알림 단어가 더 나아진 이유는, 해당 스레드가 이미 '릴리스 관련 사항'이 정확히 무엇인지를 알고 있기 때문입니다.

레벨 5: 보고서가 직접 후속 작업 초안을 작성하도록 하기

이 수준에서, 아침 브리핑은 단순히 발생한 일을 알려주는 것뿐만이 아니라 명백한 후속 작업 초안을 작성해야 합니다.

Slack 응답 초안 작성 후 전송하지 않음.

지원자 개요 정리.

회의 준비 노트 작성.

내가 응답하기 전에 읽어야 할 토론 스레드를 요약.

어떤 결정이 내 책임으로 보이는지 알려줌.

좋은 레벨 5 요약의 마무리는 아마 다음과 같을 것입니다: 우선 응답해야 할 세 개의 메시지를 여기에 제안합니다. 개별적으로 응답 초안을 작성했습니다. 준비해야 할 두 개의 회의가 여기 있습니다. 당신에게 막힌 결정이 또 하나 있습니다.

아침 브리핑은 명백한 작업 몇 가지를 반 내게 몫을 할당하는 대신, 내게 다시 읽는데 필요한 요약만 제공하는 보고서가 되길 희망합니다.

이 또한 내가 스마트폰을 더 많이 사용하기 시작하는 시기입니다. 컨텍스트 수집이 이미 컴퓨터를 열기 전에 완료된 경우, 이동 중에 간단히 브리핑을 스캔하고 승인할 사항을 처리하거나, 자리에 앉은 뒤 어떤 것이 진정으로 주목할만한지 판단할 수 있습니다.

레벨 6: 중요한 내용을 저장소에 보관

여섯 번째 레벨은 아침 브리핑이 더는 단순히 아침 의례가 아니라 기억 시스템 세트로 진화하는 것입니다.

아침 브리핑이 동일한 사람, 동일한 프로젝트, 미해결 사항, 동일한 결정을 반복한 경우, 이러한 일부 내용이 단순히 스레드에 남아 있지 않고 영속적인 정보가 되어야 합니다.

중요한 내용을 기록하세요.

프로젝트 노트 업데이트.

미해결 사항 기록.

잊어서는 안 될 결정 사항에 추가.

다음 주 브리핑을 더 나아지게 만들 정보 보관.

저는 보관소를 사용하기 시작하는 지점입니다. 간단히 말해, 기억을 파일로 만들어 보고, 비교하고, 스레드 간에 재사용할 수 있는 세트로 만드는 것을 좋아합니다.

최소한으로 사용 가능한 버전은 대략 다음과 같습니다:

vault/
├── TO DO.md
├── people/
├── projects/
├── daily/
├── notes/
└── AGENTS.md

구조는 매우 간단합니다:

·TODO.md는 루프백되지 않은 사항이 대화 기록에서 사라지지 않도록합니다.

·people/ 일반 공동 작업자에 대한 영구 컨텍스트를 저장합니다.

·projects/ 중요한 작업 흐름의 상태를 저장합니다.

·daily/ 매일 중요 사항을 기록하는 위치입니다.

·notes/보다 자유로운 연구 콘텐츠나 일회성 메모를 저장합니다.

·AGENTS.md는 Codex가 이 보말을 사용하는 방법에 대해 안내하며 매번 구조를 다시 발명하지 않아도 됩니다.

아침 브리핑 전에 보말을 미리 읽도록 에이전트 파일을 업데이트해야 합니다. 다음과 같이:

나의 아침 보고서 작성 전에:
- TODO.md 확인하여 루프백되지 않은 항목 파악하기
- people/ 확인하여 관련 공동 작업자 컨텍스트 이해하기
- projects/ 확인하여 활성 작업 흐름 상태 파악하기
- notes/ 확인하여 오늘의 우선 순위를 변경할 수 있는 최근 정보 파악하기
이러한 보말 컨텍스트를 활용하여 보고서를 구체적이고 잊지 않도록 만듭니다.

보고서가 충분한 구조를 갖추면 Codex에게 하위 에이전트를 사용하여 병렬 검색하도록 허용할 수도 있습니다. 하나는 완료되지 않은 할 일을 확인하고, 하나는 프로젝트 노트를 검토하며, 다른 하나는 최근 인물 컨텍스트를 살펴볼 수 있습니다. 그런 다음 메인 스레드가 실제 보고서를 조립하고 중요한 변경이 발생할 때 하위 문서를 업데이트합니다. 첫 날에는 이렇게 할 필요는 없지만 보고서가 충분히 많은 활동 구성 요소를 다룰 때 유용해질 것입니다. 단일 스레드 직렬 처리가 느리고 얕거나 신선하지 않다고 느껴질 때입니다.

Codex에게 이미 수행 중인 작업을 검토하고 보관함을 더 잘 구성하도록 도와달라고 요청할 수도 있습니다. 동일한 사람이 세 개의 프로젝트에 나타나는 것을 발견할 수도 있으며 특정 프로젝트에 명확한 노트가 없는 상황이거나 TODO.md가 개인 일정과 릴리스 차단 사항을 혼합하는 경우가 있을 수 있습니다. 이러한 상호 작용은 유용합니다. Codex가 "이 콘텐츠는 더 적합한 위치가 필요하다고 생각해요. 어디에 넣어야 할까요?"라고 말할 수 있을 때 보말이 더 좋아집니다.

아침 보고서가 더욱 향상되는 이유는 시작하기 전에 보말을 읽고 중요한 변경이 발생한 후에 보말을 업데이트할 수 있기 때문입니다. 내일의 프로젝트 보고서에는 지난 주 결정을 기억하거나 아직 회신해야 하는 사람, 또는 스레드가 길어져서 사라지지 말아야 하는 상태를 포함할 수 있습니다.