ตั้งค่า Snowflake MCP สำหรับ Notion

ในเอกสารช่วยเหลือนี้

ดูวิธีเชื่อมต่อ Snowflake เข้ากับ Custom Agent หรือ Notion Agent ของคุณ เพื่อถามคำถามเกี่ยวกับข้อมูลของบริษัทใน Notion

ข้ามไปยังคำถามที่พบบ่อย

ฟีเจอร์บางอย่างยังอยู่ในช่วงอัลฟ่า

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

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

เอเจนต์ที่กำหนดเอง และ Notion Agent ของคุณสามารถเชื่อมต่อกับ Snowflake ผ่านเซิร์ฟเวอร์ MCP (Model Context Protocol) ที่มีการจัดการโดย Snowflake เมื่อตั้งค่าเรียบร้อยแล้ว คุณสามารถถามเอเจนต์ของคุณเกี่ยวกับข้อมูลคลังของ Snowflake และรับคำตอบได้โดยตรงใน Notion

การตั้งค่าจะแบ่งเป็นขั้นตอน และมีผู้รับผิดชอบในแต่ละส่วนดังนี้:

  • ผู้ดูแล Snowflake จะตั้งค่าบทบาท คลังข้อมูล และเซิร์ฟเวอร์ MCP ที่มีการจัดการโดย Snowflake

  • เจ้าของหรือผู้ดูแลพื้นที่ทำงาน Notion จะกำหนดค่าการเชื่อมต่อ Snowflake MCP สำหรับพื้นที่ทำงาน

  • สมาชิกในพื้นที่ทำงาน จะสามารถเชื่อมต่อกับ Snowflake MCP จากเอเจนต์ที่กำหนดเอง โดยใช้ข้อมูลประจำตัว Snowflake ของตนเอง หรือเชื่อมต่อ Snowflake เข้ากับ Notion Agent โดยตรง ขั้นตอนที่ 1–10 ของบทความนี้เหมือนกันสำหรับทั้งสองวิธี โดยเส้นทางจะแยกกันที่ขั้นตอนที่ 11 ขึ้นอยู่กับว่าคุณต้องการเชื่อมต่อเอเจนต์ใด

  • เครื่องมือที่พร้อมใช้งานอาจแตกต่างกันไปตามภูมิภาคคลาวด์ Snowflake ของคุณ

  • เซิร์ฟเวอร์ MCP ที่มีการจัดการของ Snowflake ไม่พร้อมใช้งานในจีนแผ่นดินใหญ่หรือภูมิภาคของรัฐบาล

  • พื้นที่ทำงาน Notion ของคุณต้องใช้ Business หรือแพ็คเกจ Enterprise

  • ใช้ Notion บนเว็บหรือเดสก์ท็อป ฟีเจอร์นี้ไม่พร้อมใช้งานบนมือถือ

  • บริษัทของคุณต้องมีบัญชี Snowflake

  • ในการสร้าง เอเจนต์ที่กำหนดเอง คุณต้องได้รับอนุญาตให้สร้างเอเจนต์ในพื้นที่ทำงานของคุณ

การตั้งค่าที่แชร์ร่วมกันไม่ได้ทำให้ทุกคนเข้าถึงข้อมูลเดียวกันได้

พื้นที่ทำงานจะจัดเก็บรายละเอียดการเชื่อมต่อ ซึ่งรวมถึง OAuth client ID และ secret รายละเอียดเหล่านี้ใช้สำหรับกำหนดค่าการเชื่อมต่อ ไม่ใช่การเข้าสู่ระบบแบบแชร์ร่วมกัน แต่ละคนจะลงชื่อเข้าใช้ Snowflake ด้วยบัญชีของตนเอง ไม่ว่าพวกเขาจะใช้เอเจนต์ที่กำหนดเองหรือ Notion Agent ของตนเอง เอเจนต์จะสามารถเข้าถึงได้เฉพาะข้อมูลที่บัญชีนั้นเข้าถึงได้เท่านั้น

ก่อนที่ทีมของคุณจะเชื่อมต่อ Snowflake กับ Notion ผู้ดูแล Snowflake ต้องตั้งค่าการเข้าถึง นี่เป็นขั้นตอนที่ซับซ้อนที่สุด และคุณต้องทำเพียงครั้งเดียวเท่านั้น ทำงานร่วมกับผู้ดูแลพื้นที่ทำงาน Notion ของคุณ: Notion จะให้ URI การเปลี่ยนเส้นทาง และ Snowflake จะให้ OAuth client ID และ secret

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

