SINGLE ROOM PUBLICATION

[실밸개발자] 바이브코딩 클럽 — Hybrid Digest V5.2

2026-06-24 · 메시지 583건 · 발화자 89명 · 이야기 16건

EXECUTIVE SUMMARY

오늘의 흐름을 먼저 한 번에 보기

요약자정 Claude 장애와 Codex 백업, private 하네스/worktree 설계, 회사 AI 도입, Hermes 입문, 컨텍스트 관리, GPU·ComfyUI 로컬 생성, AI 수익화까지 “실제 운영자가 부딪힌 문제→방의 답변→실무 결론” 형태로 이어진 날입니다. 이번 버전은 외부 digest처럼 사건을 복원하고, 각 카드 안에 지수님 관점의 액션/검증/위키 후보를 덧붙였습니다. UX 잡담성 단일 발화는 최종 토픽에서 제외했습니다.

구성

Main 12 · Mini 3 · Watch 1

대화량

메시지 583건 · 발화자 89명 · 링크 97건

카테고리
운영 연속성 1하네스/워크트리 1로컬 생성/GPU 1조직 AI 도입 1세션/컨텍스트 관리 1Hermes 입문/운영 1Claude 한도/루틴 1디자인/프론트 리소스 1팀형 에이전트 1모델 루머/커뮤니티 온도 1영상/문서 처리 1AI 수익화/사업 1STT/OCR 1링크 보관 1AWS/인프라 1터미널/세션 1
핵심 카드 빠르게 보기
  1. 자정 Claude 장애, 코딩보초님 질문에서 Codex 메인 워커 전환론까지 갔다
  2. DV님 private 하네스 질문, worktree 복사 대신 물리 분리·중앙 하네스·수동 sync로 좁혀졌다
  3. WCOMPANY님 R9700 구매와 듀얼 라데온 조립, 밤에는 ComfyUI·WAN2.2 프롬프트 워크플로까지 이어졌다
  4. AI사장님 회사 AI 도입 상담, “한 번에 바꾸지 말고 md 규칙·파일럿·사례 교류”로 정리됐다
  5. 이라페님 resume 질문, handoff·lessons.md·CLAUDE.md·caveman으로 컨텍스트 경량화 논의가 열렸다
REFERENCES
링크·파일 보관함 18개나중에 다시 볼 자료만 따로 모았습니다
읽는 법 파란 버튼은 대표 링크, 작은 칩은 관련 링크 묶음입니다. 카드의 ‘왜 보관?’만 훑어도 다시 볼 가치가 보입니다.
01
AI 발표/문서00:05도구

Alai — 문서·아이디어를 발표자료로 전환

Gamma/Canva보다 발표자료 생성·편집·PDF/PPT 내보내기에 초점을 둔 AI 슬라이드 도구.

왜 보관? 보고서·제안서·교육자료 자동화 후보로 재검토 가치가 큽니다.

02
Claude Code00:47 / 00:56공식문서

Claude Code Worktrees 공식 문서

작업 분리와 병렬 개발을 위한 Claude Code worktree 사용 문서.

왜 보관? 코딩 에이전트 운용에서 충돌을 줄이는 실무 패턴으로 바로 재사용 가능합니다.

03
Claude Code01:01이슈

Claude Code 관련 GitHub 이슈 #14836

커뮤니티에서 확인한 Claude Code 버그/현상 기록.

왜 보관? 같은 장애가 재발할 때 원인 확인·우회책 추적 근거가 됩니다.

04
모델/컨텍스트08:14공식발표

Google Gemini 3.5 Pro 200만 토큰 맥락

Gemini 3.5 계열의 장문 컨텍스트/모델 업데이트 관련 공식 글.

왜 보관? 긴 문서·대화·코드베이스 처리 전략을 세울 때 기준점이 됩니다.

05
보안/에이전트08:14GitHub

Anthropic Cybersecurity Skills

Anthropic 스타일의 사이버보안 스킬/워크플로 참고 저장소.

왜 보관? 보안 자동화·에이전트 스킬 설계 레퍼런스로 보관 가치가 있습니다.

06
로컬 LLM10:42실행 가이드

Unsloth GLM-5.2 로컬 실행 문서

GLM-5.2 모델을 로컬에서 실행하는 Unsloth 문서.

왜 보관? 로컬 모델 평가·개인 환경 구축 후보로 나중에 실험하기 좋습니다.

07
OCR/문서파싱14:09모델+코드

Baidu Unlimited-OCR

긴 문서·다중 페이지 파싱용 OCR/문서 파싱 모델. R-SWA로 긴 출력에서도 KV cache 효율을 유지하는 구조가 핵심.

왜 보관? PDF/이미지 문서 자동 요약 파이프라인에 직접 연결 가능한 후보입니다.

08
AI 브라우저14:18제품

Aside Browser

로그인된 웹사이트·업무 도구 안에서 AI 에이전트가 직접 작업하는 브라우저형 에이전트.

왜 보관? Hermes/개인 자동화가 웹 작업을 어디까지 넘겨받을 수 있는지 보는 참고 사례입니다.

09
Claude Code 운영14:52블로그

Claude Code 5시간 limit 효율 활용 글

Claude Code 사용량 제한을 효율적으로 활용하는 방법을 다룬 개인 블로그 글.

왜 보관? 실사용 병목을 줄이는 운영 팁 후보라 별도 확인할 가치가 있습니다.

11
행사/트렌드17:14행사

BRANDCON26

송길영, 김봉진 등 연사 라인업이 언급된 브랜드/마케팅 행사.

왜 보관? 브랜드·소비자 인사이트 수집용 오프라인 이벤트 후보입니다.

12
소비자 트렌드17:47리포트

18개월 FOMO 현상과 소비자 심리 변화

소셜 데이터 기반으로 FOMO와 소비자 심리 변화를 분석한 리포트.

왜 보관? 커뮤니티/브랜드/콘텐츠 기획에서 바로 써먹을 수 있는 소비자 심리 자료입니다.

13
개발 생산성18:11GitHub

Codex Reset Watcher

Codex 토큰 초기화/티켓 만료일 조회를 돕는 도구.

왜 보관? Codex 사용량 관리 자동화 후보로 실용성이 있습니다.

14
생성형 디자인19:57제품

Krea 2 Models

Krea의 이미지/비주얼 생성 모델 업데이트 관련 앱 링크.

왜 보관? 이미지 생성 품질 벤치마크·크리에이티브 워크플로 후보로 보관합니다.

15
로컬 LLM 콘텐츠20:01GitHub

Heartmorrow — Local-First LLM Dating Simulator

로컬 LLM으로 캐릭터·세계관·관계 변화를 설계하는 연애/월드 시뮬레이터 프로젝트.

왜 보관? 로컬 우선 AI 캐릭터/게임형 콘텐츠 실험 사례로 흥미롭습니다.

16
디자인 리소스21:17컬렉션

바이브 코딩용 UI 컴포넌트·디자인 사이트 대형 묶음

컴포넌트, 랜딩/브랜드 갤러리, 디자인 시스템, 아이콘, 애니메이션, design.md 관련 저장소가 한꺼번에 공유됨.

왜 보관? 링크 수가 많아 본문에 흩어두면 잃어버리기 쉬워 별도 컬렉션으로 보관하는 게 맞습니다.

17
웹 애니메이션22:59라이브러리

anime.js

DOM/CSS/SVG/텍스트/스크롤/레이아웃 전환을 다루는 경량 JavaScript 애니메이션 엔진.

왜 보관? 웹 리포트·인터랙티브 데모에 가벼운 모션을 붙일 때 후보입니다.

18
영상/생성형 콘텐츠22:53 / 23:07 / 23:14레퍼런스

Seedance·Loop Library 등 생성형 영상 레퍼런스

Midjourney+Blender+Seedance 사례, Seedance 댄스 프롬프트, Loop Library 추천 링크.

왜 보관? 짧은 영상/광고 실험용 프롬프트·루프 자료로 따로 모아둘 가치가 있습니다.

MAIN

자정 Claude 장애, 코딩보초님 질문에서 Codex 메인 워커 전환론까지 갔다

한줄 결론장애 자체보다 중요한 결론은 “한 모델이 터지면 다른 모델이 이어받는 운영 구조”였다.

자세히 보기

왜 중요했나Claude/Opus/Sonnet 장애 체감이 여러 명에게 동시에 나왔고, Codex는 상대적으로 살아 있다는 비교가 바로 붙었다.

무슨 일이 있었나

코딩보초님은 status가 monitoring으로 넘어간 상황에서 보통 조치 시간이 어느 정도인지 물었고, BongGu님은 Resolved 이후 사용을 권했다.

Low Latency님은 Opus와 Sonnet이 안 되고 Haiku만 된다고 공유했고, BongGu님은 “요새 클로드만 좀 자주 터진다”며 GPT 계열 전환 가능성까지 언급했다.

aiaiai님은 Codex는 잘 된다고 말했고, 클로드 작업 세션을 확인해 이어서 하라고 하면 된다는 식의 실제 백업 흐름을 공유했다.

대화는 단순 장애 확인에서 “Codex를 진지하게 메인 워커로 돌릴지 고민할 시점”이라는 운영 판단으로 확장됐다.

용어 쏙쏙 3개
  • Resolved서비스 장애가 공식적으로 해결됐다는 상태
  • Monitoring복구 후 이상 여부를 관찰 중인 상태
  • 메인 워커실제 작업을 주로 맡기는 기본 AI/에이전트
적용 방 발언 기준
지수님 포인트

Hermes/OpenClaw도 모델 장애를 “실패”가 아니라 라우팅 이벤트로 다루는 runbook을 갖추는 쪽이 맞습니다.

왜 이 액션인가

장애 빈도가 반복될 때 즉시 대체 모델·세션 인계·재개 기준을 자동화할 수 있습니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • 이번 주 — Claude 장애 시 Codex/OpenAI 계열로 넘기는 최소 handoff 템플릿을 만들지 검토
Wikipatterns/agent_failover_runbook.md
Cross-room hooksClaudeCodexfailoverrunbook
방 체감 기준이며 실제 Anthropic 상태는 별도 확인 필요.
대화 원문 10개 보기
  1. 00:00코딩보초/클코
    네에..ㅜ status보고 있었는데 monitoring으로 넘어갔긴 하더라구요...
  2. 00:00BongGu_/클코,코덱
    왠만하면 Resolved로 넘어가면 그때 쓰시는게 나을거같아요
  3. 00:00Low Latency/클코
    저만이상한가요
  4. 00:00BongGu_/클코,코덱
    지금 전체적으로 불안정해요
  5. 00:01aiaiai/코덱스
    코덱스 잘 됩니다
  6. 00:01BongGu_/클코,코덱
    요새 클로드만 좀 자주 터지네요
  7. 00:01aiaiai/코덱스
    클로드 세션 확인해서 이어서 하라고 하면 잘 합니다
  8. 00:01스카/코덱스
    코덱스가 안터지는건 좋네요
  9. 00:02코딩보초/클코
    gpt가 api도 구독으로 쓸 수도 있는거 같아보이던데 넘어가던가 해야겠습니다
  10. 00:03BongGu_/클코,코덱
    아직은 클로드도 Agent SDK로 구독제 쓸 수 있게 냅두긴 했는데, 또 언제 막힐지 모르겠어서 Codex로 진지하게 메인 워커로 돌릴지 고민이 필요한 시점이네요

