GitHub Copilot CLI 및 Claude 프로젝트용 Power Pages 플러그인을 사용하여 시작하기 (프리뷰)

GitHub Copilot CLI 및 Claude Code용 Power Pages 플러그인은 최신 단일 페이지 애플리케이션 (SPA) 사이트를 Power Pages에서 생성, 배포 및 관리하기 위한 AI 지원 워크플로를 제공합니다. 프로젝트를 수동으로 스캐폴딩하고 상용구 API 코드를 작성하고 권한을 구성하는 대신 자연어로 원하는 내용을 설명하고 플러그 인이 구현을 처리합니다.

플러그 인은 새 사이트 스캐폴딩에서 배포, Dataverse 데이터 모델 설정 및 인증 구성에 이르기까지 대화형 기술을 통해 전체 사이트 개발 수명 주기를 지원합니다.

Important

  • 이 기능은 프리뷰 상태입니다.
  • 프리뷰 기능은 생산용으로 만들어진 것이 아니므로 기능이 제한될 수 있습니다. 이런 기능은 공식 릴리스 전에 사용할 수 있으므로 고객이 조기에 액세스하고 피드백을 제공할 수 있습니다.
  • 승인하기 전에 에이전트 제안 검토

Prerequisites

시작하기 전에 필요한 소프트웨어 및 권한이 있는지 확인합니다.

소프트웨어 요구 사항

구성 요소 최소 버전 추가 정보
Node.js 18.0 이상 다운로드 Node.js
Power Platform CLI(PAC CLI) 2.6.3 이상(서버 논리에 필요) PAC CLI 설치
Azure CLI 최근 Azure CLI를 설치합니다
GitHub Copilot CLI 또는 Claude Code 최근 GitHub Copilot CLI 또는 Claude Code
Visual Studio Code 및 Power Platform Tools 확장(선택 사항) 최근 VS Code 다운로드 및 Power Platform Tools 설치

또한 다음이 필요합니다.

  • Power Pages 사용하도록 설정된 Power Platform 환경입니다.
  • 대상 환경에 연결된 인증된 PAC CLI 세션입니다. 연결하지 않은 경우 pac auth create을(를) 실행합니다.
  • 동일한 테넌트에 로그인된 Azure CLI 세션입니다. az login 실행하여 인증합니다.

인증 확인:

명령을 사용하여 인증되었는지 확인합니다 pac auth list .

pac auth list           # Should show authenticated profile

인증되지 않은 경우 다음 명령을 실행합니다.

pac auth create --environment <Instance url>        # Authenticate to Power Platform

Tip

인스턴스 URL을 얻으려면 Power Pages 홈으로 이동하여 오른쪽 위 모서리에서 설정 아이콘을 선택한 다음 세션 세부 정보를 선택합니다.

플러그 인 설치

마켓플레이스에서 Power Pages 플러그 인을 설치합니다. GitHub Copilot CLI를 사용하는 경우 해당하는 설치 단계는 Copilot CLI 확장 설명서를 참조하세요. 다음 명령은 Claude Code 구문을 사용합니다.

설치 관리자를 실행하여 자동 업데이트가 사용하도록 설정된 모든 플러그 인을 설정합니다.

Windows(PowerShell):

iwr https://raw.githubusercontent.com/microsoft/power-platform-skills/main/scripts/install.js -OutFile install.js; node install.js; del install.js

macOS/Linux/Windows(cmd):

curl -fsSL https://raw.githubusercontent.com/microsoft/power-platform-skills/main/scripts/install.js | node

설치 관리자는 자동으로 다음을 수행합니다.

  • 아직 pac CLI가 설치되지 않았으면 설치합니다.
  • Claude Code 및 GitHub Copilot CLI와 같은 사용 가능한 도구를 검색합니다.
  • 플러그 인 마켓플레이스를 등록하고 나열된 모든 플러그 인을 설치합니다.
  • 플러그 인이 최신 상태로 유지되도록 자동 업데이트가 가능합니다.

설치 후 Claude Code 또는 GitHub Copilot CLI를 다시 시작하여 에이전트 세션에서 플러그인의 기능을 슬래시 명령으로 사용할 수 있습니다.

마켓플레이스에서 설치

  1. 터미널에서 Claude Code를 엽니다.

  2. Microsoft Marketplace를 추가합니다.

    /plugin marketplace add microsoft/power-platform-skills

  3. Power Pages 플러그 인을 설치합니다.

    /plugin install power-pages@power-platform-skills

