FIELD GUIDE / 현재 운영 화면 / 2026-09-19

먼저 읽고, 직접 전달하고,
같은 업무에서 검토하세요

공유 예시만 읽는 경로와 진행자와 함께 새 업무를 실행하는 경로로 나누었습니다. 실제 워크벤치의 버튼명과 입력 예문을 따라 등록부터 보완·복구까지 확인하세요.

현재는 웹에서 접수한 요청별 실행 문장을 진행자가 WorkBuddy에 직접 전송합니다. 기존 WorkBuddy의 Notion 저장·재조회 경로를 유지합니다. 서버의 직접 저장·자동 실행은 후속 전환 범위로, 이번 디자인 공개에는 포함되지 않습니다.

01 / PREPARE

열람과 실행은 준비가 다릅니다

업무 공간에서 카드 상품 기획 요청을 다루는 워크벤치를 사용합니다. 웹 방문자와 실행 진행자는 역할이 다릅니다. 웹 접속만으로 WorkBuddy의 관리·Notion 연결 권한이 생기지는 않습니다.

경로 A · 공유 예시 열람

브라우저에서 사용 사례 영상을 봅니다.
업무 공간의 공유 예시를 선택합니다.
기존 v1·v2, 근거와 검토 기록을 읽습니다.

WorkBuddy 실행 없이 열람하는 읽기 전용 경로입니다. 공유 예시를 수정하거나 실행 대상으로 사용하지 않습니다.

경로 B · 새 업무 실행

진행자가 현재 WorkBuddy 연결을 확인합니다.
방문자가 웹에서 새 업무를 등록합니다.
진행자가 그 요청의 실행 문장을 전송합니다.
같은 업무에서 결과·검토·보완을 확인합니다.

진행자가 준비되지 않았다면 경로 A로 먼저 살펴보세요.

진행자 준비

WorkBuddy에서 Projects → 카드사 업무 데모 운영 → Local task → workbuddy_demo_ops를 선택합니다. 운영 프로젝트 안의 작업에서 지침과 현재 관리·Notion 읽기 접근을 확인합니다. 다른 작업 공간이나 과거 대화의 성공으로 현재 연결 확인을 대신하지 않습니다.

진행 전 읽기 전용 확인 문장

현재 선택한 workbuddy_demo_ops의 START_HERE.md와 CODEBUDDY.md를 먼저 읽어 주세요. config/project.json과 state/session-status.json, 참조된 운영 지침을 확인하고 현재 새 작업에서 원본 참조·관리 연결·Notion 읽기 접근을 지침에 따른 읽기 전용 방식으로 확인해 주세요. 과거 성공과 새 관측을 구분하세요. 업무·검토·수집·예약·배포·업무 DB를 변경하거나 대기 업무를 실행하지 마세요. 연결이 확인되지 않으면 멈추고 필요한 준비만 알려주세요.

시작 전 확인 · 이 페이지에서만 사용하는 체크 올바른 운영 프로젝트와 Local task를 선택했습니다. 진행자가 현재 작업의 관리·Notion 읽기 접근을 확인했습니다. 등록에 사용할 브라우저 세션을 유지합니다. 공개 자료와 가상의 조건만 사용합니다.

체크는 저장·전송되지 않고, 인증이나 실행 완료를 증명하지도 않습니다.

요청·상태는 현재 서버 SQLite가 관리하고, 기획안·검토의 기준 기록은 WorkBuddy가 Notion에 추가 저장·재조회합니다. 아직 모든 업무 사실이 Notion에만 있는 구조는 아닙니다. 현재 구조와 전환 목표 보기

02 / WATCH THE CASES

세 가지 사례로 업무의 범위를 봅니다

상단 사용 사례에서 사례 이름을 고르고 영상 재생을 누릅니다. 재생·일시 정지·음량은 영상 컨트롤로 조절합니다. 이전·다음 사례로 옮기거나 전체 화면으로 볼 수 있고, 사례 자세히 보기를 펼치면 설명을 읽을 수 있습니다.

