Cursor biến bảng tính bán hàng thành ứng dụng chạy thật. Ai chịu trách nhiệm về đường dẫn?

Sáng thứ Hai, trưởng nhóm bán hàng muốn có một trang tổng hợp các khách hàng cần chú ý. Số liệu nằm trong bảng tính, tab thứ hai chứa quy tắc phân công, còn mỗi người giữ một bản hơi khác nhau. Một lập trình viên có thể làm bảng điều khiển hữu ích trong một buổi chiều. Câu hỏi khó đầu tiên xuất hiện khi trưởng nhóm xin đường dẫn.

Anysphere, công ty phát triển môi trường lập trình Cursor, phát hành Live Apps ngày 5 tháng 11 năm 2026. Bạn yêu cầu tác tử đám mây của Cursor tạo ứng dụng web, và Cursor có thể thiết lập máy chủ, xác thực và cơ sở dữ liệu Postgres nếu ứng dụng cần. Sau bước kiểm tra bảo mật và thao tác xuất bản do bạn xác nhận, ứng dụng có URL hoạt động. Tính năng có trên các gói trả phí đã bật tác tử đám mây. Mã nguồn có thể đến từ kho Cursor Origin hoặc GitHub, mới hay hiện có. Thông báo phát hành của Cursor

Nhờ vậy, ứng dụng nội bộ trở thành lựa chọn thực tế cho những quy trình vốn chạy bằng các bản sao bảng tính và tin nhắn hằng tuần. Một nguyên mẫu cũng dễ trở thành công cụ mà đồng nghiệp phụ thuộc hằng ngày. Qua bảng điều khiển bán hàng và cổng đón nhân viên mới, ta có thể xác định lúc nào nguyên mẫu đủ sẵn sàng và ai được xem, thay đổi hoặc ngừng cung cấp những gì ứng dụng đưa ra.

Nút triển khai kết thúc một việc và mở đầu việc khác

Cursor yêu cầu bạn nói rõ rằng mình muốn xây dựng ứng dụng và sử dụng tác tử đám mây. Phiên lập trình trên máy vẫn hữu ích khi chỉnh mã nguồn, còn quy trình Apps mà Cursor mô tả chạy qua tác tử đám mây. Nếu bắt đầu từ đầu, bạn có thể tạo kho trên Cursor Origin. Nếu đội đã có ứng dụng trong một kho được hỗ trợ, bạn có thể dùng mã nguồn đó. Cursor cấp tài nguyên cho ứng dụng, còn người xuất bản chọn URL và quyết định lúc chia sẻ. Thiết lập và triển khai Apps

Từ mã nguồn tới URL hoạt động, với đối tượng truy cập và nguồn dữ liệu được thể hiện riêng. Minh họa do Telli.sh thực hiện.

Cursor mô tả hai kiểu rà soát trước khi xuất bản. Các kiểm tra theo quy tắc phát hiện những tình huống đã biết, chẳng hạn bí mật ghi vào tệp. Kiểm tra bảo mật bằng AI đọc mã nguồn để tìm lỗi nghiêm trọng. Theo Cursor, quản trị viên nhóm có thể thêm quy tắc, xem ứng dụng và bí mật của đội, cũng như gỡ ứng dụng đã xuất bản. Họ cũng có thể phê duyệt một số lượt xuất bản bị bước kiểm tra AI chặn. Cursor vẫn giữ lệnh chặn đối với mã độc, bí mật nhúng cứng hoặc thông tin xác thực bị lộ. Chủ ứng dụng vẫn là người quyết định ngay từ đầu cần những thông tin xác thực nào. Thông báo phát hành của Cursor · Bảo mật và quản trị Apps

Hãy hình dung một ứng dụng có trang chủ hiển thị tổng doanh số, nhưng điểm cuối lấy chi tiết trả về mọi tài khoản khách hàng. Khi quản lý bán hàng đăng nhập, trang có thể trông như đã giới hạn đúng. Một đồng nghiệp vẫn có thể đoán URL chi tiết hoặc yêu cầu máy chủ trả về vùng mà họ không được thấy trong bảng. Rà soát trước triển khai có thể tìm ra lỗi trong cách xây dựng. Quy tắc phân vùng phải dựa trên chính sách truy cập của đội, và thử nghiệm trước phát hành phải kiểm tra với đúng các vai trò liên quan.

