DeepSeek Harness chính thức mã nguồn mở: Vì sao mọi thứ đều là plugin

opoinstall
2026-08-14
5 min read

Vào ngày 13 tháng 8 năm 2026, DeepSeek đã giới thiệu bản xem trước dành cho nhà phát triển DeepSeek Harness theo giấy phép MIT, phát hành một khung công tác agent mã nguồn mở được xây dựng dựa trên kiến trúc dạng plugin. Được cung cấp sức mạnh bởi siêu khung công tác Cordis, dự án coi các tính năng runtime như các plugin có thể mở rộng và cấu hình độc lập. DeepSeek Harness giải quyết một thách thức kỹ thuật thực tế: mô hình chỉ là một thành phần trong hệ thống tự trị. Các công cụ, quyền hạn, phiên làm việc và chính sách thực thi cũng cần phải có khả năng phát triển độc lập.

DeepSeek Harness là gì?

DeepSeek Harness là một lớp cơ sở hạ tầng có khả năng mở rộng được thiết kế nằm giữa mô hình ngôn ngữ và môi trường hệ điều hành máy chủ của nó. Thay vì hoạt động như một ứng dụng nguyên khối độc lập, khung công tác này cung cấp một môi trường thực thi mô-đun quản lý việc gọi công cụ, cách ly tiến trình (sandboxing) và trạng thái phiên làm việc.

Các tính năng cốt lõi

Trong bản xem trước dành cho nhà phát triển, khung công tác cho phép các đội ngũ kỹ thuật điều phối một số tác vụ cốt lõi:

  • Truy cập tệp không gian làm việc: Đọc, tạo và sửa đổi các tệp dự án trong các ranh giới kho lưu trữ được chỉ định.

  • Thực thi lệnh & Shell: Thực thi các lệnh terminal và quản lý các tiến trình nền theo các chính sách quyền có thể cấu hình.

  • Cấu hình nhà cung cấp mô hình: Kết nối với các mô hình DeepSeek hoặc cấu hình các điểm cuối API tương thích với OpenAI tùy chỉnh thông qua phần cài đặt.

  • Ủy quyền tác vụ & Subagent: Tạo các subagent được cô lập với bộ công cụ chuyên biệt để chạy các cuộc điều tra song song hoặc chia nhỏ các luồng công việc phức tạp.

  • Tái thiết lập quỹ đạo phiên làm việc: Ghi lại các sự kiện runtime trong một luồng sự kiện chỉ ghi thêm để gỡ lỗi, kiểm toán và kiểm tra phiên làm việc.

  • Mở rộng plugin mô-đun: Đăng ký các công cụ mới, trình lắng nghe sự kiện tùy chỉnh và giao diện người dùng mà không cần sửa đổi runtime cốt lõi của harness.

Vì sao DeepSeek Harness sử dụng kiến trúc dựa trên plugin

Tổng quan nhanh

  • DeepSeek đã giới thiệu bản xem trước dành cho nhà phát triển DeepSeek Harness theo giấy phép MIT vào ngày 13 tháng 8 năm 2026, cùng với việc triển khai rộng rãi hơn mô hình DeepSeek V4 Pro.

  • Kho lưu trữ sử dụng kiến trúc dựa trên plugin, trong đó các khả năng của agent được triển khai dưới dạng các thành phần riêng biệt thay vì một vòng lặp thực thi nguyên khối.

  • Khung công tác sử dụng kernel Cordis để quản lý vòng đời của plugin, cho phép các nhà phát triển cấu hình các mô hình và mở rộng các khả năng runtime thông qua các plugin.

Sự phát triển của các phần mềm agent tự trị đã phơi bày những hạn chế cơ bản trong thiết kế khung công tác nguyên khối. Các triển khai agent ban đầu thường kết hợp việc truy vấn mô hình, thực thi công cụ và quản lý phiên làm việc thành các vòng lặp cứng nhắc, được mã hóa cứng. Mặc dù đủ cho các tương tác hỏi-đáp cơ bản, những thiết kế này gặp khó khăn khi áp dụng vào các tác vụ kỹ thuật phức tạp đòi hỏi quyền truy cập hệ thống tệp sâu, điều phối terminal và các ranh giới quyền chi tiết.

