경험 현대화 에이전트 평가 및 승인 evaluate
이 페이지는 Edge Delivery Services에서 Adobe Experience Manager 사이트를 구축하거나 마이그레이션하는 팀에 대한 Experience Modernation Agent를 승인하는 사람(에이전트를 개인적으로 사용하지 않을 수 있는 설계자, 기술 리더 또는 플랫폼 소유자)을 위한 것입니다. 이 비디오에서는 팀의 변경 사항, 마이그레이션을 실행하는 세 가지 방법, Adobe 팀이 사용자 팀과 함께 작업하는 방법, 에이전트가 접촉하는 시스템 및 데이터, 변경 사항이 어떻게 제어되고 추적되는지, 프로젝트가 계속 작동하는 방식에 대해 설명합니다.
Edge Delivery Services 정의 및 프로젝트 결합 방법에 대해서는 사이트 구축 및 업데이트 방법을 참조하십시오. 사용자 페이지의 결과는 설명 그 이상을 알려 주므로 팀 구성원에게 자동 모드로 시작하거나 읽는 동안 단계별로 페이지 가져오기하도록 요청하십시오.
팀의 변경 사항 team-impact
에이전트가 없으면 Edge Delivery Services으로의 마이그레이션은 소스 페이지 나열, 레이아웃별로 그룹화, 콘텐츠에 블록 매핑, 블록 코드 및 스타일 작성, 가져오기 스크립트 작성 등의 결과를 판단하기 전에 몇 주의 개발자 작업으로 시작됩니다. 에이전트는 설치할 것이 없는 호스팅 환경에서 팀과 반복적인 작업을 수행합니다.
- 팀이 결정하고 검토합니다. 에이전트가 생성합니다. 사람들은 범위, 콘텐츠 모델, 타겟 디자인 및 통합을 설정하고 결과를 받아들입니다. 에이전트는 코드를 작성하고 컨텐츠를 가져온 다음 결과를 소스와 비교합니다.
- 더 많은 사람들이 직접 참여합니다. 일부 HTML과 Git의 기본 사항을 아는 디자이너, 콘텐츠 전문가 및 마케터는 일반적인 언어로 설명함으로써 변경 사항을 적용합니다. 개발자는 이러한 변경 사항을 끌어오기 요청으로 검토하여 프로덕션에 도달하는 항목을 계속 제어합니다. 더 광범위한 기여도, 동일한 프로덕션 제어를 참조하십시오.
- 페이지가 아닌 레이아웃으로 노력이 증가합니다. 수정은 한 페이지가 아닌 재사용 가능한 블록 또는 가져오기 스크립트를 변경하므로 동일한 레이아웃의 모든 페이지에 적용됩니다. 12개의 레이아웃을 공유하는 5,000페이지의 사이트는 대부분 12개의 템플릿으로 이루어진 작업이다. 에이전트가 규모에 맞게 마이그레이션하는 방법과 첫 번째 템플릿에서 작업 크기를 조정하려면 커밋하기 전에 예측을 참조하십시오.
- 결과는 표준 프로젝트입니다. 코드는 AEM 상용구의 규칙에 따라 Git 저장소의 일반 HTML, CSS 및 JavaScript입니다. 사이트는 런타임 시 에이전트에 의존하지 않으며, 개발자는 자체 편집기 또는 다른 AI 도구를 사용하여 계속할 수 있습니다.
- 프로젝트 정보가 저장소에 남아 있습니다. 팀이
AGENTS.md에서 라이브에 동의한 규칙과 관련 파일(에이전트와 새 팀 구성원 모두 준수)입니다. 프로젝트 지침 및 메모리를 참조하세요.
에이전트의 작업 및 팀의 작업 responsibilities
마이그레이션 잠재 고객이 기여자를 조정하는 방법은 마이그레이션 리드를 참조하십시오. 여러 사람이 각자의 콘솔 작업 영역에서 하나의 프로젝트를 작업할 수 있습니다. 팀으로 작업을 참조하세요.
남은 프로젝트 작업 project-work
에이전트는 개발 에이전트입니다. Edge Delivery Services에 빌드할 수 있는 것은 이 에이전트로 빌드할 수 있습니다. 마이그레이션은 소스 페이지에 표시되는 내용을 복제하지만 그 뒤에 있는 시스템은 복제하지 않습니다. 에이전트는 사이트(페이지, 블록, 스타일 및 서비스를 호출하는 코드)를 다시 빌드합니다. 승인 및 게시 워크플로우, 통합을 지원하는 백엔드 시스템 및 팀이 새 사이트에서 작업하는 방법은 조직의 작업으로 유지됩니다. 이러한 요구 사항은 에이전트가 빌드하기 전에 팀의 결정이 필요합니다.
원본 액세스, 대화형 콘텐츠 및 가져오기의 기타 경계에 대해서는 제한을 참조하십시오.
Figma 및 설계 시스템 figma
그림은 새로운 디자인의 원천이 될 수 있다. Figma 가져오기 추가 기능을 사용하여 에이전트는 MCP(Model Context Protocol) 서버를 사용하여 Figma의 API를 통해 선택한 구성 요소 또는 프레임을 읽으며, 개발자가 디자인 핸드오프를 읽는 방식입니다. 프로젝트의 전역 스타일에서 CSS 사용자 지정 속성으로 색상, 타이포그래피 및 간격과 같은 디자인의 변수와 스타일을 기록합니다. 이러한 속성은 사이트의 디자인 토큰입니다. 이러한 세그먼트는 별도의 토큰 내보내기가 아닌 코드에서 사용되므로 디자이너와 개발자는 다른 변경 사항처럼 이를 검토합니다. 디자이너가 Figma에서 에이전트로 작업하는 방법에 대해서는 Figma 디자인에서 작업을 참조하십시오.
승인할 사항:
- 액세스: 에이전트와 함께 Figma를 사용하는 각 사용자는 읽기 전용 범위가 있는 Figma 개인 액세스 토큰을 만들어 콘솔의 설정에 저장합니다. Figma는 이 액세스 토큰을 발행하고 관리하며, 디자인 토큰과는 아무런 관련이 없습니다. 조직 차원의 Figma 연결은 없으며 개인 액세스 토큰은 특정 파일로 제한될 수 없습니다. 소유자가 열 수 있는 모든 파일을 읽습니다.
- 시트 및 속도 제한: 그림은 토큰 소유자의 시트 및 파일을 소유한 계획에 따라 토큰이 파일을 읽을 수 있는 빈도를 제한합니다. View 또는 Collab 시트를 사용하면 토큰은 Figma의 API를 통해 한 달에 몇 번만 파일을 읽을 수 있으므로 에이전트와 함께 Figma를 사용하는 사람은 Dev 또는 Full 좌석이 필요합니다. Figma의 비율 제한을 참조하세요.
- 데이터: 선택한 프레임 또는 구성 요소에 대해 에이전트는 구조, 스크린샷, 변수 및 텍스트를 AI 모델에 보냅니다. AI 모델이 처리하는 방법을 참조하세요.
마이그레이션 실행 방법 선택 approaches
동일한 에이전트가 3가지 방법으로 마이그레이션을 실행할 수 있습니다. 누가 에이전트를 구동하고 누가 결과에 응답하는지가 다릅니다. 세 가지 모두 Git 저장소에 있는 코드와 작성자가 편집하는 콘텐츠가 포함된 표준 Edge Delivery Services 프로젝트를 생성하므로 다음 프로젝트 간에 이동할 수 있습니다. 자동 모드 결과를 자체 사이트로 전송하고 콘솔에서 계속 진행하거나 에이전트 결과 엔지니어와의 계약 이후 에이전트를 직접 계속합니다.
에이전트 뒤의 팀 adobe-team
에이전트를 선택할 때 에이전트를 빌드하는 팀과 에이전트를 빌드하는 방향을 선택합니다. 사람들이 웹에서 정보를 찾는 방식이 변하고 있다. 그들 중 더 많은 사람이 AI 비서에 문의하고 브랜드별 사이트에서 읽은 내용에 답한다. 또한 에이전트는 사이트의 콘텐츠, 디자인 및 코드를 함께 변경할 수 있으므로 프로젝트에 한 번 필요한 변경 사항은 몇 시간이 소요될 수 있습니다. 이 팀의 임무는 Edge Delivery Services으로 이동하여 Experience Manager을 최대한 활용하고, 이러한 이동이 계속될 때 적절한 사이트를 구축하기 위해 에이전트 개발 도구를 사용하는 것입니다. 마이그레이션 시 작업이 종료되지 않으며 에이전트가 계속 변경됩니다. 릴리스 정보에는 각 변경 내용이 나열됩니다.
변화가 저렴할 때는 무엇을 변화시키고, 통제하고, 대리인에게 적절한 브랜드, 디자인, 비즈니스 맥락을 제공하는 것이 어려운 부분입니다. 이러한 지식은 팀과 시스템에 따라 다릅니다. Adobe 팀은 플랫폼에 연결하는 데 도움이 됩니다.
- 귀하와 함께 마이그레이션을 실행할 수 있는 엔지니어 복잡한 마이그레이션의 경우 Adobe의 Agentic 결과 엔지니어가 팀과 함께 에이전트를 운영하고 사이트를 양도할 수 있습니다. 마이그레이션 실행 방법 선택을 참조하세요.
- 제품 변경 시 현재. 콘솔의 새로운 기능 알림에는 각 릴리스의 하이라이트가 나열됩니다. 자신의 사이트에 변경 사항을 적용하거나, 아키텍처를 검토하거나, 에이전트가 아직 충족하지 않는 요구 사항에 대해 논의하려면 Adobe 고객 성공 관리자 또는 계정 팀에 주제 전문가 및 제품 팀과의 회의에 문의하십시오.
- 사용자 경험으로 인해 제품의 형태가 결정됩니다. 제품 팀은 고객 및 파트너와 전문 지식을 교환하며 이들 중 일부와 새로운 기능에 대해 협력합니다. 보고하는 내용은 팀이 수정하고 빌드하는 다음으로 전달됩니다.
콘솔에서 팀에 연결하려면 자동 모드 페이지에서 지원 요청 또는 도움말 받기를 사용하세요. 메시지는 에이전트를 빌드하는 팀으로 직접 이동하고 에이전트를 검색하고 이메일로 후속 작업을 수행합니다. 지원 요청을 참조하고, 요청이 공유하는 내용은 지원 요청을 참조하세요.
Adobe 팀은 구현 파트너와 동일한 방식으로 작동하므로 마이그레이션 후 파트너와 함께 사이트가 계속 개선됩니다.
시스템 및 데이터 흐름 systems
에이전트는 호스팅 환경에서 작동하며 사용자가 설정한 연결과 사용자가 부여하는 권한을 통해서만 시스템에 도달합니다.
aemcoder.adobe.io의 호스팅 환경입니다.aem.page의 미리 보기 사이트와 aem.live의 라이브 사이트를 전달합니다.보안 및 데이터 처리 security
콘솔을 사용하면 에이전트가 사용자가 구성하는 자격 증명을 제공하지 않고 사이트에서 작업할 수 있으며 변경 사항이 Git 저장소 및 콘텐츠 대상에 도달하는 시기를 결정할 수 있습니다.
액세스 및 격리 security-access
- Adobe ID으로 콘솔에 로그인합니다. 모든 요청은 IMS(Adobe Identity Management Services)를 통해 인증됩니다.
- 각 사용자는 로그인하는 각 Adobe 조직에 있는 고유한 작업 공간 저장소를 사용하여 별도의 백엔드 환경에서 작업합니다. 콘솔은 사용자가 처음 로그인할 때 환경을 만들고 유휴 상태일 때 일시 중지합니다.
- 콘솔에는 프로젝트 역할이 없습니다. 액세스 권한이 있는 모든 사용자는 에이전트에게 자신의 작업 공간 변경 사항을 요청할 수 있습니다. Experience Manager 및 Git 공급자는 작업 영역을 벗어나는 모든 코드 또는 콘텐츠에 대해 자체 권한을 계속 적용합니다.
자격 증명 security-credentials
- AI 에이전트는 콘솔에서 구성하는 자격 증명을 받지 않습니다. GitHub, Cloud Manager Git 저장소, Experience Workspace, Figma 및 보호된 소스 사이트용 토큰은 에이전트의 환경 외부에 있습니다. 별도의 구성 요소는 각 자격 증명을 자신이 속한 서비스에 대한 요청에만 추가합니다. AI 모델을 호출하는 데 사용되는 자격 증명도 마찬가지입니다.
- 자격 증명은 프로젝트가 아니라 구성하는 사용자에게 속합니다. 각 팀원은 자신의 Git 계정을 연결하고 자신의 Fi그마 토큰을 저장합니다.
- 에이전트 권한을(를) 켤 때까지 끕니다. 하나를 켜면 에이전트가 해당 액세스 권한으로 작업할 수 있습니다. 예를 들어 자격 증명을 보지 않고 리포지토리에 푸시할 수 있습니다. 기본적으로 사용 권한은 사용자의 자체 로그인을 사용합니다. 에이전트가 연결할 수 있는 범위를 좁히려면 토큰으로 대체하십시오. 필요한 저장소의 범위가 세분화된 개인 액세스 토큰 또는 Adobe 서비스 계정의 토큰을 입력하십시오.
- 테스트 API와 같이 에이전트가 작동하는 동안 호출하는 다른 서비스는 서비스 호스트 이름에 대한 보호된 사이트 인증의 항목에서 동일한 방식으로 자격 증명을 가져옵니다. 다른 서비스에 대한 자격 증명을 참조하세요.
- 자격 증명을 프롬프트, 채팅, 소스 콘텐츠 또는 프로젝트 파일에 저장하지 않고 콘솔의 설정에만 저장합니다. 에이전트는 이러한 자격 증명을 읽고 AI 모델로 보낼 수 있습니다. 이 부분을 온보딩으로 만드십시오. 코딩 에이전트를 처음 사용하는 사람은 작업을 완료하기 위해 암호 또는 키를 채팅에 붙여 넣을 수 있습니다. 콘솔을 사용하는 모든 사용자에게 먼저 채팅 비밀 유지를 읽도록 요청하고 조직의 정책으로 AI 도구와 공유할 수 있는 사항을 알려 주십시오.
AI 모델의 처리 방식 security-model-data
요청을 수행하기 위해 에이전트는 다음을 사용하는 큰 언어 모델(LLM)(현재 클라우드 모델)에 보낼 수 있습니다.
- 프롬프트 및 지침
- Source 페이지 URL, 마크업 및 콘텐츠 또는 내보낸 CMS 콘텐츠
- 블록, 스타일 및 사이트 구성과 같은 저장소 코드 및 구성
- Fi그마 디자인 및 스크린샷과 같은 디자인 및 브랜드 참조.
- 검토 중인 생성된 콘텐츠 및 코드.
Adobe은 대화 또는 다른 고객 데이터를 사용하여 AI 모델을 교육하거나 세부 조정하지 않습니다.
변경 내용 제어 security-control
에이전트는 콘솔 작업 영역에서 작동하며 여기서 변경 사항과 미리 보기를 검토합니다. 작업은 별도의 단계로 사이트에 도달하며, 각 단계에는 고유한 제어 권한이 있습니다.
- 콘솔 자체 검사는 승인 게이트가 아닌 안전 장치입니다. 선택적 계획 모드를 사용하면 에이전트가 시작되기 전에 계획을 승인할 수 있습니다. 또한 현재 메시지가 요청하거나 에이전트가 요청할 때 동의하지 않는 한 콘솔에서는 에이전트의 업로드, 미리 보기 또는 게시를 중지하지만 이러한 요청을 하는 모든 방법을 감지할 수는 없습니다. 둘 다 액세스 권한이 있는 사람이 푸시하거나 게시하는 것을 중지하지 않습니다.
- Git 권한으로 에이전트는
main을(를) 포함하여 자격 증명이 쓸 수 있는 모든 분기에 푸시할 수 있습니다.main에 대한 푸시가 라이브 사이트의 코드를 변경합니다. - 검토가 필요하면 변경 사항이 적용되는 곳에서 시행합니다. 검토된 끌어오기 요청이 필요한 분기 보호로
main을(를) 보호하고, 새 PR 만들기로 푸시하고, 사이트의 게시 역할로 게시할 수 있는 사용자를 제한하십시오. 끌어오기 요청에는 변경된 파일과 영향을 받는 페이지의 미리보기 URL이 나열되므로 개발자가 병합하기 전에 결과를 확인합니다. 더 많은 사용자가 참여하기 전에 이러한 컨트롤을 설정하고 작업에 필요할 때만 에이전트 권한을 설정합니다. 더 광범위한 기여도, 동일한 프로덕션 제어를 참조하십시오. - 소스 페이지와 디자인 파일을 신뢰할 수 없는 입력으로 처리합니다. 에이전트를 제어하려는 텍스트를 포함할 수 있습니다. 변경 사항을 푸시하거나 미리 보거나 게시하기 전에 검토하십시오.
컨텐츠 푸시 권한 content-push-permissions
Adobe 로그인을 사용하여 컨텐츠를 업로드할 때 대상은 계정의 권한을 집행합니다. Experience Workspace에서 편집한 문서 기반 콘텐츠의 경우 대상 콘텐츠에 대한 쓰기 액세스 권한이 필요합니다. Experience Manager 작성의 경우 작성자 인스턴스에서 선택한 경로에 페이지 및 에셋을 작성할 수 있는 권한이 필요합니다. 콘솔에 로그인해도 해당 권한이 부여되지 않습니다.
에이전트의 Adobe 자격 증명 권한을 켜면 해당 콘텐츠가 계정의 액세스 권한을 사용하여 문서 기반 콘텐츠 저장소로 푸시됩니다. 에이전트에 업로드를 요청해도 대상의 권한이 무시되지 않습니다. Experience Manager 작성의 경우 콘솔을 통해 직접 콘텐츠를 업로드합니다. 직접 에이전트 업로드는 지원되지 않습니다.
로그인을 사용할 수 없거나 인증에 실패하여 문서 기반 업로드가 구성된 대체 계정을 사용하는 경우 대상에서 대신 해당 계정의 권한을 적용합니다. 에이전트에 대한 서비스 계정을 명시적으로 구성하는 경우에도 마찬가지입니다. 변경 사항을 제한하기 위해 개인 권한에 의존하기 전에 어떤 계정이 사용되는지 확인하십시오.
에이전트 작업 추적 audit-trail
콘솔에는 별도의 감사 로그가 유지되지 않지만 에이전트의 작업이 기록되지 않습니다. 에이전트가 생성하는 작업은 Git 리포지토리 또는 Experience Manager을 통해서만 사이트에 도달하며 둘 다 기록을 유지합니다.
- 코드가 기본 레코드입니다. Git 내역은 블록, 스타일 및 가져오기 스크립트에 대한 각 변경 사항을 기록하며 가져오기 스크립트는 가져온 모든 페이지의 구조를 정의합니다.
- 콘텐츠 변경 내용이 콘텐츠와 함께 기록됩니다. Experience Workspace은 각 문서의 버전 기록을 유지하고 작성자 인스턴스는 자체 페이지 버전을 유지합니다.
- 대화에 요청된 내용이 표시됩니다. 채팅 다운로드에서 대화를 Markdown 파일로 저장합니다. 메시지를 제거하고 실행을 취소할 수 없는 채팅 지우기를 선택하기 전에 다운로드하십시오. 채팅 패널을 참조하세요.
이 레코드는 에이전트에 대한 각 요청이 자체 커밋에서 끝나고 main이(가) 아닌 작업 분기로 푸시되고 페이지가 변경되는 경우 에이전트와 사용자가 제공하는 자체 콘텐츠 업로드가 수행될 때 따르는 것이 가장 쉽습니다. 프로젝트의 AGENTS.md에서 이를 요청하세요. 각 요청에 대한 기록 남기기를 참조하세요. 그런 다음 검토자는 에이전트가 이미 사용하고 있는 도구에서 변경된 요청 사항을 읽습니다.
작업 저장 위치 security-storage
- 푸시한 코드는 Git 저장소에 저장되고 업로드한 콘텐츠는 Experience Workspace 또는 작성자 인스턴스에 저장됩니다. 자체 보존 및 버전 기록 정책이 적용됩니다.
- 푸시하거나 업로드하지 않은 작업은 채팅 기록 및 에이전트 세션의 대본과 함께 콘솔 작업 영역에만 존재합니다. 채팅 지우기는 채팅 패널에서 메시지를 제거하지만 녹취록은 유지합니다. 트랜스크립트를 포함하여 콘솔 작업 영역에서 열려 있는 프로젝트의 작업을 삭제하려면 작업 영역 다시 설정을 사용하십시오.
처리 위치, 데이터 보존 및 준수 정보는 Adobe 계정 팀에 문의하거나 Adobe 트러스트 센터를 참조하세요.
상태 데이터 및 HIPAA security-hipaa
Experience 현대화 에이전트는 사이트 마이그레이션 및 구축을 위한 개발자 도구입니다. 사이트 방문자는 사이트에 도달하지 않습니다. Edge Delivery Services은 게시된 사이트를 제공하며 방문자의 요청은 콘솔 또는 에이전트를 통과하지 않습니다. 환자 데이터 없이 의료 사이트의 페이지, 디자인 및 에셋을 마이그레이션할 수 있습니다. 에이전트(예: 환자 레코드 또는 사용자의 자격 증명)에 실제 최종 사용자 데이터를 제공하지 마십시오. 이러한 데이터가 포함된 페이지나 에셋은 마이그레이션하지 마십시오. 가상 데이터를 사용하여 환자별 레이아웃을 개발하고 테스트합니다. 에이전트에게 어떤 것을 제공하든 AI 모델에 도달할 수 있습니다. AI 모델이 처리하는 것을 참조하세요.
스테이징 사이트, 허용 목록에 추가하다 또는 소스 로그인은 이 제한을 변경하지 않습니다. 보호된 소스를 가져오기 전에 범위에서 페이지 및 에셋을 확인하고 PHI(보호된 상태 정보)가 없는 콘텐츠로 소스 계정을 제한합니다. 채팅이 아닌 원본 인증을 통해 해당 계정을 구성하세요.
HIPAA(건강 보험 이동성 및 책임에 관한 법률)에 따라 PHI를 처리할 사이트의 경우, 필요한 라이선스, BAA(비즈니스 연결 계약) 및 구성을 포함하여 Adobe 계정 팀과 작성 및 전달 설정을 확인합니다. Adobe Experience Manager as a Cloud Service에 대한 HIPAA 준비에는 Edge Delivery Services이 HIPAA 준비가 되어 있지만, 범용 편집기는 HIPAA 준비가 되어 있지 않습니다. PHI가 도입되지 않은 경우에만 확장 보안 프로그램에 추가할 수 있습니다. HIPAA 준비 게재 서비스는 PHI 범위를 에이전트 또는 HIPAA 준비가 되지 않은 편집기로 확장하지 않습니다.
지원 요청 security-support
지원 요청은 에이전트를 빌드하는 Adobe 팀으로 이동합니다. 발신자가 작성하는 주제와 설명을 통해 다음과 같은 내용을 공유합니다.
- 보낸 사람 이름, 이메일 주소, Adobe 사용자 및 조직 ID.
- 세션 ID, 프로젝트 이름, 미리보기 URL 및 GitHub Enterprise용 Git 호스트.
- 보낸 사람이 첨부하도록 선택하는 최근 메시지입니다. 기본적으로 아무 것도 첨부되지 않습니다.
이러한 세부 정보를 통해 팀은 세션의 대화와 로그를 찾을 수 있습니다. 발신자 콘솔 작업 영역이 설정되기 전에 요청은 이름, 이메일 주소 및 조직만 공유합니다. 자동 모드 페이지에서 도움말 받기는 보낸 사람의 이름과 전자 메일 주소만 메시지와 공유합니다. 설명에 암호, 토큰 또는 개인 데이터를 포함하지 않도록 사용자에게 요청합니다. 지원 요청을 참조하세요.
다음 단계 next-steps
팀이 범위, 접근 방식 및 제어에 동의하면 프로덕션 사이트 마이그레이션을 따르십시오. 해당 작업을 커밋하기 전에 자신의 페이지에서 먼저 자동 모드를 사용하십시오.