DV님 private 하네스 질문, worktree 복사 대신 물리 분리·중앙 하네스·수동 sync로 좁혀졌다

한줄 결론private 하네스는 gitignore만으로 해결되지 않고 “작업 코드와 에이전트 지시체계의 물리적 경계”를 설계해야 한다는 결론이 나왔다.

자세히 보기

왜 중요했나질문이 길고 답변도 깊었다. worktree, gitignore, 중앙 Meta Harness, 역방향 sync, symlink 버그까지 실제 운영자가 겪는 난점이 이어졌다.

무슨 일이 있었나

DV님은 Antigravity/Claude Code/OpenCode로 개발하되 Harness 코드는 원격 git에 올릴 수 없는 상황을 제시했다.

BongGu님은 harness 전용 브랜치나 개인 클라우드/중간다리 방식을 제안했지만, 노출 금지와 사용성 사이의 긴장을 인정했다.

정밀컷터님은 하네스 포함 로컬 레포와 하네스 제외 배포용 폴더를 물리적으로 나누고, 사람이 수동 스크립트로 sync하는 방안을 설명했다.

박스님은 Claude Code의 worktree 문서를 가져오며 용어를 정리했고, DV님은 Sub Agent 임시 worktree와 본인이 쓰는 장기 병렬 worktree가 다르다고 구분했다.

MaJu님은 핵심을 “worktree 생성 스크립트화, harness 주입, Agent가 해당 경로에서만 작업하게 고정”으로 요약했다.

용어 쏙쏙 3개
  • HarnessAI가 프로젝트에서 지켜야 할 규칙·명령·훅 묶음
  • worktree같은 저장소의 여러 작업 디렉터리
  • symlink다른 위치의 파일/폴더를 참조하는 링크
위키화 1차 출처 있음
지수님 포인트

지수님이 좋아하시는 “coding-agent handoff/skill 템플릿” 영역과 직결됩니다. Hermes skill/CLAUDE.md 배포 구조도 private/public 경계를 명확히 해야 합니다.

왜 이 액션인가

재사용 가능한 로컬 하네스 운영 패턴으로 위키화 가치가 큽니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • 3d — Hermes skill과 프로젝트별 CLAUDE.md를 분리 배포하는 표준 폴더 구조로 정리
Wikipatterns/private_harness_worktree.mdpatterns/agentic_workflow_operations.md
Cross-room hooksharnessworktreesyncprivate repo
공식 문서 링크와 실제 운영 경험이 함께 포함됐지만, 각 도구의 현재 버그 여부는 재확인 필요.
대화 원문 15개 보기
  1. 00:06DV/Antigravity
    혹시 저와 비슷한 고민을 하신분이 있다면 어떻게 설계하셨는지 궁금합니다. 클로드나 제미나이는 수동으로 Harness를 카피하는걸로 결론을 내리네요. 1. Agent를 이용하여 코드 개발을 합니다. (Antigravity CLI, Claude Code, Open Code 등) 2. 개발한 코드를 원격 git에 push 할때는, Agent와 관련된 Harness 코드들은 제외하고, 순수 개발된 코드만 업로드 합니다. (ex artifacts/ 경로 또는 src/ 경로) 3. Agent에서 여러 작업을 동시에 해야 될 경우, 현재 버전의 artifacts/에서 worktree를 생성하여 작업합니다.  - 이 경우 worktree를 Path로 지정해서 Agent를 새로 띄워서 작업하는게 좋을까요? (ex agy --add-dir)  - 또는 프로젝트 Root에서 구동중인 Agent가 코드 작업을 하는게 좋을까요? (단 이 경우 Agent가 실수로 다른 worktree의 코드를 수정하거나 참조하는 문제가 발생할 수 있습니다.) 4. 만약 3 단계에서 worktree를 Path로 지정해서 Agent를 새로 띄울 경우, Root의 Agent 설정과 Harness를 그대로 내려받아야되는데, 문제는 2에서 gitignore 처리가 되어있어서 내려받지 못할겁니다. 이렇게 상충되는 상황을 해결할 방법에 대해 설계를 해주세요.
  2. 00:13DV/Antigravity
    네 맞아요 Harness 노출은 되면 안되는 상황이거든요
  3. 00:15BongGu_/클코,코덱
    근데 보통 개인이 쓰는건 물리적으로 관리하거나, 아니면 개인 클라우드에 갱신하는 용도로 관리하면서 Agent한테 Worktree 분화할때 가져와! 느낌으로 중간다리가 하나 있어야 할 거 같기도 하고
  4. 00:16정밀컷터/cc, codex
    저같으면 하네스 포함된 로컬레포 따로 만들고 하네스 제외시킨 폴더 (gitignore 말고 물리적 제외) 새로 만들어서 online root repo로 삼고 로컬에서 작업후 스크립트로 싱크시킬거같네요
  5. 00:17정밀컷터/cc, codex
    로컬에서 워크트리로 작업하시면 에이전트 병렬깔아도 문제없고 마지막에 스퀴즈던 체리픽이던 하시고 깔끔하게 작업된 파일만 동기화해서 폴더로 밀어버리면 하네스노출없이 해결되니까요
  6. 00:28정밀컷터/cc, codex
    스크립트는 사람이 매뉴얼로 실행하고 (에이전트가 직접 실행하지 않도록 물리적으로 가드레일 세팅) 말씀주신 일자체는 신경안쓰셔도되는게 세팅자체는 local -> remote로 되어있지만 remote repo 자체가 정본이고 local은 그걸 당겨와서 작업하는거라 실제 remote repo에서 commit할때는 파일 전체 이력이 그대로 남은상태로 커밋되기에 충돌문제는 지금까지 겪어보진 못했습니다
  7. 00:32DV/Antigravity
    음 하네스 상에서 작업중인 코드의 commit과 remote로 push 하기직전 local 디렉토리 코드의 commit이 사실상 다른 commit인걸로 이해되거든요. local 디렉토리의 업데이트 작업물이 하네스상 작업중인 코드에 역방향 sync가 되어야 되는 상황이 있을것 같은데 이런 경우에는 어떻게 하시나요??
  8. 00:39DV/Antigravity
    하네스 변경이 빈번한 경우에는 전자로 가야될듯...
  9. 00:41DV/Antigravity
    그러네요! 아이디어 주셔서 넘 감사합니다. 이거 전자 방향으로 가고 역방향 sync도 뭔가 좋은 방법이 있지 않을까 싶기도 하네요
  10. 00:48DV/Antigravity
    그렇군요ㅎㅎ 감사합니다! 이건 이미 알고 계실수도 있는데 중앙의 하네스 Meta Harness에 적용된 하네스들이 다른 하네스로 정책 내려서 업데이트 하는 방식에 대해서는 이 방에 다른분이 아이디어 주셔서 좀 리서치하고 적용한게 Meta 하네스 내려받는 스크립트 만들고, 이 스크립트를 첫 hook에서 실행해서 업데이트 하게 만들기도 했습니다. 헤르메스 에이전트가 이런식으로 업데이트 내리더군요
  11. 00:53DV/Antigravity
    - root 에서 실행중인 하네스 : 루트 하위 모든 worktree의 파일 참조 가능 - 특정 worktree의 하네스: 해당 worktree내 파일만 참조 가능함 해당 워크트리 기반에서만 작업하게 고정하려면 .claude가 해당 워크트리에 존재해야함
  12. 00:58DV/Antigravity
    아 아뇨 다른 이야기입니다 이건 클코 내장된 Sub Agent의 worktree 자체 생성 기능이고... 저는 Sub Agent가 아닌 모든 작업 자체를 worktree로 구분해서 하려는 상황이에요. 클코 내장된 worktree는 문제가 없는게, 요놈은 Sub Agent 과업이 종료되면 어차피 정리되는 worktree라 임시 생성이니까요.
  13. 01:01DV/Antigravity
    네네 이런 버그가 있더라구요. 이미 해보셨군요ㅋㅋㅋ https://github.com/anthropics/claude-code/issues/14836?timeline_page=1
  14. 01:20DV/Antigravity
    .agents(gitignore) -- Harness central -- Meta Harness artifacts -- 실제 코드 작업물 - src - docs worktrees -- 작업 끝나면 main으로 - worktree1 - .agents(gitignore) -- 매번 수동으로 물리적 복사 해야함 - central - artifacts - src - docs - worktree2 - .agents(gitignore) -- 매번 수동으로 물리적 복사 해야함 - central - artifacts - src - docs
  15. 01:40MaJu / 개발자 / 클코,코덱스
    넵! 잘 활용하고 계시네요!! 저는 저렇게 크게 사용하기에는 사용량이 부족하여 큰 작업으로 사용해보지 못하여서 좋은 정보 들었습니다! 결국 핵심은 worktree 생성을 스크립트화하고, 각 worktree에 harness를 주입한 뒤, Agent가 해당 경로에서만 작업하게 고정하는 것이군요. 이후 작업 완료 시 main/remote로 반영하는 절차를 표준화해서 충돌 가능성을 줄이고, 충돌이 나도 추적 가능하게 관리하는 방향으로 이해했습니다.

WCOMPANY님 R9700 구매와 듀얼 라데온 조립, 밤에는 ComfyUI·WAN2.2 프롬프트 워크플로까지 이어졌다

한줄 결론이 날 가장 긴 비-agent 하드웨어/생성형 워크플로 신호였다. GPU 구매→ROCm→듀얼 장착→ComfyUI/WAN2.2 태그 고민→자동 프롬프트 생성까지 하루 안에 연결됐다.

자세히 보기

왜 중요했나직접적인 Hermes 운영 얘기는 아니지만 커뮤니티 열기와 구체성이 높았다. 외부 digest라면 반드시 큰 카드로 잡았을 흐름이다.

무슨 일이 있었나

오후 2시경 WCOMPANY님은 라데온 AI PRO R9700 AI TOP 32GB를 할인 가격 226만원에 살지 물었고, 결국 “에라 모르겠다”로 구매 흐름이 됐다.

마스트님이 이미지 생성 때문에 지포스를 택했다고 하자 WCOMPANY님은 ROCm으로 라데온도 가능하다고 답했다.

밤에는 RX9070XT 16GB와 R9700 32GB를 동시에 장착할 수 있는지, 보드·파워·케이스·라이저킷 문제를 구체적으로 공유했다.

이어 ComfyUI 관련 도움을 요청하며 WAN2.2, 단부루 태그, 퀄리티 태그, VRAM 48GB 조합을 언급했다.

마지막에는 “판타지 캐릭터 몇 개 적당히 뽑아줘”라고 하면 자동으로 프롬프트를 구성해 이미지가 나온다고 설명했고, 외형·의상·카메라시점·구도·포즈·negative prompt까지 챙겨야 한다고 정리했다.

용어 쏙쏙 3개
  • ROCmAMD GPU에서 AI/연산 작업을 돌리는 소프트웨어 스택
  • ComfyUI노드 기반 이미지/영상 생성 워크플로 도구
  • 단부루 태그이미지 생성에서 자주 쓰는 세부 묘사 태그 체계
