เริ่มต้นใช้งานปลั๊กอิน Power Pages สําหรับ GitHub Copilot CLI และ Claude Code

ปลั๊กอิน Power Pages สําหรับ GitHub Copilot CLI และ Claude Code มีเวิร์กโฟลว์ที่ช่วย AI สําหรับการสร้าง การปรับใช้ และการจัดการไซต์ แอปพลิเคชันแบบหน้าเดียว (SPA) ที่ทันสมัยบน Power Pages แทนที่จะเป็นโครงการแบบยกระดับด้วยตนเอง การเขียนโค้ด API ต้นแบบ และการกําหนดค่าสิทธิ์ ให้อธิบายสิ่งที่คุณต้องการในภาษาธรรมชาติ และปลั๊กอินจะจัดการกับการใช้งาน

ปลั๊กอินสนับสนุนวงจรชีวิตการพัฒนาเว็บไซต์เต็มรูปแบบผ่านทักษะการสนทนาตั้งแต่การยกระดับไซต์ใหม่ไปจนถึงการปรับใช้การตั้งค่าแบบจําลองข้อมูลที่หลากหลายและการกําหนดค่าการรับรองความถูกต้อง

สําคัญ

ตัวแทนการเขียนรหัส AI ที่สร้างเช่น GitHub Copilot CLI หรือโค้ด Claude ใช้ทักษะและเวิร์กโฟลว์ของปลั๊กอินนี้เพื่อทํางานเฉพาะ Power Pages
โค้ดและการกําหนดค่าที่สร้างขึ้นโดยตัวแทนการเข้ารหัส AI อาจไม่ถูกต้อง ตรวจทาน ทดสอบ และตรวจสอบเนื้อหาที่สร้างขึ้นทั้งหมดก่อนที่คุณจะอนุมัติหรือปรับใช้ ตรวจสอบข้อเสนอของตัวแทนเสมอก่อนที่จะอนุมัติ

ข้อกําหนดเบื้องต้น

ก่อนที่คุณจะเริ่มต้น ให้ตรวจสอบว่าคุณมีซอฟต์แวร์และสิทธิ์ที่จําเป็นหรือไม่

ข้อกำหนดของซอฟต์แวร์

ส่วนประกอบ	เวอร์ชันขั้นต่ำ	ข้อมูลเพิ่มเติม
Node.js	18.0 หรือใหม่กว่า	ดาวน์โหลด Node.js
Power Platform CLI (PAC CLI)	2.6.3 หรือใหม่กว่า (จําเป็นสําหรับตรรกะของเซิร์ฟเวอร์)	ติดตั้ง PAC CLI
Azure CLI	Latest	ติดตั้ง Azure CLI
GitHub Copilot CLI หรือ Claude Code	Latest	GitHub Copilot CLI หรือ Claude Code
Visual Studio Code และส่วนขยายเครื่องมือ Power Platform (เป็นทางเลือก)	Latest	ดาวน์โหลดรหัส VS และ ติดตั้งเครื่องมือ Power Platform

คุณยังต้องมี:

ในสภาพแวดล้อม Power Platform ที่เปิดใช้งาน Power Pages แล้ว
เซสชัน PAC CLI ที่ได้รับการรับรองความถูกต้องที่เชื่อมต่อกับสภาพแวดล้อมเป้าหมายของคุณ เรียกใช้ pac auth create ถ้าคุณยังไม่ได้เชื่อมต่อ
เซสชัน Azure CLI ที่ลงชื่อเข้าใช้ในเทนแนนต์เดียวกัน เรียกใช้ az login --allow-no-subscriptions เพื่อรับรองความถูกต้อง

ตรวจสอบการรับรองความถูกต้อง:

ตรวจสอบว่าคุณได้รับการรับรองความถูกต้องโดยใช้ pac auth list คําสั่ง

pac auth list           # Should show authenticated profile

ถ้าคุณไม่ได้รับการรับรองความถูกต้อง ให้เรียกใช้คําสั่งนี้:

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

เคล็ดลับ

หากต้องการรับ URL อินสแตนซ์ ให้ไปที่ หน้าแรกของ Power Pages เลือกไอคอน การตั้งค่า ที่มุมขวาบน จากนั้นเลือก รายละเอียดเซสชัน

ติดตั้งปลั๊กอิน

ติดตั้งปลั๊กอิน Power Pages จาก Marketplace หากคุณใช้ GitHub Copilot CLI โปรดดูเอกสารส่วนขยาย Copilot CLI สําหรับขั้นตอนการติดตั้งที่เทียบเท่ากัน คําสั่งต่อไปนี้ใช้ไวยากรณ์โค้ด Claude

ติดตั้งด่วน (แนะนํา)

เรียกใช้ตัวติดตั้งเพื่อตั้งค่าปลั๊กอินทั้งหมดที่มีการเปิดใช้งาน autoupdate:

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
ลงทะเบียนปลั๊กอิน marketplace และติดตั้งปลั๊กอินที่ระบุไว้ทั้งหมด
เปิดใช้งาน autoupdate เพื่อให้ปลั๊กอินยังคงเป็นปัจจุบัน

หลังจากการติดตั้ง ให้รีสตาร์ท Claude Code หรือ GitHub Copilot CLI เพื่อเข้าถึงฟังก์ชั่นของปลั๊กอินเป็นคำสั่ง Slash ในเซสชันตัวแทนของคุณ

ติดตั้งจาก Marketplace

เปิดรหัส Claude ในเทอร์มินัลของคุณ

เพิ่ม Microsoft Marketplace:

/plugin marketplace add microsoft/power-platform-skills

ติดตั้งปลั๊กอิน Power Pages:
```
/plugin install power-pages@power-platform-skills
```

หลังจากที่คุณติดตั้งปลั๊กอินแล้ว ให้รีสตาร์ท Claude Code หรือ GitHub Copilot CLI เพื่อเข้าถึงทักษะของปลั๊กอินผ่านคำสั่งลัดในเซสชันการใช้งานของคุณ

เคล็ดลับ

หากต้องการรับการอัปเดตไปยัง Marketplace และทักษะโดยอัตโนมัติ ให้เปิดใช้งานการอัปเดตอัตโนมัติ /pluginใช้คําสั่ง ไปที่ Marketplaces เลือก Marketplace และเปิดใช้งานการอัปเดตอัตโนมัติ

ภาพรวมทักษะ

ปลั๊กอินมีทักษะที่ครอบคลุมวงจรชีวิตทั้งหมดของเว็บไซต์ Power Pages เรียกใช้แต่ละทักษะด้วยการสนทนาไม่ว่าจะเป็นคําสั่งเครื่องหมายทับหรือโดยอธิบายสิ่งที่คุณต้องการทํา

