플라이휠에 오신 것을 환영합니다 - 생산성을 높이는 AI

시간이 지나도 이런 복리 효과가 계속 유지된다고 보시나요, 아니면 어느 시점에서 정체되나요?

그래서 뭐 했다고... AI 레딧 글 썼다고? 와 미래 진짜 미쳤네!

레딧은 내 휴게실 같은 곳임. 더 좋은 데 아는 사람? 진심으로, 같은 생각을 가진 사람들이랑 여정을 공유하면서 어울릴 공간을 찾는 건 중요하니까.

관심 있는 사람들을 위해 말하자면... 나도 이 방식 따라 하다가 내 나름의 쓰레기만 만드느라 시간 낭비했음. 처음엔 대박인 줄 알았는데, 내가 3개월 동안 만든 게 Mastra에 다 있더라. 기술적인 면과 시각적인 면(심플한 디자인)이 완벽하게 섞여 있고, 제대로 된 사람들이 이끌고 있음. 진짜 개발자라면 보통 Langchain 쓰는 게 답임.

우리도 밑바닥부터 빌드업하려고 노력 중인데 시간 낭비하는 기분이 드네요. 당신의 경험을 통해 배우고 우리가 알아낸 것들도 공유하고 싶은데... DM 가능할까요?

인간의 뇌는 이 속도를 따라갈 만큼 빠르게 적응하지 못함. 새로운 워크플로우의 양은 압도적이고, 요구되는 기술 수준은 하룻밤 사이에 바뀌는데, 사람들은 갑자기 AI 속도에 맞추라는 기대를 받음. AI가 생성한 코드를 검토하는 게 대표적인 예시인데, 사실 그걸 감사하는 게 처음부터 직접 짜는 것보다 시간과 집중력이 훨씬 더 많이 들어감. 이건 번아웃으로 직행하는 고도의 스트레스와 정신적 소모가 큰 작업임. 이런 도구들을 적극적으로 활용하는 사람들은 단순히 속도를 따라잡으려다가 과로하게 됨…

너는 지금 indydevdan이 말하는 '소프트웨어 팩토리'를 만들고 있는 거임. 이게 지금 가장 앞서나가는 접근 방식이지. 내가 이 단계들 위에 추가로 한 가지 더 한 건, 유튜브 채널을 계속 모니터링하면서 다양한 접근법, 프레임워크, MCP 서버, API, 에이전트, 기술들을 찾아내 지식 베이스를 구축하는 엔진을 만든 거야. 이걸로 팩토리를 계속 개선하기도 하고, 기획 및 사양 단계에서 내 저장소에 있는 어떤 도구를 쓸 수 있을지 리서치하는 단계부터 시작하기도 함...

나도 IndyDevDan 좋아함. 근데 난 이미 X나 유튜브에서 접하는 콘텐츠만으로도 벅차서 스카우터는 따로 필요 없음. 대신 난 AI 직원을 하나 만들었는데, 이 친구는 유튜브나 X 게시물을 가져와서 (영상인 경우) 스크립트를 따고(없으면 생성함), 요약본을 만든 다음, 주요 내용을 상세히 설명하고, 마지막으로 그 내용이 내 업무에 어떻게 적용될 수 있을지 분석해 줌. X 보다가 좋은 글 있으면 링크를 바로 붙여넣어서...

나도 기본적으로 이런 식으로 작동하는 ReAct 기반 에이전트들을 만들고 있음. 반복할 때마다 이전 추론을 바탕으로 빌드업하는 거지. 근데 거버넌스가 진짜 어려움. 능력 있는 에이전트랑 신뢰할 수 있는 에이전트는 완전히 다른 문제거든.