[실밸개발자] 바이브코딩 클럽

오늘 저녁 9시, 터미널을 왜 써야 하는지, 어떻게 써야 하는지 어려웠던 분들, 한 번 해보려다 포기하셨던 분들, Claude Code나 Codex CLI를 시작하려는데 터미널 앞에서 막혔던 분들, 하고 싶은 건 많은데 터미널이 자꾸 방해처럼 느껴졌던 분들을 위해 UPU 웨비나를 엽니다. ——————————————— 최근 이런 질문과 고민을 여러 번 들었어요. “터미널은 어떻게 켜는 거예요?” “Claude Code나 Codex CLI는 어떻게 실행하나요?” “매번 봐도 어렵고 헷갈려요.” “이걸 왜 써야 하는지도 아직 잘 모르겠어요.” 처음엔 당연히 어렵게 느껴질 수 있어요. 검은 화면도 낯설고, 알 수 없는 영어 문장도 무섭고, 뭔가 잘못 누르면 큰일 날 것 같고, 나만 못 따라가는 것 같은 기분이 들기도 하니까요. 비개발자이고 터미널을 한 번도 써본 적 없는 제 짝꿍도, 실밸님과 알렉스님 강의를 듣기 시작하자마자 가장 넘기 힘든 장벽이 “터미널”과 “코드”라고 하더라고요. 처음에는 제 짝꿍에게 1:1로 차근차근 알려주려고 했어요. 그런데 생각해보니, 비슷한 마음으로 멈춰 계신 분들이 분명 많이 계실 것 같았습니다. 같은 상황에 놓인 분들과 함께 해보려고 UPU 웨비나를 오랜만에 열어봅니다. 이번 시간은 잘하는 사람들을 위한 시간이 아니에요. 이미 익숙한 분들을 위한 시간도 아니고요. “나 진짜 아무것도 모르는데 가도 되나?” “괜히 들어갔다가 못 알아들으면 어쩌지?” “질문하기도 민망한데…” 이런 마음이 드는 분들이 편하게 오셨으면 좋겠어요. 터미널을 한 번도 켜본 적 없어도 괜찮고, 명령어를 하나도 몰라도 괜찮고, 코드라는 말만 들어도 살짝 겁나는 분들도 괜찮아요. 그리고 부담 갖지 않으셔도 됩니다. 무언가를 판매하거나, 특정 스킬을 홍보하거나, 회사나 서비스를 소개하려는 자리가 아니에요. 그냥 같은 지점에서 막막함을 느끼는 분들이 조금 덜 무섭게 시작할 수 있으면 좋겠다는 마음으로 준비하는 시간입니다. 오늘은 뭔가를 잘해야 하는 시간이 아니라, 낯설었던 것과 조금 친해져 보는 시간으로 준비해볼게요. 부담 없이 오세요. 천천히, 아주 처음부터 같이 열어볼게요. 알렉스님 방에 계신 분들에게도 함께 공유 하였습니다 :) 디스코드 채널 링크 https://discord.gg/C24c3UCk

