Grok Bot cho team enterprise: AI teammate ở mọi phòng ban

1. Mở đầu: Anahita, Santi và chủ đề của buổi workshop

Đây là một buổi workshop của Grok, do hai người dẫn: Santi Garza, Senior Field Engineer, và Anahita Sahu, AI Deployment Manager II, cả hai ở SpaceX SI (theo mô tả video đăng ngày 29/10/2026).

Santi mở lời: cảm ơn mọi người đã đến, rồi mời Anahita bắt đầu. Anahita nói chị rất vui được có mọi người ở đây. Chị ở đội AI deployment của SpaceX SI, còn Santi đến từ đội field engineering. Theo chị (video đăng ngày 29/10/2026), hôm nay hai người sẽ nói về Grok Bot cho enterprise, cụ thể là làm sao tạo ra những AI teammate thật tốt, làm việc được qua nhiều phòng ban. Rồi chị chuyển lời cho Santi.

Santi cảm ơn chị và tự giới thiệu. Anh là senior field engineer, nghĩa là, theo lời anh, anh lo phía kỹ thuật của nhiều sản phẩm và giúp người dùng cũng như các công ty dùng sản phẩm tốt nhất có thể. Anh nói thế giới AI lúc này đang thay đổi rất nhiều (video đăng ngày 29/10/2026), nên việc của anh là đảm bảo khách hàng trở thành chuyên gia về cách xây dựng với AI.

Hôm nay anh nói về Grok Bot và cách dùng nó để tăng hiệu quả ở nhiều phòng ban trong các team enterprise. Theo anh (video đăng ngày 29/10/2026), điều này cũng áp dụng cho startup, thậm chí team một người, nên ai cũng sẽ thu được nhiều điều. Anh sẽ đi qua nhiều use case để mọi người thấy những gì làm được, và sẵn lòng brainstorm cùng mọi người trong phần Q&A cuối buổi. Câu hỏi cứ thả vào khung Q&A: nhiều câu sẽ được trả lời ngay trong chat, một số được trả lời trực tiếp, và hai người sẽ cố trả lời càng nhiều càng tốt.

2. Từ chat tới AI teammate

Santi bắt đầu với cái anh gọi là đường cong trưởng thành rất gần đây nhưng rất dốc của AI. Theo anh (video đăng ngày 29/10/2026), chỉ vài năm trước, tất cả chúng ta chủ yếu làm việc với chat. Cảm giác như gọi cho một người bạn ngày càng thông minh: gửi một câu hỏi và nhận về một câu trả lời, phần nào giống bước tiến hoá từ Google search.

Rồi năm ngoái, cũng theo anh (tính từ video đăng ngày 29/10/2026), agent bắt đầu thật sự sửa được file trên máy của chúng ta: build website, build ứng dụng. Điều đó rất, rất hào hứng.

Còn thứ Grok Bot làm cho phổ biến, theo Santi (video đăng ngày 29/10/2026), là ý tưởng mới về những teammate thật: agent có identity, có một công việc, biết loại việc mình được giao, và bạn thật sự tin chúng làm việc được cả khi bạn vắng mặt. Bạn không phải trông chừng, không phải "đánh bóng bàn" qua lại với agent. Đó là thứ buổi hôm nay nói tới.

3. Bốn nhóm sản phẩm: Grok, Grok Bot, Cursor và Grok API

Santi nói anh sẽ không dành nhiều thời gian ở đây vì buổi này chủ yếu về Grok Bot, nhưng muốn cho mọi người thấy toàn cảnh. Theo anh (video đăng ngày 29/10/2026), SpaceX SI có bốn nhóm sản phẩm; slide "Four ways to put our intelligence to work" xếp chúng thành Research, Do, Build và Power.

Thứ nhất là Grok, model chính. Theo Santi (video đăng ngày 29/10/2026), hai phiên bản gần nhất là một bước nhảy lớn về trí tuệ, Grok 4.6 rồi Grok 4.7, với mức giá tốt ở tầm frontier.

Thứ hai là Grok Bot, nơi buổi này dành phần lớn thời gian: theo anh (video đăng ngày 29/10/2026), đây là một ứng dụng để bạn giao việc và bắt đầu uỷ thác routine cho các teammate của mình.

Thứ ba là Cursor. Santi nói Cursor gần đây đã được SpaceX mua lại (theo video đăng ngày 29/10/2026). Theo anh, Cursor là một nền tảng agentic coding, cho đội engineering nhưng cũng cho người mới làm development; một công cụ tốt và rất vững. Triết lý ở đó là có lẽ bạn không nên vibe coding cho tới tận production, và theo anh Cursor đang dẫn đầu mảng này (video đăng ngày 29/10/2026).

Cuối cùng là Grok API: theo anh (video đăng ngày 29/10/2026), nó cho phép đưa model vào trong sản phẩm của bạn để chạy một số tính năng và sản phẩm.

Anh lướt nhanh qua từng mục. Theo Santi (video đăng ngày 29/10/2026), điểm hay của Grok là tích hợp tốt với X: nó là một model "truth-seeking" nhưng cũng làm sentiment analysis rất tốt, nên bạn thấy được theo real-time mọi người đang nói gì và cảm thấy thế nào, có thể về sản phẩm của bạn, có thể về ngành của bạn.

Tiếp theo là giao diện Grok Bot, một số người đã thấy. Bên trái, mỗi bot có một cái tên và một kiểu job description riêng. Ở giữa là cuộc trò chuyện, và theo anh (video đăng ngày 29/10/2026) nó persistent, nên bot học cùng bạn theo thời gian. Các tính năng sẽ được đào sâu trong phần demo.

Với Cursor, Santi nói cho các engineer, người làm QA hay designer, những ai làm việc gần ứng dụng hoặc website hơn một chút: theo anh (video đăng ngày 29/10/2026), Cursor cho bạn build song song. Cloud agents là một trong những tính năng tuyệt nhất của nhóm, anh dùng chúng mỗi ngày. Chúng cho bạn build trên cloud, trên một computer riêng, giống Grok Bot, và buổi này sẽ thấy một chút về điều đó. Bạn có thể khởi động việc từ điện thoại, từ laptop, từ Slack, từ Linear. Slide Cursor "Code with a full fleet of agents" ghi: mỗi agent có VM riêng với desktop và trình duyệt, gập laptop thì chúng vẫn chạy; bắt đầu từ Slack, Linear, GitHub, web, iPhone hoặc API; và mỗi PR có test kèm bằng chứng.

Cuối cùng là Grok API. Santi nói sẽ chạy một demo với nó hôm nay: Grok có thể nhấc máy khi có cuộc gọi và trả lời. Theo anh, tại thời điểm buổi này diễn ra (video đăng ngày 29/10/2026), đây là model số một cho speech-to-speech voice; slide Grok API ghi Grok Voice Think Fast 2.0 đứng "#1 Artificial Analysis speech-to-speech". Anh cũng nói Grok Imagine rất tuyệt cho tạo ảnh và video, rất nhanh và rất tiết kiệm chi phí (video đăng ngày 29/10/2026).