Khi URL hoạt động, các quyết định ấy bắt đầu có hệ quả. Một báo cáo hỏng có thể làm chậm cuộc họp sáng sau khi đồng nghiệp đã lưu dấu trang. Nếu ứng dụng trở thành nơi duy nhất ghi lại quyết định hoặc phê duyệt, cơ sở dữ liệu của nó trở thành một phần của quy trình kinh doanh. Ngay cả ứng dụng nhỏ cũng cần người có thể giải thích khi số liệu có vẻ sai.

Bắt đầu với bảng điều khiển chỉ đọc

Giả sử đội vận hành bán hàng muốn xem các cơ hội ở hai vùng. Ứng dụng đầu tiên có thể hiển thị số cơ hội theo giai đoạn, ngày làm mới gần nhất và liên kết đến bản ghi CRM để xem chi tiết. Hãy chạy thử với tài khoản giả lập. Khi bảng hiển thị đúng, thông tin xác thực của ứng dụng có thể đọc một báo cáo giới hạn hoặc một khung nhìn cơ sở dữ liệu chỉ chứa các trường cần thiết. Việc phân công và lưu ghi chú vẫn do CRM đảm nhiệm. Như vậy, bản đầu không sửa bản ghi kinh doanh, và bạn có một nguồn độc lập để đối chiếu số tổng.

Tài liệu Apps của Cursor cho biết có thể nhập bí mật dùng cho kho dữ liệu hoặc tài nguyên bên ngoài ở bước thiết lập hoặc trong bảng điều khiển Apps. Theo Cursor, tác tử không thấy các giá trị ấy. Thông tin xác thực vẫn được dùng khi ứng dụng đã xuất bản gửi yêu cầu. Đặt kết nối trong mã chạy phía máy chủ, giới hạn phạm vi truy vấn và kiểm tra trang đã dựng cùng phản hồi mạng để tìm các trường đáng lẽ phải ở lại máy chủ. Cấp bí mật chỉ đọc chỉ có tác dụng nếu tài khoản liên kết thực sự chỉ được đọc đúng dữ liệu dự kiến. Quản lý bí mật trong Cursor Apps

Kiểm tra bảng điều khiển ở ba góc nhìn. Người dùng dự kiến phải thấy đúng tổng số và giờ cập nhật. Đồng nghiệp thuộc vùng khác chỉ được thấy các dòng mà chính sách của ứng dụng cho phép, kể cả khi sửa đường dẫn hoặc yêu cầu. Người ngoài nhóm được chia sẻ phải bị từ chối trước khi nhận bất kỳ dữ liệu nào. Kiểm tra thứ hai đặc biệt hữu ích vì lỗi này dễ bị bỏ qua nếu chỉ người xây dựng tự thử.

Hãy đối chiếu bằng một bản chụp cố định từ hệ thống có thẩm quyền. Ghi rõ khoảng ngày, múi giờ, quy tắc tính và tổng số dự kiến cho từng vùng. Biểu đồ tưởng như thiếu cơ hội của ngày thứ Hai có thể chỉ đang dùng một cách hiểu khác về kỳ báo cáo. Đưa vào bộ thử đầu tiên cả kết quả rỗng, yêu cầu quá thời gian ở hệ thống nguồn và dữ liệu chưa làm mới. Hiển thị thời điểm cập nhật thành công gần nhất cùng thông báo lỗi rõ ràng để người dùng phân biệt sự cố với việc số cơ hội thực sự giảm.

Cổng đón nhân viên mới chỉ lưu những trường thật sự cần

Một cổng chỉ dẫn tới các trang chính sách hiện có có thể không cần cơ sở dữ liệu mới. Danh sách tương tác thì cần lưu trạng thái. Cursor có thể cấp Postgres khi ứng dụng cần, nên phiên bản có tương tác khá dễ xây dựng. Trước khi dùng tính năng đó, hãy ghi rõ những giá trị nào cần lưu lâu dài. Mã bước, thời điểm hoàn thành và mã định danh ổn định của người dùng đã xác thực có thể đủ. Bản sao ghi chú của quản lý, giấy tờ tùy thân hoặc địa chỉ nhà làm tăng rủi ro mà không cải thiện danh sách. Tài nguyên ứng dụng Cursor Apps