ทักษะ	คำสั่ง	สิ่งที่ทำ
สร้างไซต์	`/create-site`	ยกระดับไซต์ ใช้ทิศทางการออกแบบของคุณ และสร้างหน้าและคอมโพเนนต์
ปรับใช้ไซต์	`/deploy-site`	สร้างโครงการและอัปโหลดไปยัง Power Pages โดยใช้ PAC CLI
เปิดใช้งานไซต์	`/activate-site`	จัดเตรียมบันทึกเว็บไซต์และกำหนด URL สาธารณะ
ตั้งค่าแบบจําลองข้อมูล	`/setup-datamodel`	สร้างตาราง Dataverse คอลัมน์ และความสัมพันธ์
เพิ่มข้อมูลตัวอย่าง (ไม่บังคับ)	`/add-sample-data`	เติมข้อมูลตาราง Dataverse ด้วยเรกคอร์ดการทดสอบจริง
รวม API เว็บ	`/integrate-webapi`	สร้างรหัสไคลเอ็นต์ บริการ และตารางสิทธิ์ของ API ที่พิมพ์แล้ว
เพิ่มข้อมูลสรุป AI	`/add-ai-webapi`	รวม API สรุป AI ที่สร้างไว้ (สรุปการค้นหาและการสรุปข้อมูล) ลงในหน้าของคุณ สร้างบริการสรุปแบบกำหนดชนิดพร้อมการจัดการโทเค็นที่ป้องกันการปลอมแปลง ตัวครอบเฉพาะเฟรมเวิร์ก ไซต์การเรียกใช้แบบเชื่อมต่อผ่านสาย และการตั้งค่าไซต์ `Summarization` ที่ตรงกัน
ตั้งค่าการรับรองความถูกต้อง	`/setup-auth`	เพิ่มการลงชื่อเข้าใช้ การลงชื่อออก และการควบคุมการเข้าถึงตามบทบาท รองรับ Microsoft Entra ID Microsoft Entra External ID OpenID Connect, SAML 2.0, WS-Federation, บัญชี Microsoft, Facebook, Google และการรับรองความถูกต้องชื่อผู้ใช้และรหัสผ่านในเครื่อง รวมถึงการกําหนดค่าผู้ให้บริการหลายราย
สร้างบทบาทเว็บ	`/create-webroles`	สร้างไฟล์ YAML สำหรับบทบาทเว็บเพื่อการจัดการสิทธิ์การเข้าถึงผู้ใช้
เพิ่มตรรกะของเซิร์ฟเวอร์	`/add-server-logic`	สร้างจุดสิ้นสุด JavaScript ฝั่งเซิร์ฟเวอร์ที่ปลอดภัยสําหรับการตรวจสอบ การเรียกใช้ API ภายนอก การจัดการความลับ และการดําเนินการข้อมูล
เพิ่มโฟลว์ระบบคลาวด์	`/add-cloud-flow`	รวมโฟลว์ Power Automate คลาวด์ที่มีอยู่ลงในไซต์ของคุณสําหรับเวิร์กโฟลว์การอนุมัติ การแจ้งเตือน และระบบอัตโนมัติตามกําหนดการ
ผสานระบบเบื้องหลัง	`/integrate-backend`	วิเคราะห์ต้นแบบของคุณ กําหนดวิธีที่ถูกต้อง (WEB API, Server Logic หรือ cloud flow) สําหรับแต่ละคุณลักษณะ และจัดเรียงลําดับการสร้างที่สมบูรณ์
เพิ่ม SEO	`/add-seo`	สร้าง robots.txt, sitemap.xml, และเมตาแท็ก
เรียกใช้การตรวจสอบความปลอดภัย	`/security-review`	ผสานรวมทักษะการรักษาความปลอดภัยที่มุ่งเน้นและรวมการค้นพบทั้งหมดลงในรายงาน HTML เดียว ครอบคลุมโค้ด การอ้างอิง การสแกนไซต์ที่ปรับใช้ ส่วนหัวของเบราว์เซอร์ ไฟร์วอลล์เว็บแอปพลิเคชัน สิทธิ์ตาราง และการกําหนดค่าการรับรองความถูกต้อง
สแกนรหัสต้นทาง	`/scan-code`	เรียกใช้การวิเคราะห์แบบคงที่และการสแกนการอ้างอิงบนไฟล์ซอร์สภายในเครื่อง พร้อมแสดงผลการตรวจพบเกี่ยวกับรูปแบบของโค้ด แพ็กเกจที่มีช่องโหว่ ข้อมูลลับที่ฮาร์ดโค้ดไว้ และปัญหาด้านใบอนุญาต
สแกนไซต์ที่เผยแพร่แล้ว	`/scan-site`	เริ่มต้นการสแกนความปลอดภัยฝั่งเซิร์ฟเวอร์กับไซต์สด รับรายงานล่าสุด และค้นหากลุ่มตามความรุนแรง
จัดการส่วนหัวการรักษาความปลอดภัยของเบราว์เซอร์	`/manage-headers`	ตรวจสอบและกําหนดค่าส่วนหัวของความปลอดภัยของ HTTP ที่ไซต์ส่งไปยังเบราว์เซอร์ — นโยบายการรักษาความปลอดภัยเนื้อหา กรอบ และการป้องกันการคลิกจีบ การแชร์ข้ามแหล่งที่มา ลักษณะการทํางานของคุกกี้ และการตั้งค่าไซต์ที่เกี่ยวข้อง
จัดการไฟร์วอลล์เว็บแอปพลิเคชัน	`/manage-firewall`	ตรวจสอบและกําหนดค่าไฟร์วอลล์เว็บแอปพลิเคชัน (WAF) บนไซต์การผลิต: เปิดใช้งานการป้องกัน เพิ่มหรือลบบล็อก IP, บล็อกประเทศ, บล็อกเส้นทาง และขีดจํากัดอัตรา
ตรวจสอบสิทธิ์ของตาราง	`/audit-permissions`	ตรวจสอบสิทธิ์ตารางที่มีอยู่กับโค้ดไซต์และเมตาดาต้า Dataverse สร้างรายงาน HTML ที่จัดกลุ่มตามความรุนแรงด้วยการแก้ไขที่แนะนํา
วางแผนการปรับใช้	`/plan-alm`	ตรวจพบสถานะโครงการ รวบรวมกลยุทธ์การเลื่อนระดับของคุณ แสดงแผนภาพ และปรับแต่งทักษะการจัดการวงจรชีวิตแอปพลิเคชัน (ALM) อื่น ๆ ในลําดับที่ถูกต้อง
โซลูชันสำหรับผู้เขียน	`/setup-solution`	สร้างผู้เผยแพร่และโซลูชัน เพิ่มคอมโพเนนต์ Power Pages จัดประเภทการตั้งค่าไซต์ และเสนอตัวแปรสภาพแวดล้อมและข้อมูลลับ Azure Key Vault
ตั้งค่าโฮสต์ไปป์ไลน์	`/ensure-pipelines-host`	เตรียมใช้งานหรือตรวจพบสภาพแวดล้อมโฮสต์สําหรับไปป์ไลน์ของ Power Platform
ตั้งค่าไปป์ไลน์	`/setup-pipeline`	ลงทะเบียนคำจำกัดความของไปป์ไลน์ใน Dataverse และผูกขั้นตอนการเลื่อนระดับกับสภาพแวดล้อมเป้าหมาย
ปรับใช้ผ่านไปป์ไลน์	`/deploy-pipeline`	เริ่มการปรับใช้ไปป์ไลน์สำหรับขั้นตอนเป้าหมายด้วยการแทนที่ตัวแปรสภาพแวดล้อมสำหรับแต่ละขั้นตอน
เชื่อมโยงสภาพแวดล้อมแบบบังคับ	`/force-link-environment`	กำหนดสภาพแวดล้อมเป้าหมายใหม่ให้กับโฮสต์ Power Platform Pipelines ใหม่ เมื่อความขัดแย้งของโฮสต์ขัดขวางการปรับใช้
ส่งออกโซลูชัน	`/export-solution`	ส่งออกโซลูชันเป็นไฟล์ zip ที่มีการจัดการหรือไม่มีการจัดการ พร้อมการตรวจสอบความสมบูรณ์ก่อนการส่งออก
นำเข้าโซลูชัน	`/import-solution`	นำเข้าไฟล์ ZIP ของโซลูชันไปยังสภาพแวดล้อมเป้าหมาย แบบเป็นขั้นตอนหรือแบบโดยตรง
เว็บไซต์ทดสอบ	`/test-site`	ตรวจสอบไซต์ที่ปรับใช้ด้วยการทดสอบโดยใช้เบราว์เซอร์: การตระเวนหน้า การตรวจสอบการเข้าถึงตามบทบาท และการตรวจสอบ API เว็บ
วินิจฉัยการปรับใช้	`/diagnose-deployment`	จับคู่ความล้มเหลวในการปรับใช้กับแค็ตตาล็อกของข้อผิดพลาดที่ทราบและเสนอการแก้ไข

เวิร์กโฟลว์ทั่วไป

เวิร์กโฟลว์แบบ end-to-end ทั่วไปจะเป็นไปตามลําดับนี้:

/create-site : สร้างโครงสร้าง ออกแบบ และสร้างหน้า
/deploy-site : อัปโหลดไปยังสภาพแวดล้อม Power Pages ของคุณ
/activate-site : ตั้งค่า URL สาธารณะ
/setup-datamodel : สร้างตาราง Dataverse
/add-sample-data : ใส่ข้อมูลในตารางที่มีระเบียนทดสอบ
/integrate-webapi : สร้างรหัสไคลเอ็นต์ API และกําหนดค่าสิทธิ์
/create-webroles : กําหนดบทบาท access
/setup-auth : เพิ่มการลงชื่อเข้าใช้ การลงชื่อออก และ UI ตามบทบาท
/add-server-logic : เพิ่มจุดสิ้นสุดฝั่งเซิร์ฟเวอร์ที่ปลอดภัย
/add-cloud-flow : รวมโฟลว์ Power Automate ที่มีอยู่
/add-seo : การเพิ่มประสิทธิภาพโปรแกรมค้นหา
/deploy-site : ส่งการเปลี่ยนแปลงขั้นสุดท้ายแบบสด
/security-review : เรียกใช้การตรวจสอบความปลอดภัยแบบ end-to-end ก่อนเริ่มการผลิต
/plan-alm : เลื่อนไซต์ของคุณไปยังสภาพแวดล้อมการทดสอบและการใช้งานจริง

เคล็ดลับ

คุณไม่จําเป็นต้องทําตามลําดับที่แน่นอนนี้ แต่ละทักษะตรวจสอบข้อกําหนดเบื้องต้นของตนเองและบอกให้คุณทราบว่ามีบางสิ่งหายไปหรือไม่ ตัวอย่างเช่น คุณสามารถเรียกใช้ /setup-auth ก่อน /integrate-webapi ถ้าไซต์ของคุณจําเป็นต้องมีการรับรองความถูกต้องก่อน
ถ้าคุณไม่แน่ใจว่าจะใช้วิธีใดสําหรับแต่ละคุณลักษณะ ให้เรียกใช้แทนที่จะเป็น /integrate-backend ขั้นตอนที่ 4 ถึง 10 ทีละรายการ ซึ่งจะวิเคราะห์ต้นแบบของคุณ กําหนดว่าแต่ละคุณลักษณะต้องการ WEB API, Server Logic หรือโฟลว์ระบบคลาวด์ และจัดเรียงทักษะในลําดับที่ถูกต้องหรือไม่
หากต้องการเพิ่มการค้นหาที่สร้างโดย AI และสรุประเบียน ให้เรียกใช้/add-ai-webapiหลังจาก/integrate-webapi ซึ่งจะนําสิทธิ์ตารางและการตั้งค่าไซต์ที่ /integrate-webapi กําหนดค่ากลับมาใช้ใหม่ ดังนั้นให้เรียกใช้เมื่อการรวม API เว็บของคุณเข้าที่แล้ว

สร้างไซต์ Power Pages ของคุณ

การฝึกปฏิบัตินี้ครอบคลุมวงจรชีวิตแบบเต็มของการสร้างไซต์ Power Pages ด้วยปลั๊กอิน จากการยกระดับผ่านการปรับใช้ แต่ละขั้นตอนจะอธิบายสิ่งที่คุณพูดและสิ่งที่ปลั๊กอินทําในการตอบสนอง

