Báo cáo Kỹ thuật 2: Quản trị Kiến thức

1. Mục đích

Báo cáo Kỹ thuật 2 định nghĩa Lớp Quản trị Kiến thức cho RI-ECOSYS. Lớp này biến đổi thông tin bên ngoài thành các tài sản kiến thức được quản trị có thể được sử dụng bởi Nền tảng Runtime (TR1) với khả năng kiểm toán và lòng tin.

TR2 quy định:

• Vòng đời kiến thức (nhập liệu, xác thực, chuẩn hóa, quản trị, lưu giữ)
• Theo dõi nguồn gốc và yêu cầu bằng chứng
• Nhận dạng đối tượng kiến thức và lập phiên bản
• Tách curation kiến thức khỏi thực thi
• Các ràng buộc tiếp cận và biến đổi kiến thức được thực thi bởi chính sách
• Nguyên tắc rằng chỉ kiến thức được quản trị mới có thể tham gia vào thực thi

TR2 không định nghĩa:

• Biên dịch kiến thức hoặc tích hợp suy luận AI
• Các cơ chế nhập liệu kiến thức bên ngoài
• Các triển khai cơ sở dữ liệu hoặc chiến lược tồn tại
• Thiết kế bản thể kỹ thuật ngữ
• Các quy tắc xác thực kiến thức cụ thể lĩnh vực

Đây là trách nhiệm của các gói lĩnh vực, tích hợp và lớp triển khai bên ngoài đặc tả này.

2. Vấn đề: Thông tin so với Kiến thức

Hầu hết các hệ thống AI lấy thông tin bên ngoài và thực thi chống lại nó ngay lập tức:

Điều này hoạt động cho suy luận không trạng thái. Nó không hoạt động đối với các hệ thống doanh nghiệp quan trọng về sứ mệnh, nơi kiến thức phải được tin cậy.

Sự phân biệt là cơ bản:

• Thông tin — tồn tại bên ngoài, có nguồn gốc không xác định, có thể lỗi thời, không nhất quán hoặc không chính xác
• Kiến thức — đã được nhập liệu, xác thực, lập phiên bản và theo dõi. Nguồn gốc, tính thời sự và độ chính xác của nó là đã biết

Các hệ thống doanh nghiệp yêu cầu kiến thức, không phải thông tin.

Thông tin có thể được thu thập. Kiến thức phải được quản trị. Chỉ kiến thức được quản trị xứng đáng thực thi.

3. Các nguyên tắc Quản trị

RI-ECOSYS được xây dựng trên sáu nguyên tắc quản trị cơ bản:

3.1 Thông tin Phải Được Biến đổi Thành Kiến thức

Không có thông tin bên ngoài nào tham gia trực tiếp vào thực thi. Tất cả thông tin đi qua đường dẫn nhập liệu và xác thực trước khi trở thành kiến thức.

3.2 Kiến thức Có Nhận dạng và Vòng đời

Mỗi phần kiến thức có:

• Định danh duy nhất
• Số phiên bản
• Dấu thời gian tạo và lịch sử chỉnh sửa
• Nguồn gốc (nguồn, tác giả, bằng chứng)
• Trạng thái quản trị (bản nháp, xác thực, phê duyệt, không dùng nữa)

3.3 Kiến thức Có Nguồn gốc Bất biến

Sau khi xuất bản, nguồn gốc của kiến thức không thể được thay đổi hồi tưởng. Nguồn, dấu thời gian và tác giả tạo ra một chuỗi có thể kiểm toán.

3.4 Curation Kiến thức Tách Khỏi Thực thi

Nhóm curation kiến thức khác biệt với nhóm thực thi. Thực thi không thể sửa đổi kiến thức chính tắc.

3.5 Chính sách Quản trị Đứng trước Tiếp cận

Mọi tiếp cận kiến thức (đọc, ghi, dẫn xuất) đều được kiểm soát bởi chính sách quản trị. Không có thực thi nào có thể bỏ qua các cổng này.

3.6 Kiến thức Không dùng nữa Được Theo dõi, Không bao giờ Bị xóa

Khi kiến thức trở nên lỗi thời, nó được đánh dấu không dùng nữa nhưng không bao giờ bị xóa khỏi đăng ký. Điều này bảo tồn hồ sơ lịch sử và cho phép các dấu vết kiểm toán.

4. Vòng đời Kiến thức