배송 조회: 1분 1초 · 무음 · 한국어 자막 운송장 136건의 조회·PNG 증빙 저장·검증 사례입니다. 약 136분 → 15분, 약 89% 단축은 제공된 사례 기준이며 업무 환경에 따라 달라집니다.
리서치 · 협업: 1분 24초 · 배경음악 · 한국어 자막 공개 콘텐츠 조사, HTML 리포트, Notion 기록과 Slack 공유를 보여 줍니다. 이 녹화 사례의 Automation과 현재 카드 업무의 수동 실행 전달 경로는 서로 다릅니다.
보안 · 운영: 1분 28초 · 배경음악 · 한국어 자막 승인된 환경의 로그 분석과 전문가 검토 사례입니다. 비침투형 시뮬레이션이며 실제 공격이나 침해 성공을 뜻하지 않습니다.

세 영상은 사전에 녹화한 사용 사례로, 재생하거나 끝까지 봐도 새 업무가 접수·실행되지는 않습니다. 홈페이지의 문서 일러스트도 업무 흐름 설명용이지 실제 처리 기록이 아닙니다.

발표 화면으로 설명할 때

발표는 6장입니다. 이전·다음 또는 방향키로 이동하고, 전체 보기로 장을 선택합니다. 발표 노트 또는 N 키로 노트를 표시할 수 있습니다. 노트를 켠 채로 이 창을 공유하면 청중에게도 그대로 보입니다. 전체 화면은 브라우저가 허용할 때 사용할 수 있습니다.

03 / 경로 A · READ ONLY

공유 예시는 읽고 비교하는 경로입니다

화면에서 할 일

업무 공간을 엽니다.
왼쪽 업무 목록에서 공유 예시를 선택합니다.
목록의 예시를 열고 제목·업무 ID와 열람 전용 표시를 확인합니다.
개요 → 기획안 → 근거 → 변경 이력을 읽습니다.
산출물에서 v1·v2를 바꿔 봅니다.

확인할 결과

보존된 산출물 버전, 공개 근거와 검토 이력이 보여야 합니다. 공유 예시는 2026-09-13에 처리한 기록이며 이번 방문 중 새로 실행한 업무가 아닙니다. 이 경로에서는 등록·실행 문장 전달·검토·수정이 필요하지 않습니다.

업무 목록: 전체 / 내 업무 / 공유 예시로 범위를 바꿉니다. 검색란은 제목 또는 업무 ID로 찾습니다. 상단 내 업무 현황은 현재 방문자 세션 기준이며 공유 예시는 제외합니다.
개요: 요청 내용과 실제 처리 단계를 확인합니다. 단계는 서버에 남은 실행 이벤트이며 화면을 연 시간이나 조회 성공이 처리 성공을 뜻하지 않습니다.
기획안: 선택한 산출물의 제안, 조건·가정과 부서별 검토 항목을 읽습니다. 실제 상품 조건이나 회사 승인으로 해석하지 않습니다.
근거: 출처 링크, 인용문, 발행일과 수집·조회 시각을 구분합니다. 공개 운영 정보가 있다는 사실만으로 고객 수요·손익·제휴 조건이 검증되지는 않습니다.
변경 이력: 버전별 변경 요약과 저장·Notion 확인 시각을 읽습니다. 산출물의 이전 버전은 읽기 전용이며, 검토 의견에도 대상 버전이 있습니다.

v1·v2 비교 예시

공유 예시의 월 한도는 v1의 10,000원에서 v2의 5,000원으로 바뀌고 할인율 10%는 유지됩니다. 아래 입력은 결제금액이 아니라 할인율 적용 후 월 누적 할인 발생액입니다. 모든 수치는 기획 가정입니다.

대상 지급액 = min(월 할인 발생액, 월 한도), 대상 제외 = 0원
월 할인 발생액·대상 여부	v1 · 한도 10,000원	v2 · 한도 5,000원
4,999원 · 대상	4,999원	4,999원
5,000원 · 대상	5,000원	5,000원
6,000원 · 대상	6,000원	5,000원
12,000원 · 대상	10,000원	5,000원
12,000원 · 대상 제외	0원	0원