추적 방 발언 기준
지수님 포인트

로컬 GPU 생성 워크플로는 지수님의 미디어/자동화 실험 후보입니다. 다만 투자/구매 판단으로 자동 연결하면 안 되고 “도구 후보”로만 보관하는 게 안전합니다.

왜 이 액션인가

장비 구매·로컬 생성 실험 신호는 커뮤니티에서 반복될 가능성이 높아 추적 가치가 있습니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • weekly — AMD ROCm + ComfyUI 실제 성공/실패 사례가 더 쌓이는지 추적
도구 인텔리전스
  • ComfyUI watch

    로컬 이미지·영상 자동화 실험 후보

Wikitools/local_generation_gpu_workflows.md
Cross-room hooksComfyUIROCmWAN2.2GPU
제품 성능·호환성은 방 대화 기준이며 공식 스펙/ROCm 지원표 확인 필요.
대화 원문 25개 보기
  1. 14:11WCOMPANY/클코
    226만원에 라데온 AI PRO R9700 AI TOP D6 32GB 산다/안산다
  2. 14:15WCOMPANY/클코
    오 할인 치면 226만
  3. 14:23WCOMPANY/클코
    에라 모르겠다
  4. 14:25하품하는 죠르디
    이정도 스펙은 소음은 디폴트로 안고가야죠
  5. 14:28마스트/클코
    라데온 괜찮나요?
  6. 14:29WCOMPANY/클코
    ROCm 하면됩니다
  7. 14:30WCOMPANY/클코
    저도 이미지생성
  8. 14:34WCOMPANY/클코
    샵검색: #ROCm
  9. 22:30WCOMPANY/클코
    같은 gfx1201 칩셋인데 하나는 RX9070XT 16GB 고 이번에 R9700 32GB로 샀는데
  10. 22:30WCOMPANY/클코
    이거 두개 장착될까요
  11. 22:34WCOMPANY/클코
    [ASRock] X870E Taichi 대원씨티에스 (AMD X870E/E-ATX) [SuperFlower] SF-1000F14XP LEADEX VII PRO PLATINUM BLACK ATX 3.1 입니다
  12. 22:35WCOMPANY/클코
    Antec C8 MESH CURVE BTF WOOD 케이스
  13. 22:38WCOMPANY/클코
    9700을 위에 달고 9070xt를 밑으로 보내고...
  14. 22:40어슷/클코&코덱스
    gpu끼리 연결할 필요는 없던거로 기억해요
  15. 22:46드론/클코
    Goose Ads in Claude 설치 1. npx gooseworks install --all 2. /goose-ads 예시 /goose-ads create ads for my brand <brand-website>
  16. 23:03WCOMPANY/클코
    오 Ai같아요! 최근에 그래픽카드 추가로 구입한것도 이미지 생성할때 부족해서 이번에 추가했거든요 RX9070XT 16GB + R9700 32GB 조합입니다 VRAM 48GB , 동영상 지금 WAN2.2쓰고있는데 해당 모델에서 주로 쓰는 퀄리티 관련태그 같은거라던가 해당모델도 단부루태그로 잘 돌아가는지, 지금 쓰고는있는데 잘안되는거같아서.. 디테일하게 챙기고 싶은데 잘모르겠네요 ㅠ
  17. 23:07드론/클코
    Hugging Face + Reddit => 여기에 엄청 많기는 합니다. 조만간 요청하신 내용 관련하여 알아보고 알려 드리도록 하겠습니다. ㅎㅎ
  18. 23:29드론/클코
    반복 작업을 AI에 맡기는 루프(작업 템플릿)를 모아둔 저장소 ✔ 카탈로그에서 원하는 루프 골라 프롬프트 복사 → 바로 실행 (설치 필요 없음) ✔ Claude Code·Cursor·Codex엔 한 줄로 설치해서 채팅으로 호출 ✔ 내 코드·작업에서 반복되는 일을 찾아 루프로 만들어주기도 함 ✔ 이미 있는 루프를 내 환경에 맞게 고쳐 쓰기
  19. 23:38WCOMPANY/클코
    사진
  20. 23:46WCOMPANY/클코
    그림하나 뽑을려고
  21. 23:53WCOMPANY/클코
    자동이에요
  22. 23:55아웃라이너/클코덱스
    대충 말해도 알아서 프롬프트를 넣어서 잘 만들어주는?
  23. 23:57WCOMPANY/클코
    외형정보 의상 카메라시점 뷰어를보는지 안보는지 구도 및 포즈 ...neg
  24. 23:58WCOMPANY/클코
    해상도랑 비율
  25. 23:58WCOMPANY/클코
    디테일해집니다

AI사장님 회사 AI 도입 상담, “한 번에 바꾸지 말고 md 규칙·파일럿·사례 교류”로 정리됐다

한줄 결론PM→개발→테스트 프로세스에 AI를 끼워 넣는 질문이 실제 회사 운영 조언으로 발전했다.

자세히 보기

왜 중요했나질문자는 막연한 “AI 도입”이 아니라 요구사항 전달, 개발, 테스트, verify, 배포의 병목을 줄이는 방법을 물었다.

무슨 일이 있었나

모자무싸님은 Hermes를 24시간 백그라운드 AI 팀으로만 보다가 메인 개발 스트림에도 녹일 수 있을지 물었다.

AI사장님은 회사가 PM 요구사항 전달→개발자 개발→테스트→배포 구조이며, AI 도입 후 개발 프로세스를 어떻게 바꿔야 하는지 질문했다.

포철님은 claude.md 공통관리, 분석/설계 산출물의 AI 기반 변경, HTML 목업 등을 언급했다.

렉스님은 회사마다 적용 범위가 다르므로 데이터 업무부터 AI 활용을 시도하고 개발자와 함께 붙는 식의 점진 도입을 말했다.

아웃라이너님은 빠르더라도 조직이 원하는 품질이 안 나오면 문제라며 PM 요구사항 정리와 개발 단계에서의 보조부터 시작하는 흐름을 제안했다.

MaJu님은 전체 workflow를 아는 사람이 총괄하고, 회의록/녹음본을 Slack에 올려 AI가 요구사항·설계·테스트를 보조하는 구조를 예시로 들었다.

마지막에는 “약속을 md 파일로 만들어 공유하고 수시로 업데이트”하자는 실무적 결론이 붙었다.

용어 쏙쏙 2개
  • SDDSpec Driven Development
  • 요구사항/명세를 먼저 구조화하고 그 명세를 기준으로 개발·테스트를 진행하는 방식
적용 방 발언 기준
지수님 포인트

지수님의 회사/프로젝트 자동화에도 바로 적용 가능한 “작게 시작→규칙 md화→품질검증→확대” 패턴입니다.

왜 이 액션인가

조직 도입은 도구보다 프로세스 설계가 중요하므로 action intelligence 가치가 큽니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • 이번 주 — PM/개발/테스트 공통 md 규칙 템플릿을 하나 만들어둘지 검토
Wikipatterns/company_ai_adoption_process.md
Cross-room hooksSDDcompany AI adoptionmd rulesPM workflow
실제 회사 사례는 일반 조언 수준이며 구체 도입 전 내부 제약 확인 필요.
대화 원문 15개 보기
  1. 15:00모자무싸/클코
    헤르메스를 메인 워크플로우와 별개인 '24시간 백그라운드 AI 팀' 정도로만 받아드렸는데요(서브스트림 개념) 근데 최근 실밸개발자님 영상(헤르메스관련) 보면서 세팅을 잘 하면 메인 개발 스트림에도 자연스럽게 녹일 수 있겠다는 생각이 들더라고요. 혹시 이미 그렇게 메인 워크플로우에 통합해서 쓰시는 분들 계신가요?
  2. 15:01모자무싸/클코
    먼가 오버헤드가 클거같아서 꺼려지긴하는데 잘쓰고계신분이있나 궁금합니다
  3. 15:02AI사장/코덱스
    안녕하세요! 조언을 듣고싶어서 메세지를 작성해봅니다. 현재 저희회사는 pm이 요구사항 가져다주면 개발자가 개발을 하는 방식인데요 이제 ai를 쓸 수 있게되었거든요 거기에 따라 개발프로세스가 변화될 것 같은데 혹시 여러분들은 어떤 프로세스로 개발하는지 공유해주실 수 있을까요? 댓글로 달아주시면 좋을 것 같습니다 서로 좋은 것들은 적용하면 좋을 것 같아서요
  4. 15:02AI사장/코덱스
    예를들면 pm과 개발자가 같이 md파일을 만드려나요?
  5. 15:06포철/클코
    질문이 많이 광범위한데요.. ㅎㅎ 답변할 내용도 많고... 어쨋든 개발쪽 소스코드는 claude.md 공통관리하시면되고, 분석/설계 산출물도 저는 ai 기반으로 많이 변경했습니다. 화면설계서도 html 목업으로
  6. 15:11렉스/클코
    회사의 상황에 따라서 너무 다른 점이 많습니다. 일단 제가 다니는 회사의 경우 아직 AI를 적용할 수 있는 범위가 많지 않습니다. 그래서 데이터를 쓰는 업무에 최대한 AI를 활용해보고, 개발자에게 질문을 던진 후 상황에 따라 개발자가 그 업무에 달라붙어 같이 개발을 하는 상황입니다. 개발자 분들은 조금 더 대규모 프로젝트에 투입되고, AI를 쓰는 PM들의 질문에 답변하면서 때로는 같이 도와주는 역할인 거죠. 근데 죠르디님 말씀 처럼 질문이 너무 광범위 합니다.. 어떤 업무이고 어떤 상황인데, 어떤 내용이 필요한 건지 구체적으로 질문주시면 감사하겠습니다.
  7. 15:12포철/클코
    솔직히.. 처음부터 거창하게 하기보다 써보면서 이거 ai로 할수있을거같은데? 트라이해보고, 더 개선하고 그렇게 되는거같습니다
  8. 15:22AI사장/코덱스
    넵 제가 너무 서툴렀네요 ㅜ ai를 도입하기전에는 project manager가 고객 요구사항이라던지 그런것들을 개발자에게 알려주고 그것들을 개발자가 개발을 하고 테스트 팀이 테스트를 하고 verify가 되면 배포가 되는 구조였거든요 요구사항전달, 개발, 테스트 각 단계마다 시간이 오래걸리고 비용도 많이 들더라구요 하지만 이제 ai를 도입했기때문에 저 프로세스들을 좀더 효율적으로 바꿀수 있지않을까 해서요 예를들면 ai가 테스트도 해주고 md파일을 만들어주면 ai가 개발도 하고 등등 효율적으로 변화할수 있는것들이 어떤게 있는지 관런하여 다른 회사는 어떻게 진행하고 있는지 알고싶어서 여쭤본거에요 :)
  9. 15:25포철/클코
    하나씩 해보세요.. ㅎㅎ 한번에는 못해요. 어쨋든 개개인의 ai 역량이 중요합니다. pm, pl, 개발자든요
  10. 15:34아웃라이너/클코덱스
    저희도 점진적으로 시도하고 있는 것 같습니다. 개발자(혹은 누군가)가 a부터 z까지 다 할 수도 있지만 퀄리티가 문제인 거 같아요. 빠르긴 하지만 조직이 원하는 수준의 결과물이 안나오면 그것대로 문제여서요. 특히 프로덕트가 복잡하면 더 그렇구요. 지금은 일단 PM이 요구사항을 정리할 때, 개발 단계에서의 이슈나 레거시 같은 것들을 클로드나 에이전트에게 알아보라고 하거나, 그런 걸 고려해서 요구사항을 정리하도록 하는 식으로 해보려고 하시는 것 같아요.
  11. 15:36MaJu / 개발자 / 클코,코덱스
    프로세스가 쉽게 변경이 가능하신 구조라면... 전체 워크 플로우를 두고 한번에 ai 적용 시키는 것도 좋습니다. 물론 전체 프로세스를 아는 사람이 총괄하고 ai 역량도 충분해야겠지만요! 단순히 생각하면 1. 요구조건을 받으면 슬랙에 올린다. (고객과의 회의록, 녹음본 등등) 2. 슬랙에 올라오면 자동으로 에이전트가 동작하며 슬랙의 요구조건을 읽고, 연관된 제품의 정보를 불러와 요구조건 검증을 진행한다. -> 부족한 요구조건에 대하여 채워 줄 것을 Pm에게 요청 (고객의 요청사항) 3. 요구조건이 충분하다면 해당 제품의 코드 개발하는 ai에게 전달. 제품 정보와 코드 정보를 기반으로 코드 개발 -> PR 발생..... 등등 이어 갈 수 있겠에요. 사람의 영역을 줄이고자 한다면 ai test 방법론에 집중해야하지만, 초기에는 사람이 리뷰하는 형식으로 하면서 하나씩 점진적 개선를...
  12. 15:41아웃라이너/클코덱스
    이번 실밸개발자님 루프엔지니어링 영상에서의 인사이트처럼… 일단 AI드리븐으로 일이 되는지 몇번 돌려보면서 어 되네? 싶을 때 전체 프로세스에 적용하는게 답이 아닐까 싶긴 해요.
  13. 15:55AI사장/코덱스
    오오 답변 하나하나가 도움이되네요 !! 한번 천천히 바꿔보고 괜찮은 부분들은 공유할께요
  14. 15:57휴가 즐기는 어피치
    pm과 개발자들이 같이 사용할 수 있는 약속들을 확실히 정해두고 시작하면 조금 편할 것 같습니다. 그 규칙을 md 파일로 만들어서 공유하고 수시로 업데이트하면 좋지 않을까요.
  15. 16:29DV/Antigravity
    Spec Driven Development 방법론을 한번 참고해보시면 도움이 되실것 같습니다~!

