Codex는 이제 코딩 에이전트를 넘어 워크스페이스가 되고 있다

spinny:~/writing $ vim codex-role-plugins-sites-workflows.md

1~
2이번 Codex 발표에서 가장 오래 남은 것은 plugin이라는 단어가 아니었다. Codex가 일이 도착하고 형태를 갖추는 장소가 되려 한다는 점이었다.
3~
4OpenAI는 2026년 6월 2일 [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)를 공개했다. 눈에 보이는 변화는 역할별 플러그인, Sites, 주석이다. 하지만 더 중요한 질문은 단순하다. 에이전트가 회사 안에 흩어진 맥락을 팀이 열어 보고, 토론하고, 고칠 수 있는 결과물로 바꿀 수 있을까?
5~
6## 진짜 변화
7~
8오랫동안 Codex는 설명하기 쉬웠다. 개발자가 코드를 고치는 일을 돕는 도구였다. 이번 업데이트는 그 설명을 좁게 만든다. 새 플러그인은 analytics, sales, product design, creative production, public equity investing, investment banking까지 바라본다.
9~
10즉 Codex는 저장소만 읽지 않는다. 대시보드, CRM 메모, 문서, 스프레드시트, 디자인 brief, 금융 데이터를 읽고 업무용 산출물을 만들 수 있다.
11~
12여기서 실용성이 생긴다. 대부분의 팀은 또 하나의 채팅 답변이 필요한 것이 아니다. 모두가 열어 볼 수 있는 페이지, launch room, review board, planner, 작은 내부 앱, dashboard가 필요하다.
13~
14## Sites를 지켜볼 만하다
15~
16Sites는 가장 구체적인 부분처럼 보인다. 채팅 답변은 스크롤 속으로 사라진다. Site에는 URL이 있다. 공유하고, 댓글을 달고, 며칠 뒤 다시 열고, 바뀐 부분만 Codex에게 업데이트하라고 할 수 있다.
17~
18제품 출시, 고객 리뷰, 주간 비즈니스 리뷰, 투자자 메모, 내부 도구에 잘 맞을 수 있다. 첫 버전이 완벽해서가 아니다. 완벽하지 않을 것이다. 가치는 팀이 같은 대상을 본다는 데 있다.
19~
20## 주석은 피드백을 작게 만든다
21~
22주석도 생각보다 중요하다. 더 명확하게 해달라고만 하면 에이전트는 너무 많이 바꿀 수 있다. 차트, 문단, 섹션을 가리키면 작업 범위가 작아진다.
23~
24실제 편집은 원래 그렇다. 전체를 다시 쓰고 싶은 경우는 드물다. 이 문장을 더 날카롭게, 저 그래프를 덜 헷갈리게, 저 슬라이드를 덜 빽빽하게, 저 표를 더 잘 정렬하고 싶을 뿐이다.
25~
26## 내가 테스트한다면
27~
28첫날 모든 도구를 연결하지는 않을 것이다. owner가 분명한 지루한 workflow를 고르겠다. 주간 business review가 좋다. 몇 개의 지표, 몇 개의 메모, 하나의 공유 output, 그리고 외부 공유 전 인간 리뷰.
29~
30체크리스트는 짧다:
31~
32- Codex가 읽을 수 있는 source를 정한다;
33- 무엇을 쓸 수 있는지 정한다;
34- 중요한 주장에는 source link를 남긴다;
35- 모든 산출물에 owner를 둔다;
36- 더 이상 필요 없는 것은 보관하거나 삭제한다.
37~
38위험은 나쁜 첫 초안이 아니다. 팀은 나쁜 초안에 익숙하다. 진짜 위험은 sprawl이다. 생성된 site가 열 개, owner는 없고, source trail도 없고, 어떤 버전이 진짜인지 모르는 상태다.
39~
40## 내 생각
41~
42이번 발표는 에이전트가 demo 단계를 벗어나고 있다는 신호다. 유용한 에이전트는 가장 시끄러운 것이 아니다. 팀의 리듬에 들어오는 것이다. 맥락을 모으고, 초안을 만들고, 흔적을 남기고, 정확한 피드백을 받고, 경계를 지키는 것.
43~
44개발자에게 이것은 engineering이 덜 중요해졌다는 뜻이 아니다. 오히려 더 중요해졌다는 뜻이다. 권한, 기본값, 리뷰 지점, 완료의 의미는 여전히 누군가가 설계해야 한다.
45~
46## 출처
47~
48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)
49~