4. FlyLo Airlines và câu hỏi về voice mode

Vào demo. Santi nói hôm nay mọi người sẽ làm việc với một công ty bịa ra tên là FlyLo Airlines, một hãng bay bịa ra, có trang web cho phép đặt vé với mọi thứ bạn mong đợi. Trên màn hình là trang chủ flylo-air.com với dòng chữ "The quiet way to fly" và một chiếc máy bay trên nền thành phố.

Anh nói sẽ bàn về Grok Bot và mở visualizer. Trong lúc đó anh hỏi Anahita đã có câu hỏi nào chưa, "chắc là chưa" (video đăng ngày 29/10/2026).

Anahita nói (video đăng ngày 29/10/2026) một câu hỏi xuất hiện khá thường xuyên: voice mode trong Grok Bot lúc này trông thế nào, Grok Bot có thể chat với bạn được không, thay vì chỉ bạn chat với Grok Bot. Santi hỏi chị có muốn trả lời câu này không.

Anahita trả lời: có, Grok Bot có thể tương tác với bạn. Theo chị (video đăng ngày 29/10/2026), Grok Bot lúc này có thể để lại voice note cho bạn, và bạn cũng xem được cách đổi giọng của Grok Bot.

5. Visualizer: người đầu tiên bạn sẽ tuyển là ai

Santi nói (video đăng ngày 29/10/2026) đây là visualizer: không phải sản phẩm thật, mà là một công cụ rất hữu ích nhóm dùng để giải thích hình dạng mới này, vì nó còn lạ.

Theo anh (video đăng ngày 29/10/2026), cách nghĩ về Grok Bot là: nếu bạn có thể tuyển một teammate, tuyển một người làm việc cho bạn, dưới quyền bạn, thì người đầu tiên bạn tuyển sẽ là ai? Với nhiều người, câu trả lời thường là một trợ lý. Anh nói lúc này có rất nhiều chuyện đang diễn ra, chắc mọi người cũng như anh: việc của anh chất đầy email, tin nhắn Slack, product update, và ngành thì chuyển động rất nhanh. Vì vậy có một trợ lý để quản lý tất cả những thứ đó và quản lý lịch là một use case đầu tiên rất hấp dẫn cho Grok Bot.

Nhưng có trợ lý rồi, thứ rất hữu ích, thì bạn sẽ tuyển thêm ai? Theo Santi (video đăng ngày 29/10/2026), điều đó phụ thuộc nhiều vào vai trò, team và phòng ban của bạn. Ví dụ nếu bạn là engineer hoặc làm với một sản phẩm có update ship liên tục, có thể bạn sẽ tuyển người lo release, người lo QA và testing. Nếu bạn làm sales, có thể bạn tuyển người giữ cho prospect luôn "ấm", draft email, check-in với khách hàng, thậm chí tham gia các cuộc gọi hoặc follow up những gì đã nói trong cuộc gọi hay những lời bạn đã hứa với khách. Nếu bạn làm IT thì là support ticket. Có rất nhiều kiểu giúp đỡ bạn có lẽ sẽ tuyển.

Anh nói đó là cách nhóm khuyên mọi người nghĩ về Grok Bot: bạn cần giúp ở đâu? Vì như sẽ thấy hôm nay, theo anh (video đăng ngày 29/10/2026), bạn có thể huấn luyện một bot mới gánh bớt rất nhiều việc cho bạn, có khi là 100% một task.

Anh bắt đầu với visualizer, kéo các cửa sổ sang phải, nhắc lại đây chỉ là một công cụ nội bộ, rồi hỏi phóng to một chút có dễ xem hơn không. Theo anh, các workflow ở đây là những routine khác nhau, mỗi cái do một hay nhiều bot xử lý, và anh sẽ xem vài cái.

6. Workflow Support call to fix với ba bot

Santi bắt đầu với workflow "Support call to fix". Theo anh (demo trong video đăng ngày 29/10/2026), workflow này xử lý khi có người gọi tới cần hỗ trợ: nó xử lý cuộc gọi, và nếu đó là vấn đề của sản phẩm hay website, nó còn cố sửa vấn đề. Có ba bot tham gia.

Bot thứ nhất là Concierge, trả lời đường dây support. Trong trường hợp này, nó xử lý sau khi cuộc gọi kết thúc và nhận được nội dung cuộc gọi; nhưng theo Santi (video đăng ngày 29/10/2026), có trường hợp bạn để bot nghe trực tiếp. Bot thứ hai là Records, quản lý lịch sử và những lời hứa đã đưa ra với người gọi trước đây. Bot thứ ba là QA, quality assurance: nếu là bug hay vấn đề của website chẳng hạn, nó tự kiểm xem có tái hiện được vấn đề trong hệ thống không.

Anh nói sẽ đi qua workflow để mọi người hình dung cách bắt đầu nghĩ về những hệ thống như thế này. Anh hỏi chữ có nhỏ quá không, mọi người có thấy không; Anahita đáp "No, looking good", và Santi tiếp tục.

Bên phải là từng bước. Bước một, theo panel trên màn hình (demo trong video đăng ngày 29/10/2026), lấy từ skill /support-call của Concierge:

1. Open the new case in the help desk and read the whole transcript. Note who called, what they were trying to do, and what went wrong.

Theo Santi (demo trong video đăng ngày 29/10/2026), nếu đây là người gọi quay lại, Concierge chuyển lên Records. Records xem các case trước của người gọi: mình đã hứa gì với họ, họ thích được liên hệ thế nào, vân vân. Bước này bị bỏ qua nếu là người gọi lần đầu. Records kéo lịch sử đó vào và ghi vào case notes.

Sau đó Concierge đối chiếu với policy, nếu là một cuộc gọi support cần kiểm theo policy, rồi ra quyết định (demo trong video đăng ngày 29/10/2026). Nếu policy trả lời được câu hỏi, nó chỉ draft một câu trả lời cho khách. Nếu thật sự là bug, hoặc nó nghĩ là bug trong hệ thống, nó chuyển lên bot QA, bot biết cách kiểm thứ gì đang hỏng. QA có computer riêng, môi trường riêng, và Santi sẽ cho thấy sau nó tự thử tái hiện vấn đề ra sao.

Nếu có gì nghiêm trọng, như có rủi ro, ai đó bị tính tiền sai, ai đó gặp nguy hiểm, nó escalate ngay lên một team. Theo Santi (video đăng ngày 29/10/2026), bạn set up việc này thế nào cũng được: có thể là escalate tới team của bạn trên Slack, có thể là một cuộc gọi điện thoại, bất cứ thứ gì bạn cấu hình.

