안녕하세요. 이번 주말에 결혼식에 다녀왔어요.00:26

뉴욕에서 열렸고, 아주 트렌디한 사람들이 많았어요.00:29

전에 만난 적 없는 사람과 이야기를 나누었는데, 제가 이 발표를 준비하고 있다고 말했어요.00:34

이 프레젠테이션을 준비한다고 했더니, '아, 멋지네요. 컨퍼런스는 어디에 대한 거예요?'라고 묻더라고요.00:39

AI 엔지니어링에 대한 거라고 했더니, 눈이 풀리는 게 보였어요.00:43

다음 사람을 찾아서 이야기하려는 듯했고, 실제로 이런 내용에 관심 있는 사람들 방에 있다는 건 정말 멋진 일이에요.00:49

이런 이야기에 관심 있는 사람들이 가득한 방에 있다는 게 너무00:55

와 계 있어서 정말 기쁩니다. 저는 Conductor의 공동 창업자예요.00:59

여기 Conductor를 사용해 본 분 있나요? 좋아요, 네, 네.01:02

좋아요. 자, 모르는 분들을 위해 말씀드리면, Conductor는01:07

동시에 코딩 에이전트 팀을 관리할 수 있는 데스크톱 앱이에요.01:11

그래서 클라우드 코드나 코덱스, 또는 어떤 코딩 에이전트를 위한 여러 터미널 창을 열어두는 대신,01:15

하나의 인터페이스로 모두를 관리할 수 있죠. 그리고 Conductor를 만드는 과정에서 정말 멋진 점 중 하나는01:22

최고의 빌더들을 가까이서 볼 수 있었다는 거예요.01:27

그들의 워크플로우를 관찰했고, 어떻게 작업하는지 봤고, 무엇을 하는지, 그리고 무엇을 피하는지도 봤어요.01:32

그래서 제가 최고의 엔지니어가 사용하는 원칙들을 모아서 여러분께 공유하면 좋겠다고 생각했어요.01:37

자, Conductor가 어떻게 생겼는지 보여드릴게요. 잘 보이세요?01:46

좋아요, 좋아요. 자, Conductor가 어떻게 생겼는지 보여드릴게요.01:50

그리고 제가 제시할 원칙은 조직에서 가장 빠른 빌더가 되는 방법이에요.01:54

자, 첫 번째 원칙부터 시작해볼게요. 최전선에 가까이 머물러요.02:00

프론티어 근처에 있다는 건 항상 최신 기술을 시도하는 것을 의미해요, 거의 출시되는 날 바로.02:06

얼트라 코드(Ultra Code)가 나올 때마다 그걸 사용해 보는 걸 의미해요.02:11

슬래시 골(Slash Goal)이 나올 때마다 한번 시도해 보는 거예요.02:16

프론티어 근처에 있는 것이 몇 가지 이유로 정말 중요해요.02:21

만약 여러분이 직접 스타트업을 한다면, 프론티어 근처에 있다는 건 실제로 무엇을 만들어야 할지에 대한 많은 새로운 아이디어를 떠올릴 수 있다는 뜻이에요.02:26

무엇을 만들어야 하는지 말이죠. 사실 저희에게도 바로 이런 일이 있었어요.02:32

저희는 완전히 다른 앱인 코러스(Chorus)를 만들고 있었는데, 저희가 얼트라 코드의 엄청난 팬 사용자였어요.02:35

작년 2월부터 클라우드 코드(Cloud Code)를 사용하면서 전체 워크플로우를 클라우드 코드로 구축하기 시작했어요.02:41

저희는 리포지토리를 다섯 번이나 복제하고, 워크트리(Worktrees)를 발견했고, 조금씩 내부 도구로 컨덕터(Conductor)를 구축했어요.02:48

만약 프론티어 근처에 있지 않았다면 그걸 알아차릴 수 없었을 거예요.02:54

스타트업을 하지 않는다면, 회사에서02:58

항상 최신 워크플로우를 알고 있는 사람이 되어야 해요.03:02

과거에는 소셜 그래프만으로03:06

사용할 최적의 워크플로우에 대한 정보가 흘러내려왔지만, 지금은 너무 빠르게 변해요.03:13

그렇게 하면 3개월에서 6개월 정도 뒤쳐지게 될 거예요.03:17

따라서 최전선 근처에 머무는 것이 매우 중요하고, 여기서 중요한 단어는 '근처'예요.03:21