ขั้นตอนที่ 1: สร้างไซต์ของคุณ

อธิบายไซต์ที่คุณต้องการในภาษาธรรมชาติ: หน้าที่เว็บไซต์ต้องการ และลักษณะการออกแบบใดๆ เช่น โครงร่างสี ลักษณะเค้าโครง หรือแบบอักษร เรียกใช้ /create-site หรือเพียงแค่อธิบายไซต์ของคุณและปลั๊กอินจะจดจําเจตนา

ถ้าคุณไม่ได้ระบุเฟรมเวิร์ก ปลั๊กอินจะขอให้คุณเลือกหนึ่งรายการ (React, Vue, Angular หรือ Astro) จากนั้น:

สร้างโครงสร้างโปรเจกต์จากแม่แบบและปรับใช้ชื่อเว็บไซต์ สี และโทเค็นการออกแบบของคุณ
ติดตั้งการพึ่งพา เริ่มเซิร์ฟเวอร์สำหรับการพัฒนา และเปิดการดูตัวอย่างเบราว์เซอร์แบบสด
สร้างแต่ละหน้า คอมโพเนนต์ และเส้นทางที่คุณร้องขอด้วยรูปภาพที่เกี่ยวข้อง
สร้างการคอมมิตของ git ที่หลักเหตุการณ์สำคัญเพื่อให้คุณมีประวัติการย้อนกลับที่มีในตัว

ขั้นตอนที่ 2: ปรับใช้ไซต์ของคุณ

เรียกใช้ /deploy-site เพื่ออัปโหลดไซต์ของคุณไปยัง Power Pages ปลั๊กอิน:

ตรวจสอบว่ามีการติดตั้ง PAC CLI และเซสชันการรับรองความถูกต้องของคุณใช้งานอยู่
ยืนยันสภาพแวดล้อมเป้าหมายกับคุณก่อนดําเนินการต่อ
เรียกใช้รุ่นการผลิตและอัปโหลดเอาต์พุตที่คอมไพล์แล้ว
สร้างไดเรกทอรีของสิ่งประดิษฐ์สำหรับการปรับใช้ถ้ายังไม่มีอยู่

โน้ต

หากสภาพแวดล้อมของคุณบล็อกสิ่งที่แนบมากับไฟล์บางไฟล์ ปลั๊กอินจะตรวจสอบปัญหาและให้คําแนะนําเพื่อแก้ไขปัญหา

ขั้นตอนที่ 3: เปิดใช้งานไซต์ของคุณ

เรียกใช้ /activate-site เพื่อให้ไซต์สามารถเข้าถึงได้โดยสาธารณะ ปลั๊กอิน:

แนะนําโดเมนย่อยโดยยึดตามชื่อไซต์ของคุณ และช่วยให้คุณสามารถกําหนดค่าเองได้
เตรียมความพร้อมสำหรับบันทึกเว็บไซต์โดยใช้ API ของ Power Platform
ทำการตรวจสอบอย่างต่อเนื่องจนกว่าไซต์จะใช้งานได้และส่งกลับ URL สาธารณะ

ในตอนนี้ คุณมีไซต์ที่ทํางานใน URL สาธารณะ ขั้นตอนที่เหลือคือเพิ่มข้อมูล การรับรองความถูกต้อง และ SEO ข้ามขั้นตอนใดก็ตามที่ไม่ได้นําไปใช้กับไซต์ของคุณ

ขั้นตอนที่ 4: ตั้งค่าแบบจําลองข้อมูลของคุณ

เรียกใช้ /setup-datamodel เพื่อสร้างตาราง Dataverse ที่ไซต์ของคุณต้องการ หากคุณมีไดอะแกรม ER หรือสคีมาเฉพาะอยู่แล้ว ให้ระบุโดยตรงแทนที่จะให้ตัวแทนวิเคราะห์โค้ดของคุณ

ปลั๊กอินจะสร้างตัวแทน สถาปนิกแบบจําลองข้อมูล ซึ่ง:

วิเคราะห์รหัสของไซต์ของคุณเพื่อกําหนดว่าหน้าและคอมโพเนนต์ต้องการข้อมูลใด
สอบถามข้อมูลในสภาพแวดล้อม Dataverse ของคุณเพื่อตรวจหาตารางที่มีอยู่แล้วและหลีกเลี่ยงการซ้ำซ้อน
เสนอแบบจําลองข้อมูลพร้อมตาราง คอลัมน์ ชนิดข้อมูล และความสัมพันธ์ ซึ่งแสดงภาพเป็นไดอะแกรม ER

คุณตรวจทานและอนุมัติข้อเสนอ ปลั๊กอินจะไม่สร้างอะไรจนกว่าคุณจะยืนยัน หลังจากอนุมัติ ปลั๊กอินจะสร้างตารางและคอลัมน์ผ่านการเรียกใช้ API และบันทึกไฟล์รายชื่อที่ขั้นตอนที่ 5 และ 6 ใช้

ขั้นตอนที่ 5: เพิ่มข้อมูลตัวอย่าง (ไม่บังคับ)

เรียกใช้ /add-sample-data เพื่อเติมข้อมูลตารางของคุณด้วยระเบียนทดสอบ ขั้นตอนนี้จําเป็นต้องใช้แบบจําลองข้อมูลจากขั้นตอนที่ 4

ปลั๊กอินจะดําเนินการต่อไปนี้:

อ่านรายชื่อแฟ้มเพื่อทําความเข้าใจตาราง คอลัมน์ และความสัมพันธ์ของคุณ
สร้างค่าที่เหมาะสมตามบริบทสําหรับแต่ละชนิดคอลัมน์ เช่น อีเมลจริง วันที่ที่สามารถใช้งานได้ และจํานวนสกุลเงินที่จัดรูปแบบ
แทรกระเบียนตามลําดับการขึ้นต่อกัน (ตารางหลักก่อนตารางย่อย) และรีเฟรชโทเค็นการรับรองความถูกต้องโดยอัตโนมัติในระหว่างการแทรกจํานวนมาก

ขั้นตอนที่ 6: รวมกับ API เว็บ Dataverse

เรียกใช้ /integrate-webapi เพื่อแทนที่ข้อมูลจําลองด้วยคิวรี Dataverse แบบสด ขั้นตอนนี้จําเป็นต้องใช้แบบจําลองข้อมูลจากขั้นตอนที่ 4

ปลั๊กอินจะดําเนินการต่อไปนี้:

สแกนโค๊ดเบสของคุณสําหรับคอมโพเนนต์ที่ใช้ข้อมูลจําลอง ตัวแทนข้อความเรียก หรืออาร์เรย์ฮาร์ดโค้ด ซึ่งจะแมปคอมโพเนนต์เหล่านี้ไปยังตาราง Dataverse ของคุณ
สร้างตัวแทน การรวม API เว็บ สำหรับทุกตารางที่มีการสร้าง:
- ไคลเอ็นต์ API ที่ใช้ร่วมกันที่มีการจัดการโทเค็นต่อต้านการปลอมแปลงและลองตรรกะใหม่
- ชนิดเอนทิตี TypeScript และตัวแมปโดเมน
- เลเยอร์บริการ CRUD
- รูปแบบเฉพาะสำหรับเฟรมเวิร์กต่างๆ เช่น React hooks, Vue composables หรือบริการของ Angular
สร้างเอเจนต์ สถาปนิกด้านสิทธิ์ ที่เสนอสิทธิ์ของตารางและการตั้งค่าไซต์

คุณตรวจทานและอนุมัติข้อเสนอการอนุญาต ปลั๊กอินไม่ได้สร้างไฟล์การกําหนดค่าใด ๆ จนกว่าคุณจะยืนยัน

เพิ่มสรุปที่สร้างโดย AI (เป็นทางเลือก)

เรียกใช้ /add-ai-webapi เพื่อเพิ่มสรุปโดย Generative AI ลงบนการผสานรวม Web API ของคุณ ทักษะนี้เชื่อมต่อ API การสรุปข้อมูลแบบพรีวิว 2 รายการเข้ากับหน้ารายละเอียดระเบียนและหน้ารายการของคุณ:

ค้นหาสรุป API: ส่งกลับสรุปของผลลัพธ์การค้นหาที่ย่อ AI พร้อมเครื่องหมายอ้างอิง
API การสรุปข้อมูล: ส่งกลับข้อมูลสรุปต่อระเบียนหรือข้อมูลเชิงลึกระดับรายการสําหรับตาราง Dataverse

ขั้นตอนนี้สร้างบนแบบจําลองข้อมูลจากขั้นตอนที่ 4 และการรวม API เว็บจากขั้นตอนที่ 6 ปลั๊กอินจะดําเนินการต่อไปนี้:

สแกนรหัสของคุณสําหรับจุดการรวมสรุปและยืนยันหน้าเป้าหมาย ตาราง และ API ที่จะใช้
มอบหมายข้อกำหนดเบื้องต้นของ Web API ที่ยังขาดอยู่—สิทธิ์ตาราง รายการคอลัมน์ และบทบาทเว็บ—ไปยัง /integrate-webapi และ /create-webroles เพื่อให้มีแหล่งอ้างอิงเดียวสำหรับสิทธิ์
สร้างAI Web API Integrationเอเจนต์ที่สร้างบริการสรุปแบบกำหนดชนิด (aiSummaryService.ts) พร้อมการจัดการโทเค็นป้องกันการปลอมแปลง, ตัวห่อที่เฉพาะสำหรับเฟรมเวิร์ก (React hooks, Vue composables หรือ Angular services) และจุดเรียกใช้งานที่เชื่อมต่อไว้แล้วบนหน้าเป้าหมาย
สร้างเอเจนต์ AI Web API Settings Architect ที่สร้างการตั้งค่าไซต์ Summarization สำหรับพร้อมต์และขีดจำกัดของเนื้อหา