รวบรวมค่าเหล่านี้ก่อน

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

เก็บ OAuth client secret ไว้เป็นความลับ

ห้ามเพิ่มข้อมูลนี้ลงใน Slack, ตั๋ว, ระบบควบคุมเวอร์ชัน หรือประวัติเทอร์มินัล ให้แชร์ผ่านช่องทางที่ปลอดภัยและได้รับการอนุมัติเท่านั้น

ฟิลด์

ค่า

เจ้าของ

ตัวระบุบัญชี Snowflake

<organization-account>

ผู้ดูแล Snowflake

ฐานข้อมูล MCP

<database_name>

ผู้ดูแล Snowflake

สคีมา MCP

<schema_name>

ผู้ดูแล Snowflake

เซิร์ฟเวอร์ MCP

<mcp_server_name>

ผู้ดูแล Snowflake

คลังข้อมูล

<warehouse_name>

ผู้ดูแล Snowflake

บทบาทการเข้าถึง

<mcp_access_role>

ผู้ดูแล Snowflake

URL เซิร์ฟเวอร์

https://<account_host>/api/v2/databases/<database_name>/schemas/<schema_name>/mcp-servers/<mcp_server_name>

ผู้ดูแล Snowflake

ขอบเขตบทบาทหลัก

session:role:<mcp_access_role>

ผู้ดูแล Snowflake

URI สำหรับเปลี่ยนเส้นทาง

คัดลอก URI ที่ Notion สร้างขึ้น

ผู้ดูแล Notion พื้นที่ทำงาน

รหัสไคลเอ็นต์ OAuth

ดึงข้อมูลจาก Snowflake

ผู้ดูแล Snowflake

ข้อมูลลับของไคลเอ็นต์ OAuth

โอนผ่านช่องทางลับที่ได้รับอนุมัติ

ผู้ดูแล Snowflake

ชื่อโฮสต์ของบัญชีใช้ยัติภังค์ ไม่ใช่ขีดล่าง ตรวจสอบให้แน่ใจว่าชื่อออบเจกต์แต่ละชื่อใน URL ของเซิร์ฟเวอร์ตรงกับชื่อออบเจกต์ที่เกี่ยวข้องใน Snowflake

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

บทบาทที่จำกัดโดยไม่มีบทบาทรอง (แนะนำ) โมเดลนี้เข้าใจและตรวจสอบได้ง่ายกว่า ตั้งค่า OAUTH_USE_SECONDARY_ROLES = NONE ระบุ ALLOWED_ROLES_LIST และใช้ขอบเขต Notion session:role:<mcp_access_role>.

บทบาทรองเริ่มต้นของผู้ใช้ (ไม่บังคับ) ใช้โมเดลนี้เฉพาะเมื่อเซิร์ฟเวอร์ต้องการสิทธิ์ที่สืบทอดมาจาก DEFAULT_SECONDARY_ROLES ของผู้ใช้แต่ละคนใน Snowflake เท่านั้น ตั้งค่า OAUTH_USE_SECONDARY_ROLES = IMPLICIT ละเว้น ALLOWED_ROLES_LIST และใช้ขอบเขตบทบาทหลักที่ชัดเจน Snowflake ไม่อนุญาตให้ใช้บทบาทรอง IMPLICIT ร่วมกับ ALLOWED_ROLES_LIST ดังนั้นให้ละเว้นรายการที่อนุญาตเมื่อคุณใช้โมเดลนี้.

ขั้นตอนที่ 2: สร้างหรือเลือกบทบาทและคลังข้อมูล.

ใช้บทบาทเฉพาะที่มีสิทธิ์น้อยที่สุดสำหรับเซิร์ฟเวอร์ MCP ทุกครั้งที่เป็นไปได้

ให้สิทธิ์บทบาทนี้ผ่านกระบวนการจัดการข้อมูลประจำตัวตามปกติของคุณ หาก Okta หรือ SCIM จัดการการเป็นสมาชิกบทบาทใน Snowflake อย่าเพิ่มผู้ใช้ด้วยตนเองนอกกระบวนการนั้น.

สร้างหรือเลือกฐานข้อมูลและสคีมาที่เป็นเจ้าของโดยทีมที่จะเรียกใช้เซิร์ฟเวอร์.

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

