Transpareo trong kỷ nguyên của các tác nhân trí tuệ nhân tạo

Đã gần hết ca làm việc. Người phụ trách tuân thủ xuất danh sách ca làm việc từ hệ thống sản xuất, đưa vào trợ lý của mình và nhập một câu lệnh: «Công bố hồ sơ sản phẩm cho các ô sản xuất trong danh sách này.»

Trợ lý này đọc 1.240 số sê-ri cùng các lô sản phẩm tương ứng, tra cứu trên Transpareo để xác định thông tin cần thiết cho phiếu thông tin sản phẩm, sau đó tạo các phiếu thông tin và tiến hành kiểm tra xem chúng có tuân thủ các quy định của nghị định hay không. Kết quả: 1.237 phiếu đã sẵn sàng, 3 phiếu chưa, do một lô thiếu thông tin về dấu chân carbon. Bà cung cấp bổ sung giá trị này, và trợ lý tiến hành công bố. Hai ngày sau, các tế bào rời khỏi nhà máy, mỗi tế bào đều có mã QR, qua đó có thể truy cập phiếu thông tin tương ứng.

Đây không phải là một viễn cảnh tương lai: Với Transpareo, điều này đã trở thành hiện thực ngay hôm nay. Một trợ lý tại đây **sẽ thực hiện nhiệm vụ đảm bảo tuân thủ từ khi nhận đơn đặt hàng cho đến khi có được chứng nhận đã ký **, và nền tảng này sẽ cung cấp cho trợ lý tất cả thông tin cần thiết trong suốt quá trình thực hiện.

Hãy thử ngay bây giờ

Quý vị có tài khoản trên Claude, ChatGPT, Grok hoặc Gemini, cho phép kết nối các ứng dụng ## không? Vậy hãy kết nối tài khoản đó vớiBản demo của chúng tôi. Đây là một môi trường thử nghiệm: Mỗi giờ, hệ thống sẽ được thiết lập lại từ đầu, và mọi thao tác quý vị thực hiện trong đó sẽ bị xóa sạch trước khi chu kỳ mới bắt đầu.

1. Kết nối. Tạo một ứng dụng mới trong Trợ lý của quý vị, nhập https://demo.transpareo.com/mcp làm địa chỉ và nhấp vào «Kết nối».
2. Cấp quyền. Đăng nhập bằng tester và DemoPass2027
   • thông tin đăng nhập này được cung cấp ở đây là có chủ đích. Màn hình tiếp theo sẽ liệt kê từng quyền truy cập một cách chi tiết. Đối với các quyền đọc, quý vị có thể cấp phép vĩnh viễn; còn đối với các quyền ghi, tốt nhất quý vị nên xác nhận từng quyền một.
3. Yêu cầu. Quay lại cửa sổ trò chuyện, quý vị hãy đặt câu hỏi bằng ngôn ngữ thông thường, chẳng hạn như «Hãy liệt kê các thông tin sản phẩm của chúng tôi.»

Yêu cầu là một danh sách; nhưng kết quả trả về lại là trạng thái.

Kết quả trả về không chỉ bao gồm những gì quý vị yêu cầu, mà còn cả trạng thái hiện tại của chúng. Điều này trở nên khả thi bởi giao diện cung cấp nhiều thông tin hơn cả các dòng dữ liệu: số lượng, vị trí của chúng trong bản lý lịch, cũng như những thông tin còn thiếu.

Đó chính là lý do cho bài viết này. Phần còn lại sẽ giải thích tại sao nó lại hoạt động được.

Nói là làm

Chỉ cần kết nối đúng một trang: Trợ lý với Transpareo, qua ba bước vừa nêu. Phần còn lại là một tệp tin mà hệ thống sản xuất vốn đã xuất ra. Không ai quy định cột nào phù hợp với trường nào, cũng không ai phải duy trì giao diện: Trình hướng dẫn đã đọc danh sách và ghi các lệnh, và những gì nó cần thực hiện chỉ được nêu trong một câu. Nếu danh sách thay đổi, chỉ cần điều chỉnh một chỉ thị gửi đến trình hướng dẫn, **chứ không phải mã chương trình **.

Hệ thống của quý vị không cần phải có bất kỳ chức năng nào cho việc này. Hệ thống chỉ cần xuất ra những gì mà nó vốn đã xuất: tệp xuất, danh sách từ báo cáo, bảng tổng kết cuối ca.