NORMAL · codex-role-plugins-sites-workflows.md [readonly]49 lines · :q to close

2이번 Codex 발표에서 가장 오래 남은 것은 plugin이라는 단어가 아니었다. Codex가 일이 도착하고 형태를 갖추는 장소가 되려 한다는 점이었다.

4OpenAI는 2026년 6월 2일 [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)를 공개했다. 눈에 보이는 변화는 역할별 플러그인, Sites, 주석이다. 하지만 더 중요한 질문은 단순하다. 에이전트가 회사 안에 흩어진 맥락을 팀이 열어 보고, 토론하고, 고칠 수 있는 결과물로 바꿀 수 있을까?

6## 진짜 변화

8오랫동안 Codex는 설명하기 쉬웠다. 개발자가 코드를 고치는 일을 돕는 도구였다. 이번 업데이트는 그 설명을 좁게 만든다. 새 플러그인은 analytics, sales, product design, creative production, public equity investing, investment banking까지 바라본다.

10즉 Codex는 저장소만 읽지 않는다. 대시보드, CRM 메모, 문서, 스프레드시트, 디자인 brief, 금융 데이터를 읽고 업무용 산출물을 만들 수 있다.

11~

12여기서 실용성이 생긴다. 대부분의 팀은 또 하나의 채팅 답변이 필요한 것이 아니다. 모두가 열어 볼 수 있는 페이지, launch room, review board, planner, 작은 내부 앱, dashboard가 필요하다.

13~

14## Sites를 지켜볼 만하다

15~

16Sites는 가장 구체적인 부분처럼 보인다. 채팅 답변은 스크롤 속으로 사라진다. Site에는 URL이 있다. 공유하고, 댓글을 달고, 며칠 뒤 다시 열고, 바뀐 부분만 Codex에게 업데이트하라고 할 수 있다.

17~

18제품 출시, 고객 리뷰, 주간 비즈니스 리뷰, 투자자 메모, 내부 도구에 잘 맞을 수 있다. 첫 버전이 완벽해서가 아니다. 완벽하지 않을 것이다. 가치는 팀이 같은 대상을 본다는 데 있다.

19~

20## 주석은 피드백을 작게 만든다

21~

22주석도 생각보다 중요하다. 더 명확하게 해달라고만 하면 에이전트는 너무 많이 바꿀 수 있다. 차트, 문단, 섹션을 가리키면 작업 범위가 작아진다.

23~

24실제 편집은 원래 그렇다. 전체를 다시 쓰고 싶은 경우는 드물다. 이 문장을 더 날카롭게, 저 그래프를 덜 헷갈리게, 저 슬라이드를 덜 빽빽하게, 저 표를 더 잘 정렬하고 싶을 뿐이다.

25~

26## 내가 테스트한다면

27~

28첫날 모든 도구를 연결하지는 않을 것이다. owner가 분명한 지루한 workflow를 고르겠다. 주간 business review가 좋다. 몇 개의 지표, 몇 개의 메모, 하나의 공유 output, 그리고 외부 공유 전 인간 리뷰.

29~

30체크리스트는 짧다:

31~

32- Codex가 읽을 수 있는 source를 정한다;

33- 무엇을 쓸 수 있는지 정한다;

34- 중요한 주장에는 source link를 남긴다;

35- 모든 산출물에 owner를 둔다;

36- 더 이상 필요 없는 것은 보관하거나 삭제한다.

37~

38위험은 나쁜 첫 초안이 아니다. 팀은 나쁜 초안에 익숙하다. 진짜 위험은 sprawl이다. 생성된 site가 열 개, owner는 없고, source trail도 없고, 어떤 버전이 진짜인지 모르는 상태다.

39~

40## 내 생각

41~

42이번 발표는 에이전트가 demo 단계를 벗어나고 있다는 신호다. 유용한 에이전트는 가장 시끄러운 것이 아니다. 팀의 리듬에 들어오는 것이다. 맥락을 모으고, 초안을 만들고, 흔적을 남기고, 정확한 피드백을 받고, 경계를 지키는 것.

43~

44개발자에게 이것은 engineering이 덜 중요해졌다는 뜻이 아니다. 오히려 더 중요해졌다는 뜻이다. 권한, 기본값, 리뷰 지점, 완료의 의미는 여전히 누군가가 설계해야 한다.

45~

46## 출처

47~

48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)

49~