플러그인을 설치한 후, Claude Code 또는 GitHub Copilot CLI를 다시 시작하여 에이전트 세션에서 슬래시 명령으로 플러그인의 기능에 접근하십시오.

Tip

마켓플레이스 및 기술에 대한 업데이트를 자동으로 받으려면 자동 업데이트를 켭니다. /plugin 명령을 사용하고, Marketplace로 이동하고, 마켓플레이스를 선택하고, 자동 업데이트를 켭니다.

기술 개요

플러그 인은 Power Pages 사이트의 전체 수명 주기를 다루는 기술을 제공합니다. 각 기능을 대화형으로 슬래시 명령어로 실행하거나 하고 싶은 일을 설명하여 호출합니다.

기술 명령어 용도
사이트 만들기 /create-site 사이트를 스캐폴드하고, 디자인 방향을 적용하고, 페이지 및 구성 요소를 빌드합니다.
사이트 배포 /deploy-site PAC CLI를 사용하여 프로젝트를 빌드하고 Power Pages 업로드합니다.
사이트 활성화 /activate-site 웹 사이트 레코드를 프로비전하고 공용 URL을 할당합니다.
데이터 모델 설정 /setup-datamodel Dataverse 테이블, 열 및 관계를 만듭니다.
샘플 데이터 추가(선택 사항) /add-sample-data 실제 테스트 레코드로 Dataverse 테이블을 채웁니다.
Web API 통합 /integrate-webapi 형식화된 API 클라이언트 코드, 서비스 및 테이블 권한을 생성합니다.
인증 설정 /setup-auth 로그인 및 로그아웃 기능과 역할 기반 액세스 제어 추가
웹 역할 만들기 /create-webroles 사용자 액세스 관리를 위한 웹 역할 YAML 파일 생성
서버 논리 추가 /add-server-logic 유효성 검사, 외부 API 호출, 비밀 관리 및 데이터 작업을 위한 보안 서버 쪽 JavaScript 엔드포인트를 생성합니다.
클라우드 흐름 추가 /add-cloud-flow 승인 워크플로, 알림 및 예약된 자동화를 위해 기존 Power Automate 클라우드 흐름을 사이트에 통합합니다.
백 엔드 통합 /integrate-backend 프로토타입을 분석하고, 각 기능에 대한 올바른 접근 방식(Web API, 서버 논리 또는 클라우드 흐름)을 결정하고, 전체 빌드 시퀀스를 오케스트레이션합니다.
SEO 추가 /add-seo robots.txt, sitemap.xml및 메타 태그를 생성합니다.

일반적인 워크플로

일반적인 엔드 투 엔드 워크플로는 다음 시퀀스를 따릅니다.

  1. /create-site : 스캐폴드, 디자인 및 빌드 페이지
  2. /deploy-site: Power Pages 환경에 업로드
  3. /activate-site : 공용 URL 설정
  4. /setup-datamodel : Dataverse 테이블 만들기
  5. /add-sample-data : 테스트 레코드로 테이블 채우기
  6. /integration-webapi : API 클라이언트 코드 생성 및 권한 구성
  7. /create-webroles: 액세스 역할 정의
  8. /setup-auth : 로그인, 로그아웃 및 역할 기반 UI 추가
  9. /add-server-logic : 보안 서버 쪽 엔드포인트 추가
  10. /add-cloud-flow: 기존 Power Automate 플로우 통합
  11. /add-seo : 검색 엔진 최적화
  12. /deploy-site : 최종 변경 내용을 라이브 상태로 푸시

Tip

  • 이 정확한 순서를 따를 필요는 없습니다. 각 기술은 자체 필수 구성 요소를 확인하고 누락된 항목이 있는지 알려줍니다. 예를 들어, 사이트에서 인증이 먼저 필요한 경우 /setup-auth을(를) /integrate-webapi 전에 실행할 수 있습니다.
  • 각 기능에 사용할 방법을 잘 모르는 경우 4~10단계 대신 개별적으로 실행 /integrate-backend 합니다. 프로토타입을 분석하고, 각 기능에 Web API, 서버 논리 또는 클라우드 흐름이 필요한지 여부를 결정하고, 기술을 올바른 순서로 오케스트레이션합니다.

