Bỏ qua đến nội dung
AI Portal Docs
Trên trang này Nguồn chứa gì 1/8

Thư mục SharePoint đến được agent theo đúng một cách: nó được đồng bộ vào một kho tri thứcKho tri thứcKnowledge baseTập tài liệu mà agent tìm và trích dẫn được. Tệp được tải lên hoặc đồng bộ từ SharePoint, và mỗi kho có quy tắc chia sẻ riêng.Mở trong Thuật ngữ, và agent tìm trong bản sao. Không agent nào đọc SharePoint trực tiếp. Mỗi lượt đồng bộ đi qua các thay đổi SharePoint báo về và xử lý từng thay đổi đúng như một lần tải lên.

Quy tắc chính

  1. SharePoint chỉ dùng để nạp dữ liệu — nội dung đến agent chỉ qua kho tri thức.
  2. Một ứng dụng Entra dưới quyền Sites.Selected chỉ đọc các thư mục đã được cấp.
  3. Chỉ lấy phần thay đổi: một delta link nhớ lượt đầy đủ gần nhất kết thúc ở đâu.
  4. Lượt đồng bộ tính vào người tạo nguồn, và tạm dừng nếu người đó không còn chỗ (seat) hoạt động.

Nguồn chứa gì

Một nguồn SharePoint nêu tool mà nó đọc qua (một ứng dụng Entra được cấp Sites.Selected), một drive và một thư mục, cùng delta link nơi lượt đầy đủ gần nhất kết thúc. Lịch chạy là biểu thức cron đọc theo múi giờ IANA lưu kèm. Thiết lập ứng dụng và cấp site xem ở Quản trị → SharePoint; thêm thư mục xem ở Thư mục SharePoint.

Khi nào một lượt chạy

Một lượt bắt đầu từ:

  • nút đồng bộ;
  • tiếp tục hoặc tiếp quản nguồn;
  • lúc nguồn được tạo;
  • lần quét chạy vài phút một lần, xếp hàng mọi nguồn có lịch mà khung cron, theo múi giờ riêng, đã qua mà chưa chạy.

Tất cả đều đi qua hàng đợi đồng bộ, chỉ nhận một tác vụ cho mỗi nguồn, nên hai lượt trên cùng thư mục không bao giờ chồng nhau. Nguồn nào đến hạn do bảng nguồn trả lời chứ không phải hàng đợi, nên mỗi nguồn chỉ tồn tại ở một nơi. Lượt đồng bộ xác định phòng ban chi trả từ người tạo nguồn, và tạm dừng nguồn thay vì chạy khi người đó không còn seat hoạt động.

Kết quả cho từng thay đổi

Với mỗi thay đổi Graph báo về:

Thay đổiKết quả
Tệp bị xoáTài liệu và các đoạn của nó bị xoá theo
Định dạng portal không đọc đượcTính là bỏ qua; không bao giờ tải byte
Mã băm nội dung khớp bản đã lưuCập nhật tiêu đề và liên kết — đó là chi phí của một lần đổi tên phía nguồn
Mọi trường hợp khácTải về, lưu và tạo tác vụ, đúng như một lần tải lên

Lượt đồng bộ kiểm tra khả năng đọc hai lần: theo tên trước khi tải và theo byte khi nhận về. Bước tiếp theo là quy trình xử lý tri thức.

Tiến độ, tạm dừng và tiếp tục

Dòng lần chạy được ghi khi lượt bắt đầu, ghi lại sau mỗi mười thay đổi với số liệu đến lúc đó, và một lần nữa khi kết thúc, nên màn hình đọc nó trong lúc chạy sẽ thấy số tăng dần.

Con trỏ chỉ dịch chuyển sau một lượt đầy đủ. Lượt bị gián đoạn sẽ liệt kê lại ở lần sau và đối chiếu theo mã băm nội dung thay vì trả tiền hai lần.

Giữa các thay đổi, lượt đồng bộ đọc lại nguồn. Bất cứ điều gì tạm dừng nó — người dùng bấm Pause (tạm dừng), hoặc worker hết ngân sách — sẽ dừng lượt ở thay đổi kế tiếp, và lần chạy được ghi là partial (một phần). Tiếp tục một nguồn mà người chi trả đã rời đi sẽ bị từ chối; tiếp quản nguồn mới cho nó người để tính tiền.

Danh sách nguồn hiển thị số tài liệu của mỗi nguồn và số tài liệu còn PENDING hoặc FAILED, đếm trong một lần đọc gộp. Một lần đọc riêng trả về các nguồn bạn chi trả đang có lượt chạy hoặc còn tài liệu pending — đó là thứ khay hoạt động thăm dò định kỳ.

Thiết lập riêng cho tệp khi tạo nguồn

Khi tạo nguồn, có thể đặt thiết lập lập chỉ mục riêng cho một số tệp, theo id mà bản xem trước liệt kê. Bản xem trước nêu tên tối đa 500 tệp và đếm mọi tệp. Lượt đầu áp các thiết lập đó khi xử lý từng tệp; tệp mà một lượt sau xử lý lần đầu thì theo nguồn. Tệp mà lượt đầu không nhận được cũng tính là tệp như vậy, và mọi tệp cũng thế khi lượt đầu không xếp hàng được.

Ước tính lần đồng bộ đầu

Bản xem trước cũng ước tính lần đồng bộ đầu ở từng mức đọc, dưới dạng khoảng số giây.

  • Có lịch sử: khi tổ chức đã có năm lần nạp được đo ở một mức, ước tính đọc 200 lần gần nhất và giới hạn thư mục theo thời gian mỗi tệp và thời gian mỗi byte của bản lưu. Mỗi tài liệu đóng góp một bản ghi cho lần chạy gần nhất, tính từ lúc tác vụ bắt đầu.
  • Chưa có: dùng tốc độ theo trang — 2 giây mỗi tệp, 3,87 giây mỗi trang OCR và 19,5 giây mỗi trang đọc bằng mô hình, coi trang scan là 700 KB và trang văn bản là 100 KB.

Cả hai chia cho số làn nạp mà bản triển khai chạy. Không cách nào tính thời gian chờ hàng đợi hay mức đọc riêng của từng tệp.

Vì sao làm như vậy

Vì sao sao chép SharePoint thay vì đọc trực tiếp?

Bản sao được đọc một lần — OCR, hình, viết lại — kiểm tra cạnh bản gốc, và tìm kiếm theo quy tắc phạm vi hiển thị của portal, với chi phí biết trước. Agent không cần thông tin đăng nhập SharePoint lúc trả lời.

Vì sao tính tiền cho người tạo nguồn?

Lượt đồng bộ theo lịch không có ai trực tiếp đứng sau. Gắn với phòng ban của người tạo giúp mọi lượt có ngân sách, và nguồn không còn người chi trả sẽ tạm dừng thay vì tiêu tiền vô chủ.

Liên quan

AI Portal Docs
EN VI