execution_environment ต้องอยู่ภายใต้ทรัพยากรเครื่องมือ Analyst เท่านั้น

หากคุณวาง warehouse ไว้ที่ระดับบนสุด อาจมีการสร้างคำจำกัดความของเอเจนต์ขึ้นมาได้ แต่เครื่องมือจะไม่มี warehouse สำหรับการดำเนินการในขณะรันไทม์

ประเภทเครื่องมือ MCP ของ Snowflake อื่นๆ ที่รองรับ ได้แก่ CORTEX_ANALYST_MESSAGE, CORTEX_SEARCH_SERVICE_QUERY, GENERIC และ SYSTEM_EXECUTE_SQL.

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

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

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

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

ให้สิทธิ์การเข้าถึงเฉพาะทรัพยากรเพิ่มเติมที่แต่ละเครื่องมือจำเป็นต้องใช้เท่านั้น ตัวอย่างเช่น ให้สิทธิ์ SELECT บนมุมมองเชิงความหมายที่ได้รับอนุมัติ ให้สิทธิ์ USAGE บนบริการ Cortex Search หรือให้สิทธิ์ USAGE บนฟังก์ชันหรือโพรซีเดอร์เฉพาะ ห้ามให้สิทธิ์บทบาทแก่ PUBLIC หรือเพิ่มสิทธิ์ในวงกว้างสำหรับออบเจกต์ปัจจุบันหรือในอนาคต

ก่อนตั้งค่า OAuth ให้ตรวจสอบเซิร์ฟเวอร์ MCP และสิทธิ์ที่ได้รับ:

กำหนดค่าสคีมา MCP เพื่อประกาศบทบาทที่แน่นอนที่สมาชิกควรขอ:

ใช้ขอบเขตบทบาทที่ชัดเจน ห้ามใช้ session:role:all Snowflake จะถือว่าค่านั้นเป็นบทบาทหลักเริ่มต้นของผู้ใช้ ไม่ใช่การเข้าถึงทุกบทบาท และนโยบายสำหรับบทบาทที่มีสิทธิ์สูงอาจบล็อกค่านั้นได้ บทบาทที่ชัดเจนจะทำให้การเข้าถึงที่ร้องขอมีความชัดเจนและตรวจสอบได้ง่ายขึ้น

ก่อนเรียกใช้ SQL นี้ ให้ประสานงานกับผู้ดูแลพื้นที่ทำงาน Notion ของคุณ ขอให้พวกเขาป้อน URL เซิร์ฟเวอร์ Snowflake ในแบบฟอร์มการตั้งค่า MCP ของพื้นที่ทำงาน และเปิดใช้งาน Manually configure authentication และ Use a workspace-shared OAuth client Notion จะสร้าง URI การเปลี่ยนเส้นทางขึ้นมา ให้คัดลอกและส่งไปยังผู้ดูแลระบบ Snowflake หลังจาก Snowflake สร้างรหัสไคลเอ็นต์และรหัสลับแล้ว ผู้ดูแลพื้นที่ทำงานจะสามารถตั้งค่าการเชื่อมต่อให้เสร็จสมบูรณ์ได้

ใช้ URI การเปลี่ยนเส้นทางตามที่ Notion ระบุมาทุกประการ ห้ามเพิ่มเครื่องหมายทับต่อท้ายหรือพารามิเตอร์การสืบค้น และห้ามเปลี่ยนผู้จัด

การตั้งค่า IS_AGENTIC = TRUE จะทำเครื่องหมายเซสชันที่สร้างผ่านการรวมระบบนี้ว่าเป็นเซสชันของเอเจนต์ จากนั้นฟังก์ชัน IS_AGENT_ACTIVATED() ของ Snowflake จะส่งค่ากลับเป็น TRUE ซึ่งช่วยให้ Snowflake สามารถใช้การตรวจสอบและการกำกับดูแลเฉพาะสำหรับเอเจนต์ได้ หากคุณใช้รูปแบบบทบาทรองที่เป็นทางเลือก ให้ตั้งค่า OAUTH_USE_SECONDARY_ROLES = IMPLICIT และละเว้น ALLOWED_ROLES_LIST ไว้

