업무를 계속운영하는 장면. 첫 결과를 잘 만드는 것에서 한 걸음 더.
가상 시연안 · 실제 고객 사례 아님 · 기능 상태와 적용 가능 범위는 환경별 확인 필요
결과물 다음에 생기는 질문
“다음 사람도, 바뀐 기준으로,
01 담당자 변경 02 지침 변경 03 요청별 권한 04 연결 장애 검증 기록 잘 구성한 기존 에이전트 환경에서도 이 흐름을 만들 수 있습니다. 비교할 것은 생성 능력만이 아니라, 준비·변경·확인·복구에 드는 팀의 운영 부담입니다. 시연은 승인된 테스트 계정과 합성 자료로 검증하세요.
01
담당자가 바뀌어도, 업무 기준은 다시 만들지 않도록. 가상 시연안 · 인수인계 전체 흐름 검증 전
“이 고객의 문의에 우리 회사 기준으로 답변 초안을 준비해줘.” 1 회사 응대 기준
2 새 담당자의 독립 요청
3 사람이 검토한 답변
ADMIN PREPARES 관리자가 먼저 준비 회사가 승인한 응대 지침과 인수인계 자료를 준비하고, 새 담당자의 역할·접근 권한과 사용할 연결을 관리자가 확인합니다.
LOOK AT THE PRODUCT 화면에서 확인할 것 Settings의 Skills·Connectors에서 적용된 지침과 사용 가능한 연결을 확인합니다. 새 담당자는 자신의 요청으로 초안을 만들고 Chat·History에서 결과를 검토합니다.
HUMAN DECIDES 사람에게 남는 책임 담당자가 고객 정보와 답변을 확인하고 발송 여부를 결정합니다. 기존 직원의 개인 계정·비공개 대화·인증정보를 자동으로 넘기는 장면이 아닙니다.
MEASURE IN A PILOT 좋아졌는지 판단할 기준 새 담당자가 첫 검토 가능한 초안을 얻기까지 걸린 시간, 다시 설명한 항목 수, 관리자 준비 시간을 함께 측정합니다.
기업 운영 사례와 연결하기 ↗ 02
새 기준을 만들었다면, 어느 Worker에 적용됐는지도. Source-only · 실제 Git 지침 동기화 검증 전
“이번에 승인된 할인 기준으로 제안 내용을 다시 확인해줘.” 1 변경 후보 · 정확한 버전
2 관리자의 명시적 승인
3 Worker별 적용 확인
ADMIN PREPARES 관리자가 먼저 준비 관리자가 변경 지침의 Git 후보와 정확한 커밋을 검토·승인합니다. 적용할 Worker와 검증 요청을 미리 정합니다.
LOOK AT THE PRODUCT 화면에서 확인할 것 Settings → Skills에서 승인한 후보의 적용 상태와 버전을 확인하고, 대상 Worker마다 같은 확인 요청을 실행하는 시연안입니다.
HUMAN DECIDES 사람에게 남는 책임 관리자가 실제 적용 여부를 확인하고 담당자가 결과를 검토합니다. 중앙에서 모든 Worker에 자동으로 내려받거나 즉시 일괄 적용된다고 가정하지 않습니다.
MEASURE IN A PILOT 좋아졌는지 판단할 기준 대상별 적용 확인에 든 시간, 구버전으로 응답한 건수, 수정·재확인 횟수를 기록합니다. 지침 배포와 답변 품질 보증은 구분합니다.
기관 문서업무 사례와 연결하기 ↗ 03
‘볼 수 있다’와 ‘바꿔도 된다’를 같은 권한으로 보지 않기. 가상 시연안 · 읽기 권한 축소는 제한된 과거 검증 기록 있음
“허용된 GitLab 프로젝트의 기본 정보를 확인해줘. 변경은 하지 마.” 1 저장된 연결 권한
2 이번 요청으로 범위 축소
3 허용된 읽기만 실행
ADMIN PREPARES 관리자가 먼저 준비 관리자는 허용 프로젝트와 도구 범위를 설정합니다. 저장된 연결의 권한이 넓어도 이번 요청의 의도·대상·허용 범위를 함께 제한합니다.
LOOK AT THE PRODUCT 화면에서 확인할 것 Settings → Connectors의 허용 범위와 Chat 요청을 대조합니다. 운영자가 확인할 수 있는 도구 노출·호출 기록과 외부 시스템 기록으로 실제 실행 범위를 검증합니다.
HUMAN DECIDES 사람에게 남는 책임 변경 작업이 필요해지면 별도 요청과 그 작업에 필요한 권한·승인 조건을 다시 확인합니다. ‘승인’ 한 번으로 임의의 작업을 허용하는 구조가 아닙니다.
MEASURE IN A PILOT 좋아졌는지 판단할 기준 읽기 요청의 변경 도구 노출, 범위 밖 요청 차단과 실제 외부 변경 여부를 확인합니다. 답변만이 아니라 도구·외부 시스템 기록도 함께 봅니다.
개발팀 사례와 연결하기 ↗ 04
연결이 끊겼을 때, 다른 계정으로 몰래 계속하지 않도록. 가상 시연안 · 장애 발견부터 복구까지 전 과정 검증 전
“지정한 연결로 프로젝트 정보를 확인해줘.” → 연결 불가 1 지정 연결 사용 불가
2 관리자가 확인 · 복구
3 범위 재확인 후 재요청
ADMIN PREPARES 관리자가 먼저 준비 관리자는 사용할 연결과 대상 범위를 지정하고, 장애 시 확인할 담당자와 재요청 절차를 정합니다.
LOOK AT THE PRODUCT 화면에서 확인할 것 구성된 Connector를 사용할 수 없으면 차단 상태를 확인합니다. Settings → Connectors에서 연결 상태를 점검하고 Chat·History에서 실패 요청을 대조합니다.
HUMAN DECIDES 사람에게 남는 책임 관리자가 인증·연결과 허용 범위를 확인한 뒤 사용자가 명시적으로 재요청합니다. 외부 변경 가능 작업은 이미 반영됐는지 먼저 확인합니다. 다른 계정으로의 자동 우회나 자동 재실행을 가정하지 않습니다.
MEASURE IN A PILOT 좋아졌는지 판단할 기준 원인·담당자를 찾는 시간, 복구 후 재확인 시간, 권한 범위 유지와 중복 실행·중복 변경 여부를 기록합니다.
판매 데이터 분석 사례와 연결하기 ↗
시연안과 검증 기록을 아래는 2026년 9월 14일의 제한된 환경 기록입니다. 이번 웹페이지 작업에서 실제 Worker 실행 환경을 새로 점검한 것은 아닙니다.
Deployed · 과거 제한 검증 허용된 GitLab 프로젝트 읽기 worker0에서 허용된 단일 프로젝트의 이름·공개 범위·기본 브랜치를 읽었습니다. 저장된 연결에는 이슈 쓰기 권한이 있었지만, 읽기 요청에는 변경 도구가 0개였고 외부 변경도 0건이었습니다.
2026-09-14 · 검증 소스 fb5e05ba
Source-only · 실제 적용 검증 전 승인된 지침 버전의 적용 Git의 정확한 후보 커밋을 명시적으로 승인하는 경계와 자동 pull 비활성화 원칙을 참조합니다. 실제 Git 인증·동기화와 Worker별 적용 확인까지 완료했다는 증거로 제시하지 않습니다.
여러 Worker에 대한 중앙 자동 배포나 동일한 답변 품질을 보장하지 않습니다.
추가 검증 필요 업무 전체의 운영 효과 Connector 가용성 화면·배포 및 worker0의 제한된 계정 인증 기록은 있습니다. 그러나 직원 교체, 실제 메일 발송, 장애 복구 전체 흐름이나 운영 시간 절감을 증명하지는 않습니다.
2026-09-14 · 관련 소스 122204ef
Deployed는 해당 시점·환경에 배포된 기록, Source-only는 소스 단계, Blocked는 실행 또는 검증이 막힌 상태를 뜻합니다. 서로를 대체하는 표현으로 사용하지 않습니다.
NEXT: OUR TEAM, ONE WORKFLOW
우리 팀의 한 업무로 확인해보세요. 기존에 잘 쓰고 있는 에이전트 환경과 같은 업무·같은 변경 조건으로 비교합니다. 관리자 준비 시간까지 포함해야 도입 효과를 판단할 수 있습니다.
제품 근거와 읽는 방법 참조일 2026-09-22 이 페이지의 제품 기준 SHA d50ba89596ff37cd6d4f99731baa670b710e797b
Source-only: 소스 구현·검증 단계. 실제 배포 및 사용자 기능 검증과 구분하며, 설계만 있는 상태를 구현 완료로 보지 않습니다.Deployed: 날짜·대상 Worker가 명시된 배포 근거. 다른 환경이나 전체 업무의 완료를 의미하지 않습니다.Blocked: 확인된 제약으로 실행 또는 검증을 진행할 수 없는 상태입니다.미검증: 해당 기능·환경에서 아직 확인하지 않은 상태입니다. 준비 완료로 표시하지 않습니다.Wiki compiled topics 34(독립 실행·협업 경계), 38(Skills), 42(Connectors), ADR-0008·0019 및 해당 Connector 검증 기록을 참조했습니다. 기존 직무별 사례·영상의 기준 버전은 각 페이지의 기존 표기를 유지합니다.
과거 검증: 2026-09-14 · GitLab 제한 읽기 fb5e05baef543dae18401386733b689d85d2afbd · Connector 배포·인증 기록 122204ef3be0eb746342c0a850b23c830456f113