Có draft rồi, bot ngừng làm việc tự động. Theo anh (demo trong video đăng ngày 29/10/2026), đó là vì workflow được set up như vậy: nó draft câu trả lời, chuyển lên bạn và chờ bạn gửi. Điều này hữu ích vì đôi khi mình muốn chắc chắn thứ gửi cho khách đúng là thứ mình muốn khách nhận. Nhưng có những workflow rủi ro thấp, nơi bạn có thể tin bot tự lo phần giao tiếp.

Khi bạn gửi câu trả lời, Concierge đóng case và báo cho Records chuyện gì đã xảy ra. Theo Santi (video đăng ngày 29/10/2026), điều này rất hữu ích cho Records: với các case tương tự, nó có thể nhìn lại xem lần trước xử lý thế nào và có thể đẩy nhanh quy trình ở lần chạy sau.

7. Low stock to order, Prospecting Plan và routine nội bộ

Santi nói sẽ xem thêm hai workflow nữa để gợi ý tưởng. Anh quay lại visualizer và chọn Low stock to order. Theo anh (demo trong video đăng ngày 29/10/2026), workflow này kiểm hàng tồn đang thấp và đặt hàng đúng lúc, dành cho những người không làm phần mềm, hoặc kể cả có làm, cho văn phòng và những thứ như logistics. Bot Planner theo dõi mức tồn kho và báo khi tới lúc đặt lại. Storekeeper theo dõi các part đang về trên ops platform: nó được nối vào ops platform nên biết part nào đã đang trên đường về. Rồi tới Purchaser, bot draft các đơn đặt hàng cho nhà cung cấp để chờ duyệt.

Workflow thứ ba là Prospecting Plan. Theo Santi (demo trong video đăng ngày 29/10/2026), đây là một workflow "higher touch": nó làm phần lớn việc nặng, nhưng tôn trọng thực tế rằng mảng này của doanh nghiệp là thế giới giữa người với người. Đây là một sales workflow: nó dựng một prospecting sheet từ tài khoản Salesforce của bạn. Bot Prospector đã được đăng nhập vào Salesforce và làm việc được ngay trong Salesforce (anh hẹn lát nữa chỉ cách set up). Nó tìm đúng công ty và người cần liên hệ, những người đã dùng sản phẩm của bạn, cùng những lý do mới để liên hệ.

Và nó dừng lại ở mỗi khoảnh khắc quan trọng trên đường đi: để hỏi danh sách account có ổn không và bạn có muốn tiếp tục không, để bạn xem các outreach draft, và để chắc các bản mẫu ổn. Theo Santi (video đăng ngày 29/10/2026), bạn set up thế nào cũng được, nhưng ở đây có lẽ bạn cắt được 90 đến 95% thời gian của workflow này mà không cắt mất quyền quyết định và ảnh hưởng của bạn.

Theo Santi (video đăng ngày 29/10/2026), còn vô số routine bạn có thể hình dung Grok Bot gánh. Nội bộ, nhóm chạy hàng nghìn routine; mỗi người có bot cá nhân riêng, nhưng cũng có team bot chạy những hệ thống này cho cả một phòng ban. Anh nói cảm giác với nhóm là như đã trở thành manager, thật lòng thì giống một lần được thăng chức: có thể đưa người vào làm dưới mình, bắt đầu uỷ thác việc đi và tập trung hơn vào hệ thống công việc, mà không mất sự tập trung vào những khoảnh khắc quan trọng mà mình muốn chủ động.

8. Competitive Carl: tạo một bot rồi thăng chức nó

Santi chuyển sang một case marketing. Anh mở Grok Bot và phóng to một chút, nói sẽ chạy qua vài case khác nhau. Theo anh (video đăng ngày 29/10/2026), thế giới lúc này chuyển động rất, rất nhanh, và càng ngày càng khó cập nhật bức tranh cạnh tranh trong ngành của bạn; đây cũng là việc nhóm anh phải làm liên tục. Nên thử xem có giao được việc này cho vài bot không.

Theo Santi (demo trong video đăng ngày 29/10/2026), tạo một bot rất dễ: bấm dấu cộng ở trên, chọn Create a bot. Anh đặt tên bot là Competitive Carl, và vì đang là Halloween, anh chọn biểu tượng bí ngô nhỏ cho vui, rồi tạo bot.

Điều đầu tiên xảy ra (demo trong video đăng ngày 29/10/2026): dựa vào tên, bot gợi ý bước đầu. Nó hỏi bạn muốn nó giúp gì trước, với ba gợi ý: Track competitors' pricing and fares, Watch competitor news and launches, và Build competitive briefs for deals. Santi nói anh sẽ đưa một brief riêng. Tin nhắn anh gửi, như trên màn hình:

Your Flylo airs competitive Intel analyst. Your job is to watch competitor fares and route announcements for our top routes, and tell me what changed and what we should do about it.

Anh nói thường anh sẽ dành nhiều thời gian hơn cho bước này: cách anh thích làm là viết hẳn một job description, vì anh thấy nó giúp anh cấu trúc công việc. Nhưng theo anh (video đăng ngày 29/10/2026), bất kỳ lúc nào muốn mở rộng công việc, bạn chỉ cần prompt thêm và bot sẽ học cách mở rộng sang những mảng khác của vai trò. Ví dụ, tin nhắn tiếp theo của anh:

Also track changes to competitors' loyalty programs going forward.

Theo anh, đây thật sự là một quá trình lặp, giống như đưa một teammate thật vào team. Bot trả lời "Got it", nói sẽ theo dõi giá vé của đối thủ và lập một daily check khi có danh sách route; rồi nhận luôn chỉ dẫn bổ sung, thêm thay đổi về loyalty program vào danh sách và nói vẫn cần các route chính cùng đối thủ trên mỗi route trước khi set up (demo trong video đăng ngày 29/10/2026).

Theo Santi (video đăng ngày 29/10/2026), dần dần bạn làm qua lại với bot này và nó tích luỹ khá nhiều context, khá nhiều trách nhiệm. Lúc đó, anh muốn cho thấy một mô hình nhóm đã bắt đầu dùng nội bộ: bạn có thể thăng chức cho bot. Tin nhắn anh gửi:

I'm promoting you to Director of Competitor Intelligence. I want you to build three new bots that report to you. The first bot should check competitors' prices across similar flights. The second bot should scrape our competitors' social media accounts daily and detect what's landing well with their customers. And the third bot should check their websites and promotion emails for important announcements.

Anh nói anh chỉ đang gợi ý tưởng, nhưng theo anh (video đăng ngày 29/10/2026) đây là những use case tốt. Ví dụ kiểm website liên tục để xem đối thủ đang làm gì là một việc rất tẻ nhạt, nhưng thu thập được thông tin đó lại cực kỳ hữu ích cho doanh nghiệp, và ghi nó vào một chỗ để bạn khai thác, có thể dùng Grok Bot nghĩ ra chiến lược hay counter positioning, tuỳ bạn muốn làm gì.