Khi một hệ thống tự trị hoạt động trên các cơ sở mã nguồn cục bộ, nó đòi hỏi một lớp cơ sở hạ tầng có khả năng quản lý chuyển đổi trạng thái, ghi lại quỹ đạo thực thi và thực thi các hạn chế

bảo mật. Bản xem trước dành cho nhà phát triển DeepSeek Harness giải quyết thách thức này bằng cách thiết lập một lớp harness có thể mở rộng giữa mô hình nền tảng và môi trường máy chủ đích. Trong bản xem trước hiện tại, các nhà phát triển có thể chạy các phiên viết mã, đọc và chỉnh sửa các tệp không gian làm việc, thực thi các lệnh, cấu hình nhà cung cấp mô hình, ủy quyền tác vụ và mở rộng runtime thông qua các plugin.

Banner trang chủ DeepSeek Harness làm nổi bật việc ra mắt bản xem trước dành cho nhà phát triển mã nguồn mở

DeepSeek Harness đặt ranh giới plugin giữa mô hình và runtime. Bằng cách tách biệt mô hình khỏi môi trường thực thi của nó, các nhà phát triển có thể cập nhật định nghĩa công cụ, cấu hình các nhà cung cấp mô hình khác nhau và sửa đổi các chính sách runtime mà ít phụ thuộc hơn vào logic cốt lõi của agent. Thông qua cấu hình dựa trên Cordis và sự kết hợp plugin, khung công tác có thể được lắp ráp thành nhiều hình thức đa dạng, từ các tiện ích viết mã dựa trên terminal cho đến các dịch vụ tự động hóa phi đầu cuối (headless).

Cấu trúc tệp kho lưu trữ DeepSeek Harness minh họa các thư mục packages, examples và apps

Cơ chế hoạt động bên trong: Cách DeepSeek Harness sử dụng Cordis

Ở nền tảng kỹ thuật, DeepSeek Harness được xây dựng dựa trên siêu khung công tác Cordis, như được phác thảo trong ấn phẩm nghiên cứu A Programming Paradigm for Spatiotemporal Composability (Mô hình lập trình cho tính kết hợp không thời gian). Cordis cung cấp một ngữ cảnh điều khiển theo sự kiện, trong đó các khả năng đăng ký dưới dạng plugin. Theo kiến trúc này, vòng lặp agent được triển khai thông qua cùng một runtime định hướng plugin thay vì được hiển thị như một thành phần nguyên khối duy nhất, điều phối các hook, dịch vụ và trình lắng nghe thực thi riêng biệt.

Việc thực thi công cụ được điều phối bởi runtime của harness, trong khi lịch sử phiên làm việc, quyền hạn và khả năng thực thi được hiển thị thông qua các thành phần runtime và plugin riêng biệt. Khi một agent khởi ộng một hành động, hoạt động đó được chi phối bởi các chính sách bảo mật cụ thể để quản lý việc sửa đổi hệ thống tệp và tính an toàn khi thực thi shell.

Vòng đời của một bước Agent

Để cấu trúc việc thực thi tự động, runtime tổ chức các tương tác thành các ranh giới hoạt động riêng biệt:

  • Phân bổ lượt và bước: Runtime tổ chức các tương tác của agent thành các Lượt (Turn) và Bước (Step), với các yêu cầu mô hình và việc thực thi công cụ được xử lý trong vòng đời thực thi.

  • Hàng rào bảo vệ trước khi thực thi: Trước khi gọi một công cụ, hoạt động sẽ được đánh giá dựa trên các chính sách sandbox đang hoạt động nhằm hạn chế việc ghi tệp và lệnh shell vào các thư mục không gian làm việc được ủy quyền.

  • Cách ly trạng thái: Runtime điều phối việc thực thi công cụ và quản lý các hoạt động thay đổi trạng thái theo các chính sách thực thi và quyền hạn của nó.Biểu đồ dưới đây minh họa cách vòng lặp thực thi xử lý ngữ cảnh và trạng thái:

[User Input / Turn Start] ──> [Assemble Context] ──> [Model Request (Step)]
                                                              │
                                                              ▼
[Complete Turn] <── [Verify State] <── [Execute Tool] <── [Apply Guardrails]

