내 업무에는
어떻게 쓸 수 있을까요?

01 · 코딩 에이전트 확인 요청

에이전트가 묻고, 나는 어디서든 답합니다.

코딩 에이전트가 바꾼 내용을 Markdown으로 보고하고, 내가 정해야 할 일은 하기 전에 묻습니다. 폰에서 답하면 같은 세션에서 이어서 작업합니다.

히스토리 ·개발·운영 또는 직접 만든 프로젝트 카테고리

1. Claude Code 또는 Codex → 변경 내용을 보고하고 pushyou_ask로 질문
2. 나 → 알림을 받고 선택지를 누르거나 답장
3. 에이전트 → 답을 받아 멈춘 곳부터 이어서 작업
4. Pushyou → 질문·답·보고된 결과를 대화에 보관

답을 받으려면 에이전트가 계속 실행 중이고 MCP로 연결되어 있어야 합니다. 질문은 기본적으로 최대 24시간 동안 답을 기다립니다. Pushyou가 에이전트를 실행하지는 않습니다.

02 · 콘텐츠 승인

게시물은 자동화가 쓰고, 내보낼지는 내가 정합니다.

n8n 흐름이나 에이전트가 소셜 게시물 초안을 이미지와 캡션이 담긴 미리보기로 보냅니다. 실제로 게시될 모습을 보고, 필요하면 문구를 고친 뒤 바로 그 버전을 승인합니다.

히스토리 ·업무, 또는 직접 만든 브랜드·고객 카테고리

1. 자동화 → 미디어·캡션과 24시간 기한을 담은 업무 미리보기로 초안 전송
2. 나 → 미리보기를 확인하고 캡션을 고치거나 수정 요청
3. 게시 단계 → 승인된 버전을 가져와 게시
4. Pushyou → 모든 버전과 내 수정, 보고된 결과 보관

Pushyou는 소셜 플랫폼에 직접 게시하지 않습니다. 연결한 자동화가 승인된 미리보기를 게시하고 결과를 보고합니다. n8n 템플릿의 초안 작성·게시 단계는 자리표시자이니 사용하는 n8n에서 직접 확인하세요.

03 · 배포 승인

배포할 준비가 됐을 때, 사람의 확인을 한 번 더.

CI가 빌드 결과와 배포 환경을 보내고, 담당자가 확인한 뒤 배포 프로그램으로 요청을 넘기는 구성입니다.

히스토리 ·개발·운영

1. CI → 새 버전·환경·변경 내용과 함께 승인 요청
2. 담당자 → 내용을 검토하고 승인 또는 거절
3. 배포 프로그램 → 승인된 요청을 점유하고 실행
4. Pushyou → 배포 결과와 원래 요청을 함께 표시

승인하면 업무가 실행 대기로 들어갑니다. 실제 배포와 결과 보고는 연결한 프로그램이 해야 합니다. 제공되는 예제는 배포 입력값만 검증합니다. 같은 종류의 배포를 매번 승인한다면 그 대화방의 상시 규칙으로 바꿀 수 있으며, 하루 한도가 적용됩니다.

04 · 장애 대응

알림을 받은 자리에서 점검을 요청하세요.

모니터링 알림을 받고 대화방 작업 메뉴에서 진단 범위를 선택합니다. 처리 중인 점검과 확인이 필요한 실패를 구분할 수 있습니다.

히스토리 ·개발·운영 또는 직접 만든 장애 대응 카테고리

1. 모니터링 → 서비스 상태와 장애 알림 전송
2. 담당자 → 작업 메뉴에서 점검 범위 입력·요청
3. 진단 프로그램 → 허용된 범위의 상태 확인
4. Pushyou → 진단 결과·실패·확인 필요 상태 표시

진단 명령과 권한은 내 프로그램에서 제한합니다. 자동 복구나 서버 원격 제어가 기본으로 실행되지는 않습니다.

05 · 보고서 요청

반복하는 요청은 메뉴로, 지난 결과는 카테고리로.

보고 기간과 범위를 입력하는 작업 메뉴를 대화방에 만들고, 완료된 결과를 보고·분석 카테고리에서 다시 확인합니다.

히스토리 ·보고·분석 또는 직접 만든 고객·프로젝트 카테고리

1. 담당자 → 주간 보고서 메뉴에서 기간·대상 입력
2. 보고 프로그램 → 승인된 입력에 맞춰 데이터 정리
3. Pushyou → 결과를 원래 요청에 연결해 전달
4. 히스토리 → 카테고리·업무 상태·대화방으로 필터

데이터 조회와 보고서 생성은 연결한 프로그램이 수행합니다. Pushyou의 카테고리는 개인 계정의 기록을 정리하며 팀 공유 권한을 만들지는 않습니다.