기업 컨텍스트 enterprise-context

Enterprise Context는 AI가 귀하를 대신하여 콘텐츠를 만들고 확인하는 데 필요한 모든 것을 조직에 기록하는 신뢰할 수 있는 단일 위치입니다. 거버넌스 에이전트은(는) 이 공유 컨텍스트를 기반으로 모든 경험을 브랜드에 유지합니다.

IMPORTANT
AI가 생성한 응답은 정확하지 않거나 오해의 소지가 있을 수 있습니다. 제안된 수정 사항과 응답을 다시 확인하십시오.
Adobe Experience Cloud 생성 AI 사용자 지침도 참조하세요.

Enterprise Context란? what-is-enterprise-context

AI의 도움으로 점점 더 현대적인 콘텐츠가 만들어지고, 각색되고, 검토되고 있다. 기업 규모에서 안전하려면 AI가 브랜드의 소리, 주장할 수 있는 사항, 대안에 대한 포지셔닝, 경험 모양에 대한 규칙 등을 알아야 합니다. Enterprise Context는 이 지식을 관리되는 한 위치에 캡처하므로 산재한 PDF, Wiki 및 사람의 헤드에 있지 않고 일관되게 적용됩니다.

컨텍스트가 준비되면 컨텐츠 생성을 안내하고 이미 보유하고 있는 컨텐츠의 자동 유효성 검사를 강화하는 신뢰할 수 있는 소스가 됩니다.

왜 한 곳에서 캡처합니까? why-capture-it-in-one-place

대부분의 조직에서 이미 이 지식을 가지고​했지만 단편적입니다. 브랜드 보이스는 스타일 안내서에, 클레임 규칙은 법률 팀의 받은 편지함에, 포지셔닝 지침은 지역 플레이북에, 디자인 표준은 디자인 파일에 있습니다. 지식이 흩어질 때, 모든 새로운 내용은 올바른 규칙을 기억하는 올바른 사람에 의존한다. 이 접근 방식은 확장되지 않으며 AI가 워크플로우의 일부인 경우 신뢰할 수 없게 됩니다.

Enterprise Context에서 모든 항목을 캡처하면 다음과 같은 이점이 있습니다.

  • 신뢰할 수 있는 원본 하나 모든 팀과 모든 도구는 동일한 규칙에서 작동하므로 콘텐츠를 생산하는 사람이나 제품에 관계없이 일관성을 유지합니다.
  • 처음부터 일관적이었습니다. 생성은 컨텍스트를 맨 앞에 표시하므로, 출력은 검토에서 수정되지 않고 처음부터 음성, 클레임, 위치 및 디자인 표준을 따릅니다.
  • 유효성 검사가 진행 중입니다. 규칙이 시간이 지남에 따라 변경되므로 Enterprise Context를 사용하면 현재 규칙과 비교하여 기존 콘텐츠를 감사하고 더 이상 준수하지 않는 콘텐츠를 식별할 수 있습니다.
  • 여러 도구에서 다시 사용할 수 있습니다. 컨텍스트가 단일 애플리케이션 내에서 잠겨 있지 않습니다. 표준 인터페이스인 MCP(Model Context Protocol)를 통해 노출되므로 Adobe 또는 사용자의 모든 AI 시스템 또는 에이전트가 작업에 적용되는 규칙을 쿼리하고 승인된 범위 내에서 유지할 수 있습니다.

Enterprise Context는 다른 AI 에이전트에 대한 공유 입력입니다. 한 번 캡처하면 콘텐츠를 생성, 조정, 배포 또는 확인하는 모든 에이전트가 사용할 수 있습니다.

캡처할 데이터 what-data-to-capture

Enterprise Context는 범주로 구성됩니다. AI가 사용자를 대신하기 위해 답변해야 하는 서로 다른 질문에 대해 답변합니다. 한꺼번에 다 작성하실 필요는 없습니다. 콘텐츠에 가장 중요한 카테고리로 시작하여 시간이 지남에 따라 빌드합니다.

범주
질문에 대한 답변
브랜드 음성
어떻게 표현해야 합니까?
음색, 용어, 문장 스타일, 선호하는 단어 또는 피하는 단어
보호 기능
할 말이 있습니까?
조직에서 사전 승인한 위치 지정 제한 및 메시징 규칙
시장 포지셔닝
대체 요소에 대해 어떻게 이야기합니까?
승인된 비교 및 차별화 언어
디자인 시스템
어떻게 표시되어야 합니까?
승인된 구성 요소, 레이아웃, 타이포그래피, 색상 및 에셋 템플릿