ค่าความถูกต้องของโทเค็นรีเฟรช 7776000 วินาทีเท่ากับ 90 วัน ก่อนใช้งาน โปรดยืนยันว่าค่านี้ตรงกับนโยบายการอนุญาตใหม่และการหมุนเวียนโทเค็นขององค์กรคุณ สำหรับการเปลี่ยนแปลงตามปกติ ให้หลีกเลี่ยงการใช้ CREATE OR REPLACE SECURITY INTEGRATION การแทนที่การรวมระบบอาจทำให้การเชื่อมต่อที่มีอยู่หยุดชะงักได้

หากต้องการตรวจสอบการรวมระบบโดยไม่แสดงรหัสลับ ให้เรียกใช้:

ยืนยันว่าการรวมระบบเปิดใช้งานอยู่ URI การเปลี่ยนเส้นทางตรงกันทุกประการ บทบาทได้รับอนุญาตและไม่ถูกบล็อก โทเค็นรีเฟรชและ PKCE เปิดใช้งานอยู่ และทั้งปลายทางการอนุญาตและปลายทางโทเค็นใช้ผู้จัดบัญชีสาธารณะของ Snowflake

ขั้นตอนนี้จำเป็นเฉพาะในกรณีที่องค์กรของคุณกำหนดให้มีนโยบายเครือข่ายเท่านั้น โปรดขอให้เจ้าของฝ่ายความปลอดภัยหรือเครือข่ายของคุณอนุมัติช่วงที่อยู่ขาออกปัจจุบันของ Notion

การรวมระบบ OAuth ต้องอนุญาตเส้นทางของ Notion ทั้งสองเส้นทาง:

  1. เส้นทาง API ที่จัดการการเรียกกลับ OAuth และการแลกเปลี่ยนรหัสการอนุญาต

  2. เส้นทางรันไทม์ของพื้นที่ทำงานที่ตรวจสอบความถูกต้องของการเชื่อมต่อ เรียกใช้เครื่องมือ และรีเฟรชโทเค็น

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

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

เรียกใช้สิ่งนี้ในเวิร์กชีต Snowflake ที่ปลอดภัย ชื่อการรวมคำนึงถึงตัวพิมพ์เล็กและใหญ่และโดยปกติจะเป็นตัวพิมพ์ใหญ่:

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

การเชื่อมต่อ MCP ที่กำหนดค่าโดยพื้นที่ทำงานเป็นฟีเจอร์ที่อยู่ในช่วงอัลฟ่าในขณะนี้

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

เมื่อ Snowflake พร้อมแล้ว เจ้าของพื้นที่ทำงานหรือผู้ดูแลจะเพิ่มเซิร์ฟเวอร์หนึ่งครั้งสำหรับพื้นที่ทำงาน จากนั้นสมาชิกจะสามารถค้นหาได้โดยไม่ต้องเห็นรหัสลับไคลเอ็นต์ OAuth ไม่ว่าจะเชื่อมต่อ Snowflake MCP เข้ากับเอเจนต์ที่กำหนดเองหรือ Notion Agent ของตนเองก็ตาม

  1. ไปที่ การตั้งค่า สำหรับพื้นที่ทำงาน

  2. เลือก การเชื่อมต่อ → MCP ที่แชร์ในพื้นที่ทำงาน

  3. เลือก MCP พื้นที่ทำงานใหม่

กรอกข้อมูลในช่องเหล่านี้ จากนั้นเลือก เพิ่มเซิร์ฟเวอร์ MCP:

ฟิลด์

สิ่งที่ต้องป้อน

ชื่อ

ชื่อที่ชัดเจนสำหรับสมาชิก เช่น ตัวแทนข้อมูล Snowflake ของบริษัท

คำอธิบาย

โน้ตสั้น ๆ เกี่ยวกับข้อมูลและวิธีการใช้งานที่ตั้งใจไว้

URL เซิร์ฟเวอร์

URL ของ Snowflake MCP สาธารณะที่ถูกต้องจากเวิร์กชีต

กำหนดค่าการยืนยันตัวตนด้วยตนเอง

เปิดใช้งาน Notion จะตรวจพบรายละเอียด OAuth ของ Snowflake

ใช้ไคลเอ็นต์ OAuth ที่แชร์ในพื้นที่ทำงาน

เปิด

URI สำหรับเปลี่ยนเส้นทาง

สร้างโดย Notion ยืนยันว่าตรงกับ URI ที่คุณให้ไว้กับผู้ดูแลระบบ Snowflake

ID ไคลเอ็นต์

ID ไคลเอ็นต์จากการรวม Snowflake OAuth