Tách dữ liệu giúp nhân viên theo dõi quy trình khỏi dữ liệu điều phối viên cần để quản lý. Nhân viên có thể đánh dấu đã đọc tài liệu bắt buộc của mình. Điều phối viên có thể cần xem các bước quá hạn của cả một nhóm. Áp dụng quy tắc quyền riêng cho màn hình điều phối và kiểm tra truy vấn độc lập. Hai màn hình có thể dùng chung trang đăng nhập trong khi nhu cầu truy cập bên dưới khác nhau.

Ba phép kiểm tra quyền truy cập cho một ứng dụng nội bộ. Minh họa do Telli.sh thực hiện.

Một đợt thử nhỏ có thể dùng nhân viên giả lập và điều phối viên thử nghiệm trước khi lưu thông tin tiếp nhận thật. Đặt ra một điều kiện cụ thể mà nếu thử thất bại thì chưa được phát hành. Nhân viên phải không thể ghi đè trạng thái hoàn thành của người khác kể cả khi sửa mã định danh trong yêu cầu từ trình duyệt. Tiếp đó, kiểm tra lần gửi thứ hai cho cùng bước cho ra trạng thái y như cũ, thay vì tạo thêm mục tiến độ. Mục tiêu là kiểm chứng hành vi mà không buộc đồng nghiệp cung cấp thông tin thật.

Loại ứng dụng này có lợi khi có danh sách việc bàn giao. Hãy ghi cách điều phối viên mới nhận quyền, nơi sửa nội dung hướng dẫn, người có thể thu hồi quyền của nhân viên đã nghỉ và cách xử lý bản ghi hoàn thành đang có. Quyết định cách phục hồi trạng thái liên quan nếu thay đổi thất bại. Cursor có thể cấp cơ sở dữ liệu. Đội vẫn phải định nghĩa việc phục hồi và lưu giữ có ý nghĩa gì với danh sách này.

Lời mời và khóa tích hợp phục vụ hai mục đích

Tài liệu Apps hiện hành của Cursor phân biệt ba lựa chọn chia sẻ. Ứng dụng chỉ theo lời mời mở cho chủ sở hữu và người hoặc nhóm cụ thể đã đăng nhập. Chia sẻ cho đội mở cho cả đội Cursor đã đăng nhập. Ứng dụng công khai mở cho bất kỳ ai có URL, và chế độ công khai mặc định tắt với Teams và Enterprise trừ khi quản trị viên bật. Thông báo phát hành nhấn mạnh khả năng chia sẻ công khai trên các gói cá nhân. Một URL chạy được vì thế cho biết rất ít về đối tượng thực tế cho đến khi bạn kiểm tra phạm vi hiển thị trong bảng điều khiển Apps. Chia sẻ trong Cursor Apps

Tài liệu cũng mô tả khóa API dành cho yêu cầu tự động. Khóa được truyền trong tiêu đề HTTP, và yêu cầu được đánh dấu là tự động, không gắn với một cá nhân. Điều này hữu ích khi tập lệnh cần gọi ứng dụng. Nó cũng thay đổi cách điều tra một yêu cầu bất thường. Nếu ứng dụng hỗ trợ cả phiên người dùng và khóa API, hãy kiểm tra tự động hóa chỉ có những thao tác thật sự cần, rồi ghi nơi dùng khóa và người thay khóa định kỳ. Nếu mọi thao tác có ích đều bắt đầu từ một đồng nghiệp mở liên kết, hãy chỉ cho người dùng truy cập trong đợt thử đầu. Khóa API trong Cursor Apps

Khi ứng dụng đọc kho dữ liệu, cần kiểm tra ba ranh giới. Cursor xác định ai mở được liên kết. Ứng dụng quyết định đối tượng đó được thao tác gì và xem dòng nào. Hệ thống nguồn quyết định thông tin xác thực dịch vụ được đọc những gì. Các lớp còn lại có thể hạn chế hậu quả của một lựa chọn sai ở một lớp. Nếu bảng nội bộ chỉ cần số cơ hội tổng hợp, việc cấp thông tin xác thực có thể truy vấn mọi bản ghi CRM khiến một lỗi ứng dụng nhỏ trở nên tốn kém.

Các phép thử có thể đơn giản. Mở liên kết thật trong phiên trình duyệt mới với vai trò người được mời, đồng nghiệp đã đăng nhập nhưng không có quyền, rồi người chưa đăng nhập. Trong phiên được phép, yêu cầu một bản ghi đúng vùng và một bản ghi vùng khác. Nếu tập lệnh dùng khóa, xác minh yêu cầu thiếu tiêu đề bị từ chối và khóa đã thu hồi cũng bị chặn. Mỗi phép thử phát hiện một dạng sai sót riêng.

