1
00:00:00,080 --> 00:00:04,597
그래서 저조 저차도 약간이 AI 패치그라고 그 AI 필요감이라고

2
00:00:04,680 --> 00:00:08,637
하나요? 한국말 한국으로는 AI 필요감이 한 작년부터 좀 심해져 작년

3
00:00:08,720 --> 00:00:12,757
말부터 좀 심해져서 하반기에는 좀 AI를 안 쓰고 약간 운동 플랜으로만

4
00:00:12,840 --> 00:00:17,317
조금 어 썼었다가 올해 초에 약간 이직을 급하게 준비하면서 다시 또

5
00:00:17,400 --> 00:00:21,477
열심히 AI를 사용했던 거 같아요. 그래서이 발표를 준비하면서 어떤

6
00:00:21,560 --> 00:00:24,877
내용을 설명하면 좋을까? 디자이너분들이 자주 놓치고 있는

7
00:00:24,960 --> 00:00:29,317
개념이 뭘까? 그런데 그중에서 꼭 사용하면 정말 좋은게 뭘까 하고 좀

8
00:00:29,400 --> 00:00:32,517
고민을 많이 해봤어요. 그렇다 보니 약간이 개념들을 좀 빼놓을 수가

9
00:00:32,600 --> 00:00:37,037
없더라고요. 바로 스킬스와 엔지니어링. 그스라는게 여러분 모든게

10
00:00:37,120 --> 00:00:40,677
이러한 환경 같은 거예요. 그래서 에이전트가 스킬을 활용하고 서브

11
00:00:40,760 --> 00:00:45,157
에이전트를 돌리면서 약간 그런 결과가 나오는 공간 자체가 이제 하네스라고

12
00:00:45,240 --> 00:00:49,117
생각하시면 돼요. 그리고 에이전트란 판단을 하고 결정을 하는 주체입니다.

13
00:00:49,200 --> 00:00:53,077
오케스트랄 오케스트레이션이라는 거죠. 쉽게 말하면 보스. 그리고 스킬스라는

14
00:00:53,160 --> 00:00:56,557
거는 여러분들 이미 아시겠지만 에이전트가 필요할 때 꺼냈쓰는 지식

15
00:00:56,640 --> 00:01:00,557
같은 겁니다. 그래서 우리가 무심고 들어봤던 약간 뭐 프런트엔드

16
00:01:00,640 --> 00:01:04,677
MD라던가 아니면 뭐 스티치 디자인 들어보셨죠? 거기서 만들어주는 뭐

17
00:01:04,760 --> 00:01:08,357
어디 회사의 디자인 MD 파일 이런 것들이 바로 스킬이라고 생각하시면

18
00:01:08,440 --> 00:01:12,557
되고 뭐 서브 에이전트들은 이제 에이전트가 위임한 업무를 하는 일꾼들

19
00:01:12,640 --> 00:01:18,077
바로 우리 같은 약간 우리 같은 자본주의의 노예들 에이전트 일 끝나면

20
00:01:18,160 --> 00:01:22,197
에이전트에 보고를 하고 필요하면 스킬을 참조하기도 하고 이게 서에이전트예요.

21
00:01:22,280 --> 00:01:26,637
>> 그래서 서머리를 좀 드리자면 저는 메테리얼 UI라는 MUI라는

22
00:01:26,720 --> 00:01:30,997
프레임워크를 기반으로 디자인 시스템 빌딩을 했고요. 어, 코어 컴퍼넌트를

23
00:01:31,080 --> 00:01:35,557
빌딩할까진 약 3주 정도 걸렸고 총 제가 신네 개의 컴퍼넌트를 어,

24
00:01:35,640 --> 00:01:39,077
빌딩을 했어요. 그래서 클로드랑 이렇게 대화를 나누면서 컨텍스트를

25
00:01:39,160 --> 00:01:43,237
같이 쌓아 나갔던 거 같아요. 그래서 이제 클로드는 이제 그 컨텍스트를

26
00:01:43,320 --> 00:01:47,717
만든 파일을 이제 클로드 MD라는 어, 컨텍스트 파일로 만들어 줬고

27
00:01:47,800 --> 00:01:51,397
저는 이걸 바로 로컬 환경에 가져가서 작업을 시작했어요. 워크플로우는

