GA 파워 페이지 AI 기능 테스트: 스캐폴딩은 개선됐지만 로컬 인증 장벽은 변함없음

Source: Dev.to

TL;DR: GitHub Copilot AI Skills for Power Platform를 이용해 Power Pages SPA를 구축하면서 포털이 이전 글과는 전혀 다른 방식으로 인증을 처리합니다—맞춤형 React 폼, 서버‑사이드 폼 스크래핑, CSRF 토큰 획득, /_services/auth/user를 통한 세션 해석. 그런데 로컬에서 실행하면 동일한 장벽에 부딪히게 됩니다. 포털이 “Private”로 설정돼 있으면 모든 요청이 Entra를 통해 리다이렉트되고, redirect_uri가 프로덕션 URL을 가리키기 때문이죠. 해결 방법은 동일합니다: 포털을 “Public”으로 설정합니다.

📖 배경: Power Pages SPA용 AI Skills 실험

Microsoft가 Power Pages 포털 구축용 AI Skills를 정식 출시(GA)했으며, 이는 도구를 진지하게 다시 살펴볼 가치가 있음을 의미합니다. 이전 프리뷰에 비해 GA 버전은 명령어가 늘어나고, 엔드‑투‑엔드 작업 범위가 확대됐으며, Entra 외의 인증 모델에 대한 지원도 크게 개선되었습니다.

그래서 저는 도구를 제대로 이해하고 싶을 때 보통 하는 일을 했습니다: Microsoft가 제공하는 스킬만을 사용해 포털을 처음부터 직접 만들어 보는 것이죠.

테스트 케이스는 티켓 관리 포털이었습니다. 외부 사용자가 회원가입하고, 티켓을 생성·추적하며, 지원 팀과 댓글을 주고받을 수 있도록 하는 것이 목표였습니다. 데이터 모델은 기존에 사용하던 PACX 방식으로 만들었는데, 이 부분은 여전히 가장 효율적이라고 생각합니다. 포털 자체, 인증, Web API 연동은 모두 AI Skills로 생성했으며, 저는 주로 요구사항 정의·계획 검토·각 단계 승인 역할을 맡았습니다.

이 글은 스킬 자체에 대한 깊이 있는 분석을 목표로 하지 않습니다. 로컬 개발 중에 나타난 아주 구체적인 문제에 초점을 맞추고 있으며, 인증 구현 방식은 크게 달라졌음에도 불구하고 지난 주에 다룬 문제와 정확히 같은 근본 원인(아래 링크)과 연결됩니다: Power Pages SPA 로컬 인증과 로컬 개발을 차단하는 Private 플래그.

🧱 이 포털이 인증을 처리하는 방식

AI Skills가 만든 로컬 인증 설정은 이전 글에서 직접 작성한 코드와 의미 있게 다릅니다. 구현 선택이 직관적이지 않기 때문에 한 번 짚어볼 가치가 있습니다.

아래 모든 코드는 Copilot에게 요청해 자동으로 생성된 것입니다:

/setup-auth with local authentication and a basic registration form

🔐 **로그인