OpenAI dots và quyết định tiếp theo cho các nhà lãnh đạo doanh nghiệp
Một trợ lý AI tiếp tục làm việc sau khi cuộc trò chuyện kết thúc sẽ thay đổi cách chúng ta giao việc. Đối với các nhà lãnh đạo doanh nghiệp, câu hỏi hữu ích là chúng ta có thể giao những trách nhiệm nào, chúng ta sẽ kiểm tra công việc như thế nào, và ai vẫn chịu trách nhiệm.
OpenAI mô tả dots là các tác tử liên tục tiếp tục công việc giữa các cuộc trò chuyện và mang lại kết quả hoặc quyết định để xem xét. Quyền truy cập đang được triển khai dần cho các tài khoản đủ điều kiện.
Theo quan điểm của tôi, cơ hội kinh doanh nằm ở việc giảm nỗ lực cần thiết để giữ cho công việc tiến triển. Nghiên cứu, theo dõi và chuẩn bị tài liệu tiêu tốn thời gian vì con người phải liên tục thu thập ngữ cảnh và quyết định điều gì xảy ra tiếp theo. Một tác tử duy trì tính liên tục có thể giúp ích. Giá trị của nó vẫn cần được chứng minh trong quy trình làm việc mà nó sẽ hoạt động.
Những gì OpenAI đã giới thiệu
Theo tài liệu chính thức của OpenAI, một dot chạy trên GPT-6 Astra và có máy tính đám mây và trình duyệt riêng. Nó có thể nghiên cứu, phân tích dữ liệu, chuẩn bị tài liệu và xây dựng phần mềm. Công việc đám mây của nó có thể tiếp tục khi máy tính của người dùng tắt. [2]
Điều này cần một sự phân biệt cẩn thận. Máy tính đám mây, kết nối với một ứng dụng và truy cập vào máy tính cục bộ là những khả năng riêng biệt. Kết nối một kênh nhắn tin không tự động cấp quyền truy cập vào các dịch vụ khác. Mỗi kết nối có quyền và yêu cầu riêng. [2]
Đối với CTO, sự phân biệt đó quan trọng khi thiết kế quyền truy cập. Đối với CEO, nó quan trọng khi thống nhất về những gì tác tử nên chịu trách nhiệm.
Một ví dụ doanh nghiệp thực tế
Hãy xem xét một đội mua hàng giả định đang chuẩn bị gia hạn với nhà cung cấp. Thông tin nằm rải rác trong một hợp đồng, các báo cáo sử dụng và vài email. Hiện tại một người quản lý tập hợp nó trước mỗi cuộc thảo luận.
Một chương trình thí điểm hợp lý sẽ yêu cầu dot duy trì bản tóm tắt gia hạn bằng các nguồn được phê duyệt, xác định thông tin còn thiếu và chuẩn bị câu hỏi cho người quản lý. Đội sẽ xem xét kết quả đầu tiên trước khi mở rộng trách nhiệm.
Chỉ dẫn nên xác định đầu ra và giới hạn của nó: giữ bản tóm tắt luôn cập nhật, hiển thị các nguồn đằng sau các con số quan trọng, làm nổi bật các giả định chưa được giải quyết và chuẩn bị thư từ để xem xét. Người quản lý giữ trách nhiệm về quyết định thương mại.
Đây là quy trình làm việc minh họa, không phải tuyên bố rằng OpenAI đã xác nhận trường hợp sử dụng cụ thể này hay mang lại khoản tiết kiệm đã đo lường.
So sánh các hệ thống theo công việc chúng phải thực hiện
Tôi sẽ so sánh ba cách tiếp cận trước khi chọn một nền tảng.
Trợ lý hội thoại giúp ai đó hoàn thành nhiệm vụ trong một cuộc trao đổi. Tác tử liên tục mang trách nhiệm xuyên qua các cuộc trao đổi. Lựa chọn phụ thuộc vào việc tính liên tục có giải quyết vấn đề thực sự hay không.
Quy trình làm việc định sẵn tuân theo các bước rõ ràng. Tác tử có thể đề xuất cách phản hồi khi thông tin thay đổi. Các quy trình ổn định, lặp lại có thể được lợi từ tự động hóa truyền thống; công việc với đầu vào thay đổi có thể biện minh cho một chương trình thí điểm tác tử.
Buổi trình diễn cho thấy điều gì đã xảy ra một lần. Đánh giá vận hành hỏi liệu hệ thống có tạo ra kết quả chấp nhận được lặp đi lặp lại hay không, kể cả khi nguồn bị thiếu hoặc mâu thuẫn. Việc mua sắm doanh nghiệp nên dựa vào cái sau.
CEO nên làm gì
Chọn một trách nhiệm giới hạn với chủ sở hữu kinh doanh được chỉ định. Bản tóm tắt nhà cung cấp, cập nhật dự án nội bộ hoặc chuẩn bị cho cuộc họp định kỳ cung cấp điểm khởi đầu rõ ràng hơn so với chỉ dẫn rộng về cải thiện năng suất.
Đo lường quy trình hiện tại trước khi thí điểm. Ghi lại thời gian nhân viên, thời gian xử lý và các chỉnh sửa cần thiết để tạo ra đầu ra chấp nhận được. Trong quá trình thí điểm, đưa cả thời gian xem xét và làm lại vào phép so sánh.
Hỏi xem kết quả có giúp đội đưa ra quyết định tốt hơn hay đáp ứng thời hạn hay không. Nhiều tài liệu được tạo ra không nhất thiết đồng nghĩa với nhiều giá trị kinh doanh hơn.
Thống nhất các điều kiện mở rộng từ trước. Chủ sở hữu kinh doanh phải có khả năng giải thích kết quả nào chấp nhận được và thất bại nào sẽ dừng chương trình thí điểm.
CTO nên thiết lập gì
Xác định tác tử có thể sử dụng nguồn nào và hành động nào cần con người. Bắt đầu với phạm vi truy cập hữu ích nhỏ nhất. Kiểm thử với dữ liệu đại diện và đầu vào cố ý không đầy đủ trước khi mở rộng quyền truy cập.
Yêu cầu bằng chứng cho các đầu ra quan trọng. Bản tóm tắt gia hạn phải cho phép truy ngược số tiền được trích dẫn đến nguồn và phân biệt thực tế hiện tại với giả định.
Đánh giá toàn bộ quy trình làm việc. Kiểm tra chất lượng truy xuất, tính toán, chất lượng tài liệu, ranh giới truy cập và phục hồi sau bước thất bại. Một đoạn đúng không thể bù đắp cho tệp nguồn sai.
Thiết lập quy trình gián đoạn và phục hồi thực tế. OpenAI lưu ý rằng dừng công việc không hoàn tác các hành động đã hoàn thành, và các nhiệm vụ được giao hoặc định kỳ có thể cần kiểm soát riêng. Các đội nên hiểu các kiểm soát đó trước khi giao trách nhiệm liên tục. [2]
Theo dõi chi phí của công việc được thực hiện, bao gồm cả việc con người xem xét. Tránh ngoại suy một chương trình thí điểm nhỏ thành công thành khoản tiết kiệm toàn công ty mà không có bằng chứng thêm.
Quyết định phía trước
Dots biến việc giao việc liên tục thành một đề xuất sản phẩm cụ thể. Liệu đề xuất đó có cải thiện doanh nghiệp hay không phụ thuộc vào trách nhiệm được giao, thông tin sẵn có và chất lượng xem xét.
Tôi sẽ bắt đầu với nhiệm vụ có kết quả có thể kiểm tra, học hỏi từ các chỉnh sửa, và chỉ mở rộng khi bằng chứng ủng hộ. Điều đó cho các nhà lãnh đạo cơ sở để đầu tư và cho nhân viên vai trò rõ ràng trong việc định hình cách công cụ được sử dụng.
Trách nhiệm liên tục nào trong tổ chức của bạn mà bạn sẽ giao cho tác tử AI trước tiên, và bạn cần bằng chứng gì trước khi mở rộng thẩm quyền của nó?
Suy nghĩ toán học. Kỹ sư thông minh. Lãnh đạo chiến lược. Xây dựng có trách nhiệm. Mở rộng toàn cầu. Tạo giá trị kinh doanh thực sự thông qua trí tuệ nhân tạo.
#OpenAI #Dots #EnterpriseAI #AIStrategy #AILeadership #ResponsibleAI
Originally published on LinkedIn by Keshavan Thiagaraja. Read the original on LinkedIn.