이러한 카테고리를 함께 사용하면 AI에 브랜드가 어떻게 소통하고 자신을 나타내는지에 대한 일관된 그림을 제공할 수 있습니다.

규칙 적용 위치 where-rules-apply

Enterprise Context 규칙은 단순하지 않습니다. 규칙이 적용되는 시기​를 결정하는 세그먼트​를 전달하므로 전역 기본값을 설정한 다음 맨 위에 더 구체적인 재정의를 계층화할 수 있습니다.

조직에 맞는 세그먼트를 정의합니다. 준수해야 할 고정 목록이 없습니다. 일반적인 예는 다음과 같습니다.

세그먼트 예
범위 지정 가능
국가/시장
관할 구역 및 문화적 컨텍스트
대상자
컨텐츠가 주소를 지정하는 사용자(소비자, 투자자, 파트너, 직원)
하위 브랜드
조직 내의 고유 브랜드 엔티티
경험 유형
콘텐츠 종류(랜딩 페이지, 블로그 게시물, 도움말 페이지)
언어
국가에 관계없이 언어 변형(예: 멕시코의 스페인어 대 스페인)

이것은 단지 삽화일 뿐이다. 콘텐츠가 실제로 다음에 따라 달라지는 세그먼트를 추가합니다.

상속으로 해결되는 규칙: 전역 기준선은 모든 곳에 적용되며 세그먼트별 무시는 해당 조건이 일치할 때 적용됩니다. 예를 들어, 독일의 자동차 하위 브랜드에 대한 소비자 랜딩 페이지 (독일어)를 생성할 수 있습니다. 이 요청은 글로벌 브랜드 규칙, 자동차 하위 브랜드 무시, 독일 및 소비자별 조정, 독일어 환경 설정 등 여러 규칙 세트를 한 번에 계층화합니다.

Enterprise Context 사용 방법 how-enterprise-context-is-used

컨텍스트가 배치되면 두 가지 작업을 수행합니다.

  1. 안내서 생성. AI가 콘텐츠를 제작하기 전에 음성, 클레임, 포지셔닝, 디자인 등 작업에 적용되는 규칙을 협의하므로 결과는 처음부터 브랜드에 맞게 작성됩니다.
  2. 유효성 검사를 실행합니다. 또한 Enterprise Context를 사용하면 이미 가지고 있는 콘텐츠를 현재 규칙에 대해 감사​할 수 있으며, 콘텐츠를 수정하거나 다시 생성할 수 있도록 음성, 클레임 또는 디자인 표준에서 콘텐츠가 표류한 위치를 표시합니다.

표준 인터페이스를 통해 컨텍스트가 노출되므로 동일한 규칙은 두 작업을 모두 구동하며 조직에서 사용하는 다른 AI 도구 또는 에이전트에서 계속 사용할 수 있습니다.

시작하기 get-started

빈 페이지에서 모든 규칙을 작성할 필요는 없습니다. Enterprise Context를 채우는 두 가지 기본 방법이 있으며 대부분의 조직은 두 가지 방법을 모두 사용합니다.

  • 이미 기록한 지식에 대한 수동으로 규칙을 추가​합니다. 각 컨텍스트 범주(브랜드 음성, 클레임 보호, 시장 포지셔닝 및 디자인 시스템)에는 고유한 안내 양식이 있습니다.
  • 문서에서 가져오기. 기존 스타일 안내서, 브랜드 지침 또는 정책 PDF을 컨텍스트의 소스 자료로 업로드합니다. 단계별 지침은 브랜드 정책을 가져오는 방법을 참조하세요.

Enterprise Context 작업 work-with-enterprise-context

아래 섹션에서는 Enterprise Context의 구성 요소에 대해 설명합니다. brand 모든 항목이 아래에 있고 가져오는 브랜드 정책 및 유지 관리하는 규칙 및 표준.

NOTE
많은 엔터티가 Status​을(를) 사용하며, 에이전트는 Active​개의 엔터티만 사용합니다. 새 엔터티는 기본적으로 초안(으)로 만들어지므로 엔터티를 활성(으)로 설정해야 적용됩니다. 이는 브랜드, 컨텍스트 규칙, 확인 및 도메인에 모두 적용됩니다. 아래 섹션에서는 각 엔티티에 해당하는 단계만 추가합니다.

브랜드 brands