Power Pages 사이트 빌드

이 안내서에서는 스캐폴딩 과정부터 배포까지 플러그 인을 사용하여 Power Pages 사이트를 빌드하는 전체 수명 주기를 다루는 과정을 설명합니다. 각 단계에서는 사용자가 말하는 내용과 플러그 인이 응답에서 수행하는 작업을 설명합니다.

1단계: 사이트 만들기

자연어로 원하는 사이트, 대상, 필요한 페이지 및 색 구성표, 레이아웃 스타일 또는 글꼴과 같은 디자인 기본 설정을 설명합니다. /create-site를 실행하거나 설명하면 플러그 인이 의도를 인식합니다.

프레임워크를 지정하지 않으면 플러그 인에서 다음 중 하나를 선택하도록 요청합니다(React, Vue, Angular 또는 Astro).

  1. 템플릿에서 프로젝트를 스캐폴드하고 사이트 이름, 색 및 디자인 토큰을 적용합니다.
  2. 종속성을 설치하고, 개발 서버를 시작하고, 라이브 브라우저 미리 보기를 엽니다.
  3. 관련 이미지를 사용하여 요청한 각 페이지, 구성 요소 및 경로를 빌드합니다.
  4. 기본 제공 롤백 기록이 있도록 중요한 중요 시점에 git 커밋을 만듭니다.

2단계: 사이트 배포

/deploy-site 실행하여 사이트를 Power Pages 업로드합니다. 플러그 인:

  1. PAC CLI가 설치되어 있고 인증 세션이 활성 상태인지 확인합니다.
  2. 계속하기 전에 대상 환경을 확인합니다.
  3. 프로덕션 빌드를 실행하고 컴파일된 출력을 업로드합니다.
  4. 배포 아티팩트 디렉터리가 아직 없는 경우 만듭니다.

메모

환경에서 특정 파일 첨부 파일을 차단하는 경우 플러그 인은 문제를 감지하고 이를 해결하기 위한 지침을 제공합니다.

3단계: 사이트 활성화

사이트를 공개적으로 액세스할 수 있도록 실행 /activate-site 합니다. 플러그 인:

  1. 사이트 이름에 따라 하위 도메인을 제안하고 사용자 지정할 수 있습니다.
  2. Power Platform API를 통해 웹 사이트 레코드를 프로비전합니다.
  3. 사이트가 라이브 상태가 될 때까지 폴링하고 공용 URL을 반환합니다.

이 시점에서 공용 URL에 작업 사이트가 있습니다. 나머지 단계에서는 데이터, 인증 및 SEO를 추가합니다. 사이트에 적용되지 않는 단계를 건너뜁니다.

4단계: 데이터 모델 설정

실행 /setup-datamodel 하여 사이트에 필요한 Dataverse 테이블을 만듭니다. ER 다이어그램 또는 특정 스키마가 이미 있는 경우 에이전트가 코드를 분석하는 대신 직접 제공합니다.

플러그 인은 다음과 같은 데이터 모델 설계자 에이전트를 생성합니다.

  1. 사이트 코드를 분석하여 페이지와 구성 요소에 필요한 데이터를 결정합니다.
  2. 중복을 방지하기 위해 기존 테이블에 대한 Dataverse 환경을 쿼리합니다.
  3. ER 다이어그램으로 시각화된 테이블, 열, 데이터 형식 및 관계가 있는 데이터 모델을 제안합니다.

제안을 검토하고 승인합니다. 플러그 인은 확인할 때까지 아무것도 만들지 않습니다. 승인 후 플러그 인은 API 호출을 통해 테이블과 열을 만들고 5단계와 6단계에서 사용하는 매니페스트 파일을 저장합니다.

5단계: 샘플 데이터 추가(선택 사항)

실행 /add-sample-data 하여 테스트 레코드로 테이블을 채웁니다. 이 단계에서는 4단계의 데이터 모델이 필요합니다.

플러그 인은 다음 작업을 수행합니다.

  1. 매니페스트 파일을 읽어 테이블, 열, 관계를 이해합니다.
  2. 현실적인 이메일, 그럴듯한 날짜 및 형식이 지정된 통화 금액과 같은 각 열 형식에 대해 상황에 맞는 값을 생성합니다.
  3. 종속성 순서(자식 테이블 앞에 부모 테이블)로 레코드를 삽입하고 대량 삽입 중에 인증 토큰을 자동으로 새로 고칩니다.

