Agents for Everything Else — swyx

• Các tác nhân AI đang thay đổi cách các "tiny teams" (nhóm nhỏ) vận hành, giúp họ đạt được năng suất và doanh thu vượt trội với số lượng nhân sự tối thiểu, điển hình là đội ngũ tổ chức Hội nghị Kỹ sư AI.
• Việc ứng dụng thực tế các tác nhân AI vượt ra ngoài lập trình, bao gồm quy trình thiết kế, quản lý dữ liệu phức tạp và tự động hóa cá nhân, loại bỏ hiệu quả các công việc phụ tốn thời gian và tăng tốc độ triển khai dự án.
• Sự chuyển dịch sang "trải nghiệm tác nhân" làm cho các giao diện người dùng và bảng điều khiển truyền thống trở nên ít quan trọng hơn, khi người dùng (cả người và bot) tương tác ngày càng nhiều qua API và giao diện dòng lệnh.

• Áp dụng mô hình Tiny Team: Tận dụng AI để đạt doanh thu cao với đội ngũ nhỏ, tập trung vào các quy trình làm việc do tác nhân điều khiển để tối đa hóa hiệu suất cá nhân và tập thể.
• Tự động hóa các tác vụ "Yak Shaving": Xác định và chuyển giao các tác vụ lặp đi lặp lại, phụ thuộc lẫn nhau trong cài đặt hoặc quản lý phụ thuộc cho các tác nhân mã hóa AI để tăng đáng kể năng suất của nhà phát triển.
• Tích hợp tác nhân vào quy trình làm việc hiện có: Bắt đầu bằng cách nhúng các tác nhân AI (ví dụ: tác nhân mã hóa như Devon) vào các nền tảng giao tiếp hàng ngày (như Slack) và công cụ thiết kế (như Figma) để thấy ngay lợi ích về hiệu quả và chuyển đổi từ thiết kế sang web.
• Ưu tiên phát triển API-First: Thiết kế hệ thống và ứng dụng với các API mạnh mẽ và giao diện dòng lệnh, nhận ra rằng một lượng người dùng ngày càng tăng sẽ là các tác nhân AI chứ không chỉ con người tương tác qua giao diện người dùng tùy chỉnh.
• Trao quyền cho các nhóm không chuyên về kỹ thuật bằng tác nhân: Giới thiệu các tác nhân AI cho nhân viên không chuyên về kỹ thuật để quản lý dữ liệu, nghiên cứu và các tác vụ thường ngày, tạo môi trường nơi họ có thể thực hiện ý tưởng và đóng góp các yếu tố sáng tạo hơn một cách độc lập.
• Thử nghiệm AI để thay thế SaaS: Đánh giá có hệ thống các cơ hội để thay thế các giải pháp SaaS theo mô-đun bằng mã tùy chỉnh do AI điều khiển, giải quyết các mối quan tâm chính và giảm thiểu rủi ro để giành quyền kiểm soát và có thể giảm chi phí.
• Nuôi dưỡng tư duy "Trải nghiệm Tác nhân": Chuyển trọng tâm từ các bảng điều khiển và giao diện người dùng truyền thống sang cách các tác nhân có thể tương tác và quản lý trực tiếp dữ liệu và chức năng cốt lõi, cho phép các hình thức tự động hóa và năng suất mới.

• tiny teams — nhóm nhỏ (đội ngũ tinh gọn)
• workflow — quy trình làm việc
• tác nhân mã hóa — coding agent
• yak shaving — công việc phụ tốn thời gian/phức tạp không liên quan trực tiếp đến mục tiêu chính
• source of truth — nguồn thông tin đáng tin cậy duy nhất
• personal automation — tự động hóa cá nhân
• LLM psychosis — chứng loạn thần của Mô hình Ngôn ngữ Lớn
• SaaS — Phần mềm dưới dạng Dịch vụ
• API — Giao diện Lập trình Ứng dụng
• trải nghiệm tác nhân — agent experience

Giới Thiệu

Tương lai của công việc có nhiều ngả đường. Diễn giả tiếp theo của chúng ta sẽ thảo luận về hành trình anh ấy đã đi cùng Devon khi tổ chức hội nghị này. Xin mời quý vị chào đón lên sân khấu đồng sáng lập của AI Engineer Conferences, Swix.