Danh sách này cũng có thể được nhập thủ công. Trình nhập dữ liệu trong Trình quản lý ứng dụng sẽ tiếp nhận các bảng, đặt tên cho các cột mà nó đã nhận diện được, kiểm tra quá trình thực thi trước khi tạo ra kết quả, và có thể hoàn tác theo yêu cầu. Kết quả thu được sẽ vẫn như vậy. Chỉ là sẽ có người phải xác nhận việc gán dữ liệu, đọc báo cáo và tự điền ba giá trị còn thiếu . **Trợ lý không thay đổi những gì có thể thực hiện được, mà thay đổi thời gian thực hiện. **

Công việc tích hợp, vốn trước đây luôn là bước khởi đầu của mọi dự án tuân thủ, ngày nay có thể tóm gọn trong một câu bằng ngôn ngữ thường ngày.

Đó mới chính là bước ngoặt thực sự. Với điều kiện là nền tảng ở đầu bên kia có thể thông báo cho chương trình biết những yêu cầu của mình.

Các chương trình từ trước đến nay luôn là những “độc giả” chính

Hồ sơ sản phẩm hiếm khi được đọc bằng tay. Nó được quét, truy xuất, kiểm tra, chuyển tiếp và lưu trữ, và phần lớn các công đoạn này do phần mềm thực hiện: máy tính tiền của nhà bán lẻ, hệ thống của đơn vị tái chế, công cụ kiểm tra của cơ quan chức năng, hay nhà nhập khẩu muốn biết liệu một lô hàng có tuân thủ hay không. Do đó, phần lớn những người “đọc” thẻ này không dùng mắt mà thông qua phần mềm.

Chính vì lý do đó, Transpareo được xây dựng xoay quanh giao diện của mình. Mỗi thẻ sản phẩm được công bố đều là một tài liệu có chữ ký điện tử và có thể đọc được bằng máy, và giao diện này bao quát toàn bộ vòng đời của sản phẩm: từ các loại thuộc tính của sản phẩm, qua quá trình kiểm tra và tạo lập cho đến khi công bố và các sự kiện liên quan đến từng sản phẩm cụ thể trong thực tế. Giao diện này còn được quản lý theo phiên bản: Ai xây dựng hệ thống tương thích với nó ngay từ hôm nay sẽ không xây dựng trên nền cát lún. Điều mới mẻ ở đây không phải là việc các chương trình làm việc với các chứng nhận. Điều mới mẻ nằm ở việc đó là những chương trình nào.

Và chính vì vậy, công việc của một trợ lý không chỉ dừng lại ở khâu tạo lập. Cùng một kiểu câu lệnh sẽ được áp dụng xuyên suốt phần còn lại của vòng đời:

• “Hủy tất cả các Giấy chứng nhận của lô B-2214.”
• “Cập nhật giá trị CO₂ mới cho lô 88.”
• “Hãy hiển thị cho tôi tất cả các thẻ đã được gửi đi sửa chữa trong tháng này.”

Mỗi câu lệnh này đều tương ứng với các lệnh gọi mà một người dùng kích hoạt trong Trình quản lý ứng dụng, và để lại dấu vết tương tự.

Một trợ lý phải biết đặt câu hỏi, chứ không phải phỏng đoán

Trợ lý là một nhân viên làm việc rất nhanh nhưng không có kiến thức nền tảng về doanh nghiệp của quý vị. Người đó làm theo những gì được chỉ dẫn và sẽ lấp đầy những khoảng trống bằng phỏng đoán nếu không nhận được câu trả lời. Bốn yếu tố sẽ biến việc phỏng đoán thành công việc thực tế.

Trợ lý phải có khả năng hỏi rõ những gì được yêu cầu. Đối với mỗi sản phẩm và mỗi mức độ chi tiết, nền tảng sẽ trả lời rằng một thẻ cần những mã định danh và thuộc tính nào, cũng như những thông tin nào trong số đó đã được lưu trữ sẵn trên sản phẩm. Đối với một sản phẩm riêng lẻ, thông tin sẽ trông như sau:

{
  "identifiers": {
    "batchIdentifier": { "required": true },
    "modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
    "serialIdentifier": { "required": true }
  }
}

Trợ lý phải thu thập hai trong ba mã định danh này, còn mã thứ ba đã có sẵn trên sản phẩm. Đây là hướng dẫn công việc, không phải buổi thảo luận.

Trợ lý phải có khả năng kiểm tra mà không cần phải viết mã. Quá trình kiểm tra thực hiện các bước xác minh tương tự như khi xuất bản và không tạo ra bất kỳ dữ liệu nào. Chính vì lý do này mà con số 1237 đã được cộng vào 3 ở trên, trước khi bất kỳ nội dung nào được xuất bản.