최전선에 있다면 위험할 수 있어요.03:26

'미드위트 밈잉'이라고 부르는 일을 할 수도 있는데, 그건 시간을 모두 써서03:30

워크플로우만 개선하고 실제 작업은 안 하는, 그런 일을 하고 있어요. 그래서 내부적으로 저희는 휴리스틱을 만들었어요.03:35

저희는 이걸 '시장을 이기려 하지 마세요.'라고 불러요. 시장을 이기려고 하지 마세요.03:41

여기 개념은, 당신이 전선 근처인지, 혹은 전선에 있는지03:45

전선 또는 최신 트렌드에 너무 깊숙이 들어갔는지 판단하려고 할 때 사용해야 하는 방법론과 비슷해요.03:49

최신 트렌드에 너무 깊숙이 파고들었는지 스스로에게 물어봐야 해요. 왜 ~가03:53

이 워크플로우가 기본인지 물어보세요.04:01

라우트 루프가 대세가 되기 시작했을 때, 당신은04:04

스스로에게 물어보세요, 라우트 루프를 사용하도록 워크플로우를 최적화할 시간을 많이 써야 할까요?04:11

루트 루프가 모두에게 통한다면, 즉 기본 동작 방식이라면,04:15

그럼 그냥 Anthropic이나 OpenAI 같은 곳에서 기본 환경에 통합될 때까지 기다리는 게 좋을 거예요.04:21

A workflow into the default harness. You can think of this as sort of like an efficient04:27

실제 알파가 없다면 워크플로우를 너무 최적화하지 않아야 한다는 시장 가설과 비슷해요.04:32

워크플로우를 너무 최적화하지 마세요. 제가 말하는 '진정한 알파'는04:38

사용자나 코드베이스에 대해 모델이 알지 못하는 어떤 정보일 수 있어요.04:43

저희의 예를 들어보면 저희는 채팅 앱이에요.04:48

저희는 긴 채팅을 정말 빠르게 렌더링해야 하고 성능이 중요해서 많은 시간을 써서04:52

채팅을 빠르게 렌더링하기 위해 React 쿼리를 최적화해야 해요.04:58

그걸 하기 위해서 코드베이스의 다른 부분에서 희생할 의향이 있어요.05:03

만약 어떤 종류의 알파를 가지고 있다면, 모델이 알지 못하는 앱에 대한 어떤 정보일 수 있고요,05:08

워크플로우에 시간을 투자해야 해요. 그렇지 않으면, 밈처럼 그런 사람이 되지 마세요.05:14

멋진 Emacs 설정을 해놓고는 아무것도 하지 못하는 사람이요.05:19

세 번째. 슬롯 프리 존을 만드세요.05:24

그래서 저희 Conductor에서는 '슬롯 프리 존'이라고 부르는 용어가 있어요.05:27

슬롯 프리 존은 코드 베이스의 일부이거나, 정말 엄격한 사람의 검토가 필요한 앱의 부분이에요.05:31

엄격한 사람의 검토가 필요하며, 저희는 이 점이 조금 독특하다고 생각해요.05:38

많은 사람들이 저희가 순수한 토큰 맥서이고, 3만 라인에 달하는 PR을 찢어버리는 줄 알지만, 사실은 그렇지 않아요.05:43

저희는 코드 베이스의 특정 부분에 대해서는 매우 신중하고, 다른 부분에서는 매우 느슨하게 접근해요.05:51

이것이 중요한 이유는 슬롯 프리 존을 주의 깊게 관리하지 않으면,05:58

코드 베이스가 정말 까다로운 상황에 빠질 수 있고, 저희에게 실제로 이런 일이 있었어요.06:02

저희는 슬롯 프리 존을 주의 깊게 관리하지 않았기 때문에 앱 전체를 몇 번이나 다시 작성해야 했어요.06:08

특히 저희는 마이그레이션 파일을 가지고 있어요.06:15

그리고 RCI에서는 마이그레이션 파일의 변경 사항은 사람이06:18

리뷰를 받도록 되어 있습니다. 슬랙에 쓰여진 내용은 슬롯 프리로 간주하기도 해요.06:25

AI가 쓴 게 아니라 사람이 썼어요. 저희의 모든 문서, 클라우드 MD, 모든 스킬,06:30

만들기 위해 많은 시간을 투자했어요.06:37