28
00:01:51,480 --> 00:01:55,357
이렇습니다. 여러분, 어, 피그마에서 컴포넌트 노드 링크를 우선

29
00:01:55,440 --> 00:01:59,357
복사합니다. 커맨드 앱을 누르면 복사가 되거든요. 그럼 그거를 클로드

30
00:01:59,440 --> 00:02:04,357
코드에 붙어 붙여 넣은 다음에 클로드한테 빌딩하라고 해요.
그러면은 클로드가 막 빌딩을 시작합니다.

31
00:02:04,440 --> 00:02:08,517
그리고 제가 스토리에 보내줘 이러면 스토리에 보내고 그걸 기반으로 해서

32
00:02:08,600 --> 00:02:11,957
QA를 시작합니다. 그리고 이제 제가 피드백을 주거나 아니면 에이전트가

33
00:02:12,040 --> 00:02:16,517
알아서 보고 이제 디버깅을 하는 거죠. 그리고 이런 과정을 거치면서

34
00:02:16,600 --> 00:02:21,077
실수한 것들을 기록을 하고 그걸 제가 룰부로 만들었어요. 그래서 그래서

35
00:02:21,160 --> 00:02:25,197
문제가 있었어요, 여러분. 그리고 약간 모든 영웅서사에는 시험과 위기가

36
00:02:25,280 --> 00:02:27,237
있죠. 저에게도 문자가 있었습니다.

37
00:02:27,320 --> 00:02:30,397
바로 아이 구라쟁이 AI. AI가

38
00:02:30,480 --> 00:02:34,397
거짓말을 너무 잘 쳐요. 다들 알다시피 너무너무 거짓말을 잘 치는

39
00:02:34,480 --> 00:02:39,437
거예요. 분명히 디자인이랑 다르고 잘못 빌딩되어져 있는데 디버이랑 할

40
00:02:39,520 --> 00:02:42,557
때마다 아니요. 제 눈에 문제가 없는데요. 이러는 거야. 저한테. 그

41
00:02:42,640 --> 00:02:47,117
한 며칠에 약간 이렇게 고생을 하다가 아 안 되겠다. 다른 거부터 일단

42
00:02:47,200 --> 00:02:51,957
빌딩하고 돌아오자. 그래서 이제 넘어갔어요. 근데 이때 마침 유행하던

43
00:02:52,040 --> 00:02:56,157
개념이 있습니다 여러분. 바로 하늘스 엔지니어링. 내가 없이도 에이전트들이

44
00:02:56,240 --> 00:02:59,757
알아서 좀 작업을 했으면 좋겠어. 그니까 CLI 프로젝트를 열어두면은

45
00:02:59,840 --> 00:03:04,397
플래너, 빌더, QA 셋시서 서로 대화를 나누고 서로 협업을 해 가지고

46
00:03:04,480 --> 00:03:08,917
테스크를 알아서 자동으로 굴러가게 세팅을 해 줄 수 있어라고 했더니

47
00:03:09,000 --> 00:03:11,677
당연히 뭐 클러드는 해 준다 하죠. 그래서이 구조가 탄성했습니다.

48
00:03:11,760 --> 00:03:16,717
여러분. 그래서 제가 플래너한테 이거 빌딩해 봐라고 이제 주면은 플래너가

49
00:03:16,800 --> 00:03:19,997
막 계획을 짜요. 막 이렇게 생각을 하면서 계획을 짜요. 그러면 이제

50
00:03:20,080 --> 00:03:24,397
빌더한테 이래라 하고 이제 넘깁니다. 그럼 빌더가 막 만들어요. 그럼 그걸

51
00:03:24,480 --> 00:03:28,357
기반으로 Q라는 애가 막 나타나고 리뷰를 해 줘요. 그리고 피드백을

52
00:03:28,440 --> 00:03:32,237
줍니다. 빌더한테. 그렇게 약간 다섯 번 정도의 루프를 돌린 뒤에이

53
00:03:32,320 --> 00:03:36,397
결과값을 플래너한테 보냅니다. 뭐 성공을 했는지 실패를 했는지에 대해서

54
00:03:36,480 --> 00:03:40,717
플래너한테 보내요. 만약이 다섯 번의 루프를 돌리고도 해결하지 못하면 저를