이라페님 resume 질문, handoff·lessons.md·CLAUDE.md·caveman으로 컨텍스트 경량화 논의가 열렸다

한줄 결론“resume이 뭘 가져오는가”의 용어 혼선에서 시작해 세션 초기 컨텍스트를 줄이는 운영 습관으로 정리됐다.

자세히 보기

왜 중요했나AI coding을 오래 돌리는 사람들에게 컨텍스트 관리는 곧 비용·품질·재현성 문제다.

무슨 일이 있었나

이라페님은 핸드오프 후 세션 초기화와 resume 시 초기 컨텍스트가 보통 몇 %인지, 25% 전후에서 새 세션을 열어도 되는지 물었다.

춘님과 모코코님은 /resume은 보통 이전 세션 맥락을 그대로 가져온다며 질문의 정의를 먼저 확인했다.

이라페님은 자신이 쓰는 resume이 실제 명령어가 아니라 handoff, lessons.md, progress.md를 읽는 커스텀 시작 루틴이라고 설명했다.

모코코님은 루트에서 Claude를 켜면 3% 정도로 시작한다며, md 내용을 줄이거나 오래된 것을 분리하라고 조언했다.

필라님은 /context로 무엇이 context를 차지하는지 확인하고, lessons.md보다 프로젝트/글로벌 CLAUDE.md를 업데이트하는 방식을 쓴다고 말했다.

대화 후반은 “좋은 하네스도 완벽하지 않고, 결국 본인 업무에 맞게 커스텀해야 한다”는 운영 철학으로 이어졌다.

용어 쏙쏙 3개
  • handoff다음 세션이 이어받을 작업 상태 요약
  • lessons.md반복 실수를 막기 위한 교훈 파일
  • /context현재 컨텍스트 사용량 확인 명령
적용 방 발언 기준
지수님 포인트

Hermes 메모리/스킬 관리도 같은 문제입니다. “많이 저장”보다 “다음 실행에 꼭 필요한 것만 읽기”가 중요합니다.

왜 이 액션인가

컨텍스트 경량화는 지수님의 장기 자동화 품질에 직접 영향을 줍니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • 이번 주 — Hermes wiki/skill/메모리 중 매번 읽어야 할 것과 검색할 것을 나누는 규칙 정리
Wikipatterns/context_handoff_hygiene.md
Cross-room hookshandoffcontextCLAUDE.mdmemory
각 CLI/도구별 /resume 동작은 다를 수 있어 현재 버전 확인 필요.
대화 원문 16개 보기
  1. 17:19이라페/클코,코덱스
    선배님들 대화하시는 중에 흐름 끊게 해서 죄송합니다! 문득 여쭤보고 싶은게 생겨서 글 남겨놓습니다! 여유 있으신 분들은 인사이트 나눠주시면 감사하겠습니다 ㅎㅎ.. 1. 프로젝트에서 핸드오프 후 세션 초기화 - resume 까지 진행했을때 초기 컨텍스트가 보통 몇% 정도 되는지랑, 컨텍스트가 어느정도 선에서 찼을때 세션을 새로 여시는지가 궁금합니다! 저는 일단 한 작업에 한 세션 원칙은 유지하려고 노력하는 편인데 가끔 20%가 넘어가는 경우가 있어서 초기 컨텍스트를 좀 더 낮추고 싶은데 노하우가 있을까용 ㅎㅎ.. 2. 레거시 데이터 정리하는 꿀팁같은게 있을까요?!
  2. 17:29이라페/클코,코덱스
    1. 아고 제가 설명을 좀 누락했네요! /resume해서 핸드오프랑 md파일까지만 읽은 딱 초기 세션 상태가 보통 몇%쯤 되는지 궁금합니다! 저같은경우는 5~6%정도에서 시작을 하는데 개인적인 욕심에 세션당 최대 컨텍스트는 25%정도로 생각하고 관리하고 있는데 컨텍스트가 차는 속도가 굉장히 빠른 경우들이 있더라구요 ㅠㅠ 그래서 컨텍스트를 관리하는 좀 더 좋은 방법이 있나 궁금해서 여쭤봤습니다! 2. 오래된 프로젝트 파일이나, 글로벌 폴더에 저장된 옛 프로젝트 파일들을 생각했습니다! 종종 글로벌 폴더에서 흔적들이 보이는데 폴더를 어떤 구조로 정리하는게 좋을지에 대해 개인적이고 다양한 방법론들을 좀 듣고싶어서요 ㅎㅎㅎ
  3. 17:31모코코/클코
    /resume은 그대로 가져오지 않나요? 이전에 작업하던 세션의 컨텍스트를 그대로 가져올 거 같은데.. 제가 잘못 알고 있나요? 초기 컨텍스트라는 정의가 맞는 건지 모르겠어요 레거시 코드는 보통 git 같은 버전관리 툴 활용하는 거 같아요
  4. 17:32춘/코덱 클코
    모델, 컨텍스트 윈도우 마다 다를것 같은데요 그리고 /resume은 그냥 다 가져와요. 그냥 새 새션을 /resume 이라고 표현하고 있는건가요? 플러그인을 경량화하는 방법을 보통 쓰죠. 2. 폴더 구조는 취향대로가 답이 아닐까요. 그런데 옛프로젝트는 llm 사용해서 구조 바꾸면 좋죠.
  5. 17:33이라페/클코,코덱스
    앗 제가 resume을 커맨드로 만들어두고 사용해서 혼동이 생긴것같아용
  6. 17:33이라페/클코,코덱스
    --- description: 세션 시작 — 진행상태·교훈·최신 핸드오프를 읽고 "어디까지/다음 뭐" 요약 --- 새 세션을 시작한다. 코드를 건드리기 전에, 아래를 읽고 **현재 맥락을 복원**한 뒤 한국어로 요약한다. 1. **교훈 먼저**: `.claude/memory/lessons.md`(없으면 글로벌 `~/.claude/memory/lessons.md`)를 읽는다. → 같은 실수를 반복하지 않도록 이번 세션에 유의할 점을 머리에 새긴다. 2. **진행상태**: 이 프로젝트의 `.claude/memory/progress.md`를 읽는다. → "어디까지 했나 / 다음 뭐 할 차례인가". - 끝난 일의 자세한 역사는 `.claude/memory/history.md`에 있다. **자동으로 읽지 않는다** — 옛 맥락이 필요할 때만 펼쳐 본다. 3. **최신 핸드오프**: `docs/` 안에서 **가장 최근 날짜의** `세션-핸드오프-*.md`를 찾아 읽는다(여러 개면 최신 1개). 4. **현재 상태 확인**: `git status`로 커밋 안 된 변경이 있는지, 어떤 브랜치인지 본다. 5. **요약 보고**: 위를 종합해 다음을 5줄 이내로 보고한다 — ① 지난 세션까지 한 일 ② 현재 상태(빌드·테스트) ③ **다음에 할 일 1순위** ④ 유의할 교훈 ⑤ 미커밋 변경 유무. 그리고 "이 작업부터 시작할까요?"라고 사용자에게 확인을 구한다.
  7. 17:35이라페/클코,코덱스
    전 resume하면 그냥 핸드오프랑 따로 만들어둔 lessons.md. progress.md만 읽어오는 상태입니다!
  8. 17:38모코코/클코
    아하 근데 그 md파일들 읽는 건데 20퍼면 꽤 많이 먹는 거 같긴 하네요
  9. 17:40모코코/클코
    저는 그냥 프로젝트 루트에서 claude로 켜면 컨텍스트 3퍼 먹고 있긴 해요
  10. 17:43모코코/클코
    md파일 내용 줄이려면 caveman도 괜찮을 거 같아요
  11. 17:44모코코/클코
    그리고 오래된 것들은 지우거나 따로 분리를 시켜서 안 읽게끔 하면 절약할 수 있지 않을까 싶네요
  12. 18:13하품하는 죠르디
    하네스 처음 적용할 땐 다른 사람걸 그대로 쓸수도있으나 결국 본인 업무에 가장 효과적인 하네스를 직접짜는 과정이 필요합니다. 모든 업무에 완벽하게 적용되는 하네스는 없습니다. 만약 그런 하네스가 있다고 말하거나, 본인 하네스를 그런식으로 홍보하는 사람은 그냥 사기꾼이라 보셔도됩니다
  13. 18:16필라/클코
    - 핸드오프 후 context가 5~6% 로 시작하는 것은 system prompt나 skill + mcp + memory 등이 context를 차지해서 일 수도 있으니 '/context' 로 먼저 확인해보시면 좋을 것 같아요 - 저같은 경우는 lessons.md 처럼 교훈을 따로 저장하기 보다는 프로젝트나 글로벌 scope의 CLAUDE.md를 업데이트하는 편입니다. 'lessons.md 읽어' 라고 지시할 필요없이 claude가 자동으로 읽어주니까요. - 프로젝트의 진행상태의 경우도 claude가 MEMORY.md를 직접 작성해주기 때문에 progress 파일을 따로 만들기보다는 여기에 의존하고 있어요. - 만약 프로젝트 레벨이 아니라 특정 기능 개발에 대한 진행상태라면 handoff 파일 만들고 새 세션에서 참조시키고 있어요. (이것도 MEMORY.md에 어느정도 기록되겠지만 동시에 여러 세션을 사용하는 경우에는 이 방법이 마음이 편하더군요) - "현재 상태 확인" 도 저도 예전에는 git status, history로 파악하게 시켰는데 요새 클로드 하네스가 좋아져서 알아서 잘하는 것 같아 지금은 잘 안씁니다ㅎㅎ - 저도 세션당 컨텍스트는 25~30%를 안넘게 하려고 하는데, 예상보다 빠르게 컨텍스트가 찬다면 경우에 따라 다르겠지만 1) 현재 문제를 작게 쪼개거나, 2) 서브에이전트로 위임하기를 고려해보면 좋을 것 같아요.
  14. 18:21춘/코덱 클코
    저도 마찬가지 생각. 아무리 AI 가 발전해도 하네스 만들어야 하는 이유는 AI는 의도와 욕망이 없기때문 이라는 생각을 오늘 하네스깎다가 또 했네요 ㅎ
  15. 18:43모코코/클코
    저는 직접 깎아보니까 설계부터 구현 검증 테스트까지 개발 뼈대에 대한 부분은 이미 잘 만들어진 하네스 따라잡기 힘들더라고요 이런 부분들은 잘 만들어진 거 가져다가 쓰고, 그때그때 필요한 스킬들 만들고 hook 붙이고 자연스럽게 커스텀 하는 게 경험상 효율적이더라고요ㅎ
  16. 18:47대짱이/코덱스
    다들 하네스를 어떻게 만드시나요?? 저는 .md 파일 여러개를 만들어서 특정 조건별로 .md를 읽게 했었는데 잘 안따르더라구요 ㅜㅜ 그래서 agent한테 하네스를 코드로 작성해달라 요청했었는데, agent가 직접 코드를 짜는 방식으로 하네스를 만드니까 프로젝트 별로 다 다르게 만들어야되고 시간도 너무 오래걸려서 잘 안쓰게되더라구요..