Kiến thức chuyển động qua năm trạng thái:

4.1 Nhập liệu

Thông tin bên ngoài nhập hệ thống. Siêu dữ liệu được nắm bắt: URL nguồn, dấu thời gian, định dạng, khoảng thời gian làm mới dự kiến. Không có xác thực.

4.2 Xác thực

Thông tin được nhập liệu được xác thực dựa trên các quy tắc miền và lược đồ. Xác thực có thể từ chối, yêu cầu làm rõ hoặc đánh dấu cảnh báo.

4.3 Chuẩn hóa

Thông tin được xác thực được chuyển đổi thành dạng chính tắc. Các đơn vị được chuẩn hóa, định dạng được bình thường hóa, các tham chiếu được phân giải. Siêu dữ liệu được làm phong phú.

4.4 Phê duyệt Quản trị

Kiến thức được chuẩn hóa vượt qua các cổng quản trị. Các kiểm tra chính sách xác nhận kiến thức đáp ứng yêu cầu tổ chức. Sau khi được phê duyệt, kiến thức nhận trạng thái chính tắc.

4.5 Lưu giữ và Loại bỏ

Kiến thức Chính tắc có sẵn để thực thi. Theo thời gian, nếu kiến thức trở nên không chính xác hoặc lỗi thời, nó được đánh dấu không dùng nữa. Kiến thức không dùng nữa không bao giờ được sử dụng trong thực thi mới nhưng vẫn nằm trong đăng ký cho các truy vấn lịch sử.

5. Kiến trúc Quản trị

Luồng này được thực thi. Thực thi không thể bỏ qua các bước hoặc vượt qua các cổng.

6. Cấu trúc Đối tượng Kiến thức

Mỗi phần kiến thức được quản trị có cấu trúc này:

Knowledge Object {
  id: string              // Định danh duy nhất
  version: string         // Phiên bản ngữ nghĩa
  domain: string          // Tài chính, hoạt động, tuân thủ, v.v.
  type: string            // Số liệu, chính sách, tính toán, v.v.

  // Nội dung
  content: object         // Kiến thức thực tế (cụ thể miền)

  // Nhận dạng & Vòng đời
  status: enum            // ingestion | validated | normalized | approved | deprecated
  created_timestamp: ISO  // Khi được nhập liệu
  approved_timestamp: ISO // Khi được phê duyệt
  deprecated_timestamp: ISO // Nếu bị loại bỏ

  // Nguồn gốc
  source: string          // URL hoặc tên hệ thống
  author: string          // Người hoặc dịch vụ curation
  evidence: array         // Tham chiếu đến các hiện vật xác thực

  // Quản trị
  policies_applied: array // Chính sách quản trị nào áp dụng
  access_level: enum      // public | internal | restricted
  modification_locked: bool // Thực thi không thể sửa đổi

  // Siêu dữ liệu
  description: string     // Giải thích có thể đọc được của con người
  related_knowledge: array // ID của các đối tượng kiến thức liên quan
}

7. Nguồn gốc và Bằng chứng

Nguồn gốc trả lời câu hỏi: Kiến thức này đến từ đâu và chúng ta có thể tin tưởng nó không?

Mỗi đối tượng kiến thức duy trì:

• Nguồn — Hệ thống hoặc tài liệu bên ngoài mà thông tin đến từ đó
• Tác giả — Người hoặc dịch vụ curation kiến thức
• Chuỗi Dấu thời gian — Thời gian nhập liệu, thời gian xác thực, thời gian phê duyệt, thời gian không dùng nữa
• Bằng chứng — Tham chiếu đến báo cáo xác thực, tài liệu phê duyệt, nhật ký kiểm toán
• Phụ thuộc — Các đối tượng kiến thức khác mà kiến thức này phụ thuộc vào

Dấu vết này là bất biến và có thể kiểm toán.

8. Tách Các Mối quan tâm

RI-ECOSYS duy trì sự tách biệt nghiêm ngặt giữa curation kiến thức và thực thi:

8.1 Curation Kiến thức (Con người hoặc Hành chính)

Những người curation:

• Nhập liệu thông tin
• Xác thực nó dựa trên các quy tắc miền
• Chuẩn hóa và làm phong phú siêu dữ liệu
• Trình bày cho phê duyệt quản trị
• Loại bỏ hoặc không dùng nữa kiến thức khi cần