오늘 저녁 9시, 터미널을 왜 써야 하는지, 어떻게 써야 하는지 어려웠던 분들, 한 번 해보려다 포기하셨던 분들, Claude Code나 Codex CLI를 시작하려는데 터미널 앞에서 막혔던 분들, 하고 싶은 건 많은데 터미널이 자꾸 방해처럼 느껴졌던 분들을 위해 UPU 웨비나를 엽니다. ——————————————— 최근 이런 질문과 고민을 여러 번 들었어요. “터미널은 어떻게 켜는 거예요?” “Claude Code나 Codex CLI는 어떻게 실행하나요?” “매번 봐도 어렵고 헷갈려요.” “이걸 왜 써야 하는지도 아직 잘 모르겠어요.” 처음엔 당연히 어렵게 느껴질 수 있어요. 검은 화면도 낯설고, 알 수 없는 영어 문장도 무섭고, 뭔가 잘못 누르면 큰일 날 것 같고, 나만 못 따라가는 것 같은 기분이 들기도 하니까요. 비개발자이고 터미널을 한 번도 써본 적 없는 제 짝꿍도, 실밸님과 알렉스님 강의를 듣기 시작하자마자 가장 넘기 힘든 장벽이 “터미널”과 “코드”라고 하더라고요. 처음에는 제 짝꿍에게 1:1로 차근차근 알려주려고 했어요. 그런데 생각해보니, 비슷한 마음으로 멈춰 계신 분들이 분명 많이 계실 것 같았습니다. 같은 상황에 놓인 분들과 함께 해보려고 UPU 웨비나를 오랜만에 열어봅니다. 이번 시간은 잘하는 사람들을 위한 시간이 아니에요. 이미 익숙한 분들을 위한 시간도 아니고요. “나 진짜 아무것도 모르는데 가도 되나?” “괜히 들어갔다가 못 알아들으면 어쩌지?” “질문하기도 민망한데…” 이런 마음이 드는 분들이 편하게 오셨으면 좋겠어요. 터미널을 한 번도 켜본 적 없어도 괜찮고, 명령어를 하나도 몰라도 괜찮고, 코드라는 말만 들어도 살짝 겁나는 분들도 괜찮아요. 그리고 부담 갖지 않으셔도 됩니다. 무언가를 판매하거나, 특정 스킬을 홍보하거나, 회사나 서비스를 소개하려는 자리가 아니에요. 그냥 같은 지점에서 막막함을 느끼는 분들이 조금 덜 무섭게 시작할 수 있으면 좋겠다는 마음으로 준비하는 시간입니다. 오늘은 뭔가를 잘해야 하는 시간이 아니라, 낯설었던 것과 조금 친해져 보는 시간으로 준비해볼게요. 부담 없이 오세요. 천천히, 아주 처음부터 같이 열어볼게요. 알렉스님 방에 계신 분들에게도 함께 공유 하였습니다 :) 꼭 해당 커뮤니티에 계시지 않은 분들을 초대 해주셔도 괜찮습니다 :) 해당 커뮤니티의 비공개 웨비나가 아니에요 '- ' 디스코드 채널 링크 https://discord.gg/C24c3UCk

1. 프로젝트가 떠오름! 오!? 좋은 것 같아요! 2. 클로드를 통해 프로젝트를 기획하고, 훅, 스킬 등등 다양한 설정을 하면서 기대감에 부풀어 있어요! 3. 클로드와 코덱스와 함께 이야기를 하며 기획을 하다보니, 필요한 환경변수들이 있어요. 거기엔 API 키값도 들어가죠! 4. 하네스 엔지니어링을 위해 환경변수들의 API값을 하나씩 받아와볼까요? 시댄스2.0 API키 라던지, OPENAI_API_KEY 라던지. 과금이 들어가지만 필요한 것들을 셋업해요. 5. 깃허브에 프로젝트를 Private으로 만들고 커밋 푸시를 해요. 6. 아차차! gitignore를 안했네요. .env가 git에 올라갔어요. 7. 하지만, 이걸 눈치 챈 나는 역시 보안을 신경쓰는 사람이죠! gitignore를 셋업하고, .env를 깃에서 제거해줘요. 심지어 private이라 안심할 수 있죠. 8. 그렇게 프로젝트는 완성이 되었고 시스템은 배포가 되었답니다. 모두의 박수를 받고 짝짝짝짝. 9. 6개월 후 어느 날, 해당 앱을 인수하고 싶다는 기업이 나타났어요! 와우! 최고의 연락이에요. 10. 해당 기업이, 깃허브 레포를 보고 싶다고 해요!! 11. 마스트님께선 gitignore를 다시 한번 점검해요. 보안에 문제가 없어요. 소스코드도 한번 체크해요. 보안에 문제가 없어요. 12. 저장소를 Public으로 변경했어요. 13. .env가 커밋 History에 남아있어서 와장창창 털려요!! 14. 청구서에 으아아아악 15. 하지만 커밋은 1500건이 넘어가서 - 사람이 하나 씩 찾아서 검수할 수 없는 상황이었어요 ㅠ_ㅠ 억울해요