남스님·HIG님 Hermes 질문, 데스크톱 설치부터 비서형 자동화·모델 비종속성까지 장단점이 공유됐다

한줄 결론Hermes가 “VPS 필수 도구”가 아니라 로컬/텔레그램/스케줄러/비서형 자동화 인터페이스로 이해되는 과정이 나왔다.

자세히 보기

왜 중요했나지수님이 실제로 구축 중인 Luna/Hermes 방향과 정확히 겹치는 커뮤니티 인식 신호다.

무슨 일이 있었나

남스님은 VPS 소개가 많던데 입문은 데스크톱 설치로도 괜찮은지 물었고, 민감자료와 상시 전원 문제가 답변의 핵심으로 나왔다.

HIG님은 Hermes를 어떤 용도로 쓰는지 물었고, URL을 던져 논문/유즈케이스 분석 후 저장하는 방식이 공유됐다.

James Baek님은 Notion과 Google Calendar를 긁어 아침/저녁 브리핑, 관심분야 뉴스 스크래핑을 시켰다고 했다.

마스트님은 Claude 스케줄과 차별점을 물었고, James님은 다음 달 Codex를 써볼 예정이라 특정 모델에 종속되지 않는 점을 들었다.

Devmug님은 24시간 상주와 Telegram 지시, 컴퓨터를 꺼도 일하는 점을 장점으로 말했고, 로컬로 돌리면 컴퓨터가 꺼지면 못 한다는 현실도 같이 나왔다.

용어 쏙쏙 2개
  • VPS클라우드에 항상 켜두는 가상 서버
  • 모델 비종속성Claude/Codex 등 하나의 모델에 묶이지 않는 운영 방식
위키화 방 발언 기준
지수님 포인트

이 카드는 지수님 개인 시스템 설명 자료로 바로 쓸 수 있습니다. “Hermes는 비서 인터페이스 + 장기 기억 + 도구 실행 계층”이라는 포지셔닝을 다듬을 근거입니다.

왜 이 액션인가

Luna/Hermes 온보딩 문서에 반영하기 좋습니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • 이번 주 — 지수님용 Hermes 소개/사용 사례 카드 1장 만들기
Wikipersonal/kakao/hermes_use_cases_from_community.md
Cross-room hooksHermesTelegram assistantVPSlocal automation
방 사용자 경험 기준이며 Hermes 기능/설치 방법은 공식 문서 확인 필요.
대화 원문 14개 보기
  1. 08:38남스 | 직장인 | 업무자동화
    헤르메스 소개영상에 vps소개가 많던데 입문해보려면 복잡한거없이 그냥 데탑설치하고 해도 크게 상관없겠죠??
  2. 08:45우는 라이언
    개인정보만 없다면머... ㅎ 그리고 켜놔야동작한다는것?
  3. 08:53마음늘보/클코
    넵 데스크탑 켜놓을수만 있고 민감자료만없다면 상관없습니다.
  4. 10:27HIG/깃코
    보통 헤르메스를 이용해서 어떤용도로들 사용하시나요? 막상쓰려고하니 좋은아이디어가 없네요
  5. 10:34움찔/코파,클코.코덱
    전 텔레그램에 연결해서 인터넷에서 올라오는 정보들 있으면 url 던져서 논문이나 유즈케이스 분석시켜서 저장해뒀다가, 쌈박한 아이디어 없니? 하고 물어볼때 써요.
  6. 10:36James Baek/Anti
    전 말 그대로 비서처럼 제 노션이랑 구글캘린더 긁어와서 아침 브리핑, 저녁에 다시 긁어와서 할일 다 했는지 회고 브리핑 시켰고 평일 주간에 4시간 마다 관심분야 뉴스 스크래핑해서 보고하게 해놨어요ㅎㅎ
  7. 10:37마스트/클코
    궁금한데 그건 클로드 같은 경우 스케쥴 돌려놓으면 되는데
  8. 10:38James Baek/Anti
    써본 바로는 딱히 없는데 전 담 달엔 클로드 말고 코덱스 써볼 예정이라 한 모델에 종속되지 않는다는 점?
  9. 10:40Devmug/Codex
    24시간 항시 상주하고 텔레그램으로 일을 시킬 수 있다는 점? 내 컴터를 꺼놔도 일을 알아서 해서 좋은거같습니다
  10. 10:41마스트/클코
    저도 그러고 싶은데 퀄리티 체크는 어떻게 하시나요?
  11. 10:42James Baek/Anti
    전 따로 호스팅 한게 아니라 로컬로 돌리고 있어서 컴터 꺼지면 일을 못 하는 관계로ㅋㅋㅋㅋㅋ그냥 컴터를 24시간 켜놓고 클로드앱 쓰는 거랑 텔레그램 쓰는 거랑 단순히 수단 차이 같습니다
  12. 10:42Devmug/Codex
    클로드 컴터를 항상 켜놔야하죠
  13. 10:44Devmug/Codex
    전 보통 빌드하고 넘기면 QA팀 QA가 밤에 시작이 되어서 밤에 잘 때 올라오는 버그들 알아서 고치게 해놨습니다ㅎ
  14. 10:47마스트/클코
    저는 자꾸 뭘 시켜놓으면 자아가 너무 강해서 멋대로 하더라구요

오버맨님 Claude Pro 리밋 자동화 질문, 모바일·CLI 루틴은 가능하지만 플랜/계정 전략으로 귀결됐다

한줄 결론핵심은 “PC가 꺼진 상태에서도 5시간 타이머를 의도적으로 시작할 수 있나”였고, 답은 가능성은 있지만 운영 리스크와 한도 소모를 감수해야 한다였다.

자세히 보기

왜 중요했나단순 꼼수가 아니라 AI 작업량이 많아질수록 한도·타이머·모델 라우팅이 운영 설계 문제가 된다는 신호다.

무슨 일이 있었나

오버맨님은 Claude Pro 일일 한도 초기화 뒤 첫 메시지를 날려야 시간이 흐르는 구조 때문에, 1시간마다 의미 없는 채팅을 보내 타이머를 앞당길 수 있는지 물었다.

S님은 모바일 Claude 앱에서 code 기능으로 의미 없는 채팅을 보내는 방식을 제안했고, Dudae님은 한도 소진 시간을 파일명으로 저장해 cron으로 다시 깨우는 아이디어를 냈다.

오버맨님은 서버가 꺼진 상태에서도 가능한 방법을 찾는다고 уточ했고, 일삼님은 모바일·로컬 원격·클라우드·CLI 루틴 모두 LLM 연산을 일으키면 공용 한도를 쓴다고 설명했다.

일삼님은 낮은 모델·낮은 추론·간단한 행위로 타이머만 돌리는 게 좋지만, 이미 한도가 모자라면 플랜 업그레이드나 계정 2개가 더 편할 수 있다고 덧붙였다.

용어 쏙쏙 2개
  • 5h 타이머Claude Code 사용량 리밋이 일정 시간 단위로 회복되는 구조
  • cron정해진 시간에 명령을 실행하는 스케줄러
추적 방 발언 기준
지수님 포인트

자동화로 한도를 “최적화”하는 순간 이용약관·계정 리스크와 생산성 리스크를 같이 봐야 합니다. Luna는 이런 류의 액션을 임의 실행하지 않고 설계 조언까지만 해야 안전합니다.

왜 이 액션인가

