AI 시대에 내가 쓰는 최고의 전략은 아무것도 안 하기임
비슷한 아이디어를 떠올리고 바이브 코딩으로 만들 수 있겠다고 생각했지만, 누군가 더 관심을 갖고 먼저 만들 거라 봤고 실제로 맞았음
앱은 좋아 보이고 써보는 게 기대됨
무료 아이디어로는 에이전트를 가상 머신 안에 가둬두고, 가상 머신 밖에서 하니스로 지시를 보내 내부에 설치된 에이전트들을 제어하고 싶음. 이상적으로는 호스트에 Codex/Claude 같은 게 설치되지 않아야 함
더 멋진 방향은 가상 머신 안에 여러 사용자 계정을 만들고, 사용자별로 파일 시스템과 네트워크 정책을 제한하는 것임. 그러면 개발 에이전트, QA 에이전트 등이 각자 다른 작업 뷰를 갖게 되고, 추가 자동화를 위한 강력한 기반 계층이 될 수 있음
당연히 DB, 큐, 외부 볼륨 같은 여러 리소스를 가상 머신에 “붙여서” 에이전트가 권한 기반으로 쓰게 할 수 있어야 함

“AI 시대의 파워 무브: 아무것도 안 하기”는 AI 이전에도 내 전략이었음
20대 후반이나 30대 초반쯤부터 여가 시간에 개발하는 걸 거의 완전히 멈췄는데, 코딩 자체에서 얻던 재미가 다 사라졌기 때문임. 사실 원래도 그렇게 좋아한 건 아니고, 시간을 쓸 가치가 있는지 없는지 판단을 정말 못했을 뿐임
갖고 있으면 좋을 프로그램이나 스크립트가 떠올라도, 주당 몇 분을 절약하려고 프로그램을 만드는 데 드는 회수 시간을 따지는 xkcd 표처럼 대부분은 “들인 노력 대비 보상이 안 맞았음”. 또는 꼭 필요하진 않지만 있으면 흥미롭거나 재미있을 수준인데, 실제로 만들려면 수많은 시간이 들어서 전혀 가치가 없었음
누가 내가 원하던 걸 만들어 공개하면 좋고, 아니면 어쩔 수 없다는 식이었음
LLM이 만든 큰 변화는 이제 작은 스크립트 같은 걸 몇 분, 몇 센트에서 몇 달러 정도로 뽑아낼 수 있다는 점임. 오래 묵혀둔 극도로 틈새적인 아이디어들을 다시 꺼내고 있음
예전엔 생소한 API와 문서를 뒤지는 데만 주말 몇 번이 걸렸을 일도 이제 30분 안에 가능하거나, 최소한 이게 안 되거나 너무 귀찮아서 영원히 버려야 할 일인지 몇 시간 대신 몇 분 안에 판단할 수 있음

비슷한 걸 간단한 브라우저 프런트엔드로 대충 만들어봤음
중대형 오픈 모델을 돌리는 걸 좋아하지만, 그 모델들이 미쳐 날뛰지 않는다고 믿을 수는 없어서 만들었고 조만간 공유할 예정임

이 생각을 나도 해봤음
가상 머신에 Claude를 설치하고 SSH 터미널로 접속하면 되는 정도로 단순한 거 아닌가 싶음. GUI가 필요하면 VSCode의 Remote SSH 확장을 쓰면 파일 브라우저 UI 같은 것도 얻을 수 있음
아마 VSCode의 Claude나 다른 채팅 확장도 가상 머신 안에 설치할 수 있을 것 같음

이 프로젝트들이 모두 동등하게 최상급 품질이라고 말할 수 있을까? 확실히 안다고는 못 하겠음
예전에는 웹사이트 완성도나 몇 가지 표면적인 요소로 이런 것에 들어간 노력을 가늠할 수 있었음. 이제 그런 부분은 LLM으로 쉽게 끝남
비슷하게, 먼지가 가라앉고 나니 Kickstarter가 남긴 가장 큰 영향 중 하나는 3분짜리 피치 영상이 공격적으로 진화하고 정제됐다는 점임
그게 실제로 깊이 고민된 구현과 로드맵, 진짜 추진력으로 이어지는지는 모르겠음