6단계: Dataverse Web API와 통합

실행 /integrate-webapi 하여 모의 데이터를 라이브 Dataverse 쿼리로 대체합니다. 이 단계에서는 4단계의 데이터 모델이 필요합니다.

플러그 인은 다음 작업을 수행합니다.

  1. 모의 데이터, 자리 표시자 페치 호출 또는 하드 코드된 배열을 사용하는 구성 요소에 대한 코드베이스를 검색합니다. 이러한 구성 요소는 Dataverse 테이블에 매핑됩니다.
  2. 각 테이블에 대해 Web API 통합 에이전트를 생성하여 다음을 생성합니다.
    • 위조 방지 토큰 관리 및 재시도 논리가 있는 공유 API 클라이언트입니다.
    • TypeScript 엔터티 형식 및 도메인 매퍼.
    • CRUD 서비스 계층입니다.
    • 프레임워크에 특정된 패턴으로는 React 후크, Vue 컴포저블, 또는 Angular 서비스 등이 있습니다.
  3. 테이블 사용 권한 및 사이트 설정을 제안하는 Permissions Architect 에이전트를 생성합니다.

사용 권한 제안을 검토하고 승인합니다. 플러그 인은 확인할 때까지 구성 파일을 만들지 않습니다.

7단계: 웹 역할 만들기

실행 /create-webroles 하여 사용자 액세스 역할을 정의합니다. 플러그 인:

  1. 중복을 방지하기 위해 기존 웹 역할에 대한 환경을 쿼리합니다.
  2. 고유 식별자를 사용하여 역할 정의를 생성합니다.
  3. 각 사이트에는 최대 하나의 익명 역할과 하나의 인증된 역할이 적용됩니다.

8단계: 인증 설정

로그인 및 로그아웃 기능을 추가하려면 실행 /setup-auth 합니다. 플러그 인:

  1. 위조 방지 토큰 관리를 사용하여 Microsoft Entra ID 흐름에 대한 인증 서비스를 생성합니다.
  2. 사이트 레이아웃과 통합된 로그인/로그아웃 UI 구성 요소를 만듭니다.
  3. 사용자의 웹 역할에 따라 UI 요소를 표시하거나 숨기는 역할 기반 액세스 제어 유틸리티를 추가합니다.
  4. 전체 프레임워크의 패턴(React 후크, Vue 작성 가능 또는 Angular 서비스)을 사용합니다.

9단계: 서버 논리 추가

실행 /add-server-logic 하여 사이트에 보안 서버 쪽 엔드포인트를 추가합니다. 외부 API 호출, 서버 쪽 유효성 검사, 비밀 관리 또는 엔터티 간 데이터 작업과 같이 브라우저에서 실행할 수 없는 논리가 사이트에 필요한 경우 서버 논리 를 사용합니다.

Important

서버 논리 지원에는 PAC CLI 버전 2.6.3 이상이 필요합니다. 빠른 설치 스크립트를 사용하여 최신 버전으로 업데이트합니다.

일반 언어 및 플러그 인에서 필요한 사항을 설명합니다.

  1. 사용 사례를 분석하고 복잡성을 분류하는 서버 논리 설계자 에이전트를 생성합니다.
  2. 검토를 위해 엔드포인트 디자인, 보안 구성 및 필요한 테이블 권한을 제안합니다.
  3. 승인한 후 서버 쪽 JavaScript 엔드포인트 /_api/serverlogics/<name>를 생성합니다.
  4. 구성 요소에서 엔드포인트를 호출하는 형식화된 클라이언트 쪽 서비스를 만듭니다.
  5. 구성 요소를 업데이트하여 새 서비스를 호출합니다.
  6. 엔드포인트에 대한 웹 역할 할당 및 테이블 권한을 구성합니다.

제안을 검토하고 승인합니다. 확인할 때까지 코드가 생성되지 않습니다.

