▶SUBTHAIแปลไทย · ซับ · พากย์⚙
บทความแปลภาษาไทย · YouTube

I Gave Claude Permission to Do Real Work for Me

0:000:00
เล่นเสียงต้นฉบับของวิดีโอ พร้อมแสดงซับไทยซิงก์ตามเวลา
กำลังโหลดวิดีโอ…
01

สรุปย่อ

ประเด็นสำคัญจากวิดีโอ

- **ช่อง:** 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
02

คำแปลเต็ม

แปลตามบทสนทนาต้นฉบับ ปรับเป็นภาษาไทยธรรมชาติ

ช่วงเปิด — ทำไมต้องสร้าง 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 เพิ่มเติม เจอกันวิดีโอหน้า บายบายครับ

03

หมายเหตุการแปล

ความโปร่งใสเกี่ยวกับความไม่แน่นอนในต้นฉบับ

  • ## จุดที่ไม่ชัดเจน / ข้อสังเกตจากคำบรรยายอัตโนมัติ
  • ไม่มี segment ใดที่ฟังไม่ชัดจนต้องใส่เครื่องหมาย [ฟังไม่ชัด] ลงในคำแปล แต่มีคำที่คำบรรยายอัตโนมัติถอดเสียงผิด (auto-caption garbles) ซึ่งแก้ตามบริบทให้ถูกต้องดังนี้:
04

อภิธานศัพท์เทคนิค

คำศัพท์และชื่อผลิตภัณฑ์ที่คงรูปภาษาอังกฤษ

ศัพท์คำแปล / คำอธิบาย
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 serverMCP 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 serverMCP 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 URIURI สำหรับเปลี่ยนเส้นทางกลับหลังยืนยันตัวตน
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
05

ซับไตเติ้ลภาษาไทย

ดาวน์โหลดหรือดูซับทั้งหมด

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
ที่สรุปข้อมูลและค้นหาข้อมูลได้ไปไกลมากแล้ว
thai-subtitles.srt
SubRip — ใช้กับเครื่องเล่นวิดีโอส่วนใหญ่
↓ ดาวน์โหลด
thai-subtitles.vtt
WebVTT — ใช้กับเว็บ / YouTube
↓ ดาวน์โหลด
เปิดดูซับไตเติ้ลทั้งหมด (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
บายบายครับ