Data Pool: chung nguồn, riêng quyền

01 · Chuẩn bị đủ ba lớp

Duyệt/cài Pack data-pool của Soot Forge. Người vận hành cài Meilisearch/dịch vụ riêng, cấu hình địa chỉ, khóa và nơi lưu. Sau đó chọn capability của runtime, liên kết khóa thao tác rồi cấp quyền pool. Cài Pack không tạo máy chủ tìm kiếm, nhập dữ liệu công ty hay cấp quyền cho Soot.

Người dùng → Giao diện vận hành Nest → Data Pool service
Soot → Capability đã chọn + khóa thao tác riêng + quyền pool → Data Pool service
Data Pool service → Backend có chỉ mục (Meilisearch)
Data Pool service sở hữu thông tin tài liệu, quyền pool và biên nhận thay đổi.
Host sở hữu liên kết công cụ, khóa nhà cung cấp và hội thoại lưu bền.

Dịch vụ dùng chung từ xa có thể phục vụ host ở máy bạn và VM. Cấu hình trực tiếp một host có chủ sở hữu chính sách riêng. Đối chiếu địa chỉ, namespace, ID pool và chính sách; hai pool cùng tên ở hai liên kết khác nhau không tự dùng chung hay đồng bộ.

02 · Quản lý bằng người không phải lượt chạy AI

Trong Data Pool, chọn runtime quản lý và giao diện DataManager. Thanh bên liệt kê pool; cửa sổ nhỏ dùng bộ chọn. Nest dùng chat thiết lập trống cho lời gọi giao diện được phép. Thêm/sửa/xóa/tìm không gửi tin nhắn hay gọi mô hình. Operator bearer của runtime kiểm soát giao diện; tự đặt tên “operator” không cấp quyền.

Cấu hình DATA_POOL_UI riêng theo hướng dẫn Pack. Khóa giao diện không giả Soot, khóa Soot không giả người quản lý. Chọn rõ capability configure cho DataManager.

03 · Ba lớp quyền khác nhau

Đây là các vai trò minh họa đã cấu hình, không phải mặc định khi cài. Mỗi thao tác cần đủ cả ba lớp.

Support bị từ chối đọc do thiếu quyền pool, không do thiếu công cụ. Pool grant không tự thêm capability hay khóa. Host admin khác người được cấp quyền pool và không thu hồi bằng giao diện pool. Xem quyền thực tế sau thay đổi; nhãn người dùng không xác thực người gọi.

04 · Tạo brand-guide để thử

Sao chép các trường này vào pool dùng thử do bạn quản lý. TEST DATA / DỮ LIỆU THỬ cho thương hiệu hư cấu, không phải chính sách sản phẩm Soot hay cam kết hỗ trợ thật. Dịch vụ cấp current revision; đừng tự nhập phiên bản giả.

ID: brand-guide
Source URI: urn:example:brand-guide
Title: Pebble Studio — TEST brand guide
Tags: test-data, brand-guide
Body:
TEST DATA ONLY — Pebble Studio hư cấu, không phải chính sách sản phẩm Soot.
Giọng thương hiệu: bình tĩnh, dễ hiểu, hữu ích. Câu ngắn, ví dụ cụ thể.
Tránh phô trương, bịa tính năng hoặc bảo đảm kết quả.
Dữ kiện hỗ trợ thử: Pebble Studio trả lời yêu cầu hỗ trợ trong 24 giờ.
Thời hạn 24 giờ là DỮ LIỆU THỬ, không phải cam kết dịch vụ thật.
Bản nháp cần người xem lại. Không đăng bài hay sửa guide này.

1. Với quyền Human hợp lệ, mở Data Pool, chọn đúng runtime và giao diện DataManager, tạo pool dùng thử, chẳng hạn docs-test. Ghi ID/generation thật.
2. Tạo tài liệu text/Markdown: ID brand-guide, tiêu đề và thân ở trên. Đặt source URI urn:example:brand-guide, thêm hai nhãn. Save, xem source URI/ID/current revision do dịch vụ trả. Nếu bản đang dùng tự cấp ID, dùng ID trả về thay vì coi ID đề nghị là đã lưu.
3. Trong quyền pool, cấp Marketing chỉ read theo danh tính host trả; xác nhận capability đọc và khóa đọc riêng đã liên kết. Không cấp write/manage hay quyền đăng bài. Support vẫn KHÔNG có pool grant.
4. Trong Soots, chọn Marketing, lưu/kích hoạt nhiệm vụ đã duyệt và xác nhận active revision. Mở Test, thay phần phiên bản trong đề bài bằng giá trị thật.

Đọc TEST DATA tại urn:example:brand-guide, ID brand-guide,
revision [phiên bản hiện tại do dịch vụ trả] trong pool thử được cấp.
Báo source URI/ID/current revision lấy từ kết quả đọc.
Tóm tắt giọng thương hiệu hư cấu và thời hạn hỗ trợ thử 24 giờ.
Soạn ba bản nháp ngắn. Ghi dữ kiện là DỮ LIỆU THỬ, không phải chính sách Soot.
Không ghi, đăng bài, chạy shell hoặc thêm quyền.
Dừng nếu thiếu nguồn, không có quyền hoặc phiên bản khác bản yêu cầu.