일반적인 사용 사례:

  • 외부 서비스에 연결합니다. 자격 증명을 노출하지 않고 REST API, Azure Functions 또는 타사 서비스를 호출합니다. (자습서: 외부 서비스와 상호 작용)
  • 보안 데이터 작업을 수행합니다. 일관된 서버 쪽 유효성 검사를 사용하여 Dataverse 레코드를 쿼리, 업데이트 또는 삭제합니다. (자습서: Dataverse 테이블과 상호 작용)
  • 사용자 지정 논리를 실행합니다. 결과를 클라이언트에 반환하기 전에 테이블 간에 데이터를 집계하거나, 비즈니스 규칙을 적용하거나, 파생 값을 계산합니다.
  • 서버 측에서 비밀을 관리합니다. 서버에 자격 증명 및 API 키를 저장하고 클라이언트 코드에는 저장하지 않습니다. (Tutorial: Microsoft Graph 및 SharePoint와 상호 작용하기)

메모

사용 사례별로 한 번 실행 /add-server-logic 합니다. 예를 들어 사이트에 인벤토리 유효성 검사 엔드포인트와 전역 검색 엔드포인트가 모두 필요한 경우 기술을 두 번 실행합니다.

10단계: 클라우드 흐름 통합

/add-cloud-flow 실행하여 기존 Power Automate 클라우드 흐름을 사이트에 통합합니다. 이 기능은 이미 Power Automate에서 만든 흐름을 Power Pages 사이트에 연결합니다. 새 클라우드 흐름은 만들지 않습니다.

플러그 인:

  1. 기존 클라우드 흐름을 사이트에 등록합니다.
  2. 페이지에서 흐름을 트리거하는 클라이언트 쪽 코드를 생성합니다.
  3. 비동기 워크플로 상태 및 콜백 패턴을 처리합니다.
  4. 페이지와 흐름 간에 데이터 교환을 연결합니다.

/add-cloud-flow 사용하여 서버 쪽 엔드포인트보다 Power Automate 더 잘 처리하는 승인 워크플로, 이메일 알림, 예약된 작업 및 이벤트 기반 자동화를 사용합니다.

대안: /integration-backend를 사용하여 전체 서비스 계층 계획

Web API, 서버 논리 또는 클라우드 흐름이 필요한 기능에 확신이 없다면, 4번부터 10번까지의 단계를 수동으로 실행하는 대신 /integrate-backend을 실행하세요. 이 기술은 다음과 같은 오케스트레이터 역할을 합니다.

  1. 프로토타입을 분석하여 서비스 계층이 필요한 모든 기능을 식별합니다.
  2. 각 기능을 표준 CRUD용 Web API, 서버 쪽 유효성 검사용 서버 논리 및 외부 API 또는 승인 워크플로 및 자동화를 위한 클라우드 흐름으로 분류합니다.
  3. 모든 기술, 종속성 및 구성을 사용하여 시퀀스된 실행 계획을 제안합니다.
  4. 승인한 후에는 올바른 순서로 기술을 구성합니다.

계획은 영구적이고, 다시 시작하고, 편집할 수 있습니다. 단계별로 진행 중 언제든지 중단하여 생성된 코드를 검토하거나 사이트를 테스트하고, /integrate-backend를 다시 실행하여 이전 단계부터 작업을 재개할 수 있습니다.

11단계: SEO 추가

실행 /add-seo 하여 검색 엔진에 대한 사이트를 최적화합니다. 플러그 인:

  1. 프레임워크의 라우터 구성에서 경로를 검색합니다.
  2. 검색된 모든 경로에 대한 검색 엔진 지시문 및 사이트맵을 생성합니다.
  3. 뷰포트, 문자 집합, 설명, Open Graph, Twitter Card 및 favicon 참조와 같은 메타 태그를 추가합니다.

12단계: 최종 사이트 배포

선택적 단계를 수행하는 경우 다시 실행 /deploy-site 하여 변경 내용을 라이브로 푸시합니다. 플러그 인은 프로덕션 빌드를 실행하고 모든 배포 아티팩트(테이블 권한, 사이트 설정, 웹 역할, 서버 논리 파일)와 함께 사이트를 Power Pages 환경에 업로드합니다.

사이트 확인

기술을 완료한 후 Power Pages 사이트가 제대로 작동하는지 확인합니다.

  1. Power Pages 이동합니다.
  2. 활성 사이트 목록에서 사이트를 찾으세요.
  3. 미리 보기 옵션을 사용하여 데스크톱에서 사이트를 미리 봅니 다.
  4. 기능을 테스트합니다.

팁 및 모범 사례

다음 팁은 Power Pages 사이트를 빌드할 때 플러그 인 및 AI 코딩 에이전트를 최대한 활용할 수 있도록 도와 드립니다.