iOS에서는 다름. App Store에 올리려면 연간 멤버십 비용을 내야 하거나, 개인 계정 빌드를 30일쯤마다 다시 빌드하고 재설치해야 함

정말 탄탄한 앱처럼 보임. 17MB이고 ContainerAPIClient 라이브러리를 직접 쓰는 점이 마음에 듦
3일 동안 커밋 28개, Swift 5,015줄, 모든 커밋에 “Co-Authored-By: Claude Fable 5”가 붙어 있음
서명과 공증이 되어 있는 것도 좋음. 설치해보니 첫 실행 때 필요한 컨테이너 플랫폼 구성요소를 다운로드했음
제안하자면, 사이트에 시작 튜토리얼을 추가해서 시험해볼 이미지 하나를 추천하고, 그 이미지를 실행하는 방법과 할 수 있는 일을 스크린샷이나 무음 영상으로 보여주면 좋겠음
이미지 생성 대화상자는 “nginx:latest”를 제안하지만, 시작용 데모로는 그리 좋지 않음

웹사이트의 AI-Maxing 문구가 어느 정도 티를 냈음. 그렇다고 훌륭한 앱이 아니라는 뜻은 아님

좋은 제안임. 곧 추가하겠음

조금 더 현실적인 예제를 담은 튜토리얼이 여기서는 큰 도움이 될 것 같음
nginx:latest는 배관이 작동한다는 건 보여주지만, Apple Containers가 Docker Desktop이나 OrbStack과 어디서 다르게 느껴지는지는 잘 보여주지 않음
작은 앱에 볼륨, 포트 매핑, 간단한 재빌드 루프를 붙인 예제라면 가치가 훨씬 쉽게 보일 듯함

오 안녕하세요. 방금 Orchard와 비교한 내용이 있는 걸 봤는데, 그게 저임
깔끔해 보임. 결국 우리 모두 같은 걸 만들고 있네요 ><

OrbStack을 거의 2년 정도 좋아해서 써왔음
통합이 잘 되어 있고 빠르며 docker 명령 호환이라 내겐 비용을 낼 만했음
그래도 이것도 한번 써보겠음

macOS 네이티브 컨테이너는 컨테이너마다 별도의 Linux 가상 머신을 띄우는 것으로 보임
OrbStack의 강점은 모든 컨테이너가 하나의 Linux 가상 머신 안에서 돌아가고, 가상 머신 경계 양쪽에서 많은 최적화를 한다는 점임. macOS 쪽 디스크 공간을 많이 아끼는 희소 이미지 파일 사용도 포함됨
macOS에서 컨테이너를 4~5개 넘게 돌리면 OrbStack의 성능과 리소스 사용량 절감 효과가 빠르게 커짐

OrbStack 팀이 조만간 macOS 네이티브 컨테이너를 지원하고, 그 위에 자기들의 관리 기능을 얹을 것 같음

정말 좋음. 런타임을 다운로드하고 nginx:latest를 실행하는 게 완벽하게 동작했음
GitHub에서 아래로 스크롤했을 때 Claude가 기여자로 보이면, 앱이 좋을 것이라는 신호처럼 되어 가는 듯함. 네이티브 느낌이고 Electron이 아닌 식으로 말임

Apple이 Apple Containers에 docker API 호환성을 추가해주면 좋겠음

나도 잘 모르겠음. 이걸 Docker Desktop 대신 써서 내 Mac에서 docker 컨테이너를 “네이티브”로 돌릴 수 있는 건가? 아니면 docker와 완전히 별개의 것인가?

이건 빌드에 초점을 둔 것이고, Apple containerization 컨테이너 안에서 buildkitd나 dockerd를 실행하는 방식임
포트 포워딩이나 호스트 볼륨 같은 건 없음. 실제로는 Mac에서 buildkit을 돌리는 데 초점이 맞춰져 있음
다만 docker CLI와 buildx와는 완전히 통합됨 https://github.com/cpuguy83/crucible