คุณตรวจทานและอนุมัติข้อเสนอ ปลั๊กอินไม่ได้สร้างโค้ดหรือสร้างการตั้งค่าจนกว่าคุณจะยืนยัน

โน้ต

API สำหรับการสรุปอยู่ในช่วงพรีวิว และขึ้นอยู่กับการเปิดใช้งานการควบคุมทั้งในระดับผู้ดูแลระบบและระดับไซต์ หากสรุปไม่ปรากฏขึ้นหลังจากการปรับใช้ ให้ยืนยันว่าฟีเจอร์นี้เปิดใช้งานผ่านการตั้งค่าไซต์ที่เกี่ยวข้องและการควบคุมผู้ดูแลระบบ สําหรับข้อมูลเพิ่มเติม ให้ดู ภาพรวมของ API การสรุปข้อมูล และ Power Pages ด้วยการค้นหาด้วย AI ที่ถูกสร้างขึ้น

ขั้นตอนที่ 7: สร้างบทบาทเว็บ

เรียกใช้ /create-webroles เพื่อกําหนดบทบาทการเข้าถึงของผู้ใช้ ปลั๊กอิน:

ตรวจสอบสภาพแวดล้อมของคุณสำหรับบทบาทเว็บที่มีอยู่แล้วเพื่อหลีกเลี่ยงการซ้ำซ้อน
สร้างข้อกําหนดบทบาทด้วยตัวระบุที่ไม่ซ้ํากัน
มีการบังคับให้แต่ละเว็บไซต์มีบทบาทที่ไม่ระบุชื่อได้ไม่เกินหนึ่งบทบาทและมีบทบาทที่รับรองความถูกต้องได้หนึ่งบทบาทเท่านั้น

ขั้นตอนที่ 8: ตั้งค่าการรับรองความถูกต้อง

เรียกใช้ /setup-auth เพื่อเพิ่มการลงชื่อเข้าใช้ การลงชื่อออก และการควบคุมการเข้าถึงตามบทบาทในไซต์ของคุณ ปลั๊กอินสนับสนุนตัวให้บริการข้อมูลประจําตัวต่อไปนี้ และคุณสามารถกําหนดค่าผู้ให้บริการหนึ่งรายหรือหลายรายในเวลาเดียวกัน

ผู้จัดหา	เหมาะสำหรับ
Microsoft Entra External ID (แนะนําสําหรับไซต์ของลูกค้า)	ไซต์สาธารณะและพอร์ทัลลูกค้าที่มีการลงทะเบียนแบบบริการตนเอง
Microsoft Entra ID	พอร์ทัลสำหรับพนักงานภายในหรือเว็บไซต์คู่ค้าทางธุรกิจแบบธุรกิจกับธุรกิจ (B2B) Power Pages กําหนดค่าผู้เช่าหลักของไซต์โดยอัตโนมัติ ดังนั้นคุณไม่จําเป็นต้องใส่ข้อมูลผู้เช่า
Microsoft, Facebook, Google	ลงชื่อเข้าใช้โซเชียลสําหรับผู้ชมผู้บริโภค
การตรวจสอบสิทธิ์ภายในเครื่อง	ชื่อผู้ใช้และรหัสผ่านลงชื่อเข้าใช้ ไม่แนะนํา และมีการกําหนดค่าเฉพาะเมื่อคุณร้องขออย่างชัดเจนเท่านั้น

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับผู้ให้บริการที่สนับสนุน รวมถึงโพรโทคอลและข้อควรพิจารณาการกําหนดค่า โปรดดู Overview ของการรับรองความถูกต้องใน Power Pages

ปลั๊กอิน:

วิเคราะห์ไซต์ของคุณ (วัตถุประสงค์ หน้า ผู้ชม) และเสนอค่าเริ่มต้นที่เหมาะสม ตัวอย่างเช่น ปลั๊กอินจะเสนอ Microsoft Entra External ID พร้อมการลงทะเบียนแบบเปิดสําหรับไซต์ที่ลูกค้าเชื่อมต่ออยู่ หรือ Microsoft Entra ID ด้วยการลงทะเบียนเฉพาะคําเชิญสําหรับพอร์ทัลภายใน คุณยอมรับคําแนะนําหรือเลือกผู้ให้บริการของคุณเอง
สําหรับผู้ให้บริการแต่ละราย แนะนําขั้นตอนข้อกําหนดเบื้องต้นทั้งหมดในศูนย์การจัดการของผู้ให้บริการข้อมูลประจําตัว เช่น การสร้างผู้เช่า การลงทะเบียนแอป การสร้างโฟลว์ผู้ใช้ และการจับ ID ไคลเอ็นต์และการเปลี่ยนเส้นทาง URI ปลั๊กอินจะตรวจสอบแต่ละค่าที่คุณวางกลับไปยังการสนทนา และคํานวณ URI เปลี่ยนเส้นทางที่แน่นอนสําหรับไซต์ของคุณ เพื่อให้ค่าที่วางลงในการลงทะเบียนแอปตรงกับค่าที่เขียนลงในการตั้งค่าไซต์
ถามว่าข้อมูลโปรไฟล์ผู้ใช้ควรโฟลว์จากผู้ให้บริการข้อมูลประจําตัวไปยังระเบียนผู้ติดต่อ Dataverse ได้อย่างไร (แมปการอ้างสิทธิ์) ว่าจะซิงค์ในการลงชื่อเข้าใช้ทุกครั้งหรือการลงชื่อเข้าใช้ครั้งแรกเท่านั้น และจะเชื่อมโยงการลงชื่อเข้าใช้ภายนอกไปยังผู้ติดต่อที่มีอยู่ทางอีเมลโดยอัตโนมัติหรือไม่
สร้างบริการการตรวจสอบสิทธิ์ การประกาศชนิดข้อมูล ยูทิลิตีการกำหนดสิทธิ์ตามบทบาท (hasRole, RequireAuth, RequireRole) hook สำหรับคงสถานะเซสชันที่ป้องกันไม่ให้เซสชัน SPA หมดอายุไปโดยไม่มีการแจ้งเตือน และคอมโพเนนต์ UI สำหรับลงชื่อเข้าใช้/ออกจากระบบที่ผสานรวมเข้ากับเค้าโครงไซต์ของคุณ ปลั๊กอินใช้รูปแบบของเฟรมเวิร์กของคุณตลอดทั้งเช่น React hooks, Vue composables, บริการ Angular หรือส่วนประกอบ Astro
เมื่อมีการกําหนดค่าผู้ให้บริการมากกว่าหนึ่งราย จะสร้าง /login หน้าที่แสดงในเค้าโครงที่คุณเลือก: แถวแนวนอน สแตกแนวตั้ง สปอตไลต์หลัก หรือแท็บ
เขียนการตั้งค่าไซต์ที่ตรงกันภายใต้ .powerpages-site/site-settings/ สําหรับผู้ให้บริการแต่ละราย โหมดการลงทะเบียน การแมปการอ้างสิทธิ์ และคุณลักษณะทางเลือก

ปลั๊กอินยังกําหนดค่าคุณลักษณะตัวเลือกต่อไปนี้เมื่อคุณเปิดใช้งาน:

ข้อตกลงและเงื่อนไข: /terms ผู้ใช้หน้า SPA ต้องยอมรับก่อนการลงชื่อเข้าใช้ให้เสร็จสิ้น รวมถึงการตั้งค่าไซต์และส่วนย่อยของเนื้อหาที่ตรงกัน
ผู้ใช้โปรไฟล์ผู้ใช้: หน้า /user-profile SPA ที่ผู้ใช้ที่ลงชื่อเข้าใช้แก้ไขข้อมูลติดต่อของพวกเขาผ่าน api เว็บ Power Pages
ลงชื่อออกแบบรวมศูนย์: นอกจากนี้ยังลงชื่อออกผู้ใช้ที่ผู้ให้บริการข้อมูลประจําตัวเมื่อพวกเขาลงชื่อออกจากไซต์ สําหรับอุปกรณ์ที่ใช้ร่วมกันหรือสถานการณ์ที่มีการควบคุม

เคล็ดลับ

เมื่อต้องการเพิ่มผู้ให้บริการข้อมูลประจําตัวตัวที่สองไปยังไซต์ที่มีอยู่ ให้เรียกใช้ /setup-auth อีกครั้ง ปลั๊กอินตรวจพบสิ่งที่กําหนดค่าไว้แล้วและข้อเสนอในการเพิ่มผู้ให้บริการใหม่โดยไม่ต้องเขียนทับผู้ให้บริการที่มีอยู่ วิธีการนี้มีประโยชน์สําหรับสถานการณ์แบบเพิ่มหน่วย เช่น การเริ่มต้นด้วย Microsoft Entra External ID และการเพิ่ม Google สําหรับการลงชื่อเข้าใช้ทางสังคมในภายหลัง

โน้ต

การอนุญาตฝั่งไคลเอ็นต์ (RequireAuth, RequireRole, hasRole) ใช้สําหรับประสบการณ์ของผู้ใช้เท่านั้น ซึ่งควบคุมสิ่งที่ผู้ใช้เห็น สิทธิ์การเข้าถึงตารางฝั่งเซิร์ฟเวอร์ที่กำหนดค่าไว้โดย /integrate-webapi บังคับใช้การรักษาความปลอดภัยอย่างแท้จริง