이것도 제가 최고의 빌더들을 가까이에서 보면서 알게 된 점이에요.06:40

클라우드 MD나 스킬 파일에 비정상적으로 많은 시간을 투자하는 경향이 있어요.06:44

또 다른 관점에서 생각해 보면, 신입 인턴이 회사에 합류했을 때06:49

회사에 들어올 때마다 무언가를 속삭여 줄 기회가 있다면06:55

매일, 앉을 때마다 뭔가 속삭여 줄 수 있다면07:00

무엇을 속삭일지 신중하게 생각할 거예요.07:05

클라우드 MD나 에이전트 MD가 바로 그거예요.07:10

에이전트가 작업할 때마다 컨텍스트에 로드되는 정보와 같아요.07:14

그러니 거기에 많은 고민을 하고 싶어 하실 거예요.07:18

좋아요, 네 번째, 짐승에게 먹이를 주세요.07:23

Conductor에서는 Conductor Internal Agent라고 부르는 내부 도구가 있어요.07:28

그리고 저희는 이것을 CIA라고도 불러요.07:34

CIA는 조직 내에서 일어나는 모든 것들의 중앙 집중식 데이터베이스예요.07:38

조직에서 새로운 슬랙 메시지가 전송될 때마다 CIA가 그것을 가져가고, CIA 에이전트가07:45

슬랙에 새로운 메시지가 전송되었다는 것을 확인하고, 그것을 가져와서 Postgres 테이블에 저장해요.07:51

사용자가 디스코드에서 버그 요청을 할 때마다 똑같은 일이 발생해요.07:57

회의를 할 때마다 녹음해서 CIA에 저장해요.08:00

이걸 이렇게 부르죠08:05

에이전트가 회사에서 효과적으로 활동하려면 '먹이를 줘야 한다'라고 하는데,08:07

그들이 최대한 많은 정보와 맥락을 갖도록 해줘야 해요. 특히 여러분이 일하는 방식에 대해08:13

여러분이 구체적으로 어떻게 일하는지에 대한 정보를 제공하는 것이 가장 좋은 방법은 모든 정보가 한 곳에 모여있도록 하는 거예요.08:17

정보를 모으는 거죠. 이 트윗이 그걸 잘 요약한 것 같아요.08:22

정말08:28

데이터베이스에 모든 것을 넣고 에이전트에게 SQL 도구를 제공해서 나머지는 처리하도록 하는 건 정말08:30

나머지 부분은 알아서 처리하게 하는 거죠.08:35

자, 다음은 자유로운 에이전트입니다.08:41

에이전트에게 많은 자유를 주세요.08:46

그들이 죽지 않고 자유롭게 탐험할 수 있는 공간을 제공해 주세요.08:49

코드베이스를 탐색하고 정말 어려운 작업을 수행할 수 있으며, 노트북을 닫아도 종료되지 않을 거라는 것을 알게 해주세요.08:54

자기 자신을 더 많이 만들 기회를 제공해 주세요.09:01

다른 에이전트나 다른 사람들과 협력할 수 있는 방법을 제공해 주세요.09:06

제가 생각하기에 자유로운 에이전트와 이 개념이 흥미롭고 중요한 이유는09:11

모델이 점점 더 좋아지고 훨씬 오랫동안 실행할 수 있으며, 그 수가 많아질 거예요.09:19

만약 노트북에 갇혀 있다면, 자유롭게 돌아다닐 때만큼 효과적이지 않을 거예요.09:25

자유롭게 돌아다니는 것과 다른 중요한 점은, 그들에게 놀 수 있는 공간을 제공하면09:33

노트북에 갇혀 있지 않으면 정말 멋진 것들을 위에 지을 수 있다는 점이에요.09:40

저희는 그중 일부를 Conductor에 구현했고, 멋진 것들에 대한 간략한 엿보기를 보여드릴게요.09:45

이것은 Conductor입니다. 조금 더 크게 보이게 할게요.09:56

그리고 이것은 이번 주에 출시되는 새로운 버전의 Conductor입니다,10:00

클라우드에서의 협업을 중심으로 하고 있어요.10:05

그래서 제가 말씀드렸던 건, 에이전트가 놀 수 있는 샌드박스가 필요하다는 거예요.10:10

