Cursor เปลี่ยนสเปรดชีตยอดขายเป็นแอปที่เปิดใช้งานจริง ใครดูแลลิงก์?
Cursor Live Apps จัดการโฮสติ้ง การยืนยันตัวตน และ Postgres ตามความจำเป็น แดชบอร์ดยอดขายและพอร์ทัลพนักงานใหม่ช่วยให้เห็นว่างานดูแลของทีมเริ่มตรงไหน
เช้าวันจันทร์ หัวหน้าทีมขายอยากได้หน้าสรุปลูกค้าที่ต้องติดตาม ตัวเลขอยู่ในสเปรดชีต กฎการมอบหมายงานอยู่ในแท็บที่สอง และแต่ละคนถือสำเนาที่ต่างกันเล็กน้อย นักพัฒนาสร้างแดชบอร์ดที่ใช้ประโยชน์ได้ภายในบ่ายเดียว คำถามยากข้อแรกเกิดขึ้นเมื่อหัวหน้าทีมขอลิงก์
Anysphere ผู้พัฒนาสภาพแวดล้อมเขียนโค้ด Cursor เปิดตัว Live Apps เมื่อวันที่ 5 พฤศจิกายน 2026 คุณขอให้เอเจนต์บนคลาวด์ของ Cursor สร้างเว็บแอปได้ แล้ว Cursor จะจัดเตรียมโฮสติ้ง การยืนยันตัวตน และฐานข้อมูล Postgres หากแอปต้องใช้ หลังตรวจความปลอดภัยและกดยืนยันเผยแพร่ แอปจะได้ URL ที่เข้าใช้งานได้ ฟีเจอร์นี้มีในแผนแบบชำระเงินที่เปิดใช้เอเจนต์บนคลาวด์ ส่วนโค้ดใช้ได้ทั้งจากที่เก็บใหม่หรือเดิมบน Cursor Origin หรือ GitHub ประกาศเปิดตัวจาก Cursor
แอปภายในจึงเป็นทางเลือกที่ทำได้จริงสำหรับงานที่เคยพึ่งสำเนาสเปรดชีตและข้อความประจำสัปดาห์ ขณะเดียวกันต้นแบบก็กลายเป็นเครื่องมือที่เพื่อนร่วมงานต้องพึ่งพาได้ง่ายขึ้น ตัวอย่างแดชบอร์ดขายและพอร์ทัลพนักงานใหม่ช่วยให้ตัดสินใจได้ว่าต้นแบบพร้อมใช้งานจริงเมื่อใด และใครมีสิทธิ์ดู เปลี่ยน หรือปิดสิ่งที่แอปเปิดให้เข้าถึง
ปุ่มปรับใช้ปิดงานหนึ่งและเริ่มอีกงานหนึ่ง
Cursor ให้ระบุชัดว่าต้องการสร้างแอปและใช้เอเจนต์บนคลาวด์ เซสชันเขียนโค้ดบนเครื่องยังช่วยปรับซอร์สได้ แต่ขั้นตอน Apps ที่ Cursor อธิบายทำงานผ่านเอเจนต์บนคลาวด์ หากเริ่มใหม่ คุณสร้างที่เก็บบน Cursor Origin ได้ หากทีมมีแอปอยู่ในที่เก็บที่รองรับอยู่แล้ว ก็ใช้ซอร์สนั้นได้ Cursor จัดเตรียมทรัพยากรของแอป ส่วนผู้เผยแพร่เลือก URL และตัดสินใจว่าจะแชร์เมื่อไร การตั้งค่าและปรับใช้ Apps
เส้นทางจากซอร์สโค้ดถึง URL ที่เปิดใช้ได้ แสดงกลุ่มผู้เข้าถึงและแหล่งข้อมูลแยกกัน ภาพประกอบโดย Telli.sh
Cursor อธิบายการตรวจก่อนเผยแพร่สองแบบ การตรวจตามกฎช่วยจับเงื่อนไขที่รู้จัก เช่น มีข้อมูลลับเขียนอยู่ในไฟล์ ส่วนการตรวจความปลอดภัยด้วย AI อ่านซอร์สเพื่อหาปัญหาร้ายแรง ตามข้อมูลของ Cursor ผู้ดูแลทีมเพิ่มกฎของตัวเอง ดูรายการแอปและข้อมูลลับของทีม และยกเลิกการเผยแพร่แอปได้ อีกทั้งอนุมัติการเผยแพร่บางรายการที่ AI บล็อกไว้ได้ด้วย การบล็อกโค้ดอันตราย ข้อมูลลับที่ฝังในโค้ด และข้อมูลรับรองที่รั่วไหลยังมีผล เจ้าของแอปยังเป็นคนตัดสินใจตั้งแต่ต้นว่าแอปต้องใช้ข้อมูลรับรองชุดใด ประกาศเปิดตัวจาก Cursor · ความปลอดภัยและการดูแล Apps
ลองนึกถึงแอปที่หน้าแรกแสดงยอดขายรวม แต่จุดรับคำขอรายละเอียดส่งคืนข้อมูลลูกค้าทุกราย เมื่อผู้จัดการขายลงชื่อเข้าใช้ หน้าจออาจดูเหมือนจำกัดสิทธิ์เหมาะสมแล้ว แต่เพื่อนร่วมงานอาจเดา URL รายละเอียดได้ หรือขอข้อมูลจากระบบหลังบ้านสำหรับเขตที่ตัวเองมองไม่เห็นในตาราง การตรวจตอนปรับใช้ช่วยหาจุดบกพร่องในแอป ส่วนกฎการเข้าถึงแต่ละเขตต้องยึดนโยบายของทีมและทดสอบกับบทบาทที่เกี่ยวข้องก่อนเปิดใช้งาน
เมื่อ URL ใช้งานได้ การตัดสินใจเหล่านั้นจะเริ่มส่งผลจริง หลังเพื่อนร่วมงานบุ๊กมาร์กลิงก์ไว้ รายงานที่เปิดไม่ได้อาจทำให้การประชุมเช้าสะดุด หากแอปกลายเป็นที่เดียวที่บันทึกการตัดสินใจหรืออนุมัติ ฐานข้อมูลก็เป็นส่วนหนึ่งของกระบวนการธุรกิจแล้ว แม้เป็นแอปเล็กก็ต้องมีคนที่อธิบายได้ว่าเกิดอะไรขึ้นเมื่อตัวเลขดูผิด
เริ่มจากแดชบอร์ดที่อ่านข้อมูลได้อย่างเดียว
สมมติว่าทีมปฏิบัติการขายอยากดูโอกาสการขายของสองเขต แอปแรกอาจแสดงจำนวนโอกาสตามขั้น วันที่รีเฟรชล่าสุด และลิงก์ไปยังระเบียน CRM สำหรับดูรายละเอียด ให้ทดสอบกับบัญชีจำลองก่อน เมื่อมุมมองแสดงผลถูกต้องแล้ว ข้อมูลรับรองของแอปสามารถใช้เพื่ออ่านรายงานที่จำกัดขอบเขต หรือมุมมองฐานข้อมูลที่มีเฉพาะฟิลด์ที่ควรอยู่บนแดชบอร์ด งานมอบหมายและการจดบันทึกยังอยู่ใน CRM วิธีนี้กันการแก้ระเบียนธุรกิจออกจากรุ่นแรก และมีแหล่งอิสระสำหรับตรวจสอบยอดรวม
เอกสาร Apps ของ Cursor ระบุว่ากรอกข้อมูลลับสำหรับคลังข้อมูลหรือทรัพยากรภายนอกในขั้นตั้งค่าแอปหรือในแดชบอร์ด Apps ได้ Cursor ระบุว่าเอเจนต์มองไม่เห็นค่าดังกล่าว แต่ข้อมูลรับรองยังถูกใช้เมื่อแอปที่เผยแพร่ส่งคำขอ ให้เชื่อมต่อจากโค้ดฝั่งเซิร์ฟเวอร์ จำกัดขอบเขตการค้นข้อมูล แล้วตรวจหน้าที่สร้างและผลตอบกลับเครือข่ายว่ามีฟิลด์ใดที่ควรเก็บไว้ฝั่งเซิร์ฟเวอร์หลุดออกมาหรือไม่ ข้อมูลลับแบบอ่านอย่างเดียวจะช่วยได้ก็ต่อเมื่อบัญชีต้นทางมีสิทธิ์อ่านเฉพาะข้อมูลที่ตั้งใจไว้จริง ข้อมูลลับใน Cursor Apps
| เรื่องที่ต้องตัดสินใจในรุ่นแรก | แดชบอร์ดโอกาสการขาย | พอร์ทัลพนักงานใหม่ |
|---|---|---|
| ผู้ใช้เป้าหมาย | กลุ่มปฏิบัติการขายที่ระบุชื่อ | พนักงานที่ได้รับเชิญและผู้ประสานงานรับพนักงานใหม่ |
| แหล่งข้อมูลหลัก | CRM หรือมุมมองรายงานที่จำกัดสิทธิ์ | คู่มือภายในและรายการงานที่อนุมัติแล้ว |
| สถานะที่มีประโยชน์ในแอป | ตัวกรองและการตั้งค่าการแสดงผล | เครื่องหมายว่างานของพนักงานที่ลงชื่อเข้าใช้เสร็จแล้ว |
| ตรวจสอบก่อนแชร์ | เทียบข้อมูลสองเขตและลองเปิด URL รายละเอียดที่ไม่มีสิทธิ์ | ตรวจว่าพนักงานอ่านหรือแก้รายการของคนอื่นไม่ได้ |
| ผู้รับผิดชอบงานดูแล | ทีมปฏิบัติการขายและผู้ติดต่อสำรอง | ทีมทรัพยากรบุคคลและผู้ดูแลเนื้อหาที่ระบุชื่อ |
ลองใช้แดชบอร์ดจากสามมุม ผู้ใช้เป้าหมายควรเห็นยอดรวมและเวลาอัปเดตที่ถูกต้อง เพื่อนร่วมงานต่างเขตควรเห็นเฉพาะแถวที่นโยบายแอปอนุญาต แม้แก้ลิงก์หรือคำขอ และคนนอกกลุ่มที่แชร์ต้องถูกปฏิเสธก่อนรับข้อมูลแดชบอร์ดใด ๆ การตรวจข้อที่สองสำคัญเป็นพิเศษ เพราะมักหลุดรอดเมื่อมีเพียงผู้สร้างที่ทดสอบ
ตรวจเทียบยอดจากสำเนาข้อมูล ณ เวลาเดียวกันที่มาจากระบบหลัก บันทึกช่วงวันที่ เขตเวลา เกณฑ์การนับ และยอดที่คาดหวังสำหรับแต่ละเขต กราฟที่ดูเหมือนขาดโอกาสของวันจันทร์อาจแค่ตีความช่วงรายงานต่างกัน ชุดทดสอบแรกควรมีผลลัพธ์ว่าง การหมดเวลาจากระบบต้นทาง และกรณีข้อมูลค้าง การแสดงเวลาอัปเดตสำเร็จล่าสุดควบคู่กับข้อความผิดพลาดชัดเจนช่วยให้ผู้ใช้แยกเหตุขัดข้องออกจากโอกาสการขายที่ลดลงจริง
พอร์ทัลพนักงานใหม่เก็บข้อมูลเท่าที่จำเป็นทีละฟิลด์
พอร์ทัลที่มีแค่ลิงก์ไปหน้าข้อกำหนดเดิมอาจไม่ต้องใช้ฐานข้อมูลใหม่ แต่รายการงานที่กดอัปเดตได้ต้องมีที่เก็บสถานะ Cursor จัดเตรียม Postgres ได้เมื่อแอปต้องใช้ จึงสร้างรุ่นที่เพิ่มรายการงานได้ง่าย ก่อนใช้ความสามารถนี้ เขียนให้ชัดว่าค่าใดต้องเก็บไว้ ตัวระบุขั้นตอน เวลาเสร็จ และตัวระบุประจำตัวของผู้ใช้ที่ยืนยันตัวตนแล้วอาจเพียงพอ สำเนาบันทึกของผู้จัดการ หมายเลขเอกสารราชการ หรือที่อยู่บ้านพนักงานเพิ่มความเสี่ยงโดยไม่ได้ทำให้รายการงานดีขึ้น ทรัพยากรของ Cursor Apps
แยกข้อมูลที่ช่วยให้พนักงานเดินตามขั้นตอนออกจากข้อมูลที่ผู้ประสานงานต้องใช้ดูแล พนักงานทำเครื่องหมายว่าอ่านเอกสารของตัวเองแล้วได้ ส่วนผู้ประสานงานอาจต้องเห็นขั้นตอนค้างของพนักงานทั้งกลุ่ม ตั้งกฎสิทธิ์อีกชุดสำหรับหน้าของผู้ประสานงานและตรวจสอบการค้นข้อมูลแยกกัน หน้าลงชื่อเข้าใช้ร่วมกันทำให้ทั้งสองหน้าดูสอดคล้อง แม้มีความต้องการด้านสิทธิ์ต่างกัน
การตรวจสิทธิ์สามแบบสำหรับแอปภายในหนึ่งตัว ภาพประกอบโดย Telli.sh
การทดลองเล็ก ๆ ใช้บัญชีพนักงานจำลองหนึ่งรายกับผู้ประสานงานทดสอบก่อนเก็บข้อมูลพนักงานใหม่จริง กำหนดผลทดสอบที่หากล้มเหลวแล้วต้องหยุดการเผยแพร่ พนักงานต้องแก้สถานะเสร็จงานของคนอื่นไม่ได้ แม้เปลี่ยนตัวระบุในคำขอจากเบราว์เซอร์ จากนั้นตรวจว่าการส่งซ้ำในขั้นเดียวกันให้สถานะเดิมโดยไม่เพิ่มรายการซ้ำ จุดประสงค์คือยืนยันพฤติกรรมโดยไม่ขอให้เพื่อนร่วมงานเปิดเผยข้อมูลจริง
แอปลักษณะนี้ควรมีรายการส่งมอบงานดูแล ระบุว่าผู้ประสานงานคนใหม่รับสิทธิ์อย่างไร แก้คู่มือตรงไหน ใครถอนสิทธิ์คนที่ออกจากงานได้ และจะจัดการบันทึกที่เสร็จแล้วอย่างไร ตัดสินใจด้วยว่าจะกู้สถานะที่เกี่ยวข้องอย่างไรหากการเปลี่ยนแปลงล้มเหลว Cursor จัดฐานข้อมูลให้ได้ ส่วนทีมยังต้องกำหนดวิธีกู้คืนและเก็บรักษาข้อมูลของรายการงานนี้เอง
คำเชิญกับคีย์เชื่อมต่อทำหน้าที่ต่างกัน
เอกสาร Apps ปัจจุบันของ Cursor แบ่งการแชร์สามแบบ แอปแบบเชิญเท่านั้นเปิดให้เจ้าของกับบุคคลหรือกลุ่มที่ระบุและลงชื่อเข้าใช้ แบบแชร์กับทีมเปิดให้สมาชิกทั้งทีม Cursor ที่ลงชื่อเข้าใช้ ส่วนแบบสาธารณะเปิดได้สำหรับทุกคนที่มี URL การแชร์สาธารณะปิดไว้ตามค่าเริ่มต้นบน Teams และ Enterprise จนกว่าผู้ดูแลจะเปิด ประกาศเปิดตัวเน้นการแชร์สาธารณะบนแผนส่วนบุคคล เพราะฉะนั้น URL ที่เปิดได้แทบไม่บอกเลยว่าใครมีสิทธิ์จริง จนกว่าจะตรวจสถานะการแชร์ในแดชบอร์ด Apps การแชร์ใน Cursor Apps
เอกสารเดียวกันอธิบายคีย์ API สำหรับคำขออัตโนมัติ โดยส่งคีย์ผ่านส่วนหัว HTTP คำขอจะถูกระบุว่าเป็นระบบอัตโนมัติและไม่ผูกกับบุคคล เหมาะเมื่อสคริปต์ต้องเรียกแอป แต่ก็เปลี่ยนวิธีตามหาที่มาของคำขอผิดปกติ หากแอปรองรับทั้งเซสชันคนและคีย์ API ให้ตรวจว่าระบบอัตโนมัติทำได้เฉพาะสิ่งที่จำเป็น แล้วบันทึกว่าคีย์ใช้ที่ไหนและใครดูแลการเปลี่ยนคีย์ หากทุกงานสำคัญเริ่มจากเพื่อนร่วมงานเปิดลิงก์ ให้การทดลองรอบแรกจำกัดเฉพาะคนใช้งาน คีย์ API ใน Cursor Apps
เมื่อแอปอ่านคลังข้อมูล มีขอบเขตให้ทดสอบสามชั้น Cursor กำหนดว่าใครเปิดลิงก์ได้ แอปตัดสินใจว่าคนเหล่านั้นทำอะไรหรือเข้าถึงแถวใดได้ ส่วนระบบต้นทางกำหนดว่าข้อมูลรับรองของแอปอ่านอะไรได้บ้าง ข้อผิดพลาดในชั้นหนึ่งอาจถูกจำกัดผลกระทบด้วยชั้นอื่น หากแดชบอร์ดภายในต้องการแค่จำนวนโอกาสการขายรวม การให้ข้อมูลรับรองที่ค้นระเบียน CRM ได้ทั้งหมดอาจทำให้ข้อผิดพลาดเล็ก ๆ มีต้นทุนสูง
การทดสอบทำได้ง่าย เปิดลิงก์จริงในเซสชันเบราว์เซอร์ใหม่ ทั้งในฐานะผู้ได้รับเชิญ เพื่อนร่วมงานที่ลงชื่อเข้าใช้แต่ไม่มีสิทธิ์ และคนที่ยังไม่ลงชื่อเข้าใช้ ในเซสชันที่มีสิทธิ์ ลองขอระเบียนที่ควรเห็นหนึ่งรายการและระเบียนต่างเขตหนึ่งรายการ ถ้าสคริปต์ใช้คีย์ ตรวจว่าคำขอที่ขาดส่วนหัวและคำขอที่ใช้คีย์ถูกเพิกถอนจะถูกปฏิเสธ การทดสอบแยกกันช่วยจับความผิดพลาดคนละแบบ
รุ่นแรกที่ขอบเขตเล็กช่วยให้ตรวจได้เร็ว
- เลือกงานหนึ่งอย่างและกลุ่มผู้ใช้ที่ระบุชัด สำหรับแดชบอร์ด ให้ขอยอดโอกาสขายรายสัปดาห์แยกตามขั้น ใช้ข้อมูลจำลอง แสดงเวลารีเฟรช และใส่ลิงก์กลับไป CRM สำหรับพอร์ทัล ให้ขอรายการงานสั้น ๆ โดยใช้บัญชีพนักงานจำลอง
- เปิดเอเจนต์บนคลาวด์และระบุชัดว่าต้องการสร้างแอป ใช้ที่เก็บโค้ดที่ผู้รับผิดชอบในอนาคตเข้าถึงได้ จำกัดการแก้โค้ดครั้งแรกให้เล็กพอที่ผู้ดูแลจะอธิบายเส้นทางคำขอ แบบข้อมูล และวิธีจัดการข้อผิดพลาดได้
- ระบุว่าอะไรเก็บได้และคำขอใดเขียนข้อมูลได้ เชื่อมข้อมูลลับแบบจำกัดขอบเขตจากการตั้งค่าแอปเมื่อทดสอบด้วยข้อมูลจำลองผ่านแล้ว ให้เอเจนต์แสดงจุดใช้ข้อมูลลับและจุดตรวจสิทธิ์
- ใช้การตรวจก่อนเผยแพร่และอ่านผล เลือก URL กดยืนยันเผยแพร่ และแชร์กับกลุ่มเล็กที่สุดที่เหมาะสม ทดสอบทั้งคำขอที่อนุญาตและที่ต้องปฏิเสธบนลิงก์จริงก่อนให้คนอื่นพึ่งพา
- บันทึกว่าใครเป็นเจ้าของแอป แอปเรียกบริการต้นทางใด และใครปิดแอปได้ ตรวจซ้ำสั้น ๆ หลังเปลี่ยนขอบเขตการมองเห็น ตัวเชื่อมต่อ หรือข้อมูลรับรอง เก็บลิงก์หรือวิธีทำงานสำรองเผื่อแอปใช้งานไม่ได้ชั่วคราว
รุ่นแรกอาจเล็กกว่าปริมาณโค้ดที่เอเจนต์สร้างได้ แดชบอร์ดที่แสดงตัวเลขเดียวที่เชื่อถือได้ทุกเช้าอาจมีค่ากว่าหน้าทำงานหกหน้าที่คนยังโต้แย้งวิธีคำนวณ พอร์ทัลพนักงานใหม่ที่มีรายการงานดูแลดีช่วยลดข้อความซ้ำได้ แม้จะเลื่อนหน้าสำหรับผู้ประสานงานออกไป รุ่นเล็กยังเปิดโอกาสให้ผู้ดูแลเห็นว่ามีการเปลี่ยนแปลง คำขอสิทธิ์ และคำถามขอความช่วยเหลือแบบใดจริง ๆ
ลองประเมินผลตลอดสัปดาห์ทำงานปกติ ดูว่ามีคนเปิดแอปเองบ่อยแค่ไหน พวกเขาหาแหล่งข้อมูลเจอหรือไม่เมื่อสงสัยตัวเลข และเจ้าของใช้เวลาเท่าไรแก้ปัญหา แอปที่ประหยัดเวลาไม่กี่นาทีต่อวันก็อาจคุ้มแล้ว หากทุกคนยังเปิดสเปรดชีตเพื่อยืนยัน ให้หาว่าผลลัพธ์ใดในแอปที่ยังไม่ได้รับความไว้วางใจ
การเปลี่ยนแปลงของ Cursor ช่วยให้เริ่มทดลองแบบนี้ง่ายขึ้น ในประกาศวันที่ 5 พฤศจิกายน การสร้างแอป ฐานข้อมูล การยืนยันตัวตน โฮสติ้ง และลิงก์แชร์เป็นส่วนหนึ่งของขั้นตอนเดียว ก่อนหน้านี้การทดลองเดียวกันอาจหยุดกลางทางตอนหาผู้ดูแลโฮสติ้งหรือเตรียมหน้าลงชื่อเข้าใช้ เมื่อมีส่วนเหล่านี้พร้อม จุดยากย้ายมาที่การระบุผู้ใช้ ข้อมูล และเงื่อนไขเผยแพร่ให้ชัด ผลลัพธ์ที่มีค่าคือลิงก์ที่คนเปิดใช้ได้และมีคนรู้ว่าจะดูแลอย่างไร ประกาศเปิดตัวจาก Cursor
แหล่งข้อมูล
- Cursor เปิดตัว Live Apps วันที่ 5 พฤศจิกายน 2026
- เอกสาร Cursor Apps ว่าด้วยการตั้งค่า การแชร์ และการควบคุมสำหรับผู้ดูแล
หากอยากเก็บบทสนทนาและการตัดสินใจเบื้องหลังเครื่องมือภายในไว้ให้ค้นหาได้ สร้างบัญชี Telli.sh.