바이브코딩, 신혼여행 후

spinny:~/writing $ vim vibe-coding-agentic-engineering.md

1~
2바이브 코딩(Vibe Coding)은 처음에는 미움을 받다가 점차 유용해지는 표현 중 하나입니다.
3~
4처음에는 다음과 같이 들립니다. 생각하지 않고 AI에게 물어보고 결과를 받아들이고 계속 진행합니다. 음악적 배경을 바탕으로 기술적 부채를 생산하는 유쾌한 방법입니다.
5~
6하지만 그렇게 무시하는 것은 너무 쉬울 것입니다. 사실은 바이브 코딩이 실제 사물을 가로채는 것입니다. 모델을 사용한 프로그래밍은 아이디어와 프로토타입 간의 관계를 변화시킵니다.
7~
8처음에 당신은 생각을 했고 그 다음에는 긴 등반을 했습니다. 이제 종종 생각을 하고 30분 후에 화면에서 무언가가 움직입니다. 그것에 유혹받지 않는 것이 어렵습니다.
9~
102026년의 흥미로운 질문은 바이브 코딩이 사실인지 여부가 아닙니다. 그것은. 문제는 신혼여행 후에는 어떻게 됩니까?
11~
12## 프로토타입이 경제적이 되었습니다
13~
14이것이 가장 중요한 부분입니다.
15~
16AI 도구는 시작하는 데 드는 감정적 비용을 낮췄습니다. 이전에는 아이디어를 시도하고 싶다면 스택을 선택하고, 프로젝트를 생성하고, 상용구를 기억하고, 레이아웃을 작성하고, API를 연결하고, 지루한 세부 사항과 씨름하는 등 이미 작업에 착수해야 했습니다.
17~
18이제 다음과 같이 말할 수 있습니다. 첫 번째 버전을 주세요.
19~
20그리고 첫 번째 버전이 도착합니다.
21~
22항상 아름다운 것은 아닙니다. 항상 올바른 것은 아닙니다. 종종 깨지기 쉽습니다. 그러나 그것은 온다. 그리고 그것이 도착하면 대화가 달라집니다. 당신은 더 이상 진공 상태에서 논쟁하지 않습니다. 당신은 뭔가를 만지고 있습니다.
23~
24이는 디자이너, 창립자, 제품 관리자, 스캐폴딩 재작성에 지친 수석 개발자, 이전에 편집기를 열어본 적이 없는 호기심 많은 사람들에게 매우 강력합니다.
25~
26Vibe 코딩은 더 많은 사람들에게 소프트웨어가 만들어지는 물리적인 느낌을 주기 때문에 과장되었습니다.
27~
28## 문제는 소프트웨어가 계속 살아 있다는 것입니다
29~
30밈이 가장 적게 말하는 부분은 그 다음날입니다.
31~
32프로토타입을 읽어야 합니다. 옳은. 테스트되었습니다. 배포되었습니다. 확보되었습니다. 다른 사람에게서 받았어요. 실제 데이터에 연결됩니다. 접근 가능하게 만들어졌습니다. 종속성이 변경되면 유지됩니다.
33~
34여기서 순수한 분위기의 코딩은 벽에 부딪칩니다.
35~
36모델은 많은 코드를 빠르게 생성할 수 있지만 코드 자체는 가치가 없습니다. 행동을 약속하는 것입니다. 그리고 약속은 검증되어야 합니다.
37~
38바이브 코딩의 위험은 보기 흉한 코드를 작성하는 것이 아닙니다. 우리는 AI 없이도 항상 해왔습니다. 위험은 주인의식을 잃는 것입니다. "모델이 해냈습니다"는 충분히 이해하지 못한 것에 대한 변명이 됩니다.
39~
40그러나 런타임은 변명을 받아들이지 않습니다. 코드가 프로덕션 환경에서 실행된다면 이는 귀하의 것입니다.
41~
42## 바이브 코딩부터 에이전트 엔지니어링까지
43~
44성숙한 버전의 바이브 코딩은 에이전트 사용을 중단하는 것이 아닙니다. 좀 더 심각한 주기로 사용하는 것입니다.
45~
46아닙니다: 그것은 모든 것을 생성하며 우리는 희망합니다.
47~
48하지만:
49~
501. 의도를 설명합니다.
512. 초안을 생성합니다.
523. 대리인에게 계획에 대한 설명을 요청합니다.
534. 작은 차이를 만들어 보세요.
545. 발사 테스트;
556. 리뷰를 작성합니다.
567. 맞습니다;
578. 그런 다음에만 가입하세요.
58~
59이것은 다른 이름을 가질 가치가 있습니다. 나는 에이전트 엔지니어링을 좋아한다. 비록 다소 엄숙하게 들리더라도 말이다. 이는 에이전트를 슬롯머신이 아닌 엔지니어링 프로세스 내 협력자로 사용하는 것을 의미합니다.
60~
61요점은 바이브 코딩에서 에너지를 빼앗지 않는 것입니다. 그것은 그녀의 흔적을 주고 있습니다.
62~
63## 잘 작동하는 곳
64~
65Vibe 코딩은 오류 비용이 낮고 탐색 가치가 높을 때 작동합니다.
66~
67예:
68~
69- 인터페이스 프로토타입
70- 개인 도구
71- 내부 대시보드
72- 작은 게임;
73- 일회성 스크립트
74- API 스캔;
75- 개념 증명
76- 좋은 테스트를 통한 기계적 리팩터링
77- 기술적인 내용을 데모로 변환할 예정입니다.
78~
79이런 경우에는 속도가 중요합니다. 아이디어에 다리가 있는지 확인하고 싶습니다. 당신은 당신이 이해하지 못한 것을 알고 싶습니다. 구체적인 대화를 나누고 싶습니다.
80~
81Vibe 코딩은 형태를 표현하는 데 적합합니다.
82~
83## 위험해지는 곳
84~
85시스템이 결과를 초래하고 아무도 속도를 늦추지 않으면 위험해집니다.
86~
87결제, 개인 데이터, 인증, 권한, 인프라, 데이터베이스 마이그레이션, 민감한 레거시 코드, 규정 준수, 생산. 여기서는 분위기가 충분하지 않습니다. 우리에게는 엄격함이 필요합니다.
88~
89AI가 도움을 줄 수 없다는 뜻은 아니다. 실제로 많은 도움이 될 수 있습니다. 하지만 브랜치, 샌드박스, 테스트, 린트, 검토, 기능 플래그, 롤백 등 좁은 범위 내에서 작동해야 합니다.
90~
91모니터에 새길 문구는 간단합니다. 에이전트가 빠를수록 프로세스를 더 쉽게 읽을 수 있어야 합니다.
92~
93무엇이 바뀌었는지 설명할 수 없다면 속도를 높이지 않은 것입니다. 당신은 부채를 시간에서 이해로 옮겼습니다.
94~
95## 개발자의 새로운 역할
96~
97가장 흥미로운 점은 개발자의 직업이 사라지지 않는다는 점이다. 밀도를 변경합니다.
98~
99상용구에 소요되는 시간이 줄어듭니다. 의도, 분해, 검토, 통합, 테스트, 경계에 더 많은 시간을 할애합니다.
100~
101개발자는 일종의 기술 편집자가 됩니다. "교정"이라는 형편없는 의미가 아닙니다. 강한 의미에서, 무엇이 존재해야 하는지, 무엇이 제거되어야 하는지, 무엇이 시스템과 일치하는지, 무엇이 신뢰받을 가치가 있는지를 결정합니다.
102~
103좋은 편집자는 자신이 얻은 모든 것을 가져가지 않습니다. 그는 자존심 때문에 모든 것을 다시 쓰지도 않습니다. 좋은 자료를 인식하고 이를 형태화하며 독자를 보호합니다.
104~
105에이전트의 경우 독자는 미래의 관리자이기도 합니다. 종종 3주 안에 당신이 됩니다.
106~
107## 내가 본 패턴
108~
109가장 건강한 패턴은 다음과 같습니다.
110~
111- 인간: 의도, 제약, 취향, 책임;
112- 에이전트: 변형, 스캐폴딩, 검색, 로컬 수정, 반복 테스트
113- 인프라: 샌드박스, CI, 추적, 권한, 배포
114- 팀: 검토, 소유권, 표준.
115~
116이 조각 중 하나가 없으면 무언가가 변형됩니다.
117~
118인간만이 느리고 반복적인 작업으로 인해 수렁에 빠지는 경우가 많습니다.
119~
120에이전트 전용: 빠르지만 상황에 따른 판단은 없습니다.
121~
122Just 인프라: 쓸모없는 것을 생산하는 우아한 프로세스.
123~
124팀 전용: 결코 도착하지 않는 프로토타입을 중심으로 매우 질서정연하게 회의를 진행합니다.
125~
126조각들이 서로 대화할 때 가장 좋은 결과가 나옵니다.
127~
128## 간단한 체크리스트
129~
130바이브 코딩된 프로토타입을 성장시키기 전에 나는 스스로에게 다음과 같은 질문을 던질 것입니다.
131~
132- 코드의 구조를 이해하고 있나요?
133- 중요한 행동에 대한 테스트가 있습니까?
134- 에이전트가 어떤 파일을 만졌는지 알 수 있나요?
135- 생성되었지만 사용되지 않은 코드를 제거했습니까?
136- 비밀, 토큰 또는 가짜 데이터가 잘못된 위치에 있었나요?
137- 최소한의 접근성이 존중되나요?
138- 배포에 롤백이 있습니까?
139- 나 말고 다른 사람이 보관할 수 있나요?
140~
141너무 많은 질문에 대한 대답이 '아니오'라면 실패가 아닙니다. 좀 더 프로토타입으로 남아야 할 프로토타입일 뿐이다.
142~
143## 내가 읽은 책
144~
145바이브 코딩(Vibe Coding)은 부드러운 것을 뜻하는 큰 단어입니다. 두려움이 멈추기 전에 아이디어가 구체화되는 것을 보는 기쁨입니다.
146~
147나는 그것을 버리고 싶지 않습니다. 그건 속물이겠죠. 이처럼 반은 비뚤어지고 살아 있는 좋은 것들이 많이 탄생합니다.
148~
149그러나 나머지 소프트웨어에는 더 많은 것이 필요합니다. 이해, 테스트, 소유권, 인프라, 경계가 필요합니다. 이렇게 말할 사람이 필요합니다. 좋습니다. 이제 현실로 만들어 보겠습니다.
150~
151아마도 미래는 "진지한" 프로그래밍과 "바이브" 프로그래밍 중 하나를 선택하는 것이 아닐 수도 있습니다. 어쩌면 장비를 바꾸는 법을 배우는 것일 수도 있습니다. 가볍게 탐색한 다음 존중하는 마음으로 통합하세요.
152~
153인간적인 부분이 거기에 있습니다. 언제 달리고 언제 앉아야 하는지 알고 차이점을 읽어보세요.
154~
155## 소스
156~
157- [Simon Willison: 모든 AI 지원 프로그래밍이 바이브 코딩은 아닙니다](https://simonwillison.net/2025/Mar/19/vibe-coding/)
158- [OpenAI: 사람들이 ChatGPT를 사용하는 방법](https://openai.com/index/how-people-are-using-chatgpt/)
159- [GitHub 블로그: GitHub Copilot 코딩 에이전트](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)
160- [Anthropic: 효과적인 에이전트 구축](https://www.anthropic.com/engineering/building- Effective-agents)
161- [Stack Overflow 블로그: Vibe 코딩이 미래인 이유](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)
162~

NORMAL · vibe-coding-agentic-engineering.md [readonly]162 lines · :q to close

2바이브 코딩(Vibe Coding)은 처음에는 미움을 받다가 점차 유용해지는 표현 중 하나입니다.

4처음에는 다음과 같이 들립니다. 생각하지 않고 AI에게 물어보고 결과를 받아들이고 계속 진행합니다. 음악적 배경을 바탕으로 기술적 부채를 생산하는 유쾌한 방법입니다.

6하지만 그렇게 무시하는 것은 너무 쉬울 것입니다. 사실은 바이브 코딩이 실제 사물을 가로채는 것입니다. 모델을 사용한 프로그래밍은 아이디어와 프로토타입 간의 관계를 변화시킵니다.

8처음에 당신은 생각을 했고 그 다음에는 긴 등반을 했습니다. 이제 종종 생각을 하고 30분 후에 화면에서 무언가가 움직입니다. 그것에 유혹받지 않는 것이 어렵습니다.

102026년의 흥미로운 질문은 바이브 코딩이 사실인지 여부가 아닙니다. 그것은. 문제는 신혼여행 후에는 어떻게 됩니까?

11~

12## 프로토타입이 경제적이 되었습니다

13~

14이것이 가장 중요한 부분입니다.

15~

16AI 도구는 시작하는 데 드는 감정적 비용을 낮췄습니다. 이전에는 아이디어를 시도하고 싶다면 스택을 선택하고, 프로젝트를 생성하고, 상용구를 기억하고, 레이아웃을 작성하고, API를 연결하고, 지루한 세부 사항과 씨름하는 등 이미 작업에 착수해야 했습니다.

17~

18이제 다음과 같이 말할 수 있습니다. 첫 번째 버전을 주세요.

19~

20그리고 첫 번째 버전이 도착합니다.

21~

22항상 아름다운 것은 아닙니다. 항상 올바른 것은 아닙니다. 종종 깨지기 쉽습니다. 그러나 그것은 온다. 그리고 그것이 도착하면 대화가 달라집니다. 당신은 더 이상 진공 상태에서 논쟁하지 않습니다. 당신은 뭔가를 만지고 있습니다.

23~

24이는 디자이너, 창립자, 제품 관리자, 스캐폴딩 재작성에 지친 수석 개발자, 이전에 편집기를 열어본 적이 없는 호기심 많은 사람들에게 매우 강력합니다.

25~

26Vibe 코딩은 더 많은 사람들에게 소프트웨어가 만들어지는 물리적인 느낌을 주기 때문에 과장되었습니다.

27~

28## 문제는 소프트웨어가 계속 살아 있다는 것입니다

29~

30밈이 가장 적게 말하는 부분은 그 다음날입니다.

31~

32프로토타입을 읽어야 합니다. 옳은. 테스트되었습니다. 배포되었습니다. 확보되었습니다. 다른 사람에게서 받았어요. 실제 데이터에 연결됩니다. 접근 가능하게 만들어졌습니다. 종속성이 변경되면 유지됩니다.

33~

34여기서 순수한 분위기의 코딩은 벽에 부딪칩니다.

35~

36모델은 많은 코드를 빠르게 생성할 수 있지만 코드 자체는 가치가 없습니다. 행동을 약속하는 것입니다. 그리고 약속은 검증되어야 합니다.

37~

38바이브 코딩의 위험은 보기 흉한 코드를 작성하는 것이 아닙니다. 우리는 AI 없이도 항상 해왔습니다. 위험은 주인의식을 잃는 것입니다. "모델이 해냈습니다"는 충분히 이해하지 못한 것에 대한 변명이 됩니다.

39~

40그러나 런타임은 변명을 받아들이지 않습니다. 코드가 프로덕션 환경에서 실행된다면 이는 귀하의 것입니다.

41~

42## 바이브 코딩부터 에이전트 엔지니어링까지

43~

44성숙한 버전의 바이브 코딩은 에이전트 사용을 중단하는 것이 아닙니다. 좀 더 심각한 주기로 사용하는 것입니다.

45~

46아닙니다: 그것은 모든 것을 생성하며 우리는 희망합니다.

47~

48하지만:

49~

501. 의도를 설명합니다.

512. 초안을 생성합니다.

523. 대리인에게 계획에 대한 설명을 요청합니다.

534. 작은 차이를 만들어 보세요.

545. 발사 테스트;

556. 리뷰를 작성합니다.

567. 맞습니다;

578. 그런 다음에만 가입하세요.

58~

59이것은 다른 이름을 가질 가치가 있습니다. 나는 에이전트 엔지니어링을 좋아한다. 비록 다소 엄숙하게 들리더라도 말이다. 이는 에이전트를 슬롯머신이 아닌 엔지니어링 프로세스 내 협력자로 사용하는 것을 의미합니다.

60~

61요점은 바이브 코딩에서 에너지를 빼앗지 않는 것입니다. 그것은 그녀의 흔적을 주고 있습니다.

62~

63## 잘 작동하는 곳

64~

65Vibe 코딩은 오류 비용이 낮고 탐색 가치가 높을 때 작동합니다.

66~

67예:

68~

69- 인터페이스 프로토타입

70- 개인 도구

71- 내부 대시보드

72- 작은 게임;

73- 일회성 스크립트

74- API 스캔;

75- 개념 증명

76- 좋은 테스트를 통한 기계적 리팩터링

77- 기술적인 내용을 데모로 변환할 예정입니다.

78~

79이런 경우에는 속도가 중요합니다. 아이디어에 다리가 있는지 확인하고 싶습니다. 당신은 당신이 이해하지 못한 것을 알고 싶습니다. 구체적인 대화를 나누고 싶습니다.

80~

81Vibe 코딩은 형태를 표현하는 데 적합합니다.

82~

83## 위험해지는 곳

84~

85시스템이 결과를 초래하고 아무도 속도를 늦추지 않으면 위험해집니다.

86~

87결제, 개인 데이터, 인증, 권한, 인프라, 데이터베이스 마이그레이션, 민감한 레거시 코드, 규정 준수, 생산. 여기서는 분위기가 충분하지 않습니다. 우리에게는 엄격함이 필요합니다.

88~

89AI가 도움을 줄 수 없다는 뜻은 아니다. 실제로 많은 도움이 될 수 있습니다. 하지만 브랜치, 샌드박스, 테스트, 린트, 검토, 기능 플래그, 롤백 등 좁은 범위 내에서 작동해야 합니다.

90~

91모니터에 새길 문구는 간단합니다. 에이전트가 빠를수록 프로세스를 더 쉽게 읽을 수 있어야 합니다.

92~

93무엇이 바뀌었는지 설명할 수 없다면 속도를 높이지 않은 것입니다. 당신은 부채를 시간에서 이해로 옮겼습니다.

94~

95## 개발자의 새로운 역할

96~

97가장 흥미로운 점은 개발자의 직업이 사라지지 않는다는 점이다. 밀도를 변경합니다.

98~

99상용구에 소요되는 시간이 줄어듭니다. 의도, 분해, 검토, 통합, 테스트, 경계에 더 많은 시간을 할애합니다.

100~

101개발자는 일종의 기술 편집자가 됩니다. "교정"이라는 형편없는 의미가 아닙니다. 강한 의미에서, 무엇이 존재해야 하는지, 무엇이 제거되어야 하는지, 무엇이 시스템과 일치하는지, 무엇이 신뢰받을 가치가 있는지를 결정합니다.

102~

103좋은 편집자는 자신이 얻은 모든 것을 가져가지 않습니다. 그는 자존심 때문에 모든 것을 다시 쓰지도 않습니다. 좋은 자료를 인식하고 이를 형태화하며 독자를 보호합니다.

104~

105에이전트의 경우 독자는 미래의 관리자이기도 합니다. 종종 3주 안에 당신이 됩니다.

106~

107## 내가 본 패턴

108~

109가장 건강한 패턴은 다음과 같습니다.

110~

111- 인간: 의도, 제약, 취향, 책임;

112- 에이전트: 변형, 스캐폴딩, 검색, 로컬 수정, 반복 테스트

113- 인프라: 샌드박스, CI, 추적, 권한, 배포

114- 팀: 검토, 소유권, 표준.

115~

116이 조각 중 하나가 없으면 무언가가 변형됩니다.

117~

118인간만이 느리고 반복적인 작업으로 인해 수렁에 빠지는 경우가 많습니다.

119~

120에이전트 전용: 빠르지만 상황에 따른 판단은 없습니다.

121~

122Just 인프라: 쓸모없는 것을 생산하는 우아한 프로세스.

123~

124팀 전용: 결코 도착하지 않는 프로토타입을 중심으로 매우 질서정연하게 회의를 진행합니다.

125~

126조각들이 서로 대화할 때 가장 좋은 결과가 나옵니다.

127~

128## 간단한 체크리스트

129~

130바이브 코딩된 프로토타입을 성장시키기 전에 나는 스스로에게 다음과 같은 질문을 던질 것입니다.

131~

132- 코드의 구조를 이해하고 있나요?

133- 중요한 행동에 대한 테스트가 있습니까?

134- 에이전트가 어떤 파일을 만졌는지 알 수 있나요?

135- 생성되었지만 사용되지 않은 코드를 제거했습니까?

136- 비밀, 토큰 또는 가짜 데이터가 잘못된 위치에 있었나요?

137- 최소한의 접근성이 존중되나요?

138- 배포에 롤백이 있습니까?

139- 나 말고 다른 사람이 보관할 수 있나요?

140~

141너무 많은 질문에 대한 대답이 '아니오'라면 실패가 아닙니다. 좀 더 프로토타입으로 남아야 할 프로토타입일 뿐이다.

142~

143## 내가 읽은 책

144~

145바이브 코딩(Vibe Coding)은 부드러운 것을 뜻하는 큰 단어입니다. 두려움이 멈추기 전에 아이디어가 구체화되는 것을 보는 기쁨입니다.

146~

147나는 그것을 버리고 싶지 않습니다. 그건 속물이겠죠. 이처럼 반은 비뚤어지고 살아 있는 좋은 것들이 많이 탄생합니다.

148~

149그러나 나머지 소프트웨어에는 더 많은 것이 필요합니다. 이해, 테스트, 소유권, 인프라, 경계가 필요합니다. 이렇게 말할 사람이 필요합니다. 좋습니다. 이제 현실로 만들어 보겠습니다.

150~

151아마도 미래는 "진지한" 프로그래밍과 "바이브" 프로그래밍 중 하나를 선택하는 것이 아닐 수도 있습니다. 어쩌면 장비를 바꾸는 법을 배우는 것일 수도 있습니다. 가볍게 탐색한 다음 존중하는 마음으로 통합하세요.

152~

153인간적인 부분이 거기에 있습니다. 언제 달리고 언제 앉아야 하는지 알고 차이점을 읽어보세요.

154~

155## 소스

156~

157- [Simon Willison: 모든 AI 지원 프로그래밍이 바이브 코딩은 아닙니다](https://simonwillison.net/2025/Mar/19/vibe-coding/)

158- [OpenAI: 사람들이 ChatGPT를 사용하는 방법](https://openai.com/index/how-people-are-using-chatgpt/)

159- [GitHub 블로그: GitHub Copilot 코딩 에이전트](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)

160- [Anthropic: 효과적인 에이전트 구축](https://www.anthropic.com/engineering/building- Effective-agents)

161- [Stack Overflow 블로그: Vibe 코딩이 미래인 이유](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)

162~