brand​은(는) Experience Governance의 최상위 컨테이너입니다. 브랜드 경험을 유지하려는 브랜드를 나타내며, 브랜드 정책, 컨텍스트 규칙, 디자인 시스템, 확인 및 도메인과 같은 다른 모든 것이 그 아래에 있습니다.

브랜드에는 이름, 선택적 설명상태​가 있습니다.

IMPORTANT
브랜드를 적용하려면 브랜드를 편집하고 상태​를 활성(으)로 설정하십시오.

브랜드 정책 brand-policies

브랜드 정책​은(는) AI가 이해하고 적용할 수 있는 브랜드 규칙의 구조화된 표현입니다. 지침을 기술 형식으로 다시 작성하는 대신, 원래 양식, 정책 문서(PDF) 및/또는 페이지 URL로 가져오면 거버넌스 에이전트가 이를 읽고 가능한 모든 것을 엔터프라이즈 컨텍스트로 추출합니다.

가져오기는 검사를 생성하는 것 이상의 작업을 수행합니다. 에이전트가 찾은 모든 정보는 컨텍스트에 추가됩니다. 문서에 포함된 내용에 따라 브랜드 음성 지침, 클레임 보호, 시장 포지셔닝, 디자인 시스템 표준 및 이를 적용하는 데 사용되는 정책 확인이 포함될 수 있습니다. 한 번의 가져오기로 컨텍스트 규칙 검사를 한 번에 채울 수 있습니다.

이 컨텍스트가 적용되면 에이전트는 다음과 같은 작업을 수행할 수 있습니다.

  • 기존 페이지를 분석하여 브랜드 불일치를 감지하고,
  • 톤, 용어 또는 필수 규칙의 위반에 플래그 지정,
  • 다운스트림 에이전트에 지침을 제공하고
  • 생성되거나 업데이트된 콘텐츠를 브랜드 준수로 유지할 수 있도록 도와줍니다.

이렇게 하면 자동화된 거버넌스를 얻으면서 기존 브랜드 설명서를 다시 사용할 수 있습니다. 단계별 가져오기 지침은 브랜드 정책을 가져오는 방법을 참조하십시오.

컨텍스트 규칙 context-rules

컨텍스트 규칙은 콘텐츠를 만드는 방법​을 캡처합니다. 브랜드 음성, 클레임 보호시장 포지셔닝​의 세 가지 카테고리를 사용할 수 있으며, 동일한 필드를 공유합니다.

필드
AEM Eventing이란 무엇입니까?
범주
관련 규칙을 그룹화합니다. 기존 카테고리를 재사용하거나 새 카테고리를 만듭니다.
이름
사람이 인식할 수 있는 규칙 이름.
ID
이름에서 생성된 안정적인 식별자.
규칙
지침 또는 제한 텍스트 자체.
세그먼트
규칙이 적용되는 위치입니다. 글로벌 규칙을 사용하려면 비워 둡니다.
상태
규칙의 적용 여부.

규칙은 해당 상태​가 활성​인 경우에만 적용됩니다. 이 설정을 비활성, 초안 또는 보관됨(으)로 설정하여 설정을 해제하십시오.

NOTE
세그먼트​를 사용하면 전역 기본값을 설정한 다음 맨 위에 계층 시장 또는 대상별 재정의를 설정할 수 있습니다. 세그먼트와 상속의 작동 방식은 규칙이 적용되는 위치를 참조하십시오.

이러한 필드의 실제 예는 아래의 Brand Voice을(를) 참조하십시오.

브랜드 보이스 brand-voice

Brand Voice​은(는) Enterprise Context의 세 가지 컨텍스트 규칙 범주 중 하나입니다. 어떻게 발음해야 합니까? 질문에 대한 답변입니다. 조직의 어조, 용어, 문장 스타일 및 선호하거나 피하는 단어를 캡처합니다. 그렇지 않으면 스타일 가이드 전체에 흩어져 있는 지침입니다.

Brand Voice 규칙은 다른 컨텍스트 규칙과 동일한 필드를 사용합니다. 범주, 이름, ID, 규칙, 세그먼트상태. 브랜드 정책을 가져오면자동으로 추출된 규칙은 수동으로 추가한 규칙과 함께 표시되며, 활성 상태​의 규칙만 에이전트에서 적용합니다.

브랜드 음성 규칙

디자인 시스템 design-system

