What are you building?
개발자들이 현재 진행 중인 개인 프로젝트를 공유하며 기술적 고민과 성과를 나누는 소통의 장입니다.
무엇을 계기로 시작하게 되셨나요? 지금 막혀 있는 결정이나, 하고 싶지만 할 수 없는 일이 있나요? 아니면 예상보다 훨씬 잘 작동하고 있는 무언가가 있을 수도 있겠죠.
다들 무엇을 만들고 있는지 궁금합니다. 아래에 공유해 주세요!
개발자들이 각자의 프로젝트를 공유하며 기술적 난제와 LLM 활용의 한계에 대해 활발히 의견을 나누고 있습니다.
리눅스용 전문 화면 캡처/데모 녹화 앱을 만들고 있어요. 자동 줌/마우스 추적 기능에 모션 블러를 넣어 아주 부드럽고 세련된 느낌을 줍니다. 제 테스트 환경에서는 아주 잘 작동해요. 꽤 자랑스럽긴 한데, 저 혼자 쓰는 것 말고는 어떻게 해야 할지 모르겠네요.
멋지네요! 뭘로 만드셨나요? Qt인가요? 오디오 관련해서 문제는 없었나요? 수정: 오픈 소스로 공개할 생각은 있으신가요? 그리고 왜 만드셨나요? 기존 도구들로 해결되지 않는 특별한 사용 사례나 필요가 있었나요?
완전 Rust 앱이에요. 가장 까다로웠던 건 오디오와 비디오를 동일한 동기화 지점에서 작동하게 만드는 거였어요. 앱이 화면(전체 화면, 영역 선택, 창 단위)과 웹캠을 동시에 PIP(Picture-in-Picture)로 녹화하는데, 웹캠과 오디오를 동기화하는 게 제일 힘들더라고요. 결국 해결했고, 어떤 하드웨어 구성에서도 잘 작동할 거예요. 현재는 X11만 지원하지만 곧 Wayland 지원도 추가할 예정입니다(다음 작업 목록이에요). 오픈 소스 공개에 대해서는... (이하 생략)
당신의 가난함(?)이 변하지 않는다면 여기서 보길 기대할게요! ;D https://arewewaylandyet.com 수정: 데모 감사합니다. 좋아 보이네요!
대박이네요. 제가 작업 중인 애플리케이션이랑 게임 화면 캡처할 때 딱 필요한 도구예요.
저는 AI 네이티브 IDE를 만들고 있어요. Claude Code, Open Code, Codex 같은 것들이나, 기존 IDE에 챗봇을 덧붙인 형태에 질렸거든요. 확률적 엔진을 결정론적 워크플로우나 상태 머신처럼 작동하게 하려고 억지로 시키거나(스킬), 점점 더 많은 능력(도구/MCP)을 부여하는 집단적 망상에도 지쳤고요. 그래서 LLM에게 좋게 말해서 워크플로우를 강요하는 걸 멈추고, 아키텍처 자체가 워크플로우가 되고 LLM은 그냥 원시 텍스트... (이하 생략)
흥미롭네요! '아키텍처가 워크플로우다'라는 게 무슨 뜻인가요? 실제로 어떻게 작동하는지 궁금해요. 시스템이나 파일 접근 권한이 없다는 부분도 자세히 설명해 줄 수 있나요? 샌드박싱 같은 건가요, 아니면 다른 건가요? 훅(hook)이 아주 유용할 것 같은 분야인데, 혹시 다른 생각을 하신 건지? 이런 프로젝트 경험이 있으신가요? 어떤 스택을 사용하셨나요?
많은 사람들이 Claude가 몇 달 안에 기본적으로 배포할 AI 자동화 기능을 만들고 있네.
배구 자주 하는데, 이번 시즌 팀 등록하려고 보니까 리그 관리 웹사이트에서 50달러 수수료를 떼가더라고. 50달러가 적은 돈도 아닌데 웹사이트도 구리고 앱도 구리고 진짜 다 구려서 개빡쳤음. 그래서 그냥 그 비즈니스 모델 복제해버림. 200만 달러짜리 SaaS 업체가 쫄게 만드는 거 보고 싶냐? 난 서비스 완전 무료로 운영할 생각임. 이미 고객 리스트 수천 명 확보했고, 90% 정도는 다 만들었음.
제 가장 야심 찬 프로젝트는 'Atari Disk Engine'입니다. https://shane-hartley.itch.io/atari-disk-engine 수천 개의 Atari ST 디스크 이미지를 가지고 있고 수년간 드라이브 간에 복사해왔기 때문에, 디스크 상태를 확인하는 도구가 필요해서 만들었는데 제가 생각했던 디스크 검사기보다 훨씬 더 발전했어요. 디스크 파일 안에 숨겨진 것들을 찾는 게 꽤 흥미로운데, 다른 크래커들에 대한 욕설부터 도움을 요청하는 크래커들, 심지어 사람들의 주소까지... (이하 생략)
저는 parecode를 만들고 있어요. Claude Code의 검색 기능이 전체 파일을 읽는 대신 일치하는 코드 창만 반환하게 해서 대규모 저장소에서 토큰 사용량을 줄여주는 MCP예요. Claude가 심볼을 grep하고 나서, 검색 결과 주변 10줄을 보려고 파일 4개 전체를 읽는 걸 계속 지켜보다가 만들게 됐죠. 놀라웠던 건 '더 나은' 도구만으로는 충분하지 않다는 점이었어요. Claude는 기본적으로 네이티브 Grep/Read/Edit을 사용하기 때문에, 제가 새로운 도구를 선호하도록 지시하는 SessionStart 훅을 추가하기 전까지는 거의 사용되지 않았거든요. 행동을 유도하는 게... (이하 생략)
재밌네! 내가 작업 중인 프로젝트가 바로 "이 툴 대신 저 툴 써라" 하는 문제를 해결하는 거임. forbidCommandPattern을 써보면 특정 위치에서 grep 하는 대신 MCP를 강제로 쓰게 할 수 있음. 규칙 세부 사항은 여기서 확인 가능: https://github.com/nizos/probity/blob/main/docs/rules.md 나도 최근에 find를 grep으로 리다이렉트하려고 쓰기 시작했음. find 명령어는 코드를 실행할 수 있어서 자동으로 허용하고 싶진 않은데, 그렇다고 AI가 계속 쓰려고 시도하는 건 또 싫어서...
상식
저는 3D 모델을 아미구루미(뜨개 인형)로 변환하고 도안을 출력해 주는 프로그램을 만들고 있어요. Claude의 한계 때문에 더 이상 진행을 못 하고 있네요. Opus조차 30초 정도 지나면 뇌 정지가 오더라고요.
판을 뒤집고 있다는 뜻이에요. 기존 IDE에서는 프로그래머/엔지니어가 운전대(driver)를 잡지만, Claude Code/OpenCode/Codex에서는 LLM이 워크플로우의 운전대를 잡죠. 전자의 문제는 인간의 작업 속도와 채팅창이나 자동 완성에서의 AI 신뢰성이고, 후자의 문제는 LLM이 비결정적인 방식으로 무엇을 할지 '결정'한다는 거예요. 그래서 LLM은 스킬/지침 세트를 따를지 말지, 혹은 사용 가능한 도구 세트를 사용할지 말지를 '결정'할 수 있죠. 저는... (이하 생략)
