> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/vi/ai/ai-whitepaper/agentic-search.md).
# Tìm kiếm tác tử
## **Agentic Search là gì?**
#### Agentic Search là một lớp ngữ cảnh hợp nhất, nhận biết Quyền, bao phủ nội dung Zoom và các nguồn dữ liệu Doanh nghiệp lớn được kết nối
Tìm kiếm mang tính tác nhân (Agentic Search) là một năng lực trích xuất kiến thức ở cấp độ Doanh nghiệp lớn, thu thập, lập chỉ mục và tương quan các thông tin liên quan trên nội dung được tối ưu cho Zoom, cùng với các nguồn dữ liệu bên thứ ba được kết nối, hình thành nên một khối kiến thức tổ chức duy nhất mà một truy vấn có thể đối chiếu. Điều phân biệt nó với công cụ tìm kiếm thông thường là phạm vi những gì một truy vấn có thể khai thác: một bản chép lời cuộc họp, một tin nhắn trò chuyện nhóm, và một tài liệu nằm trong ổ đĩa đám mây doanh nghiệp đều có thể góp phần tạo ra cùng một kết quả. Hình dạng của kết quả đó phụ thuộc vào điểm bắt đầu — một câu trả lời được tổng hợp bằng ngôn ngữ tự nhiên, hoặc một tập hợp được xếp hạng của các tài liệu nguồn có căn cứ để một mô hình khác suy luận — nhưng các nguồn được trải rộng và các quyền truy cập được áp dụng đối với chúng thì không thay đổi.
Trong Zoom, việc truy xuất bao phủ phần ghi chép công việc đã được tích lũy trên nền tảng — gồm các bản ghi cuộc họp và bản chép lời, bản tóm tắt cuộc họp, trò chuyện nhóm Team Chat, và các tài liệu, ghi chú cũng như các hiện vật khác được tạo ra cùng với chúng. Ngoài Zoom, việc truy xuất còn mở rộng sang các hệ thống ghi chép và kho nội dung được kết nối, có thể bao gồm các dịch vụ như Salesforce, Google Drive, OneDrive, SharePoint, Confluence, Box, ServiceNow, Workday, Zendesk và Seismic. Nếu được hỗ trợ và bật lập chỉ mục, nội dung từ các hệ thống này sẽ được đưa vào lớp truy xuất của Zoom cùng với thông tin gốc của Zoom, để một câu hỏi được giải đáp dựa trên một kho kiến thức tổ chức duy nhất thay vì một tập hợp các kho lưu trữ bị tách rời mà mỗi kho lại phải được tìm kiếm theo điều kiện riêng.
Quá trình truy xuất luôn nhận biết về Quyền. Các kiểm soát Truy cập từ mỗi hệ thống nguồn được kế thừa và thực thi, vì vậy thông tin được hiển thị — gốc từ Zoom hoặc bên thứ ba — bị giới hạn dựa trên Quyền áp dụng của người dùng hoặc tác nhân yêu cầu. Việc mở rộng tập nguồn có thể tìm kiếm không làm mở rộng Truy cập của bất kỳ cá nhân nào đối với chúng.
#### "Agentic Search" mô tả một khả năng, không phải một giao diện
Agentic Search được hiểu rõ nhất như một năng lực nền tảng hơn là một màn hình hay nút bấm cụ thể. Cùng một năng lực đó có thể được truy cập theo nhiều cách: thông qua giao diện ZoomMate cho người dùng thông thường, và thông qua các API Search và Ask cùng Giao thức Ngữ cảnh Mô hình (MCP) cho các ứng dụng và tác tử AI. Dù sử dụng điểm truy cập nào, thuật ngữ này vẫn chỉ cùng một chức năng cốt lõi: truy xuất và tổng hợp thông tin liên quan từ nhiều nguồn.
#### ZoomMate sử dụng Agentic Search để truy xuất dữ liệu đã được lập chỉ mục từ tri thức tổ chức được kết nối, sau đó tổng hợp kết quả thành một phản hồi bằng Ngôn ngữ tự nhiên
Đối với người dùng hằng ngày, ZoomMate là nơi Tìm kiếm Tác nhân hóa trở nên thường nhật. Khi chuẩn bị cho một cuộc họp sắp tới, nhớ lại một quyết định được đưa ra trong nhiều cuộc họp trước đó, hoặc tìm một tài liệu liên quan đến một mục hành động đang mở, mỗi việc đều có thể được giải quyết chỉ bằng một yêu cầu, thay vì phải thực hiện các tìm kiếm riêng lẻ trên các cuộc họp, chat, tài liệu, Lưu trữ trên đám mây và các hệ thống CRM hoặc theo dõi ticket.
#### MCP và các API Tìm kiếm và Hỏi mở rộng cùng một cơ chế truy xuất sang các ứng dụng và các tác tử AI bên ngoài
Các ứng dụng và tác nhân AI bên ngoài, bao gồm cả những tác nhân được xây dựng trên các LLM của bên thứ ba, thực hiện cuộc gọi tới Agentic Search như một công cụ thông qua MCP. Các kiểm soát Truy cập đi kèm với cuộc gọi, vì vậy một tác nhân truy xuất thông tin nhất quán với quyền của người dùng đã xác thực.
Cái **API Tìm kiếm** trả về một tập kết quả liên quan được xếp hạng và để việc tạo sinh cho mô hình của bên gọi, phù hợp với những trường hợp mà tài liệu nguồn thô, có căn cứ là đầu ra mong muốn.
Cái **API Hỏi** thực hiện cả truy xuất và tạo sinh ngay trong Zoom, trả về một câu trả lời tổng hợp, có trích dẫn bằng Ngôn ngữ tự nhiên.
#### Một chỉ mục thường trực và truy xuất tại thời điểm yêu cầu giữ cho dữ liệu thay đổi thường xuyên luôn cập nhật
Agentic Search không bị giới hạn trong một chỉ mục tĩnh. Nội dung được vector hóa, lập chỉ mục và gắn từ khóa, với nội dung của bên thứ ba đã được phê duyệt được đưa vào thông qua đồng bộ hóa gia tăng trong phạm vi quản trị viên để truy xuất hiệu quả về sau. Dữ liệu thay đổi thường xuyên, hoặc dữ liệu được hưởng lợi từ độ mới tại thời điểm yêu cầu, có thể thay vào đó được truy vấn trực tiếp qua MCP hoặc các kết nối thời gian thực tương đương thay vì được phục vụ từ chỉ mục.
Cùng với nhau, chỉ mục thường trực và truy xuất tại thời điểm yêu cầu có nghĩa là lớp ngữ cảnh phản ánh trạng thái hiện tại của các hệ thống được kết nối thay vì trạng thái của chúng tại lần đồng bộ hóa gần nhất.
## **Nguồn dữ liệu và lập chỉ mục**
#### Kiến trúc lập chỉ mục của Zoom được xây dựng theo mục đích cho truy xuất AI hội thoại
Kiến trúc lập chỉ mục của Zoom được xây dựng theo mục đích cho AI hội thoại truy xuất, sử dụng tìm kiếm vector, chia nhỏ nội dung và một lược đồ được thiết kế xoay quanh cách các hệ thống hội thoại truy xuất ngữ cảnh. Nhiều công nghệ tìm kiếm Doanh nghiệp lớn và đồ thị ban đầu được thiết kế xoay quanh một mục tiêu khác: Kết nối tài liệu, con người, siêu dữ liệu và các thực thể khác trong một môi trường năng suất. Sự khác biệt về kiến trúc này quan trọng vì AI hội thoại cần xác định và truy xuất những phần thông tin cụ thể có liên quan về mặt ngữ nghĩa đến câu hỏi của người dùng, thay vì chủ yếu điều hướng các mối quan hệ giữa tài liệu hoặc thực thể. Cách tiếp cận của Zoom cấu trúc và lập chỉ mục nội dung xoay quanh mô hình truy xuất đó, khiến các trường hợp sử dụng hội thoại trở thành một cân nhắc kiến trúc cốt lõi thay vì là một khả năng được thêm vào một hệ thống được thiết kế cho một mục đích khác.
Nói cách khác: đó là sự khác biệt giữa việc lập chỉ mục một thư viện theo từng cuốn sách và lập chỉ mục nó theo những đoạn mà ai đó thực sự có thể cần để trả lời một câu hỏi.
#### Các Trình kết nối của bên thứ ba mở rộng lớp ngữ cảnh của Zoom tới các hệ thống bên thứ ba được ủy quyền, tùy thuộc vào việc được quản trị viên bật
Agentic Search hỗ trợ lập chỉ mục từ các Trình kết nối bên thứ ba được ủy quyền, bao gồm Google Drive, OneDrive, Box, Salesforce, ServiceNow, Zendesk, Seismic, Confluence và SharePoint, với các Trình kết nối bổ sung có sẵn tùy theo trạng thái phát hành hiện tại. Một Trình kết nối đang có sẵn không có nghĩa là nội dung của nó tự động có thể tìm kiếm — mỗi nguồn phải được một quản trị viên bật trước khi Agentic Search có thể bắt đầu nhập dữ liệu từ đó. Mô hình do quản trị viên kiểm soát này là có chủ ý: nó được thiết kế để giữ phạm vi lập chỉ mục phù hợp với những gì Tổ chức đã thực sự cho phép, thay vì phơi bày mọi hệ thống có thể Kết nối theo mặc định.
#### Cách thức hoạt động của lập chỉ mục: từ nhập dữ liệu đến một chỉ mục có thể truy vấn
Khi một Trình kết nối được bật, Agentic Search xây dựng một chỉ mục có thể tìm kiếm của nội dung đã được phê duyệt thay vì truy vấn lại hệ thống nguồn cho mỗi yêu cầu. Quy trình này diễn ra qua nhiều giai đoạn:
1. **Nhập dữ liệu** — Nội dung đã được phê duyệt được lấy từ nguồn đã Kết nối, tùy thuộc vào phạm vi mà một quản trị viên đã cho phép và quyền của những người dùng đang Kết nối. Đối với các nguồn dựa trên tệp như ổ đĩa đám mây, nội dung tài liệu được truy xuất để xử lý thay vì chỉ được liên kết.
2. **Phân đoạn** — Nội dung đã truy xuất được chia thành các đoạn nhỏ hơn để việc truy xuất có thể trả về phần cụ thể của tài liệu liên quan đến một truy vấn, thay vì toàn bộ tệp.
3. **Lập vector** — Mỗi đoạn được chuyển thành một embedding số bằng mô hình embedding, cho phép truy xuất khớp theo ý nghĩa chứ không chỉ theo cách diễn đạt chính xác.
4. **Lập chỉ mục từ khóa** — Nội dung cũng được lập chỉ mục để khớp từ khóa. Cả khả năng Tìm kiếm và Hỏi đều phụ thuộc vào các khớp từ khóa cùng với độ tương đồng vector, nên hai cách tiếp cận này hoạt động cùng nhau thay vì là các lựa chọn thay thế.
5. **Lập chỉ mục siêu dữ liệu Quyền** — Thông tin Truy cập của người dùng được lập chỉ mục cùng với nội dung, dựa trên Quyền gốc của hệ thống nguồn, để có thể áp dụng lọc nhận biết Quyền tại thời điểm truy vấn.
Kết quả là một chỉ mục truy xuất dành riêng cho từng khách hàng — nội dung từ một nguồn được lưu ở dạng phạm vi cho khách hàng đó và được chi phối bởi Quyền của khách hàng đó, thay vì trong một kho dùng chung hoặc liên thuê bao.
#### Các sơ đồ và luồng dữ liệu Đang rảnh để tham khảo
Các sơ đồ minh họa cách Zoom's Agentic Search kết nối với các ứng dụng, dịch vụ và nguồn dữ liệu của bên thứ ba — bao gồm các luồng dữ liệu kết nối và lập chỉ mục — Đang rảnh trong phần [Sách trắng Zoom AI](https://library.zoom.com/ai/ai-whitepaper/diagrams#zoommate-third-party-connections-and-indexing).
#### Những gì được lập chỉ mục được quy định bởi phạm vi mà quản trị viên cấp quyền cho Trình kết nối
Nội dung được lập chỉ mục được quy định bởi phạm vi mà quản trị viên cấp quyền cho Trình kết nối. Khi một nguồn đã được kết nối, chỉ mục được duy trì thông qua các bản cập nhật liên tục thay vì nhập một lần:
1. **Đồng bộ ban đầu**: Khi cấu hình lần đầu, Trình kết nối thực hiện Đồng bộ hóa toàn bộ nội dung thuộc phạm vi, bao gồm cả nội dung lịch sử hiện có.
2. **Cập nhật lập chỉ mục hằng ngày**: Đối với một số nguồn, Trình kết nối làm mới nội dung thuộc phạm vi một lần mỗi ngày.
3. **Đồng bộ gia tăng**: Với các nguồn khác, Trình kết nối chạy các lần Đồng bộ định kỳ trong suốt mỗi ngày, chỉ xử lý nội dung được thêm, sửa đổi hoặc thay đổi kể từ lần Đồng bộ trước, thay vì xử lý lại toàn bộ kho mỗi lần.
#### Truy xuất được lập chỉ mục và truy xuất theo thời gian thực hoạt động cùng nhau
Agentic Search sử dụng hai đường dẫn truy xuất, và đường nào được áp dụng sẽ được quyết định bởi cách một nguồn được kết nối và loại dữ liệu mà nó chứa — chứ không phải bởi một cài đặt theo từng truy vấn hoặc từng thư mục mà người dùng hoặc quản trị viên bật/tắt.
Nội dung được kết nối như một **nguồn dữ liệu cấp tài khoản** trong nhóm tham luận quản trị viên được nhập vào một chỉ mục dành riêng cho từng khách hàng và được tìm kiếm từ đó. Đây là đường dẫn mặc định cho nội dung phi cấu trúc — tài liệu, bài viết kiến thức và tệp — vì một chỉ mục được tạo sẵn giúp truy xuất nhanh và hiệu quả tại thời điểm truy vấn, đồng thời tạo ra một chỉ mục có thể tìm kiếm được chia sẻ trên toàn Tổ chức.
Nội dung được tiếp cận **trực tiếp, theo thời gian thực, thông qua MCP hoặc API** trong các trường hợp khác: các Trình kết nối cá nhân mà một người dùng riêng lẻ ủy quyền (chẳng hạn như email, lịch hoặc Lưu trữ trên đám mây cá nhân của họ), các bản ghi có cấu trúc như dữ liệu đối tượng CRM, và các nội dung khác thay đổi đủ thường xuyên để hưởng lợi từ độ mới tại thời điểm yêu cầu. Một Trình kết nối cá nhân chỉ truy xuất những tài liệu mà người dùng đang kết nối có thể Truy cập, còn các kết nối dữ liệu có cấu trúc mang theo xác thực và ủy quyền của riêng người dùng thay vì được phục vụ từ chỉ mục.
Vì đường dẫn đi theo kết nối, cùng một ứng dụng nền tảng có thể được tiếp cận theo một trong hai cách tùy theo cách nó được thiết lập. Một dịch vụ Lưu trữ trên đám mây được kết nối như một nguồn dữ liệu do quản trị viên quản lý sẽ được lập chỉ mục để tìm kiếm trên toàn Tổ chức, trong khi cùng dịch vụ đó được kết nối như Trình kết nối cá nhân của một cá nhân thì được truy vấn trực tiếp và giới hạn theo Truy cập riêng của người dùng đó.
#### Các kết nối Agentic Search bên ngoài được xây dựng trên Model Context Protocol (MCP)
Các kết nối giữa Zoom và các mô hình, công cụ và nguồn dữ liệu bên ngoài được xây dựng trên Model Context Protocol (MCP), một tiêu chuẩn client–server mở để liên kết mô hình với công cụ và dữ liệu. Các máy chủ MCP hoạt động ở rìa của Zoom, cung cấp một giao diện nhất quán qua đó các yêu cầu truy xuất được thực hiện — cả cho truy xuất theo thời gian thực từ các hệ thống được kết nối lẫn cho các tác nhân bên ngoài tiếp cận Agentic Search như một công cụ. Lớp truyền tải được chuẩn hóa này thay thế các tích hợp riêng lẻ, theo từng nguồn bằng một mô hình kết nối chung.
#### Thời lượng lập chỉ mục thay đổi theo khách hàng, khối lượng dữ liệu và loại dữ liệu
Không có mốc thời gian cố định cho việc một Trình kết nối cụ thể mất bao lâu để lập chỉ mục hoàn toàn. Thời gian cần thiết thay đổi theo từng khách hàng, tùy thuộc vào lượng dữ liệu đang được lập chỉ mục và loại dữ liệu liên quan. Các giới hạn tốc độ do nền tảng bên thứ ba đang được lập chỉ mục áp đặt là một yếu tố góp phần — mỗi hệ thống nguồn sẽ giới hạn lượng dữ liệu có thể được kéo vào trong một khoảng thời gian nhất định, và mức giới hạn đó thay đổi theo nền tảng, cấp gói và thiết kế API. Khách hàng lên kế hoạch cho nỗ lực lập chỉ mục lần đầu đối với một kho dữ liệu lớn hoặc được sử dụng nhiều nên kỳ vọng khung thời gian kéo dài nhiều tuần thay vì kết quả trong cùng ngày hoặc cùng tuần.
#### Dung lượng lập chỉ mục tăng theo cấp giấy phép ZoomMate và được gộp ở cấp Tổ chức
Dung lượng lập chỉ mục phụ thuộc vào cấp giấy phép chứ không phải một hạn mức cố định áp dụng chung. Mỗi người dùng được cấp giấy phép đóng góp một lượng dung lượng trên mỗi chỗ dựa trên cấp của họ, và các lượng đó được gộp thành một quỹ duy nhất trên toàn Tổ chức, được chia sẻ cho toàn bộ Tổ chức thay vì được phân bổ cho từng người dùng riêng lẻ.
Tổng nội dung đã lập chỉ mục trên tất cả các nguồn được kết nối và tất cả người dùng phải nằm trong quỹ gộp của Tổ chức — nghĩa là một người dùng lập chỉ mục một kho dữ liệu lớn sẽ lấy từ cùng dung lượng chia sẻ mà mọi người khác cũng có. Vì quỹ này tăng lên với mỗi chỗ được cấp giấy phép, dung lượng tổng của một Tổ chức là tổng số mà tất cả người dùng được cấp giấy phép của tổ chức đó đóng góp.
Ví dụ, nếu một giấy phép cấp 1GB dung lượng lưu trữ, thì với 25 giấy phép, tài khoản có tổng cộng 25GB dung lượng lưu trữ. Với 100 người dùng, 100GB.
Các Tổ chức lên kế hoạch lập chỉ mục các kho dữ liệu lớn (một không gian Confluence đầy đủ, một cơ sở SharePoint lớn, một phiên bản CRM trưởng thành) nên xác định cấp giấy phép và số lượng chỗ dựa trên tổng khối lượng nội dung dự kiến, chứ không phải theo mô hình sử dụng của từng người dùng. Có sẵn thêm dung lượng lập chỉ mục — hãy trao đổi với đội ngũ Tài khoản Zoom của bạn để biết thêm thông tin.
#### Kích thước tệp và loại tệp đều ảnh hưởng đến nội dung nào được lập chỉ mục
Áp dụng hai giới hạn kích thước riêng biệt, và chúng hoạt động khác nhau:
* **Giới hạn 64 MB cho tệp gốc (tải xuống):** Nếu kích thước gốc của một tệp nguồn vượt quá 64 MB, tệp đó sẽ bị bỏ qua và không được tải xuống để xử lý.
* **Giới hạn 16 MB cho nội dung đã xử lý (lập chỉ mục):** Các tệp đã tải xuống được chuyển đổi sang một định dạng xử lý hợp nhất. Nếu tệp đã xử lý kết quả vượt quá 16 MB, thì chỉ 16 MB đầu tiên của nội dung của nó được lập chỉ mục; phần còn lại thì không.
Hai giới hạn này thất bại theo những cách khác nhau: tệp gốc quá lớn sẽ bị bỏ qua hoàn toàn, trong khi tệp đã xử lý quá lớn sẽ bị cắt bớt thay vì bị loại trừ, vì vậy phần nội dung mở đầu của nó vẫn xuất hiện trong truy xuất còn phần sau thì không.
Riêng biệt, việc lập chỉ mục phụ thuộc vào loại tệp, độc lập với kích thước. Nội dung đa phương tiện — âm thanh, video và hình ảnh — không được lập chỉ mục, ở bất kỳ kích thước nào. Nó bị loại bỏ trong quá trình chuyển đổi sang định dạng xử lý hợp nhất, trước khi bất kỳ giới hạn kích thước nào được đánh giá. Metadata được lập chỉ mục cho tất cả tài liệu, nhưng toàn bộ nội dung chỉ được lập chỉ mục cho các loại tệp được hỗ trợ, không phải phương tiện. Với các loại không được hỗ trợ, tài liệu vẫn có thể được tìm thấy bằng metadata của nó, nhưng nội dung của nó thì không thể tìm kiếm.
#### Quản trị viên hiện không thể kiểm soát thứ tự nội dung được lập chỉ mục
Hiện nay không có cơ chế nào để một quản trị viên ưu tiên các thư mục, không gian hoặc loại nội dung cụ thể được lập chỉ mục trước các nội dung khác trong một nguồn được kết nối. Việc lập chỉ mục diễn ra trên toàn bộ nội dung đủ điều kiện trong một Trình kết nối đã bật mà không có cách nào sắp xếp thứ tự, điều đó có nghĩa là các Tổ chức không thể đẩy nhanh việc lập chỉ mục cho nội dung có giá trị cao nhất và nên kỳ vọng phạm vi lập chỉ mục sẽ được mở rộng dần trên toàn bộ kho thay vì bắt đầu với tài liệu quan trọng nhất cho Kinh doanh trước.
Việc lập chỉ mục cũng không thể được Lên lịch để chạy vào một thời điểm hoặc chu kỳ được chọn. Khi một nguồn được bật, việc lập chỉ mục chạy theo thời gian riêng của nó thay vì theo lịch do quản trị viên đặt, vì vậy tốt nhất nên xem đó là một tiến trình nền hoàn tất khi nó hoàn tất chứ không phải thứ có thể canh theo một khung thời gian cụ thể.
## **Quản trị, Quyền, và Quản trị**
#### Quản trị viên có thể kiểm soát những nguồn nào được kết nối, và người dùng xác thực Truy cập của riêng họ
Các Trình kết nối được bật bởi một quản trị viên, người quyết định hệ thống bên thứ ba nào sẽ Đang rảnh cho việc lập chỉ mục và tìm kiếm trong Tổ chức. Việc bật một Trình kết nối làm cho một nguồn trở nên Đang rảnh cho Tổ chức, nhưng nó không tự động cấp Truy cập vào nội dung của nguồn đó. Mỗi người dùng phải xác thực Truy cập của mình vào nguồn một cách riêng lẻ — sau khi xác thực, các Quyền truy xuất của họ sẽ khớp với các Quyền hiện có của họ trong hệ thống nguồn, vì vậy họ chỉ có thể hiển thị những gì họ vốn đã có thể Truy cập ở đó.
#### Truy xuất có xét đến Quyền và chỉ đọc
Agentic Search được thiết kế để áp dụng các kiểm soát Truy cập của từng hệ thống nguồn, vì vậy các câu trả lời chỉ phản ánh nội dung mà người dùng đó đã được phép xem; hai người dùng hỏi cùng một câu có thể nhận được kết quả khác nhau dựa trên các Quyền tương ứng của họ trong nguồn dữ liệu bên thứ ba. Việc truy xuất là chỉ đọc và tuân theo các chính sách lưu giữ của từng nguồn — ví dụ, nội dung cuộc họp Zoom tuân theo thời hạn lưu giữ áp dụng của nó thay vì được lưu giữ riêng bởi lớp tìm kiếm. Vì việc truy xuất được quản lý và có xét đến Quyền tại thời điểm truy vấn, nó cũng cung cấp một lựa chọn thay thế cho việc xuất hàng loạt bản ghi chép hoặc hồ sơ thô, giữ cho Truy cập khớp với nguồn bên thứ ba gốc.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://library.zoom.com/technical-library/vi/ai/ai-whitepaper/agentic-search.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.