Báo cáo Kỹ thuật 3: Mô Hình Năng Lực Được Quản Trị

1. Mục đích

TR‑003 định nghĩa các quy tắc kiến trúc quản trị cách thức tri thức trở thành khả năng. Nó thiết lập danh tính, đặc tả, hình thành hợp đồng, tạo bản mô tả thực thi, vòng đời, phụ thuộc, sổ đăng ký, giải quyết và bất biến kiến trúc.

Ngoài Phạm vi

• Logic lĩnh vực hoặc triển khai khả năng
• Các thuật toán lên lịch hoặc lập kế hoạch
• Các chiến lược thử lại hoặc định tuyến
• Các chiến lược thực thi đa runtime
• Chi tiết triển khai của Giải Quyết hoặc Sổ Đăng Ký

2. Các Nguyên tắc Kiến trúc

1. Khả năng ≠ Kiến Thức — Kiến thức trả lời các câu hỏi; khả năng thực hiện các hành động.
2. Khả năng là Hợp đồng Được Quản Trị — Không có logic bên trong. Chỉ danh tính, phiên bản, ràng buộc và yêu cầu quản trị.
3. PU → Khả năng → Đường Ống Runtime — Tách biệt sạch giữa kiến thức, khả năng và thực thi.
4. Bất Biến — Sau khi được phê duyệt, hợp đồng khả năng không thể sửa đổi.
5. Khả năng Theo Dõi — Mọi thực thi phải có thể theo dõi lại kiến thức được quản trị.
6. Quản Trị Trước Thực Thi — Runtime chỉ có thể thực thi các bản mô tả thực thi được phê duyệt.
7. Đánh Giá Đủ Điều Kiện là Bắt Buộc — Không có khả năng nào được thực thi mà không có đánh giá đủ điều kiện.
8. Không Dùng Lại Là Không Thể Đảo Ngược — Khả năng không dùng lại không thể được kích hoạt lại.

3. Mô hình Danh tính Khả năng

Mỗi khả năng có danh tính ổn định:

• capability_id — Mã định danh duy nhất, không thay đổi
• canonical_name — Tên chính thức cho hồ sơ quản trị
• semantic_name — Tên có thể đọc được cho con người để tài liệu
• namespace — Nhóm cho cấu trúc tổ chức
• owner — Trách nhiệm quản trị
• authority_scope — Quyền hạn ủy thác cho khả năng này
• classification — Lớp quản trị hoặc lĩnh vực
• version — Phiên bản không thay đổi từ phê duyệt

Danh tính là không thay đổi sau khi được phê duyệt.

4. Đặc tả Khả năng (Thời gian Thiết kế)

Đặc tả xác định hành vi dự định của khả năng.

Bao Gồm:

• Danh tính (như định nghĩa trong Phần 3)
• Tuyên bố mục đích
• Các Đơn vị Quy trình (PU) bắt buộc
• Kiến thức bắt buộc (từ TR‑002)
• Đầu vào và đầu ra dự kiến
• Biểu đồ phụ thuộc (Biểu đồ Không Chu kỳ Có hướng)
• Ràng buộc và hạn chế
• Ngữ nghĩa lĩnh vực

Thực Thi: Đặc tả không thể thực thi.

5. Hợp đồng Khả năng (Thời gian Quản Trị)

Hợp đồng là dạng được quản trị của Đặc tả. Nó là cam kết kiến trúc ràng buộc phê duyệt với thực thi.

Bao Gồm:

• Danh tính ổn định
• Phiên bản ngữ nghĩa
• Chính sách bắt buộc (cổng quản trị)
• Quyền bắt buộc (ủy thác quyền hạn)
• Runtime bắt buộc (từ TR‑001)
• Mức tự trị (mức độ thận trọng được phép)
• Phân loại rủi ro (lớp quản trị)
• Trạng thái phê duyệt quản trị
• Cột mốc sổ dấu vết (liên kết kiến thức)
• Quy tắc thực thi bất biến

Thực Thi: Hợp đồng không thay đổi sau khi được phê duyệt.

6. Bản Mô tả Thực thi (Hướng Tới Runtime)

Bản Mô tả Thực thi là sản phẩm duy nhất mà runtime có thể thực thi. Nó được lấy hoàn toàn từ Hợp đồng được phê duyệt và chỉ chứa thông tin quản trị kiến trúc cần thiết cho thực thi runtime.

Bao Gồm (Chỉ Kiến trúc):