처음 실행할 때 누락된 도구에 대한 터미널 출력 보기

플러그 인은 기술과 워크플로를 제공하지만 AI 코딩 에이전트(GitHub Copilot CLI 또는 Claude Code)는 머신에서 실제 명령을 실행합니다. 이러한 도구를 처음으로 사용하는 경우 터미널 출력을 자세히 확인합니다. AI 코딩 에이전트는 백그라운드에서 명령과 스크립트를 실행하며, 이러한 명령 중 일부는 컴퓨터에 설치되지 않을 수 있는 도구에 따라 달라집니다. 단계가 실패하면 터미널 출력은 일반적으로 찾을 수 없는 도구 또는 명령을 표시합니다.

같은 command not foundis not recognized오류가 표시되면 누락된 도구를 설치하고 워크플로를 다시 트리거합니다. AI 코딩 에이전트는 도구 사용 가능 시 중단한 지점에서 다시 시작합니다.

승인하기 전에 에이전트 제안 검토

데이터 모델 설계자 및 Web API 권한 설계자 에이전트는 변경하기 전에 제안을 제시합니다. 시간을 내어 이러한 제안을 신중하게 검토하세요.

  • 데이터 모델 제안: 테이블 이름, 열 형식 및 관계가 비즈니스 요구 사항과 일치하는지 확인합니다. 데이터가 이미 삽입된 후 열 이름을 바꾸는 것보다 제안을 조정하는 것이 훨씬 쉽습니다.
  • 사용 권한 제안: 각 역할에 각 테이블에 대한 올바른 액세스 수준(만들기, 읽기, 업데이트, 삭제)이 있는지 확인합니다. 지나치게 허용되는 테이블 사용 권한은 일반적인 보안 위험입니다.

컨텍스트를 사용하여 직접 오류 붙여넣기

빌드 오류, 배포 오류 또는 브라우저의 런타임 예외 등 오류가 발생하면 전체 오류 출력을 복사합니다. 무엇을 하고 있었는지에 대한 간략한 설명과 함께 붙여넣습니다. 더 많은 컨텍스트를 제공할수록 수정 속도가 빨라집니다.

예제: 빌드 오류

I ran npm run build and got this error. Fix it.

error TS2339: Property 'jobTitle' does not exist on type 'JobPosting'.

  src/components/JobCard.tsx:24:31
    24   <Text>{posting.jobTitle}</Text>

Tip

파일 이름, 실행한 명령 및 예상되는 작업을 포함합니다. 플러그 인은 이 컨텍스트를 사용하여 문제를 찾고 추측하는 대신 대상 수정을 적용합니다.

전체 요청 URL과 Web API 오류 공유

배포 후 일반적인 문제로는 열이 API 액세스를 위해 사용 설정되지 않았을 때 발생하는 Power Pages Web API 오류가 있습니다. 이 오류가 발생하면 전체 API URL 과 전체 JSON 오류 응답을 붙여넣습니다. 오류 메시지는 수정해야 하는 테이블과 열을 정확히 알려주며 플러그 인은 테이블 사용 권한 YAML 및 사이트 설정을 업데이트할 수 있습니다.

예: Web API에 열이 활성화되지 않음(403)

I'm getting a 403 error when the documents page loads. Here's the API call and the response. Fix the issue so this API works.

URL:
https://my-site.powerappsportals.com/_api/crd50_documents?$select=crd50_documentid,crd50_name,crd50_documentcategory,crd50_filetype,crd50_filesize,crd50_updateddate,crd50_description,_crd50_propertyid_value

Response:
{
  "error": {
    "code": "90040101",
    "message": "Attribute _crd50_propertyid_value in table crd50_document is not enabled for Web Api.",
    "innererror": {
      "code": "90040101",
      "message": "Attribute _crd50_propertyid_value in table crd50_document is not enabled for Web Api.",
      "type": "AttributePermissionIsMissing"
    }
  }
}

이 오류(AttributePermissionIsMissing)는 조회 열 _crd50_propertyid_value 이 Dataverse 테이블에 있지만 Web API에 대한 테이블 권한 구성에 나열되지 않음을 의미합니다. 플러그 인은 누락된 열을 테이블 권한 YAML .powerpages-site/table-permissions/ 에 추가하고 다시 배포하여 이 오류를 해결합니다.