Những người curation không thể thực hiện các hoạt động runtime.

8.2 Thực thi (Runtime)

Runtime:

• Đọc từ đăng ký kiến thức
• Thực thi suy luận dựa trên kiến thức được phê duyệt
• Ghi lại nhật ký thực thi
• Không thể sửa đổi kiến thức chính tắc
• Không thể bỏ qua các cổng quản trị

Runtime không thể curation hoặc phê duyệt kiến thức.

Sự tách biệt này đảm bảo rằng thực thể quyết định thực thi khác biệt với thực thể curation kiến thức mà họ thực thi chống lại.

9. Khung chính sách

Quản trị được thực thi thông qua chính sách. Mỗi chính sách là một quy tắc mà kiến thức phải thỏa mãn trước khi thực thi.

Chính sách có thể thực thi:

• Tính thời sự — Kiến thức không thể được sử dụng nếu dữ liệu nguồn của nó cũ hơn N ngày
• Tính đầy đủ — Các trường bắt buộc phải có
• Tính nhất quán — Kiến thức không được mâu thuẫn với kiến thức được phê duyệt khác
• Thẩm quyền — Kiến thức phải đến từ một nguồn được ủy quyền
• Nhạy cảm — Kiến thức được đánh dấu nhạy cảm không thể rời khỏi các vùng hạn chế
• Phê duyệt — Kiến thức phải có phê duyệt rõ ràng trước khi sử dụng

Chính sách được khai báo một lần và được thực thi ở mọi nơi. Thực thi không thể ghi đè các quyết định chính sách.

10. Mô hình Đăng ký Kiến thức

Đăng ký Kiến thức là kho lưu trữ chính tắc của kiến thức được phê duyệt:

• Tất cả truy vấn phải đọc từ đăng ký, không bao giờ từ các nguồn bên ngoài
• Tất cả cập nhật kiến thức phải đi qua vòng đời (ingest → validate → normalize → approve)
• Đăng ký duy trì lịch sử phiên bản
• Đăng ký theo dõi các loại bỏ nhưng không bao giờ xóa
• Tiếp cận được kiểm soát bởi chính sách quản trị

Đăng ký là nguồn sự thật duy nhất cho tất cả thực thi.

11. Phạm vi và Giới hạn

TR2 định nghĩa các nguyên tắc quản trị và vòng đời. Nó không định nghĩa:

• Cách xác thực kiến thức cụ thể miền (các gói miền định nghĩa điều này)
• Lược đồ cơ sở dữ liệu hoặc công nghệ lưu trữ
• Thiết kế API hoặc giao thức mạng
• Các kỹ thuật tối ưu hóa hiệu suất
• Các triển khai chính sách cụ thể
• Tích hợp học máy

Đây là các mối quan tâm triển khai và miền, không phải quản trị.

12. Mối quan hệ với TR1 và Báo cáo Tương lai

TR1 (Nền tảng Runtime) — Thiết lập kiến trúc runtime và luồng thực thi độc lập với nguồn kiến thức.

TR2 (Quản trị Kiến thức) — Quy định cách kiến thức được curation và phê duyệt trước khi runtime tiêu thụ nó.

TR3+ (Miền & Tích hợp) — Sẽ giới thiệu xác thực kiến thức cụ thể miền, các lớp ngữ nghĩa và tính nhất quán xuyên miền.

Ba lớp xếp chồng mà không xung đột:

Mỗi lớp là độc lập; những thay đổi này không yêu cầu thay đổi những cái khác.

13. Tóm tắt Cuối cùng

Báo cáo Kỹ thuật 2 thiết lập:

• Kiến thức ≠ Thông tin — Chỉ các tài sản được quản trị tham gia vào thực thi
• Vòng đời là Bắt buộc — Đường dẫn năm giai đoạn đảm bảo chất lượng kiến thức
• Nguồn gốc là Bất biến — Các dấu vết kiểm toán không thể được thay đổi hồi tưởng
• Curation Tách Khỏi Thực thi — Những người curation kiến thức và các nhà điều hành runtime là các vai trò khác biệt
• Chính sách Đứng trước Tiếp cận — Các cổng quản trị mọi đọc và ghi
• Kiến thức Không dùng nữa Được Theo dõi — Hồ sơ lịch sử được bảo tồn mãi mãi

Một hệ thống hoạt động trên kiến thức được quản trị là một hệ thống có thể được tin tưởng.