55
00:03:40,800 --> 00:03:45,037
부르는 거예요. 그래서 인간은 필요할 때만 개입하는 구조를 어 짰습니다.

56
00:03:45,120 --> 00:03:49,437
그래서 여기서 근데 놓치면 안 되는 개념이 하나 있는데요.
바로 컨트랙이라는 개념이에요. 그러니까

57
00:03:49,520 --> 00:03:54,237
어떻게 보면 계약서죠. 그니까 회사로 따지면은 성공 기준, 성공 지표,

58
00:03:54,320 --> 00:03:57,997
KPI 같은 거예요. 왜냐면 회사가 굴러가려면 이런게 필요하고 우리가

59
00:03:58,080 --> 00:04:01,277
이렇게 했으니까 성공을 했다라는 그런 기준이 있는 거잖아요. AI도

60
00:04:01,360 --> 00:04:05,597
마찬가지입니다. 여러분 벤치마킹할 레퍼런스가 필요해요. 그리고 이거는

61
00:04:05,680 --> 00:04:10,677
정말 여러분 말 그대로 시작점입니다. 스타팅 포인트예요.
그러니까 우리가 디자인을 어떻게 하나요? 한 번하고

62
00:04:10,760 --> 00:04:14,237
끝 아니죠. 계속해서 점진적으로 발전시키잖아요. 계속 이터레이션하고

63
00:04:14,320 --> 00:04:18,117
이터레이션 하잖아요. AI 셋업도 결국 이터레이티브 한 과정이에요.

64
00:04:18,200 --> 00:04:21,837
그리고 다시 말했지만 오늘 작업한 건 여러분 시작점이에요. 여러분 지금

65
00:04:21,920 --> 00:04:26,237
해서 테스트를 하면은 분명히 결과물이 마음에 안 들 거예요. 근데 거기서

66
00:04:26,320 --> 00:04:28,277
멈추면 안 되고 그 작업 마음에 안

67
00:04:28,360 --> 00:04:30,677
드니까 거기서 포기하는게 아니라 계속

68
00:04:30,760 --> 00:04:35,717
작업을 하면서 계속 널리지를 먹이고 계속 컨텍스트를 쌓고 아웃풋 마음에

69
00:04:35,800 --> 00:04:39,557
들 때까지 계속 해야 되는 거고. 예를 들어서 유저 센테세스를 했는데

70
00:04:39,640 --> 00:04:43,757
유저 리서치 결과를 종합하는 걸 했는데 내가 원하는 결과물이 안

71
00:04:43,840 --> 00:04:47,357
나와요. 그럼 어떻게 해야 되냐? 그럼 그 결과값이 내가 원하는 값으로

72
00:04:47,440 --> 00:04:51,597
나올 때까지 그 한 가지 예시를 가지고 계속 돌리는 거예요. 그거를

73
00:04:51,680 --> 00:04:53,117
이제 마음에 드는 결과값이 나오면은

74
00:04:53,200 --> 00:04:55,317
그거 아예 템플릿으로 써서 아예 그래

75
00:04:55,400 --> 00:04:58,997
이거 아예 템플릿으로 생각을 하고이

76
00:04:59,080 --> 00:05:03,477
케이스 아 뭐 유저 1을 했어요. 유저 2와 3을 할 때는이 원을 한

77
00:05:03,560 --> 00:05:07,837
걸 기준으로 해서 2와 3을 분석을 해 보자. 이런 식으로 해서 계속해서

78
00:05:07,920 --> 00:05:10,037
쌓아 나가야 되는 여러분 중요한 건

79
00:05:10,120 --> 00:05:13,197
인풋을 넣는 본인이 확실한 비전이

80
00:05:13,280 --> 00:05:17,117
있어야 돼요. 그러니까 내가 원하는게 없으면 AI도 어떻게 해 줄 수가

81
00:05:17,200 --> 00:05:21,157
없어요. AI가 샤머은 아니잖아. AI가 모항이 아니잖아요, 여러분.

82
00:05:21,240 --> 00:05:23,157
AI가 다 해 줄 거라는 기대를 좀

83
00:05:23,240 --> 00:05:29,040
버리고 같이 생각하는 존재로 생각 대해야 되는 거 같아요.