* Online Converter Series https://123apps.com/ko/ https://cloudconvert.com/ https://cloudinary.com/ https://convertio.co/kr/ https://edgeone.ai/ko https://ezgif.com/ https://imagekit.io/ https://imageresizer.com/ https://imagetostl.com/kr https://imglarger.com/ https://tinywow.com/ https://www.freeconvert.com/ https://www.online-convert.com/ https://www.onlineconverter.com/ebook https://www.vertopal.com/ https://www.zamzar.com/ https://workspace.google.com/marketplace/app/file_converter_by_onlineconvertcom/618319434088 https://workspace.google.com/marketplace/app/file_converter_for_drive_dropbox/1038237829739 https://workspace.google.com/marketplace/app/freeconvert_file_converter/869351005185

앤드류 응이 말하는 AI 에이전트의 미래 | Interrupt 26 https://youtu.be/D5afBc3-3mY https://www.langchain.com/blog/interrupt-2026-overview https://www.langchain.com/blog/introducing-langsmith-engine https://www.langchain.com/ https://interrupt.langchain.com/recordings

GLM 5.2 https://youtu.be/yB16BT1IMag https://huggingface.co/zai-org/GLM-5.2 https://chat.z.ai/ https://docs.z.ai/devpack/tool/claude

클로드에 보안 플러그인있어요 ㅎㅎ 이거 꽤 괜찮은거같아서 추천드립니다! https://github.com/anthropics/claude-code/tree/main/plugins/security-guidance

