AI 에이전트로 만드는 사람을 위한 자료

기업 AX 관점

여러 에이전트를 병렬로 돌리며 승인 게이트를 어디에 두는지 실제 설계 기준으로 볼 수 있다. 릴리스 노트에서 시작해 관심 있는 기능 편으로 넘어가면 된다.

기업 AX 관점

코딩 에이전트 여러 종을 한 작업 흐름에 섞을 계획이라면, 세션 재개 실패가 경고가 아니라 프로세스 종료로 이어지는 지점을 미리 확인할 수 있다.

기업 AX 관점

에이전트를 장시간 돌리는 운영 환경에서 "멈춤"과 "작업 중"을 어떻게 가를지 정할 때 참고한다.

기업 AX 관점

부서·에이전트별로 AI 비용을 나눠 보려는 조직이라면, 비용 표가 비어 있을 때 어디부터 확인할지 순서를 잡는 데 쓴다.

기업 AX 관점

등급(official · verified · community)이 붙어 있으니 사내에 들일 때는 등급 정의를 먼저 읽는다. community 등급은 검토되지 않은 항목이다.

기업 AX 관점

도입 검토 때 보안팀에 링크로 넘기는 용도다. 아직 사실이 아닌 항목도 따로 적어 두었다.

기업 AX 관점

글보다 화면으로 흐름을 먼저 보고 싶을 때 쓴다.

기업 AX 관점

빌드 노트의 클로즈드 루프 편과 함께 보면 글로 설명한 단계가 화면에서 어떻게 보이는지 확인할 수 있다.

기업 AX 관점

승인 단계 · 재시도가 있는 업무 흐름을 코드로 명시할 때 쓴다. 흐름이 코드로 남아 감사 추적에 유리하지만 익히는 데 시간이 들어 파일럿 범위를 좁게 잡는 편이 안전하다.

기업 AX 관점

조사 · 작성 · 검수처럼 역할이 나뉜 업무의 시제품에 맞다. 에이전트 수가 늘면 비용과 추적이 어려워지므로 호출량 상한과 로그 설계를 먼저 정한다.

기업 AX 관점

다중 에이전트 대화 구조의 연구 · 시제품에 쓴다. 같은 조직의 agent-framework 와 어떤 관계인지는 저장소 안내에서 확인한다.

기업 AX 관점

Python 과 .NET 을 함께 쓰는 조직이 후보로 볼 만하다. 비교적 새 저장소라 버전을 고정하고 변경 이력을 따라가야 한다.

기업 AX 관점

도구 호출 · 핸드오프 개념을 작게 시작해 보기 좋다. 모델 공급사를 바꿀 가능성이 있다면 다른 모델과의 연동 범위를 먼저 확인한다.

기업 AX 관점

에이전트 결과를 다른 시스템에 바로 넘겨야 하는 업무에 맞다. 스키마 검증은 형식만 보장하고 내용의 정확성은 보장하지 않으므로 평가를 따로 둔다.

기업 AX 관점

구조가 작아 개념을 익히는 교육용으로 쓰기 쉽다. 코드를 실행하는 방식이라 운영 데이터에 붙일 때는 격리된 실행 환경이 전제다.

기업 AX 관점

사내 문서를 검색 · 질의에 연결하는 RAG 구성에 쓴다. 누가 어떤 문서를 볼 수 있는지를 인덱스 단계에서 반영하는 설계는 따로 해야 한다.

기업 AX 관점

구성 요소를 갈아 끼우며 점검하기 쉽다. 어떤 문서가 답변에 쓰였는지 남도록 구성 요소별 로그를 켜 두는 것을 권한다.

기업 AX 관점

웹 팀이 언어를 TypeScript 로 통일하고 싶을 때 후보다. ee/ 기능을 쓸 계획이면 그 라이선스를 따로 읽는다.

기업 AX 관점

에이전트가 파일 · 검색 같은 도구를 쓰는 방식을 익히는 기준 자료다. 참조 구현은 운영 보안 설계까지 담고 있지 않을 수 있으니 권한 범위를 직접 좁힌다.

기업 AX 관점

사내 시스템을 MCP 도구로 열 때의 출발점이다. 도구마다 읽기 · 쓰기 권한을 나누고 호출 로그를 남긴다.

기업 AX 관점

이슈 · PR 작업을 에이전트에 맡길 때 쓴다. 토큰 권한은 읽기 전용부터 시작하고 쓰기 권한은 저장소 단위로 좁힌다.

기업 AX 관점

웹 화면 점검과 반복 입력 업무 자동화에 쓴다. 로그인 세션을 에이전트에 넘기는 구조라 계정 분리와 접근 도메인 제한이 필수다.

기업 AX 관점

개발팀 파일럿에 쓴다. 에이전트가 실행하는 명령의 승인 방식과 작업 디렉터리 격리를 팀 규칙으로 먼저 정한다.