Xin chào tất cả mọi người. Tôi không phải là Giám đốc Không quân của Vương quốc Anh. Thật không may, anh ấy phải rời đi vì lý do cá nhân. Cảm ơn các bạn đã ở lại lâu như vậy. Tôi hy vọng mọi người đã có một khoảng thời gian vui vẻ. Cảm ơn các bạn. Thật là bền bỉ và ấm lòng khi nghe từ các bạn. Tôi sẽ chia sẻ một chút về cách chúng tôi xây dựng AI Engineer bằng Trí tuệ nhân tạo. Đây có lẽ là khám phá lớn nhất mà tôi từng có. Chúng tôi đã nhận được sự đón nhận nồng nhiệt từ các bạn, và tôi nghĩ điều đó thật tuyệt vời. Tôi nghĩ đây là điều chúng tôi thực sự cố gắng xây dựng, và hy vọng đây là sự kiện đầu tiên của chúng tôi tại London. Hy vọng các bạn sẽ mời chúng tôi trở lại vào năm tới.

Xu hướng AI và Mô hình Tiny Team

Một điều tôi muốn chia sẻ với những người mới biết đến chúng tôi: Tôi thường có một bài phát biểu chính trong mỗi sự kiện AI. Trong lần đầu tiên, ba năm trước, tôi đã nói về lợi ích tăng năng suất mà bạn có được từ việc sử dụng AI ngày càng nhiều. Lần thứ hai, chúng tôi thảo luận về việc bạn nên sử dụng AI nhiều hơn vì đường cong chi phí của AI đang giảm khoảng một trăm lần sau mỗi 12 đến 18 tháng, và tôi nghĩ xu hướng này vẫn tiếp tục. Năm thứ ba, chúng tôi bắt đầu nói về các tiny teams (nhóm nhỏ), đây về cơ bản là định nghĩa mà tôi có: các đội có doanh thu hàng triệu đô la cao hơn số lượng nhân viên. Tôi thậm chí đã tuyển chọn toàn bộ một track tại World's Fair về vấn đề này, nơi chúng tôi tóm tắt nó là "yêu thích của các tiny teams", nếu bạn quan tâm đến việc xây dựng mô hình đó. Lý do tôi thích sự nhấn mạnh này là vì tôi nghĩ mọi người có thể quá ích kỷ khi tìm kiếm một tỷ phú cá nhân hoặc người sáng lập unicorn. Mọi công ty đều có thể có một tiny team, dù bạn là công ty nhỏ hay lớn. Tôi nghĩ khi nhìn vào cách chúng tôi điều hành AI Engineer – tôi cùng với Ben Lee trong ban lãnh đạo – chúng tôi cũng là một tiny team. Đây là chúng tôi: chỉ có chín người làm việc toàn thời gian, và chúng tôi đang điều hành một doanh nghiệp trị giá hơn 9 triệu đô la, vì vậy chúng tôi là một tiny team.

Sự Thay Đổi Quy Trình Làm Việc nhờ Tác nhân AI

Tôi muốn cho các bạn thấy những thay đổi quan trọng nhất trong workflow (quy trình làm việc) của chúng tôi kể từ khi bắt đầu dự án này cách đây hai năm. Nhân tiện, đây là cách chúng tôi nhìn nhận khoảnh khắc AJIP Hill. Các bạn có hiểu AJIP Hills không? Vâng. Tôi rất tự hào về điều này; đây là ý tưởng của tôi. Nếu một trong những đồng nghiệp của bạn chưa đủ AJIP Hill, bạn nên kê đơn một trong những thứ này. Bây giờ tất cả các bạn đều là bác sĩ AJI. Được rồi. Stack của chúng tôi rất ổn định và hoàn toàn không phải AI, điều này rất trớ trêu đối với một AI conference. Chúng tôi sử dụng Figma, React, SuperBase, Tido, Google Sheets, Session, v.v.