월 한도를 절반으로 줄였다고 평균 비용이 50% 절감되는 것은 아닙니다. v1의 검토는 v2 승인으로 승계되지 않습니다. 공유 예시 ID를 실행 대상으로 복사하지 마세요. 직접 처리하려면 다음 장의 새 업무 경로를 사용합니다.

04 / 경로 B · REGISTER

목표와 조건을 한 번 등록합니다

진행자 준비가 끝났다면 워크벤치 오른쪽 위의 새 업무 등록을 누릅니다. 업무가 없는 화면에서는 첫 업무 등록으로 같은 창을 열 수 있습니다. 입력란은 업무 제목과 기획 목표와 요청 내용 두 개뿐이고 요청 부서 선택란은 없습니다.

입력·접수 순서

업무 제목을 입력합니다. 화면 기준 최대 120자입니다.
대상, 목표, 조건, 필요한 공개 근거를 요청 내용에 적습니다. 최대 4,000자입니다.
실제 고객 정보·개인정보·회사 기밀이 없는지 확인합니다.
등록하고 실행 문장 받기를 한 번 누릅니다.

접수 후 확인

창이 닫히고 새 업무가 선택되면 제목과 LREQ-로 시작하는 업무 ID를 확인합니다. 실행 대기 상태와 업무별 실행 문장을 봅니다. 이 시점에 산출물이 없어도 정상입니다. 목록은 내 업무로 좁혀 확인할 수 있습니다.

업무 제목 예시

퇴근 후 문화생활 혜택 기획 검토

기획 목표와 요청 내용 예시

공연·전시와 식음료를 함께 즐기는 고객을 위한 Culture Night Pass 기획안을 작성해 주세요. 공식 공개 출처를 확인하고 발행일·조회 시각을 구분하세요. 할인율 10%, 월 합산 한도 10,000원은 기획 가정으로 표시하세요. 상품·마케팅·리스크·준법·IT의 검토 항목과 선행 관계를 제안하고 실제 회사 승인과 구분해 주세요. 고객 개인정보·회사 기밀은 사용하지 마세요.

닫기 · 작성 내용 유지는 제출하지 않고 창을 닫습니다. 위 복사 버튼도 텍스트만 복사합니다. 실제 입력과 접수는 업무 공간에서 하며, 등록과 복사는 실제 처리 시작·완료가 아닙니다

현재 화면·API 대응 · 입력 확인용

새 업무 버튼은 [data-new-request], 창은 #new-request-dialog, 폼은 #new-request-form입니다. 제목은 #request-title(title), 요청 내용은 #request-brief(brief), 등록 버튼은 #request-submit입니다.

현재 접수 경로는 POST /api/live/requests이며 title, brief, client_key를 사용합니다. 세션·요청 키는 화면이 관리하므로 사용자가 API를 직접 호출하거나 키를 만들 필요가 없습니다.

05 / HUMAN HANDOFF & RESULTS

선택한 업무의 실행 문장을 전달합니다

요청 내용을 다시 타이핑하지 않습니다. 서버가 제공한 지금 선택한 내 업무의 실행 문장을 사용합니다. 이 안내에는 실행 대상 ID를 고정해 둔 공용 명령이 없습니다.

진행자가 할 일

새 업무의 WorkBuddy에 실행 문장 전달 영역을 엽니다.
실행 문장 복사를 누릅니다.
준비한 카드사 업무 데모 운영 → Local task → workbuddy_demo_ops 대화에 붙여 넣습니다.
문장 속 요청 ID와 웹의 선택한 업무 ID를 대조합니다.
일치하면 WorkBuddy 대화에서 직접 전송합니다.

전송 후 확인