Giao diện quỹ đạo phiên làm việc DeepSeek Harness tái thiết lập toàn bộ lịch sử chạy của một agent

Harness ghi lại các tương tác của agent và các sự kiện thực thi trong một luồng sự kiện chỉ ghi thêm. Luồng sự kiện này cung cấp cho các đội ngũ kỹ thuật một bản ghi thực thi bền vững để kiểm tra, gỡ lỗi và tái thiết lập các phiên làm việc của agent.

Giao diện quản lý plugin DeepSeek Harness chi tiết về các tính năng đã cài đặt và trạng thái

Xây dựng hay Mua: DeepSeek Harness so với Runtime Agent tùy chỉnh

Khi áp dụng các quy trình làm việc dạng agent, các đội ngũ kỹ thuật phải đối mặt với một lựa chọn kiến trúc cơ bản: tự xây dựng một runtime agent tùy chỉnh từ đầu hoặc áp dụng một khung công tác mô-đun như DeepSeek Harness. Việc xây dựng một runtime độc quyền nội bộ mang lại sự tự do thiết kế hoàn toàn nhưng đòi hỏi nỗ lực phát triển đáng kể để xây dựng tính năng sandbox, giám sát tiến trình, ghi nhật ký phiên làm việc và lên lịch công cụ.

DeepSeek Harness cung cấp một runtime plugin được xây dựng sẵn, trong khi một hệ thống harness tự chế giúp các đội ngũ kiểm soát hoàn toàn việc thiết kế thực thi và vòng đời. Do DeepSeek Harness hiện đang ở dạng xem trước dành cho nhà phát triển, các đội ngũ áp dụng nó phải tính toán đến các thay đổi API sắp tới đồng thời tận hưởng lợi ích từ kiến trúc mô-đun của nó.

Bảng dưới đây so sánh các đánh đổi kiến trúc chính giữa các phương pháp triển khai:

Khía cạnh DeepSeek Harness Runtime tự chế nội bộ Khung công tác gắn kết chặt chẽ
Kiến trúc Plugin Mô hình plugin Cordis nguyên bản Yêu cầu thiết kế mô-đun tùy chỉnh Vòng lặp thực thi gắn kết chặt chẽ
Kiểm soát Sandbox Chính sách quyền không gian làm việc tích hợp sẵn Phải được xây dựng và kiểm toán thủ công Hạn chế hoặc phụ thuộc vào khung công tác
Telemetry phiên làm việc Luồng sự kiện chỉ ghi thêm Yêu cầu đường ống ghi nhật ký tùy chỉnh Nhật ký dựa trên văn bản tiêu chuẩn
Tính ổn định của API Bản xem trước dành cho nhà phát triển (có thể thay đổi) Được kiểm soát hoàn toàn nội bộ Ổn định nhưng cứng nhắc
Tính linh hoạt của mô hình Bộ điều hợp nhà cung cấp dựa trên cấu hình Kiểm soát tùy chỉnh hoàn toàn Thường gắn liền với các SDK cụ thể
Chi phí bảo trì Yêu cầu duy trì tích hợp liên tục Gánh nặng bảo trì nội bộ hoàn toàn Phụ thuộc vào khung công tác

Một mô hình tách biệt mối quan tâm tương tự xuất hiện trong việc phân phối thiết bị di động và quy attribution, nơi ngữ cảnh thu hút người dùng phải tồn tại qua ranh giới giữa web, cửa hàng ứng dụng và ứng dụng đã được cài đặt. OpoInstall giải quyết vấn đề này thông qua các liên kết sâu hoãn lại (deferred deep linking) và khôi phục tham số phía máy chủ, cho phép ngữ cảnh chiến dịch và giới thiệu được khớp nối sau khi cài đặt mà không phụ thuộc vào cookie phía máy khách bền vững. Bằng cách chuyển việc giải quyết trạng thái sang một lớp phía máy chủ có thẩm quyền, các nhà phát triển đảm bảo rằng ngữ cảnh hoạt động tồn tại mượt mà qua các chuyển hướng phức tạp và chuyển đổi cửa hàng ứng dụng.

Danh sách kiểm tra tích hợp: Xây dựng với DeepSeek Harness