• capability_id — Danh tính từ Hợp đồng
• version — Phiên bản ngữ nghĩa từ Hợp đồng
• required_runtime — Hồ sơ Runtime (từ TR‑001)
• required_inputs_spec — Tham chiếu đến đặc tả đầu vào
• expected_outputs_spec — Tham chiếu đến đặc tả đầu ra
• dependency_list — Các khả năng khác bắt buộc
• required_policies — Danh sách chính sách quản trị để thực thi
• constraints — Ranh giới kiến trúc và giới hạn quyền hạn
• evidence_hash — Tóm lược mật mã của Hợp đồng được phê duyệt
• eligibility_requirements — Tham chiếu đến tiêu chí đánh giá đủ điều kiện

7. Vòng đời Khả năng

Khả năng tuân theo vòng đời nghiêm ngặt, không thể đảo ngược:

1. Tạo — Đặc tả được soạn thảo và tài liệu hóa
2. Xác Thực — Đặc tả được xem xét để tuân thủ kiến trúc
3. Phê Duyệt Quản Trị — Hợp đồng được phê duyệt bởi chính quyền
4. Kích Hoạt — Bản Mô tả Thực thi được đăng ký và sẵn sàng runtime
5. Không Dùng Lại — Khả năng chuyển sang trạng thái không hoạt động

Các Chế độ Không Dùng Lại (Kiến trúc):

• Thủ Công — Được khởi tạo bởi con người, cần phê duyệt quản trị
• Tự Động — Được kích hoạt bởi các sự kiện kiến trúc
• Hết Giờ — Cửa sổ kích hoạt hết hạn tự động
• Hoàn Tác — Hoàn tác được hướng dẫn bởi quản trị do thất bại thực thi

8. Sổ Đăng ký Khả năng

Sổ Đăng ký là cửa hàng không thay đổi, chỉ nối thêm của tất cả các phiên bản khả năng, bản mô tả thực thi, phụ thuộc, không dùng lại và mục sổ dấu vết.

Lưu Trữ:

• Phiên bản khả năng và trạng thái của chúng
• Bản Mô tả Thực thi được phê duyệt
• Mối quan hệ phụ thuộc
• Ghi chép không dùng lại
• Mục sổ dấu vết (dấu vết kiểm toán)

Trách Nhiệm Kiến trúc:

• Lập chỉ mục khả năng theo danh tính, tên và không gian tên
• Duy trì tạo bí danh (ánh xạ tên chính thức thành tên ngữ nghĩa)
• Theo dõi khả năng tương thích trên các phiên bản
• Ghi các mối quan hệ thay thế

Bất Biến Sổ Đăng Ký: Sổ Đăng Ký chỉ nối thêm và không thay đổi.

9. Giải Quyết Khả năng

Trình Giải Quyết chịu trách nhiệm xác định các phiên bản khả năng và phụ thuộc tại thời gian thực thi.

Trách Nhiệm Kiến trúc:

• Xác định phiên bản khả năng nào thỏa mãn yêu cầu
• Giải quyết yêu cầu phiên bản PU
• Xác minh khả năng tương thích runtime
• Xác định chính sách bắt buộc
• Xây dựng chuỗi phụ thuộc hoàn chỉnh

10. Bất biến Kiến trúc

11. Tóm tắt

TR‑003 v1.2 thiết lập Mô Hình Năng Lực Được Quản Trị — lớp kiến trúc nơi kiến thức trở thành khả năng có thể thực thi dưới sự quản trị kiến trúc:

Mô Hình Cốt Lõi:

• Khả năng là hợp đồng được quản trị — Không phải logic, không phải prompt, không phải công cụ
• Dẫn xuất từ Đơn vị Quy trình — Quản trị chảy từ kiến thức
• Ba lớp không thay đổi — Đặc Tả → Hợp đồng → Bản Mô tả Thực thi
• Bản Mô tả Thực thi là sản phẩm runtime duy nhất

Quy Tắc Kiến trúc:

• Bất Biến sau khi được phê duyệt
• Mô Hình Phụ Thuộc DAG
• Vòng Lặp Phản Hồi Runtime
• Đánh Giá Đủ Điều Kiện Bắt Buộc
• Không Dùng Lại Không Thể Đảo Ngược

Nền Tảng Cho Các Giai Đoạn Tiếp Theo:

• TR‑004 — Hiến Pháp Đánh Giá Đủ Điều Kiện
• TR‑005 — Sổ Dấu Vết
• TR3+ — Triển khai khả năng cụ thể theo lĩnh vực