WorkBuddy가 지정한 업무 한 건을 맡았는지 확인합니다. 웹으로 돌아와 개요 → 실제 처리 단계의 새 이벤트를 읽습니다. 자동 조회가 갱신되지 않으면 다시 확인을 누릅니다. 이 버튼은 상태를 조회하며 실행을 시작하거나 재개하지 않습니다. 조회 과정에서 만료된 실행 임대가 정리되어 실패 상태와 중단 이벤트가 기록될 수 있습니다.

내 업무 선택
실행 문장 복사
요청 ID 대조
WorkBuddy에 전송

문장이 비어 있으면 문장 다시 불러오기를 사용합니다. 자동 복사가 실패하면 실행 문장 본문을 선택해 직접 복사합니다. 프로젝트 또는 요청 ID가 다르면 전송하지 않습니다. 웹은 앱을 열거나 AI를 직접 호출하지 않으며, 문장을 복사해 둔 것만으로는 실행되지 않습니다.

실행 대기: 요청이 접수되어 실제 WorkBuddy 세션의 처리를 기다리는 상태입니다. 진행자 전달 여부와 요청 ID를 확인합니다.
근거 조사 중: 실제 세션이 해당 업무를 맡고 조사 단계로 기록한 상태입니다. 공개 원문과 조회 시각은 이후 근거에서 확인합니다.
기획안 작성 중: 기획안을 작성하는 단계입니다. 아직 저장·재조회가 완료된 산출물이라고 판단하지 않습니다.
결과 동기화 중: 기획안 또는 검토 기록의 Notion 저장·재조회 확인 단계입니다. 동기화 중이라는 표시만으로 반영 완료가 되지는 않습니다.
검토 가능: 확인된 기획안 버전을 읽고 의견을 남길 수 있습니다. 실제 상품 출시나 회사 승인 상태는 아닙니다.
수정 요청 있음: 보완해야 할 조건이나 검토가 남아 있습니다. 별도 보완 처리와 저장 확인이 끝나야 새 기획안 버전이 생깁니다.

결과를 확인하는 순서

산출물에서 새 버전을 선택하고 제목·업무 ID가 그대로인지 확인합니다.
Notion 확인됨 표시와 확인 시각을 읽습니다.
기획안의 조건·가정, 근거의 출처·인용문을 확인합니다.
변경 이력에서 버전과 변경 요약을 확인합니다.
유관부서 검토의 대상 버전과 남은 확인 항목을 읽습니다.

Notion 확인됨은 승인된 운영자가 WorkBuddy에서 제출한 실제 재조회 결과를 서버가 대상·내용·관측 시각 기준으로 수락했다는 표시입니다. 사이트가 Notion에 직접 접속하거나 외부 요청을 독립적으로 입증한 것은 아닙니다. 중단 시에는 7장의 복구 절차를 따릅니다.

실행 문장·조회 위치

#execution-command는 읽기 전용 실행 문장, #command-copy는 실행 문장 복사, #command-reload는 문장 다시 불러오기, #refresh-state는 다시 확인입니다. 문장은 GET /api/live/prompt?request_id=…, 상태는 GET /api/live/state로 조회합니다. 이 조회 호출이 WorkBuddy를 실행하는 것은 아닙니다.

06 / REVIEW & REVISE

검토 기록과 새 기획안을 구분합니다

내 업무의 최신 산출물을 먼저 읽습니다. 공유 예시나 이전 산출물에서는 검토·수정을 할 수 없습니다. 처리 중이거나 현재 작성 기준이 오래되었다면 화면 안내에 따라 기다리거나 최신 기준을 확인합니다.

검토 구분 · 보완이 필요하면 수정 요청을 선택하세요
화면의 선택값	저장 값	의미
의견 남기기	`comment`	대상 버전의 의견입니다. 이 선택만으로 보완 작성 상태가 되지는 않습니다.
수정 요청	`changes_requested`	바꿔야 할 내용을 남깁니다. 검토 반영 후 별도 보완이 필요합니다.
데모 검토 확인	`reviewed_demo`	데모 역할의 검토 확인이며 실제 회사 승인이 아닙니다.

A. 유관부서 검토로 보완 요청하기

입력·전달