Để cấu trúc việc phát triển và triển khai các plugin trong hệ sinh thái DeepSeek Harness, các đội ngũ kỹ thuật nên tuân theo một danh sách kiểm tra thực hiện tiêu chuẩn.

Danh sách kiểm tra kỹ thuật

  • Xác định ranh giới plugin: Tách biệt các bộ điều hợp mô hình, công cụ, trạng thái phiên làm việc, chính sách thực thi và giao diện thành các thành phần có thể thay thế độc lập.

  • Xem xét các chính sách sandbox: Xác minh các hoạt động hệ thống tệp và shell nào được phép trước khi triển khai các quy trình làm việc của agent với quyền ghi không gian làm việc.

  • Xác thực quyền không gian làm việc: Kiểm tra hành vi đọc, ghi, shell và phê duyệt trong một không gian làm việc được kiểm soát trước khi cho phép agent hoạt động trên các kho lưu trữ sản xuất.

  • Kiểm tra nhật ký phiên làm việc: Sử dụng các bản ghi quỹ đạo để gỡ lỗi các lệnh gọi công cụ bị lỗi, thay đổi quyền và các đường dẫn thực thi nhiều bước.

  • Kiểm tra tính tương thích của plugin: Xác thực các plugin tùy chỉnh dựa trên API xem trước dành cho nhà phát triển hiện tại, tính toán đến các bản cập nhật có thể phá vỡ tính tương thích khi dự án phát triển.

Bảng cài đặt Giao diện Web DeepSeek Harness hiển thị cấu hình thiết lập sẵn mô hình mô-đun

Các câu hỏi thường gặp (FAQ)

Sự khác biệt giữa một agent harness và một API client cơ bản là gì?
Một API client cơ bản chỉ đơn giản truyền tải các câu lệnh của người dùng và nhận về các đầu ra văn bản thô từ một mô hình ngôn ngữ. Ngược lại, một agent harness quản lý toàn bộ vòng đời thực thi, điều phối các lệnh gọi công cụ an toàn, thực thi các quyền sandbox, theo dõi nhật ký phiên làm việc và điều phối các quy trình làm việc tự trị nhiều bước.
Kernel Cordis điều phối các plugin trong DeepSeek Harness như thế nào?
Kernel Cordis đóng vai trò là một siêu khung công tác nhẹ quản lý việc đăng ký plugin, quản lý vòng đời, các phần phụ thuộc và ngữ cảnh chia sẻ. Mỗi tính năng—bao gồm quyền truy cập hệ thống tệp, thực thi terminal và các bộ điều hợp mô hình ngôn ngữ—được đóng gói như một plugin riêng biệt đăng ký các dịch vụ và trình lắng nghe sự kiện vào một ngữ cảnh chung.
Những chế độ runtime nào có sẵn trong bản xem trước DeepSeek Harness?
Bản xem trước hiện tại bao gồm nhiều cấu hình runtime cho việc viết mã, thực thi công cụ, các quy trình làm việc tối giản và phát triển agent tùy chỉnh. Do dự án vẫn đang trong giai đoạn xem trước dành cho nhà phát triển, tên các chế độ và cấu hình có thể phát triển trong các bản phát hành trong tương lai.

Những điểm chính dành cho các đội ngũ kỹ thuật

Việc phát hành DeepSeek Harness củng cố tầm quan trọng của tính mô-đun trong kỹ thuật phần mềm AI hiện đại. Các kiến trúc agent nguyên khối đang dần nhường chỗ cho các khung công tác có thể kết hợp, nơi môi trường runtime, định nghĩa công cụ và tính bền bỉ của phiên làm việc được tách biệt khỏi mô hình cốt lõi.

Bằng cách xây dựng dựa trên siêu khung công tác Cordis, DeepSeek Harness thiết lập một sự tách biệt rõ ràng về các mối quan tâm xuyên suốt vòng đời của agent. Đối với các đội ngũ kỹ thuật đang đánh giá các runtime agent, kiến trúc dựa trên plugin, các chính sách sandbox và ghi nhật ký sự kiện có cấu trúc cung cấp một nền tảng rõ ràng hơn để kiểm tra các quy trình làm việc có thể mở rộng trước khi triển khai sản xuất.

Tài liệu tham khảo

Share this article