한도 운영은 반복될 신호지만 실제 계정 자동조작은 신중해야 합니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • weekly — Claude/Codex 사용량 모니터링을 안전한 알림 수준으로만 둘지 검토
Wikipatterns/ai_usage_limit_operations.md
Cross-room hooksClaude limitcronquota
방 경험 기준이며 서비스 약관/정책 확인 필요.
대화 원문 16개 보기
  1. 13:27오버맨/클코
    안녕하세요 클로드 pro 사용하고있는데 일일한도 초기화 이후에 첫 메세지를 날려야 시간이 가다 보니 1시간마다 의미 없는 채팅을 날려서 초기화 이후에도 시간이 가도록 하고싶은데 pc를 끈 상태에서도 이걸 수행할 방법이 있을까요?
  2. 13:29S/클코덱스
    클로드앱(모바일)에서 코드 기능으로 의미없는 채팅 전달하면 되지 않을까요
  3. 13:30춘/코덱 클코
    그런데 이게 어떤 의미인가요? 초기화 이후 메세지를 날려야 시간이 간다는게 어떤 의미인가요?
  4. 13:31S/클코덱스
    13시에 리밋해제인데 13시 30분에 사용하면 18시 30분으로 시간이 밀리는거 말하시는거같은데요.
  5. 13:34오버맨/클코
    출근해서 클코를 사용하면 1시간만에 리밋을 다쓰는데 이걸 1시간마다 돌려놓으면 출근했을때 리밋이 6시간이 아닌 2시간 이후에 초기화되니 더 사용할수 있을거같아서요
  6. 13:52대송/클코
    저 프로로 쓰고 있는데, 결국 주간 리밋이 중간에 꽉 차서 크게 의미가 없더라구요… 물론 근무시간 이후에도 쓰고 있는 포인트도 있어서 별개일수도 있지만요
  7. 14:01Dudae/codex
    클로드코드는 한도를 다 쓰면 어떻게 되나요? 더 이상의 어떠한 대화(작업)가 불가능 한가요? 한도를 다 쓴 시점을 알 수 있다면 클로드 코드에서 특정 폴더에 한도를 다 쓴 시간의 5시간 10분 정도 이후의 값을 단순하게 파일명 정도로 저장해두고 크론잡 이용해서 해당 폴더에 파일이 존재하고, 파일의 시간이 현재 시간 이전인 경우, 의미없는 채팅을 하나 날리게 하는 방법이 떠오르는데 제가 아예 잘못 생각하고 있을 수도 있습니당,,,
  8. 14:07대송/클코
    첫 메시지 날린 시점부터 5시간이다보니 첫 시점부터 타이머가 돌아야할꺼같구요. 작업 불가 합니다 토큰 다 쓰면요 extra사용하면 더 쓸 수 있긴하죠 ㅎ
  9. 14:08Dudae/codex
    아니면 해본적도 없어서 가능한지도 모르긴 한데 현재 한도를 알 수 있다면 한도가 95%를 초과 했을 때 위의 작업을 수행하는 스킬을 만들어서 작업하도록 하네스를 씌워 둘 수 있을거 같아요
  10. 14:11오버맨/클코
    하네스가 스킬을 쓴다는건 결국 서버가 살아있어야되는건데 저는 서버가 꺼진상태에서 가능한 방법이 있을까 싶어서요~
  11. 14:14일삼/클코/코덱스
    됩니다. 다른분들이 이미 말씀 주신것 같은데 모바일 클로드에 채팅 날린거로도 되고, 컴퓨터가 전원 들어와있다면 로컬 세션에 리모트로 던지는것도 되고, 클라우드로 던지는것도 되고….하여튼 클로드가 llm 으로 무언가를 하기만 했으면 한도를 공용으로 쓰고있기 때문에 다 됩니다.
  12. 14:15일삼/클코/코덱스
    따라서 정해진 시간에 5h가 초기화되길 원하시면 그냥 그 시간부터 계산해서 -시간에 클로드가 응답하도록 직접 말 걸거나 루틴 걸어두면 됩니다. cli로 써도 되고 클로드코드에서 루틴 기능으로 해도 마찬가지이며 이게 실제로 원하는대로 동작하는지는 제가 이미 codex cli 때부터 쓰고있던 기능이라 보장합니다
  13. 14:16일삼/클코/코덱스
    참고로 이미 알고계시겠지만 최대한 덜 한도를 사용하도록 최대한 낮은 모델에 낮은 추론도에 생각 없이 대답할 수 있는 행위를 시키시는게 좋습니다. 예전에는 /status 등 토큰을 소비하지않는 상태값 조회하는 행위만 해도 5h 타이머가 돌아가는 경우도 있었던것 같은데 요즘엔 무언가 llm 연산이 있는 경우만 되는것 같습니다.
  14. 14:17일삼/클코/코덱스
    근데 이미 이렇게 모자란 수준이시면 그냥 플랜을 올리시거나 계정을 2개 쓰시는게 아마 속편하실거예요….제가 이렇게 쓰다가 답답해서 결국 플랜 올려서 쓰는중입니다
  15. 14:19일삼/클코/코덱스
    한도 다쓰면 아무 행위도 더 안합니다. 이미 지시해서 작업하던 내용도 최대한 그만두고 멈춥니다. /goal 등 명령어 사용하여도 마찬가지입니다. llm 을 사용하지 않는 /status 등 명령어는 정상 동작합니다. 현재 한도는 codex와 동일하게 명령어로 파악 가능합니다.
  16. 14:52imsu/클코
    https://bbogle2.tistory.com/entry/Claude-Code-5-hour-limit-효율적으로-활용하기 같은고민을 하시는 분인거같은데 이게 해결책인지는 모르겠네요..

드론님이 바이브코딩용 UI 컴포넌트·디자인 사이트를 6묶음으로 대량 공유했다

한줄 결론단발 링크처럼 보이지만 양이 많고 목적이 분명했다. “바이브코딩 결과물의 시각 품질을 끌어올리는 참고 라이브러리”로 보관 가치가 있다.

자세히 보기

왜 중요했나지수님이 private HTML report/attachment vault를 만들고 있으므로 UI 레퍼런스 묶음은 바로 실험 후보가 된다.

무슨 일이 있었나

드론님은 21st.dev, 60fps.design, awwwards, component.gallery, coolors 등 컴포넌트와 디자인 갤러리 링크를 1차로 공유했다.

이후 daisyUI, design.md 계열, fontpair, extract-design-system 등 디자인 시스템 추출/참조 도구가 이어졌다.

GitHub awesome-design-skills, design-md Chrome/Figma, VoltAgent awesome-claude-design 같은 AI 디자인·Claude 디자인 자료도 포함됐다.

hugeicons, onepagelove, reactbits, Aceternity, uiverse 등 실제 UI 블록/아이콘/인터랙션 참고 사이트가 묶였다.

용어 쏙쏙 2개
  • Design system색상·타이포·컴포넌트 규칙 묶음
  • UI block카드/버튼/히어로 섹션 같은 재사용 화면 조각
테스트 1차 출처 있음
지수님 포인트

Cloudflare HTML 보고서 UX 개선에 바로 써볼 수 있는 레퍼런스 묶음입니다. 단, 링크 덤프가 아니라 “보고서 UI 후보”로 선별 보관해야 합니다.

왜 이 액션인가

지수님의 report vault UI 개선 실험 후보입니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • 이번 UI 개선 때 — private report 카드/검색/토글 UI에 쓸 레퍼런스 3개만 추려 적용
도구 인텔리전스
  • 21st.dev / daisyUI / ReactBits test

    보고서/대시보드 UI 빠른 개선 후보

Wikitools/ui_design_reference_links.md
Cross-room hooksHTML reportdesign systemUI components
공유된 링크 자체는 1차 URL이나 품질/라이선스는 별도 확인 필요.
대화 원문 7개 보기
  1. 21:17드론/클코
    바이브 코딩할 때 유용한 UI 컴포넌트 및 디자인 사이트 현황 (1) https://21st.dev https://21st.dev/community/components https://60fps.design https://awwwards.com https://bundui.io/motion/animations/animated-beam https://collectui.com https://component.gallery https://coolors.co https://cta.gallery https://curated.design
  2. 21:17드론/클코
    바이브 코딩할 때 유용한 UI 컴포넌트 및 디자인 사이트 현황 (2) https://daisyui.com/components/list/ https://design.dev/ https://designmd.ai/ https://designmd.app/ https://designmd.me/discover https://fontpair.co https://freedesignmd.com/ https://getdesign.io/ https://getdesign.md/ https://github.com/arvindrk/extract-design-system
  3. 21:17클코마님/클코+코덱스
    저도 둘다 왔다갔다하면서 하나 3만원짜리 하나 비싼거 이렇게 굴리고있습니다 ㅋㅋㅋ
  4. 21:17드론/클코
    바이브 코딩할 때 유용한 UI 컴포넌트 및 디자인 사이트 현황 (3) https://github.com/bergside/awesome-design-skills https://github.com/bergside/design-md-chrome https://github.com/bergside/design-md-figma https://github.com/bergside/typeui https://github.com/dembrandt/dembrandt https://github.com/google-labs-code/design.md https://github.com/hasi98/designpull https://github.com/hirokaji/jp-ui-contracts https://github.com/kwakseongjae/oh-my-design https://github.com/rohitg00/awesome-claude-design
  5. 21:17드론/클코
    바이브 코딩할 때 유용한 UI 컴포넌트 및 디자인 사이트 현황 (4) https://github.com/VoltAgent/awesome-claude-design https://github.com/voltagent/awesome-design-md https://godly.website https://hugeicons.com https://landing.love https://logofolio.com https://magicui.design https://magicui.design/docs/components/smooth-cursor https://mobbin.com/ https://navbar.gallery
  6. 21:17드론/클코
    바이브 코딩할 때 유용한 UI 컴포넌트 및 디자인 사이트 현황 (5) https://neuform.ai/ https://ogblocks.dev/components/button https://onepagelove.com https://opendesigner.io/showcase https://reactbits.dev/components/flowing-menu https://rebrand.gallery https://saaspo.com https://smoothui.dev https://stitch.withgoogle.com/ https://stitch.withgoogle.com/docs/design-md/overview
  7. 21:18드론/클코
    바이브 코딩할 때 유용한 UI 컴포넌트 및 디자인 사이트 현황 (6) https://styles.refero.design/ https://svgl.app https://ui.aceternity.com/blocks/cards https://uiverse.io https://www.aura.build/ https://www.designmd.co/ https://www.designmd.supply/ https://www.eldoraui.site/docs/components/font-weight-text https://www.typeui.sh/ https://www.ui-layouts.com/components/hover-cards

조이님 Claude Tag 공유, “슬랙 속 팀원형 Claude”라는 새 협업 패러다임으로 해석됐다

한줄 결론Claude가 채널·도구·메모리·보안까지 갖춘 팀 구성원처럼 작동한다는 방향성이 공유됐다.

자세히 보기

왜 중요했나Luna/Hermes도 결국 “대화방 안의 인터페이스”이기 때문에 팀형 AI 협업의 UX 신호로 볼 만하다.

무슨 일이 있었나

조이님은 Karpathy의 X 링크를 공유한 뒤 Claude Tag를 “슬랙에서 클로드가 팀 구성원으로 참여하는 방식”이라고 설명했다.

Claude를 태그하고 작업을 위임하는 동안 사람은 다른 업무에 집중할 수 있다는 점이 핵심으로 소개됐다.

이어 도구, 통합, 컴퓨팅 환경, 메모리, 보안이 갖춰지면 Claude가 사람과 같은 방식으로 팀에 통합된다는 해석이 붙었다.

용어 쏙쏙 2개
  • Claude TagSlack 등 협업 채널에서 Claude를 태그해 일을 맡기는 방식
  • memory/security팀 도구 접근과 장기 맥락 보존·권한 통제
추적 1차 출처 있음
지수님 포인트

Luna의 Telegram 인터페이스와 Slack analyst-reports 전달 UX를 설계할 때 참고할 방향입니다.

왜 이 액션인가