검토 부서 → 리스크를 선택합니다.
검토 구분 → 수정 요청을 선택합니다.
아래 의견을 검토 의견에 붙여 넣습니다. 최대 2,000자입니다.
검토 의견 등록을 누릅니다.
같은 업무의 최신 실행 문장을 다시 복사해 준비한 WorkBuddy 대화에 전송합니다.

먼저 검토 반영 확인

검토 기록의 대상 버전과 Notion 반영 확인됨 표시를 확인합니다. Notion 동기화 대기는 아직 저장·재조회 확인 전입니다. 검토만 반영된 단계에서는 기획안이 v1 그대로일 수 있습니다. 의견 등록을 v2 완성으로 소개하지 않습니다.

리스크 수정 요청 의견 예시

월 혜택 상한을 10,000원에서 5,000원으로 줄여 주세요. 할인율 10%는 유지하세요. 고객 안내·FAQ·한도 계산·취소 처리의 변경 영향과 재검토 부서를 정리해 주세요. 기존 v1과 검토 이력은 보존하세요. 이 의견은 시연용 보완 요청이며 실제 회사 승인은 아닙니다.

검토 반영은 확인됐지만 v1만 있고 수정 요청 있음이라면 진행자가 같은 업무의 보완까지 이어갑니다. 기존 기획안·의견을 보존한 채 새 버전을 작성하고 Notion 재조회와 웹 반영을 확인합니다. 이미 v2가 만들어졌다면 같은 보완을 다시 지시하지 않습니다.

검토 반영 후, 같은 대화의 보완 문장

방금 요청 ID를 대조하고 검토 반영을 확인한 같은 업무 한 건의 보완 의견을 반영해 새 기획안 버전까지 작성해 주세요. 대상이 불명확하면 먼저 요청 ID를 물어보고 다른 대기 업무는 처리하지 마세요. 기존 버전과 의견을 보존하고, 변경 영향과 계산을 검증한 뒤 Notion 재조회 및 같은 업무 화면 반영까지 확인하세요.

B. 조건 수정 폼으로 다시 기획하기 · A와 택일

조건을 바꿔 다시 기획하기는 현재 요청 내용(brief)을 새 문구로 교체하며, 부서 검토 의견을 남기는 기능이 아닙니다. 같은 변경을 A와 B에 중복 등록하지 않습니다. 월 한도 5,000원 제안 넣기는 문구를 채울 뿐 제출하거나 실행하지 않습니다.

내 업무의 최신 산출물과 기존 조건을 확인합니다.
수정할 조건과 확인할 영향에 아래 문구를 넣거나 제안 넣기 버튼을 사용합니다. 최대 4,000자입니다.
필요한 유지 조건과 변경 범위를 검토한 뒤 수정 요청 등록을 누릅니다.
같은 업무의 최신 실행 문장을 다시 복사해 WorkBuddy에 직접 전송합니다.
보완된 새 산출물과 Notion 확인, 변경 이력을 확인합니다.

조건 수정 예시 · 현재 제안 넣기 버튼과 같은 문구

제안 가정: 월 할인 한도를 5,000원으로 변경해 검토해 주세요. 공개 근거를 다시 확인하고 기존·변경 한도별 지급액 min(산정 혜택액, 한도), 관련 부서의 검토 영향과 남은 가정을 비교해 주세요. 실제 삼성카드 상품 조건이 아닌 기획 제안입니다.

위 문구는 현재 제안 넣기 버튼의 원문입니다. 요청 내용 전체가 교체되므로 제출 전 입력란에 “할인율 10%는 유지하세요.”와 대상 고객·기획 목적 등 유지할 조건을 함께 적으세요. 이미 A로 같은 보완을 요청했다면 B를 추가 제출하지 않습니다.

새 버전 확인

산출물에서 v1·v2를 전환하고 기획안·근거·변경 이력을 비교합니다. 할인율 유지, 월 한도 변경, 고객 안내·FAQ·취소 처리와 계산의 일관성을 확인합니다. 이전 버전은 보존합니다.

다시 검토