Một điểm hay nữa: anh có nhắc tới promotion email. Theo Santi (video đăng ngày 29/10/2026), Grok Bot giờ có thể có địa chỉ email riêng, và anh khuyên mọi người sớm giữ chỗ email của mình. Có email riêng thì bot có thể đăng ký nhận những thứ như vậy và lọc ra ý nghĩa từ đống nhiễu.

Bot cảm ơn anh vì được thăng chức. Tên của nó ở trên tự động đổi thành Director of Competitor Intelligence, và nó đã tạo ba bot mới, cả ba báo cáo cho nó (demo trong video đăng ngày 29/10/2026). Theo anh, mình đang bắt đầu xây một tổ chức nhỏ bên dưới mình.

9. Quản lý bot như quản lý một team, và routine đầu tiên

Theo Santi (video đăng ngày 29/10/2026), điều này hữu ích vì khi bạn xây ngày càng nhiều bot trong team, những gì xảy ra với một team thật đang lớn lên cũng tự nhiên xảy ra ở đây, kể cả những cơn đau khi lớn.

Anh kể (video đăng ngày 29/10/2026) khi mới dùng Grok Bot, lúc nó còn là công cụ nội bộ, nó mạnh tới mức anh nhận được nhiều việc hơn hẳn. Nhưng cùng lúc anh nghĩ: trời ơi, giờ có bot phải quản lý. Thế là anh đi đọc một ít psychology, một ít organizational theory, cố tìm hiểu những CEO hay manager giỏi nhất thế giới chỉ đạo và quản lý những team lớn ra sao.

Theo anh (video đăng ngày 29/10/2026), một điều rất, rất hữu ích là đảm bảo bạn chỉ làm việc trực tiếp với từ một tới bảy teammate báo cáo cho mình. Nhờ đó thông tin được dồn lên và truyền xuống. Ví dụ ở đây, anh có thể nói thẳng với Competitive Carl, rồi Carl sẽ truyền xuống, quyết định, chỉ đạo và quản lý các bot bên dưới, kiểm tra xem các bot có làm đúng hướng chiến lược mình muốn không.

Điều đó cũng có nghĩa, theo Santi (video đăng ngày 29/10/2026), là bạn có thể dặn các bot sắp xếp báo cáo và giao tiếp theo cách hiệu quả hơn: ví dụ yêu cầu chúng đưa bằng chứng công việc, đưa link tới nguồn. Những thứ đó đi lên manager, manager có context đó để quản lý team về sau, và chỉ khi có việc cần bạn chú ý, bạn cần biết, hoặc cần bạn quyết định thì nó mới đi lên tới bạn. Anh gọi đây là một ghi chú nhanh về cách quản lý bot.

Rồi anh sang bot Social Pulse. Theo Santi (demo trong video đăng ngày 29/10/2026), đôi khi bạn sẽ thấy những thẻ nhỏ như thế này: bot đang hỏi có được lưu một routine không. Bot này sẽ kiểm vài hãng bay đối thủ trên mạng xã hội, gồm X, LinkedIn, vân vân. Mở thẻ ra xem: nó muốn được xem lại các bài đăng công khai trên mạng xã hội của đối thủ trong ngày qua, và muốn viết một daily routine. Anh bấm Allow, và ở góc trên bên phải xuất hiện một routine mới cho bot này ("Daily competitor social pulse", các ngày trong tuần khoảng 8:00 sáng).

Theo Santi (video đăng ngày 29/10/2026), routine này bạn sửa được bất kỳ lúc nào bằng cách làm việc với bot, ví dụ nói: thật ra tôi chỉ muốn làm việc này mỗi tuần một lần vào thứ Hai, và nhìn lại cả tuần nếu đây là việc không gấp lắm. Bot sẽ dừng lại xin phép ở những việc cần bạn duyệt, nên chúng sẽ không "go rogue". Khi đã set up xong, nó tự chạy đều đặn, và bạn có thể yên tâm việc đó đang được làm.

10. Computer riêng của bot, Teach a task và đăng nhập an toàn

Theo Santi (video đăng ngày 29/10/2026), đôi khi dạy một việc dễ hơn giải thích nó. Ở đây anh có thể ghi lại chính mình làm một việc trên computer của bot. Anh đã nhắc qua là mỗi bot có computer riêng; theo anh, nghe thì nhỏ nhưng thật ra là chuyện rất lớn.

Anh mở bot Fare Scout. Bên phải ghi bot này đang ngủ, không dùng computer. Nhưng anh mở được desktop của nó và nhìn vào như qua một cửa sổ. Theo Santi (video đăng ngày 29/10/2026), mỗi bot có desktop riêng; còn trên mỗi tài khoản người dùng, các bot dùng chung một computer, một virtual machine. Điều này rất hữu ích: bạn không phải giải thích lại cho từng bot, chúng đều tham chiếu được tới cùng các file; và nếu bạn hay dùng một credential và muốn bot đăng nhập được, bạn không phải đăng nhập cho từng bot. Nhưng mỗi bot vẫn có desktop riêng để làm song song nhiều việc khác nhau.

Anh dạy một việc (demo trong video đăng ngày 29/10/2026): dưới nút dấu cộng có tuỳ chọn Teach a task. Anh bấm vào, bấm Start recording, mở Chrome và gõ flights.google.com; góc trên bên phải báo đang ghi. Anh tìm San Francisco tới Vegas, chọn one-way. Việc anh đang làm là xem một tuần sau, hãng nào có giá vé rẻ nhất và giá đó là bao nhiêu. Anh bấm search: lại là Frontier, rẻ nhất cho chuyến một tuần sau.

Rồi anh chuyển sang sales.flylo-air.com, một công cụ nội bộ của FlyLo, và thử đăng nhập bằng một tài khoản admin giả. Anh nói "chỗ này sẽ khó đây", thoát ra và chỉ một công cụ rất hữu ích. Anh nhắn cho bot:

Log into sales.flylo-air.com on your machine

Theo Santi (demo trong video đăng ngày 29/10/2026), điều hay là bot sẽ hỏi anh credential, và credential được lưu an toàn: nó có thể dùng 1Password, có thể dùng một form đăng nhập bảo mật. Anh nói đây là một tính năng rất hữu ích vì xử lý credential là chuyện nhạy cảm: bạn không bao giờ muốn dán credential vào chat. Và theo anh (video đăng ngày 29/10/2026), Grok Bot rất thông minh về chuyện này: nếu bạn lỡ tay, nó sẽ cảnh báo. Làm một lần rồi thì bạn không phải làm lại. Trên màn hình, bot trả lời đang lấy login sales.flylo-air.com từ 1Password, và vì vault đã có sẵn login này nên nó đăng nhập luôn trên computer của nó và sẽ gửi screenshot khi xong.