에이전트는 자유롭게 돌아다녀야 해요. 그래서 각 작업 공간 상단에 작은 클라우드 아이콘이 있다는 것을 알 수 있을 거예요.10:14

클릭하면 에이전트가 실행되는 샌드박스에 대한 정보를 얻을 수 있어요.10:20

이것의 멋진 점은 제가 노트북을 닫아도 에이전트는 계속 실행된다는 거예요.10:26

사실상 이번 주까지 Conductor의 모든 작업은 Git 워크 트리로 빌드되었었어요,10:30

이제 클라우드 샌드박스에 있고, 자유롭게 돌아다니는 에이전트예요.10:36

클라우드를 기반으로 구축할 수 있는 또 다른 멋진 점은 협업이에요.10:39

여기서 보시는 것처럼, 이걸 더 크게 만들게요. 제가 하는 일이에요.10:46

그리고 제가 하고 있는 일들의 목록이 여기 있어요. Conductor 조직에 소속되어 있다는 걸 보실 수 있죠.10:51

내려 스크롤하면 케이든이 뭘 하고 있는지 볼 수 있어요.10:56

루이스가 뭘 하고 있는지, 타윈이 뭘 하고 있는지 확인할 수 있어요.11:01

그리고 잭슨의 얼굴이 거기에 나타나는 걸 볼 수 있어요.11:06

클릭해서 그가 실시간으로 무엇을 하고 있는지 확인할 수 있어요.11:09

그리고 저는 협업이 가장 중요한 새로운 것 중 하나라고 생각해요.11:13

지금은 아무도 제대로 이야기하지 않는 이 도구들의 개념이에요.11:19

협업이 중요한 이유는 모든 위대한 것들이11:22

사람들의 팀으로 만들어지는 것이고, 개인적으로 만들어지는 게 아니라 팀으로 만들어져요. 그리고 또,11:29

모델이 좋아질수록, 특히 Fable에서 보셨듯이, 만들고자 하는 일에 더 야심을 가질 수 있어요.11:34

더 야심 찬 일을 하려면, 그런 일들을 위해 더 많은 사람들과 에이전트가 필요할 거예요.11:41

자, 이제 Caden이 작업 중인 워크스페이스로 들어가 볼게요.11:45

여기서 제가 그가 변경한 내용을 검토할 수 있어요.11:51

이걸 조금 줄여볼게요. 괜찮아 보이는데, 그냥 말해 볼게요.11:58

탭을 사용하고 싶어요, 공백은 안 쓰고서요?12:04

Caden도 실시간으로 그 메시지를 볼 수 있을 거예요.12:11

그리고 워크스페이스에서 채팅도 할 수 있어요. 여기서는 그가 타이핑하는 걸 볼 수 있죠.12:16

Caden이 타이핑하고 있네요. 뭐라고 하는지 봅시다.12:22

엄청 많이 타이핑하는 것 같아요.12:32

음, 어쩌면 타이핑을 그만뒀나 봐요.12:37

그가 한번 살펴볼 시간을 좀 줘야겠어요. 하지만 중요한 건 이제 실시간으로 팀원들과 공유할 수 있는 협업 작업 공간이 된다는 거예요.12:45

우리 팀 사람들과 실시간으로 공유될 수 있어요.12:50

음, 또 타이핑을 하고 있네요.12:55

잠깐만요, 에이전트들이 탈출했어요.13:02

네, 네. 정말 기대돼서 이번 주에 모든 Conductor 사용자들에게 배포할 예정이에요.13:05

사용자들에게 이번 주에 출시할 예정이에요. 음, 저는 협업이 가장 중요한, 음,13:10

가장 중요한 새로운 인터페이스 변경 사항 중 하나라고 생각해요. 올해 들어서요. 클라우드에서 정말 멋진 점은 또 다른 것 같아요.13:15

에이전트에게 자유로운 환경의 샌드박스를 제공하는 이유는 에이전트가 스스로 생성할 수 있는 API를 제공할 수 있기 때문이에요.13:22

여기 제 오픈 클로가 있습니다. 화면을 띄워볼게요.13:27

이것은 제가 만든 오픈 클로인데 이름은 로드13:31

크랜던이에요. 보시면 아시겠지만 텍스트가 잘 보이지는 않지만13:34

컨덕터 API에 접근할 수 있어요. 그래서 제 휴대폰이나 텔레그램, 슬랙 또는13:42