v1 의견은 v1에 남습니다. 새 버전은 각 부서가 다시 읽고 검토해야 합니다. 검토 부서 선택은 본인 인증이 아니고, 예상 소요일은 확정 일정이 아닙니다.

검토·수정 폼과 현재 API 대응

검토 폼 #review-form의 #review-department는 상품(product), 마케팅(marketing), 리스크(risk), 준법(compliance), IT(it)입니다. #review-decision에서 위 세 구분을 고르고 #review-comment에 의견을 입력한 뒤 #review-submit으로 등록합니다.

POST /api/live/reviews는 request_id, expected_revision, proposal_version, department_id, decision, comment, client_key를 사용합니다. 의견은 화면에서 읽은 산출물 버전에 연결됩니다.

조건 수정 폼은 #revision-form, 입력란은 #revision-brief, 제안 넣기는 #cap-prefill, 등록은 #revision-submit입니다. POST /api/live/revisions는 request_id, expected_revision, brief, client_key를 사용합니다. 리비전과 요청 키는 화면이 관리합니다.

07 / RECOVER WITHOUT DUPLICATION

멈춘 지점을 확인한 뒤 재개합니다

먼저 선택한 업무 ID, 마지막 상태·기록 시각, 화면의 오류 문구를 확인합니다. 진행자는 같은 요청의 WorkBuddy 대화와 Notion 저장·재조회 상태를 대조합니다. 해결되지 않으면 그 정보만 전달하고 새 업무를 반복 등록하지 않습니다.

등록했는데 실행 대기이며 결과가 없습니다

실행 문장을 복사만 했는지, 실제 WorkBuddy 대화에 전송했는지 확인합니다. 프로젝트·Local task·요청 ID가 맞는지 대조하고 실제 세션이 요청을 맡았는지 확인합니다. 다시 확인은 상태를 조회하며 실행을 시작·재개하지 않습니다. 같은 요청을 새로 등록하거나 과거 공유 예시로 새 업무의 결과를 대신하지 않습니다.

실행 문장이 비어 있거나 복사되지 않습니다

공유 예시가 아닌 내 업무인지 확인한 뒤 문장 다시 불러오기를 누릅니다. 자동 복사가 허용되지 않으면 현재 WorkBuddy 프로젝트 세션에 붙여 넣을 실행 문장 본문을 선택해 직접 복사합니다. 임의의 요청 ID나 예전 문장으로 대신하지 않습니다.

결과 동기화 중 / Notion 동기화 대기가 계속됩니다

진행자가 WorkBuddy의 실제 저장·재조회 상태와 현재 Notion 접근을 확인해야 합니다. 저장과 재조회가 일치하기 전에는 확인 완료가 아닙니다. 이미 확인된 Notion 페이지를 덮어쓰거나 같은 의견을 다시 등록해 해결하려 하지 않습니다. 이번 공개에서 제외된 서버 직접 저장 전환과 기존 WorkBuddy 측 연결 오류를 구분합니다.

검토는 반영됐는데 기획안이 v1 그대로입니다

검토 기록의 Notion 반영 확인됨과 선택한 구분을 확인합니다. 의견 남기기는 수정 요청이 아닙니다. 수정 요청이 반영되어 수정 요청 있음 상태라면 6장의 후속 보완을 같은 업무에서 이어갑니다. 의견을 새로 중복 등록할 필요는 없습니다.

접수 응답이 끊겨 저장됐는지 알 수 없습니다

같은 탭과 작성 내용을 유지하고 동일 요청 접수 여부 재확인을 사용합니다. 같은 내용·요청 키로 동일 POST를 다시 전송합니다. 이미 접수됐다면 기존 결과를 반환하지만, 최초 요청이 도착하지 않았다면 이때 처음 접수될 수 있습니다. 단순 조회가 아니므로 새 키나 새 업무로 중복 제출하지 않습니다.

최신 리비전·산출물이 바뀌었다고 나옵니다