메모

Power Pages Web API를 사용하려면 API 호출에서 반환된 모든 열을 테이블 권한에 명시적으로 나열해야 합니다. 조회 속성 (_이 접두사로, _value이 접미사로 붙어 있음)은 API 이름이 Dataverse의 열 논리 이름과 다르기 때문에 쉽게 눈에 띄지 않을 수 있습니다. 표시되는 AttributePermissionIsMissing경우 항상 테이블 권한에 해당 열을 추가합니다. API 쿼리를 변경하지 마세요.

원하는 항목에 대해 구체적으로 설명

모호한 요청은 모호한 결과를 생성합니다. 레이아웃 기본 설정, 데이터 필드 및 동작을 포함하여 플러그 인에 필요한 사항을 정확하게 알릴 수 있습니다.

이전 사용해 보기
채용 페이지 만들기 "맨 위에 검색 창이 있는 작업 목록 페이지를 만들고, 위치 및 부서에 대한 칩을 필터링하고, 타이틀, 회사, 급여 범위 및 각 작업에 대해 게시된 날짜를 보여 주는 카드 그리드를 만듭니다."
"스타일 수정" "작업 카드는 데스크톱에 세로로 쌓입니다. 768px보다 넓은 화면에서 16px 간격으로 3열 그리드에 표시합니다."
"일부 데이터 추가" "현실적인 직함, 급여 범위 $60k-$180k, 지난 30일 동안 게시된 날짜로 4개 부서(엔지니어링, 마케팅, 영업, HR)에 20개의 샘플 채용 공고를 추가합니다."
"API 설정" "JobListings 구성 요소를 cr_jobposting Dataverse 테이블에 연결합니다. 하드 코딩된 배열을 타이틀, 부서, 급여 및 게시된 날짜를 가져오는 실제 API 호출로 바꿉니다."

시각적 문제에 대한 스크린샷 사용

사이트가 브라우저에서 제대로 표시되지 않는 경우 스크린샷을 찍어 대화에 직접 붙여넣거나 파일 경로를 제공합니다. 시각적 컨텍스트는 텍스트에서 설명하기 어려운 레이아웃, 간격 및 스타일 지정 문제를 식별하는 데 도움이 됩니다.

The header overlaps the hero section on mobile. Here's a screenshot:

[paste screenshot or provide path to screenshot file]

Fix the header so it doesn't overlap. It should be a fixed header with the content starting below it.

작은 단계로 반복

하나의 프롬프트에서 전체 사이트를 설명하는 대신 증분 방식으로 빌드합니다. 구조 및 레이아웃으로 시작한 다음 기능을 한 번에 하나씩 추가합니다. 이 방법을 사용하면 각 단계에서 검토하고 과정을 수정할 수 있습니다.

Step 1: /create-site → Get the basic scaffold and layout right
Step 2: "Add a hero section to the home page with a search bar"
Step 3: "Add a job listings page with filter and sort"
Step 4: "Add a job detail page that shows full description"
Step 5: /setup-datamodel → Create tables now that you know the data shape
Step 6: /integrate-webapi → Wire up real data

Tip

각 단계가 끝나면 브라우저 미리 보기를 확인합니다. 문제가 해결되지 않으면 계속 진행하기 전에 수정합니다. 전체 사이트에서 문제를 풀기보다 한 구성 요소의 문제를 해결하는 것이 더 쉽습니다.

승인하기 전에 설명 요청

제안된 변경 사항, 특히 권한, 데이터 모델 수정 또는 인증 구성에 대해 잘 모르는 경우, 승인을 내리기 전에 플러그인에게 수행할 작업과 그 이유를 설명해 달라고 요청하십시오.

Before you create the table permissions, explain what access each role will have and why. I want to understand the security implications.

독립적으로 기술을 실행하여 문제 복구

스킬이 중간에 실패하는 경우 다시 시작할 필요가 없습니다. 각 기술은 독립적으로 실행되며 중단된 지점에서 다시 시작할 수 있습니다. 예를 들어 세 번째 테이블에서 오류가 발생하면 /integrate-webapi 다시 실행할 수 있으며 이미 완료된 작업을 검색합니다.

/integrate-webapi failed while processing the cr_applications table. Here's the error: [paste error]. Resume the integration from where it stopped.

관련 콘텐츠

  • Last updated on