17:22-17:39워크플로우·방법론
업무 자동화 워크플로우
개인 회의록 앱을 시작점으로 업무를 정리하고 에이전트에 작업을 할당해 개발·테스트·배포까지 이어지는 자동화 워크플로우가 공유됐다. 운영자는 최종 의사결정만 UI에서 처리하고, 나머지 역할을 에이전트가 수행하도록 구성했다고 설명했다. QA/QC는 블랙박스·화이트박스 테스트 에이전트를 24시간 돌리고, 결과를 주기적으로 모아 배치 개발로 연결한다고 했다. 디자인 결과를 안정화하려면 단순 UI 복제보다 UX와 디자인 시스템·레퍼런스 관리가 중요하다는 조언도 나왔다.
- 회의록을 자동 정리한 뒤 에이전트별 작업 할당으로 연결하는 흐름이 소개됐다.
- 한 사람이 PM, 기획, 개발, QA, 인프라 역할을 자동화로 운영하는 사례가 언급됐다.
- 블랙박스·화이트박스 테스트를 상시 실행해 QA/QC를 자동화하는 방식이 공유됐다.
- 테스트 결과를 모아 배치 단위 개발 작업으로 이어지게 구성했다고 설명했다.
- 디자인은 UI 복제보다 UX 설계와 사전 구축한 디자인 시스템 활용이 중요하다고 조언했다.
17:09-17:20AI 모델·프롬프트
구독 모델 선택
이커머스 브랜드 마케팅 업무에서 숏폼 분석·기획, 트렌드 조사, 세금 처리 용도로 아스트라와 페이블 구독 중 무엇을 선택할지 질문이 나왔다. 기존 클로드 구독 및 코덱스 플랜도 함께 비교 대상이었고, 한 가지만 선택해야 하는 상황이었다. 응답에서는 멀티모달 활용 필요성을 근거로 코덱스를 권했고, 이후 질문자는 코덱스로 전환하겠다고 했다. 다만 대화 후반에는 실제로 아스트라를 구매했다는 말이 나와 최종 선택은 달라졌다.
- 숏폼 분석과 시장조사처럼 멀티모달 입력이 필요한 업무가 핵심 사용 사례로 제시됐다.
- 기존 클로드 구독에서 코덱스로 스킬을 옮길 때의 이슈도 질문됐으나 구체적인 마이그레이션 답변은 나오지 않았다.
- 복수 구독이 가능하면 둘 다 쓰라는 의견도 있었지만 예산상 하나만 골라야 했다.
- 대화 중 코덱스 전환 의사를 밝혔으나 이후 아스트라 구매를 알렸다.
17:35-17:39질문·트러블슈팅
워크트리 QA 개선
개발 자동화는 가능하지만 QA/QC 단계에서 버그가 발생해 결국 사람이 검수하게 된다는 고민이 제기됐다. 이에 상시 테스트 에이전트와 배치 개발 방식이 대안으로 소개됐다. 디자인도 에이전트 결과가 기대와 달라 수정에 시간이 오래 걸린다는 문제가 나왔다. 레퍼런스를 가져오고 복제 요소를 섞는 것만으로는 부족하며 UX와 디자인 시스템을 함께 설계해야 한다는 답이 제시됐다.
- 자동화된 개발 이후 QA/QC에서 발생하는 버그가 병목으로 언급됐다.
- 워크트리 구조를 QA/QC까지 확장해 개선해 보려는 계획이 나왔다.
- 디자인 생성물을 사람이 계속 수정하느라 시간이 소모되는 문제가 공유됐다.
- 사전 정의된 디자인 시스템과 UX 중심 접근이 디자인 품질 개선책으로 제안됐다.
17:47-17:49워크플로우·방법론
캘린더 자동화
일정 관리 에이전트는 채팅보다 구글 캘린더에 자동으로 일정을 넣고 변경 사항을 반영해야 실용적이라는 논의가 이어졌다. 통화, 메일, SMS 등 여러 채널의 정보를 수집해 캘린더에 반영하고, 통화로 취소된 일정은 자동 취소하는 흐름이 소개됐다. Linear가 대안으로 언급됐지만, 이를 처음 접한 참여자가 검색 시 일반 통계 용어만 나온다고 하며 제품 식별에 혼선이 있었다.
- 구글 캘린더 자동 입력이 비서형 에이전트의 핵심 기능으로 언급됐다.
- 통화·메일·SMS에서 일정 정보를 추출해 캘린더에 기록하는 구상이 공유됐다.
- 일정 취소 대화까지 감지해 캘린더 일정을 취소하는 자동화가 소개됐다.
- Linear가 언급됐으나 제품명과 일반 용어가 겹쳐 검색 혼선이 발생했다.
16:54-16:58워크플로우·방법론
미니앱 수익화
간단한 금융 계산형 미니앱처럼 수요가 있는 앱을 빠르게 여러 개 만들고 광고 수익을 얻는 방식이 언급됐다. 하루 수천 명 접속과 일 단위 광고 수익 사례가 공유됐지만, 여러 앱을 운영해도 월 수익이 일정 수준에서 정체될 수 있다는 경험담도 나왔다. 미니앱은 하루에 여러 개를 만들 수 있을 정도로 단순한 형태여야 운영 효율이 난다는 의견이 나왔다. 이후 애플 앱스토어 제출도 시도 중인데 난도가 더 높다는 이야기가 이어졌다.
- 적금 이율 계산처럼 단순하지만 검색·광고 수요가 있는 앱이 예시로 언급됐다.
- 광고 수익 모델은 트래픽 규모에 따라 일 수익 편차가 큰 것으로 이야기됐다.
- 여러 미니앱을 짧은 주기로 제작하는 방식이 수익화의 전제라는 의견이 나왔다.
- 수익 정체를 겪은 뒤 앱스토어 배포로 확장하려는 시도가 공유됐다.
16:56-16:58배포·운영
에이전트 앱 제출
워크트리를 미리 구성한 뒤 아이디어를 넣으면 MCP를 통해 제출까지 이어지는 자동화 구상이 나왔다. 토스 미니앱 제작과 제출을 자동화하는 AI 에이전트 플랫폼을 만들자는 농담 섞인 제안도 오갔다. 실제로 플랫폼 지원을 받으면 제출 과정이 간단하다는 경험이 언급됐다.
- 워크트리 기반으로 다수의 앱 작업을 분리·병렬화하는 구상이 제시됐다.
- 아이디어 입력부터 제출까지 연결하는 MCP 자동화가 언급됐다.
- 토스 미니앱 제작 자동화 플랫폼을 사업화하는 아이디어가 나왔다.
17:41-17:47도구·라이브러리
Hermes 비서 구상
Hermes를 개인 비서처럼 설정해 해야 할 일을 파악하고 시간대별 일정을 잡아주게 만들고 싶다는 요구가 나왔다. 단순 채팅형 에이전트보다 일정 정보를 캘린더에 자동 반영해 한눈에 보게 하는 방식이 더 실용적이라는 의견이 제시됐다. 이미 유사 기능을 구현했다는 언급은 있었으나 구체적인 공유는 이뤄지지 않았다.
- 개인 업무 파악과 시간 배분을 자동화하는 비서형 에이전트 수요가 제기됐다.
- 에이전트와 대화하는 인터페이스는 부차적이라는 의견이 나왔다.
- 핵심은 일정 결과를 캘린더에 자동 입력해 가시성을 확보하는 것이라고 정리됐다.
16:58-17:08질문·트러블슈팅
지원서 검토 중요성
지원서 작성 시 창업·앱 출시 경험과 회사 경력, 연구·논문 경험을 어떻게 기재할지 대화했다. AI가 컴퓨터의 다른 폴더까지 참고해 문서를 작성한 듯했다는 경험도 언급됐다. 최종 제출 전에 사람이 직접 서류를 읽고 검토해야 한다는 결론이 강조됐다. 지원 내역 화면에서 제출한 전체 서류를 확인할 수 있다는 정보가 공유됐다.
- 창업 관련 지원서에 앱 출시 경험을 역량으로 기재한 사례가 나왔다.
- 경력·연구·논문 이력을 최대한 충실히 적는 방식이 언급됐다.
- AI가 작성한 지원서는 제출 전 휴먼 인 더 루프 검토가 필요하다는 의견이 나왔다.
- 지원 내역에서 제출 서류 전체를 확인할 수 있다고 안내됐다.
17:41-17:42질문·트러블슈팅
JEV 화제 이유
JEV가 최근 스레드에서 화제가 된 이유를 묻는 질문이 나왔다. 짧은 답으로 속도가 빠르다는 점이 이유로 제시됐다. 기능이나 성능 비교에 대한 추가 설명은 이어지지 않았다.
- JEV의 최근 화제성을 묻는 질문이 제기됐다.
- 답변으로 빠른 속도가 언급됐다.
- 구체적인 벤치마크나 활용 사례는 공유되지 않았다.
17:21-17:23커뮤니티·잡담
수다왕 집계 잡담
자동 집계된 수다왕 시상식 메시지가 올라왔고, 참여자들이 집계 기준을 물었다. 이에 무관한 텍스트가 응답되어 집계 기준은 확인되지 않았다. 이후 업무 자동화와 월급 관련 농담으로 대화가 이어졌다.
- 대화량을 기준으로 한 것으로 보이는 시상식 메시지가 공유됐다.
- 집계 기준에 대한 질문이 나왔으나 유효한 답변은 제공되지 않았다.
- 자동화로 업무 부담이 줄었다는 맥락의 농담이 이어졌다.