공식 기능/실험 신호는 협업형 에이전트 UX에 영향을 줍니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • 2w — Claude Tag류 기능이 실제 제품화되면 Luna Slack/Telegram UX에 반영할 점 정리
Wikipatterns/team_chat_ai_agent_ux.md
Cross-room hooksSlackClaude Tagteam agent
X 링크와 방 요약 기준이며 실제 Anthropic 제품 범위는 공식 발표 확인 필요.
대화 원문 3개 보기
  1. 07:53조이/클코
    https://x.com/karpathy/status/2069547676849557725?s=20
  2. 07:54조이/클코
    클로드 태그(Claude Tag)를 소개합니다. 클로드와 협업하는 새로운 방법입니다. 슬랙에서 클로드는 팀 구성원으로 참여하여 사용자가 선택한 채널과 도구에 접근할 수 있습니다. 클로드를 태그하고 작업을 위임하는 동안 다른 업무에 집중할 수 있습니다.
  3. 07:55조이/클코
    이는 조직 전체의 다른 모든 인간 활동과 훨씬 더 "일관된" 방식으로 Claude와 상호 작용하는 새로운 패러다임입니다. 이 시스템이 "그냥 작동하도록" 만드는 모든 내부 엔지니어링 작업(예: 도구, 통합, 컴퓨팅 환경, 메모리, 보안 등)을 완료하면 Claude는 기본적으로 팀에 완벽하게 통합됩니다. 마치 사람과 대화하듯이 Claude와 소통할 수 있으며 매우 다양한 작업 부하를 처리할 수 있습니다. 제 생각에는 이것이 LLM UI/UX의 세 번째 주요 재설계입니다. 첫 번째 패러다임은 LLM이 방문하는 웹사이트였고, 두 번째는 컴퓨터에 다운로드하는 앱이었습니다. 세 번째는 조직 전체의 도구와 컨텍스트를 갖춘 자체 포함형, 영구적, 비동기적 엔티티로서 인간 팀과 함께 작동하는 것입니다. 처음에는 이해하는 데 시간이 좀 걸리지만, 실제로 사용해 보면 매우 훌륭합니다.

GPT 5.6 루머와 fable 회상, 모델 기대감이 하루 두 번 방 분위기를 만들었다

한줄 결론사실 여부보다 중요한 것은 커뮤니티가 모델 출시 루머에 맞춰 구독·양다리·작업 전략을 조정한다는 점이다.

자세히 보기

왜 중요했나오전에는 출시/딜레이 루머, 밤에는 fable 회상과 GPT 6 기대, Codex 업데이트 대비 얘기로 이어졌다.

무슨 일이 있었나

아웃라이너님은 5.6 얘기를 너무 많이 들어 이미 나온 것 같은 느낌이라고 했고, S님은 7월 딜레이설을 언급했다.

움찔님은 이번주라는 기사도 있지만 정확한 건 Sam만 안다고 했고, 렉스님은 루머지만 오래 걸릴 것 같지는 않다고 봤다.

밤에는 클코마님이 내일 GPT 5.6이 나올지 기대했고, fable을 그리워하는 반응과 “양다리를 걸쳐 전략 세우기”가 이어졌다.

샘알트먼 닉네임/프로필 농담까지 붙으며 정보 신호와 커뮤니티 밈이 섞였다.

용어 쏙쏙 2개
  • fable방에서 회상되는 특정 모델/버전 경험을 가리키는 별칭
  • 양다리Claude와 Codex 등 여러 모델을 동시에 구독/운영하는 전략
추적 루머/캡처 주의
지수님 포인트

모델 루머는 투자/운영 결정을 바로 바꾸는 근거가 아니라 “커뮤니티 기대·전환 가능성” 신호로만 다루는 게 안전합니다.

왜 이 액션인가

루머는 추적하되 실행 판단은 공식 발표 후 해야 합니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • 공식 발표 시 — GPT 5.6/차기 모델이 실제 나오면 Hermes 모델 라우팅 영향만 별도 점검
Wikipatterns/model_rumor_watch.md
Cross-room hooksGPTmodel releaseFable
루머/기사/방 반응 기준이며 공식 출시 사실로 확정하지 않습니다.
대화 원문 16개 보기
  1. 09:56아웃라이너/클코덱스
    5.6 나온거 아니죠..?? 5.6 얘기를 하도 많이 들어서 그런가 이미 나온 거 같은 느낌.. ㅋㅋㅋ
  2. 10:14S/클코덱스
    5.6 7월로 딜레이 됐다고 하는 말도 있던데요.
  3. 10:17움찔/코파,클코.코덱
    https://www.aitimes.com/news/articleView.html?idxno=211949
  4. 10:17움찔/코파,클코.코덱
    이번주라는 기사는 나오긴 했는데.. 정확한건 샘형만 알겠죠 😀
  5. 10:19렉스/클코
    다 루머긴 한데, 이렇게 얘기 나오는 것 보면 그렇게 오래 걸릴 것 같지는 않습니다.
  6. 21:01클코마님/클코+코덱스
    과연 내일 gpt5.6이 나올까요 두근(초롱초롱)
  7. 21:02마구잡이
    gpt5.6 좋을까요?
  8. 21:04하품하는 죠르디
    5.6은 모르겟지만 Gpt 6은 올 겨울엔 나오길 바라봅니다.. 아직도 fable 처음썻을때 느낌을 잊을수가업네요
  9. 21:09WCOMPANY/클코
    아아 페이블좌 그립습니다
  10. 21:12클코마님/클코+코덱스
    아직도 페이블의 흔적으로 살아갑니다ㅠㅠ 그가 떠나기전 남겨놓은 하네스로 오푸스를 부리며..ㅠㅠ
  11. 21:15S/클코덱스
    저도 기대는 하는데 그냥 나오면 좋고 미뤄졌으면 한달정도 행복회로 돌린다는 느낌으로 기다립니다.
  12. 21:16S/클코덱스
    기다리면서 이게 KST 기준인지 전략세우고 초기화권 어떻게 사용해야되지 하면서 쉐도우 복싱하고 ㅎㅎ
  13. 21:17S/클코덱스
    그런거 때문에 양다리를 걸쳐두고 전략세우는거죠 ㅎ
  14. 21:17클코마님/클코+코덱스
    저도 둘다 왔다갔다하면서 하나 3만원짜리 하나 비싼거 이렇게 굴리고있습니다 ㅋㅋㅋ
  15. 21:26샘알트먼
    페이블이 그렇게 좋나여..?
  16. 21:27최승/클코, 코덱스
    알트먼형님이 그렇게 말하시니까 삘하게 웃기네욤

흥안님 10시간 영상 스크립트 질문, 분할·음성추출로 20분 만에 MD 변환까지 끝났다

한줄 결론긴 영상 처리도 이제 “가능하냐”가 아니라 “어떻게 병렬화하고 포맷화하냐”의 문제로 이동했다.

자세히 보기

왜 중요했나지수님의 회의/영상/커뮤니티 자료 요약 자동화와 직접 연결되는 실무 팁이다.

무슨 일이 있었나

흥안님은 10시간짜리 영상 스크립트를 뽑아 md 파일로 만드는 가장 빠른 방법을 물었다.

Ahkim_dev님은 영상을 분할해 병렬로 뽑는 방법을 제안했고, 하품하는 죠르디님은 영상을 음성파일로 변환하고 분할하라고 했다.

흥안님은 실제로 10시간짜리 추출을 20분 만에 끝냈다고 보고했다.

아웃라이너님은 그래서 회의록 서비스가 많은 것 같다고 반응했다.

용어 쏙쏙 2개
  • 병렬 처리긴 파일을 여러 조각으로 나누어 동시에 처리하는 방식
  • MDMarkdown 문서 포맷
적용 방 발언 기준
지수님 포인트

Teams/YouTube/회의록 파이프라인에 “분할→병렬 STT/요약→MD 통합” 패턴을 적용할 수 있습니다.

왜 이 액션인가

이미 지수님 환경에 회의/문서 자동화 수요가 있어 실용성이 높습니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • 다음 긴 영상/회의 처리 때 — 분할 크기와 병렬 worker 수를 템플릿화
Wikipatterns/long_video_to_markdown_pipeline.md
Cross-room hooksSTTMarkdownmeeting summary
구체 도구명은 없고 방법론 수준입니다.
대화 원문 6개 보기
  1. 12:25흥안/클코
    선생님들 영상 스크립트 뽑아서 md파일로 만들고 싶은데 길이가 10시간 정도 돼서 가장 빠르고 효율적으로 뽑는 팁 있을까요?
  2. 12:29Ahkim_dev/클코
    영상 분할해서 병렬로 뽑아보시는 건 어떠실까요'
  3. 13:00하품하는 죠르디
    영상을 음성파일로 변환하고 분할해서 뽑으세요
  4. 13:06흥안/클코
    답변 감사합니다!
  5. 13:23흥안/클코
    10시간짜리 20분만에 추출 끝났네용
  6. 13:26아웃라이너/클코덱스
    그래서 회의록 서비스들이 많은 거 같아요 ㅎㅎ

외골격님 “AI로 돈 버는 사람 있나요?” 질문, 포도농가 AX·사이트 제작·AI 영상 외주 사례가 나왔다

한줄 결론추상적인 수익화 논의가 실제 유지보수비, 지인 사이트 제작, AI 영상 외주라는 사례로 내려왔다.

자세히 보기

왜 중요했나지수님이 커뮤니티 신호를 사업/자동화 아이디어로 보관할 때 좋은 사례 카드다.

무슨 일이 있었나

외골격님은 회사나 강의가 아니라 사업으로 AI로 돈을 버는 사람이 있는지 물었다.

실밸개발자사상팬님은 포도농가 AX를 해주고 유지보수비를 받는다고 답했다.

스카님은 지인 요청으로 사이트를 만들고 있으며 잘되면 첫 수익이 될 것 같다고 했다.

아웃라이너님은 AI로 돈 번다는 말은 넓지만, 확실한 영역은 AI 영상제작 외주라고 봤다.

이후 광고에 AI 영상이 많이 나오고, 그 제작을 외주받는 사람들이 돈을 버는 구조라는 설명이 이어졌다.

용어 쏙쏙 3개
  • AXAI Transformation
  • 업무/사업 프로세스에 AI를 붙여 개선하는 것
  • 외주고객 요청을 받아 제작·구축하고 비용을 받는 일
위키화 방 발언 기준
지수님 포인트

Kakao 커뮤니티에서 “돈이 되는 AI 자동화” 사례를 따로 모으면 지수님 사업/자동화 아이디어 뱅크가 됩니다.

왜 이 액션인가

수익화 사례는 시간이 지나도 참고 가치가 있습니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Follow-up
  • monthly — 커뮤니티에서 반복되는 AI 수익화 유형을 분류