어디에 있든 새로운 작업 공간을 만들 수 있는지 물어볼 수 있죠.13:48

모든 버튼을 파란색으로 만들어주세요?13:53

그래서 로드 크랜던에게 텍스트로 보낼 거예요. 로드 크랜던은 컨덕터 API에 접근할 수 있고14:00

자체적으로 작업을 시작할 수 있어요.14:06

자, 여기에서 어떻게 작동하는지 살펴볼까요?14:09

좋아요, 작업 공간이 방금 생성되었어요. 에이전트가 처리하고 있어요.14:16

그리고 저는 컨덕터에 들어갈 수 있죠.14:19

저는 밖에 있지만, 작업 공간을 설정하고 있고, 제가 없을 때도 일을 처리해 줄 거예요.14:22

프리 레인지 에이전트 위에 만들 수 있는 멋진 것들이 많아서 정말 기대돼요.14:29

오늘 제가 이야기하고 싶은 마지막 원칙이자 이 강연의 제목은 오케스트라, 공장이 아니라는 거예요.14:40

오늘 강연 전체 주제는 소프트웨어 팩토리예요.14:48

솔직히 저는 이 용어가 좀 싫어요.14:52

새롭게 등장하는 도구들을 생각하는 잘못된 방식이라고 생각해요.14:55

제가 공장을 떠올리면 자동화를 떠올려요.15:01

자동화에 대해 놀라운 점들이 많다고 생각해요.15:05

그리고 우리 삶을 더 효율적으로 만들고, 모든 것을 더 많이 생산할 수 있어요.15:09

하지만 저는 미래가 공장을 중심으로 구축되지는 않기를 바라요.15:13

미래는 인간적이라고 느껴야 해요.15:17

흐름 속에 있는 것 같아요.15:20

오케스트라 앞에 서서 지휘봉을 흔드는 것처럼, 이쪽으로 흔들면15:22

에이전트 팀이 작동하기 시작하고, 인간과 에이전트의 융합이 제가 움직이는 대로 함께 작동하는 거죠.15:28

원할 때는 세부 사항에 집중할 수 있지만, 대부분은 멀리 볼 수 있어요.15:34

저는 미래가 에이전트 떼를 관리하고 공장15:38

라인 매니저처럼 버튼을 누르고 다음 기능을 내놓으라고 에이전트를 압박하는 그런 모습은 아니어야 한다고 생각해요.15:45

과거에 '피처 팩토리'라는 용어를 사용하며 시도해 봤지만, 잘 안 되는 걸 경험했어요.15:50

제 소프트웨어가 인간적이고 정교하게 느껴지길 바라요. 모든 중심에서 제가 인간이라고 느끼고 싶어요.15:56

저희는 모두 이 도구를 만들고 있으므로, 사용자에게 좋은 도구를 만드는 책임이 있다고 생각해요.16:02

저에게는 정말 중요한 게, 우리를 흥분하게 하고, 역량을 갖춘 기분을 느끼게 하는 단어를 사용하는 거예요.16:09

흐름에 빠져서 재미있게 느끼는 거예요.16:15

그러니까 저는 미래가 이런 모습은 아니라고 생각해요.16:18

저는 제 어두운 공장에 있고 싶지 않아요.16:24

저는 라인 매니저가 되고 싶지 않고, 이런 기분을 느끼고 싶어요.16:28

흐름에 빠져서 재미있게 만들고 싶어요.16:31

놀라운 인간과 AI 에이전트들과 함께 Mac을 디자인하는 스티브 잡스처럼 느끼고 싶어요.16:35

같은 공간에서, 오케스트라에 있는 기분을 느끼고 싶어요.16:42

오케스트라 말이죠. 자, 이제 조직 내 최고의 빌더가 되기 위한 제 원칙들을 말씀드릴게요.16:45

프론티어 근처에 머물고, 시장을 이기려고 하지 말고, 슬롯 프리 존을 만들고, 짐승에게 먹이를 주세요,16:51

자율 에이전트들을 활용하고, 공장보다는 오케스트라를 생각해야 해요.16:59

이를 기억하기 위한 유용한 약어를 만들었는데, 스틱 포라고 해요.17:03

좋아요, 저를 초대해 주셔서 정말 감사합니다.17:08

저는 계속 있을 테니, 궁금한 점이 있으면 편하게 질문해주세요. 인터넷에서 뵙겠습니다.17:11