ข้อมูลลับของไคลเอ็นต์

ข้อมูลลับที่ตรงกันซึ่งคุณได้รับผ่านช่องทางข้อมูลลับที่ได้รับอนุมัติ

ขอบเขต OAuth

เลือกขอบเขต session:role:<mcp_access_role> ที่ถูกต้อง ขอบเขตทั้งหมด จะใช้ได้ก็ต่อเมื่อ Snowflake ประกาศขอบเขตที่ได้รับอนุมัตินั้นเพียงขอบเขตเดียวและไม่มีขอบเขตที่กว้างกว่านั้น

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

สิ่งที่การตั้งค่านี้ทำ:

  • ช่วยให้สมาชิกค้นหาเซิร์ฟเวอร์ที่อนุมัติแล้วพบ

  • จัดเก็บข้อมูลลับของไคลเอ็นต์ OAuth ไว้ในที่จัดเก็บการเชื่อมต่อที่เข้ารหัสของ Notion เพียงครั้งเดียว

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

  • ไม่สร้างเซสชัน Snowflake ที่แชร์หรือข้ามการควบคุมการเข้าถึงของ Snowflake

  • ไม่เชื่อมต่อสมาชิกทุกคนโดยอัตโนมัติ แต่ละคนต้องลงชื่อเข้าใช้แยกต่างหาก

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

เมื่อผู้ดูแลระบบของคุณเตรียมการเชื่อมต่อ Snowflake MCP พร้อมแล้ว มีสองวิธีในการใช้งาน หากคุณกำลังตั้งค่านี้สำหรับทีม ให้เริ่มที่ 11A หากคุณเพียงต้องการถามคำถามของคุณเอง ให้ข้ามไปที่ 11B คุณสามารถทำทั้งสองอย่างได้ เนื่องจากเป็นการเชื่อมต่อที่แยกจากกัน

ขั้นตอนที่ 11A: ตั้งค่าเอเจนต์ที่กำหนดเองที่มีการจัดการสำหรับทีมของคุณ

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

การตรวจสอบสิทธิ์แบบรายบุคคลในเอเจนต์ที่กำหนดเองอยู่ในช่วงอัลฟ่าในขณะนี้

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

เชื่อมต่อ Snowflake เข้ากับเอเจนต์ที่กำหนดเอง

  1. เปิดเอเจนต์ที่กำหนดเองของคุณ หรือ สร้างเอเจนต์ที่กำหนดเองใหม่

  2. ไปที่ การตั้งค่า → เครื่องมือและการเข้าถึง

  3. เลือก เพิ่มการเชื่อมต่อ จากนั้นเลือกเซิร์ฟเวอร์ Snowflake ที่ระบุว่า พื้นที่ทำงานที่มีการจัดการ อย่าเลือก เซิร์ฟเวอร์ MCP ที่กำหนดเอง หรือป้อน URL ของเซิร์ฟเวอร์ด้วยตนเอง

  4. ลงชื่อเข้าใช้ Snowflake ในเบราว์เซอร์ของคุณ ระบบอาจแสดงหน้าลงชื่อเข้าใช้ Okta หรือ SSO ตามปกติขององค์กรคุณ

  5. ตรวจสอบและอนุมัติบทบาท Snowflake ที่ร้องขอ

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

  7. เลือก เชื่อมต่อ และยืนยันว่าการเชื่อมต่อแสดงสถานะเป็น เชื่อมต่อแล้ว

ให้บริบทแก่เอเจนต์

การเชื่อมต่อนี้ช่วยให้เอเจนต์เข้าถึง Snowflake ได้ คำสั่งของคุณจะบอกเอเจนต์ว่าบริษัทของคุณใช้ข้อมูลนั้นอย่างไร ในคำสั่งของเอเจนต์ ให้ระบุว่าควรใช้เครื่องมือใดสำหรับคำถามประเภทใด ทีมของคุณกำหนดเมตริกหลักอย่างไร และควรเริ่มจากตารางหรือมุมมองเชิงความหมาย (semantic view) ใด ตัวอย่างคำถามที่ผ่านการตรวจสอบแล้วเพียงไม่กี่ข้อก็ช่วยได้มาก สำหรับจุดเริ่มต้นที่พร้อมใช้งาน โปรดดูคู่มือ Data Scout

แชร์เอเจนต์