Wikipersonal/kakao/ai_monetization_examples.md
Cross-room hooksAI businessAXvideo outsourcing
개별 수익 규모/계약 조건은 확인되지 않았습니다.
대화 원문 16개 보기
  1. 23:29외골격/클코
    실제로 ai로 돈벌고계신분 있나요? 회사나 강의말고 사업으루요
  2. 23:30귀족고양이
    저요
  3. 23:30실밸개발자사상팬/딥시크
    포도농가 AX해주고
  4. 23:30실밸개발자사상팬/딥시크
    유지보수비
  5. 23:30실밸개발자사상팬/딥시크
    달달구리
  6. 23:36스카/코덱스
    저도 지인요청으로 사이트 만들고 있는데 처음이다 보니 쉽지않네요
  7. 23:36스카/코덱스
    잘되면 첫 수익이 될꺼같아요
  8. 23:36아웃라이너/클코덱스
    근데 AI로 돈을 번다는게… 너무 광범위한 거 같긴 해요
  9. 23:37스카/코덱스
    통장에 꽂히면 버는거죠 머 ㅋㅋ
  10. 23:38아웃라이너/클코덱스
    AI로 돈 버는 확실한 영역은 요즘 영상제작 쪽 아닐지 싶네요
  11. 23:39스카/코덱스
    영상쪽은 수익구조가 어떻게 되나요? 광고를 붙이는건지 사주는사람이 있는건지
  12. 23:39아웃라이너/클코덱스
    요즘 광고에 AI로 만들었다고 많이들 나오잖아요
  13. 23:39아웃라이너/클코덱스
    다 AI영상제작 외주 주는거죠
  14. 23:40아웃라이너/클코덱스
    외주 받는 분들 = AI로 돈 버는 분들
  15. 23:41MaJu / 개발자 / 클코,코덱스
    생각보다... AI 영상 제작 비용이 비싸긴하던데.... 음
  16. 23:42소유리/클코
    퀄차이가 많이 날걸요
MINI

양반님 STT 질문에 Whisper·NVIDIA ASR·Voxtral이 후보로 나왔고, Baidu Unlimited-OCR도 문서 처리 후보로 보관됐다

한줄 결론한국어 음성/문서 처리 후보 묶음

자세히 보기

왜 중요했나음성·문서 입력 자동화 후보가 짧게 공유됐다.

무슨 일이 있었나

양반님은 한국어를 잘 알아듣는 STT 스트리밍 엔진을 물었고, 넙적곰치님은 Whisper, NVIDIA ASR, Voxtral을 언급했다.

드론님은 긴 문서·다중 페이지 파싱용 Baidu Unlimited-OCR도 공유했다.

용어 쏙쏙 2개
  • STT음성을 텍스트로 바꾸는 기술
  • OCR이미지/PDF 속 글자를 텍스트로 추출하는 기술
테스트 방 발언 기준
지수님 포인트

회의록·문서 파이프라인 후보로 보관하면 좋습니다.

왜 이 액션인가

직접 테스트 전까지는 후보 수준입니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
도구 인텔리전스
  • Whisper / NVIDIA ASR / Voxtral / Baidu Unlimited-OCR watch

    회의·문서 자동화 입력단 후보

Wikitools/stt_ocr_candidates.md
Cross-room hooksWhisperVoxtralOCR
모델 성능은 별도 벤치마크 필요.
대화 원문 4개 보기
  1. 05:51양반/코덱스
    혹시 한국어 잘알아듣는 stt스트리밍엔진 있을까요?ㅜ
  2. 06:26넙적곰치/클코
    Whisper아니면 이번 nvidia asr모델 사용해보시죠 vixtral도 나쁘지 않던디
  3. 06:26넙적곰치/클코
    Voxtral
  4. 14:09드론/클코
    * Baidu Unlimited-OCR 긴 문서·다중 페이지를 한 번에 파싱하기 위해 설계된 오픈소스 OCR/문서 파싱 모델이며, R-SWA 구조를 통해 긴 출력에서도 KV cache를 일정하게 유지하는 것이 핵심입니다. - Long-horizon 문서 파싱 - Constant KV Cache 기반 효율화 - Hugging Face / Transformers / SGLang 배포 지원 https://github.com/baidu/Unlimited-OCR https://huggingface.co/baidu/Unlimited-OCR

드론님 단발 도구 링크: Alai, Gemini 3.5 200만 토큰, GPT-Bidi-1, Aside Browser, GLM-5.2, KingTools, Mac 무료 앱

한줄 결론링크는 많았지만 각각은 별도 실험 후보로 보관할 정도다.

자세히 보기

왜 중요했나대화 흐름을 끊지 않는 단발 링크들이 지속적으로 들어왔다.

무슨 일이 있었나

Alai는 발표자료 생성/편집 도구로 공유됐다.

Gemini 3.5 Pro 200만 토큰, Anthropic CyberSecurity Skills, GPT-Bidi-1 같은 모델/스킬/음성 링크가 아침에 묶여 나왔다.

Aside Browser는 로그인된 업무 사이트 안에서 AI 에이전트가 작업하는 브라우저로 소개됐다.

Windows 무료 프로그램 사이트와 Mac Finder/Image/Window 관련 무료 앱도 공유됐다.

용어 쏙쏙 2개
  • Bidi양방향
  • AI browser웹사이트 안에서 에이전트가 직접 조작하는 브라우저형 도구
추적 1차 출처 있음
지수님 포인트

원문 링크 보관함에 넣되, 당장 테스트할 것은 Aside Browser/Alai 정도로 좁히면 좋습니다.

왜 이 액션인가

링크 덤프는 무조건 실행이 아니라 후보 보관으로 처리합니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
도구 인텔리전스
  • Alai / Aside Browser watch

    보고서·브라우저 자동화 후보

Wikitools/kakao_room_tool_mentions.md
Cross-room hooksAlaiAside BrowserGLM
공유 URL 기준이며 제품 품질/가격 확인 필요.
대화 원문 10개 보기
  1. 00:05드론/클코
    Gamma/Canva보다 문서·아이디어 => 발표자료” 전환에 집중된 도구 - AI 슬라이드 생성 - AI 기반 디자인·편집 - PDF/PPT 내보내기 및 자동화 https://getalai.com/
  2. 08:14드론/클코
    오늘의 롱블랙 https://longblack.co/note/2025?ticket=NT2626e79749bac08531f642dce4261a2cc8da
  3. 08:14드론/클코
    Google Gemini 3.5 Pro 200만 토큰 지원 https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-5/
  4. 08:14드론/클코
    Anthropic CyverSecurity Skills https://github.com/mukul975/Anthropic-Cybersecurity-Skills
  5. 08:14드론/클코
    OpenAI GPT-Bidi-1 (양방향 음성 지원) https://x.com/testingcatalog/status/2066919098236146167
  6. 10:42드론/클코
    GLM-5.2 로컬에서 실행하기 https://unsloth.ai/docs/models/glm-5.2
  7. 14:18드론/클코
    Aside Browser 사용자가 로그인한 웹사이트·업무 도구 안에서 AI 에이전트가 직접 작업을 수행하도록 만든 AI 브라우저 - 브라우저 네이티브 AI 에이전트 - 로컬 메모리 기반 업무 컨텍스트 이해 - 에이전트용 비밀번호 관리자 https://aside.com/
  8. 16:46드론/클코
    Windows 사용자에게 좋은 무료 프로그램 사이트 저도 사용하고 있는데 아주 좋습니다. ㅎㅎ 평생 무료 사용 가능하다고 합니다. https://www.kingtools.kr/ko/
  9. 16:55드론/클코
    * Mac 사용자에게 추천할만한 무로 S/W 저도 사용하고 있는데 너무 좋습니다. Finder Alternative https://rescenedev.github.io/anf/ Image Viewer https://snapview.snapworkslab.com/ Image 관리 https://rescenedev.github.io/lumen/ Local AI 회의록 https://apps.apple.com/kr/app/local-minutes/id6770009735
  10. 17:14드론/클코
    BRANDCON26 연사로 송길영, 김봉진 등 있네요~~ 관심있는 분들은 신청하시기 바랍니다. - 일시 : 7/28(화) - 장소 : COEX Grand Ballroom - 주관 : imweb - 신청 : https://brandcon.imweb.me/26/

마스트님 AWS CLI 적응 경험, 비용 감축·작업속도 상승·MFA 보안까지 언급됐다

한줄 결론작지만 실무성 있는 인프라 운영 팁

자세히 보기

왜 중요했나긴 토론은 아니었지만 CLI 기반 운영의 효율 신호가 나왔다.

무슨 일이 있었나

마스트님은 aws cli에 적응되기 시작하니 비용도 감축되고 작업속도도 상승되어 편하다고 했다.

MFA 설정까지 해두면 보안도 유지된다고 덧붙였다.

춘님은 OpenTofu를 쓰는지 물었고, 마스트님은 VSCode 터미널에서 AWS 패키지를 설치해 쓰는 정도라고 답했다.

용어 쏙쏙 3개
  • AWS CLI터미널에서 AWS 자원을 조작하는 도구
  • MFA다중인증
  • OpenTofuTerraform 계열 인프라 코드 도구
읽기 방 발언 기준
지수님 포인트

Cloudflare/AWS 같은 배포 자동화에서 CLI+MFA 운영 패턴을 참고할 수 있습니다.

왜 이 액션인가

즉시 액션보다는 운영 감각 참고입니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Wikipatterns/cloud_cli_operations.md
Cross-room hooksAWS CLIMFAOpenTofu
개별 계정/비용 내역은 확인되지 않습니다.
대화 원문 4개 보기
  1. 19:39마스트/클코
    aws cli 적응되기 시작하니까 비용도 감축되고 작업속도도 상승되는 등 편하네요
  2. 19:41마스트/클코
    안되는 게 없네요 mfa 설정까지 해두니까 보안도 유지되구요
  3. 19:40춘/코덱 클코
    open tofu 같은거 쓰시나요?
  4. 19:42마스트/클코
    그냥 vscode 터미널에서 aws 패키지 설치해서 쓰고 있어요
WATCH

Cmux에서 zellij로 옮긴 경험과 Claude 세션별 오류 차이가 짧게 공유됐다

한줄 결론세션 매니저와 모델 세션 안정성은 운영자들이 계속 체감하는 문제다.

자세히 보기

왜 중요했나짧은 흐름이지만 장기적으로 도구 선택 신호가 될 수 있다.

무슨 일이 있었나

픽겍측님은 Cmux에서 zellij로 옮겼는데 생각보다 좋다고 했다.

같은 사용자는 기존 연결 세션은 안 죽고 새 세션은 안 되는 Claude의 세션별 오류를 공유했다.

아웃라이너님도 세션별로 오류가 나는 것과 안 나는 것이 랜덤 같다고 반응했다.

용어 쏙쏙 2개
  • zellij터미널 세션/패널 관리 도구
  • sessionAI/터미널 작업의 독립 실행 상태
추적 방 발언 기준
지수님 포인트

긴 작업을 많이 돌릴 때 세션 매니저와 세션 복구 설계가 중요합니다.

왜 이 액션인가

즉시 도입보다 반복 신호 확인이 좋습니다.

새로움
실용성
방 반응
지수님 관련
신뢰도
Wikitools/terminal_session_managers.md
Cross-room hookszellijcmuxsession reliability
개별 체감 기준입니다.
대화 원문 5개 보기
  1. 20:32픽겍측/클코,코덱
    Cmux에서 zellij 로 옮겼는게 생각보다 좋네요
  2. 22:56픽겍측/클코,코덱
    클로드 재밌는게 기존에 연결되어있는 세션은 안죽고 잘 돌아가네요
  3. 22:58아웃라이너/클코덱스
    그냥 뭔가.. 랜덤 같아요. 전 오늘은 딱히 오류 없이 잘 돌아가줬어요
  4. 22:59픽겍측/클코,코덱
    창 두개 켰는데 왼쪽은 계속되고 오른쪽은 안되는 진기명기가…
  5. 23:01아웃라이너/클코덱스
    맞아요 진짜 세션별로 오류가 어떤 건 나고 어떤 건 안나고..