디자인 시스템​은(는) 브랜드의 시각적 표준, 색상 및 타이포그래피를 캡처하므로 생성된 경험이 브랜드에서 보입니다.

  • 색상​은(는) 그룹으로 구성됩니다(예: 브랜드 또는 보조). 각 색상에는 이름​과(와) 16진수 값​이(가) 있습니다.
  • 타이포그래피​는 글꼴 그룹(예: 제목 또는 본문)으로 구성됩니다. 각 스타일에는 스타일 이름, 글꼴 패밀리, 글꼴 크기(단위 포함), 글꼴 두께, 선 높이, 문자 간격(단위 포함) 및 글꼴 스타일​이 있습니다.

세그먼트​로 색상과 타이포그래피의 범위를 지정할 수 있으므로 다양한 시장이나 하위 브랜드에서 다양한 시각적 표준을 사용할 수 있습니다.

검사 checks

check​은(는) 거버넌스 에이전트가 콘텐츠를 검토할 때 적용하는 자동화된 규칙입니다. 정책 및 컨텍스트를 적용할 수 있는 방법을 확인합니다. 에이전트는 사용자가 브랜드 정책을 가져올 때 확인을 만들거나 사용자가 직접 정의할 수 있습니다.

수표에는 다음이 포함되어 있습니다.

필드
AEM Eventing이란 무엇입니까?
이름
사람이 인식할 수 있는 수표 이름.
규칙
컨텍스트에 대한 참조로 작성된 확인 논리입니다.
브랜드
수표가 속한 브랜드.
범주
관련 검사에 대한 선택적 그룹화입니다.
범위
검사 실행 대상: 이미지, 텍스트 또는 둘 다.
상태
확인 유효 여부.

상태​가 활성​인 경우에만 검사가 실행됩니다.

도메인 domains

도메인​은(는) 브랜드 확인이 적용되는 URL을 정의합니다(예: *.example.com과(와) 같은 패턴). 도메인에 URL 패턴, 브랜드상태​가 있습니다.

IMPORTANT
도메인을 적용하려면 브랜드로 이동하고 도메인​을 클릭한 다음 연필 아이콘을 사용하여 도메인을 편집하고 상태​를 활성(으)로 설정하십시오.

배치 분석 batch-analysis

일괄 분석​은(는) 기존 페이지 집합에 대해 검사를 실행하므로 이미 가지고 있는 콘텐츠를 확인할 수 있습니다.

배치 분석을 실행하려면

  1. 브랜드의 거버넌스 인사이트 탭에서 왼쪽 패널의 일괄 분석​을 선택한 다음 + 일괄 분석 시작​을 클릭하여 새 일괄 분석 시작 대화 상자를 엽니다.

  2. Type​의 경우 List​을(를) 선택하여 직접 분석할 URL을 한 줄에 하나씩 붙여넣으십시오.

    URL 목록으로 일괄 분석 시작 {width="70%"}

  3. 또는 수동으로 URL을 제공하는 대신 일괄 분석 크롤링을 사용하도록 사이트 맵 검색​을 선택하십시오. 사이트 또는 페이지 최대 URL(페이지 최대) 제한을 입력하고 페이지 제한(기본값 50)을 설정한 다음 선택적으로 패턴 포함 또는 제외(예: glob 패턴은 특정 경로만 포함하거나 */content/dam/*은(는) 제외함)을 추가합니다.*/en/*

    사이트 맵 검색으로 일괄 분석 시작 {width="70%"}

  4. 분석 시작​을 클릭하여 작업을 큐에 추가합니다. 일괄 분석 목록에는 실행하는 모든 작업이 날짜, 유형, 범위, 상태 및 페이지 수와 함께 표시됩니다.

  5. 작업이 완료되면 아래와 같이 평가 결과​에서 결과를 검토하십시오.

    일괄 분석 결과 개요

    이 보기는 다음을 보고합니다.

    • 총 페이지​에 대한 요약 카드 평가, 정렬된 페이지정렬되지 않은 페이지(페이지가 브랜드 표준을 충족하는지 여부), 전체 합격 비율
    • 분석된 페이지에서 통과, 실패 또는 적용되지 않은(N/A) 개별 검사 수를 보여 주는 검사 분류입니다.
    • 각 URL을 마지막 확인 날짜, 정렬 상태 및 성공, 실패, 적용할 수 없음 및 오류 확인 횟수와 함께 나열하는 페이지별 표와 해당 페이지에 대한 전체 세부 정보를 보기 위한 링크

    결과는 페이지 또는 이미지(으)로 필터링할 수 있습니다.

recommendation-more-help
experience-manager-cloud-service-help-main-toc