แชร์เอเจนต์กับทีมของคุณในวิธีเดียวกับที่คุณแชร์เอเจนต์ที่กำหนดเอง เมื่อมีคนถามคำถามที่ต้องใช้ Snowflake เป็นครั้งแรก พวกเขาจะได้รับแจ้งให้ลงชื่อเข้าใช้ด้วยบัญชี Snowflake ของตนเอง โดยจะไม่ถูกถามหา client ID หรือ secret

การตรวจสอบสิทธิ์แบบรายบุคคลจะมีผลเมื่อมีคนแชทกับเอเจนต์โดยตรง

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

ขั้นตอนที่ 11B: เชื่อมต่อ Snowflake เข้ากับ Notion Agent ของคุณเอง

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

  1. ไปที่ การตั้งค่า → Notion AI

  2. ภายใต้ เซิร์ฟเวอร์ MCP ให้เลือก เพิ่มเซิร์ฟเวอร์ MCP

  3. เลือกเซิร์ฟเวอร์ Snowflake ที่ระบุว่า Workspace Managed อย่าเลือก เซิร์ฟเวอร์ MCP ที่กำหนดเอง หรือป้อน URL ของเซิร์ฟเวอร์ด้วยตนเอง

  4. เลือก เชื่อมต่อ

  5. ลงชื่อเข้าใช้ Snowflake ในเบราว์เซอร์ของคุณ ระบบอาจแสดงหน้าลงชื่อเข้าใช้ Okta หรือ SSO ตามปกติขององค์กรคุณ

  6. ตรวจสอบและอนุมัติบทบาท Snowflake ที่ร้องขอ

  7. เมื่อเบราว์เซอร์ของคุณถามว่าจะเปิด Notion หรือไม่ ให้เลือก เปิด Notion

  8. ยืนยันว่าสถานะเซิร์ฟเวอร์คือ เชื่อมต่อแล้ว ไม่ใช่ ต้องการการยืนยันตัวตน

หลังจากที่คุณเชื่อมต่อแล้ว Snowflake จะปรากฏใน แหล่งข้อมูลทั้งหมด → เซิร์ฟเวอร์ MCP ในแชท

คุณไม่ควรถูกถามหา OAuth client ID หรือ secret ในทั้งสองเส้นทาง

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

  1. ถามคำถามที่ไม่เป็นอันตรายซึ่งทราบคำตอบอยู่แล้วและควรใช้ Snowflake ในการตอบ

  2. ยืนยันว่าเอเจนต์ใช้ Snowflake และส่งคืนผลลัพธ์

  3. ยืนยันว่าคุณไม่สามารถเข้าถึงข้อมูลนอกเหนือจากบทบาทที่คุณได้รับมอบหมาย

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

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

ถามคำถามเฉพาะเจาะจงเกี่ยวกับข้อมูล Snowflake ของคุณกับเอเจนต์ ตัวอย่างเช่น:

  • "จาก Snowflake ยอดการสมัครใช้งานทั้งหมดของเราเมื่อเดือนที่แล้วคือเท่าไร"

  • "จาก Snowflake บัญชีที่สร้างรายได้สูงสุด 10 อันดับแรกของเราในไตรมาสนี้คืออะไร"

สำหรับเอเจนต์ที่กำหนดเอง คุณมักจะข้ามคำว่า "จาก Snowflake" ได้เมื่อคำสั่งของเอเจนต์ระบุชัดเจนว่าควรใช้เมื่อใด สำหรับเอเจนต์ Notion ของคุณ การระบุชื่อ Snowflake จะช่วยให้เอเจนต์เลือกแหล่งข้อมูลที่ถูกต้องได้

คำขอขนาดใหญ่อาจใช้เวลานานขึ้นหรือหมดเวลา หากเกิดเหตุการณ์ดังกล่าว ให้ถามคำถามที่แคบลงหรือแบ่งคำขอออกเป็นคำถามย่อยๆ

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

คุณจะต้องลงชื่อเข้าใช้อีกครั้งหาก:

  • โทเค็นรีเฟรชของคุณหมดอายุหรือผู้ดูแลเพิกถอนสิทธิ์นั้น

  • ผู้ดูแลแทนที่การรวม OAuth หรือรหัสลับไคลเอ็นต์

  • บทบาท Snowflake ของคุณถูกลบออก

  • ผู้ดูแลลบการตั้งค่าพื้นที่ทำงานหรือการเชื่อมต่อของคุณออก

  • นโยบายเครือข่ายบล็อกการรีเฟรชโทเค็น

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

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