ขั้นตอนที่ 9: เพิ่มตรรกะของเซิร์ฟเวอร์

เรียกใช้ /add-server-logic เพื่อเพิ่มจุดสิ้นสุดฝั่งเซิร์ฟเวอร์ที่ปลอดภัยไปยังไซต์ของคุณ ใช้ Server Logic เมื่อไซต์ของคุณต้องการตรรกะที่ไม่สามารถเรียกใช้ได้ในเบราว์เซอร์ เช่น การเรียกใช้ API ภายนอก การตรวจสอบฝั่งเซิร์ฟเวอร์ การจัดการข้อมูลลับ หรือการดําเนินการข้อมูลข้ามเอนทิตี

สําคัญ

การสนับสนุนตรรกะของเซิร์ฟเวอร์จําเป็นต้องใช้ PAC CLI เวอร์ชัน 2.6.3 หรือใหม่กว่า ใช้ สคริปต์การติดตั้งด่วน เพื่ออัปเดตเป็นเวอร์ชันล่าสุด

อธิบายสิ่งที่คุณต้องการในภาษาธรรมดาและปลั๊กอิน:

วางไข่ตัวแทน ตรรกะเซิร์ฟเวอร์สถาปนิก ที่วิเคราะห์กรณีการใช้งานของคุณและจัดประเภทความซับซ้อน
เสนอการออกแบบจุดสิ้นสุด การกําหนดค่าความปลอดภัย และสิทธิ์ตารางที่จําเป็นใด ๆ สําหรับการตรวจทานของคุณ
หลังจากที่คุณอนุมัติ ให้สร้างจุดสิ้นสุด JavaScript ฝั่งเซิร์ฟเวอร์ที่/_api/serverlogics/<name>
สร้างบริการฝั่งไคลเอ็นต์ที่พิมพ์เพื่อเรียกจุดสิ้นสุดจากคอมโพเนนต์ของคุณ
ปรับปรุงคอมโพเนนต์ของคุณเพื่อเรียกใช้บริการใหม่
กําหนดค่าการกําหนดบทบาทเว็บและสิทธิ์ตารางสําหรับจุดสิ้นสุด

คุณตรวจทานและอนุมัติข้อเสนอ จะไม่มีการสร้างรหัสจนกว่าคุณจะยืนยัน

กรณีการใช้งานทั่วไป:

เชื่อมต่อกับบริการภายนอก เรียกใช้ REST API, ฟังก์ชัน Azure หรือบริการของบริษัทอื่นโดยไม่แสดงข้อมูลประจําตัว (บทช่วยสอน: โต้ตอบกับบริการภายนอก)
ดําเนินการรักษาความปลอดภัยของข้อมูล คิวรี อัปเดต หรือลบระเบียน Dataverse ที่มีการตรวจสอบฝั่งเซิร์ฟเวอร์ที่สอดคล้องกัน (บทช่วยสอน: โต้ตอบกับตาราง Dataverse)
เรียกใช้ตรรกะแบบกําหนดเอง รวมข้อมูลข้ามตาราง บังคับใช้กฎทางธุรกิจ หรือคํานวณค่าที่ได้รับก่อนที่จะส่งกลับผลลัพธ์ไปยังไคลเอ็นต์
จัดการความลับของฝั่งเซิร์ฟเวอร์ จัดเก็บข้อมูลประจําตัวและคีย์ API บนเซิร์ฟเวอร์ ไม่อยู่ในรหัสไคลเอ็นต์ (Tutorial: โต้ตอบกับ Microsoft Graph และ SharePoint)

โน้ต

เรียกใช้ /add-server-logic หนึ่งครั้งต่อหนึ่งกรณีการใช้งาน ตัวอย่างเช่น หากไซต์ของคุณต้องการทั้งจุดสิ้นสุดการตรวจสอบสินค้าคงคลังและจุดสิ้นสุดการค้นหาสากล ให้เรียกใช้ทักษะสองครั้ง

ขั้นตอนที่ 10: รวมโฟลว์ระบบคลาวด์

เรียกใช้ /add-cloud-flow เพื่อรวมโฟลว์คลาวด์ Power Automate ที่มีอยู่ลงในไซต์ของคุณ ทักษะนี้เชื่อมต่อไซต์ Power Pages ของคุณกับโฟลว์ที่คุณสร้างไว้แล้วใน Power Automate ไม่สร้างโฟลว์ระบบคลาวด์ใหม่

ปลั๊กอิน:

ลงทะเบียนโฟลว์ระบบคลาวด์ที่มีอยู่กับไซต์ของคุณ
สร้างโค้ดฝั่งไคลเอ็นต์เพื่อเรียกใช้โฟลว์จากหน้าของคุณ
จัดการสถานะเวิร์กโฟลว์แบบอะซิงโครนัสและรูปแบบการเรียกกลับ
เชื่อมต่อการแลกเปลี่ยนข้อมูลระหว่างหน้าและโฟลว์

ใช้ /add-cloud-flow สําหรับเวิร์กโฟลว์การอนุมัติ การแจ้งเตือนอีเมล งานตามกําหนดเวลา และระบบอัตโนมัติที่ขับเคลื่อนด้วยเหตุการณ์ซึ่งจะจัดการโดย Power Automate มากกว่าตามตําแหน่งข้อมูลฝั่งเซิร์ฟเวอร์

ทางเลือก: ใช้ /integrate-backend เพื่อวางแผนเลเยอร์บริการเต็มรูปแบบ

ถ้าคุณไม่แน่ใจว่าคุณลักษณะใดที่ต้องการ WEB API, Server Logic หรือ cloud flow ให้เรียกใช้ /integrate-backend แทนที่จะเรียกใช้ขั้นตอนที่ 4 ถึง 10 ด้วยตนเอง ทักษะนี้ทําหน้าที่เป็นนักประสานงานที่:

วิเคราะห์ต้นแบบของคุณเพื่อระบุคุณลักษณะทั้งหมดที่ต้องการเลเยอร์บริการ
แยกประเภทแต่ละคุณลักษณะลงในแนวทางที่ถูกต้อง: API เว็บสําหรับ CRUD มาตรฐาน, ตรรกะของเซิร์ฟเวอร์สําหรับการตรวจสอบฝั่งเซิร์ฟเวอร์และ API ภายนอก หรือโฟลว์คลาวด์สําหรับเวิร์กโฟลว์การอนุมัติและระบบอัตโนมัติ
เสนอแผนการดําเนินการตามลําดับด้วยทักษะ การขึ้นต่อกัน และการกําหนดค่าทั้งหมด
หลังจากที่คุณอนุมัติ ระบบจะจัดการทักษะในลำดับที่ถูกต้อง

แผนเป็นแบบถาวร สามารถกลับมาใช้ใหม่ได้ และสามารถแก้ไขได้ หยุดหลังจากขั้นตอนใด ๆ ในการตรวจสอบรหัสที่สร้างขึ้นหรือทดสอบไซต์และเลือกจุดที่คุณค้างไว้โดยเรียกใช้ /integrate-backend อีกครั้ง

ขั้นตอนที่ 11: เพิ่ม SEO

เรียกใช้ /add-seo เพื่อปรับเว็บไซต์ของคุณให้เหมาะสมสําหรับเครื่องมือค้นหา ปลั๊กอิน:

ค้นหาเส้นทางจากการกําหนดค่าเราเตอร์ของเฟรมเวิร์กของคุณ
สร้างคําสั่งของเครื่องมือค้นหาและแผนผังเว็บไซต์สําหรับเส้นทางที่ค้นพบทั้งหมด
เพิ่มเมตาแท็ก: วิวพอร์ต การตั้งค่าชุดอักขระ คําอธิบาย Open Graph Twitter Card และการอ้างอิง favicon

ขั้นตอนที่ 12: เผยแพร่เว็บไซต์ขั้นสุดท้าย

ถ้าคุณดําเนินการขั้นตอนเพิ่มเติมใด ๆ ให้เรียกใช้ /deploy-site อีกครั้งเพื่อส่งการเปลี่ยนแปลงสด ปลั๊กอินเรียกใช้รุ่นการผลิตและอัปโหลดไซต์พร้อมกับวัตถุการปรับใช้ทั้งหมด (สิทธิ์ตาราง การตั้งค่าไซต์ บทบาทเว็บ ไฟล์ตรรกะของเซิร์ฟเวอร์) ไปยังสภาพแวดล้อม Power Pages ของคุณ

ขั้นตอนที่ 13: เรียกใช้การตรวจสอบความปลอดภัย

เรียกใช้ /security-review เพื่อดําเนินการตรวจสอบความปลอดภัยแบบ end-to-end ของไซต์คุณก่อนที่จะไปยังการผลิต ทักษะนี้ประสานการทำงานของทักษะด้านความปลอดภัยที่มุ่งเน้นเฉพาะด้าน และรวบรวมผลการตรวจพบทั้งหมดไว้ในรายงาน HTML ฉบับเดียวที่ docs/security-review-<timestamp>.html

ปลั๊กอินถามคําถามภาษาธรรมดาเกี่ยวกับเป้าหมายของคุณและเลือกชุดทักษะที่มุ่งเน้นที่ตรงกัน:

เป้าหมาย	ตรวจสอบอะไรบ้าง
โค้ดและการกําหนดค่า	ซอร์สโค้ด, การอ้างอิง, สิทธิ์ตาราง และการกำหนดค่าการยืนยันตัวตน ทํางานกับไฟล์ภายในเครื่องเท่านั้น - ไม่จําเป็นต้องมีการปรับใช้
ความพร้อมในการเผยแพร่ (แนะนํา)	ตรวจทานทั้งหมดก่อนการเผยแพร่ ดำเนินการทักษะที่มุ่งเน้นทั้งหมด: โค้ดและการอ้างอิง, การสแกนไซต์ที่ปรับใช้แล้ว, ส่วนหัวความปลอดภัยของเบราว์เซอร์, ไฟร์วอลล์เว็บแอปพลิเคชัน, สิทธิ์ของตาราง และการรับรองความถูกต้อง
ไซต์ที่ปรับใช้	สแกนเฉพาะเว็บไซต์ที่เผยแพร่อยู่จริงเท่านั้น มีประโยชน์สําหรับการตรวจสอบอย่างต่อเนื่องของไซต์ที่เผยแพร่

หลังจากที่คุณยืนยันแล้วปลั๊กอินจะเรียกใช้ทักษะที่มุ่งเน้นการจับคู่แบบขนานและเขียนผลลัพธ์ของพวกเขาไปยังรายงานเดียว:

/scan-code: เรียกใช้การวิเคราะห์แบบคงที่ (opengrep) และการสแกนแบบขึ้นต่อกัน (trivy) บนไฟล์แหล่งข้อมูลภายในเครื่อง ตรวจพบรูปแบบโค้ด แพ็กเกจที่มีช่องโหว่ ข้อมูลลับที่ฝังไว้ในโค้ด และปัญหาด้านสิทธิ์การใช้งาน หากไม่ได้ติดตั้งเครื่องมือใดเครื่องมือหนึ่ง ทักษะจะให้การตรวจสอบรหัสด้วยตนเองเป็นข้อมูลสํารอง
/scan-site: เริ่มการสแกนความปลอดภัยฝั่งเซิร์ฟเวอร์กับไซต์ที่ถ่ายทอดสดและรับรายงานล่าสุด ระยะเวลาการสแกนขึ้นอยู่กับขนาดของไซต์ - ไซต์ขนาดเล็กจบในไม่กี่นาทีไซต์ขนาดใหญ่อาจใช้เวลาหลายชั่วโมง การค้นหาจะถูกจัดกลุ่มตามความรุนแรง ต้องมีไซต์ที่ปรับใช้แล้ว
/manage-headers: ตรวจสอบส่วนหัวของความปลอดภัยของ HTTP ที่กําหนดค่าภายใต้ .powerpages-site/site-settings/: นโยบายความปลอดภัยเนื้อหา, X-Frame-Options, CORS, คุกกี้ SameSite และการตั้งค่าที่เกี่ยวข้อง ระบุค่าที่ขาดหายไปหรืออ่อนแอ และเสนอค่าเริ่มต้นที่แนะนํา
/manage-firewall: ตรวจสอบไฟร์วอลล์เว็บแอปพลิเคชัน (WAF) สําหรับไซต์การผลิต รวมถึงสถานะกฎที่ได้รับการจัดการและกฎแบบกําหนดเอง (บล็อก IP, บล็อกประเทศ, บล็อกเส้นทาง, ขีดจํากัดอัตรา) พร้อมใช้งานบนไซต์การผลิตในภูมิภาคที่รองรับเท่านั้น ทักษะจะตรวจหาและรายงานปัญหาเกี่ยวกับสิทธิ์
/audit-permissions: ตรวจสอบสิทธิ์ของตารางที่มีอยู่เทียบกับโค้ดของไซต์และข้อมูลเมตาของ Dataverse แสดงสิทธิ์ที่ขาดหายไป บทบาทที่อนุญาตมากเกินไป สิทธิ์ที่ไม่ได้ใช้ และปัญหา Schema YAML

กลุ่มรายงานรวมที่ค้นพบตามส่วน เปิดขึ้นในเบราว์เซอร์เริ่มต้นของคุณ และรวมถึงคําแนะนําการแก้ไขภาษาธรรมดา จากการแชทปลั๊กอินจะเสนอให้ทําตามการแก้ไข - เลือกการค้นหาและปลั๊กอินจะเรียกใช้ทักษะที่มุ่งเน้นการจับคู่แบบโต้ตอบเพื่อใช้การเปลี่ยนแปลง

โน้ต

การตรวจสอบความปลอดภัยจะไม่นําการเปลี่ยนแปลงไปใช้โดยอัตโนมัติ สกิลที่โฟกัสแต่ละรายการจะทำงานในโหมดตรวจทานแบบอ่านอย่างเดียวในการเรียกใช้แบบรวม หากต้องการใช้การแก้ไขปลั๊กอินจะเรียกใช้ทักษะการจับคู่แบบโต้ตอบหลังจากที่คุณเลือกการดําเนินการ

เคล็ดลับ

คุณยังสามารถใช้ทักษะที่มุ่งเน้นได้ด้วยตัวเอง:

เรียกใช้ /scan-code ในระหว่างการพัฒนาเพื่อตรวจจับปัญหาระดับโค้ดในช่วงต้น
เรียกใช้ /manage-headers เพื่อแก้ไขข้อผิดพลาดนโยบายการรักษาความปลอดภัยเนื้อหาเฉพาะหรือตั้งค่า CORS
เรียกใช้ /manage-firewall เพื่อเพิ่มขีดจํากัดอัตราในหน้าลงชื่อเข้าใช้หรือบล็อกปริมาณการใช้งานตามประเทศ
เรียกใช้ /audit-permissions หลังจากเปลี่ยนสิทธิ์ตารางเพื่อตรวจสอบว่ายังคงตรงกับรหัสไซต์หรือไม่
เรียกใช้ /security-review อีกครั้งด้วยเป้าหมาย ไซต์ที่ปรับใช้ เพื่อตรวจสอบไซต์การผลิตเมื่อเวลาผ่านไป

ตรวจสอบไซต์ของคุณ

หลังจากที่คุณผ่านทักษะนี้แล้ว ให้ตรวจสอบไซต์ Power Pages ของคุณว่าทํางานได้อย่างถูกต้อง

ไปที่ Power Pages
ค้นหาไซต์ของคุณในรายการไซต์ที่ใช้งานอยู่
แสดงตัวอย่างไซต์ของคุณบนเดสก์ท็อปโดยใช้ตัวเลือกการแสดงตัวอย่าง
ทดสอบฟังก์ชัน

เลื่อนระดับไซต์ของคุณข้ามสภาพแวดล้อม

หลังจากที่ไซต์ของคุณทํางานในสภาพแวดล้อมการพัฒนาของคุณแล้ว ให้ใช้ทักษะการจัดการวงจรชีวิตแอปพลิเคชัน (ALM) เพื่อโปรโมตการทดสอบและสภาพแวดล้อมการผลิต ปลั๊กอินแพคเกจไซต์ของคุณเป็น โซลูชัน Power Platform ระบุค่าที่แตกต่างกันไปในสภาพแวดล้อมและปรับใช้โซลูชันผ่าน Power Platform Pipelines หรือผ่านการส่งออกและนําเข้าด้วยตนเอง

หากต้องการใช้ทักษะ ALM คุณยังต้องมีอย่างน้อยหนึ่งเป้าหมายสภาพแวดล้อม Power Platform (ทดสอบ การผลิต หรือทั้งสองอย่าง) หากต้องการใช้โฟลว์ Azure Key Vault ที่เลือกได้สําหรับข้อมูลลับ คุณจําเป็นต้องมีสิทธิ์ในการสร้างชุดเก็บคีย์ในการสมัครใช้งาน Azure ของคุณ

วางแผนการปรับใช้งาน

เรียกใช้ /plan-alm เพื่อเริ่มต้น /plan-alm เป็นจุดเริ่มต้นสําหรับ ALM และประสานทักษะ ALM อื่น ๆ ดังนั้นโดยทั่วไปแล้วคุณจะไม่ได้เรียกใช้โดยตรง ปลั๊กอิน:

ตรวจพบสถานะปัจจุบันของโครงการ โซลูชัน และสภาพแวดล้อมเป้าหมายของคุณ
ถามเกี่ยวกับกลยุทธ์การเลื่อนระดับของคุณ (ไปป์ไลน์ของ Power Platform หรือการส่งออกและนําเข้าด้วยตนเอง) ขั้นตอนเป้าหมาย และข้อจํากัดใด ๆ ที่จะใช้
สร้างแผนภาพที่ docs/alm-plan.html จะแสดงทุกการดําเนินการที่ตั้งใจทํา
รอการอนุมัติของคุณก่อนเรียกใช้ทักษะปลายทางใด ๆ

แผนจะยังคงอยู่ในดิสก์ ดังนั้นทักษะปลายทางแต่ละอย่างจะอ่านและเขียนไปยังแผนเดิมที่คงอยู่ ถ้าขั้นตอนล้มเหลว ให้เรียกใช้ /plan-alm อีกครั้งและดําเนินการต่อจากจุดที่จะหยุด

เขียนโซลูชัน

เรียกใช้ /setup-solution เพื่อจัดแพคเกจไซต์ของคุณเป็นโซลูชัน Power Platform ปลั๊กอิน:

สร้างผู้เผยแพร่และโซลูชัน จากนั้นเพิ่มคอมโพเนนต์ Power Pages ของคุณ: ไซต์ บทบาทของเว็บ จุดสิ้นสุดตรรกะของเซิร์ฟเวอร์ การลงทะเบียนโฟลว์ระบบคลาวด์ และการตั้งค่าผู้ให้บริการ OAuth
จัดประเภทการตั้งค่าไซต์แต่ละรายการตามระดับความลับ และเสนอ ตัวแปรสภาพแวดล้อม สําหรับค่าที่แตกต่างกันในสภาพแวดล้อมต่างๆ
เสนอให้เตรียมใช้งานค่า Azure Key Vault และจัดเก็บค่าชนิดข้อมูลประจําตัว เช่น สตริงการเชื่อมต่อและคีย์ API
เรียกใช้ในโหมดซิงค์เมื่อมีโซลูชันสําหรับไซต์ของคุณอยู่แล้ว เพื่อทําให้คอมโพเนนต์สอดคล้องกันโดยไม่ต้องสร้างโซลูชันใหม่

