Contact
Line : comsiam
Contact
Line : comsiam

วิธีแชร์ Space หรือผลค้นคว้าจาก Perplexity สามารถทำได้หลายรูปแบบ ได้แก่ การเชิญสมาชิกเข้าร่วม Space หรือ Project การแชร์ Thread ที่มีคำถามและคำตอบ การส่งลิงก์ผลค้นคว้า และการส่งออกคำตอบเป็นเอกสารตามความสามารถของบัญชี โดยแต่ละวิธีมีขอบเขตการเข้าถึงและความเป็นส่วนตัวแตกต่างกัน
หากต้องการทำงานร่วมกับผู้อื่นอย่างต่อเนื่อง ควรใช้การแชร์ Space หรือ Project เพื่อให้สมาชิกเข้าถึงไฟล์ แหล่งข้อมูล และ Threads ที่เกี่ยวข้องตามสิทธิ์ที่กำหนด
แต่หากต้องการส่งเพียงคำตอบจากการค้นคว้าหนึ่งเรื่อง การแชร์ Thread หรือส่งออกผลลัพธ์อาจเหมาะสมกว่า เพราะไม่จำเป็นต้องให้ผู้รับเข้าถึงพื้นที่ทำงานทั้งโครงการ
Perplexity Spaces เดิมรองรับการเชิญสมาชิกด้วยอีเมล การกำหนด Viewer และ Collaborator และการตั้งค่าการแชร์ ขณะที่ระบบ Projects รุ่นใหม่เพิ่มความสามารถด้านพื้นที่ทำงานร่วมกัน ไฟล์ต่อเนื่อง และแอปที่เชื่อมต่อตามสิทธิ์บัญชี
สิ่งที่ต้องให้ความสำคัญคือ การแชร์ลิงก์ การเชิญสมาชิก และการเพิ่มไฟล์เป็น Source ไม่ใช่การกระทำเดียวกัน ผู้รับอาจเห็นข้อมูลคนละส่วนตาม Permissions ที่ได้รับ และการแชร์แบบ Anyone with the Link อาจทำให้บุคคลอื่นเข้าถึงเนื้อหาได้กว้างกว่าที่ตั้งใจ
บทความนี้ ComSiam จะอธิบายขั้นตอนแชร์ Space, Project และ Thread อย่างละเอียด ทั้งบนเว็บไซต์ Android และ iPhone พร้อมเปรียบเทียบ Private, Organization และ Public Link การกำหนด Viewer, Collaborator และ Permissions วิธีแชร์ผลค้นคว้า การส่งออกข้อมูล การหยุดแชร์ การลบสมาชิก และการป้องกันข้อมูลส่วนตัว พร้อม Prompt ภาษาไทยและอังกฤษ ตาราง Workflow Checklist และ FAQ
Perplexity มีความสามารถเกี่ยวกับการแชร์หลายประเภท โดยรายละเอียดขึ้นอยู่กับผลิตภัณฑ์และแพ็กเกจ
① แชร์ Space หรือ Project
② แชร์ Thread หรือบทสนทนา
③ แชร์คำตอบหรือผลค้นคว้า
④ ส่งลิงก์ไปยังผลลัพธ์
⑤ ส่งออกเนื้อหาเป็นไฟล์
⑥ เชิญสมาชิกให้ทำงานร่วมกัน
⑦ แชร์แหล่งข้อมูลของโครงการตามสิทธิ์
| รูปแบบ | เหมาะกับ | สิ่งที่ต้องตรวจ |
|---|---|---|
| Share Space | งานร่วมกันหลายหัวข้อ | Files และสมาชิก |
| Share Project | งานต่อเนื่องของทีม | Project Context |
| Share Thread | ส่งบทสนทนาเฉพาะเรื่อง | ข้อความทั้งหมด |
| Public Link | ส่งให้ผู้มีลิงก์ | ข้อมูลที่เปิดเผย |
| Organization Sharing | แชร์ภายในองค์กร | นโยบายองค์กร |
| Export | ส่งผลลัพธ์เป็นเอกสาร | เนื้อหาที่ส่งออก |
ไม่ควรเลือกวิธีแชร์ที่เปิดเผยข้อมูลมากกว่าความจำเป็น เช่น เชิญสมาชิกเข้า Project ทั้งหมดเพียงเพื่อให้ดูคำตอบหนึ่งรายการ
Space คือพื้นที่รวม Threads และแหล่งข้อมูลของโครงการ
Thread คือบทสนทนาที่มีคำถาม คำตอบ และรายละเอียดที่เกี่ยวข้อง
| ประเด็น | แชร์ Space | แชร์ Thread |
|---|---|---|
| ขอบเขต | พื้นที่โครงการ | บทสนทนาที่เลือก |
| จำนวนหัวข้อ | หลายหัวข้อ | หัวข้อเฉพาะ |
| การทำงานร่วมกัน | เหมาะกับงานทีม | เหมาะกับการตรวจคำตอบ |
| Source Access | ขึ้นกับสิทธิ์สมาชิก | ไม่ได้ให้สิทธิ์ Source ทั้งหมดเสมอไป |
| ความเสี่ยง | เปิดเผยบริบทโครงการมากขึ้น | เปิดเผยเนื้อหาใน Thread |
| การหยุดแชร์ | จัดการสิทธิ์พื้นที่ | จัดการการแชร์ Thread |
หากสมาชิกต้องช่วยค้นคว้าต่อและใช้เอกสารร่วมกัน ให้พิจารณาแชร์ Space
หากต้องการให้บุคคลอื่นอ่านผลสรุปเรื่องเดียว ให้เริ่มจากแชร์ Thread หรือส่งออกผลลัพธ์
สำหรับหน้าจอที่ยังใช้ระบบ Spaces สามารถตรวจตัวเลือกแชร์จากเมนูของพื้นที่
ต้องตรวจว่า Space มีไฟล์อะไรอยู่บ้าง และผู้รับอาจเข้าถึงข้อมูลเหล่านั้นได้มากน้อยเพียงใด
ตำแหน่งปุ่มอาจเปลี่ยนตามรุ่นหน้าจอ บางบัญชีแสดง Projects แทน Spaces จึงต้องใช้เมนูที่มีจริง
Projects เป็นพื้นที่ทำงานรุ่นใหม่ที่ Perplexity พัฒนาต่อจาก Spaces
สมาชิกสามารถทำงานบนบริบท ไฟล์ ผลงาน และประวัติของ Project ตามสิทธิ์ที่ได้รับ
อย่างไรก็ตาม ข้อมูลส่วนตัวที่เชื่อมต่อของแต่ละสมาชิก เช่น บัญชีบริการภายนอกหรือหน่วยความจำส่วนตัว ไม่ได้ถูกรวมเป็นสิทธิ์เข้าถึงของทุกคนโดยอัตโนมัติ
หากต้องการให้สมาชิกใช้เอกสารจาก Connector ต้องตรวจสิทธิ์ของบริการต้นทางแยกต่างหาก
คู่มือ Spaces เดิมอธิบายการเชิญสมาชิกด้วยอีเมล
① เปิด Space
② เลือก Invite
③ กรอกอีเมลผู้ที่จะเชิญ
④ ตรวจความถูกต้องของอีเมล
⑤ เลือกบทบาทที่ต้องการเมื่อมีตัวเลือก
⑥ ส่งคำเชิญ
⑦ ตรวจสถานะผู้รับเชิญ
⑧ ทดสอบสิทธิ์หลังผู้รับเข้าร่วม
ใน Spaces เดิม Collaborator สามารถสร้าง Threads ใหม่หรือถามคำถามต่อใน Threads เดิมได้ตามสิทธิ์ที่ระบบกำหนด
การเชิญสมาชิกไม่ใช่เพียงการส่งลิงก์อ่านข้อมูล แต่เป็นการอนุญาตให้เข้ามาทำงานภายในพื้นที่ตามบทบาทที่ได้รับ
| หัวข้อ | Viewer | Collaborator |
|---|---|---|
| ดูข้อมูลในพื้นที่ | ตามสิทธิ์ | ตามสิทธิ์ |
| อ่าน Threads | ตามสิทธิ์ | ตามสิทธิ์ |
| เข้าถึง Sources | ตามสิทธิ์ | ตามสิทธิ์ |
| สร้าง Thread ใหม่ | ไม่ใช่หน้าที่หลัก | รองรับใน Spaces เดิม |
| ถามต่อใน Thread | ขึ้นกับฟีเจอร์ | รองรับใน Spaces เดิม |
| แก้การตั้งค่า | ต้องตรวจสิทธิ์ | ต้องตรวจสิทธิ์ |
หากต้องการให้ผู้รับอ่านผลการค้นคว้าอย่างเดียว Viewer มักเหมาะกว่า
หากต้องการให้ช่วยตั้งคำถามและค้นคว้าต่อ Collaborator เหมาะกว่าเมื่อระบบรองรับ
ชื่อบทบาทและสิทธิ์รายละเอียดอาจแตกต่างกันตามผลิตภัณฑ์ จึงต้องตรวจ Permissions ของบัญชีจริงก่อนเชิญ
เป็นผู้ดูแลหลักของพื้นที่ตามรูปแบบสิทธิ์ที่บริการกำหนด
เกี่ยวข้องกับการควบคุมระดับองค์กร เช่น การกำหนดนโยบาย Sharing และการจัดการสมาชิกในผลิตภัณฑ์ Enterprise
| การดำเนินการ | สิ่งที่ต้องตรวจ |
|---|---|
| เชิญสมาชิก | Invite Permission |
| ลบสมาชิก | Member Management |
| แชร์ลิงก์ | Sharing Policy |
| เพิ่ม Source | Upload Permission |
| ลบ Source | File Management |
| เปลี่ยนคำสั่งโครงการ | Edit Permission |
| จัดการองค์กร | Admin Policy |
ไม่ควรสมมุติว่า Collaborator มีสิทธิ์ลบไฟล์หรือเชิญสมาชิกทุกกรณี เพราะบางกิจกรรมอาจสงวนไว้ให้เจ้าของพื้นที่หรือผู้ดูแล
Private Sharing คือการจำกัดการเข้าถึงเนื้อหาให้เฉพาะผู้ที่ได้รับอนุญาตตามระบบ
คำว่า Private ไม่ได้ทดแทนการตรวจนโยบายการเก็บและประมวลผลข้อมูลของบริการ
Organization Sharing คือการแชร์ภายในองค์กรที่มีบัญชีหรือระบบสมาชิกเดียวกัน
การแชร์ภายในองค์กรอาจทำให้สมาชิกจำนวนมากเข้าถึงข้อมูลได้ ขึ้นอยู่กับนโยบายที่ตั้งไว้ จึงต้องตรวจว่าข้อมูลนั้นเหมาะกับผู้รับทั้งหมดหรือไม่
เป็นรูปแบบการแชร์ที่ผู้มีลิงก์อาจสามารถเปิดดูเนื้อหาได้ตามสิทธิ์และการตั้งค่า
Anyone with the Link ไม่ควรถูกใช้แทนการแชร์แบบส่วนตัวสำหรับข้อมูลสำคัญ
Thread คือชุดคำถามและคำตอบที่ผู้ใช้ต้องการส่งให้ผู้อื่นอ่านหรือตรวจสอบ
ควรอ่านทั้งคำถาม คำตอบ และข้อความที่เคยอัปโหลด ไม่ใช่อ่านเฉพาะสรุปบรรทัดสุดท้าย
หากไม่ต้องการให้ผู้รับเข้าถึงแหล่งข้อมูลทั้งหมด สามารถพิจารณาส่งเฉพาะผลลัพธ์
การคัดลอกคำตอบออกจาก Perplexity อาจทำให้ผู้รับไม่เห็น Citation ที่เปิดตรวจได้แบบเดียวกับ Thread ต้นฉบับ จึงควรจัดหลักฐานประกอบให้เหมาะสม
Perplexity มีความสามารถเกี่ยวกับการส่งออกผลลัพธ์เป็นรูปแบบเอกสารในผลิตภัณฑ์ที่รองรับ
รูปแบบที่ส่งออกได้อาจต่างกันตามประเภทคำตอบและแพ็กเกจ จึงไม่ควรสมมุติว่าทุก Thread มี PDF, DOCX และ CSV ให้เลือกครบทั้งหมด
ตรวจว่ามีเมนู Invite หรือ Manage Members ในแอปหรือไม่ หากไม่พบ อาจใช้เว็บไซต์ผ่านเบราว์เซอร์เพื่อตรวจตัวเลือกที่รองรับ
การกด Share ผ่านระบบ Android ไม่ได้รับประกันว่าลิงก์จะเป็น Private โดยอัตโนมัติ ต้องตรวจการตั้งค่าจาก Perplexity ด้วย
หากแอปรองรับการจัดการสมาชิก ให้เปิด Project แล้วตรวจส่วน Sharing หรือ Members
หากเมนูไม่ปรากฏให้ตรวจผ่านเว็บไซต์ด้วยบัญชีเดียวกัน
อย่าสมมุติว่าการแชร์ด้วย Share Sheet ของ iPhone เปลี่ยนสถานะ Privacy ของ Thread ให้เอง
การส่งลิงก์หรือผลสรุปผ่านแอปสื่อสารควรพิจารณาความเป็นส่วนตัวของเนื้อหา
หากเป็นข้อมูลภายใน ควรใช้วิธีแชร์ที่องค์กรอนุญาตและจำกัดผู้เข้าถึง แทนการใช้ Public Link
Spaces มีความสามารถเกี่ยวกับการแชร์ Threads ภายในพื้นที่ และมีการจัดการ Shared Threads ตามรุ่นของผลิตภัณฑ์
Thread ที่สมาชิกสร้างอาจมีสถานะส่วนตัวหรือแชร์ตามการตั้งค่าของผลิตภัณฑ์ จึงต้องตรวจว่าผู้อื่นเห็นจริงหรือไม่
ทีมสามารถใช้เอกสารใน Space หรือ Project เพื่อค้นคว้าตามเป้าหมายร่วมกัน
Project: Market Research
Sources:
Threads:
| สมาชิก | งาน |
|---|---|
| Researcher | รวบรวมข้อมูล |
| Analyst | วิเคราะห์ |
| Reviewer | ตรวจคำกล่าวอ้าง |
| Editor | เรียบเรียงรายงาน |
| Project Owner | ดูแลการแชร์และภาพรวม |
บทบาทข้างต้นเป็นตัวอย่างการแบ่งงาน ไม่ใช่ชื่อ Permissions ที่ระบบรองรับทั้งหมด
Source Access หมายถึงสิทธิ์ในการเข้าถึงเอกสารหรือแหล่งข้อมูลที่ใช้ประกอบการค้นคว้า
ผู้ที่ได้รับเชิญเป็น Viewer หรือ Collaborator ใน Spaces เดิมอาจเข้าถึงไฟล์ที่เพิ่มในพื้นที่ตามสิทธิ์
ใน Projects รุ่นใหม่ การทำงานร่วมกันไม่ได้ให้สิทธิ์เข้าถึงข้อมูลส่วนตัวที่เชื่อมต่อของสมาชิกคนอื่นโดยอัตโนมัติ
การแชร์พื้นที่ทำงานควรเริ่มจากตรวจว่าข้อมูลใดจำเป็นต่อความร่วมมือจริง
สำหรับงานที่ใช้ข้อมูลธุรกิจ ComSiam แนะนำให้ตรวจทั้งสิทธิ์ภายใน Perplexity และสิทธิ์จากบริการต้นทาง เพราะการเชิญสมาชิกเข้าร่วม Project ไม่ได้หมายความว่าสิทธิ์บัญชีภายนอกจะถูกถ่ายทอดให้สมาชิกทุกคน
คู่มือ Spaces เดิมระบุว่าบัญชี Free สามารถสร้างพื้นที่พื้นฐานเพื่อจัด Threads และทำงานร่วมกันได้ แต่บางความสามารถ เช่น การเพิ่ม Files เป็น Sources มีข้อจำกัดตามแพ็กเกจ
ไม่ควรนำสิทธิ์จาก Spaces รุ่นเดิมมายืนยันความสามารถทุกอย่างของ Projects รุ่นใหม่โดยอัตโนมัติ
Pro และ Max มีสิทธิ์ใช้งานเพิ่มขึ้นตามผลิตภัณฑ์และขีดจำกัดที่กำหนด
| ประเด็น | Pro | Max |
|---|---|---|
| แชร์ Threads | ตามฟีเจอร์ | ตามฟีเจอร์ |
| ใช้งาน Spaces/Projects | รองรับตามสิทธิ์ | รองรับตามสิทธิ์ |
| ไฟล์และงานขั้นสูง | เพิ่มขีดจำกัด | ขีดจำกัดสูงกว่าในบางฟีเจอร์ |
| Collaboration | ตามนโยบาย | ตามนโยบาย |
| Computer Features | ตามสิทธิ์ | เพิ่มความสามารถตามแพ็กเกจ |
ไม่ควรสมัครแพ็กเกจที่แพงกว่าเพียงเพราะต้องการแชร์ลิงก์หนึ่งรายการ ควรตรวจความสามารถที่บัญชีปัจจุบันมีอยู่ก่อน
Enterprise มีการควบคุม Sharing และ Permissions ระดับองค์กรมากกว่าบัญชีส่วนบุคคล
ผู้ดูแลระบบอาจจำกัดการแชร์ภายนอกหรือการดาวน์โหลดไฟล์ แม้บางคู่มือจะระบุว่าผลิตภัณฑ์รองรับฟีเจอร์เหล่านั้นก็ตาม
คู่มือ Spaces เดิมระบุจำนวนผู้ร่วมงานต่างกันตามแพ็กเกจ
| แพ็กเกจ | ข้อจำกัดที่เอกสารระบุ |
|---|---|
| Pro | สูงสุด 5 Collaborators |
| Enterprise Pro | ไม่จำกัดจำนวน Collaborators ตามคำอธิบายรุ่นเดิม |
ตัวเลขนี้เป็นข้อมูลจากเอกสาร Spaces รุ่นเดิม ไม่ควรถือเป็นขีดจำกัดสากลของ Projects รุ่นใหม่หรือ Enterprise ทุกผลิตภัณฑ์
ควรตรวจสิทธิ์ปัจจุบันจากหน้าจอและเอกสารแพ็กเกจที่ใช้งานจริง
หากไม่ต้องการให้บุคคลอื่นเข้าถึง Thread ผ่านลิงก์อีก ควรตรวจ Sharing Settings ของบทสนทนานั้น
การเปลี่ยน Thread เป็น Private ไม่สามารถเรียกคืนข้อความหรือไฟล์ที่ผู้รับเคยคัดลอก ดาวน์โหลด หรือส่งต่อไปแล้ว
หากพื้นที่มีข้อมูลอ่อนไหว ควรตรวจทั้งระดับการแชร์ของพื้นที่และ Threads ที่ถูกแชร์เป็นรายรายการ เพราะอาจใช้การตั้งค่าต่างกัน
การลบสมาชิกออกจากพื้นที่ไม่ได้หมายความว่าเอกสารที่บุคคลนั้นเคยดาวน์โหลดหรือคัดลอกไปแล้วจะถูกลบจากอุปกรณ์ของเขา
หากต้องการให้ผู้ใช้ช่วยค้นคว้าต่อ สามารถตรวจตัวเลือกแก้บทบาทของสมาชิก
ควรตรวจว่า Collaborator สามารถทำอะไรได้บ้าง เช่น สร้าง Threads ถามต่อ หรือแก้ข้อมูลตามขอบเขตที่ระบบกำหนด
หากไม่มีเมนูเปลี่ยนบทบาท อาจต้องให้เจ้าของพื้นที่หรือผู้ดูแลเป็นผู้จัดการ
การใช้ Private Space ไม่ได้รับประกันว่า Thread ทุกอันในพื้นที่นั้นยังเป็น Private หากมีการเปลี่ยนการแชร์ของ Thread แยกต่างหาก
ผลค้นคว้าที่ดีควรช่วยให้ผู้รับตรวจย้อนกลับไปยังหลักฐานได้
ช่วยจัดทำสรุปงานวิจัยสำหรับแชร์กับทีม โดยใช้เฉพาะแหล่งข้อมูลที่เข้าถึงได้จริง แยก Verified Findings, Analysis และ Unverified Claims พร้อมระบุ Sources ที่รองรับข้อสรุปสำคัญ ห้ามสร้าง Citation หรือเลขหน้าเอกสารขึ้นเอง
Citation ที่ปรากฏในคำตอบยังต้องตรวจว่าอ้างถึงข้อความที่สนับสนุนข้อสรุปจริง และแหล่งข้อมูลนั้นสามารถเปิดให้ผู้รับที่มีสิทธิ์เข้าถึงได้หรือไม่
บางงานต้องการให้ผู้รับเห็นเฉพาะผลสรุป ไม่ใช่เอกสารต้นทางทั้งหมด
หากรายงานมีการคัดข้อความจากไฟล์ที่มีลิขสิทธิ์หรือเงื่อนไขความลับ ยังต้องตรวจสิทธิ์ก่อนเผยแพร่ แม้ไม่ได้แชร์ Source ต้นฉบับก็ตาม
ใน Projects รุ่นใหม่มีแนวคิดการแยก Thread ที่แชร์เพื่อให้สมาชิกต่อยอดงานจากบริบทของตนเอง
การแยก Thread เพื่อทำงานต่อไม่ได้หมายความว่าผู้รับสืบทอดสิทธิ์การเข้าถึง Connectors หรือหน่วยความจำส่วนตัวของเจ้าของต้นฉบับ
ต่อจากผลค้นคว้าที่แชร์นี้ ช่วยตรวจข้อสมมติฐานที่ยังไม่มีหลักฐาน และเสนอแผนค้นข้อมูลเพิ่มเติมโดยใช้เฉพาะแหล่งที่บัญชีของฉันมีสิทธิ์เข้าถึงจริง
| รายการ | คำถาม |
|---|---|
| Access Level | แชร์ระดับใด |
| Recipient | ผู้รับถูกต้องหรือไม่ |
| Thread Visibility | เห็น Thread ใด |
| File Access | เห็นไฟล์ใด |
| Source Permission | เปิดต้นทางได้หรือไม่ |
| Collaboration | ถามต่อได้หรือไม่ |
| Revocation | หยุดแชร์ได้อย่างไร |
ไม่ควรใช้เพียงคำตอบของ AI ว่าแชร์สำเร็จเป็นหลักฐาน ต้องตรวจสถานะจากระบบจริง
| ปัญหา | สาเหตุที่เป็นไปได้ | วิธีแก้ |
|---|---|---|
| ผู้รับเปิดไม่ได้ | ลิงก์ Private | ตรวจสิทธิ์ |
| ผู้รับต้องลงชื่อเข้าใช้ | จำกัดสมาชิก | ตรวจบัญชีผู้รับ |
| ผู้รับเห็นไม่ครบ | Share เฉพาะ Thread | ตรวจขอบเขต |
| ไม่เห็น Sources | ไม่มีสิทธิ์ไฟล์ | ตรวจ Access |
| แชร์ภายนอกไม่ได้ | นโยบาย Enterprise | ติดต่อ Admin |
| ลิงก์ถูกส่งต่อ | Anyone with Link | จำกัดการแชร์ |
| แก้ไขไม่ได้ | เป็น Viewer | ตรวจ Role |
| ไม่มีปุ่ม Share | หน้าจอหรือแพ็กเกจ | ตรวจฟีเจอร์ |
| หยุดแชร์แล้วข้อมูลยังอยู่กับผู้รับ | เคยดาวน์โหลด | จัดการตามนโยบายองค์กร |
| ข้อมูลส่วนตัวหลุดในคำตอบ | ไม่ตรวจเนื้อหาก่อนแชร์ | ทบทวนและจำกัดการเข้าถึง |
หากแชร์ข้อมูลผิดกลุ่ม ให้รีบจำกัดการเข้าถึงตามเมนูที่รองรับ และดำเนินการตามขั้นตอนด้านความปลอดภัยขององค์กรเมื่อจำเป็น
ตรวจผลค้นคว้านี้ก่อนแชร์ โดยแยกข้อมูลที่ยืนยันแล้ว ข้อมูลที่ยังต้องตรวจ และข้อมูลอ่อนไหวที่ไม่ควรเผยแพร่
จัดทำ Executive Summary จากข้อมูลที่ตรวจสอบแล้ว พร้อม Key Findings, Risks และ Recommended Actions โดยไม่เปิดเผยรายละเอียดภายในที่ไม่จำเป็น
จัดทำสรุปสำหรับ Collaborators โดยแสดง Research Questions, Sources Used, Verified Findings และ Open Questions
สร้าง Checklist ตรวจ Viewer, Collaborator, Public Links และ Source Access ก่อนเชิญสมาชิกเข้าโครงการ
เสนอขั้นตอนตรวจและลบข้อมูลส่วนบุคคลที่ไม่จำเป็นก่อนเผยแพร่รายงาน
ช่วยจัด Checklist สำหรับหยุดแชร์ Thread หรือ Project โดยตรวจสมาชิก ลิงก์ Sources และข้อมูลที่อาจเคยถูกส่งออก
ตรวจข้อกล่าวอ้างในรายงานนี้กับแหล่งข้อมูลที่เข้าถึงได้จริง และระบุข้อความที่ยังไม่มีหลักฐานรองรับ
จัดทำ Research Handover ที่มี Summary, Sources, Limitations, Open Questions และ Next Actions สำหรับสมาชิกที่ได้รับอนุญาต
Prepare a concise research summary for authorized recipients, including verified findings, limitations, and next steps.
Create a workspace-sharing checklist covering member roles, link access, project files, and connected sources.
Turn the verified research into an executive summary without exposing unnecessary confidential details.
Prepare a structured handover covering research objectives, accessible sources, validated findings, and unresolved questions.
Identify potential sensitive-data exposure in the content intended for sharing and propose appropriate redaction steps.
Verify that each material claim is supported by an accessible and relevant source. Flag unsupported references.
Explain the practical differences between viewer access, collaborator access, and public-link sharing.
Create a post-sharing revocation checklist for threads, project members, public links, and exported copies.
Design a collaboration workflow with clear responsibilities for researchers, reviewers, and approvers.
| ขั้นตอน | สิ่งที่ทำ | ผลลัพธ์ |
|---|---|---|
| 1 | ระบุวัตถุประสงค์ | Sharing Goal |
| 2 | ระบุผู้รับ | Recipient List |
| 3 | เลือกแชร์ Space, Project หรือ Thread | Sharing Scope |
| 4 | ตรวจ Sources | Source Review |
| 5 | ตรวจข้อมูลส่วนตัว | Privacy Check |
| 6 | ตรวจความถูกต้อง | Evidence Review |
| 7 | เลือก Access Level | Permission Plan |
| 8 | กำหนด Viewer/Collaborator | Member Roles |
| 9 | ยืนยันการแชร์ | Shared Content |
| 10 | ตรวจลิงก์ | Link Validation |
| 11 | ทดสอบด้วยผู้มีสิทธิ์ | Access Test |
| 12 | รับข้อเสนอแนะ | Team Review |
| 13 | ปรับ Permissions เมื่อจำเป็น | Access Maintenance |
| 14 | หยุดแชร์เมื่อจบงาน | Revocation |
| 15 | ตรวจข้อมูลที่เคยส่งออก | Post-sharing Review |
สำหรับงานสาธารณะควรจัดทำรายงานที่ไม่มีข้อมูลลับ
สำหรับงานภายในองค์กรควรใช้ระบบแชร์ที่มีการกำหนดสมาชิกและสิทธิ์
สำหรับงานที่ต้องค้นคว้าต่อเนื่องควรแชร์ Project เฉพาะผู้ที่จำเป็นต้องใช้บริบทของโครงการจริง
เปิด Space เลือก Share หรือ Invite กำหนดสิทธิ์และผู้รับ แล้วตรวจการเข้าถึงหลังแชร์
เปิด Project ไปยังส่วน Sharing หรือ Members แล้วเชิญสมาชิกและกำหนด Permissions ตามฟีเจอร์
เปิด Thread เลือก Share ตั้งค่าการเข้าถึง และคัดลอกลิงก์เมื่อระบบมีตัวเลือก
ได้ในฟีเจอร์ที่รองรับการแชร์ Thread หรือเนื้อหา
คือการจำกัดการเข้าถึงตามสิทธิ์ที่กำหนด
คือรูปแบบที่ผู้มีลิงก์อาจเข้าถึงเนื้อหาได้ตามเงื่อนไขการแชร์
คือการแชร์ข้อมูลภายในองค์กรตามนโยบายบัญชี Enterprise
เป็นบทบาทสำหรับเข้าถึงและดูข้อมูลตามสิทธิ์
เป็นบทบาทสำหรับร่วมทำงาน เช่น สร้าง Threads หรือถามต่อใน Spaces เดิมตามสิทธิ์
Collaborator เน้นการร่วมทำงาน ขณะที่ Viewer เน้นการอ่านหรือดูข้อมูลตามสิทธิ์ที่กำหนด
ผู้ได้รับสิทธิ์อาจเข้าถึง Files หรือ Sources ในพื้นที่ตาม Permissions
ไม่ควรสมมุติว่าการแชร์ Thread ให้สิทธิ์เข้าถึง Project หรือ Sources ทั้งหมด
ไม่ใช่ สิทธิ์ข้อมูลจาก Connector ส่วนตัวยังคงขึ้นอยู่กับบัญชีและสิทธิ์ต้นทาง
ขึ้นอยู่กับผลิตภัณฑ์และนโยบาย Admin บางองค์กรจำกัดการแชร์เฉพาะสมาชิกภายใน
คู่มือ Spaces เดิมรองรับการจัดพื้นที่และการร่วมงานพื้นฐานสำหรับ Free แต่ต้องตรวจสิทธิ์บัญชีปัจจุบัน
คู่มือ Spaces เดิมระบุสูงสุด 5 Collaborators สำหรับ Pro แต่ไม่ควรเหมารวมกับ Projects รุ่นใหม่
คู่มือ Spaces เดิมระบุ Enterprise Pro รองรับ Collaborators ไม่จำกัดจำนวน แต่ต้องตรวจเงื่อนไขผลิตภัณฑ์ปัจจุบัน
สิทธิ์และขีดจำกัดบางฟีเจอร์เพิ่มขึ้นตามแพ็กเกจ แต่ต้องตรวจข้อจำกัดการแชร์จริง
มีการส่งออก PDF ในผลิตภัณฑ์ที่รองรับ
บางฟีเจอร์รองรับ DOCX โดยควรตรวจตัวเลือก Export ของคำตอบ
มีรูปแบบ Markdown ในผลิตภัณฑ์ที่รองรับการส่งออก
ผลลัพธ์ตารางหรือกราฟบางประเภทมีตัวเลือกดาวน์โหลด CSV
ได้ตามเมนู Share ของแอปและระบบ โดยต้องตรวจสิทธิ์ของลิงก์
ได้ผ่านตัวเลือก Share ของ Perplexity หรือ Share Sheet ตามความสามารถที่รองรับ
สามารถส่งลิงก์ผ่านแอปสื่อสารได้ แต่ผู้รับต้องมีสิทธิ์เข้าถึงตามการตั้งค่า Perplexity
ได้โดยส่งลิงก์หรือไฟล์ที่ส่งออกตามรูปแบบที่รองรับ
เปิด Sharing Settings ของ Thread แล้วเลือกเปลี่ยนสถานะหรือยกเลิกการแชร์ตามเมนูที่ระบบมี
เปิดส่วน Sharing หรือ Members แล้วปรับ Access Level หรือนำสมาชิกออกตามสิทธิ์
ตรวจเมนู Manage Members เลือกบุคคลที่ต้องการ แล้วใช้คำสั่ง Remove เมื่อมี
ผู้รับอาจยังมีสำเนาที่ดาวน์โหลดหรือคัดลอกไปแล้ว การยกเลิกสิทธิ์ไม่สามารถเรียกคืนสำเนาภายนอกได้ทั้งหมด
อาจเป็นลิงก์ Private ผู้รับไม่ได้รับเชิญ หรือถูกจำกัดโดยนโยบายองค์กร
อาจมีสิทธิ์เข้าถึงบทสนทนาแต่ไม่มีสิทธิ์อ่านไฟล์จากแหล่งต้นทาง
ต้องตรวจเนื้อหาและการตั้งค่าการแชร์ก่อน ไม่มีวิธีแชร์ใดควรถูกถือว่าปลอดภัยโดยไม่ตรวจรายละเอียด
เพราะ AI อาจอ้างเอกสารผิดหรือสรุปข้อเท็จจริงเกินหลักฐานที่มี
เลือกขอบเขตการแชร์ให้น้อยที่สุดเท่าที่จำเป็น ตรวจผลค้นคว้าและข้อมูลอ่อนไหว กำหนด Permissions ให้ถูกต้อง และทดสอบการเข้าถึงก่อนส่งให้ผู้รับ
Perplexity รองรับการแชร์พื้นที่ทำงานและผลค้นคว้าหลายรูปแบบ เช่น Space, Project, Thread และลิงก์ผลลัพธ์ตามฟีเจอร์ที่บัญชีใช้งานได้
การแชร์ Space หรือ Project เหมาะกับงานที่ต้องใช้เอกสารและบริบทของโครงการร่วมกัน ขณะที่การแชร์ Thread เหมาะกับการส่งคำตอบหรือประเด็นเฉพาะเรื่อง
ผู้ใช้ควรแยก Private, Organization และ Anyone with the Link ให้ชัดเจน เพราะแต่ละรูปแบบเปิดให้ผู้รับเข้าถึงข้อมูลแตกต่างกัน
การกำหนด Viewer และ Collaborator ช่วยควบคุมระดับการทำงานร่วมกัน แต่สิทธิ์รายละเอียดต้องตรวจจากหน้าจอและนโยบายของผลิตภัณฑ์
Projects รุ่นใหม่รองรับการทำงานร่วมกันด้วยไฟล์และบริบทร่วมของโครงการ แต่ไม่ได้ให้สมาชิกเข้าถึงหน่วยความจำส่วนตัวหรือบัญชี Connector ของผู้อื่นโดยอัตโนมัติ
สำหรับผู้ที่ต้องการส่งเฉพาะผลวิจัย อาจเลือกแชร์ Thread หรือส่งออกคำตอบเป็นเอกสารแทนการเชิญสมาชิกเข้าพื้นที่ทั้งหมด
ก่อนแชร์ต้องตรวจข้อมูลส่วนตัว แหล่งอ้างอิง ความถูกต้องของข้อสรุป และสิทธิ์ของผู้รับ รวมถึงควรรู้ขั้นตอนการหยุดแชร์เมื่อโครงการสิ้นสุด
ComSiam แนะนำให้ใช้หลักการแชร์เฉพาะสิ่งที่จำเป็น เลือก Permissions ให้เหมาะกับหน้าที่ และตรวจผลการเข้าถึงจริงทุกครั้ง เพื่อให้การแบ่งปันผลค้นคว้าและการทำงานร่วมกันผ่าน Perplexity มีความเป็นระบบ ปลอดภัย และตรวจสอบย้อนหลังได้