에이전트 활용 사례

오늘 등록된 사례

10전체 155건

155개 중 1–20개

개발·코딩

내 컴퓨터 에이전트가 올린 작업을 클라우드 봇이 이어받기

로컬 에이전트가 작업 문서를 올리면 GitHub Actions가 Grok Bot 웹훅을 불러 봇이 일을 시작하게 연결했어요.

사용법

  1. 작성자는 기능별로 Grok Bot을 만들고, 외부 이벤트로 깨우는 웹훅 기능을 썼어요.
  2. 로컬 에이전트가 할 일을 문서로 써서 grokbot-workspace 저장소에 올리면, GitHub Actions가 봇의 웹훅을 불러요. 봇은 동기화된 문서를 읽고 일을 시작해요.
  3. Grok Bot에 Pi Agent와 DeepSeek를 붙여 X 구독 한도 걱정을 덜었고, GPT 구독의 모델도 쓸 수 있게 했대요.

결과

작성자는 Grok Bot이 로컬 에이전트의 가벼운 클라우드 작업 배정 시스템이 됐다고 했어요.

참고사항

워크플로 설정 파일이나 실제 처리한 작업 예시는 글에 없어요.

출처

X 원문 ↗

예시 프롬프트 · Grok Bot

내 컴퓨터의 코딩 에이전트가 작업 문서를 저장소에 올리면, 클라우드의 봇이 그 문서를 읽고 일을 시작하게 연결해 주세요.

입력: 작업 문서를 올릴 저장소 [이름], 작업 문서 폴더와 형식 [예: tasks 폴더의 마크다운], 깨울 봇 [이름], 봇이 해도 되는 일 [목록]. 먼저 이 봇에 외부 요청으로 실행되는 웹훅을 만들 수 있는지, 그 주소와 인증 방식이 무엇인지 확인하세요. 비밀 키는 저장소 비밀 설정에만 넣고 파일이나 로그에 남기지 마세요.

작업 문서 폴더에 변경이 올라올 때만 도는 GitHub Actions 워크플로를 만들고, 바뀐 문서 경로를 담아 봇 웹훅을 호출하게 하세요. 봇 쪽에서는 받은 경로의 문서를 읽고, 이미 처리한 문서는 다시 처리하지 않도록 기록을 남기세요. 문서에 없는 일이나 봇의 허용 범위를 벗어나는 일은 하지 말고 나에게 물어보게 하세요.

결과를 저장소에 다시 쓸 때는 별도 브랜치나 결과 폴더에만 쓰고, 기본 브랜치에 바로 합치지 마세요. 워크플로를 끄는 방법도 적어 주세요.

결과물: 워크플로 파일, 봇 설정 요약, 작업 문서 예시, 처리 기록 형식. 짧은 시험 문서 하나를 올려 웹훅이 한 번만 호출되고 봇이 결과를 남기는지 확인한 뒤 실제 작업에 쓰세요.