คุณตรวจทานและอนุมัติข้อเสนอ ปลั๊กอินไม่ได้สร้างการกําหนดค่าใด ๆ จนกว่าคุณจะยืนยัน

เคล็ดลับ

หากโซลูชันของคุณมีขนาดใหญ่เกินไปหรือยุ่งเหน็บในการปรับใช้อย่างเชื่อถือได้ ปลั๊กอินจะแนะนําการแยกและเสนอตําแหน่งที่จะแยก ยืนยันการแบ่งก่อนที่การเปลี่ยนแปลงจะมีผล

ปรับใช้ด้วยไปป์ไลน์ Power Platform

ถ้าคุณเลือก Power Platform Pipelines เป็นกลยุทธ์การเลื่อนระดับของคุณ ปลั๊กอินจะเรียกใช้ทักษะเหล่านี้:

/ensure-pipelines-host จัดเตรียมหรือตรวจพบสภาพแวดล้อมโฮสต์สําหรับไปป์ไลน์ของ Power Platform ทักษะจะเลือกตัวเลือกต้นทุนต่ําสุดที่พร้อมใช้งานสําหรับผู้เช่าของคุณ: โฮสต์แพลตฟอร์มฟรี แอปไปป์ไลน์ในสภาพแวดล้อมที่มีอยู่ หรือโฮสต์แบบกําหนดเอง
/setup-pipeline ลงทะเบียนข้อกําหนดไปป์ไลน์ใน Dataverse กําหนดค่าขั้นตอนที่คุณเลือก และผูกแต่ละขั้นตอนกับสภาพแวดล้อมเป้าหมาย
/deploy-pipeline เริ่มการปรับใช้สำหรับสเตจ ใช้ค่าการแทนที่ตัวแปรสภาพแวดล้อมรายสเตจผ่าน deploymentSettings.json และติดตามสถานะไว้ในบันทึกการปรับใช้

หากการปรับใช้ล้มเหลวเนื่องจากมีการเชื่อมโยงสภาพแวดล้อมเป้าหมายกับโฮสต์ Power Platform Pipelines อื่นอยู่แล้ว ปลั๊กอินสามารถเรียกใช้ /force-link-environment เพื่อกําหนดใหม่ได้ การดําเนินการนี้จําเป็นต้องได้รับความยินยอมจากคุณอย่างชัดเจนและย้อนกลับได้

ปรับใช้ด้วยการส่งออกและนําเข้าด้วยตนเอง

ถ้าคุณเลือกเส้นทางด้วยตนเอง ปลั๊กอินจะทํางาน:

/export-solution เมื่อต้องการส่งออกโซลูชันเป็น ZIP ที่มีการจัดการหรือไม่มีการจัดการ โดยมีการตรวจสอบความสมบูรณ์ก่อนการส่งออก
/import-solution หากต้องการนําเข้า ZIP ในสภาพแวดล้อมเป้าหมาย ให้กําหนดลําดับขั้นเพื่อตรวจสอบการขึ้นต่อกันก่อนหรือโดยตรง

เปิดใช้งานและตรวจสอบไซต์ที่ปรับใช้

หลังจากการปรับใช้บนสภาพแวดล้อมเป้าหมายสําเร็จ ปลั๊กอิน:

/activate-siteเรียกใช้เพื่อเตรียมใช้งาน URL สาธารณะบนสภาพแวดล้อมเป้าหมาย
เรียกใช้ /test-site เพื่อตรวจสอบการปรับใช้। ปลั๊กอินใช้เบราว์เซอร์เพื่อรวบรวมข้อมูลหน้าตัวแทน เรียกใช้การตรวจสอบการเข้าถึงตามบทบาท ตรวจสอบ /_api/ การโทร และจับรูปร่างการตอบสนองจาก /_api/serverlogics/ จุดสิ้นสุด ทักษะจะรายงานผลลัพธ์เป็น PASS, WARNINGS, หรือ FAILโดยมีรายละเอียดการตรวจสอบที่เชื่อมโยงจากแผน

ถ้าขั้นตอนล้มเหลว ปลั๊กอินจะ /diagnose-deploymentทํางาน ทักษะตรงกับความล้มเหลวกับแค็ตตาล็อกของข้อผิดพลาดในการปรับใช้ที่รู้จัก เช่น รายชื่อแฟ้มเก่า การอ้างอิงที่ขาดหายไป ข้อขัดแย้งของโฮสต์ JavaScript ที่ถูกบล็อก หรือการรับรองความถูกต้องที่หมดอายุ และเสนอการแก้ไขที่เป็นรูปธรรม ปลั๊กอินจะไม่ใช้การแก้ไขโดยไม่ได้รับความยินยอมจากคุณ

โน้ต

ทักษะ ALM ทั้งหมดอ่านจากและเขียนไปยังวัตถุบนดิสก์: รายการโซลูชัน ข้อมูลแผน บัญชีแยกประเภทไปป์ไลน์ บัญชีแยกประเภทการปรับใช้ และผลลัพธ์การทดสอบ การประสานงานสามารถดำเนินการต่อได้และสามารถตรวจสอบได้ หากต้องการดูว่าเกิดอะไรขึ้นในทุกขั้นตอน ให้ตรวจสอบวัตถุ

เคล็ดลับและแนวทางปฏิบัติที่ดีที่สุด

เคล็ดลับต่อไปนี้ช่วยให้คุณได้รับประโยชน์สูงสุดจากปลั๊กอินและตัวแทนการเข้ารหัส AI เมื่อสร้างเว็บไซต์ Power Pages

ดูเอาต์พุตเทอร์มินัลสําหรับเครื่องมือที่ขาดหายไปในการเรียกใช้ครั้งแรก

ปลั๊กอินมีทักษะและเวิร์กโฟลว์ แต่ตัวแทนการเขียนโค้ด AI - GitHub Copilot CLI หรือ Claude Code - ดําเนินการคําสั่งจริงบนเครื่องของคุณ เมื่อคุณใช้เครื่องมือเหล่านี้เป็นครั้งแรก ให้ดูเอาต์พุตของเทอร์มินัลอย่างใกล้ชิด เอเจนต์การเข้ารหัส AI เรียกใช้คําสั่งและสคริปต์เบื้องหลังและคําสั่งเหล่านี้บางส่วนขึ้นอยู่กับเครื่องมือที่อาจไม่ได้ติดตั้งบนเครื่องของคุณ ถ้าขั้นตอนล้มเหลว เอาต์พุตเทอร์มินัลมักจะแสดงเครื่องมือหรือคําสั่งที่ไม่สามารถค้นหาได้

ถ้าคุณเห็นข้อผิดพลาดเช่น command not found หรือ is not recognizedติดตั้งเครื่องมือที่หายไป และทริกเกอร์เวิร์กโฟลว์อีกครั้ง เอเจนต์รหัส AI จะดำเนินการต่อจากที่หยุดไว้หลังจากเครื่องมือใช้งานได้แล้ว

ตรวจสอบข้อเสนอของตัวแทนก่อนอนุมัติ

ตัวแทนการเขียนรหัส AI นําเสนอข้อเสนอ เช่น ข้อเสนอจากสถาปนิกแบบจําลองข้อมูลและสถาปนิกสิทธิ์ก่อนที่จะทําการเปลี่ยนแปลง โค้ดและการกําหนดค่าที่สร้างขึ้นโดยตัวแทนการเข้ารหัส AI อาจไม่ถูกต้อง ดังนั้นให้ตรวจสอบ ทดสอบ และตรวจสอบข้อเสนอทั้งหมดและรหัสที่สร้างขึ้นทั้งหมดก่อนที่คุณจะอนุมัติหรือปรับใช้

ข้อเสนอแบบจําลองข้อมูล: ตรวจสอบว่าชื่อตาราง ชนิดคอลัมน์ และความสัมพันธ์ตรงกับความต้องการทางธุรกิจของคุณ การปรับปรุงข้อเสนอจะง่ายกว่าการเปลี่ยนชื่อคอลัมน์หลังจากที่แทรกข้อมูลแล้ว
ข้อเสนอการอนุญาต: ตรวจสอบว่าแต่ละบทบาทมีระดับการเข้าถึงที่ถูกต้อง (สร้าง อ่าน อัปเดต ลบ) สำหรับแต่ละตาราง การอนุญาตตารางที่อนุญาตมากเกินไปเป็นความเสี่ยงด้านความปลอดภัยทั่วไป
รหัสที่สร้างขึ้น: อ่านผ่านรหัสที่สร้างขึ้นและทดสอบไซต์ภายในเครื่องก่อนที่คุณจะปรับใช้ รหัสที่ AI สร้างขึ้นอาจมีข้อผิดพลาดหรือปัญหาด้านความปลอดภัย

วางข้อผิดพลาดโดยตรงพร้อมบริบท