Trợ lý phải hiểu lý do tại sao một yêu cầu bị từ chối. Thông báo từ chối sẽ chỉ rõ trường cụ thể và hướng dẫn cách xử lý:

PRODUCT_INVALID: Sản phẩm không hợp lệ
Hãy sửa các thuộc tính được liệt kê trong phần trường và gửi lại yêu cầu.
  brand: Cần chỉ định thương hiệu - chưa được cung cấp
  componentsInput: Thiếu thông tin về thành phần

Một trợ lý đọc thông báo này sẽ bổ sung hai thông tin và gửi lại. Ngược lại, người chỉ nhận được mã lỗi sẽ thử các phương án khác nhau. Đây chính là nội dung văn bản mà một người dùng sẽ thấy trên dòng lệnh.

Người đó không được đếm sai. Nếu kết nối bị gián đoạn và trợ lý thử lại một lần nữa, thì vẫn chỉ tạo ra một mã thông hành, chứ không phải hai. Các lệnh gửi đi đều mang theo một khóa, nhờ đó nền tảng có thể nhận diện việc lặp lại là một lần lặp lại.

Mọi quyền truy cập đều có thể bị thu hồi

Càng có nhiều chương trình xử lý dữ liệu của quý vị, việc xác định ai được phép làm gì càng trở nên quan trọng. Một quyền truy cập được tạo trong Trình quản lý ứng dụng và chỉ tiết lộ thông tin bí mật của nó duy nhất một lần. Sau đó, chương trình sẽ hoạt động bằng các mã thông báo (token) có hiệu lực trong một giờ, và thông tin bí mật chỉ được truyền đến nơi cấp phát mã thông báo. Thông tin này được lưu trữ trong bộ chìa khóa của hệ điều hành, chứ không bao giờ nằm trong tham số dòng lệnh - thứ vốn sẽ xuất hiện trong mọi danh sách tiến trình.

Mỗi quyền truy cập chỉ mang chính xác những quyền mà quý vị cấp cho nó: Quyền đọc là một loại, quyền ghi là một loại khác, quyền công khai là một loại nữa, và quyền này có thể được giới hạn cụ thể cho từng sản phẩm riêng lẻ. Các thao tác không thể đảo ngược còn yêu cầu thêm một bước xác nhận.

Khi một trợ lý kết nối qua trình duyệt, trước khi cho phép, một màn hình sẽ xuất hiện liệt kê từng quyền truy cập cụ thể mà trợ lý đó yêu cầu. Nếu được chấp thuận, kết nối đó sẽ xuất hiện trên trang danh sách quyền truy cập, kèm theo tên và ngày tháng của người đã phê duyệt, và cũng sẽ được vô hiệu hóa tại đó.

Một quyền truy cập không thể thu hồi không phải là quyền truy cập, mà là một chiếc chìa khóa giấu dưới thảm cửa.

Dữ liệu của quý vị vẫn thuộc về quý vị

Transpareo không tự động gửi bất kỳ thông tin nào đến nhà cung cấp AI. Những gì được gửi đến nhà cung cấp đó chính là những thông tin mà quý vị truy xuất thông qua trợ lý của mình - và việc trợ lý đó là ai cũng như liệu dữ liệu có được xử lý trong phạm vi EU hay không, là do quý vị quyết định, không phải chúng tôi. Công cụ tạo kết nối này chạy trên chính máy tính của quý vị, và mã nguồn của nó là mã nguồn mở: bộ phận an ninh của quý vị có thể kiểm tra xem nó hoạt động như thế nào, thay vì chỉ tin tưởng vào lời nói.

Đối với một doanh nghiệp châu Âu, đây chính là điểm quyết định. Bản thân nền tảng này được đặt tại các trung tâm dữ liệu được chứng nhận ISO 27001 ở Đức; còn dữ liệu sẽ được chuyển đi đâu tiếp theo, điều đó hoàn toàn phụ thuộc vào sự lựa chọn của quý vị đối với trợ lý ảo. Quý vị có thể chọn một trợ lý xử lý dữ liệu trong EU, hoặc một trợ lý mà dữ liệu công ty của quý vị: transpareo mcp vận hành giao thức trên chính máy tính của quý vị, và mô hình nào được sử dụng đằng sau đó là quyết định của quý vị.

Bên cạnh đó, còn có nội dung được ghi trong “hồ sơ sản phẩm”. Thông thường, đó là các dữ liệu sản phẩm: số sê-ri, lô sản xuất, nguyên vật liệu, các giá trị đo lường. Trong trường hợp có liên quan đến thông tin cá nhân, chính các quy tắc do quý vị thiết lập sẽ quyết định ai được phép truy cập, và quyền truy cập có thể được tùy chỉnh chính xác theo yêu cầu: chỉ đọc, chỉ các sản phẩm cụ thể, và có thể tắt bất cứ lúc nào.