Tôi đã có một khoảnh khắc kỳ lạ, hài hước khi tôi tham gia Cognition và bắt đầu sử dụng tác nhân mã hóa một cách nghiêm túc trong công việc, chủ yếu vì chúng miễn phí. Tôi bắt đầu thêm nó vào Slack của công ty, và sau đó tôi bắt đầu làm những việc mà không cần phải chỉ cho mọi người, "Này, đây là cách bạn sử dụng nó để coding trên trang web của công ty." Ồ, tôi ổn. Một điều kỳ lạ bắt đầu xảy ra. Tôi bắt đầu giới thiệu đây là một workflow của nhà thiết kế hợp đồng của chúng tôi trong khoảng thời gian khủng khiếp, cô ấy cho tôi xem một trang Figma và yêu cầu tôi xem xét, mong rằng chúng tôi sẽ mất một tuần, hai tuần, bốn tuần để biến nó thành hiện thực. Tôi chỉ cần thêm Devon vào đó, và cuối cùng, trước khi tôi phải thêm Devon vào, tôi đã phải "chế biến" Devon vào Figma, và tôi sẽ không làm điều đó. Vì vậy, Core đang làm điều đó cho tôi. Bạn nên sử dụng Core để làm điều này.

Và điều này, nhân tiện, dẫn tôi đến bài học đầu tiên của mình, đó là: Bất cứ khi nào có những công việc yak shaving ngẫu nhiên, tôi nghĩ một lợi ích bị đánh giá thấp của các tác nhân là chúng giúp bạn tiết kiệm được những công việc yak shaving – tất cả những việc dependency tree crawling như, "Ồ không, tôi phải làm cái đó trước. Không, tôi phải làm cái đó trước." Đặc biệt là khi cài đặt dependencies hoặc sửa các pip dependencies, chúng thật tuyệt vời cho việc đó. Và tôi nghĩ năng suất mô hình không đủ đánh giá cao parallelism chứ không chỉ autonomy, và cái chết của yak shaving, không hoàn toàn nắm bắt được lợi ích của các tác nhân.

Hiệu quả Thực tế của Tác nhân AI: Từ Figma đến Web và hơn thế nữa

Dù sao đi nữa, trở lại câu chuyện về tác nhân: chúng tôi đã tích hợp Devon vào Figma, và chỉ trong một thời gian rất ngắn, chúng tôi đã có một trang web hoạt động hoàn hảo, đạt chuẩn pixel-perfect theo Figma. Đối với tôi, đó là một bất ngờ lớn; tôi chưa bao giờ làm được điều đó trước đây. Bạn luôn hoài nghi marketing cho đến khi tự mình trải nghiệm. Và quan trọng hơn, đội ngũ thiết kế của chúng tôi rất hài lòng về điều đó. Và đó về cơ bản là trang web mà bạn thấy ngày hôm nay khi truy cập AI.engineer.

Một điều thú vị khác đã xảy ra là chúng tôi bắt đầu sử dụng nó nhiều hơn; sau một thành công ban đầu, bạn sẽ bắt đầu sử dụng nó nhiều hơn. Một điều mà bạn không thể nhìn thấy vì văn bản rất nhỏ, nhưng tôi sẽ làm nổi bật cho bạn, đó là có 207 phản hồi, việc sử dụng bùng nổ, kiểu như, "Chuyện quái gì đang xảy ra vậy?" Và khi bạn tìm hiểu sâu hơn, điều đó rất thú vị. Đầu tiên, tôi bắt đầu một số công việc, và sau đó tôi đi ngủ. Và sau đó nhà thiết kế của tôi, người ở Indonesia, thức dậy và bắt đầu "nghịch" với Devon. Anh ấy bắt đầu lời nhắc Devon bằng các red lines trên annotations, điều mà Steve Louise, một trong những diễn giả của chúng ta từ hôm qua, đã làm với TL Draw. Và tôi chưa bao giờ dạy anh ấy làm điều này. Và không có instruction manual. Nó chủ yếu giống như, "Bạn sẽ giao tiếp với một con người khác như thế nào?" Và vì vậy, tôi làm việc chủ yếu cho các team không chuyên về kỹ thuật. Và tôi nghĩ điều đó rất quan trọng: rằng họ cần cảm thấy thoải mái với các tác nhân. Và tôi nghĩ cuối cùng họ đã đạt đến điểm đó.

