클로드는 정말 얼마나 좋은가요?

hackernews | | 🔬 연구
#2026 #ai #claude #review #리뷰 #바이브 코딩 #클로드
원문 출처: hackernews · Genesis Park에서 요약 및 분석

요약

2026년 초, AI 코딩을 회의적으로 여기던 필자는 친구의 권유로 Claude에게 복잡한 macOS 앱 'rcmd'의 기능 구현을 의뢰했습니다. Claude는 기존 코드베이스 이해부터 UI 리팩토링, 타 앱의 해결책을 역설계하여 창아웃 방법을 적용하는 등 고도화된 작업을 단 몇 분 만에 성공적으로 완료했습니다. 또한 별도 프로젝트에서는 최소한의 지시만으로 Swift 파일을 메뉴바 앱으로 변환하고 업데이트 및 라이선스 검증 기능까지 구현하여, LLM이 단순한 스니펫 생성을 넘어 실무 개발의 패러다임을 바꿀 수 있음을 입증했습니다.

본문

At the beginning of 2026, I didn’t even know what vibe coding meant. So much has happened in the time I was busy carving wooden spoons, that I felt it simpler to just ignore the hype. It will pass, just like the NFTs and the dApps and microservices, I don’t need to care about it. Or that’s how I thought. One morning, in this seemingly never ending winter, a friend told me excitedly how his employer got them Claude subscriptions and encouraged them to try it for work. And his reaction was something along the lines: “it’s crazy! I love it! we’re doomed…” I felt that was an overreaction, I tried LLMs for coding before and aside from small snippets, it couldn’t do more than 50 lines without stumbling on itself. But it was a really gray hazy winter morning, and I didn’t feel like splitting wood in the quiet of the house, so I made some coffee and got my laptop out. # Stages I gave it the usual task that I really want to see done but I’m always dreading to start: Stages in rcmd rcmd is a macOS app switcher that allows you to hold Right Command , and press the first letter of the app name. So pressV for VSCode,G for Ghostty,C for Chrome: instant app switching without cycling through app icons.Stages was dreamed up as a way to switch workspaces with the same paradigm. So press C for Coding where VSCode and Ghostty would focus and everything else was hidden,D for Design and so on.But the functionality is way harder than it seems, the app needs to record the on-screen windows, and be able to restore them when the computer is restarted. The task was complex, just to outline some things Claude needed to do: - understand the pre-existing app codebase with all its UI quirks - refactor the UI to be able to present sets of apps and windows - find ways to record custom window data like: - the project opened in VSCode - the working directory in Ghostty - the current URL in Chrome - files/folders/projects opened in other apps like Finder, Pixelmator, Sketch, Xcode etc. - find ways to re-open windows at that specific project/file/folder - figure out a way to hide individual windows on macOS It’s weird, but there’s no instant hide/show for windows on macOS. You can minimize them, but that has slow animations and unwanted side effects. I mentioned to Claude that I knew a window manager called Aerospace which had a workaround for this. I gave Claude a 200 line stages.md , let it loose on the rcmd code, and stared at it crunching stuff for a few minutes. I went to make another coffee, and when I came back it was… done? I hit Build in Xcode and was prepared to see a barrage of errors, that’s how it always was. I got ready to screenshot the errors and the stupid code diff and show my friend how “no, we’re not doomed, it just got lucky on that specific task”. No errors though, the app compiled and launched like nothing happened. Uhh.. now what? The code diff was immense, I guess I should just see if anything actually works anymore. I hid every app except VSCode and Ghostty, pressed rcmd + lalt - C and it said Stage C was assigned. No way this works… I brought back all apps on screen, quit VSCode, pressed rcmd - C and instantly VSCode and Ghostty were the only apps visible and focused, in the correct folder and project. I looked through its thinking process and it even did a web search for Aerospace macOS window manager, found its Github, reverse engineered its workings until it found the window hiding workaround I mentioned in passing and implemented it from scratch in rcmd. Astonished is a small word for what I felt. Of course, this was not a feature ready for release. There was so much code review and so much polishing work to do (not all apps have ways to restore their state after quitting, some focus flickering happened, and Stage creation should be more intuitive). But the fact that an LLM could do such complex work, changed everything. # Picture-in-picture 🔗 Pipiri is a macOS app that can show any window in a floating picture-in-picture window I had this barebones app I did as a standalone Swift file, for creating a Picture-in-Picture view of a window where there’s data I’d like to keep an eye on. I mostly used it to watch long-running terminal commands while I continued coding, and for keeping Xcode logs visible while I tested parts of my app. I thought it was too niche to release, so I didn’t have the motivation to do the work on creating an UI, licensing, webpage, icon etc. I saw this as an opportunity to see if Claude can do it. After all, I still felt this to be a useful idea after years of using it. I created a blank Xcode macOS app project and gave Claude minimal instructions: - adapt pip.swift to a menubar app with a SwiftUI architecture - add a Settings window where I can adjust the trigger hotkey, the position of the PiP panel etc. - implement auto-updates with Sparkle - add license verification through Gumroad - link to a Contact form and a privacy policy, similar to how I do it in my other apps What can I say? It di

Genesis Park 편집팀이 AI를 활용하여 작성한 분석입니다. 원문은 출처 링크를 통해 확인할 수 있습니다.

공유

관련 저널 읽기

전체 보기 →