ALTER SECURITY INTEGRATION <oauth_integration_name>
REFRESH OAUTH_CLIENT_SECRET_2;

  • การเชื่อมต่อ Snowflake MCP ไม่อยู่ในรายการ ผู้ดูแลพื้นที่ทำงานของคุณอาจยังไม่ได้เพิ่มการเชื่อมต่อดังกล่าว หรือพื้นที่ทำงานของคุณอาจจำกัดการใช้เซิร์ฟเวอร์แบบกำหนดเอง โปรดขอความช่วยเหลือจากผู้ดูแลพื้นที่ทำงานของคุณ

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

  • คุณถูกขอให้ลงชื่อเข้าใช้อีกครั้ง เซสชัน Snowflake ของคุณอาจหมดอายุ หรือผู้ดูแลระบบอาจอัปเดตการเชื่อมต่อ โปรดลงชื่อเข้าใช้ Snowflake อีกครั้ง

  • คุณเปิด Custom Agent แล้วระบบขอให้คุณลงชื่อเข้าใช้ Snowflake นั่นเป็นเรื่องปกติสำหรับการใช้งานครั้งแรก ผู้ที่ใช้ Custom Agent แบบมีการจัดการทุกคนจำเป็นต้องลงชื่อเข้าใช้ด้วยข้อมูลประจำตัว Snowflake ของตนเอง

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

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

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

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

  • คำขอหมดเวลา โปรดถามคำถามที่เฉพาะเจาะจงมากขึ้น หรือแบ่งคำขอของคุณออกเป็นคำถามย่อยๆ

สำหรับผู้ดูแล: ข้อผิดพลาดในการลงชื่อเข้าใช้และการเชื่อมต่อ

ข้อผิดพลาดเหล่านี้มักเกิดจากการตั้งค่า Snowflake ไม่ใช่ Notion โปรดแชร์ข้อผิดพลาดเหล่านี้กับผู้ดูแล Snowflake ของคุณ

  • URL ของเซิร์ฟเวอร์ดูเหมือนซ้ำกัน เช่น https://https%3A... ที่อยู่ถูกวางโดยมี https:// เกินมาด้านหน้า โปรดแก้ไขเพื่อให้ URL ขึ้นต้นด้วย https:// เพียงตัวเดียว

  • คุณเห็นข้อความ "This server does not support OAuth authentication." การรวมระบบความปลอดภัยไม่ได้ตั้งค่าไว้สำหรับ OAuth หรือ URL ของเซิร์ฟเวอร์ไม่ถูกต้อง โปรดขอให้ผู้ดูแล Snowflake ของคุณตรวจสอบการรวมระบบความปลอดภัย OAuth และ URL ของเซิร์ฟเวอร์

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

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

  • คุณเห็น "บทบาท ALL ที่ร้องขอถูกบล็อกไว้อย่างชัดเจน" การเชื่อมต่อได้ร้องขอบทบาททั้งหมดในคราวเดียว (session:role:all) ซึ่งถูกบล็อกไว้ โปรดใช้บทบาทที่ระบุเพียงบทบาทเดียวแทน เช่น session:role:analyst โดยใช้ชื่อบทบาทจริงของคุณ

  • คุณเห็นข้อผิดพลาดในการเปลี่ยนเส้นทาง (ข้อผิดพลาด 390307) URL การเปลี่ยนเส้นทางที่บันทึกไว้ใน Snowflake ไม่ตรงกับที่ Notion ใช้ โปรดขอให้ผู้ดูแลของคุณตั้งค่า URL การเปลี่ยนเส้นทางในการรวมความปลอดภัยให้เป็นค่า Notion ที่ถูกต้องแม่นยำ

  • คุณเห็นข้อผิดพลาด 390311 เกี่ยวกับความท้าทายของรหัสที่ไม่ถูกต้อง นี่คือความไม่ตรงกันของ PKCE โปรดขอให้ผู้ดูแลของคุณยืนยันว่า OAUTH_ENFORCE_PKCE ถูกตั้งค่าไว้อย่างถูกต้องในการรวมความปลอดภัย

  • คุณเชื่อมต่อแล้ว แต่ไม่มีเครื่องมือปรากฏขึ้น บทบาทของคุณอาจขาด USAGE บนเซิร์ฟเวอร์ MCP โปรดขอให้ผู้ดูแลของคุณยืนยันสิทธิ์ จากนั้นเรียกใช้ DESCRIBE MCP SERVER เพื่อตรวจสอบการตั้งค่า

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

  • มันเคยทำงานได้มาก่อน แต่ตอนนี้ทุกคนล้มเหลวหลังจากมีการเปลี่ยนความลับ ความลับของไคลเอ็นต์ถูกหมุนเวียน ทำให้การเชื่อมต่อที่บันทึกไว้ล้าสมัย โปรดขอความลับใหม่จากผู้ดูแล แล้วเชื่อมต่อใหม่อีกครั้ง

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

  • ตัวระบุบัญชีของคุณถูกปฏิเสธ โปรดใช้รูปแบบ organization-account ที่มีเครื่องหมายยัติภังค์ เช่น myorg-myaccount ไม่ใช่จุด

  • บัญชี PrivateLink ไม่สามารถเชื่อมต่อได้ บัญชี PrivateLink จำเป็นต้องมีการตั้งค่าเครือข่ายเพิ่มเติม โปรดสอบถามผู้ดูแลของคุณว่า PrivateLink อนุญาตให้มีการเชื่อมต่อ Notion หรือไม่

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

  • คุณเห็น oauth_security_error หลังจากลงชื่อเข้าใช้ผ่านเบราว์เซอร์ นโยบายเครือข่ายระดับบัญชีอาจกำลังบล็อกคำขอนี้อยู่ ผู้ดูแลของคุณสามารถยืนยันได้โดยการเรียกใช้:

  • การลงชื่อเข้าใช้ดูเหมือนจะทำงานได้ แต่คุณได้รับข้อผิดพลาดเกี่ยวกับบทบาท แม้จะมีขอบเขตที่ถูกต้องก็ตาม บทบาทเริ่มต้นของคุณอาจถูกบล็อก เช่น ACCOUNTADMIN หรือบทบาทใน BLOCKED_ROLES_LIST ผู้ดูแลของคุณสามารถตรวจสอบและแก้ไขได้:

คำสั่งแบบอ่านอย่างเดียวเหล่านี้ช่วยให้ผู้ดูแลของคุณยืนยันการตั้งค่าได้โดยไม่ต้องเปลี่ยนแปลงสิ่งใด โปรดเรียกใช้คำสั่งเหล่านี้ใน Snowflake

มุมมอง ACCOUNT_USAGE อาจมีความล่าช้า ดังนั้นแถวที่หายไปจึงไม่ใช่ข้อพิสูจน์ว่าคำขอไม่เคยเกิดขึ้น

อย่าหมุนเวียน secret ลดความเข้มงวดของนโยบาย หรือขยายสิทธิ์จนกว่าคุณจะทราบว่าเลเยอร์ใดที่ล้มเหลว

ใช้คู่มือ Snowflake เหล่านี้เพื่อดำเนินการตั้งค่าให้เสร็จสมบูรณ์:

คำถามที่พบบ่อย

ฉันควรตั้งค่าเอเจนต์ที่กำหนดเอง หรือเชื่อมต่อ Snowflake เข้ากับ Notion Agent ของฉันดี?

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

การเชื่อมต่อ Snowflake เข้ากับ Notion Agent ของฉัน จะเชื่อมต่อเข้ากับเอเจนต์ที่กำหนดเองของเราด้วยหรือไม่?

ไม่. การเชื่อมต่อแต่ละรายการเป็นของแยกกัน โดยเอเจนต์ที่กำหนดเองแต่ละตัวต้องมีการเชื่อมต่อของตนเอง. การตั้งค่า Snowflake จากขั้นตอนที่ 1–10 ใช้ร่วมกัน แต่การลงชื่อเข้าใช้ไม่ได้.

ทุกคนในทีมเห็นข้อมูลเดียวกันหรือไม่?

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

ฉันต้องแชร์รหัสผ่าน Snowflake กับทีมของฉันหรือไม่?

ไม่. ไม่มีใครแชร์ข้อมูลประจำตัว และพื้นที่ทำงานจะจัดเก็บรายละเอียดไคลเอ็นต์ OAuth เพียงครั้งเดียว โดยแต่ละคนลงชื่อเข้าใช้ Snowflake ด้วยตนเอง.

ให้ข้อเสนอแนะ

แหล่งข้อมูลนี้มีประโยชน์หรือไม่?