기업 AX 관점

같은 업무를 다른 공급사의 CLI 와 나란히 돌려 비교할 때 쓴다. 코드가 외부 모델로 전송되는 범위를 보안 검토 대상에 넣는다.

기업 AX 관점

이슈 단위로 작업을 맡겨 보는 실험에 맞다. 실행 환경이 컨테이너인지, 외부망 접근을 어떻게 막는지 설치 문서로 확인한다.

기업 AX 관점

IDE 안에서 단계마다 승인을 받으며 진행하는 방식이다. 확장 설치 정책과 API 키 관리 방식을 사내 규칙에 맞춘다.

기업 AX 관점

변경이 git 커밋 단위로 남아 검토하기 쉽다. 확인일 기준 마지막 푸시가 2026-05 라 도입 전 이슈 · 릴리스 활동을 직접 확인한다.

기업 AX 관점

확장 기능을 붙여 개발 밖 업무로 넓혀 보는 실험에 쓴다. 저장소 주소가 옮겨진 이력(구 block/goose)이 있어 지금 주소로 링크했다.

기업 AX 관점

어떤 입력에 어떤 답이 나갔는지 남기는 감사 로그 역할을 한다. 로그에 개인정보가 섞이므로 마스킹과 보존 기간을 먼저 정한다.

기업 AX 관점

사내 환경에서 실험 추적에 쓴다. 고객에게 서비스 형태로 다시 제공하려면 법무 확인 후 결정한다.

기업 AX 관점

배포 전 회귀 점검에 쓴다. 점수는 평가 설정에 좌우되므로 기준을 팀이 직접 정의하고 문서로 남긴다.

기업 AX 관점

RAG 답변이 근거 문서와 맞는지 점검하는 개념을 익히기 좋다. 확인일 기준 마지막 푸시가 2026-02 이고 주소가 옮겨진 이력이 있어 현재 활동을 직접 확인한다.

기업 AX 관점

배포 전 취약한 프롬프트를 찾는 데 쓴다. 외부 모델 호출이 생기므로 테스트 데이터에 실제 개인정보를 넣지 않는다.

기업 AX 관점

모델 공급사를 바꿔도 앱을 고치지 않게 하는 중간층이다. 모든 호출이 지나는 지점이라 키 관리 · 접근 통제 · 로그 보존 설계가 핵심이다.

기업 AX 관점

비개발 부서의 반복 업무 자동화에 쓴다. 외부 고객에게 다시 제공하는 형태라면 라이선스를 확인한 뒤 판단한다.

기업 AX 관점

코드 없이 시제품을 만들어 보려는 팀에 맞다. SaaS 형태로 쓰려면 다중 테넌트 조건을 먼저 확인한다.

기업 AX 관점

사내 전용 채팅 화면을 빠르게 띄울 때 쓴다. 브랜딩 조건과 사내 로그인 연동 방식을 확인한다.

기업 AX 관점

데이터를 밖으로 보내지 않으려고 사내 GPU 에서 모델을 직접 띄울 때의 후보다. GPU 운영 인력과 비용이 전제다.

기업 AX 관점

사내 문서를 RAG 에 넣기 전 정리 단계에 쓴다. 표 · 서식이 빠지는지 샘플로 확인하고 원본 대조 절차를 둔다.

기업 AX 관점

구조가 복잡한 문서 처리 후보다. 한국어 문서와 스캔본에서 결과가 어떤지는 직접 시험해 봐야 한다.

기업 AX 관점

공개 자료 조사 자동화에 쓴다. 대상 사이트의 이용약관 · robots 정책 · 저작권을 지켜야 한다.

기업 AX 관점

소규모 RAG 시제품의 저장소로 시작하기 쉽다. 운영 규모와 접근 통제는 따로 설계한다.

기업 AX 관점

고객별 선호 · 이력을 에이전트가 기억하게 할 때 쓴다. 기억은 곧 개인정보 저장이므로 삭제 요청에 대응하는 경로를 설계한다.

기업 AX 관점

오래된 웹 시스템 업무 자동화 실험에 쓴다. 같은 곳에서 유료 호스팅 서비스도 안내하므로 오픈소스 부분과 구분해 읽는다.

기업 AX 관점

답변 주제 · 형식 제한 규칙을 코드로 관리할 때 쓴다. 가드레일은 위험을 줄이는 장치이지 차단을 보장하지 않으므로 별도 테스트와 함께 쓴다.

기업 AX 관점

LLM 에 보내기 전 개인정보를 가리는 단계에 쓴다. 한국 주민등록번호 · 전화번호 형식은 사용자 정의 규칙으로 직접 시험해야 한다. 주소가 옮겨진 이력이 있어 지금 주소로 링크했다.