Trong lúc chờ, anh nói thêm: theo Santi (video đăng ngày 29/10/2026), Grok Bot kết nối được với MCP và dùng credential của bạn để hành động thay bạn, giống như các công cụ AI khác (ai đã dùng Cursor thì đã thấy điều này), nhưng nó còn điều hướng được những công cụ mới, nếu cần tìm hiểu một giao diện mới. Anh dừng giữa chừng để kiểm một bot khác, vì hôm qua anh đã làm việc này trên một bot khác và không muốn mọi người ngồi chờ.

Ở bot đó, theo Santi (demo trong video đăng ngày 29/10/2026), việc đăng nhập đã thành công: bot dùng credential và gửi một screenshot đã đăng nhập vào ứng dụng, trên máy của nó. Bot ghi rằng đó là FlyLo Twenty CRM, mở ở danh sách All Companies có 16 công ty, và sidebar có danh sách Competitor Fares, nơi nó sẽ ghi các lần kiểm giá vé. Mở computer ra, anh thấy mình có thể take control bất kỳ lúc nào, và thấy nó đúng là đã đăng nhập. Vậy là xong.

11. Từ bản ghi thành skill, routine và báo cáo sáng thứ Hai

Anh quay lại ghi task, bấm Start recording, mở chuyến bay rẻ nhất, 76, rồi sang phần Competitor Fares và thêm một dòng mới. Rồi anh dạy task. Theo Santi (video đăng ngày 29/10/2026), bạn cũng có thể upload video của riêng mình, và bot sẽ xem toàn bộ bản ghi: Grok Bot xem được video, điều anh thấy rất hay.

Anh đã làm sẵn việc này hôm qua nên cho mọi người xem kết quả (demo trong video đăng ngày 29/10/2026): kết thúc bản ghi, bot báo đã hiểu và thấy chính xác cần làm gì. Nó cần tìm route theo tên, đọc giá vé rẻ nhất khớp với route, mở Competitor Fares trong Twenty (công cụ của FlyLo) và điền route vào. Trên màn hình, bot ghi đã biến bản demo thành một skill tên "Log a competitor fare in Twenty" gồm bốn bước: tìm route và ngày trên Google Flights với chỉ chuyến bay thẳng; đọc giá rẻ nhất khớp, gồm hãng, giờ và giá; mở Competitor Fares trong Twenty và thêm một dòng; điền Route, Airline, Fare, Travel Dates, Checked On và Nonstop. Bot cũng liệt kê vài thay đổi nhỏ so với bản demo, như cập nhật dòng sẵn có thay vì thêm dòng trùng.

Theo Santi (demo trong video đăng ngày 29/10/2026), khi nó đã làm được, bạn có thể nói: tốt, giờ bạn biết làm rồi, chạy routine đó mỗi sáng cho từng route. Tin nhắn trên màn hình:

Run that routine every morning for each of our routes for one-way flights that leave 1, 7, 14, 30, and 90 days out.

Theo Santi (video đăng ngày 29/10/2026), đây là bước tiến lớn mà AI mang lại. Trước đây, muốn dựng một hệ thống làm việc kiểu này, ta phải viết một script deterministic, nên nó không thích ứng được, chỉ chạy như một cỗ máy. Điểm hay của AI là nó thích ứng được một routine với những hoàn cảnh mới: ví dụ nếu bắt đầu có route mới, không cần sửa script, nó biết tự đi kiểm xem có những route nào; nếu có trường hợp giá vé bằng hệt nhau, nó biết xử lý; nó xử lý được sắc thái. Vì vậy, theo anh, có thể tin nó làm việc này.

Giờ routine chạy các ngày trong tuần lúc 7:30 sáng, mỗi ngày một lần (demo trong video đăng ngày 29/10/2026); trên màn hình bot ghi khoảng 7:30 AM PT, bắt đầu từ ngày mai, bỏ qua thứ Bảy và Chủ nhật, mỗi lần thêm một dòng cho chuyến bay thẳng rẻ nhất của mỗi hãng để lịch sử giá tích luỹ dần.

Rồi anh quay lại bot mới của mình, Competitive Carl, và gửi:

Make sure the three new bots report directly to you, never to me, and only surface where I need to know once a week on Monday morning, unless there's something extremely urgent that needs my attention.

Vậy là anh sẽ có một báo cáo sáng thứ Hai. Santi kể anh làm như vậy với tài khoản Grok Bot của chính mình: sáng nào anh cũng có báo cáo sẵn, và có cả draft sẵn trong email. Thay vì tự vào kiểm inbox, Grok Bot đã tới đó trước. Theo anh (video đăng ngày 29/10/2026), nó không tóm tắt; nó làm toàn bộ phần việc phía sau, ví dụ thu thập thông tin cho một khách hàng, xem các update, xác minh, rồi draft câu trả lời cho anh. Vì vậy anh không còn vào inbox nữa mà vào thư mục drafts, điều anh thấy "rất kỳ lạ". Nhưng mỗi sáng anh kiểm đúng thư mục drafts, vì biết những thứ quan trọng cần trả lời nằm ở đó và việc phần lớn đã xong. Anh đọc qua draft, đôi khi chỉnh câu chữ một chút, nhưng theo anh khoảng 90% việc đã được làm tự động cho anh mỗi sáng (video đăng ngày 29/10/2026).

Carl báo đã nắm và đã dặn các bot không liên hệ trực tiếp với anh, nên từ giờ anh sẽ nhận báo cáo này mỗi sáng thứ Hai (demo trong video đăng ngày 29/10/2026). Trên màn hình, Carl ghi briefing đến mỗi thứ Hai khoảng 8:00 sáng giờ Pacific, bắt đầu từ ngày 2 tháng 11, và ngoài ra chỉ nhắn khi có việc cực kỳ gấp, như một đối thủ mở route trùng với các route chính hay khơi mào một cuộc chiến giá vé.

12. Grok Voice nhận một cuộc gọi support

Santi nói đó là một use case marketing, giờ anh muốn cho xem một use case support. Anh đã để Grok Bot làm việc này sáng nay, nên sẽ chạy live xem có được không; nếu không, anh có bản dự phòng (video đăng ngày 29/10/2026).

Theo anh (video đăng ngày 29/10/2026), thường có rất nhiều vấn đề support đến từ nhiều nguồn: có thể là form support trên website cho sản phẩm hay công ty, có thể là một địa chỉ email để người ta liên hệ, có thể người ta "blast" bạn công khai trên X khi có sự cố để gây chú ý, có thể bạn có một đường dây support.

Anh gọi thử. Giọng của support trả lời: "FlyLo-Air support. How can I help?" Santi nói tên mình, nói đang cố đặt một chuyến bay và checkout cứ hỏng ở bước thanh toán. Giọng support đáp rất vui được gặp Santi, và xin mã đặt chỗ cùng email trên đặt chỗ. Santi đọc mã FLY-49213 và một địa chỉ email mẫu. Giọng support nói form đã được điền xong, nhờ anh kiểm tra rồi bấm Submit, và FlyLo-Air support sẽ gửi email cập nhật. Santi hỏi bằng tiếng Tây Ban Nha: "¿Podemos hablar en español, por favor?", và giọng support chuyển ngay: "¡Por supuesto, Santi! ¿Hay algo más en lo que te pueda ayudar?" (demo trong video đăng ngày 29/10/2026).