เมื่อมีบางอย่างล้มเหลว ไม่ว่าจะเป็นข้อผิดพลาดในการสร้าง การปรับใช้ล้มเหลว หรือข้อยกเว้นรันไทม์ในเบราว์เซอร์ ให้คัดลอกผลลัพธ์ของข้อผิดพลาดแบบเต็ม วางพร้อมกับคําอธิบายสั้น ๆ เกี่ยวกับสิ่งที่คุณกําลังทําอยู่ ยิ่งคุณให้บริบทมากเท่าไหร่ การแก้ไขก็จะยิ่งเร็วขึ้นเท่านั้น

ตัวอย่าง: ข้อผิดพลาดในการสร้าง

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>

เคล็ดลับ

รวมชื่อไฟล์ คําสั่งที่คุณเรียกใช้ และสิ่งที่คุณคาดว่าจะเกิดขึ้น ปลั๊กอินใช้บริบทนี้เพื่อค้นหาปัญหาและใช้การแก้ไขที่กําหนดเป้าหมายแทนที่จะเป็นการคาดเดา

ปัญหาทั่วไปหลังจากการปรับใช้คือข้อผิดพลาด 403 จาก Power Pages Web API เมื่อไม่ได้เปิดใช้งานคอลัมน์สำหรับการเข้าถึง API เมื่อคุณพบข้อผิดพลาดนี้ ให้วาง URL ของ API แบบเต็มและการตอบสนองข้อผิดพลาด JSON ที่สมบูรณ์ ข้อความแสดงข้อผิดพลาดจะบอกคุณว่าตารางและคอลัมน์ใดที่ต้องได้รับการแก้ไข และปลั๊กอินสามารถอัปเดตสิทธิ์ตาราง YAML และการตั้งค่าไซต์สําหรับคุณ

ตัวอย่าง: คอลัมน์ไม่ได้เปิดใช้งานสําหรับ 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 แต่ไม่ได้แสดงอยู่ในการกําหนดค่าสิทธิ์ของตารางสําหรับ API เว็บ ปลั๊กอินแก้ไขข้อผิดพลาดนี้โดยการเพิ่มคอลัมน์ที่หายไปลงในสิทธิ์ตาราง YAML เข้า .powerpages-site/table-permissions/ และปรับใช้ใหม่

โน้ต

POWER Pages Web API กําหนดให้ทุกคอลัมน์ที่ส่งกลับโดยการเรียกใช้ API ต้องแสดงรายการอย่างชัดเจนในสิทธิ์ของตาราง คุณสมบัติการค้นหา (คํานําหน้าและ _ ต่อท้ายด้วย _value) เป็นเรื่องง่ายที่จะพลาดเนื่องจากชื่อ API แตกต่างจากชื่อตรรกะของคอลัมน์ใน Dataverse เมื่อคุณเห็น AttributePermissionIsMissingให้เพิ่มคอลัมน์นั้นไปยังสิทธิ์ตารางเสมอ อย่าเปลี่ยนคิวรี API

ระบุสิ่งที่คุณต้องการ

คําขอที่คลุมเครือสร้างผลลัพธ์ที่คลุมเครือ บอกปลั๊กอินว่าคุณต้องการอะไร รวมถึงการกําหนดลักษณะเค้าโครง เขตข้อมูลข้อมูล และลักษณะการทํางาน

แทนที่	ลองใช้
สร้างหน้าสำหรับตำแหน่งงาน	"สร้างหน้ารายการงานที่มีแถบค้นหาที่ด้านบน กรองชิปสําหรับตําแหน่งที่ตั้งและแผนก และเส้นตารางบัตรที่แสดงชื่อเรื่อง บริษัท ช่วงเงินเดือนและวันที่โพสต์ของแต่ละงาน"
"แก้ไขสไตล์"	"การ์ดงานจะเรียงซ้อนกันในแนวตั้งบนเดสก์ท็อป ทําให้ภาพแสดงในเส้นตารางสามคอลัมน์ที่มีช่องว่าง 16px บนหน้าจอกว้างกว่า 768px"
"เพิ่มข้อมูล"	"เพิ่มการโพสต์งานตัวอย่าง 20 รายการในสี่แผนก (วิศวกรรม การตลาด การขาย HR) ที่มีชื่อเรื่องที่เหมือนจริง ช่วงเงินเดือนระหว่าง $60k-$180k และวันที่โพสต์ใน 30 วันที่ผ่านมา"
"ตั้งค่า API"	"เชื่อมต่อคอมโพเนนต์ JobListings กับตาราง cr_jobposting Dataverse แทนที่อาร์เรย์ที่กำหนดค่าไว้ล่วงหน้าด้วยการเรียกดู API จริงที่ดึงข้อมูลชื่อ หรือตำแหน่งงาน แผนก เงินเดือน และวันที่ประกาศ
"เพิ่มการเข้าสู่ระบบ"	"ตั้งค่า Microsoft Entra External ID ลงชื่อเข้าใช้ด้วยการลงทะเบียนแบบเปิด รวมถึงผู้ให้บริการรายที่สองของ Google แสดงเป็นแถวแนวนอนบนหน้าลงชื่อเข้าใช้"

ใช้ภาพหน้าจอสําหรับปัญหาด้านวิชวล

เมื่อไซต์ดูไม่เหมาะสมในเบราว์เซอร์ ให้ถ่ายภาพหน้าจอและวางลงในการสนทนาโดยตรงหรือระบุเส้นทางไฟล์ บริบทวิชวลช่วยระบุปัญหาเค้าโครง ระยะห่าง และการกําหนดลักษณะที่ยากต่อการอธิบายในข้อความ

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

เคล็ดลับ

หลังจากแต่ละขั้นตอน ตรวจสอบการแสดงตัวอย่างของเบราว์เซอร์ ถ้าบางอย่างไม่ถูกต้อง ให้แก้ไขก่อนดําเนินการต่อไป เป็นการง่ายกว่าที่จะแก้ไขปัญหาในองค์ประกอบเดียว มากกว่าการแก้ไขปัญหาที่ยุ่งยากซับซ้อนทั่วทั้งเว็บไซต์

ถามคําอธิบายก่อนอนุมัติ

เมื่อคุณไม่แน่ใจเกี่ยวกับการเปลี่ยนแปลงที่เสนอ โดยเฉพาะอย่างยิ่งสำหรับสิทธิ์ การปรับเปลี่ยนแบบจำลองข้อมูล หรือการกำหนดค่าการรับรองความถูกต้อง ขอให้ปลั๊กอินอธิบายว่ามีแผนจะทำอะไรและสาเหตุก่อนที่คุณจะอนุมัติ

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 2026-06-12

เริ่มต้นใช้งานปลั๊กอิน Power Pages สําหรับ GitHub Copilot CLI และ Claude Code

ข้อกําหนดเบื้องต้น

ข้อกำหนดของซอฟต์แวร์

ติดตั้งปลั๊กอิน

ติดตั้งด่วน (แนะนํา)

ติดตั้งจาก Marketplace

ภาพรวมทักษะ

เวิร์กโฟลว์ทั่วไป

สร้างไซต์ Power Pages ของคุณ

ขั้นตอนที่ 1: สร้างไซต์ของคุณ

ขั้นตอนที่ 2: ปรับใช้ไซต์ของคุณ

ขั้นตอนที่ 3: เปิดใช้งานไซต์ของคุณ

ขั้นตอนที่ 4: ตั้งค่าแบบจําลองข้อมูลของคุณ

ขั้นตอนที่ 5: เพิ่มข้อมูลตัวอย่าง (ไม่บังคับ)

ขั้นตอนที่ 6: รวมกับ API เว็บ Dataverse

เพิ่มสรุปที่สร้างโดย AI (เป็นทางเลือก)

ขั้นตอนที่ 7: สร้างบทบาทเว็บ

ขั้นตอนที่ 8: ตั้งค่าการรับรองความถูกต้อง

ขั้นตอนที่ 9: เพิ่มตรรกะของเซิร์ฟเวอร์

ขั้นตอนที่ 10: รวมโฟลว์ระบบคลาวด์

ทางเลือก: ใช้ /integrate-backend เพื่อวางแผนเลเยอร์บริการเต็มรูปแบบ

ขั้นตอนที่ 11: เพิ่ม SEO

ขั้นตอนที่ 12: เผยแพร่เว็บไซต์ขั้นสุดท้าย

ขั้นตอนที่ 13: เรียกใช้การตรวจสอบความปลอดภัย

ตรวจสอบไซต์ของคุณ

เลื่อนระดับไซต์ของคุณข้ามสภาพแวดล้อม

วางแผนการปรับใช้งาน

เขียนโซลูชัน

ปรับใช้ด้วยไปป์ไลน์ Power Platform

ปรับใช้ด้วยการส่งออกและนําเข้าด้วยตนเอง

เปิดใช้งานและตรวจสอบไซต์ที่ปรับใช้

เคล็ดลับและแนวทางปฏิบัติที่ดีที่สุด

ดูเอาต์พุตเทอร์มินัลสําหรับเครื่องมือที่ขาดหายไปในการเรียกใช้ครั้งแรก

ตรวจสอบข้อเสนอของตัวแทนก่อนอนุมัติ

วางข้อผิดพลาดโดยตรงพร้อมบริบท

แชร์ข้อผิดพลาดของ API เว็บโดยใช้ URL คำขอแบบเต็ม

ระบุสิ่งที่คุณต้องการ

ใช้ภาพหน้าจอสําหรับปัญหาด้านวิชวล

ทําซ้ําในขั้นตอนเล็ก ๆ

ถามคําอธิบายก่อนอนุมัติ

เรียกใช้ทักษะอย่างอิสระเพื่อกู้คืนจากปัญหา

เนื้อหาที่เกี่ยวข้อง

คำติชม

แหล่งทรัพยากรเพิ่มเติม