Kết quả cần kiểm tra: URI/ID/current revision thật, giọng bình tĩnh/dễ hiểu/hữu ích, dữ kiện 24 giờ được ghi là dữ liệu thử, bản nháp có trích dẫn và không ghi/đăng. Đây không phải câu trả lời giả đã được chạy. Nếu thay bằng file/Skill, dùng đường dẫn thật và Git commit/hash/phiên bản đã duyệt, không tự tạo ID/revision của pool.

05 · Kiểm tra lời gọi thật và ghi bị từ chối

Mở chat/chi tiết lượt Test thật. Xem active config revision, lần gọi nhà cung cấp/mô hình thật và trạng thái hoàn thành. Trong lịch sử công cụ, kiểm tra read_skill nếu dùng và lời gọi đọc data-pool_query thành công tới tài liệu này. So URI/ID/revision và dữ kiện trả về với tài liệu đã lưu. Xem hoạt động pool đúng người gọi/lượt đọc. Biên nhận đọc chưa chứng minh câu trả lời dùng nguồn; phải xem cả câu trả lời. Người tạo tài liệu/cấp quyền không phải lượt gọi AI.

Để kiểm tra ghi bị từ chối, người vận hành dùng bộ thử quyền riêng trên dữ liệu bỏ được: đã chọn thao tác ghi và liên kết khóa riêng, nhưng pool grant của Marketing vẫn chỉ read. Thử sửa vô hại trên tài liệu dùng thử, cần nhận DENIED, rồi đọc lại để xác nhận nội dung/revision không đổi. Nếu không chọn công cụ ghi, từ chối chỉ chứng minh giới hạn công cụ, chưa chứng minh quyền ghi của pool. Không mở rộng cấu hình Marketing thật chỉ để thử; dùng bộ thử riêng đã chuẩn bị cho mục đích này.

Support có capability đọc và khóa đọc riêng, nhưng KHÔNG có pool grant nên đọc phải DENIED. Thu hồi read của bộ thử rồi đọc lại cũng phải bị từ chối. Nếu kết quả ghi chưa rõ, giữ request/receipt gốc và đối chiếu, không tạo ID mới để thử lại. Đây là bước bạn cần thực hiện và xem bằng chứng, không phải tuyên bố hướng dẫn đã chạy thay bạn.

06 · Phiên bản nguồn và xung đột

Với Data Pool, ghi source URI/URN, ID, current revision, pool generation, chính sách, người thao tác và xuất xứ. Tìm kiếm chấp nhận lỗi gõ và không phân biệt dấu; vẫn kiểm tra ID/revision, không coi kết quả đầu là nguồn đã duyệt. Nhập URL công khai từ chối địa chỉ nội bộ; nội dung chỉ là văn bản, không chỉ dẫn có thể thực thi. Hoạt động hiển thị một khoảng giới hạn, không kho lịch sử nội dung đầy đủ.

Ví dụ xung đột: Human đọc v1 → công cụ quản lý đúng quyền ghi v2 → Human lưu dựa trên v1 bị xung đột, giữ nháp → đọc v2, xem khác biệt, chủ động rebase rồi lưu v3. Công cụ ghi không có nghĩa mô hình tạo nội dung. Ghi đồng thời khác vẫn có thể gây xung đột tiếp. Mất phản hồi thì tra trạng thái request gốc. Khôi phục chỉ giữ thông tin liên kết/request, không khóa hay nội dung; request khôi phục chỉ được kiểm tra.

07 · Một lần xem thực tế · 2026-10-09

Một lần xem riêng trên custom Service dùng DataManager, Marketing và Support. Nhiệm vụ Marketing đã lưu và kích hoạt. Test thật dùng openai-codex/gpt-6-luna, gọi read_skill, data-pool_query, đọc brand-guide revision 3 và source URN. Đây là quan sát có ngày, không mô hình mặc định hay cấu hình cài sẵn. Bộ TEST DATA ở trên là đầu vào để tập, không phải câu trả lời của lượt đó.

Human v1 → manager RUNNER đúng quyền ghi v2 (không phải mô hình) → Human lưu cũ bị xung đột, giữ nháp → chủ động rebase v3. Marketing đọc được, ghi DENIED. Support đã chọn capability đọc và liên kết khóa đọc riêng nhưng không có pool grant, nên đọc DENIED. Giả người thao tác hay dùng nhầm khóa UI/Soot đều bị từ chối. Quản lý bằng người ghi nhận không gọi mô hình.

Một lượt quan sát có 17,9 giây thực thi và 38,6 ms chờ. Đây là một lần chạy, không cam kết tốc độ. USD chưa biết vẫn giữ là chưa biết.