Chúng tôi bắt đầu làm những điều mà chúng tôi thường sẽ không bao giờ làm. Không ai hỗ trợ điều này, vì vậy tôi cho rằng không ai trong số các bạn đã khám phá ra nó. Nhưng có một Easter egg trên trang web. Tại sao? Bởi vì tôi đã đặt nó ở đó. Tại sao? Bởi vì nó rất vui. Bởi vì tôi có thể làm được. Đúng không? Vì vậy, nếu bạn đang sử dụng màn hình ultra-wide, bạn di chuyển chuột qua các điểm nổi bật, bạn sẽ thấy một Easter egg. Tôi đã thấy một tweet viral về một aesthetic thiết kế mà tôi thích. Tôi đã đưa nó vào Devon. Nó xuất hiện. Và sau đó 127 phản hồi sau đó... Theo đúng nghĩa đen, tôi đã nhảy vào và tôi nói, "Hãy xem Clanker sẽ làm gì cho tôi. Tôi không muốn lãng phí thời gian của nhà thiết kế của mình. Tôi chỉ muốn xem Clanker làm gì cho tôi." Nhà thiết kế tham gia vào. Và nó thực sự bắt đầu làm việc trên thứ này, thứ mà tôi nghĩ là throw away và vui vẻ. Và điều thú vị nhất là nó rất nhỏ, tôi thậm chí không thể đọc được. Tôi xin lỗi vì điều này. Về cơ bản, lý do anh ấy bắt đầu làm việc trên đó, mặc dù đó là một throw away project, là vì nó vui.

Và tôi nghĩ đó là một khoảnh khắc "aha" lớn đối với tôi: Tôi đang nhận được nhiều công việc hơn từ nhân viên của mình vì họ thích làm điều đó. Bởi vì chu kỳ phản hồi đối với họ, từ việc chờ đợi, bị tôi hoặc một nhà phát triển hợp đồng mà chúng tôi có, đã biến mất. Họ thực sự có ý tưởng; họ đi làm. Và họ đang làm nhiều thứ hơn. Họ đang làm animations. Họ đang làm polish. Những thứ mà chúng tôi vừa... Tôi đang nhận được những công việc mà tôi chưa bao giờ nhận được từ nhân viên của mình trước đây. Tôi nghĩ đó là điều đáng được trân trọng. Đó cũng là điều bạn nên trân trọng. Nếu bạn chưa nhận thấy, tôi không còn nói về các tác nhân để coding hay về việc tôi đang tạo ra bao nhiêu dòng code nữa. Tôi đang nhận được nhiều năng suất hơn từ con người của mình. Và tôi nghĩ đây là một chủ đề chính trong năm nay mà tôi thực sự đang cố gắng tìm hiểu, đó là các tác nhân cho mọi thứ khác.

Mở rộng Tác nhân AI cho Quản lý Hội nghị và Tự động hóa Cá nhân

Sau đó, rõ ràng là, tôi đã thành công với việc chuyển đổi từ Figma sang trang web. Tôi cũng thành công với việc chuyển đổi từ tweet sang trang web. Còn gì nữa? Bạn bắt đầu nghĩ về các use cases khác. Toàn bộ hội nghị này là một vấn đề data management (quản lý dữ liệu) khổng lồ. Tôi phải đồng bộ hóa với 130 diễn giả và vài chục nhà tài trợ cùng tất cả những người attendees (tham dự) với đủ mọi nhu cầu khác nhau. Và thực sự, nó chỉ là một CMS (Hệ thống Quản lý Nội dung). Chúng tôi đã gặp Sanity. Tôi không phải là người hâm mộ Sanity lớn nhất thế giới vì tôi muốn giữ một chút sanity (sự tỉnh táo) cho riêng mình. Nhưng về cơ bản, tôi có thể đưa các spreadsheets vào, và Devon có thể quản lý điều đó cho tôi. Và một khi tôi thực sự, tôi nghĩ bước đột phá đã xảy ra khi tôi loại bỏ CMS và chỉ đưa nó vào code, nhưng sử dụng code đó làm source of truth của tôi. Và Devon, bất kỳ tác nhân mã hóa nào bạn sử dụng, đều bắt đầu quản lý nó.