Santi nhận xét: mọi người vừa thấy khá nhiều thứ. Thứ nhất, cuộc gọi được xử lý hoàn toàn bởi một hệ thống AI. Theo anh (video đăng ngày 29/10/2026), model speech-to-speech voice của nhóm, Grok Voice, hiện đứng số một trên hầu hết benchmark, và như mọi người thấy, nó cực kỳ vững.

Anh kể nhóm dùng nó ở Starlink. Theo Santi (video đăng ngày 29/10/2026), có 20.000 cuộc gọi mỗi ngày phần lớn do voice API model xử lý, và anh tin là 70% số cuộc gọi được model này xử lý trọn vẹn 100%. Theo anh, điều này rất hữu ích: bạn không phải xếp hàng chờ, chuyện làm anh phát điên; khi anh gọi một công ty, cuộc gọi được xử lý ngay. Còn 30% không được Grok Voice API xử lý trọn vẹn là có chủ ý: đó là những trường hợp nhóm muốn nói chuyện trực tiếp với khách, ví dụ cuộc gọi sales, người gọi hỏi để mua; những cuộc đó được chuyển lên đội sales, hoặc trong những trường hợp rất cụ thể thì chuyển lên đội support.

Theo Santi (video đăng ngày 29/10/2026), đường dây trong demo do chính Grok Bot nối vào đêm qua trong lúc anh ngủ: Grok Bot có thể tự hook up Grok Voice API cho bạn, bạn không phải tự set up. Đó là một phần của "outer loop" mà anh thấy rất hữu ích ở Grok Bot: vì nó được tích hợp tốt và xử lý được sắc thái, nó có thể dựng những hệ thống như thế này cho bạn và quản lý chúng.

Một điểm hay nữa (demo trong video đăng ngày 29/10/2026): trên trang, form được điền trực tiếp trong lúc nói chuyện. Nếu có lỗi chính tả hay gì đó, hoặc người gọi muốn thêm ghi chú, họ làm được ngay ở đây, rồi submit form. Anh bấm Submit và trang báo ticket đã được nhận.

13. Từ ticket tới Cursor Cloud Agent và một pull request

Theo Santi (demo trong video đăng ngày 29/10/2026), điểm hay nữa là ticket sẽ được một bot Grok Bot xử lý. Anh tìm một lúc trong mục Support: biểu tượng của Support Agent đang chuyển động, nghĩa là nó đang làm việc, và nó ghi đang xử lý. Cuộc gọi đến, form được submit; nút Submit chỉ để demo, thực tế có thể chỉ là một cuộc gọi rồi cúp máy. Và Grok Bot đã vào việc, nó biết cách xử lý những trường hợp này.

Về cách set up cho ai quan tâm: Santi nói thật ra là Grok Bot set up. Theo anh (video đăng ngày 29/10/2026), Grok Bot dùng một webhook: ngay khi form được submit, nó đẩy việc sang một bot, và bạn có thể set up việc này rất dễ với Grok Bot, không cần kinh nghiệm kỹ thuật.

Ticket đã được tạo: Santi gọi về mã đặt chỗ này, và checkout cứ hỏng ở bước thanh toán. Và, theo lời anh "tin hay không thì tuỳ", bot đã khởi động một Cursor Cloud Agent (demo trong video đăng ngày 29/10/2026). Anh nhắc lại: theo anh, một Cursor cloud agent về cơ bản là một engineer trên computer riêng, có bản sao của codebase, làm được việc engineering. Cloud agent sẽ cố tái hiện lỗi checkout và sửa nguyên nhân, thêm một test để lỗi không lặp lại, rồi mở một pull request; với ai không làm kỹ thuật, theo anh pull request chỉ là một thay đổi code sẽ được merge vào sản phẩm. Nó còn đưa ảnh chụp trước và sau, cũng có thể quay màn hình các thay đổi, và tất cả chờ một engineer review. Trên màn hình, Support Agent ghi đã khởi động một cloud agent sửa checkout, sẽ không merge gì, và đã draft sẵn một câu trả lời cho khách (chưa gửi).

Theo Santi (video đăng ngày 29/10/2026), tất cả diễn ra mà không cần con người can thiệp. Support ticket xảy ra liên tục, bug xảy ra liên tục, và Grok Bot cùng Cursor và Grok Voice điều hướng được cả hệ thống này, nên khi engineer ngồi vào bàn thì việc về cơ bản đã xong.

Anh mở cursor.com/agents: agent này đang tự làm việc (demo trong video đăng ngày 29/10/2026). Anh nhấn mạnh anh không gửi prompt này, Grok Bot gửi. Và không chỉ gửi prompt, Grok Bot còn theo dõi toàn bộ agent trace, nên nó đang quản lý và để mắt tới cloud agent này. Cloud agent đã khởi một subagent để tái hiện bug, tất cả tự động. Một đoạn của prompt mà Grok Bot gửi, đọc trên màn hình:

Please:
1. Reproduce the bug by walking through the booking flow (search, select a flight, go through checkout to the payment step and submit). Capture the actual error or failure you see.
2. Find and fix the root cause (don't just mask the symptom). Any suspected cause is a hunch you must verify.
3. Add a regression test that fails before the fix and passes after it.
4. Open a pull request with the fix but do NOT merge it. In the pull request description, include a before screenshot of the checkout failing at the payment step and an after screenshot of checkout succeeding, plus a short plain-language explanation of what was wrong and how it was fixed.

Success criteria: checkout completes past the payment step, the new test covers the failure, existing tests pass, and the PR is open with before and after screenshots. This is a demo repo with sample data; do not touch any real payment system or use real card data.

Santi nhắc lại anh đã để Grok Bot dựng toàn bộ hệ thống này lúc anh ngủ, và chưa hề test trước buổi demo. Anh tự gọi đó là "rất vô trách nhiệm", nhưng theo anh (video đăng ngày 29/10/2026) đó là mức tin tưởng anh giờ đặt vào khả năng của Grok Bot.

Anh đã chạy việc này, hay đúng hơn nó đã tự chạy, từ đêm qua, và nó draft được PR này (demo trong video đăng ngày 29/10/2026): "Fix checkout payment failing for bookings with 2+ travelers". Anh nhắc đây là một PR trên GitHub, dành cho thay đổi code; theo anh, nếu website của bạn có vấn đề thì đây có lẽ là thứ sẽ xử lý nó, và với người làm kỹ thuật thì đã rất quen. Trong PR có screenshot lỗi "payment could not be processed", tức nó đã tái hiện được vấn đề, và nó draft cả các bước tái hiện, nên biết chính xác điều gì gây lỗi. Anh đã set up để nó viết failing test trước, cho test fail, rồi đảm bảo test pass khi thay đổi xong. Và có screenshot sau khi sửa, cho thấy giờ đã chạy được.

Santi nói anh vẫn kinh ngạc với điều này dù anh làm việc với nó: theo anh (video đăng ngày 29/10/2026), thật khó tin là AI xử lý được việc này.

14. Bugbot, autofix và những người gác cổng

Anh nói thêm vài điều về Cursor cho các engineer trong buổi. Theo Santi (video đăng ngày 29/10/2026), Cursor còn có Bugbot, review thay đổi của bạn xem có bug mới nào lọt vào không, và anh bật autofix nên nó tự sửa được các vấn đề trong PR. Trên trang PR lúc đó, một comment ghi Cursor Bugbot đã review thay đổi ở mức high effort và tìm thấy một vấn đề tiềm ẩn, Bugbot Autofix đã chuẩn bị bản sửa, và vấn đề "Payment path needs security review" (Low Severity) được kích hoạt bởi một team rule tên needs-security-review (demo trong video đăng ngày 29/10/2026).

Theo anh (video đăng ngày 29/10/2026), bạn còn set up được những kiểm tra khác ở đây, như có vài người gác cổng: một security reviewer để thay đổi được kiểm mọi lỗ hổng bảo mật; một approval agent; và thậm chí để nó theo thay đổi tới tận website hay ứng dụng production, xem thay đổi ảnh hưởng tới production thế nào. Nó được nối vào log của bạn và sẽ theo thay đổi tới cùng.

Anh nói sẽ đi nhanh hơn vì biết đã thiếu giờ, rồi hỏi Anahita phần Q&A thế nào. Anahita đáp rất ổn: có vài câu hỏi khá cơ bản, nhưng sẽ không mất lâu.

15. Use case cho sales và connected apps

Santi nói thay vì vào Grok Bot demo trực tiếp, anh sẽ kể vài use case sales hay. Theo anh (video đăng ngày 29/10/2026), Grok Bot không chỉ giúp về hiệu quả và tiết kiệm chi phí mà còn giúp cả sales; đội sales của nhóm rất thích Grok Bot, cuối cùng họ cũng có một công cụ AI vui. Người bán hàng enterprise dành rất nhiều thời gian trong tuần làm những việc xung quanh bán hàng: nghiên cứu account, cập nhật Salesforce, viết follow up, chuẩn bị cho cuộc gọi, đi tìm thông tin khắp Slack, Gong, vân vân. Họ chỉ dành được một phần nhỏ thời gian để thực sự bán sản phẩm, vì còn cả đống việc kia phải làm.

Theo Santi (video đăng ngày 29/10/2026), Grok Bot có thể sống ngay trong những công cụ đó. Anh cho xem một thứ: vào Connect apps, mở bộ lọc, chọn mục sales; theo anh đây là một nguồn rất hữu ích để gợi ý tưởng. Có Granola cho meeting notes: nếu bạn dùng Granola, mọi nội dung cuộc họp đều về đó, và bạn nối được Grok Bot với Granola; anh có kết nối này cho tài khoản cá nhân. Có Clay, có Gong nếu bạn ghi lại cuộc gọi, vân vân, và bạn còn nối được custom connector của riêng mình. Trên màn hình danh sách gồm cả Salesforce, Attio, Customer.io, ZoomInfo, Outreach và nhiều app khác, mỗi cái một nút Connect (demo trong video đăng ngày 29/10/2026).

Khi Grok Bot đã nối với các hệ thống này, theo anh (video đăng ngày 29/10/2026), nó lấy được dữ liệu từ đó. Bạn có thể giao việc một lần, nhưng quan trọng hơn là set up các việc định kỳ. Anh đưa vài ý tưởng:

• Tìm lead: tìm buying signal, tin gọi vốn, tin tuyển dụng, thay đổi lãnh đạo, rồi mỗi sáng dựng một danh sách mục tiêu đã nghiên cứu cho từng rep. Theo Santi, đây là một use case tốt cho Grok Bot (video đăng ngày 29/10/2026).
• Viết lần tiếp cận đầu tiên: draft outreach cá nhân hoá từ phần nghiên cứu của từng account, rồi rep review và gửi (theo Santi, video đăng ngày 29/10/2026).
• Chuẩn bị cho rep trước mỗi cuộc gọi, việc anh cũng làm (theo Santi, video đăng ngày 29/10/2026).

Anh kể nhanh một chuyện: có một cuộc gọi được đặt lịch trong lúc anh ngủ mà anh không hề biết. Anh thức dậy thì Grok Bot đã làm xong: dù anh chưa từng làm việc với khách này, nó đã nghiên cứu mọi cuộc gọi trước với khách, nghiên cứu những điều khách đã hỏi hoặc sẽ hỏi, chuẩn bị một bản one-pager cho anh, thậm chí tạo một demo, chạy demo đó trên máy của nó và xác minh nó chạy được, tuỳ chỉnh riêng cho khách. Nên khi anh thức dậy và tự hỏi "cuộc họp sáng nay là gì vậy?", mọi việc đã xong và theo lời anh, nó thật sự đã cứu anh. Theo Santi (video đăng ngày 29/10/2026), nó tự làm việc được và để mắt giúp bạn.

• Giữ cho deal tiếp tục chạy: báo những cơ hội đang bị kẹt, next step bị lỡ, những "champion" đang im lặng, vân vân, và draft một tin nhắn thúc nhẹ (theo Santi, video đăng ngày 29/10/2026).
• Một use case vui: để nó chuẩn bị một podcast hai phút cho bạn mỗi sáng. Nếu bạn là sales rep, bạn có thể nghe trong lúc đánh răng chẳng hạn, về tình trạng của tất cả khách hàng (theo Santi, video đăng ngày 29/10/2026).

Anh nói có thể kể mãi, và đó là vài use case cho sales.

16. Q&A: vì sao mỗi workflow một bot

Santi hỏi có nên mở phần Q&A không. Anahita đồng ý, và nói (video đăng ngày 29/10/2026) một câu hỏi lặp lại nhiều lần là: nên nghĩ thế nào về việc tạo team Grok Bot của mình, ví dụ vì sao lại tạo một bot riêng cho mỗi workflow thay vì để một Grok Bot làm nhiều việc.

Santi trả lời có vài lý do. Thứ nhất, theo anh (video đăng ngày 29/10/2026), khi một bot có trọng tâm, nó làm tốt hơn, và lý do là context. Anh đi vào chi tiết một chút: về cơ bản có hai loại memory, long-term memory và short-term memory. Khi một bot có long-term memory xoay quanh công việc của nó, nó tập trung hoàn toàn vào lát cắt dọc đó của tổ chức bot.

Điểm hay khác, với cá nhân anh là người dùng: theo Santi (video đăng ngày 29/10/2026), có những sản phẩm AI khác anh từng dùng mà vì chúng làm quá nhiều việc nên anh rất khó vào kiểm tra; anh phải cuộn lên qua chừng 70 cuộc trò chuyện để tìm lần cuối cùng hai bên làm việc gì đó. Còn ở đây, về mặt tổ chức, anh biết chính xác phải đi đâu cho phần competitor analysis. Ví dụ anh mở Social Pulse và biết ngay sẽ tìm được báo cáo về cảm nhận của khách hàng với các hãng bay đối thủ. Anh hỏi mọi người có thấy anh tìm ra nhanh thế nào không, và bảo hãy tưởng tượng nếu phải cuộn ngược lên rất xa trong một cuộc trò chuyện.

Anh nhắc thêm một lý do: theo Santi (video đăng ngày 29/10/2026), các bot làm việc song song được. Có lúc có 20 bot cùng làm việc một lúc, mỗi bot làm việc của mình, ví dụ vào một sáng thứ Hai, và nhờ vậy công việc được làm song song.

Anahita nói đó là câu trả lời hay, và đó cũng là một trong những điều chị thích nhất ở Grok Bot (video đăng ngày 29/10/2026).

17. Q&A: shared bot, SDK và marketplace với Hagglebot

Câu hỏi thứ hai của Anahita (video đăng ngày 29/10/2026): nên nghĩ thế nào về shared bot, khi nào nên dùng bot cá nhân và khi nào dùng shared bot để cộng tác trong team, và memory layer của shared bot hoạt động ra sao?

Santi trả lời (video đăng ngày 29/10/2026): ở trên có nút Share, anh có thể đưa team của mình vào. Shared bot làm việc cùng team, bạn mời team dùng nó, có thể mời người cụ thể hoặc cả team. Phía admin, bạn có thể đẩy bot tới những group cụ thể. Theo anh, điều này rất hữu ích vì nếu có 100 người trong team cùng cần một bot, thì bắt từng người tự làm phiên bản của cùng một thứ lặp đi lặp lại là hơi ngớ ngẩn.

Anh nói thêm, dù không đủ thời gian đi sâu: theo Santi (video đăng ngày 29/10/2026), nhóm có một SDK cho việc này, nếu bạn muốn lặp với bot của mình, có version control cho bot, và đánh giá bot trên toàn team. Nhưng theo anh, có một bot do team quản lý, đáng tin để làm việc cho từng người trong team, là điều hữu ích.

Anh nhắc thêm một thứ: vào Bot templates là có một marketplace, với các bot dùng được ngay. Ví dụ là Hagglebot. Theo Santi (video đăng ngày 29/10/2026), Hagglebot đã tìm ra cho nhóm khoản tiết kiệm, anh nghĩ con số công khai là 100.000 đô, từ các seat và license không dùng tới; nó mặc cả với vendor để giảm chi phí, và tự làm tất cả. Nó hữu ích tới mức nhóm công khai nó cho mọi người dùng; bạn chỉ cần import.

Anh cho xem bên trong (demo trong video đăng ngày 29/10/2026): có context, gồm system prompt nền và memory về việc nó phải làm, có sẵn khi import. Nó cũng có routine, hai routine, ví dụ monthly inventory refresh. Và có integration: nó được nối với Ramp, Slack, Notion, Google Drive. Theo anh, đây chỉ là một ví dụ, marketplace còn khá nhiều bot khác có thể rất hữu ích (video đăng ngày 29/10/2026).

18. Q&A: crawl, walk, run, và lời chào

Anahita nói (video đăng ngày 29/10/2026) Santi đã trả lời luôn một câu khác, về cách xem memory hay context của Grok Bot, như system prompt, khi anh cho xem flow vừa rồi. Chị nói có lẽ còn thời gian cho một câu cuối: nên nghĩ thế nào về việc tạo workflow end-to-end với Grok Bot, có phải rất cụ thể và tạo một bot không, bắt đầu quy trình đó như thế nào?

Santi trả lời: triết lý của nhóm về cơ bản là crawl, walk, run, trước bò, rồi đi, rồi chạy. Theo anh (video đăng ngày 29/10/2026), nghĩa là bạn nên bắt đầu chậm và bắt đầu sát sao. Hãy nghĩ như tuyển một người mới: khi tạo một bot, có vài thứ anh cần ngay từ đầu. Thứ nhất, phải cụ thể về việc muốn bot làm. Bot không đọc được suy nghĩ của bạn. Chúng thật ra rất hữu ích ngay khi vừa tạo và rất giỏi suy ra bạn muốn gì, nhưng nếu có điều gì rất cụ thể bạn muốn, bạn phải nói ra. Vì vậy ngày đầu với một bot, hay mười phút đầu, nên dành để trình bày phần việc trọng tâm đúng như bạn muốn.

Theo Santi (video đăng ngày 29/10/2026), trong vài ngày đầu, bạn nên cầm tay nó và lặp: liên tục củng cố những gì nó làm đúng, và chỉnh những chỗ nó làm theo cách bạn không muốn. Điều đó giúp xây dựng niềm tin. Bot có long-term memory, nó sẽ nhớ preference của bạn, nên đây là một phần rất hữu ích trong quá trình tiến hoá của một bot. Dần dần bạn chuyển sang spot check: có thể không kiểm mỗi giờ nữa mà mỗi tuần một lần, xem nó đang làm việc ra sao. Rồi bạn cứ nhả chân ga dần cho tới khi nó chạy hoàn toàn tự động. Đó là cách nhóm xây workflow.

Anh nói thêm: theo Santi (video đăng ngày 29/10/2026), còn có agent SDK, bạn có thể tra cứu, nhóm có docs cho nó; nó giúp hill climbing, nên nó sẽ tự cải thiện, và có sẵn evals ngay từ đầu, cũng rất hữu ích.

Anahita nói biết đã hết giờ, cảm ơn mọi người rất nhiều đã tham gia, các câu hỏi rất sâu sắc, và cảm ơn Santi vì phần demo "killer". Chị kể nhiều người đã hỏi visualizer có thật sự nằm trong sản phẩm không, điều chị thấy khá ấn tượng. Chị cảm ơn mọi người lần nữa vì đã dành thời gian.

Santi kết lại: visualizer là thứ bạn có thể nhờ Grok Bot dựng cho mình. Một người anh em trai của anh cũng làm ở đây đã dựng visualizer đó, và cả nhóm dùng nó nội bộ, nhưng bạn có thể dựng cái của riêng mình: chỉ cần bảo Grok Bot cho bạn xem các workflow của nó (theo Santi, video đăng ngày 29/10/2026). Anh cảm ơn mọi người đã tham gia và chúc mọi người một ngày, hay một đêm, tốt lành, dù ở đâu.