→ 옆으로 밀어 시간대별 흐름 보기
AI 생성물이나 유행하는 UI 스킬에서 나는 이른바 ‘슬롭’ 느낌, 미감, 포지셔닝을 두고 대화함. 보기 좋은 디자인은 내부 만족도와 신뢰 인상에는 도움이 될 수 있지만, 홈페이지·랜딩 리뉴얼이 광고 효율이나 매출을 직접 바꾸지 않았다는 경험담이 공유됨. 고객이 유령회사처럼 보인다는 인상은 개선됐지만 구매 전환은 그대로였다는 사례가 나옴. 결론적으로 디자인의 미감과 돈을 내는 이유는 별개일 수 있으며, 보편화된 스타일을 무조건 슬롭으로 치부하는 분위기도 지적됨.
Promppy의 항목 링크와 서비스 홈페이지가 공유됨. 짧은 트리거를 저장된 프롬프트·템플릿으로 확장하는 기능을 처음 써봤다는 반응이 나옴. 다만 특정 명령은 작동했다가 안 되거나 서버 여유에 따라 불안정해 보인다는 사용 경험이 공유됨. 사이트 성격을 AI 관련 링크·뉴스를 보는 서비스처럼 평가하는 의견도 있었음.
Omo를 사용하는 사람이 있는지 물으며 Omo-Jev 플러그인 저장소가 공유됨. Omo는 여러 AI 모델·에이전트를 병렬 오케스트레이션하는 오픈소스 코딩 에이전트 도구로 소개된 맥락임. Jev를 결합하는 플러그인에 관심 있는 사람에게 참고 자료로 제시됨.
ASI가 등장해도 뛰어난 인간이 계속 우위일 수 있는지, AGI와 인간의 추론 방식이 어떻게 다른지를 토론함. AGI는 Artificial General Intelligence, 즉 범용 인공지능의 약자로 설명됐고, 넓은 분야 활용과 낯선 문제를 안정적으로 해결하는 능력은 구분해야 한다는 의견이 나옴. 파라미터 수를 인공 뉴런 수와 동일시하면 안 되며 인간 뇌와 AI의 비교는 속도·정확도·에너지 등을 함께 봐야 한다는 설명도 있었음. 뛰어난 인간이 AI를 활용하는 조합, known unknowns와 unknown unknowns의 구분, Jev 등장 이후 판단을 유보해야 한다는 관점이 함께 제시됨.
왕초보가 멀티에이전트를 구축할 때 Hermes를 보통 쓰는지 질문함. 답변에서는 특정 도구가 필수는 아니며 역할 분리와 결과 전달 구조가 핵심이라고 설명함. 처음에는 단일 에이전트로 작업해 본 뒤 작성 담당과 검토 담당처럼 두 역할로 나누는 단계적 접근이 추천됨. 구현 선택지는 LangChain 계열, Hermes, 단순 파이썬 스크립트 등 다양하며, 초보자에게는 Hermes도 한 선택지로 제안됨.
디자이너 없이 AI만으로 만든 사주 서비스가 높은 매출을 냈다는 경험담이 공유됨. 다만 사주 시장은 판매 규모가 크지만 광고 경쟁이 심하고 빠르게 포화됐다는 의견도 나옴. 저가 사주 서비스와 ChatGPT의 결과가 비슷하게 느껴졌다는 사용자 경험도 언급됨.
AI 관련 소식을 볼 대안으로 GeekNews가 공유됨. 이어 수학 관련 특정 토픽 링크도 공유됐고, 링크 내용에 대한 짧은 호응이 이어짐.
공유된 게시물을 보고 AI가 앱의 철학과 톤에 맞춰 영상을 스스로 만들어 주는 모습이 인상적이었다는 반응이 나옴. 다른 참여자가 어떤 도구로 무엇을 만들었는지 물었고, 특정 도구 또는 서비스로 보이는 이름이 언급됐으나 구체적인 제작 과정은 설명되지 않음.
Shrimp Task Manager를 사용하는 사람이 있는지 질문이 올라옴. 이어지는 사용 경험, 설정법, 답변은 이 구간에 없음. Shrimp Task Manager는 AI 코딩 에이전트의 작업 분해, 의존성 추적, 세션 간 맥락 보존을 돕는 MCP 기반 작업 관리 도구로 언급된 맥락임.
아침 시간대에 다수의 출석 인사와 자동 응답이 이어짐. 출석체크가 어떤 의미가 있는지 묻는 질문과, 누적 출석 순위에 대한 가벼운 반응이 나옴. 별도의 기능적 의미나 운영 기준에 대한 명확한 답변은 대화에서 제시되지 않음.