Và vì vậy, toàn bộ lịch trình này được quản lý bởi Devon. Điều đó có nghĩa là gì? Điều đó có nghĩa là bất cứ khi nào ai đó đến với một thay đổi về diễn giả – ví dụ, Marder, một trong những diễn giả từ hôm nay, đã gửi một email – tôi chỉ nói, "Devon, hãy xử lý nó cho tôi." Không cần thêm bất kỳ communication (giao tiếp) nào khác. Tôi có thể chỉ cần chuyển tiếp email. Tôi có thể dán screenshot, bất cứ điều gì. Và volume (khối lượng) công việc như vậy cho phép chúng tôi, một đội ngũ nhỏ gồm chín người, quản lý một hội nghị một nghìn người. Chúng tôi sẽ quản lý 6.000 người ở San Francisco vào mùa hè này. Và tôi khá chắc chắn rằng chúng tôi có thể duy trì quy mô đội ngũ tương tự. Thật đáng kinh ngạc về lượng năng suất mà bạn có thể đạt được một khi bạn được onboarded (hướng dẫn) đầy đủ và bạn đã sắp xếp các workflows.

Chúng tôi có các tác nhân cho ETL (Trích xuất, Chuyển đổi, Tải). Chúng tôi sử dụng một external vendor system (hệ thống nhà cung cấp bên ngoài) có data mà chúng tôi không có trong central source of truth. Vì vậy, tôi cần lấy Khóa API để đồng bộ hóa data và đảm bảo có một single source of truth. Đây là những boring routine tasks (nhiệm vụ lặp đi lặp lại nhàm chán) rất nhàm chán.

Chà, có một câu chuyện thú vị khác mà tôi có thể kể cho bạn là các tác nhân để mua sắm. Tôi đã thấy một viral tweet về việc ai đó đặt một claw (càng cua/tôm hùm) ở Wall Street bên cạnh Wall Street Bull. Và tôi nghĩ, "Ồ, điều đó thật buồn cười. Chúng ta nên đặt một claw trước hội nghị của mình." Và đó chính xác là những gì đã xảy ra. Vì vậy, tôi đã yêu cầu Devon nghiên cứu, "Tôi có thể mua một con lobster (tôm hùm) ở London ở đâu?" Devon trả về các phone numbers, email addresses và websites. Và tôi chỉ cần nhấp qua và suy nghĩ về nó và yêu cầu nó làm thêm một số research. Và tôi sẽ tạm dừng người này. Đó đúng nghĩa là con lobster mà bạn có đã được mua từ Devon. Và tôi nghĩ loại personal automation (tự động hóa cá nhân) này cho mọi thứ khác, điều quan trọng là bạn có một tác nhân có web access (truy cập web), có một mô hình đủ thông minh. Ý tôi là, đây thực sự là một claw, đúng không? Giống như một Open Claw, Nano Claw, bất kể bạn gọi anchor là gì, điều đó không thực sự quan trọng. Điều quan trọng là bạn đang sử dụng các tác nhân cho những việc mà bạn lẽ ra phải dành knowledge work (công việc trí tuệ) để làm. Tôi có thể đã có một executive assistant (trợ lý điều hành). Tôi có thể đã có một junior employee (nhân viên cấp dưới) làm những việc này cho tôi, nhưng bây giờ tôi có thể làm điều đó serverless theo yêu cầu với một tác nhân mã hóa.

Tôi không ở đây chỉ để giới thiệu Devon. Tôi chỉ tư vấn cho công ty bây giờ, nhưng tôi bắt đầu khám phá Town vì tôi nghĩ điều đang xảy ra ở đây là các tác nhân mã hóa đang breaking containment (vượt ra ngoài giới hạn). Có tất cả những knowledge management tools (công cụ quản lý tri thức) khác phù hợp hơn với mục đích. Giống như các wikis mà Andrej Karpathy đang nói đến, mà Open Claw không áp dụng tốt. Bạn sẽ thấy một sự explosion (bùng nổ) về điều này trong năm nay. Đây có lẽ là top trend (xu hướng hàng đầu) trong số ba đến năm xu hướng của năm 2026 mà tôi muốn cảnh báo bạn.

