Các công cụ mới để xây dựng tác nhân

 (openai.com)
1 điểm bởi GN⁺ 2025-03-12 | 1 bình luận | Chia sẻ qua WhatsApp

Bài viết liên quan

1 bình luận

 
GN⁺ 2025-03-12
Ý kiến trên Hacker News

  • Không rõ những thay đổi API này sẽ hữu ích đến mức nào với các nhà phát triển đang cố tích hợp OAI vào sản phẩm thực tế

    • Máy trạng thái do nhà cung cấp quản lý либо không đủ tốt либо gây xao nhãng trong việc xử lý hội thoại, tin nhắn, truyền prompt, v.v.
    • Cuối cùng lại chỉ dùng chat completions API
    • Quản lý trạng thái ở cục bộ mang lại tính tự chủ cao hơn so với việc thuê ngoài cho bên thứ ba
    • Tiền đề của các sản phẩm này là nhập vào một chuỗi và trả về một chuỗi mới
    • Nếu tập trung vào việc tạo ra chuỗi phù hợp thì mọi thứ khác sẽ biến mất
    • Có thể xem đây là một cách khác để xây dựng các chuỗi có cấu trúc dựa trên trạng thái nghiệp vụ được lưu trong cơ sở dữ liệu
    • Đây cũng là đúng công việc khi SSR trang web bằng PHP

  • Có một thread Twitter rất hay của nhà thiết kế nói về bối cảnh đằng sau các quyết định thiết kế của API mới

  • Cảm giác như các nỗ lực về AI agent đang đi sai hướng

    • Họ đang cố thay thế con người trong các hệ thống hiện có thay vì tạo ra phương thức mới
    • Kinh tế và cuộc sống là về tương tác giữa con người với nhau
    • Cách tiếp cận AI agent trông như một biến thể của trò đùa kéo dài câu chữ của người khác rồi lại tóm tắt lại
    • Nó có ích cho việc tự động hóa công việc trong các hệ thống legacy, nhưng cơ hội thực sự là loại bỏ phần lớn các hệ thống legacy đó
    • Con người không tệ đến thế
    • Dùng AI để tạo UI cho con người, rồi để AI dùng chính UI đó để hoàn thành công việc, liệu đó có thật sự là con đường phía trước?

  • Điều chưa được nhắc đến: Model Context Protocol

  • swyx chia sẻ trải nghiệm thảo luận FAQ về API mới với đội API/DX

    • Liên kết: https://latent.space/p/openai-agents-platform
    • Điểm thú vị chính: cách lạm dụng Responses API như một cơ sở dữ liệu
    • hparams cho tìm kiếm web - độ sâu/độ rộng của tìm kiếm cho DIY Deep Research
    • Khi nào nên tự xây RAG của riêng mình trong bối cảnh OAI đã tích hợp sẵn RAG/reranking
    • Sự khác biệt giữa Agents SDK và OAI Swarm
    • Liệu việc fine-tuning search-preview và computer-use-preview có được hợp nhất vào GPT5 hay không

  • Chia sẻ trải nghiệm có được quyền tiếp cận sớm với Agent SDK và API mới của OpenAI

    • Tạo một dự án mã nguồn mở để trình diễn các tính năng
    • Khuyến nghị thử SDK này nếu đang dùng các framework agent khác
    • Cung cấp toàn bộ SDK và ví dụ trong một tệp văn bản duy nhất để có thể bắt đầu nhanh
    • Có thể triển khai bằng framework khác nhờ mã nguồn mô-đun
    • Chia sẻ thêm suy nghĩ về các tính năng chính của SDK trong bài blog
    • Rất hài lòng

  • Đã xây dựng một Responses API đơn giản nhưng mạnh mẽ, tương thích với mọi nhà cung cấp LLM

  • Giá của Search API từ OpenAI khá đắt

    • $30 cho mỗi 1.000 lượt tìm kiếm
    • Mô hình Sonar của Perplexity là $5 cho mỗi 1.000 lượt tìm kiếm
    • Đặt câu hỏi về sự chênh lệch giá này

  • Ấn tượng với sự tiến bộ của computer use

    • Tò mò liệu công nghệ này đã đủ trưởng thành để áp dụng cho kiểm thử khả dụng hay chưa
    • Một UI mà AI khó điều hướng thì rất có thể con người cũng sẽ thấy khó
    • Điều đó có thể là tín hiệu cho thấy cần cải thiện

  • OpenAI đã công bố kế hoạch ngừng Assistants API

    • Responses API mới là một bước đi đúng hướng
    • Vẫn có những giới hạn cho các trường hợp sử dụng agent
    • Mục tiêu là mang lại cho nhà phát triển trải nghiệm nền tảng mượt mà để xây dựng agent
    • Dự đoán sẽ có luồng điều khiển dựa trên đồ thị
    • Có nhiều giải pháp mã nguồn mở nhưng phần lớn thêm vào sự phức tạp không cần thiết
    • Đã xây dựng luồng agent bằng tool calling và phản hồi JSON, nhưng vẫn còn các thành phần ở cấp độ cao hơn chưa được giải quyết