Bản phát hành đầu gọn giúp rà soát nhanh hơn

1. Chọn một công việc và một nhóm người dùng cụ thể. Với bảng điều khiển, yêu cầu tổng số cơ hội hằng tuần theo giai đoạn bằng bản ghi giả, thời điểm làm mới dễ thấy và liên kết về CRM. Với cổng tiếp nhận, yêu cầu danh sách nhỏ dùng tài khoản nhân viên giả lập.
2. Khởi động tác tử đám mây và yêu cầu rõ ràng rằng bạn muốn xây dựng ứng dụng. Dùng kho mà người phụ trách sau này có quyền truy cập. Giữ thay đổi mã đầu tiên đủ nhỏ để họ giải thích được tuyến truy cập, mô hình dữ liệu và xử lý lỗi.
3. Xác định dữ liệu nào được lưu và yêu cầu nào được ghi. Chỉ kết nối bí mật có phạm vi hẹp qua cài đặt ứng dụng khi luồng dữ liệu giả đã chạy đúng. Yêu cầu tác tử chỉ ra chỗ dùng bí mật và chỗ thực thi kiểm tra quyền.
4. Chạy bước rà soát trước xuất bản và xem kết quả. Chọn URL, xác nhận xuất bản và chia sẻ với nhóm nhỏ nhất phù hợp. Thử các yêu cầu được phép và bị từ chối trên liên kết đã triển khai trước khi để người khác phụ thuộc vào ứng dụng.
5. Ghi rõ ai chịu trách nhiệm, ứng dụng gọi dịch vụ nguồn nào và ai có thể đưa ứng dụng ngoại tuyến. Lặp lại một lượt kiểm tra ngắn sau khi đổi phạm vi hiển thị, trình kết nối hoặc thông tin xác thực. Giữ liên kết hoặc quy trình dự phòng cho đồng nghiệp dùng khi ứng dụng tạm thời không hoạt động.

Bản đầu có thể hẹp hơn lượng mã mà tác tử có thể viết. Bảng điều khiển đưa ra một con số đáng tin mỗi sáng có thể hữu ích hơn không gian làm việc có sáu màn hình mà người dùng tranh cãi về cách tính. Cổng đón nhân viên mới có danh sách được duy trì tốt có thể giảm các tin nhắn lặp lại kể cả khi màn hình điều phối để sau. Bản đầu gọn cũng cho người phụ trách cơ hội quan sát những thay đổi, yêu cầu cấp quyền và câu hỏi hỗ trợ thực sự phát sinh.

Hãy đánh giá trong một tuần làm việc bình thường. Quan sát số lần người dùng tự mở ứng dụng, khả năng tìm nguồn khi thắc mắc về một số liệu và thời gian người phụ trách cần để sửa lỗi. Một ứng dụng giúp tiết kiệm vài phút mỗi ngày có thể đủ hữu ích. Nếu mọi người vẫn quay lại bảng tính để xác nhận, hãy tìm kết quả nào mà ứng dụng chưa làm cho họ tin cậy được.

Thay đổi của Cursor khiến việc bắt đầu thử nghiệm như vậy dễ hơn. Trong thông báo ngày 5 tháng 11, tạo ứng dụng, cơ sở dữ liệu, xác thực, lưu trữ và liên kết chia sẻ trở thành các phần của cùng một quy trình. Trước đây, thử nghiệm có thể dừng khi người xây dựng chưa tìm được người lo máy chủ hoặc chưa bố trí được màn hình đăng nhập. Khi đã có các phần đó, điểm khó chuyển sang việc xác định rõ người dùng, dữ liệu và điều kiện phát hành. Thành quả hữu ích là một đường dẫn mà đồng nghiệp dùng được và có người biết cách chăm sóc. Thông báo phát hành của Cursor

Nguồn

• Cursor phát hành Live Apps ngày 5 tháng 11 năm 2026
• Tài liệu Cursor Apps về thiết lập, chia sẻ và công cụ quản trị

---

Để lưu lại và tìm kiếm các cuộc trao đổi và quyết định đứng sau công cụ nội bộ, hãy tạo tài khoản Telli.sh.