Việc thiết lập chỉ mất vài phút

Đối với không gian làm việc riêng của quý vị cũng áp dụng tương tự, tại địa chỉ riêng của nó, ví dụ như https://dpp.example.com/mcp: cũng chỉ cần ba bước như trên, không cần cài đặt gì cả.

Những ai thích gõ lệnh hoặc tự động hóa quy trình bằng tập lệnh có thể sử dụng dòng lệnh. transpareo là một chương trình duy nhất, các lệnh của nó được tạo ra từ mô tả giao diện: Bất cứ điều gì nền tảng có thể làm, công cụ này đều có thể thực hiện mà không cần ai phải tự tay điều chỉnh cả hai. Chương trình này là mã nguồn mở và được lưu trữ trên GitHub. Chỉ cần ba dòng lệnh: cài đặt, đăng nhập, kiểm tra quyền truy cập.

curl -fsSL https://transpareo.com/cli/install.sh | sh
transpareo auth login --host dpp.example.com --client-id <id>
transpareo me

Lệnh auth login sẽ đọc thông tin đăng nhập từ đầu vào mặc định hoặc từ một biến môi trường, chứ không bao giờ từ một đối số - nếu không, thông tin đó sẽ xuất hiện trong danh sách các tiến trình và lịch sử lệnh của shell. Sau đó, cùng một tệp nhị phân này sẽ thực hiện các quy trình sau:

transpareo dpps requirements --product-id 8 --granularity item
transpareo dpps validate --file passport.json
transpareo dpps create --file passport.json
transpareo dpps publish <code>
transpareo events tail --follow

Nếu Trợ lý đang chạy trên máy tính của quý vị, quý vị có thể kết nối với nó bằng một dòng lệnh khác:

transpareo setup claude

Các quy trình này sau đó sẽ được cung cấp dưới dạng các công cụ, với tên gọi tương ứng: dpp_requirements, validate_dpp, create_dpp, publish_dpp, tail_events. Những gì quý vị nhập vào dòng lệnh và những gì trình hướng dẫn gọi ra đều giống nhau. Bên cạnh đó còn có hướng dẫn dành cho các trợ lý, trong đó mô tả các quy trình thông thường, để không ai phải tìm hiểu thứ tự thực hiện bằng cách thử và sai. Còn những ai thích lập trình trực tiếp sẽ tìm thấy mô tả đầy đủ về giao diện trên mỗi không gian làm việc tại /apidocs.

Việc sử dụng Trợ lý không phát sinh chi phí**thêm

Hoàn toàn miễn phí.** Trợ lý kết nối với tư cách là người dùng API, và quyền truy cập dành cho các chương trình đã được bao gồm trong mọi gói cước. Số lượng được tính là các chứng nhận đã được công bố, chứ không phải số lượng người hoặc chương trình đang tham gia xử lý. Những ai tự động hóa công việc tuân thủ sẽ không phải chịu bất kỳ khoản phí nào cho việc này.

Công việc bắt đầu trước khi quy định có hiệu lực

Từ tháng 2 năm 2027, Giấy chứng nhận sản phẩm dành cho pin sẽ có hiệu lực bắt buộc, các nhóm sản phẩm khác sẽ lần lượt áp dụng theo. Nỗ lực thực sự không nằm ở bản chứng nhận, mà nằm ở việc sắp xếp dữ liệu sản phẩm, và chính những công việc này, các doanh nghiệp hiện đang giao phó cho các công cụ hỗ trợ: tổng hợp các trường dữ liệu, phát hiện lỗ hổng, xác minh thông tin nhà cung cấp, kiểm tra và lặp lại quy trình. Cách thức dữ liệu này được đưa vào Giấy chứng nhận như thế nào được mô tả trong bài viết “Một dòng điện, một hướng”; còn việc thiết lập kết nối riêng cho mục đích này được hướng dẫn chi tiết trong tài liệu “Hướng dẫn kết nối với hệ thống ERP”.

Một trợ lý phải phỏng đoán sẽ tạo ra các hồ sơ trông có vẻ hợp lý nhưng không thể chịu được sự kiểm tra. Một trợ lý có thể đặt câu hỏi sẽ tạo ra các hồ sơ chính xác. Sự khác biệt này không xuất phát từ chính trợ lý. Nó xuất phát từ nền tảng mà trợ lý đó sử dụng.