전체 흐름 AI는 이미 빠르게 자기개선하며 지수적으로 발전한다 → 따라서 “위험은 아직 멀었다”는 태도는 안일하다 → 그렇다고 국유화·전면금지 같은 극단도 해법이 아니다 → 기업은 안전한 배포 구조와 기업용 활용처를 선택해야 한다 → 정부는 국방·국가안보에는 활용하되 감시·완전자율무기에는 선을 그어야 한다 → 사회는 화이트칼라 고용 충격을 인정하고 재교육·분배·새 일자리 설계를 준비해야 한다 → 궁극적으로 AI가 민주주의를 강화할지, 권위주의적 감시체계를 강화할지는 지금의 제도 설계에 달려 있다. 1. AI 발전은 “어느 날 갑자기”가 아니라, 이미 가속 중인 지수 곡선이다 주장 아모데이는 AI가 어느 날 갑자기 의식을 갖거나 통제불능이 되는 식의 단일 사건보다, 계속 빨라지는 발전 곡선으로 진화한다고 봅니다. 왜 그렇게 보는가 그의 비유는 우주선입니다. 처음에는 변화가 작아 보이지만, 시간이 갈수록 같은 기간 안에 훨씬 더 큰 변화가 누적됩니다. AI가 이미 다음 모델의 구조·코드·실험 방식을 보조하면서, 연구개발 자체를 가속하기 시작했다는 점을 중요하게 봅니다. 뒷받침하는 생각 그는 이를 “부드러운 지수 곡선”으로 표현합니다. 즉 AI가 어느 날 갑자기 인간을 넘어서는 사건만 걱정할 게 아니라, 모델 능력이 2배·5배·10배 커지는 각 단계마다 안전·정책 대응도 함께 높여야 한다는 뜻입니다. 연결되는 주변 생각 그래서 아모데이는 “AI가 위험하니 멈추자”보다 능력 상승 속도에 비례해 방어력과 사회적 준비도를 높이자는 입장에 가깝습니다. 기술 발전 자체는 피하기 어렵고, 대응 실패가 더 큰 위험이라는 판단입니다. 2. 그는 안전을 ‘부가 기능’이 아니라 기업의 핵심 사업모델로 본다 주장 Anthropic의 핵심 목표는 좋은 모델을 만드는 것과, 그 모델이 사회에 큰 피해를 주지 않도록 설계하는 것을 분리하지 않는 것입니다. 왜 그렇게 보는가 강력한 AI는 출시 후 문제가 생기면 되돌리기 어렵습니다. 특히 사이버공격, 생물학, 군사, 대규모 조작처럼 피해가 비가역적일 수 있는 영역에서는 “일단 내놓고 나중에 고치자”는 방식이 위험하다고 봅니다. 뒷받침하는 사례 자료에서 그는 모델 출시 지연, 중국 접근 제한, 상업적 기회를 포기한 결정 등을 신뢰 구축의 증거로 제시합니다. 핵심은 안전이 비용이더라도, 장기적으로는 고객·정부·사회가 신뢰하는 기업이 되는 편이 더 큰 경쟁력이라는 논리입니다. 연결되는 주변 생각 그는 완벽한 안전은 불가능하다고 인정합니다. 항공기 사고 확률을 0으로 만들 수는 없지만, 사고 가능성을 최대한 낮춰야 한다는 식입니다. 즉 안전은 보장이라기보다 위험관리 체계라는 관점입니다. 3. 기업시장 중심 전략은 “돈”보다 “배포 방식”의 선택이다 주장 아모데이는 AI를 소비자 중독·광고 수익 중심으로 배포하기보다, 기업·연구·의료·교육 같은 생산성 중심 시장에 우선 배치하는 것이 낫다고 봅니다. 왜 그렇게 보는가 소비자 플랫폼은 체류시간, 클릭, 광고수익을 극대화하는 구조가 되기 쉽습니다. 반면 기업 고객은 신뢰성, 보안, 장기계약, 실제 성과를 중시하므로 AI가 생산성·연구·의사결정에 쓰일 가능성이 더 높다고 봅니다. 산업적 배경 기업용 AI는 코딩, 법무검토, 고객지원, 연구, 생명과학, 금융 분석처럼 고부가가치 업무에 들어갑니다. 이런 시장에서는 모델이 단순히 재미있거나 화제가 되는 것보다, 정확성·보안·감사 가능성·업무 통합 능력이 더 중요합니다. 연결되는 주변 생각 이 때문에 그는 AI 경쟁의 해자를 단순한 고객 락인보다 모델 성능, 신뢰, 도메인 지식, 기업 관계에서 찾습니다. AI가 소프트웨어 제작비를 낮추더라도, 고객의 실제 업무를 이해하고 책임질 수 있는 회사는 살아남는다고 보는 것입니다. 4. AI는 소프트웨어의 기존 해자를 무너뜨리지만, 산업 전체 파이는 키운다 주장 AI가 기존 소프트웨어 기업의 경쟁우위를 약화시킬 수 있지만, 전체 소프트웨어·디지털 경제의 시장 규모는 오히려 커질 수 있다고 봅니다. 왜 그렇게 보는가 과거에는 복잡한 소프트웨어를 만드는 능력 자체가 큰 진입장벽이었습니다. AI가 코드 작성, 테스트, 문서화, 디자인을 빠르게 해주면 그 장벽은 낮아집니다. 핵심 변화 앞으로는 “기능을 만들 수 있느냐”보다 아래가 중요해진다는 것입니다. 약해질 수 있는 해자 더 중요해질 수 있는 해자 개발 인력 규모 고객 관계·유통망 복잡한 코드베이스 독점 데이터·도메인 지식 개발 속도 워크플로우 통합·신뢰 기능 수 규제 대응·보안·책임성 연결되는 주변 생각 그는 AI가 모든 회사를 똑같이 살려주지 않는다고 봅니다. 전체 시장은 커져도, 과거의 방식에 안주하는 회사는 상대적 가치가 떨어질 수 있습니다. 즉 AI는 시장 확대와 기업별 양극화가 동시에 일어나는 변화라는 관점입니다. 5. 일자리는 “사라지지 않는다”가 아니라, 상당한 혼란이 먼저 올 수 있다 주장 아모데이는 AI가 초급 화이트칼라 업무를 먼저 크게 흔들 수 있으며, 이 충격을 과소평가하면 안 된다고 봅니다. 왜 그렇게 보는가 은행·금융·사무·리서치·고객지원·초급 개발 같은 일은 정보 처리와 문서 작업 비중이 높습니다. AI가 처음에는 사람의 생산성을 높이다가, 일정 수준을 넘으면 일부 업무를 완전히 대체할 가능성이 있다는 것입니다. 중요한 구분 그는 “과업”과 “직업”을 구분합니다. 어떤 업무 하나가 자동화됐다고 직업 전체가 바로 사라지는 것은 아니지만, 여러 과업이 동시에 자동화되면 직업 자체의 인력 수요는 줄 수 있습니다. 연결되는 주변 생각 다만 그는 이것을 파멸론으로만 보지 않습니다. 현장형 AI 엔지니어, AI 솔루션 설계자, 물리적 제조·건설·정비, 인간관계 중심 직무, AI를 지시·감독하는 역할이 커질 수 있다고 봅니다. 문제는 새 일자리가 생기느냐보다, 전환 속도가 충분히 빠르냐입니다. 6. 사회는 재교육만으로는 부족하고, 분배·전환정책까지 준비해야 한다 주장 AI 고용 충격은 개인의 노력만으로 해결하기 어렵기 때문에, 기업·정부·교육기관이 함께 대응해야 한다고 봅니다. 왜 그렇게 보는가 AI가 생산성을 높여 경제 파이를 키워도, 이익이 자본과 기술기업에만 집중되면 실업·불평등·사회불안이 커질 수 있습니다. 따라서 “AI가 성장시키니 결국 모두 좋아진다”는 자동 낙수효과를 믿지 않습니다. 그가 언급하는 대응 방향 기업이 AI를 단순 인력감축 도구가 아니라 신규 사업·업무 확장에 사용하도록 유도 재교육·직업전환 프로그램 강화 거시경제·분배 정책 검토 AI 사용에 따른 세금 또는 사회환원 구조 논의 정부뿐 아니라 민간·자선·교육기관도 참여 연결되는 주변 생각 그의 기본 전제는 AI가 경제를 성장시킬 수 있다는 것입니다. 하지만 사람을 새 산업으로 옮기는 속도가 느리면, 성장과 별개로 정치·사회적 반발이 커질 수 있다고 보는 것입니다. 7. 국가안보에는 협력하되, 감시와 완전자율무기는 거부해야 한다 주장 아모데이는 민주주의 국가가 국방·정보분석·사이버방어에 AI를 활용해야 한다고 보지만, 대규모 감시와 완전자율무기는 명확히 금지해야 한다고 주장합니다. 왜 그렇게 보는가 러시아·중국 같은 권위주의 국가가 AI를 군사·감시·사이버전력에 활용하는 상황에서, 민주주의 국가만 AI 활용을 포기하면 억지력과 방어력이 약해질 수 있다고 봅니다. 핵심 윤리선 그가 말하는 레드라인은 두 가지입니다. 대규모 감시: 시민을 상시 추적·통제하는 AI 완전자율무기: 인간의 최종 승인 없이 AI가 살상 결정을 내리는 무기 그는 국방 협력 자체가 문제라기보다, 민주주의가 승리하더라도 자기 가치와 자유를 훼손하는 방식으로 승리하면 안 된다고 봅니다. 연결되는 주변 생각 AI는 전쟁을 억제할 수도 있고, 오판·자동화된 충돌로 전쟁을 더 쉽게 만들 수도 있습니다. 따라서 기술 제공자는 군사작전 전체를 결정하지 않더라도, 어떤 사용 방식까지 허용할 것인지는 분명히 밝혀야 한다는 입장입니다. 8. 가장 위험한 AI는 ‘지능이 높은 사이버 모델’일 수 있다 주장 그는 강력한 AI가 해킹·취약점 탐색·익스플로잇 개발을 자동화하는 단계에 특