Tác nhân AI và Chứng loạn thần của LLM: Thay thế SaaS và Quản lý Đội ngũ

Đây là tôi đang quản lý World's Fair vào mùa hè năm 2023. Đây là tất cả các track tôi đang lên kế hoạch. Đây là Apple Notes của tôi. Bên trái là Apple Notes của tôi về tất cả mọi người. Nó cố tình được thu nhỏ. Tôi đã ném nó vào Town, và sau đó xuất hiện một Notion doc được định dạng đẹp mắt với research (nghiên cứu) về tất cả các diễn giả mà tôi dự định solicit (mời) và cân nhắc curating (tuyển chọn).

Sau đó, rõ ràng là, một khi bạn đạt đến mức chứng loạn thần của LLM (Large Language Model), bạn sẽ nghĩ đến việc thay thế toàn bộ các mảnh SaaS (Phần mềm dưới dạng Dịch vụ). Đây là tôi tranh cãi với nhân viên của mình về việc loại bỏ một công cụ SaaS và tự xây dựng nó vì chúng tôi có thể. Vì vậy, tôi rõ ràng là người có nhiều chứng loạn thần của LLM nhất. Một trong những điều khó chịu là nếu bạn ở vị trí có quyền lực hoặc quản lý, bạn phải đối phó với những nhân viên không có nhiều chứng loạn thần của LLM như vậy và cố gắng đưa họ đi cùng trên hành trình, và không nói chuyện hạ thấp hay bỏ qua những lo ngại của họ, bởi vì đó là những lo ngại rất chính đáng. Bởi vì họ chính là những người sẽ phải đối phó với những điều sai lầm của bạn khi bạn làm sai. Chúng tôi cũng mắc lỗi.

Một phương pháp hàng đầu mà tôi đang tiếp cận khái niệm AI thay thế SaaS, mà tôi nghĩ sẽ phù hợp với nhiều bạn, đó là: hãy xác định ba mối quan tâm hàng đầu và hãy giảm thiểu chúng một cách có hệ thống, và đó là quá trình mà chúng tôi đang trải qua ngay bây giờ. Vì vậy, tôi chỉ muốn cho bạn một chút hương vị về việc Trí tuệ nhân tạo đang thay đổi công việc kinh doanh của chúng tôi như thế nào trong việc quản lý hội nghị. Nó đã đi một chặng đường dài. Đó là một chủ đề nhất quán mà tôi thấy ngay cả trong số các diễn giả của chúng tôi.

Thay đổi trong Cơ sở Người dùng

Đây là bài phát biểu chính trong một hội nghị đa mở đầu, nói về việc hiện tại 60% cơ sở người dùng của Risselle là các bot—là các tác nhân, chứ không phải con người. Vì vậy, trên thực tế, các bảng điều khiển của bạn không còn quan trọng; API của bạn, giao diện dòng lệnh của bạn, MCP của bạn mới là những thứ quan trọng.

Ưu tiên API và giao diện dòng lệnh

Đây là các anh chàng từ MCP apps là Edo và Lead, những người đã phát biểu hôm nay trên ETN, thảo luận về việc giao diện người dùng tùy chỉnh của bạn về cơ bản đang dần biến mất; bạn nên chuyển giao giao diện người dùng cho ứng dụng của người khác. Tôi nghĩ rằng mô hình về cách người dùng chính của bạn đang thay đổi này thực sự đang dịch chuyển mạnh mẽ theo hướng mà mọi người đang gọi là trải nghiệm tác nhân.

Sự Trỗi dậy của Trải nghiệm Tác nhân

Đó là điều mà tôi thực sự được truyền cảm hứng và tập trung vào bởi vì nó đang giúp ích cho tôi. Tôi không còn quan tâm đến bảng điều khiển Figma; tôi đưa nó vào Claude core work và hy vọng rằng nó sẽ hoạt động hiệu quả cho mình.

Lời kêu gọi Hành động

Vì vậy, đó là thông điệp của tôi dành cho mọi thứ khác đang đến: hãy thức dậy, sử dụng nó, mang nó về nhà để làm việc. Nếu mọi người chưa đủ được bot hỗ trợ, hãy "kê đơn" cho họ một trong những thứ này. Xin cảm ơn.