> For the complete documentation index, see [llms.txt](https://docs.xunda.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.xunda.ai/documentation/xunda-browser-manual/overview.md).

# 1. 了解寻答AI浏览器

## 1.1 它是什么

寻答AI浏览器把 AI 工作台与指纹浏览器放在一起：你用自然语言交代任务，小寻可协助整理资料、处理文件、研究网页、使用指定浏览器环境完成获授权的网页操作；浏览器环境则为不同网站或账号提供可分别管理的浏览器配置。新建一个 AI 任务不等于新建一个浏览器环境。

⚠️ AI 的回答、网页信息和自动操作都可能出错。付款、发布、删除、邀请成员、权限调整等重要结果，请到实际页面核对对象、金额、范围和最终状态；不要只凭“已完成”文字判断。

## 1.2 开始前准备

1. 登录并确认团队：看清当前账号、团队和自己的角色；团队资源可能共享。
2. 准备可用模型：到「设置 → 模型」检查连接与已启用模型；没有时按服务商支持的方式配置。
3. 按任务准备资源：需要上网操作时准备浏览器环境、必要的代理及平台账号；需要专用流程时准备技能；需要文件时准备文件或项目目录。并非每项任务都要配置代理和技能。
4. 检查运行条件：网络、Runtime Host（执行任务的运行组件）和本机权限应正常。

## 1.3 六个概念，一眼分清

| 名称       | 可以理解为                 | 易混淆处                   |
| -------- | --------------------- | ---------------------- |
| 任务与对话    | 一次工作及后续交流记录           | 同一任务可继续追问；分支是从既有节点另起路线 |
| 工作区与项目   | 本机数据位置；任务所用的具体目录      | 备份工作区不等于只导出某一个任务       |
| 浏览器环境与窗口 | 独立配置；打开后的实际窗口         | 关闭窗口通常不等于删除环境          |
| 技能       | 针对某类工作的一套做法           | 不等于模型或浏览器扩展            |
| 连接器与扩展   | 给 AI 提供工具的连接；装进浏览器的组件 | 连接器的请求与扩展的运行位置不同       |
| 权限确认     | 针对某次工具或敏感动作做决定        | 模型建议不代替你的授权            |

## 1.4 为什么有些功能看不到或点不了

团队角色影响管理权限；模型的凭据、额度和网络影响任务发送；Runtime Host 与本机权限影响执行；功能也可能受版本或开放范围限制。看到「未开放」「不可用」「权限不足」时，先读当页原因，再核对账号角色、当前团队、模型连接、网络及「设置 → 健康」，不要把灰色按钮理解为操作失败。


---

# 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://docs.xunda.ai/documentation/xunda-browser-manual/overview.md?ask=<question>&goal=<user_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.