최신 결과와 검토 기록을 먼저 읽습니다. 검토에는 최신 버전 확인 후 작성 내용 유지, 조건 수정에는 최신 리비전 확인 후 작성 내용 유지를 사용해 작성 기준을 갱신합니다. 작성한 의견이 여전히 맞는지 확인한 뒤 별도로 등록합니다. 기준 갱신 자체가 제출이나 승인인 것은 아닙니다.

실행 실패 / 실행 확인 필요가 표시됩니다

진행자가 WorkBuddy의 오류나 오래된 실행 기록을 확인하고 원인을 해결합니다. 화면에 제공되고 활성화된 경우 실행 재요청을 누른 뒤 같은 업무의 새 실행 문장을 WorkBuddy에 전송합니다. 기준 충돌 시 최신 리비전으로 재요청 준비로 확인합니다. 재요청은 자동 재개가 아닙니다.

브라우저를 바꾸니 내 업무가 없거나 세션이 바뀌었습니다

방문자 소유권을 식별하는 익명 세션 쿠키는 유효기간이 8시간이고 로그인 계정이 아닙니다. 작성 내용·재전송 정보는 탭별 sessionStorage에 임시 보관하므로 탭을 닫은 뒤의 복구를 보장하지 않습니다. 다른 브라우저·쿠키 삭제·세션 만료로 기존 소유권이 복원되지 않습니다. 이전 접수 여부를 진행자와 먼저 확인하세요. 새 세션에서 새 업무로 등록은 안내 확인만 하며, 이후 별도 등록은 중복 업무가 될 수 있습니다.

검토·수정 버튼이 비활성화되어 있습니다

공유 예시나 이전 산출물인지, 내 업무의 최신 상태가 검토 가능한지 확인합니다. 처리 중이거나 미확인 제출이 남아 있으면 후속 입력이 잠길 수 있습니다. 현재 세션과 화면 안내를 확인하고 비활성화를 우회하지 않습니다.

접수 한도 또는 네트워크 오류가 나옵니다

워크벤치의 접속 정보 및 이용 한도와 오류 안내를 확인합니다. 같은 요청의 접수 여부를 먼저 확인하고 화면이 허용하는 재시도 경로를 사용합니다. 새 창·새 세션을 반복해 한도를 우회하지 않습니다. 실제 고객 정보나 인증 정보가 포함된 화면을 공유하지 마세요.

복구 버튼 식별자 · 진행자 확인용

상태 다시 확인: #refresh-state · 상태 조회, 실행 시작·재개 없음. 만료된 실행 임대 정리로 실패 상태·중단 이벤트가 기록될 수 있음
최신 기준 확인: #review-rebase · 검토 기준 / #revision-rebase · 조건 수정 기준 / #retry-rebase · 재요청 기준
실행 재요청: #retry-button · POST /api/live/retry, 값은 request_id, expected_revision, client_key
새 세션 안내 확인: #session-change-acknowledge · 자동 제출하지 않음

업무 상세 탭은 #tab-overview, #tab-proposal, #tab-evidence, #tab-history이며 산출물 선택은 #version-select입니다. 이 식별자는 현재 워크벤치 위치를 설명하며 이 매뉴얼에서 업무 API를 호출하지 않습니다.

문서 기준과 공식 참고 자료

2026-09-19 작업 범위는 기존 운영 기능을 유지하는 디자인·매뉴얼 개편과 화면·기능 보존 검증이며, 신규 업무의 종단 간 실행 시험(E2E)이 아닙니다. 당일 새 브라우저 검증 결과는 확인 전에는 완료로 주장하지 않습니다. 같은 날 앞서 만든 notion_redesign 합성 미리보기는 이 공개 후보와 별개이며 현재 운영 증거로 사용하지 않습니다. 서버 직접 저장·인증·자동 실행은 후속 전환 범위로 이번 디자인 공개에는 포함되지 않습니다.

WorkBuddy 공식 개요
Assistant Remote Control — 일반 제품 참고 자료이며 이 데모의 자동 실행을 입증하지 않습니다.

업무 공간 열기 현재 구조 확인