I Gave Claude Permission to Do Real Work for Me
สรุปย่อ
ประเด็นสำคัญจากวิดีโอ
- **ช่อง:** Leon van Zyl · **ความยาว:** ~25 นาที (1475 วินาที) · **ลิงก์:** https://www.youtube.com/watch?v=epGDGyTZs5Y
# สรุป: I Gave Claude Permission to Do Real Work for Me - **ช่อง:** Leon van Zyl · **ความยาว:** ~25 นาที (1475 วินาที) · **ลิงก์:** https://www.youtube.com/watch?v=epGDGyTZs5Y ## ประเด็นหลัก - ยุคของแชตบอตที่สรุปหรือค้นหาข้อมูลได้อย่างเดียวนั้นจบลงแล้ว ผู้คนคาดหวัง agent ที่ทำงานแทนตนและจัดการงานซับซ้อนได้ - สถาปัตยกรรมของ agent ที่ดีมีสามส่วน: สมอง (โมเดล), tools (เครื่องมือ) และ permissions layer (ชั้นสิทธิ์การเข้าถึง) - ตัวอย่างจริง: แอปจัดการสัญญา NDA ที่ agent สร้างร่าง ส่งให้คู่สัญญา ติดตามสถานะ และให้ผู้ใช้ตรวจสอบก่อนลงมือเสมอ - เทคโนโลยีที่ใช้: โมเดล Claude (Opus 5), Claude Agent SDK, Claude Code, MCP server และ DocuSign IAM - DocuSign IAM เป็นทั้งระบบจัดเก็บข้อมูลหลัก (system of record) และระบบลงมือปฏิบัติ (system of action) สำหรับสัญญาทั้งหมด - ติดตั้งสอง dependency หลักก่อนเริ่ม: Playwright MCP server (ให้ agent ควบคุมเบราว์เซอร์และเทสต์แอป) และ start an app skill (กำหนดแนวทาง tech stack) - ใช้โหมดวางแผน (planning mode) สร้างแอป Agreement Agent โดย agent ถามคำถามเพื่อความกระจ่าง เช่น ฐานข้อมูล ระบบ auth และโครงหน้าจอ ก่อนลงมือสร้าง - เชื่อมต่อ DocuSign ผ่าน developer portal: สร้าง integration key, secret key และตั้งค่า redirect URI ที่ /api/docusign/callback - สร้าง NDA template และ workflow ใน DocuSign: กำหนด role เป็น internal approver และ counterparty พร้อมฟิลด์ลายเซ็น ชื่อ และวันที่ - agent มีสิทธิ์เท่ากับผู้ใช้ที่ล็อกอินอยู่เท่านั้น และจะขออนุมัติจากมนุษย์ก่อนดำเนินการสำคัญทุกครั้ง - ทดสอบจริง: ส่ง NDA ให้ Jane, เซ็นเอกสาร, แล้วสอบถามสถานะได้ถูกต้องตามลำดับการเซ็นที่ตั้งไว้ - ซอร์สโค้ดของโปรเจกต์ดาวน์โหลดฟรีจาก GitHub (ลิงก์ในคำอธิบายวิดีโอ) และวิดีโอนี้ได้รับการสนับสนุนจาก DocuSign ## ความเห็นสรุป วิดีโอนี้เป็นบทช่วยสอนแบบลงมือทำจริงที่แสดงภาพรวมการสร้างแอปที่ให้ AI agent เป็นศูนย์กลางได้อย่างเป็นรูปธรรม ตั้งแต่แนวคิดสถาปัตยกรรม การเชื่อมต่อเครื่องมือภายนอกผ่าน MCP ไปจนถึงการทดสอบงานจริงครบวงจร จุดเด่นคือการเน้นว่า agent ควรทำงานร่วมกับมนุษย์ ไม่ใช่แทนที่ โดยขออนุมัติและตรวจสอบก่อนลงมือทุกครั้ง เหมาะสำหรับผู้ที่อยากเริ่มสร้างแอปแบบ agent-ready ด้วย Claude และ DocuSign
คำแปลเต็ม
แปลตามบทสนทนาต้นฉบับ ปรับเป็นภาษาไทยธรรมชาติ
ช่วงเปิด — ทำไมต้องสร้าง agent ไม่ใช่แค่ chatbot: ถ้าคุณยังสร้างแค่ chatbot ง่าย ๆ อยู่ล่ะก็ แสดงว่าคุณตามหลังเขาไปแล้ว เราผ่านยุคที่สร้างแค่ chatbot ที่สรุปข้อมูลและค้นหาข้อมูลได้ไปไกลมากแล้ว ตอนนี้ผู้คนคาดหวัง agent ที่ทำงานแทนพวกเขาได้และจัดการงานที่ซับซ้อนได้ นี่คือเหตุผลที่เครื่องมืออย่าง Claude CoWork ถึงได้มาแรงขนาดนั้น และเมื่อคุณสร้างแอปพลิเคชันของตัวเองเอง มาตรฐานก็สูงพอ ๆ กัน
ทั้งหมดนี้สรุปได้เป็นแนวคิดง่าย ๆ สามอย่าง อย่างแรกคือสมอง (brain) ซึ่งก็คือตัวโมเดล และ harness หรือโครงที่ใช้รันโมเดลนั้น ต่อมาคือ tools หรือเครื่องมือต่าง ๆ ที่ agent เข้าถึงได้เพื่อลงมือทำสิ่งต่าง ๆ แทนผู้ใช้ สุดท้ายคือชั้นสิทธิ์การเข้าถึง (permissions layer) ซึ่งเป็นส่วนที่เราบอก agent ได้ว่ามันทำอะไรได้และทำอะไรไม่ได้
ตัวอย่าง — แอปจัดการสัญญา NDA: ลองดูแอปนี้เป็นตัวอย่าง ทีมในองค์กรขนาดใหญ่จมอยู่กับงานเอกสารสัญญา พวกเขาต้องร่าง NDA (Non-Disclosure Agreement — ข้อตกลงไม่เปิดเผยข้อมูล) ซ้ำ ๆ ไล่ตามลายเซ็น และต้องคอยค้นหาว่าสัญญาบางฉบับเซ็นไปแล้วหรือยัง ด้วยการไล่ค้นหาในกล่องอีเมลหลาย ๆ กล่อง สิ่งที่หลายคนทำคือสร้าง chatbot ที่สแกนกล่องอีเมลต่าง ๆ หรือดึงสถานะจากฐานข้อมูลมาให้ผู้ใช้ แต่ในยุคสมัยนี้มันไม่พอแล้ว เราต้องการ agent ที่สามารถสร้าง NDA และจัดการทั้ง workflow อย่างปลอดภัย นั่นหมายความว่า agent จะไม่เพียงแค่สร้างสัญญา แต่จะส่งให้ทุกฝ่ายด้วย และมั่นใจว่าทุกอย่างเซ็นครบ และติดตาม workflow ทั้งหมดตั้งแต่ต้นจนจบ
ลองส่ง prompt นี้เป็นตัวอย่าง: "กรุณาส่ง NDA ให้ Jane ด้วย อีเมลของเธอคือ..." ผมจะใช้อีเมลของตัวเอง แล้วลองส่งดู ดูสิครับ agent ไม่ได้แค่สร้าง NDA แล้วส่งออกไป แต่มันจะขอเช็คกับเราก่อน อย่างแรก มันสังเกตว่ามีสัญญา NDA หลายฉบับ และถามเราว่าจะใช้ฉบับไหน ต่อมา เพราะผมใช้อีเมลส่วนตัวของตัวเอง มันบอกว่าอีเมลผู้รับคล้ายกับบัญชีที่ผมล็อกอินอยู่ มันตรวจจับเรื่องนั้นได้ด้วย นั่นเจ๋งมากครับ agent จะไม่ทำอะไรแบบมั่ว ๆ แต่มันจะคอยเช็คกับเราก่อนเสมอ
ผมจะตอบไปว่า "ใช้ NDA ส่วนตัวของผม อีเมลถูกต้องแล้ว ส่งเลย" จากนั้น agent ก็ดึงเทมเพลต NDA เข้ามา แล้วบอกว่า ต้องมีคู่สัญญาอีกฝ่ายมาเซ็น ซึ่งก็คือ Jane และตอนนี้มันถามว่าใครจะเป็นผู้ตรวจสอบภายใน (internal approver) ของ NDA ฉบับนี้ ผมตอบว่าผมเองจะเป็นผู้ตรวจสอบภายใน จากนั้นมันบอกว่าสร้างร่างสัญญา (draft agreement) เสร็จแล้ว มันค่อย ๆ เช็คทุกอย่าง และตอนนี้ก็ส่งสัญญาไปแล้ว พร้อมกับ metadata อย่าง envelope ID และสถานะตอนนี้คือ sent (ส่งแล้ว)
ถ้าผมเปิดกล่องอีเมลดูสักครู่ เราจะเห็นอีเมลที่ส่งถึง Jane และเปิดเอกสาร NDA ได้ นี่คือเทมเพลตจริงที่เราสร้างให้บริษัทของเรา มาลองเซ็นในนาม Jane กัน แล้วก็เสร็จเรียบร้อย พอ Jane เซ็น NDA ฉบับนี้แล้ว ลองถาม agent ว่า "สถานะปัจจุบันของ NDA เป็นยังไงบ้าง?" แน่นอนว่า agent ตอบว่า Jane เซ็นสัญญาแล้ว และยังรอการอนุมัติภายในอยู่ ซึ่งเจ๋งมากครับ นี่หมายความว่าเราสามารถเปิดแอปขึ้นมาเมื่อไหร่ก็ได้ ไม่ใช่แค่สอบถามสถานะสัญญา แต่ยังให้ agent ส่งสัญญาให้เราได้ด้วย และมันไม่ได้จำกัดแค่ NDA เท่านั้น เป็นสัญญาประเภทไหนก็ได้ และเพื่อให้ครบกระบวนการ นี่คืออีเมลที่ส่งถึงผู้ตรวจสอบภายใน ลองเข้าไปเซ็น แล้วถามว่า "สถานะตอนนี้เป็นยังไง?" agent ก็จะตอบว่าทั้งสองฝ่ายเซ็นสัญญาฉบับนี้แล้ว
สิ่งที่เราจะทำในวิดีโอนี้: ในวิดีโอนี้ ผมจะสอน workflow ของผมในการสร้างแอปพลิเคชันที่พร้อมสำหรับ agent (agent-ready) แบบนี้ และเป็นโบนัสเพิ่มเติม คุณสามารถดาวน์โหลดซอร์สโค้ดของโปรเจกต์นี้ได้ฟรี ผมจะแปะลิงก์ GitHub repository ไว้ในคำอธิบายวิดีโอ
ถ้าอยากตามทำบทช่วยสอนนี้และสร้าง agent จัดการสัญญา (agreement management agent) ขึ้นมาเอง ขอแยกส่วนประกอบหลักของแอปนี้ให้ดู ตัว AI agent ของเราต้องการสามอย่าง อย่างแรกคือสมองหรือส่วนของการให้เหตุผล (reasoning) ซึ่งผมจะใช้โมเดล Claude คุณจะใช้ provider ไหนก็ได้ แต่ในแง่ของ tech stack ผมจะใช้โมเดล Claude และเฉพาะเจาะจงคือ Opus 5 และเพื่อรัน agent นี้ในเว็บแอปพลิเคชัน ผมจะใช้ Claude Agent SDK ซึ่งจะทำให้ agent ของเราสามารถเรียกใช้ MCP servers และ tools ต่าง ๆ ได้
นอกจากโมเดลกับ harness แล้ว เรายังมี context และ action ซึ่งทั้งสองอย่างนี้เราจะใช้ DocuSign IAM พูดง่าย ๆ คือที่นี่คือที่เก็บสัญญาทั้งหมด และเป็นช่องทางที่เราใช้โต้ตอบกับสัญญาเหล่านั้น หมายความว่า DocuSign IAM เป็นทั้งระบบจัดเก็บข้อมูลหลัก (system of record) และระบบลงมือปฏิบัติ (system of action) และมันคือแพลตฟอร์มเดียวกับที่สัญญาทั้งหมดของเราถูกดำเนินการ เช่นส่ง กำหนดเส้นทาง และเซ็น
เพื่อให้ agent ของเราโต้ตอบกับ DocuSign ได้ เราจะใช้ MCP server (Model Context Protocol — โปรโตคอลที่ใช้เชื่อมต่อโมเดลกับเครื่องมือภายนอก) ซึ่ง MCP server จะเปิดเผย tools ทั้งหมดที่ agent ใช้โต้ตอบกับ DocuSign ได้ ทำให้ agent ไม่เพียงแค่สร้างสัญญาและติดตามมันได้ แต่ยังสอบถามข้อมูลสัญญาได้ด้วย ขอให้ชัดเจนว่าเราจะไม่สร้าง custom API ขึ้นมาเอง เราแค่ผูก MCP server เข้ากับ agent แล้วมันก็จะสร้างและจัดการสัญญาทั้งหมดให้เรา
ขอพูดสั้น ๆ ว่าวิดีโอนี้ได้รับการสนับสนุนจาก DocuSign และ DocuSign MCP server ในตอนที่ถ่ายทำยังอยู่ในช่วง beta ถ้าคุณเคยสนใจการสร้างแอปแบบ AI native วิดีโอนี้คือบทช่วยสอนสำหรับคุณแน่นอน คุณจะได้เรียนรู้อีกเยอะ ผมแนะนำว่านั่งลง เปิด Claude Code แล้วทำตามไปด้วย นั่นคือวิธีเรียนรู้ที่ดีที่สุด
เริ่มสร้างโปรเจกต์: เอาล่ะ พูดมากพอแล้ว มาลงมือสร้างโปรเจกต์นี้กันจริง ๆ ถ้าคุณอยากใช้ Claude Desktop หรือ Codex ก็ได้ คุณใช้ coding agent ตัวไหนก็ได้ workflow ที่ผมจะโชว์ในบทช่วยสอนนี้ใช้ได้กับ coding agent ทุกตัว ส่วนตัวผมจะใช้ Claude Code รันใน VS Code เพื่อจะได้เห็นไฟล์ที่ถูกสร้างขึ้น
ก่อนจะสร้างอะไร มี dependency สองอย่างที่ผมชอบติดตั้งในทุกโปรเจกต์ อย่างแรกคือ MCP server ที่จะให้ agent ควบคุมเบราว์เซอร์และเทสต์แอปแทนเรา ถ้าคุณใช้ Claude Desktop หรือ ChatGPT desktop app ข้ามขั้นนี้ได้เลย เพราะ agent จะมีเบราว์เซอร์ในตัวอยู่แล้ว แต่ถ้าใช้ terminal ก็ควรติดตั้งอันนี้ เราสำเร็จรูป ไม่ต้องตั้งค่าอะไรเอง แค่คัดลอก URL นี้ กลับไปที่ agent แล้วบอกว่า "กรุณาติดตั้ง MCP server นี้" แล้วส่งลิงก์นี้ไป ยังไงก็ตาม ผมจะแปะลิงก์ทรัพยากรทั้งหมดไว้ในคำอธิบายวิดีโอ
จากนั้น Claude จะสร้างไฟล์นี้ขึ้นมา ซึ่งเป็นไฟล์ MCP ที่เชื่อมต่อ Claude เข้ากับเบราว์เซอร์ของเรา และอย่างที่สองที่ผมชอบทำคือติดตั้ง skill ที่ชื่อว่า start an app ซึ่งง่ายมาก แค่รันคำสั่ง npx skills add LeonvanZyl/skills สิ่งที่คำสั่งนี้ทำคือติดตั้ง skill ชื่อ start an app ซึ่งจะให้แนวทางที่แม่นยำมากกับ agent ว่าให้ใช้ tech stack แบบไหน
ปกติแล้ว ข้อผิดพลาดที่หลายคนทำคือขอให้ agent สร้างแอปโดยไม่ระบุ tech stack พื้นฐาน ซึ่ง agent อาจเลือก tech stack ที่จะก่อปัญหาตามมาในภายหลัง skill นี้จึงเป็นการวางกรอบ (guardrails) ที่ชัดเจนว่าให้ใช้ tech stack แบบไหน เช่น ถ้าเปิดดูไฟล์เหล่านี้ คุณจะเห็นว่ามีการตั้งค่าอะไรบ้าง ในกรณีนี้มันเป็นแอป Next.js และมีกฎเกี่ยวกับ storage การเชื่อมต่อการชำระเงิน แลนดิ้งเพจและแดชบอร์ด ฐานข้อมูลที่จะใช้ ระบบ auth และไลบรารีที่เกี่ยวกับ AI ดังนั้น skill นี้มีประโยชน์มาก ถ้าไม่อยากเครียดเรื่อง tech stack ในแอปของตัวเอง
โหมดวางแผน — สร้างแอป Agreement Agent: เอาล่ะ ตอนนี้เราติดตั้ง Playwright MCP server และมี start an app skill แล้ว ขั้นต่อไปคือเข้าโหมดวางแผน (planning mode) แล้วส่ง prompt แบบนี้ "Let's start a new app" (มาเริ่มแอปใหม่กัน) ซึ่งจะทำให้ agent ใช้ start an app skill ของเรา "สร้างแอปชื่อ Agreement Agent ซึ่งเป็นเครื่องมือภายในองค์กรที่ทีม enterprise ใช้จัดการสัญญา แอปควรมีประมาณสามหน้าจอ คือหน้าล็อกอิน แผงแชท และตารางสัญญา ยังไม่ต้องมี DocuSign แค่โครงเปล่า ๆ ที่มี auth ใช้งานได้ และ UI แนว enterprise ที่สะอาดและเป็นมืออาชีพ"
ส่วนตัวผมชอบสร้างแอปทีละฟีเจอร์ ดังนั้นตอนนี้ผมจะตัดความซับซ้อนทั้งหมดออก แล้วสร้างแค่โครงหรือฐานรากของแอป และสิ่งที่ดีคือเราไม่ต้องระบุ tech stack เพราะ agent จะดึง start an app skill ของเรามาใช้ ซึ่งมีข้อมูลครบทุกอย่างที่มันต้องใช้สร้างแอปแล้ว skill นี้ยังมีคำสั่งให้ agent ถามคำถามเพื่อความกระจ่าง (clarifying questions) หลายข้อด้วย เราน่าจะเห็น agent ถามคำถามเราเร็ว ๆ นี้ และแล้ว มันก็ถามคำถามเพื่อความกระจ่างจริง ๆ
"แผงแชทควรเชื่อมต่อกับโมเดลจริงไหม หรือเป็นแค่โครง UI ไปก่อน?" ผมยังไม่เพิ่ม inference (การประมวลผลคำตอบของโมเดล) จริงตอนนี้ เดี๋ยวค่อยดู agent ในรอบหน้า ดังนั้นเลือกโครง UI อย่างเดียว "ใครเห็นสัญญาไหนบ้าง?" ผมเลือกผู้ใช้แต่ละคนเห็นเฉพาะสัญญาของตัวเอง "ข้อมูลควรเก็บที่ไหน? Postgres ใน Docker หรือ SQLite?" ถ้าคุณวางแผนจะดีพลอยต์โปรเจกต์แบบนี้ขึ้น production ผมแนะนำ Postgres ใน Docker เพราะง่ายต่อการสปินอัป Neon database หรือ Vercel database ตอนจะย้ายขึ้น production ผมเลือกตัวเลือกที่หนึ่ง "แชทกับตารางควรวางแบบไหน?" แบบ split view (มุมมองแบ่งจอ) ก็แนะนำนะ แต่ผมว่าขอแยกเป็นหน้าต่างหากดีกว่า แล้วส่งคำตอบนี้ไป
อ้อ แล้วก็ ถ้าอยากทำตามด้วย ผมจะวาง prompt ทั้งหมดที่ใช้ในบทช่วยสอนนี้ไว้ในโฟลเดอร์ prompts ซึ่งจะแปะลิงก์ไว้ในคำอธิบายวิดีโอ หลังจาก agent ถามคำถามเพื่อความกระจ่างเหล่านี้แล้ว มันควรให้แผนโดยละเอียด ถ้าต้องการก็อ่านแล้วขอแก้ไขได้ แต่ผมจะให้ agent สร้างโครง (scaffold) แอปเลย และข้ามไปตอนที่แอปรันได้แล้ว
ทดสอบ UI ครั้งแรก: เอาล่ะ agent กำลังคืบหน้าไปได้ดีมาก และเพราะเราผูก Playwright MCP server เข้าไป agent จึงเปิดหน้าต่างเบราว์เซอร์ขึ้นมา และควบคุมแอปแทนเรา ตอนนี้ตัว agent ขับแอปอยู่ กำลังเทสต์แบบ end-to-end (ทดสอบทั้งระบบตั้งแต่ต้นจนจบ) จำไว้ก่อนว่า ข้อมูลพวกนี้ยังไม่ใช่ข้อมูลจริงจากระบบ เป็นแค่ข้อมูลสมมติ เป็นสัญญาจำลอง เพื่อเทสต์ user interface ว่าทุกอย่างยังทำงานได้ เราจะแก้ไขอินเทอร์เฟซนี้หลายครั้งตลอดวิดีโอนี้ ซึ่งเป็นเรื่องปกติ นี่คือเหตุผลที่ตอนนี้ผมโฟกัสแค่ user interface เพื่อให้ง่ายต่อการลบหรือแก้ไขอะไรก็ตามที่เราไม่ต้องการ
มาดูกันว่าเราได้อะไรมาบ้าง ผมจะลองสร้างบัญชีเพื่อดูว่า auth ทำงานจริงไหม ดูแล้วมีแววดี ผมเห็นชื่อตัวเองที่มุมขวาบน และ sign out ได้ มีทั้งโหมดสว่างและโหมดมืด ซึ่งเจ๋งมาก และตอนนี้ยังไม่เห็นสัญญาใด ๆ เพราะเรายังไม่ได้สร้าง และแน่นอน เรามีผู้ช่วยแชทซึ่งตอนนี้ยังไม่ทำงาน นี่เป็นแค่ของจำลอง (stub) เพื่อให้เห็นว่าอินเทอร์เฟซแชทจะมีหน้าตาแบบไหน เราจะลงมือทำสมองของ agent อีกสักครู่ แต่ก่อนสร้าง agent ผมว่ามาเชื่อมต่อแอปของเรากับ DocuSign MCP กันก่อน
เพื่อให้ agent ใช้ tools ของ DocuSign ได้จริง มันต้องได้รับการยืนยันตัวตน (authenticate) กับ DocuSign ก่อน ผมจะแปะลิงก์หน้านี้ไว้ในคำอธิบายวิดีโอ คุณสร้าง developer account ได้ฟรี สร้างบัญชีแล้วล็อกอินเข้าไป เดี๋ยวเราจะกลับมาที่บัญชีของเราอีกสักครู่ ตอนนี้เรามีบัญชีแล้ว สิ่งที่ต้องทำคือติดตั้ง DocuSign MCP เข้าไปในแอปของเรา
เชื่อมต่อแอปกับ DocuSign: สิ่งที่ผมแนะนำคือ เนื่องจากจบเซสชัน Claude นี้แล้ว ผมจะล้าง context window (หน้าต่างบริบท) แล้วส่ง prompt ที่สอง ผมจะสร้างไฟล์ prompt ขึ้นมาอีกอัน ถ้าอยากคัดลอกก็ได้ ผมจะตั้งชื่อว่า add-docusign-auth แล้วนี่คือ prompt ฟังดูอาจจะเทคนิคหน่อย แต่สิ่งที่เราทำคือขอให้ agent เพิ่มความสามารถในแอปสำหรับเชื่อมต่อแอปของเรากับ DocuSign และผมยังให้ URL นี้ด้วย ซึ่ง agent ใช้ค้นหาเอกสารเกี่ยวกับ MCP server ได้ แล้วก็แค่คัดลอก prompt นี้ วางลงในแชท แล้วส่งให้ agent
ระหว่างที่ Claude ทำงานในแอป เรามาตั้งค่าบางอย่างใน DocuSign development portal กัน ไปที่หน้า developers จากนั้นภายใต้โปรไฟล์ของคุณ เลือก my apps and keys จากหน้านี้ คลิกปุ่ม add app and integration key ตั้งชื่อแอปของเรา ผมจะเรียกมันว่า YouTube tutorial แล้วคลิก create app จากนั้นคัดลอก integration key นี้ แล้วจดไว้ในหน้าต่างแชทด้วย บอกว่า "integration key" ตามด้วยค่านั้น
จากนั้นภายใต้ integration type เลือก private custom integration ในส่วน authentication ที่ถามว่าแอปของคุณสามารถเก็บ client secret ได้อย่างปลอดภัยไหม ตอบว่าใช่ ในส่วน authorization code grant เราจะไม่เลือก แล้วคลิก add secret key คัดลอกคีย์นี้ แล้วเพิ่มลงในแชทเป็น "secret key" แบบนี้ จากนั้นใน additional settings เราต้องเพิ่ม redirect URI (URI สำหรับเปลี่ยนเส้นทาง) ซึ่งต้องเป็นค่าที่เฉพาะเจาะจงมาก ผมรันแอปที่ localhost port 3000 ถ้าไม่แน่ใจก็ถาม Claude ได้ว่าแอปรันอยู่ที่พอร์ตไหน /api/docusign/callback จากนั้นใน allowed HTTP methods (วิธี HTTP ที่อนุญาต) ผมจะเลือกทั้งหมด แล้วคลิก save แล้วเราก็ส่งข้อมูลนี้ไปได้
และอีกอย่าง Claude จะถามค่าพวกนี้กับคุณเองด้วย คุณจะเห็นว่ามันถามหา integration key, secret และบอกให้เราลงทะเบียน redirect URL ซึ่งเราทำไปแล้ว เอาล่ะ ลองเชื่อมต่อกับ DocuSign กัน คลิกปุ่มนี้ อนุญาตการเข้าถึง เสร็จแล้ว ตอนนี้เราเชื่อมต่อกับ DocuSign แล้ว และนี่คือจุดสำคัญมาก agent จะมีสิทธิ์เท่ากับผู้ใช้ที่ล็อกอินอยู่เท่านั้น มันจะทำได้แค่การกระทำที่ผู้ใช้ปัจจุบันได้รับอนุญาตเท่านั้น
สร้าง agent จริง: ต่อไปคือการสร้าง agent ของเรา ตอนนี้ทุกอย่างยังเป็นของจำลอง เรายังไม่มี agent ที่ฉลาดจริง ๆ ตอนนี้เราจะผสานรวม agent ที่สามารถเรียกใช้ tools ของ DocuSign เพื่อสร้างสัญญา จัดการสัญญา ดึงข้อมูลสัญญา และอื่น ๆ ผมจะสร้างไฟล์ prompt อีกอัน ชื่อ add-agent.md แล้ววาง prompt นี้ลงไป prompt นี้ค่อนข้างยาว แต่สิ่งที่เราทำคือขอให้ agent ใช้ Claude Agent SDK สำหรับ inference และสำหรับโมเดล ผมจะเปลี่ยนเป็น Opus 5 และเรายังบอก agent ว่ามันต้องใช้ DocuSign remote MCP server เพื่อทำงานกับสัญญาของเรา ผมจะล้างบทสนทนาอีกครั้งเพื่อเคลียร์ context window วาง prompt นั้น แล้วส่งไป
ระหว่างที่ Claude กำลังผสานรวม agent เรามาดูการสร้างเทมเพลตและ workflow ใน DocuSign กัน จะทำให้ง่ายมาก เราจะสร้าง NDA template และ workflow ง่าย ๆ ที่มีคู่สัญญาฝ่ายหนึ่งต้องเซ็น มีการอนุมัติภายในบางอย่าง และสุดท้ายเอกสารถูกเก็บไว้ที่ไหนสักแห่ง เช่น Google Drive
เมื่อล็อกอินเข้าสู่ developer portal ไปที่ agreements แล้วคลิก workflows จากนั้นคลิก create workflow แน่นอนว่าคุณสร้าง workflow จากศูนย์ได้ แต่ DocuSign ก็มีเทมเพลตสำเร็จรูปให้มากมายเช่นกัน ผมจะค้นหา "NDA" และ "NDA with Google Drive" คลิก use template แล้วเราจะได้ canvas ที่เห็น workflow จริง เห็นได้ชัดว่า workflow ทุกอันต้องมีจุดเริ่มต้น จากนั้นเราจะเห็นโหนดต่าง ๆ เหล่านี้ ซึ่งก็คือแต่ละขั้นตอนใน workflow เราคลิกโหนดไหนก็ได้เพื่อปรับแต่งเพิ่มเติม เช่น map ฟิลด์ต่าง ๆ และแน่นอน เราทำให้มันเทคนิคและซับซ้อนแค่ไหนก็ได้ และสุดท้ายของกระบวนการ เราจะบันทึก NDA นี้ลงใน Google Drive
ขอพูดถึงอีกจุดหนึ่ง ถ้าคุณไม่อยากใช้ workflow ที่ซับซ้อน สมมติว่าแค่ต้องการเทมเพลตง่าย ๆ ส่งให้ลูกค้า ก็ทำได้เช่นกัน ผมจะออกจาก workflow builder แต่แค่อยากโชว์ว่าความสามารถอันทรงพลังนี้มีอยู่จริง สำหรับองค์กรใหญ่หลายแห่งที่มีหลายขั้นตอน คุณสามารถตั้งค่าเองได้ง่าย ๆ
ถ้าไม่ต้องใช้ workflow ซับซ้อน อีกวิธีที่ง่ายมากคือไปที่ templates แล้วสร้าง envelope template (เทมเพลตซองเอกสาร) ไปที่นี่เลย และอีกอย่าง ผมจะแชร์ไฟล์นี้ใน GitHub repository เดียวกัน ถ้าอยากทำตาม ผมสร้าง PDF NDA นี้ขึ้นมาโดยใช้ Claude Code มันง่ายมาก มีชื่อบริษัท ชื่อคู่สัญญา และด้านล่างมีช่องสำหรับผู้ตรวจสอบภายในและคู่สัญญา คุณจะสร้างสัญญาของตัวเองเมื่อไหร่ก็ได้ หรือจะคัดลอก PDF ของผมก็ได้
จากนั้นตั้งชื่อเทมเพลตนี้ เช่น my NDA ส่วนคำอธิบายก็ใส่แบบเดียวกัน แล้วอัปโหลดไฟล์ของเรา แค่ลากแล้ววางลงในส่วนนี้ และใน add recipients ให้ติ๊ก set signing order (กำหนดลำดับการเซ็น) นี่ก็คือ workflow นั่นแหละ อย่างแรกเราอาจให้คู่สัญญาเซ็นก่อน แล้วค่อยอนุมัติภายใน หรือสลับกันก็ได้ สำหรับ role ผมตั้งเป็น internal approver (ผู้ตรวจสอบภายใน) จะปล่อยช่องอีเมลและชื่อว่างไว้ เพราะ agent จะเป็นคนกำหนดค่าพวกนี้ และสำหรับ action ปล่อยเป็น need to sign (ต้องเซ็น) เพิ่มผู้รับอีกคน ชื่อ counterparty (คู่สัญญา) คนนี้ก็ต้องเซ็น และให้ agent กำหนดชื่อกับอีเมลเอง
ถ้าต้องการ เลื่อนลงมาแล้วเปลี่ยน cover letter (ข้อความนำส่ง) ของอีเมลได้ สำหรับ category ผมจะค้นหา non-disclosure agreement แบบนี้ แล้วคลิก add new fields ซึ่งผมจะทำให้ง่ายมาก เราจะเพิ่มฟิลด์บนฟอร์มนี้เพื่อกำหนดว่าค่าแต่ละอย่างหรือลายเซ็นควรอยู่ตรงไหน อย่างแรก ทำ internal approver ก่อน สิ่งที่ผมต้องการจากผู้ตรวจสอบภายในจริง ๆ คือลายเซ็นของเขา แค่ลากฟิลด์ลายเซ็นไปวางตรงที่ควรเซ็นบนฟอร์ม แน่นอนว่าไปต่อได้อีก ถ้าอยากเพิ่มชื่อก็ได้ เพิ่มตำแหน่งงาน เพิ่มวันที่ อะไรก็ได้ตามต้องการ เปลี่ยนมาเป็น counterparty แล้วเพิ่มลายเซ็นของคู่สัญญา บางทีเพิ่มชื่อ ตำแหน่งงาน และวันที่เซ็นด้วย แล้วก็เสร็จ ง่ายมากจริง ๆ ถ้าอยากเพิ่มรายละเอียดอื่น ๆ ลงในฟอร์ม ก็แค่ลากฟิลด์ไปวาง สุดท้ายคลิก save and close เท่านั้นเอง ตอนนี้เรามีเทมเพลตใหม่ชื่อ my NDA แล้ว ง่ายจริง ๆ ถ้าต้องการสัญญาเพิ่ม ก็ทำกระบวนการเดียวกันแล้วสร้างเทมเพลตเพิ่มตรงนี้
ทดสอบ agent กับ DocuSign MCP: มาดูกันว่า agent ของเราทำงานจริงไหม ตอนนี้ผมอยู่ในอินเทอร์เฟซแชท ลองพิมพ์ว่า "Hey" หวังว่าจะได้คำตอบกลับมา ดูมีแววดี และแล้ว เราก็ได้คำตอบจริง ๆ เจ๋งมาก ทีนี้มาดูว่า agent ใช้ DocuSign MCP ได้ไหม "เรามีสิทธิ์เข้าถึงเทมเพลตไหนบ้าง?" ดูมีแววดีมาก มันกำลังเรียก DocuSign มันดึงข้อมูลผู้ใช้ของเรา ดึงเทมเพลต และดูสิ มันดึงเทมเพลตทั้งหมดที่เรามี รวมถึงอันที่เราเพิ่งสร้างชื่อ my NDA ด้วย
ถึงเวลาพิสูจน์กันแล้ว มาดูว่าเราส่ง NDA นี้ได้จริงไหม ผมจะสั่งด้วยเสียงว่า "กรุณาส่ง NDA ให้ Jane ด้วย อีเมลของเธอคือบัญชี Gmail ของผม และใช้เทมเพลต my NDA นะ ผมจะเป็นผู้ตรวจสอบภายใน" ส่งเลย และนี่คือคุณค่าที่แท้จริง agent ไม่ได้เดาหรือตัดสินใจแทนคุณแบบมั่ว ๆ มันขออนุมัติจากเรา มันจับได้ว่าบัญชีอีเมลคล้ายกันมาก เพราะเป็นแค่บัญชีเดโม่ ดังนั้นมันแค่ยืนยันว่าทุกอย่างถูกต้อง เรายังไม่ตัดมนุษย์ออกจากกระบวนการนี้ และเสร็จแล้ว มันส่งสัญญาเรียบร้อย ขอรีเฟรชกล่องอีเมลหน่อย ถ้าดึงกล่องอีเมลขึ้นมา คลิก review แล้วดูสิ นั่นคือไฟล์ PDF ที่เราอัปโหลดไปก่อนหน้านี้จริง ๆ และ agent เติมชื่อคู่สัญญาให้ล่วงหน้าแล้ว เพิ่มวันที่ให้อัตโนมัติ ตอนนี้ผมเพิ่มตำแหน่งงานได้ เพิ่มลายเซ็นได้ คลิกตรงนี้ แล้วทุกอย่างก็ทำงาน ส่งเอกสารกัน แล้วถาม agent ว่า "สถานะของสัญญานั้นตอนนี้เป็นยังไง?" ดูสิ มันตอบถูกต้องว่าผมเซ็นแล้ว เรียบร้อยดี ส่วน Jane ซึ่งเป็นคู่สัญญายังไม่ได้เซ็น และลำดับนี้ก็อิงจากลำดับที่เราตั้งไว้ในแพลตฟอร์ม DocuSign ซึ่งหมายความว่าทุกอย่างทำงานจริง
ปิดท้าย: ยังมีอีกอย่าง ถ้าอยากต่อแท็บ agreements เข้ากับข้อมูลจริงด้วย ผมจะสร้าง prompt อีกอันที่คัดลอกไปใช้ได้เลย ชื่อ populate-agreements-tab.md สิ่งที่ต้องทำคือคัดลอก prompt นี้ แล้วผมจะล้าง Claude Code แล้ววาง prompt นี้ลงไป ซึ่งมันจะอาศัย DocuSign MCP ในการเติมตารางนี้ด้วยสัญญาจริง แต่เพราะนี่คือแอปที่ให้ AI agent เป็นศูนย์กลาง (AI agent-first) เราจะโต้ตอบกับสัญญาผ่านอินเทอร์เฟซแชทเป็นหลัก และอย่างที่เห็น ทุกอย่างทำงานได้
ขอย้ำอีกครั้ง ซอร์สโค้ดของโปรเจกต์นี้ฟรี และจะแปะลิงก์ไว้ในคำอธิบายวิดีโอ คุณยังสมัคร developer account ฟรีบนแพลตฟอร์ม DocuSign ได้ ผมจะแปะลิงก์หน้านั้นไว้ในคำอธิบายด้วย ซึ่งมีข้อมูลเพิ่มเติมอีกมากเกี่ยวกับ DocuSign MCP server อีกครั้ง ตอนนี้ยังเป็น beta อยู่ แต่พอคุณดูวิดีโอนี้ มันอาจจะเสถียรและพร้อมปล่อยสู่สาธารณะแล้ว คุณทำอะไรเจ๋ง ๆ กับมันได้อีกมาก ไม่จำเป็นต้องใช้ในแอปพลิเคชันของคุณเองเท่านั้น ยังต่อเข้ากับ Claude desktop app ได้ด้วย และเพราะมันเป็น MCP server คุณจึงใช้มันได้หลายวิธีใน AI client หลาย ๆ ตัว สุดท้ายนี้ ขอขอบคุณ DocuSign ที่สนับสนุนวิดีโอนี้ และถ้าชอบวิดีโอนี้ ช่วยกด like และ subscribe ช่องของผม เพื่อรับบทช่วยสอน Agent Coding เพิ่มเติม เจอกันวิดีโอหน้า บายบายครับ
หมายเหตุการแปล
ความโปร่งใสเกี่ยวกับความไม่แน่นอนในต้นฉบับ
- ## จุดที่ไม่ชัดเจน / ข้อสังเกตจากคำบรรยายอัตโนมัติ
- ไม่มี segment ใดที่ฟังไม่ชัดจนต้องใส่เครื่องหมาย [ฟังไม่ชัด] ลงในคำแปล แต่มีคำที่คำบรรยายอัตโนมัติถอดเสียงผิด (auto-caption garbles) ซึ่งแก้ตามบริบทให้ถูกต้องดังนี้:
อภิธานศัพท์เทคนิค
คำศัพท์และชื่อผลิตภัณฑ์ที่คงรูปภาษาอังกฤษ
| ศัพท์ | คำแปล / คำอธิบาย |
|---|---|
| Claude | โมเดล AI ของ Anthropic (คงชื่อภาษาอังกฤษ) |
| Claude Code | เครื่องมือเขียนโค้ดด้วย Claude ที่รันใน terminal (คงชื่อ) |
| Claude Agent SDK | ชุดพัฒนา (SDK) สำหรับสร้าง agent ด้วย Claude |
| Claude Desktop / Claude desktop app | แอปเดสก์ท็อปของ Claude (คงชื่อ) |
| Opus 5 | โมเดลตระกูล Opus รุ่น 5 ของ Claude (คงชื่อ) |
| Claude CoWork | เครื่องมือที่ใช้ Claude ทำงานร่วมกับผู้ใช้ (คงชื่อตามคำบรรยายต้นฉบับ) |
| MCP (Model Context Protocol) | โปรโตคอลที่ใช้เชื่อมต่อโมเดลกับเครื่องมือภายนอก |
| MCP server | เซิร์ฟเวอร์ที่เปิดเผย tools ต่าง ๆ ให้ agent เรียกใช้ |
| DocuSign | แพลตฟอร์มเซ็นเอกสารออนไลน์ (สปอนเซอร์วิดีโอนี้) |
| DocuSign IAM | ระบบจัดการข้อตกลงของ DocuSign (Intelligent Agreement Management) |
| DocuSign MCP server | MCP server ของ DocuSign สำหรับให้ agent สร้าง/จัดการสัญญา (อยู่ในช่วง beta) |
| NDA (Non-Disclosure Agreement) | ข้อตกลงไม่เปิดเผยข้อมูล |
| agent | ตัวแทนอัตโนมัติที่ทำงานแทนผู้ใช้ |
| chatbot | แชตบอต |
| brain | สมอง (หมายถึงตัวโมเดล) |
| harness | โครง/เฟรมเวิร์กที่ใช้รันโมเดล |
| tools | เครื่องมือที่ agent เข้าถึงได้เพื่อลงมือทำสิ่งต่าง ๆ |
| permissions layer | ชั้นสิทธิ์การเข้าถึง (กำหนดว่า agent ทำอะไรได้/ไม่ได้) |
| workflow | ขั้นตอนการทำงานของเอกสาร |
| template | แม่แบบ/เทมเพลต |
| counterparty | คู่สัญญา (อีกฝ่ายที่ต้องเซ็น) |
| internal approver | ผู้ตรวจสอบภายใน |
| envelope ID | รหัสซองเอกสาร |
| draft agreement | ร่างสัญญา |
| Playwright MCP server | MCP server สำหรับให้ agent ควบคุมเบราว์เซอร์และเทสต์แอป |
| start an app skill | สกิลที่ให้แนวทาง tech stack แก่ agent |
| npx skills add LeonvanZyl/skills | คำสั่งติดตั้ง start an app skill |
| Next.js | เฟรมเวิร์ก JavaScript สำหรับเว็บ (คงชื่อ) |
| Postgres / Docker / SQLite | ฐานข้อมูล PostgreSQL / คอนเทนเนอร์ / ฐานข้อมูล SQLite (คงชื่อ) |
| Neon database / Vercel database | บริการฐานข้อมูลบนคลาวด์ (คงชื่อ) |
| integration key | คีย์เชื่อมต่อแอปกับ DocuSign |
| secret key / client secret | คีย์ลับสำหรับยืนยันตัวตน |
| redirect URI | URI สำหรับเปลี่ยนเส้นทางกลับหลังยืนยันตัวตน |
| localhost port 3000 | พอร์ต 3000 ที่รันแอปในเครื่อง |
| /api/docusign/callback | เส้นทาง (endpoint) callback ของ DocuSign ในแอป |
| authorization code grant | วิธีให้สิทธิ์แบบ authorization code |
| context window | หน้าต่างบริบทของโมเดล (พื้นที่หน่วยความจำในการสนทนา) |
| inference | การประมวลผลคำตอบของโมเดล |
| scaffold | การสร้างโครงโปรเจกต์เริ่มต้น |
| stub | ของจำลอง (ยังไม่เชื่อมต่อการทำงานจริง) |
| end-to-end testing | การทดสอบทั้งระบบตั้งแต่ต้นจนจบ |
| planning mode | โหมดวางแผนของ coding agent |
| clarifying questions | คำถามเพื่อความกระจ่าง |
| split view | มุมมองแบบแบ่งจอ |
| UI (user interface) | ส่วนติดต่อผู้ใช้ |
| auth | การยืนยันตัวตน / ระบบล็อกอิน |
| metadata | ข้อมูลเมตา (ข้อมูลอธิบายข้อมูล) |
| beta | เฟสทดสอบก่อนเปิดตัวเต็มรูปแบบ |
| agent-ready | พร้อมให้ agent ทำงานร่วมด้วย |
| AI agent-first | แนวคิดที่ให้ AI agent เป็นศูนย์กลางของแอป |
| GitHub repository | คลังเก็บโค้ดบน GitHub |
| developer portal | พอร์ทัลสำหรับนักพัฒนา |
| developer account | บัญชีนักพัฒนา |
| Gmail / Google Drive | บริการของ Google (คงชื่อ) |
| envelope template | เทมเพลตซองเอกสาร |
| cover letter | ข้อความนำส่งของอีเมล |
| need to sign | สถานะ "ต้องลงนาม" ของผู้รับ |
| set signing order | กำหนดลำดับการเซ็น |
| add new fields | เพิ่มฟิลด์ใหม่ในเอกสาร |
| save and close | บันทึกและปิด (ปุ่มใน DocuSign) |
| use template | ใช้เทมเพลต |
| create workflow | สร้างขั้นตอนการทำงาน |
| review | ตรวจสอบเอกสาร (ปุ่มในอีเมลของ DocuSign) |
| sign out | ออกจากระบบ |
| tech stack | ชุดเทคโนโลยีที่ใช้พัฒนาแอป |
| production | สภาพแวดล้อมการใช้งานจริง |
| coding agent | ตัวแทน AI ที่ช่วยเขียนโค้ด |
| prompt | ข้อความคำสั่งที่ส่งให้ agent |
ซับไตเติ้ลภาษาไทย
ดาวน์โหลดหรือดูซับทั้งหมด
1 00:00:00,000 --> 00:00:07,168 ช่วงเปิด — ทำไมต้องสร้าง agent ไม่ใช่แค่ chatbot: ถ้าคุณยังสร้างแค่ chatbot ง่าย ๆ 2 00:00:07,168 --> 00:00:10,314 อยู่ล่ะก็ แสดงว่าคุณตามหลังเขาไปแล้ว 3 00:00:10,314 --> 00:00:12,849 เราผ่านยุคที่สร้างแค่ chatbot 4 00:00:12,849 --> 00:00:16,521 ที่สรุปข้อมูลและค้นหาข้อมูลได้ไปไกลมากแล้ว
เปิดดูซับไตเติ้ลทั้งหมด (445 segments)
1 00:00:00,000 --> 00:00:07,168 ช่วงเปิด — ทำไมต้องสร้าง agent ไม่ใช่แค่ chatbot: ถ้าคุณยังสร้างแค่ chatbot ง่าย ๆ 2 00:00:07,168 --> 00:00:10,314 อยู่ล่ะก็ แสดงว่าคุณตามหลังเขาไปแล้ว 3 00:00:10,314 --> 00:00:12,849 เราผ่านยุคที่สร้างแค่ chatbot 4 00:00:12,849 --> 00:00:16,521 ที่สรุปข้อมูลและค้นหาข้อมูลได้ไปไกลมากแล้ว 5 00:00:16,521 --> 00:00:18,618 ตอนนี้ผู้คนคาดหวัง agent 6 00:00:18,618 --> 00:00:22,552 ที่ทำงานแทนพวกเขาได้และจัดการงานที่ซับซ้อนได้ 7 00:00:22,552 --> 00:00:26,398 นี่คือเหตุผลที่เครื่องมืออย่าง Claude CoWork 8 00:00:26,398 --> 00:00:28,059 ถึงได้มาแรงขนาดนั้น 9 00:00:28,059 --> 00:00:31,468 และเมื่อคุณสร้างแอปพลิเคชันของตัวเองเอง 10 00:00:31,468 --> 00:00:32,866 มาตรฐานก็สูงพอ ๆ 11 00:00:32,866 --> 00:00:36,887 กัน ทั้งหมดนี้สรุปได้เป็นแนวคิดง่าย ๆ สามอย่าง 12 00:00:36,887 --> 00:00:40,821 อย่างแรกคือสมอง (brain) ซึ่งก็คือตัวโมเดล และ 13 00:00:40,821 --> 00:00:44,579 harness หรือโครงที่ใช้รันโมเดลนั้น ต่อมาคือ 14 00:00:44,579 --> 00:00:46,852 tools หรือเครื่องมือต่าง ๆ 15 00:00:46,852 --> 00:00:50,523 ที่ agent เข้าถึงได้เพื่อลงมือทำสิ่งต่าง ๆ 16 00:00:50,523 --> 00:00:54,020 แทนผู้ใช้ สุดท้ายคือชั้นสิทธิ์การเข้าถึง 17 00:00:54,020 --> 00:00:57,604 (permissions layer) ซึ่งเป็นส่วนที่เราบอก 18 00:00:57,604 --> 00:01:01,013 agent ได้ว่ามันทำอะไรได้และทำอะไรไม่ได้ 19 00:01:01,013 --> 00:01:03,635 ตัวอย่าง — แอปจัดการสัญญา NDA: 20 00:01:03,635 --> 00:01:05,645 ลองดูแอปนี้เป็นตัวอย่าง 21 00:01:05,645 --> 00:01:09,317 ทีมในองค์กรขนาดใหญ่จมอยู่กับงานเอกสารสัญญา 22 00:01:09,317 --> 00:01:13,337 พวกเขาต้องร่าง NDA (Non-Disclosure Agreement — 23 00:01:13,337 --> 00:01:15,960 ข้อตกลงไม่เปิดเผยข้อมูล) ซ้ำ ๆ 24 00:01:15,960 --> 00:01:24,264 ไล่ตามลายเซ็น และต้องคอยค้นหาว่าสัญญาบางฉบับเซ็นไปแล้วหรือยัง ด้วยการไล่ค้นหาในกล่องอีเมลหลาย ๆ 25 00:01:24,264 --> 00:01:29,596 กล่อง สิ่งที่หลายคนทำคือสร้าง chatbot ที่สแกนกล่องอีเมลต่าง ๆ 26 00:01:29,596 --> 00:01:32,655 หรือดึงสถานะจากฐานข้อมูลมาให้ผู้ใช้ 27 00:01:32,655 --> 00:01:36,501 แต่ในยุคสมัยนี้มันไม่พอแล้ว เราต้องการ agent 28 00:01:36,501 --> 00:01:40,085 ที่สามารถสร้าง NDA และจัดการทั้ง workflow 29 00:01:40,085 --> 00:01:43,057 อย่างปลอดภัย นั่นหมายความว่า agent 30 00:01:43,057 --> 00:01:47,078 จะไม่เพียงแค่สร้างสัญญา แต่จะส่งให้ทุกฝ่ายด้วย 31 00:01:47,078 --> 00:01:51,099 และมั่นใจว่าทุกอย่างเซ็นครบ และติดตาม workflow 32 00:01:51,099 --> 00:01:54,158 ทั้งหมดตั้งแต่ต้นจนจบ ลองส่ง prompt 33 00:01:54,158 --> 00:01:58,004 นี้เป็นตัวอย่าง: "กรุณาส่ง NDA ให้ Jane ด้วย 34 00:01:58,004 --> 00:02:01,501 อีเมลของเธอคือ..." ผมจะใช้อีเมลของตัวเอง 35 00:02:01,501 --> 00:02:05,521 แล้วลองส่งดู ดูสิครับ agent ไม่ได้แค่สร้าง NDA 36 00:02:05,521 --> 00:02:09,542 แล้วส่งออกไป แต่มันจะขอเช็คกับเราก่อน อย่างแรก 37 00:02:09,542 --> 00:02:12,339 มันสังเกตว่ามีสัญญา NDA หลายฉบับ 38 00:02:12,339 --> 00:02:14,962 และถามเราว่าจะใช้ฉบับไหน ต่อมา 39 00:02:14,962 --> 00:02:17,671 เพราะผมใช้อีเมลส่วนตัวของตัวเอง 40 00:02:17,671 --> 00:02:21,955 มันบอกว่าอีเมลผู้รับคล้ายกับบัญชีที่ผมล็อกอินอยู่ 41 00:02:21,955 --> 00:02:25,713 มันตรวจจับเรื่องนั้นได้ด้วย นั่นเจ๋งมากครับ 42 00:02:25,713 --> 00:02:27,986 agent จะไม่ทำอะไรแบบมั่ว ๆ 43 00:02:27,986 --> 00:02:31,657 แต่มันจะคอยเช็คกับเราก่อนเสมอ ผมจะตอบไปว่า 44 00:02:31,657 --> 00:02:35,678 "ใช้ NDA ส่วนตัวของผม อีเมลถูกต้องแล้ว ส่งเลย" 45 00:02:35,678 --> 00:02:38,912 จากนั้น agent ก็ดึงเทมเพลต NDA เข้ามา 46 00:02:38,912 --> 00:02:42,234 แล้วบอกว่า ต้องมีคู่สัญญาอีกฝ่ายมาเซ็น 47 00:02:42,234 --> 00:02:43,458 ซึ่งก็คือ Jane 48 00:02:43,458 --> 00:02:47,129 และตอนนี้มันถามว่าใครจะเป็นผู้ตรวจสอบภายใน 49 00:02:47,129 --> 00:02:50,188 (internal approver) ของ NDA ฉบับนี้ 50 00:02:50,188 --> 00:02:53,160 ผมตอบว่าผมเองจะเป็นผู้ตรวจสอบภายใน 51 00:02:53,160 --> 00:02:56,394 จากนั้นมันบอกว่าสร้างร่างสัญญา (draft 52 00:02:56,394 --> 00:03:00,153 agreement) เสร็จแล้ว มันค่อย ๆ เช็คทุกอย่าง 53 00:03:00,153 --> 00:03:03,912 และตอนนี้ก็ส่งสัญญาไปแล้ว พร้อมกับ metadata 54 00:03:03,912 --> 00:03:07,408 อย่าง envelope ID และสถานะตอนนี้คือ sent 55 00:03:07,408 --> 00:03:10,730 (ส่งแล้ว) ถ้าผมเปิดกล่องอีเมลดูสักครู่ 56 00:03:10,730 --> 00:03:14,751 เราจะเห็นอีเมลที่ส่งถึง Jane และเปิดเอกสาร NDA 57 00:03:14,751 --> 00:03:15,849 ได้ 58 00:03:15,849 --> 00:03:19,607 นี่คือเทมเพลตจริงที่เราสร้างให้บริษัทของเรา 59 00:03:19,607 --> 00:03:23,453 มาลองเซ็นในนาม Jane กัน แล้วก็เสร็จเรียบร้อย 60 00:03:23,453 --> 00:03:27,387 พอ Jane เซ็น NDA ฉบับนี้แล้ว ลองถาม agent ว่า 61 00:03:27,387 --> 00:03:30,621 "สถานะปัจจุบันของ NDA เป็นยังไงบ้าง?" 62 00:03:30,621 --> 00:03:34,205 แน่นอนว่า agent ตอบว่า Jane เซ็นสัญญาแล้ว 63 00:03:34,205 --> 00:03:37,963 และยังรอการอนุมัติภายในอยู่ ซึ่งเจ๋งมากครับ 64 00:03:37,963 --> 00:03:42,334 นี่หมายความว่าเราสามารถเปิดแอปขึ้นมาเมื่อไหร่ก็ได้ 65 00:03:42,334 --> 00:03:45,918 ไม่ใช่แค่สอบถามสถานะสัญญา แต่ยังให้ agent 66 00:03:45,918 --> 00:03:49,939 ส่งสัญญาให้เราได้ด้วย และมันไม่ได้จำกัดแค่ NDA 67 00:03:49,939 --> 00:03:52,736 เท่านั้น เป็นสัญญาประเภทไหนก็ได้ 68 00:03:52,736 --> 00:03:54,746 และเพื่อให้ครบกระบวนการ 69 00:03:54,746 --> 00:03:57,806 นี่คืออีเมลที่ส่งถึงผู้ตรวจสอบภายใน 70 00:03:57,806 --> 00:03:59,903 ลองเข้าไปเซ็น แล้วถามว่า 71 00:03:59,903 --> 00:04:02,438 "สถานะตอนนี้เป็นยังไง?" agent 72 00:04:02,438 --> 00:04:06,022 ก็จะตอบว่าทั้งสองฝ่ายเซ็นสัญญาฉบับนี้แล้ว 73 00:04:06,022 --> 00:04:10,043 สิ่งที่เราจะทำในวิดีโอนี้: ในวิดีโอนี้ ผมจะสอน 74 00:04:10,043 --> 00:04:11,141 workflow 75 00:04:11,141 --> 00:04:15,162 ของผมในการสร้างแอปพลิเคชันที่พร้อมสำหรับ agent 76 00:04:15,162 --> 00:04:18,833 (agent-ready) แบบนี้ และเป็นโบนัสเพิ่มเติม 77 00:04:18,833 --> 00:04:22,942 คุณสามารถดาวน์โหลดซอร์สโค้ดของโปรเจกต์นี้ได้ฟรี 78 00:04:22,942 --> 00:04:25,564 ผมจะแปะลิงก์ GitHub repository 79 00:04:25,564 --> 00:04:27,225 ไว้ในคำอธิบายวิดีโอ 80 00:04:27,225 --> 00:04:30,546 ถ้าอยากตามทำบทช่วยสอนนี้และสร้าง agent 81 00:04:30,546 --> 00:04:34,043 จัดการสัญญา (agreement management agent) 82 00:04:34,043 --> 00:04:37,801 ขึ้นมาเอง ขอแยกส่วนประกอบหลักของแอปนี้ให้ดู 83 00:04:37,801 --> 00:04:40,773 ตัว AI agent ของเราต้องการสามอย่าง 84 00:04:40,773 --> 00:04:44,095 อย่างแรกคือสมองหรือส่วนของการให้เหตุผล 85 00:04:44,095 --> 00:04:47,941 (reasoning) ซึ่งผมจะใช้โมเดล Claude คุณจะใช้ 86 00:04:47,941 --> 00:04:51,437 provider ไหนก็ได้ แต่ในแง่ของ tech stack 87 00:04:51,437 --> 00:04:55,283 ผมจะใช้โมเดล Claude และเฉพาะเจาะจงคือ Opus 5 88 00:04:55,283 --> 00:04:59,304 และเพื่อรัน agent นี้ในเว็บแอปพลิเคชัน ผมจะใช้ 89 00:04:59,304 --> 00:05:02,276 Claude Agent SDK ซึ่งจะทำให้ agent 90 00:05:02,276 --> 00:05:05,948 ของเราสามารถเรียกใช้ MCP servers และ tools 91 00:05:05,948 --> 00:05:09,269 ต่าง ๆ ได้ นอกจากโมเดลกับ harness แล้ว 92 00:05:09,269 --> 00:05:11,629 เรายังมี context และ action 93 00:05:11,629 --> 00:05:15,126 ซึ่งทั้งสองอย่างนี้เราจะใช้ DocuSign IAM 94 00:05:15,126 --> 00:05:18,709 พูดง่าย ๆ คือที่นี่คือที่เก็บสัญญาทั้งหมด 95 00:05:18,709 --> 00:05:22,730 และเป็นช่องทางที่เราใช้โต้ตอบกับสัญญาเหล่านั้น 96 00:05:22,730 --> 00:05:24,828 หมายความว่า DocuSign IAM 97 00:05:24,828 --> 00:05:28,325 เป็นทั้งระบบจัดเก็บข้อมูลหลัก (system of 98 00:05:28,325 --> 00:05:32,346 record) และระบบลงมือปฏิบัติ (system of action) 99 00:05:32,346 --> 00:05:37,503 และมันคือแพลตฟอร์มเดียวกับที่สัญญาทั้งหมดของเราถูกดำเนินการ 100 00:05:37,503 --> 00:05:41,261 เช่นส่ง กำหนดเส้นทาง และเซ็น เพื่อให้ agent 101 00:05:41,261 --> 00:05:44,845 ของเราโต้ตอบกับ DocuSign ได้ เราจะใช้ MCP 102 00:05:44,845 --> 00:05:47,642 server (Model Context Protocol — 103 00:05:47,642 --> 00:05:51,838 โปรโตคอลที่ใช้เชื่อมต่อโมเดลกับเครื่องมือภายนอก) 104 00:05:51,838 --> 00:05:55,509 ซึ่ง MCP server จะเปิดเผย tools ทั้งหมดที่ 105 00:05:55,509 --> 00:05:59,268 agent ใช้โต้ตอบกับ DocuSign ได้ ทำให้ agent 106 00:05:59,268 --> 00:06:02,415 ไม่เพียงแค่สร้างสัญญาและติดตามมันได้ 107 00:06:02,415 --> 00:06:05,037 แต่ยังสอบถามข้อมูลสัญญาได้ด้วย 108 00:06:05,037 --> 00:06:08,359 ขอให้ชัดเจนว่าเราจะไม่สร้าง custom API 109 00:06:08,359 --> 00:06:12,205 ขึ้นมาเอง เราแค่ผูก MCP server เข้ากับ agent 110 00:06:12,205 --> 00:06:15,963 แล้วมันก็จะสร้างและจัดการสัญญาทั้งหมดให้เรา 111 00:06:15,963 --> 00:06:19,809 ขอพูดสั้น ๆ ว่าวิดีโอนี้ได้รับการสนับสนุนจาก 112 00:06:19,809 --> 00:06:22,607 DocuSign และ DocuSign MCP server 113 00:06:22,607 --> 00:06:25,404 ในตอนที่ถ่ายทำยังอยู่ในช่วง beta 114 00:06:25,404 --> 00:06:28,638 ถ้าคุณเคยสนใจการสร้างแอปแบบ AI native 115 00:06:28,638 --> 00:06:31,785 วิดีโอนี้คือบทช่วยสอนสำหรับคุณแน่นอน 116 00:06:31,785 --> 00:06:35,718 คุณจะได้เรียนรู้อีกเยอะ ผมแนะนำว่านั่งลง เปิด 117 00:06:35,718 --> 00:06:38,078 Claude Code แล้วทำตามไปด้วย 118 00:06:38,078 --> 00:06:40,701 นั่นคือวิธีเรียนรู้ที่ดีที่สุด 119 00:06:40,701 --> 00:06:44,110 เริ่มสร้างโปรเจกต์: เอาล่ะ พูดมากพอแล้ว 120 00:06:44,110 --> 00:06:48,130 มาลงมือสร้างโปรเจกต์นี้กันจริง ๆ ถ้าคุณอยากใช้ 121 00:06:48,130 --> 00:06:52,064 Claude Desktop หรือ Codex ก็ได้ คุณใช้ coding 122 00:06:52,064 --> 00:06:54,337 agent ตัวไหนก็ได้ workflow 123 00:06:54,337 --> 00:06:57,920 ที่ผมจะโชว์ในบทช่วยสอนนี้ใช้ได้กับ coding 124 00:06:57,920 --> 00:07:01,854 agent ทุกตัว ส่วนตัวผมจะใช้ Claude Code รันใน 125 00:07:01,854 --> 00:07:05,438 VS Code เพื่อจะได้เห็นไฟล์ที่ถูกสร้างขึ้น 126 00:07:05,438 --> 00:07:07,973 ก่อนจะสร้างอะไร มี dependency 127 00:07:07,973 --> 00:07:11,119 สองอย่างที่ผมชอบติดตั้งในทุกโปรเจกต์ 128 00:07:11,119 --> 00:07:14,354 อย่างแรกคือ MCP server ที่จะให้ agent 129 00:07:14,354 --> 00:07:18,200 ควบคุมเบราว์เซอร์และเทสต์แอปแทนเรา ถ้าคุณใช้ 130 00:07:18,200 --> 00:07:21,609 Claude Desktop หรือ ChatGPT desktop app 131 00:07:21,609 --> 00:07:24,144 ข้ามขั้นนี้ได้เลย เพราะ agent 132 00:07:24,144 --> 00:07:27,465 จะมีเบราว์เซอร์ในตัวอยู่แล้ว แต่ถ้าใช้ 133 00:07:27,465 --> 00:07:30,962 terminal ก็ควรติดตั้งอันนี้ เราสำเร็จรูป 134 00:07:30,962 --> 00:07:34,371 ไม่ต้องตั้งค่าอะไรเอง แค่คัดลอก URL นี้ 135 00:07:34,371 --> 00:07:38,217 กลับไปที่ agent แล้วบอกว่า "กรุณาติดตั้ง MCP 136 00:07:38,217 --> 00:07:41,713 server นี้" แล้วส่งลิงก์นี้ไป ยังไงก็ตาม 137 00:07:41,713 --> 00:07:45,734 ผมจะแปะลิงก์ทรัพยากรทั้งหมดไว้ในคำอธิบายวิดีโอ 138 00:07:45,734 --> 00:07:48,793 จากนั้น Claude จะสร้างไฟล์นี้ขึ้นมา 139 00:07:48,793 --> 00:07:51,940 ซึ่งเป็นไฟล์ MCP ที่เชื่อมต่อ Claude 140 00:07:51,940 --> 00:07:54,038 เข้ากับเบราว์เซอร์ของเรา 141 00:07:54,038 --> 00:07:57,534 และอย่างที่สองที่ผมชอบทำคือติดตั้ง skill 142 00:07:57,534 --> 00:08:00,594 ที่ชื่อว่า start an app ซึ่งง่ายมาก 143 00:08:00,594 --> 00:08:04,527 แค่รันคำสั่ง npx skills add LeonvanZyl/skills 144 00:08:04,527 --> 00:08:08,461 สิ่งที่คำสั่งนี้ทำคือติดตั้ง skill ชื่อ start 145 00:08:08,461 --> 00:08:12,219 an app ซึ่งจะให้แนวทางที่แม่นยำมากกับ agent 146 00:08:12,219 --> 00:08:15,366 ว่าให้ใช้ tech stack แบบไหน ปกติแล้ว 147 00:08:15,366 --> 00:08:18,425 ข้อผิดพลาดที่หลายคนทำคือขอให้ agent 148 00:08:18,425 --> 00:08:22,097 สร้างแอปโดยไม่ระบุ tech stack พื้นฐาน ซึ่ง 149 00:08:22,097 --> 00:08:24,282 agent อาจเลือก tech stack 150 00:08:24,282 --> 00:08:27,166 ที่จะก่อปัญหาตามมาในภายหลัง skill 151 00:08:27,166 --> 00:08:30,051 นี้จึงเป็นการวางกรอบ (guardrails) 152 00:08:30,051 --> 00:08:33,635 ที่ชัดเจนว่าให้ใช้ tech stack แบบไหน เช่น 153 00:08:33,635 --> 00:08:35,470 ถ้าเปิดดูไฟล์เหล่านี้ 154 00:08:35,470 --> 00:08:38,268 คุณจะเห็นว่ามีการตั้งค่าอะไรบ้าง 155 00:08:38,268 --> 00:08:42,114 ในกรณีนี้มันเป็นแอป Next.js และมีกฎเกี่ยวกับ 156 00:08:42,114 --> 00:08:44,823 storage การเชื่อมต่อการชำระเงิน 157 00:08:44,823 --> 00:08:48,669 แลนดิ้งเพจและแดชบอร์ด ฐานข้อมูลที่จะใช้ ระบบ 158 00:08:48,669 --> 00:08:52,516 auth และไลบรารีที่เกี่ยวกับ AI ดังนั้น skill 159 00:08:52,516 --> 00:08:56,362 นี้มีประโยชน์มาก ถ้าไม่อยากเครียดเรื่อง tech 160 00:08:56,362 --> 00:09:00,033 stack ในแอปของตัวเอง โหมดวางแผน — สร้างแอป 161 00:09:00,033 --> 00:09:03,529 Agreement Agent: เอาล่ะ ตอนนี้เราติดตั้ง 162 00:09:03,529 --> 00:09:07,550 Playwright MCP server และมี start an app skill 163 00:09:07,550 --> 00:09:11,134 แล้ว ขั้นต่อไปคือเข้าโหมดวางแผน (planning 164 00:09:11,134 --> 00:09:15,155 mode) แล้วส่ง prompt แบบนี้ "Let's start a new 165 00:09:15,155 --> 00:09:19,176 app" (มาเริ่มแอปใหม่กัน) ซึ่งจะทำให้ agent ใช้ 166 00:09:19,176 --> 00:09:22,585 start an app skill ของเรา "สร้างแอปชื่อ 167 00:09:22,585 --> 00:09:23,896 Agreement Agent 168 00:09:23,896 --> 00:09:27,917 ซึ่งเป็นเครื่องมือภายในองค์กรที่ทีม enterprise 169 00:09:27,917 --> 00:09:31,238 ใช้จัดการสัญญา แอปควรมีประมาณสามหน้าจอ 170 00:09:31,238 --> 00:09:34,298 คือหน้าล็อกอิน แผงแชท และตารางสัญญา 171 00:09:34,298 --> 00:09:37,969 ยังไม่ต้องมี DocuSign แค่โครงเปล่า ๆ ที่มี 172 00:09:37,969 --> 00:09:41,116 auth ใช้งานได้ และ UI แนว enterprise 173 00:09:41,116 --> 00:09:43,214 ที่สะอาดและเป็นมืออาชีพ" 174 00:09:43,214 --> 00:09:45,923 ส่วนตัวผมชอบสร้างแอปทีละฟีเจอร์ 175 00:09:45,923 --> 00:09:49,507 ดังนั้นตอนนี้ผมจะตัดความซับซ้อนทั้งหมดออก 176 00:09:49,507 --> 00:09:52,304 แล้วสร้างแค่โครงหรือฐานรากของแอป 177 00:09:52,304 --> 00:09:56,325 และสิ่งที่ดีคือเราไม่ต้องระบุ tech stack เพราะ 178 00:09:56,325 --> 00:09:59,996 agent จะดึง start an app skill ของเรามาใช้ 179 00:09:59,996 --> 00:10:04,192 ซึ่งมีข้อมูลครบทุกอย่างที่มันต้องใช้สร้างแอปแล้ว 180 00:10:04,192 --> 00:10:06,727 skill นี้ยังมีคำสั่งให้ agent 181 00:10:06,727 --> 00:10:09,874 ถามคำถามเพื่อความกระจ่าง (clarifying 182 00:10:09,874 --> 00:10:13,458 questions) หลายข้อด้วย เราน่าจะเห็น agent 183 00:10:13,458 --> 00:10:14,944 ถามคำถามเราเร็ว ๆ 184 00:10:14,944 --> 00:10:19,052 นี้ และแล้ว มันก็ถามคำถามเพื่อความกระจ่างจริง ๆ 185 00:10:19,052 --> 00:10:22,024 "แผงแชทควรเชื่อมต่อกับโมเดลจริงไหม 186 00:10:22,024 --> 00:10:25,608 หรือเป็นแค่โครง UI ไปก่อน?" ผมยังไม่เพิ่ม 187 00:10:25,608 --> 00:10:28,754 inference (การประมวลผลคำตอบของโมเดล) 188 00:10:28,754 --> 00:10:32,163 จริงตอนนี้ เดี๋ยวค่อยดู agent ในรอบหน้า 189 00:10:32,163 --> 00:10:34,786 ดังนั้นเลือกโครง UI อย่างเดียว 190 00:10:34,786 --> 00:10:36,709 "ใครเห็นสัญญาไหนบ้าง?" 191 00:10:36,709 --> 00:10:40,467 ผมเลือกผู้ใช้แต่ละคนเห็นเฉพาะสัญญาของตัวเอง 192 00:10:40,467 --> 00:10:44,401 "ข้อมูลควรเก็บที่ไหน? Postgres ใน Docker หรือ 193 00:10:44,401 --> 00:10:45,499 SQLite?" 194 00:10:45,499 --> 00:10:48,995 ถ้าคุณวางแผนจะดีพลอยต์โปรเจกต์แบบนี้ขึ้น 195 00:10:48,995 --> 00:10:52,230 production ผมแนะนำ Postgres ใน Docker 196 00:10:52,230 --> 00:10:55,813 เพราะง่ายต่อการสปินอัป Neon database หรือ 197 00:10:55,813 --> 00:10:59,310 Vercel database ตอนจะย้ายขึ้น production 198 00:10:59,310 --> 00:11:01,320 ผมเลือกตัวเลือกที่หนึ่ง 199 00:11:01,320 --> 00:11:04,904 "แชทกับตารางควรวางแบบไหน?" แบบ split view 200 00:11:04,904 --> 00:11:07,002 (มุมมองแบ่งจอ) ก็แนะนำนะ 201 00:11:07,002 --> 00:11:09,974 แต่ผมว่าขอแยกเป็นหน้าต่างหากดีกว่า 202 00:11:09,974 --> 00:11:13,907 แล้วส่งคำตอบนี้ไป อ้อ แล้วก็ ถ้าอยากทำตามด้วย 203 00:11:13,907 --> 00:11:15,131 ผมจะวาง prompt 204 00:11:15,131 --> 00:11:18,628 ทั้งหมดที่ใช้ในบทช่วยสอนนี้ไว้ในโฟลเดอร์ 205 00:11:18,628 --> 00:11:22,211 prompts ซึ่งจะแปะลิงก์ไว้ในคำอธิบายวิดีโอ 206 00:11:22,211 --> 00:11:23,348 หลังจาก agent 207 00:11:23,348 --> 00:11:26,495 ถามคำถามเพื่อความกระจ่างเหล่านี้แล้ว 208 00:11:26,495 --> 00:11:28,418 มันควรให้แผนโดยละเอียด 209 00:11:28,418 --> 00:11:32,001 ถ้าต้องการก็อ่านแล้วขอแก้ไขได้ แต่ผมจะให้ 210 00:11:32,001 --> 00:11:34,886 agent สร้างโครง (scaffold) แอปเลย 211 00:11:34,886 --> 00:11:38,120 และข้ามไปตอนที่แอปรันได้แล้ว ทดสอบ UI 212 00:11:38,120 --> 00:11:42,054 ครั้งแรก: เอาล่ะ agent กำลังคืบหน้าไปได้ดีมาก 213 00:11:42,054 --> 00:11:45,812 และเพราะเราผูก Playwright MCP server เข้าไป 214 00:11:45,812 --> 00:11:49,134 agent จึงเปิดหน้าต่างเบราว์เซอร์ขึ้นมา 215 00:11:49,134 --> 00:11:53,067 และควบคุมแอปแทนเรา ตอนนี้ตัว agent ขับแอปอยู่ 216 00:11:53,067 --> 00:11:55,165 กำลังเทสต์แบบ end-to-end 217 00:11:55,165 --> 00:11:58,836 (ทดสอบทั้งระบบตั้งแต่ต้นจนจบ) จำไว้ก่อนว่า 218 00:11:58,836 --> 00:12:02,158 ข้อมูลพวกนี้ยังไม่ใช่ข้อมูลจริงจากระบบ 219 00:12:02,158 --> 00:12:06,004 เป็นแค่ข้อมูลสมมติ เป็นสัญญาจำลอง เพื่อเทสต์ 220 00:12:06,004 --> 00:12:09,238 user interface ว่าทุกอย่างยังทำงานได้ 221 00:12:09,238 --> 00:12:13,259 เราจะแก้ไขอินเทอร์เฟซนี้หลายครั้งตลอดวิดีโอนี้ 222 00:12:13,259 --> 00:12:14,833 ซึ่งเป็นเรื่องปกติ 223 00:12:14,833 --> 00:12:18,853 นี่คือเหตุผลที่ตอนนี้ผมโฟกัสแค่ user interface 224 00:12:18,853 --> 00:12:23,574 เพื่อให้ง่ายต่อการลบหรือแก้ไขอะไรก็ตามที่เราไม่ต้องการ 225 00:12:23,574 --> 00:12:25,846 มาดูกันว่าเราได้อะไรมาบ้าง 226 00:12:25,846 --> 00:12:29,780 ผมจะลองสร้างบัญชีเพื่อดูว่า auth ทำงานจริงไหม 227 00:12:29,780 --> 00:12:33,713 ดูแล้วมีแววดี ผมเห็นชื่อตัวเองที่มุมขวาบน และ 228 00:12:33,713 --> 00:12:37,035 sign out ได้ มีทั้งโหมดสว่างและโหมดมืด 229 00:12:37,035 --> 00:12:40,531 ซึ่งเจ๋งมาก และตอนนี้ยังไม่เห็นสัญญาใด ๆ 230 00:12:40,531 --> 00:12:43,328 เพราะเรายังไม่ได้สร้าง และแน่นอน 231 00:12:43,328 --> 00:12:46,475 เรามีผู้ช่วยแชทซึ่งตอนนี้ยังไม่ทำงาน 232 00:12:46,475 --> 00:12:48,660 นี่เป็นแค่ของจำลอง (stub) 233 00:12:48,660 --> 00:12:52,594 เพื่อให้เห็นว่าอินเทอร์เฟซแชทจะมีหน้าตาแบบไหน 234 00:12:52,594 --> 00:12:55,741 เราจะลงมือทำสมองของ agent อีกสักครู่ 235 00:12:55,741 --> 00:12:57,314 แต่ก่อนสร้าง agent 236 00:12:57,314 --> 00:13:00,898 ผมว่ามาเชื่อมต่อแอปของเรากับ DocuSign MCP 237 00:13:00,898 --> 00:13:04,831 กันก่อน เพื่อให้ agent ใช้ tools ของ DocuSign 238 00:13:04,831 --> 00:13:07,891 ได้จริง มันต้องได้รับการยืนยันตัวตน 239 00:13:07,891 --> 00:13:10,688 (authenticate) กับ DocuSign ก่อน 240 00:13:10,688 --> 00:13:14,009 ผมจะแปะลิงก์หน้านี้ไว้ในคำอธิบายวิดีโอ 241 00:13:14,009 --> 00:13:16,894 คุณสร้าง developer account ได้ฟรี 242 00:13:16,894 --> 00:13:19,254 สร้างบัญชีแล้วล็อกอินเข้าไป 243 00:13:19,254 --> 00:13:22,838 เดี๋ยวเราจะกลับมาที่บัญชีของเราอีกสักครู่ 244 00:13:22,838 --> 00:13:26,684 ตอนนี้เรามีบัญชีแล้ว สิ่งที่ต้องทำคือติดตั้ง 245 00:13:26,684 --> 00:13:30,705 DocuSign MCP เข้าไปในแอปของเรา เชื่อมต่อแอปกับ 246 00:13:30,705 --> 00:13:34,638 DocuSign: สิ่งที่ผมแนะนำคือ เนื่องจากจบเซสชัน 247 00:13:34,638 --> 00:13:37,960 Claude นี้แล้ว ผมจะล้าง context window 248 00:13:37,960 --> 00:13:41,194 (หน้าต่างบริบท) แล้วส่ง prompt ที่สอง 249 00:13:41,194 --> 00:13:44,079 ผมจะสร้างไฟล์ prompt ขึ้นมาอีกอัน 250 00:13:44,079 --> 00:13:47,051 ถ้าอยากคัดลอกก็ได้ ผมจะตั้งชื่อว่า 251 00:13:47,051 --> 00:13:50,110 add-docusign-auth แล้วนี่คือ prompt 252 00:13:50,110 --> 00:13:54,043 ฟังดูอาจจะเทคนิคหน่อย แต่สิ่งที่เราทำคือขอให้ 253 00:13:54,043 --> 00:13:55,141 agent 254 00:13:55,141 --> 00:13:59,250 เพิ่มความสามารถในแอปสำหรับเชื่อมต่อแอปของเรากับ 255 00:13:59,250 --> 00:14:03,008 DocuSign และผมยังให้ URL นี้ด้วย ซึ่ง agent 256 00:14:03,008 --> 00:14:06,330 ใช้ค้นหาเอกสารเกี่ยวกับ MCP server ได้ 257 00:14:06,330 --> 00:14:09,564 แล้วก็แค่คัดลอก prompt นี้ วางลงในแชท 258 00:14:09,564 --> 00:14:13,498 แล้วส่งให้ agent ระหว่างที่ Claude ทำงานในแอป 259 00:14:13,498 --> 00:14:17,256 เรามาตั้งค่าบางอย่างใน DocuSign development 260 00:14:17,256 --> 00:14:19,966 portal กัน ไปที่หน้า developers 261 00:14:19,966 --> 00:14:23,812 จากนั้นภายใต้โปรไฟล์ของคุณ เลือก my apps and 262 00:14:23,812 --> 00:14:26,959 keys จากหน้านี้ คลิกปุ่ม add app and 263 00:14:26,959 --> 00:14:29,843 integration key ตั้งชื่อแอปของเรา 264 00:14:29,843 --> 00:14:33,427 ผมจะเรียกมันว่า YouTube tutorial แล้วคลิก 265 00:14:33,427 --> 00:14:37,273 create app จากนั้นคัดลอก integration key นี้ 266 00:14:37,273 --> 00:14:41,294 แล้วจดไว้ในหน้าต่างแชทด้วย บอกว่า "integration 267 00:14:41,294 --> 00:14:45,228 key" ตามด้วยค่านั้น จากนั้นภายใต้ integration 268 00:14:45,228 --> 00:14:49,074 type เลือก private custom integration ในส่วน 269 00:14:49,074 --> 00:14:52,832 authentication ที่ถามว่าแอปของคุณสามารถเก็บ 270 00:14:52,832 --> 00:14:56,504 client secret ได้อย่างปลอดภัยไหม ตอบว่าใช่ 271 00:14:56,504 --> 00:15:00,437 ในส่วน authorization code grant เราจะไม่เลือก 272 00:15:00,437 --> 00:15:03,671 แล้วคลิก add secret key คัดลอกคีย์นี้ 273 00:15:03,671 --> 00:15:07,168 แล้วเพิ่มลงในแชทเป็น "secret key" แบบนี้ 274 00:15:07,168 --> 00:15:10,839 จากนั้นใน additional settings เราต้องเพิ่ม 275 00:15:10,839 --> 00:15:14,248 redirect URI (URI สำหรับเปลี่ยนเส้นทาง) 276 00:15:14,248 --> 00:15:18,094 ซึ่งต้องเป็นค่าที่เฉพาะเจาะจงมาก ผมรันแอปที่ 277 00:15:18,094 --> 00:15:21,853 localhost port 3000 ถ้าไม่แน่ใจก็ถาม Claude 278 00:15:21,853 --> 00:15:24,213 ได้ว่าแอปรันอยู่ที่พอร์ตไหน 279 00:15:24,213 --> 00:15:28,146 /api/docusign/callback จากนั้นใน allowed HTTP 280 00:15:28,146 --> 00:15:32,167 methods (วิธี HTTP ที่อนุญาต) ผมจะเลือกทั้งหมด 281 00:15:32,167 --> 00:15:35,664 แล้วคลิก save แล้วเราก็ส่งข้อมูลนี้ไปได้ 282 00:15:35,664 --> 00:15:39,684 และอีกอย่าง Claude จะถามค่าพวกนี้กับคุณเองด้วย 283 00:15:39,684 --> 00:15:43,530 คุณจะเห็นว่ามันถามหา integration key, secret 284 00:15:43,530 --> 00:15:46,502 และบอกให้เราลงทะเบียน redirect URL 285 00:15:46,502 --> 00:15:49,824 ซึ่งเราทำไปแล้ว เอาล่ะ ลองเชื่อมต่อกับ 286 00:15:49,824 --> 00:15:53,408 DocuSign กัน คลิกปุ่มนี้ อนุญาตการเข้าถึง 287 00:15:53,408 --> 00:15:57,341 เสร็จแล้ว ตอนนี้เราเชื่อมต่อกับ DocuSign แล้ว 288 00:15:57,341 --> 00:15:59,614 และนี่คือจุดสำคัญมาก agent 289 00:15:59,614 --> 00:16:03,547 จะมีสิทธิ์เท่ากับผู้ใช้ที่ล็อกอินอยู่เท่านั้น 290 00:16:03,547 --> 00:16:08,617 มันจะทำได้แค่การกระทำที่ผู้ใช้ปัจจุบันได้รับอนุญาตเท่านั้น 291 00:16:08,617 --> 00:16:12,114 สร้าง agent จริง: ต่อไปคือการสร้าง agent 292 00:16:12,114 --> 00:16:15,260 ของเรา ตอนนี้ทุกอย่างยังเป็นของจำลอง 293 00:16:15,260 --> 00:16:17,970 เรายังไม่มี agent ที่ฉลาดจริง ๆ 294 00:16:17,970 --> 00:16:21,641 ตอนนี้เราจะผสานรวม agent ที่สามารถเรียกใช้ 295 00:16:21,641 --> 00:16:25,662 tools ของ DocuSign เพื่อสร้างสัญญา จัดการสัญญา 296 00:16:25,662 --> 00:16:29,596 ดึงข้อมูลสัญญา และอื่น ๆ ผมจะสร้างไฟล์ prompt 297 00:16:29,596 --> 00:16:33,005 อีกอัน ชื่อ add-agent.md แล้ววาง prompt 298 00:16:33,005 --> 00:16:35,540 นี้ลงไป prompt นี้ค่อนข้างยาว 299 00:16:35,540 --> 00:16:39,561 แต่สิ่งที่เราทำคือขอให้ agent ใช้ Claude Agent 300 00:16:39,561 --> 00:16:42,620 SDK สำหรับ inference และสำหรับโมเดล 301 00:16:42,620 --> 00:16:46,204 ผมจะเปลี่ยนเป็น Opus 5 และเรายังบอก agent 302 00:16:46,204 --> 00:16:49,700 ว่ามันต้องใช้ DocuSign remote MCP server 303 00:16:49,700 --> 00:16:51,798 เพื่อทำงานกับสัญญาของเรา 304 00:16:51,798 --> 00:16:55,557 ผมจะล้างบทสนทนาอีกครั้งเพื่อเคลียร์ context 305 00:16:55,557 --> 00:16:59,315 window วาง prompt นั้น แล้วส่งไป ระหว่างที่ 306 00:16:59,315 --> 00:17:01,501 Claude กำลังผสานรวม agent 307 00:17:01,501 --> 00:17:05,521 เรามาดูการสร้างเทมเพลตและ workflow ใน DocuSign 308 00:17:05,521 --> 00:17:09,542 กัน จะทำให้ง่ายมาก เราจะสร้าง NDA template และ 309 00:17:09,542 --> 00:17:13,563 workflow ง่าย ๆ ที่มีคู่สัญญาฝ่ายหนึ่งต้องเซ็น 310 00:17:13,563 --> 00:17:15,749 มีการอนุมัติภายในบางอย่าง 311 00:17:15,749 --> 00:17:19,595 และสุดท้ายเอกสารถูกเก็บไว้ที่ไหนสักแห่ง เช่น 312 00:17:19,595 --> 00:17:23,266 Google Drive เมื่อล็อกอินเข้าสู่ developer 313 00:17:23,266 --> 00:17:26,937 portal ไปที่ agreements แล้วคลิก workflows 314 00:17:26,937 --> 00:17:30,871 จากนั้นคลิก create workflow แน่นอนว่าคุณสร้าง 315 00:17:30,871 --> 00:17:33,755 workflow จากศูนย์ได้ แต่ DocuSign 316 00:17:33,755 --> 00:17:37,776 ก็มีเทมเพลตสำเร็จรูปให้มากมายเช่นกัน ผมจะค้นหา 317 00:17:37,776 --> 00:17:41,447 "NDA" และ "NDA with Google Drive" คลิก use 318 00:17:41,447 --> 00:17:45,381 template แล้วเราจะได้ canvas ที่เห็น workflow 319 00:17:45,381 --> 00:17:47,741 จริง เห็นได้ชัดว่า workflow 320 00:17:47,741 --> 00:17:49,751 ทุกอันต้องมีจุดเริ่มต้น 321 00:17:49,751 --> 00:17:52,811 จากนั้นเราจะเห็นโหนดต่าง ๆ เหล่านี้ 322 00:17:52,811 --> 00:17:55,608 ซึ่งก็คือแต่ละขั้นตอนใน workflow 323 00:17:55,608 --> 00:17:59,629 เราคลิกโหนดไหนก็ได้เพื่อปรับแต่งเพิ่มเติม เช่น 324 00:17:59,629 --> 00:18:01,814 map ฟิลด์ต่าง ๆ และแน่นอน 325 00:18:01,814 --> 00:18:05,135 เราทำให้มันเทคนิคและซับซ้อนแค่ไหนก็ได้ 326 00:18:05,135 --> 00:18:09,156 และสุดท้ายของกระบวนการ เราจะบันทึก NDA นี้ลงใน 327 00:18:09,156 --> 00:18:11,953 Google Drive ขอพูดถึงอีกจุดหนึ่ง 328 00:18:11,953 --> 00:18:15,100 ถ้าคุณไม่อยากใช้ workflow ที่ซับซ้อน 329 00:18:15,100 --> 00:18:18,946 สมมติว่าแค่ต้องการเทมเพลตง่าย ๆ ส่งให้ลูกค้า 330 00:18:18,946 --> 00:18:22,618 ก็ทำได้เช่นกัน ผมจะออกจาก workflow builder 331 00:18:22,618 --> 00:18:26,988 แต่แค่อยากโชว์ว่าความสามารถอันทรงพลังนี้มีอยู่จริง 332 00:18:26,988 --> 00:18:30,484 สำหรับองค์กรใหญ่หลายแห่งที่มีหลายขั้นตอน 333 00:18:30,484 --> 00:18:34,156 คุณสามารถตั้งค่าเองได้ง่าย ๆ ถ้าไม่ต้องใช้ 334 00:18:34,156 --> 00:18:37,827 workflow ซับซ้อน อีกวิธีที่ง่ายมากคือไปที่ 335 00:18:37,827 --> 00:18:41,061 templates แล้วสร้าง envelope template 336 00:18:41,061 --> 00:18:44,732 (เทมเพลตซองเอกสาร) ไปที่นี่เลย และอีกอย่าง 337 00:18:44,732 --> 00:18:48,578 ผมจะแชร์ไฟล์นี้ใน GitHub repository เดียวกัน 338 00:18:48,578 --> 00:18:52,424 ถ้าอยากทำตาม ผมสร้าง PDF NDA นี้ขึ้นมาโดยใช้ 339 00:18:52,424 --> 00:18:55,484 Claude Code มันง่ายมาก มีชื่อบริษัท 340 00:18:55,484 --> 00:18:56,582 ชื่อคู่สัญญา 341 00:18:56,582 --> 00:19:00,865 และด้านล่างมีช่องสำหรับผู้ตรวจสอบภายในและคู่สัญญา 342 00:19:00,865 --> 00:19:04,187 คุณจะสร้างสัญญาของตัวเองเมื่อไหร่ก็ได้ 343 00:19:04,187 --> 00:19:06,547 หรือจะคัดลอก PDF ของผมก็ได้ 344 00:19:06,547 --> 00:19:09,781 จากนั้นตั้งชื่อเทมเพลตนี้ เช่น my NDA 345 00:19:09,781 --> 00:19:12,228 ส่วนคำอธิบายก็ใส่แบบเดียวกัน 346 00:19:12,228 --> 00:19:16,249 แล้วอัปโหลดไฟล์ของเรา แค่ลากแล้ววางลงในส่วนนี้ 347 00:19:16,249 --> 00:19:20,270 และใน add recipients ให้ติ๊ก set signing order 348 00:19:20,270 --> 00:19:24,291 (กำหนดลำดับการเซ็น) นี่ก็คือ workflow นั่นแหละ 349 00:19:24,291 --> 00:19:27,176 อย่างแรกเราอาจให้คู่สัญญาเซ็นก่อน 350 00:19:27,176 --> 00:19:31,022 แล้วค่อยอนุมัติภายใน หรือสลับกันก็ได้ สำหรับ 351 00:19:31,022 --> 00:19:33,906 role ผมตั้งเป็น internal approver 352 00:19:33,906 --> 00:19:35,392 (ผู้ตรวจสอบภายใน) 353 00:19:35,392 --> 00:19:39,063 จะปล่อยช่องอีเมลและชื่อว่างไว้ เพราะ agent 354 00:19:39,063 --> 00:19:42,472 จะเป็นคนกำหนดค่าพวกนี้ และสำหรับ action 355 00:19:42,472 --> 00:19:45,357 ปล่อยเป็น need to sign (ต้องเซ็น) 356 00:19:45,357 --> 00:19:49,290 เพิ่มผู้รับอีกคน ชื่อ counterparty (คู่สัญญา) 357 00:19:49,290 --> 00:19:51,738 คนนี้ก็ต้องเซ็น และให้ agent 358 00:19:51,738 --> 00:19:54,448 กำหนดชื่อกับอีเมลเอง ถ้าต้องการ 359 00:19:54,448 --> 00:19:57,420 เลื่อนลงมาแล้วเปลี่ยน cover letter 360 00:19:57,420 --> 00:20:01,091 (ข้อความนำส่ง) ของอีเมลได้ สำหรับ category 361 00:20:01,091 --> 00:20:04,675 ผมจะค้นหา non-disclosure agreement แบบนี้ 362 00:20:04,675 --> 00:20:08,521 แล้วคลิก add new fields ซึ่งผมจะทำให้ง่ายมาก 363 00:20:08,521 --> 00:20:15,077 เราจะเพิ่มฟิลด์บนฟอร์มนี้เพื่อกำหนดว่าค่าแต่ละอย่างหรือลายเซ็นควรอยู่ตรงไหน 364 00:20:15,077 --> 00:20:18,049 อย่างแรก ทำ internal approver ก่อน 365 00:20:18,049 --> 00:20:21,545 สิ่งที่ผมต้องการจากผู้ตรวจสอบภายในจริง ๆ 366 00:20:21,545 --> 00:20:22,943 คือลายเซ็นของเขา 367 00:20:22,943 --> 00:20:26,702 แค่ลากฟิลด์ลายเซ็นไปวางตรงที่ควรเซ็นบนฟอร์ม 368 00:20:26,702 --> 00:20:30,373 แน่นอนว่าไปต่อได้อีก ถ้าอยากเพิ่มชื่อก็ได้ 369 00:20:30,373 --> 00:20:32,733 เพิ่มตำแหน่งงาน เพิ่มวันที่ 370 00:20:32,733 --> 00:20:36,754 อะไรก็ได้ตามต้องการ เปลี่ยนมาเป็น counterparty 371 00:20:36,754 --> 00:20:40,426 แล้วเพิ่มลายเซ็นของคู่สัญญา บางทีเพิ่มชื่อ 372 00:20:40,426 --> 00:20:43,922 ตำแหน่งงาน และวันที่เซ็นด้วย แล้วก็เสร็จ 373 00:20:43,922 --> 00:20:47,593 ง่ายมากจริง ๆ ถ้าอยากเพิ่มรายละเอียดอื่น ๆ 374 00:20:47,593 --> 00:20:51,527 ลงในฟอร์ม ก็แค่ลากฟิลด์ไปวาง สุดท้ายคลิก save 375 00:20:51,527 --> 00:20:53,362 and close เท่านั้นเอง 376 00:20:53,362 --> 00:20:56,684 ตอนนี้เรามีเทมเพลตใหม่ชื่อ my NDA แล้ว 377 00:20:56,684 --> 00:20:59,394 ง่ายจริง ๆ ถ้าต้องการสัญญาเพิ่ม 378 00:20:59,394 --> 00:21:03,589 ก็ทำกระบวนการเดียวกันแล้วสร้างเทมเพลตเพิ่มตรงนี้ 379 00:21:03,589 --> 00:21:07,610 ทดสอบ agent กับ DocuSign MCP: มาดูกันว่า agent 380 00:21:07,610 --> 00:21:09,184 ของเราทำงานจริงไหม 381 00:21:09,184 --> 00:21:13,205 ตอนนี้ผมอยู่ในอินเทอร์เฟซแชท ลองพิมพ์ว่า "Hey" 382 00:21:13,205 --> 00:21:16,788 หวังว่าจะได้คำตอบกลับมา ดูมีแววดี และแล้ว 383 00:21:16,788 --> 00:21:20,809 เราก็ได้คำตอบจริง ๆ เจ๋งมาก ทีนี้มาดูว่า agent 384 00:21:20,809 --> 00:21:22,820 ใช้ DocuSign MCP ได้ไหม 385 00:21:22,820 --> 00:21:25,879 "เรามีสิทธิ์เข้าถึงเทมเพลตไหนบ้าง?" 386 00:21:25,879 --> 00:21:28,938 ดูมีแววดีมาก มันกำลังเรียก DocuSign 387 00:21:28,938 --> 00:21:32,697 มันดึงข้อมูลผู้ใช้ของเรา ดึงเทมเพลต และดูสิ 388 00:21:32,697 --> 00:21:35,145 มันดึงเทมเพลตทั้งหมดที่เรามี 389 00:21:35,145 --> 00:21:38,728 รวมถึงอันที่เราเพิ่งสร้างชื่อ my NDA ด้วย 390 00:21:38,728 --> 00:21:42,137 ถึงเวลาพิสูจน์กันแล้ว มาดูว่าเราส่ง NDA 391 00:21:42,137 --> 00:21:45,983 นี้ได้จริงไหม ผมจะสั่งด้วยเสียงว่า "กรุณาส่ง 392 00:21:45,983 --> 00:21:49,742 NDA ให้ Jane ด้วย อีเมลของเธอคือบัญชี Gmail 393 00:21:49,742 --> 00:21:52,277 ของผม และใช้เทมเพลต my NDA นะ 394 00:21:52,277 --> 00:21:54,987 ผมจะเป็นผู้ตรวจสอบภายใน" ส่งเลย 395 00:21:54,987 --> 00:21:57,696 และนี่คือคุณค่าที่แท้จริง agent 396 00:21:57,696 --> 00:22:00,843 ไม่ได้เดาหรือตัดสินใจแทนคุณแบบมั่ว ๆ 397 00:22:00,843 --> 00:22:02,417 มันขออนุมัติจากเรา 398 00:22:02,417 --> 00:22:05,301 มันจับได้ว่าบัญชีอีเมลคล้ายกันมาก 399 00:22:05,301 --> 00:22:07,224 เพราะเป็นแค่บัญชีเดโม่ 400 00:22:07,224 --> 00:22:10,458 ดังนั้นมันแค่ยืนยันว่าทุกอย่างถูกต้อง 401 00:22:10,458 --> 00:22:13,605 เรายังไม่ตัดมนุษย์ออกจากกระบวนการนี้ 402 00:22:13,605 --> 00:22:16,490 และเสร็จแล้ว มันส่งสัญญาเรียบร้อย 403 00:22:16,490 --> 00:22:20,511 ขอรีเฟรชกล่องอีเมลหน่อย ถ้าดึงกล่องอีเมลขึ้นมา 404 00:22:20,511 --> 00:22:23,657 คลิก review แล้วดูสิ นั่นคือไฟล์ PDF 405 00:22:23,657 --> 00:22:27,329 ที่เราอัปโหลดไปก่อนหน้านี้จริง ๆ และ agent 406 00:22:27,329 --> 00:22:30,038 เติมชื่อคู่สัญญาให้ล่วงหน้าแล้ว 407 00:22:30,038 --> 00:22:32,049 เพิ่มวันที่ให้อัตโนมัติ 408 00:22:32,049 --> 00:22:35,720 ตอนนี้ผมเพิ่มตำแหน่งงานได้ เพิ่มลายเซ็นได้ 409 00:22:35,720 --> 00:22:39,479 คลิกตรงนี้ แล้วทุกอย่างก็ทำงาน ส่งเอกสารกัน 410 00:22:39,479 --> 00:22:40,965 แล้วถาม agent ว่า 411 00:22:40,965 --> 00:22:44,461 "สถานะของสัญญานั้นตอนนี้เป็นยังไง?" ดูสิ 412 00:22:44,461 --> 00:22:48,220 มันตอบถูกต้องว่าผมเซ็นแล้ว เรียบร้อยดี ส่วน 413 00:22:48,220 --> 00:22:51,192 Jane ซึ่งเป็นคู่สัญญายังไม่ได้เซ็น 414 00:22:51,192 --> 00:22:55,387 และลำดับนี้ก็อิงจากลำดับที่เราตั้งไว้ในแพลตฟอร์ม 415 00:22:55,387 --> 00:22:58,971 DocuSign ซึ่งหมายความว่าทุกอย่างทำงานจริง 416 00:22:58,971 --> 00:23:02,205 ปิดท้าย: ยังมีอีกอย่าง ถ้าอยากต่อแท็บ 417 00:23:02,205 --> 00:23:05,877 agreements เข้ากับข้อมูลจริงด้วย ผมจะสร้าง 418 00:23:05,877 --> 00:23:09,198 prompt อีกอันที่คัดลอกไปใช้ได้เลย ชื่อ 419 00:23:09,198 --> 00:23:11,471 populate-agreements-tab.md 420 00:23:11,471 --> 00:23:15,492 สิ่งที่ต้องทำคือคัดลอก prompt นี้ แล้วผมจะล้าง 421 00:23:15,492 --> 00:23:18,464 Claude Code แล้ววาง prompt นี้ลงไป 422 00:23:18,464 --> 00:23:20,824 ซึ่งมันจะอาศัย DocuSign MCP 423 00:23:20,824 --> 00:23:23,446 ในการเติมตารางนี้ด้วยสัญญาจริง 424 00:23:23,446 --> 00:23:27,467 แต่เพราะนี่คือแอปที่ให้ AI agent เป็นศูนย์กลาง 425 00:23:27,467 --> 00:23:28,866 (AI agent-first) 426 00:23:28,866 --> 00:23:32,799 เราจะโต้ตอบกับสัญญาผ่านอินเทอร์เฟซแชทเป็นหลัก 427 00:23:32,799 --> 00:23:36,820 และอย่างที่เห็น ทุกอย่างทำงานได้ ขอย้ำอีกครั้ง 428 00:23:36,820 --> 00:23:39,093 ซอร์สโค้ดของโปรเจกต์นี้ฟรี 429 00:23:39,093 --> 00:23:42,939 และจะแปะลิงก์ไว้ในคำอธิบายวิดีโอ คุณยังสมัคร 430 00:23:42,939 --> 00:23:46,872 developer account ฟรีบนแพลตฟอร์ม DocuSign ได้ 431 00:23:46,872 --> 00:23:50,106 ผมจะแปะลิงก์หน้านั้นไว้ในคำอธิบายด้วย 432 00:23:50,106 --> 00:23:54,040 ซึ่งมีข้อมูลเพิ่มเติมอีกมากเกี่ยวกับ DocuSign 433 00:23:54,040 --> 00:23:57,798 MCP server อีกครั้ง ตอนนี้ยังเป็น beta อยู่ 434 00:23:57,798 --> 00:23:59,459 แต่พอคุณดูวิดีโอนี้ 435 00:23:59,459 --> 00:24:03,043 มันอาจจะเสถียรและพร้อมปล่อยสู่สาธารณะแล้ว 436 00:24:03,043 --> 00:24:05,753 คุณทำอะไรเจ๋ง ๆ กับมันได้อีกมาก 437 00:24:05,753 --> 00:24:09,774 ไม่จำเป็นต้องใช้ในแอปพลิเคชันของคุณเองเท่านั้น 438 00:24:09,774 --> 00:24:13,270 ยังต่อเข้ากับ Claude desktop app ได้ด้วย 439 00:24:13,270 --> 00:24:15,543 และเพราะมันเป็น MCP server 440 00:24:15,543 --> 00:24:19,564 คุณจึงใช้มันได้หลายวิธีใน AI client หลาย ๆ ตัว 441 00:24:19,564 --> 00:24:22,011 สุดท้ายนี้ ขอขอบคุณ DocuSign 442 00:24:22,011 --> 00:24:26,032 ที่สนับสนุนวิดีโอนี้ และถ้าชอบวิดีโอนี้ ช่วยกด 443 00:24:26,032 --> 00:24:30,053 like และ subscribe ช่องของผม เพื่อรับบทช่วยสอน 444 00:24:30,053 --> 00:24:33,462 Agent Coding เพิ่มเติม เจอกันวิดีโอหน้า 445 00:24:33,462 --> 00:24:34,560 บายบายครับ