mirror of
https://github.com/AstrBotDevs/AstrBot
synced 2026-07-16 01:40:15 +08:00
Add new documentation for various features and functionalities in AstrBot
- Introduced a new guide for the Docker-based code interpreter, including setup instructions and usage examples. - Added a section on built-in commands available in AstrBot. - Documented the automatic context compression feature to manage conversation history efficiently. - Explained the custom rules functionality for flexible message handling based on source. - Provided details on function calling capabilities for external tool integration. - Updated the knowledge base documentation to reflect the new system and its configuration. - Added instructions for using the MCP (Model Context Protocol) for enhanced tool interaction. - Documented the new proactive agent capabilities for scheduling tasks and sending multimedia messages. - Introduced the concept of subagents for task delegation within AstrBot. - Explained the unified webhook mode for simplified configuration across multiple platforms. - Added a guide for the web search functionality to enhance information retrieval. - Updated the management panel documentation for better user guidance on configuration and plugin management.
This commit is contained in:
whatevertogo
442
ARCHITECTURE.md
442
ARCHITECTURE.md
@@ -13,6 +13,7 @@
|
||||
4. [五大硬性协议规则](#五大硬性协议规则)
|
||||
5. [数据流与通信模型](#数据流与通信模型)
|
||||
6. [扩展机制](#扩展机制)
|
||||
7. [实现状态](#实现状态)
|
||||
|
||||
---
|
||||
|
||||
@@ -49,7 +50,7 @@ AstrBot SDK v4 采用分层架构设计，从上到下分为：
|
||||
|
||||
```
|
||||
src-new/astrbot_sdk/
|
||||
├── __init__.py # 顶层导出
|
||||
├── __init__.py # 顶层导出 (Star, Context, decorators, events, errors)
|
||||
├── __main__.py # CLI 入口点
|
||||
├── cli.py # Click 命令行工具
|
||||
├── star.py # Star 基类与 Handler 发现
|
||||
@@ -60,40 +61,56 @@ src-new/astrbot_sdk/
|
||||
├── compat.py # 兼容层导出
|
||||
├── _legacy_api.py # Legacy Context 与 CommandComponent
|
||||
│
|
||||
├── protocol/ # 协议层
|
||||
│ ├── __init__.py
|
||||
├── protocol/ # 协议层 (已完成)
|
||||
│ ├── __init__.py # 公共入口，导出所有协议类型
|
||||
│ ├── descriptors.py # HandlerDescriptor, CapabilityDescriptor
|
||||
│ │ # 内置能力 JSON Schema 常量
|
||||
│ ├── messages.py # 五种协议消息类型
|
||||
│ └── legacy_adapter.py # v3 JSON-RPC ↔ v4 协议转换
|
||||
│ └── legacy_adapter.py # v3 JSON-RPC ↔ v4 协议双向转换
|
||||
│
|
||||
├── runtime/ # 运行时层
|
||||
│ ├── __init__.py
|
||||
├── runtime/ # 运行时层 (已完成)
|
||||
│ ├── __init__.py # 公共入口
|
||||
│ ├── peer.py # 核心通信端点
|
||||
│ ├── transport.py # 传输层实现
|
||||
│ ├── loader.py # 插件加载器
|
||||
│ ├── transport.py # 传输层实现 (Stdio/WebSocket)
|
||||
│ ├── loader.py # 插件加载器与环境管理
|
||||
│ ├── handler_dispatcher.py # Handler 分发器
|
||||
│ ├── capability_router.py # Capability 路由器
|
||||
│ └── bootstrap.py # Supervisor/Worker 运行时
|
||||
│
|
||||
├── clients/ # 客户端层
|
||||
│ ├── __init__.py
|
||||
├── clients/ # 客户端层 (已完成)
|
||||
│ ├── __init__.py # 导出所有客户端
|
||||
│ ├── _proxy.py # CapabilityProxy 代理
|
||||
│ ├── llm.py # LLM 客户端
|
||||
│ ├── db.py # 数据库客户端
|
||||
│ ├── memory.py # 记忆客户端
|
||||
│ └── platform.py # 平台客户端
|
||||
│
|
||||
└── api/ # API 层
|
||||
├── __init__.py
|
||||
└── api/ # API 层 - 兼容层
|
||||
├── __init__.py # 子模块导出
|
||||
├── basic/ # 基础实体与配置
|
||||
│ ├── astrbot_config.py
|
||||
│ ├── conversation_mgr.py
|
||||
│ └── entities.py
|
||||
├── components/ # 组件导出
|
||||
│ ├── __init__.py
|
||||
│ └── command.py # CommandComponent 导出
|
||||
├── event/ # 事件相关
|
||||
│ ├── __init__.py
|
||||
│ └── filter.py # filter 命名空间
|
||||
│ ├── astr_message_event.py
|
||||
│ ├── astrbot_message.py
|
||||
│ ├── event_result.py
|
||||
│ ├── event_type.py
|
||||
│ ├── filter.py # filter 命名空间
|
||||
│ ├── message_session.py
|
||||
│ └── message_type.py
|
||||
├── message/ # 消息链
|
||||
│ ├── chain.py
|
||||
│ └── components.py
|
||||
├── platform/ # 平台元数据
|
||||
│ └── platform_metadata.py
|
||||
├── provider/ # Provider 实体
|
||||
│ └── entities.py
|
||||
└── star/ # Star 相关
|
||||
├── __init__.py
|
||||
└── context.py # Legacy Context 导出
|
||||
├── context.py # Legacy Context 导出
|
||||
└── star.py
|
||||
```
|
||||
|
||||
---
|
||||
@@ -102,9 +119,11 @@ src-new/astrbot_sdk/
|
||||
|
||||
### 协议层 (protocol/)
|
||||
|
||||
协议层负责消息格式定义和 legacy 兼容转换，是 v4 新引入的抽象层。
|
||||
|
||||
#### `descriptors.py` - 描述符定义
|
||||
|
||||
定义了 Handler 和 Capability 的元数据结构。
|
||||
定义了 Handler 和 Capability 的元数据结构，以及内置能力的 JSON Schema 常量。
|
||||
|
||||
**核心类型:**
|
||||
|
||||
@@ -159,6 +178,49 @@ class CapabilityDescriptor(_DescriptorBase):
|
||||
cancelable: bool = False
|
||||
```
|
||||
|
||||
**内置能力 Schema 常量:**
|
||||
|
||||
```python
|
||||
# LLM 相关
|
||||
LLM_CHAT_INPUT_SCHEMA
|
||||
LLM_CHAT_OUTPUT_SCHEMA
|
||||
LLM_CHAT_RAW_INPUT_SCHEMA
|
||||
LLM_CHAT_RAW_OUTPUT_SCHEMA
|
||||
LLM_STREAM_CHAT_INPUT_SCHEMA
|
||||
LLM_STREAM_CHAT_OUTPUT_SCHEMA
|
||||
|
||||
# Memory 相关
|
||||
MEMORY_SEARCH_INPUT_SCHEMA
|
||||
MEMORY_SEARCH_OUTPUT_SCHEMA
|
||||
MEMORY_SAVE_INPUT_SCHEMA
|
||||
MEMORY_SAVE_OUTPUT_SCHEMA
|
||||
MEMORY_GET_INPUT_SCHEMA
|
||||
MEMORY_GET_OUTPUT_SCHEMA
|
||||
MEMORY_DELETE_INPUT_SCHEMA
|
||||
MEMORY_DELETE_OUTPUT_SCHEMA
|
||||
|
||||
# DB 相关
|
||||
DB_GET_INPUT_SCHEMA
|
||||
DB_GET_OUTPUT_SCHEMA
|
||||
DB_SET_INPUT_SCHEMA
|
||||
DB_SET_OUTPUT_SCHEMA
|
||||
DB_DELETE_INPUT_SCHEMA
|
||||
DB_DELETE_OUTPUT_SCHEMA
|
||||
DB_LIST_INPUT_SCHEMA
|
||||
DB_LIST_OUTPUT_SCHEMA
|
||||
|
||||
# Platform 相关
|
||||
PLATFORM_SEND_INPUT_SCHEMA
|
||||
PLATFORM_SEND_OUTPUT_SCHEMA
|
||||
PLATFORM_SEND_IMAGE_INPUT_SCHEMA
|
||||
PLATFORM_SEND_IMAGE_OUTPUT_SCHEMA
|
||||
PLATFORM_GET_MEMBERS_INPUT_SCHEMA
|
||||
PLATFORM_GET_MEMBERS_OUTPUT_SCHEMA
|
||||
|
||||
# 汇总字典
|
||||
BUILTIN_CAPABILITY_SCHEMAS: dict[str, tuple[JSONSchema, JSONSchema]]
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
#### `messages.py` - 协议消息
|
||||
@@ -175,6 +237,61 @@ class CapabilityDescriptor(_DescriptorBase):
|
||||
| `EventMessage` | 流式事件 | `phase` (started/delta/completed/failed) |
|
||||
| `CancelMessage` | 取消请求 | `reason` |
|
||||
|
||||
**核心结构:**
|
||||
|
||||
```python
|
||||
class ErrorPayload(_MessageBase):
|
||||
code: str
|
||||
message: str
|
||||
hint: str = ""
|
||||
retryable: bool = False
|
||||
|
||||
class PeerInfo(_MessageBase):
|
||||
name: str
|
||||
role: Literal["plugin", "supervisor", "core"]
|
||||
version: str = "4.0"
|
||||
|
||||
class InitializeMessage(_MessageBase):
|
||||
type: Literal["initialize"] = "initialize"
|
||||
id: str
|
||||
peer: PeerInfo
|
||||
handlers: list[HandlerDescriptor] = []
|
||||
metadata: dict[str, Any] = {}
|
||||
|
||||
class InitializeOutput(_MessageBase):
|
||||
peer: PeerInfo
|
||||
capabilities: list[CapabilityDescriptor] = []
|
||||
metadata: dict[str, Any] = {}
|
||||
|
||||
class ResultMessage(_MessageBase):
|
||||
type: Literal["result"] = "result"
|
||||
id: str
|
||||
kind: str # "initialize_result" 或 capability 名称
|
||||
success: bool
|
||||
output: dict[str, Any] | None = None
|
||||
error: ErrorPayload | None = None
|
||||
|
||||
class InvokeMessage(_MessageBase):
|
||||
type: Literal["invoke"] = "invoke"
|
||||
id: str
|
||||
capability: str
|
||||
input: dict[str, Any] = {}
|
||||
stream: bool = False
|
||||
|
||||
class EventMessage(_MessageBase):
|
||||
type: Literal["event"] = "event"
|
||||
id: str
|
||||
phase: Literal["started", "delta", "completed", "failed"]
|
||||
data: dict[str, Any] | None = None
|
||||
output: dict[str, Any] | None = None
|
||||
error: ErrorPayload | None = None
|
||||
|
||||
class CancelMessage(_MessageBase):
|
||||
type: Literal["cancel"] = "cancel"
|
||||
id: str
|
||||
reason: str = "user_cancelled"
|
||||
```
|
||||
|
||||
**核心函数:**
|
||||
|
||||
```python
|
||||
@@ -188,21 +305,52 @@ def parse_message(payload: str | bytes | dict) -> ProtocolMessage:
|
||||
|
||||
实现 v3 JSON-RPC 与 v4 协议的双向转换。
|
||||
|
||||
**核心类:**
|
||||
**核心类型:**
|
||||
|
||||
```python
|
||||
class LegacyAdapter:
|
||||
def legacy_to_v4(self, payload) -> LegacyToV4Message:
|
||||
"""Legacy JSON-RPC → v4 Message"""
|
||||
class LegacyRequest(_LegacyMessageBase):
|
||||
jsonrpc: Literal["2.0"] = "2.0"
|
||||
id: str | None = None
|
||||
method: str
|
||||
params: dict[str, Any] = {}
|
||||
|
||||
def legacy_request_to_message(self, payload) -> InitializeMessage | InvokeMessage | ...:
|
||||
"""Legacy Request 转换"""
|
||||
class LegacySuccessResponse(_LegacyMessageBase):
|
||||
jsonrpc: Literal["2.0"] = "2.0"
|
||||
id: str | None = None
|
||||
result: Any
|
||||
|
||||
def initialize_to_legacy_handshake_response(self, message) -> dict:
|
||||
"""v4 Initialize → Legacy Response"""
|
||||
class LegacyErrorResponse(_LegacyMessageBase):
|
||||
jsonrpc: Literal["2.0"] = "2.0"
|
||||
id: str | None = None
|
||||
error: LegacyErrorData
|
||||
|
||||
def invoke_to_legacy_request(self, message) -> dict:
|
||||
"""v4 Invoke → Legacy Request"""
|
||||
LegacyMessage = LegacyRequest | LegacySuccessResponse | LegacyErrorResponse
|
||||
LegacyToV4Message = InitializeMessage | InvokeMessage | CancelMessage | None
|
||||
```
|
||||
|
||||
**核心函数:**
|
||||
|
||||
```python
|
||||
def parse_legacy_message(payload: str | dict) -> LegacyMessage:
|
||||
"""解析 legacy JSON-RPC 消息"""
|
||||
|
||||
def legacy_message_to_v4(legacy: LegacyMessage) -> LegacyToV4Message:
|
||||
"""Legacy JSON-RPC → v4 Message"""
|
||||
|
||||
def initialize_to_legacy_handshake_response(message: InitializeMessage, output: InitializeOutput) -> dict:
|
||||
"""v4 Initialize → Legacy Response"""
|
||||
|
||||
def invoke_to_legacy_request(message: InvokeMessage) -> dict:
|
||||
"""v4 Invoke → Legacy Request"""
|
||||
|
||||
def result_to_legacy_response(message: ResultMessage) -> dict:
|
||||
"""v4 Result → Legacy Response"""
|
||||
|
||||
def event_to_legacy_notification(message: EventMessage) -> dict:
|
||||
"""v4 Event → Legacy Notification"""
|
||||
|
||||
def cancel_to_legacy_request(message: CancelMessage) -> dict:
|
||||
"""v4 Cancel → Legacy Request"""
|
||||
```
|
||||
|
||||
**常量:**
|
||||
@@ -211,6 +359,7 @@ class LegacyAdapter:
|
||||
LEGACY_JSONRPC_VERSION = "2.0"
|
||||
LEGACY_CONTEXT_CAPABILITY = "internal.legacy.call_context_function"
|
||||
LEGACY_HANDSHAKE_METADATA_KEY = "legacy_handshake_payload"
|
||||
LEGACY_PLUGIN_KEYS_METADATA_KEY = "legacy_plugin_keys"
|
||||
LEGACY_ADAPTER_MESSAGE_EVENT = 3
|
||||
```
|
||||
|
||||
@@ -218,6 +367,8 @@ LEGACY_ADAPTER_MESSAGE_EVENT = 3
|
||||
|
||||
### 运行时层 (runtime/)
|
||||
|
||||
运行时层负责把协议、传输、插件加载和生命周期管理拼成一条完整执行链。
|
||||
|
||||
#### `peer.py` - 核心通信端点
|
||||
|
||||
实现 Plugin ↔ Core 的对称通信模型。
|
||||
@@ -229,6 +380,8 @@ class Peer:
|
||||
# 生命周期
|
||||
async def start(self) -> None: ...
|
||||
async def stop(self) -> None: ...
|
||||
async def wait_closed(self) -> None: ...
|
||||
async def wait_until_remote_initialized(self, timeout: float = 30.0) -> None: ...
|
||||
|
||||
# 初始化
|
||||
async def initialize(self, handlers, metadata) -> InitializeOutput: ...
|
||||
@@ -241,9 +394,9 @@ class Peer:
|
||||
async def cancel(self, request_id, reason="user_cancelled") -> None: ...
|
||||
|
||||
# Handler 设置
|
||||
def set_initialize_handler(self, handler): ...
|
||||
def set_invoke_handler(self, handler): ...
|
||||
def set_cancel_handler(self, handler): ...
|
||||
def set_initialize_handler(self, handler: InitializeHandler): ...
|
||||
def set_invoke_handler(self, handler: InvokeHandler): ...
|
||||
def set_cancel_handler(self, handler: CancelHandler): ...
|
||||
```
|
||||
|
||||
**内部状态:**
|
||||
@@ -252,6 +405,8 @@ class Peer:
|
||||
self._pending_results: dict[str, asyncio.Future[ResultMessage]] # 普通调用
|
||||
self._pending_streams: dict[str, asyncio.Queue] # 流式调用
|
||||
self._inbound_tasks: dict[str, tuple[Task, CancelToken]] # 入站任务
|
||||
self._remote_initialized: asyncio.Event # 远端初始化状态
|
||||
self._unusable: bool # 连接是否不可用
|
||||
```
|
||||
|
||||
---
|
||||
@@ -277,9 +432,9 @@ Transport (ABC)
|
||||
|
||||
**WebSocket 特性:**
|
||||
|
||||
- 心跳机制
|
||||
- 心跳机制 (通过 `heartbeat` 参数配置)
|
||||
- 单连接限制 (Server 端)
|
||||
- 自动重连 (Client 端)
|
||||
- 自动重连需要外部实现
|
||||
|
||||
---
|
||||
|
||||
@@ -311,6 +466,11 @@ class LoadedPlugin:
|
||||
plugin: PluginSpec
|
||||
handlers: list[LoadedHandler]
|
||||
instances: list[Any]
|
||||
|
||||
@dataclass
|
||||
class PluginDiscoveryResult:
|
||||
plugins: list[PluginSpec]
|
||||
errors: dict[str, str]
|
||||
```
|
||||
|
||||
**核心函数:**
|
||||
@@ -319,6 +479,9 @@ class LoadedPlugin:
|
||||
def discover_plugins(plugins_dir: Path) -> PluginDiscoveryResult:
|
||||
"""扫描插件目录，发现所有有效插件"""
|
||||
|
||||
def load_plugin_spec(plugin_dir: Path) -> PluginSpec:
|
||||
"""从插件目录加载插件规范"""
|
||||
|
||||
def load_plugin(plugin: PluginSpec) -> LoadedPlugin:
|
||||
"""加载插件，返回 Handler 列表"""
|
||||
|
||||
@@ -390,6 +553,7 @@ class StreamExecution:
|
||||
| `llm.chat_raw` | 对话 (返回完整响应) |
|
||||
| `llm.stream_chat` | 流式对话 |
|
||||
| `memory.search` | 搜索记忆 |
|
||||
| `memory.get` | 获取记忆 |
|
||||
| `memory.save` | 保存记忆 |
|
||||
| `memory.delete` | 删除记忆 |
|
||||
| `db.get` | 读取 KV |
|
||||
@@ -403,7 +567,7 @@ class StreamExecution:
|
||||
**Capability 命名规则:**
|
||||
|
||||
```python
|
||||
RESERVED_CAPABILITY_PREFIXES = ("handler.", "system.", "internal.")
|
||||
RESERVED_CAPABILITY_NAMESPACES = ("handler", "system", "internal")
|
||||
CAPABILITY_NAME_PATTERN = r"^[a-z][a-z0-9_]*\.[a-z][a-z0-9_]*$"
|
||||
```
|
||||
|
||||
@@ -426,6 +590,7 @@ class WorkerSession:
|
||||
"""Supervisor 管理的单插件会话"""
|
||||
async def start(self) -> None: ...
|
||||
async def invoke_handler(self, handler_id, event_payload, request_id) -> dict: ...
|
||||
async def cancel(self, request_id) -> None: ...
|
||||
|
||||
class SupervisorRuntime:
|
||||
"""Supervisor 运行时"""
|
||||
@@ -446,9 +611,9 @@ class PluginWorkerRuntime:
|
||||
|
||||
### 客户端层 (clients/)
|
||||
|
||||
#### `_proxy.py` - Capability 代理
|
||||
客户端层提供类型安全的 Capability 调用接口。
|
||||
|
||||
提供类型安全的 Capability 调用接口。
|
||||
#### `_proxy.py` - Capability 代理
|
||||
|
||||
```python
|
||||
class CapabilityProxy:
|
||||
@@ -464,6 +629,16 @@ class CapabilityProxy:
|
||||
#### `llm.py` - LLM 客户端
|
||||
|
||||
```python
|
||||
class ChatMessage(BaseModel):
|
||||
role: Literal["user", "assistant", "system"]
|
||||
content: str
|
||||
|
||||
class LLMResponse(BaseModel):
|
||||
text: str
|
||||
usage: dict[str, Any] | None = None
|
||||
finish_reason: str | None = None
|
||||
tool_calls: list[dict[str, Any]] = []
|
||||
|
||||
class LLMClient:
|
||||
async def chat(self, prompt, system=None, history=None, model=None, temperature=None) -> str:
|
||||
"""简单对话，返回文本"""
|
||||
@@ -473,12 +648,6 @@ class LLMClient:
|
||||
|
||||
async def stream_chat(self, prompt, system=None, history=None) -> AsyncGenerator[str, None]:
|
||||
"""流式对话"""
|
||||
|
||||
class LLMResponse(BaseModel):
|
||||
text: str
|
||||
usage: dict[str, Any] | None = None
|
||||
finish_reason: str | None = None
|
||||
tool_calls: list[dict[str, Any]] = []
|
||||
```
|
||||
|
||||
---
|
||||
@@ -500,6 +669,7 @@ class DBClient:
|
||||
```python
|
||||
class MemoryClient:
|
||||
async def search(self, query: str) -> list[dict[str, Any]]: ...
|
||||
async def get(self, key: str) -> dict[str, Any] | None: ...
|
||||
async def save(self, key: str, value: dict[str, Any] | None = None, **extra) -> None: ...
|
||||
async def delete(self, key: str) -> None: ...
|
||||
```
|
||||
@@ -519,6 +689,54 @@ class PlatformClient:
|
||||
|
||||
### API 层 (api/)
|
||||
|
||||
API 层作为兼容层，通过 thin re-export 方式暴露旧版 API。
|
||||
|
||||
#### 兼容层设计
|
||||
|
||||
```python
|
||||
# api/__init__.py
|
||||
from . import basic, components, event, message, platform, provider, star
|
||||
|
||||
# api/star/context.py - Legacy Context 导出
|
||||
from ..._legacy_api import LegacyContext as Context
|
||||
|
||||
# api/components/command.py - CommandComponent 导出
|
||||
from ..._legacy_api import CommandComponent
|
||||
|
||||
# api/event/filter.py - filter 命名空间
|
||||
class _FilterNamespace:
|
||||
command = staticmethod(command)
|
||||
regex = staticmethod(regex)
|
||||
permission = staticmethod(permission)
|
||||
filter = _FilterNamespace()
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 核心文件
|
||||
|
||||
#### 顶层导出 (`__init__.py`)
|
||||
|
||||
```python
|
||||
from .context import Context
|
||||
from .decorators import on_command, on_event, on_message, on_schedule, require_admin
|
||||
from .errors import AstrBotError
|
||||
from .events import MessageEvent
|
||||
from .star import Star
|
||||
|
||||
__all__ = [
|
||||
"AstrBotError",
|
||||
"Context",
|
||||
"MessageEvent",
|
||||
"Star",
|
||||
"on_command",
|
||||
"on_event",
|
||||
"on_message",
|
||||
"on_schedule",
|
||||
"require_admin",
|
||||
]
|
||||
```
|
||||
|
||||
#### `star.py` - Star 基类
|
||||
|
||||
```python
|
||||
@@ -580,7 +798,7 @@ def admin_handler(event): ...
|
||||
#### `context.py` - 运行时 Context
|
||||
|
||||
```python
|
||||
@dataclass
|
||||
@dataclass(slots=True)
|
||||
class CancelToken:
|
||||
def cancel(self) -> None: ...
|
||||
@property
|
||||
@@ -590,10 +808,12 @@ class CancelToken:
|
||||
|
||||
class Context:
|
||||
def __init__(self, *, peer, plugin_id, cancel_token=None, logger=None):
|
||||
self.llm = LLMClient(CapabilityProxy(peer))
|
||||
self.memory = MemoryClient(CapabilityProxy(peer))
|
||||
self.db = DBClient(CapabilityProxy(peer))
|
||||
self.platform = PlatformClient(CapabilityProxy(peer))
|
||||
proxy = CapabilityProxy(peer)
|
||||
self.peer = peer
|
||||
self.llm = LLMClient(proxy)
|
||||
self.memory = MemoryClient(proxy)
|
||||
self.db = DBClient(proxy)
|
||||
self.platform = PlatformClient(proxy)
|
||||
self.plugin_id = plugin_id
|
||||
self.logger = logger or base_logger.bind(plugin_id=plugin_id)
|
||||
self.cancel_token = cancel_token or CancelToken()
|
||||
@@ -637,14 +857,6 @@ class MessageEvent:
|
||||
"""创建纯文本结果"""
|
||||
```
|
||||
|
||||
**依赖注入模式:**
|
||||
|
||||
```python
|
||||
# HandlerDispatcher 中
|
||||
event = MessageEvent.from_payload(message.input.get("event", {}))
|
||||
event.bind_reply_handler(lambda text: ctx.platform.send(event.session_id, text))
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
#### `errors.py` - 错误模型
|
||||
@@ -711,34 +923,6 @@ class CommandComponent(Star):
|
||||
|
||||
---
|
||||
|
||||
#### `api/event/filter.py` - filter 命名空间
|
||||
|
||||
```python
|
||||
ADMIN = "admin"
|
||||
|
||||
def command(name: str):
|
||||
return on_command(name)
|
||||
|
||||
def regex(pattern: str):
|
||||
return on_message(regex=pattern)
|
||||
|
||||
def permission(level):
|
||||
if level == ADMIN:
|
||||
return require_admin
|
||||
return lambda func: func
|
||||
|
||||
class _FilterNamespace:
|
||||
command = staticmethod(command)
|
||||
regex = staticmethod(regex)
|
||||
permission = staticmethod(permission)
|
||||
|
||||
filter = _FilterNamespace()
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 核心文件
|
||||
|
||||
#### `cli.py` - 命令行接口
|
||||
|
||||
```python
|
||||
@@ -971,6 +1155,86 @@ class MyTransport(Transport):
|
||||
|
||||
---
|
||||
|
||||
## 实现状态
|
||||
|
||||
### 已完成模块
|
||||
|
||||
| 模块 | 文件 | 状态 | 说明 |
|
||||
|------|------|------|------|
|
||||
| **协议层** | `protocol/` | ✅ 完成 | |
|
||||
| | `descriptors.py` | ✅ | Handler/Capability 描述符 + 内置 Schema 常量 |
|
||||
| | `messages.py` | ✅ | 5 种消息类型 + parse_message |
|
||||
| | `legacy_adapter.py` | ✅ | JSON-RPC ↔ v4 双向转换 |
|
||||
| **运行时层** | `runtime/` | ✅ 完成 | |
|
||||
| | `peer.py` | ✅ | 对称通信端点 + 取消 + 流式 |
|
||||
| | `transport.py` | ✅ | Stdio + WebSocket Server/Client |
|
||||
| | `loader.py` | ✅ | 插件发现 + 环境管理 + 加载 |
|
||||
| | `handler_dispatcher.py` | ✅ | Handler 分发 + 参数注入 |
|
||||
| | `capability_router.py` | ✅ | 能力路由 + 内置能力注册 |
|
||||
| | `bootstrap.py` | ✅ | Supervisor + Worker + WebSocket |
|
||||
| **客户端层** | `clients/` | ✅ 完成 | |
|
||||
| | `_proxy.py` | ✅ | CapabilityProxy 代理 |
|
||||
| | `llm.py` | ✅ | LLM 客户端 (chat/chat_raw/stream) |
|
||||
| | `memory.py` | ✅ | Memory 客户端 (search/get/save/delete) |
|
||||
| | `db.py` | ✅ | DB 客户端 (get/set/delete/list) |
|
||||
| | `platform.py` | ✅ | Platform 客户端 (send/send_image/get_members) |
|
||||
| **API 层** | `api/` | ✅ 完成 | 兼容层 |
|
||||
| | `star/context.py` | ✅ | LegacyContext 导出 |
|
||||
| | `components/command.py` | ✅ | CommandComponent 导出 |
|
||||
| | `event/filter.py` | ✅ | filter 命名空间 |
|
||||
| | `basic/` | ✅ | 基础实体与配置 |
|
||||
| | `message/` | ✅ | MessageChain |
|
||||
| | `platform/` | ✅ | 平台元数据 |
|
||||
| | `provider/` | ✅ | Provider 实体 |
|
||||
| **核心文件** | 根目录 | ✅ 完成 | |
|
||||
| | `__init__.py` | ✅ | 顶层导出 |
|
||||
| | `star.py` | ✅ | Star 基类 + Handler 发现 |
|
||||
| | `context.py` | ✅ | Context + CancelToken |
|
||||
| | `decorators.py` | ✅ | on_command/on_message/on_event/on_schedule |
|
||||
| | `events.py` | ✅ | MessageEvent |
|
||||
| | `errors.py` | ✅ | AstrBotError |
|
||||
| | `_legacy_api.py` | ✅ | LegacyContext + CommandComponent |
|
||||
| | `cli.py` | ✅ | Click 命令行工具 |
|
||||
| | `__main__.py` | ✅ | python -m astrbot_sdk 入口 |
|
||||
|
||||
### 测试覆盖
|
||||
|
||||
测试文件位于 `tests_v4/` 目录，共 35+ 个测试文件：
|
||||
|
||||
```
|
||||
tests_v4/
|
||||
├── test_protocol.py # 协议层基础测试
|
||||
├── test_protocol_descriptors.py # 描述符测试
|
||||
├── test_protocol_messages.py # 消息类型测试
|
||||
├── test_protocol_legacy_adapter.py # Legacy 适配器测试
|
||||
├── test_peer.py # Peer 测试
|
||||
├── test_transport.py # Transport 测试
|
||||
├── test_capability_router.py # CapabilityRouter 测试
|
||||
├── test_handler_dispatcher.py # HandlerDispatcher 测试
|
||||
├── test_loader.py # 加载器测试
|
||||
├── test_bootstrap.py # Bootstrap 测试
|
||||
├── test_context.py # Context 测试
|
||||
├── test_events.py # 事件测试
|
||||
├── test_decorators.py # 装饰器测试
|
||||
├── test_clients_module.py # 客户端模块测试
|
||||
├── test_llm_client.py # LLM 客户端测试
|
||||
├── test_memory_client.py # Memory 客户端测试
|
||||
├── test_db_client.py # DB 客户端测试
|
||||
├── test_platform_client.py # Platform 客户端测试
|
||||
├── test_capability_proxy.py # CapabilityProxy 测试
|
||||
├── test_api_modules.py # API 模块测试
|
||||
├── test_api_decorators.py # API 装饰器测试
|
||||
├── test_api_event_filter.py # filter 命名空间测试
|
||||
├── test_api_legacy_context.py # Legacy Context 测试
|
||||
├── test_api_contract.py # API 契约测试
|
||||
├── test_runtime_integration.py # 运行时集成测试
|
||||
├── test_script_migrations.py # 脚本迁移测试
|
||||
├── test_supervisor_migration.py # Supervisor 迁移测试
|
||||
└── ... # 更多测试文件
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 版本兼容性
|
||||
|
||||
| 组件 | v3 | v4 |
|
||||
@@ -982,3 +1246,15 @@ class MyTransport(Transport):
|
||||
| 通信 | 单向 | 双向对称 |
|
||||
|
||||
**兼容策略**: `LegacyAdapter` 实现协议转换，`CommandComponent` 继承 `Star` 并标记 `__astrbot_is_new_star__ = False`。
|
||||
|
||||
**迁移指南**:
|
||||
|
||||
```python
|
||||
# 旧版 (将在未来版本废弃)
|
||||
from astrbot_sdk.api.event import AstrMessageEvent
|
||||
from astrbot_sdk.api.star.context import Context
|
||||
|
||||
# 新版 (推荐)
|
||||
from astrbot_sdk.events import MessageEvent
|
||||
from astrbot_sdk.context import Context
|
||||
```
|
||||
|
||||
565
docs/docs/zh/dev/astrbot-config.md
Normal file
565
docs/docs/zh/dev/astrbot-config.md
Normal file
@@ -0,0 +1,565 @@
|
||||
---
|
||||
outline: deep
|
||||
---
|
||||
|
||||
# AstrBot 配置文件
|
||||
|
||||
## data/cmd_config.json
|
||||
|
||||
AstrBot 的配置文件是一个 JSON 格式的文件。AstrBot 会在启动时读取这个文件，并根据文件中的配置来初始化 AstrBot，其路径位于 `data/cmd_config.json`。
|
||||
|
||||
> 在 AstrBot v4.0.0 版本及之后，我们引入了[多配置文件](https://blog.astrbot.app/posts/what-is-changed-in-4.0.0/#%E5%A4%9A%E9%85%8D%E7%BD%AE%E6%96%87%E4%BB%B6)的概念。`data/cmd_config.json` 作为默认配置文件 `default`。其他您在 WebUI 新建的配置文件会存储在 `data/config/` 目录下，以 `abconf_` 开头。
|
||||
|
||||
AstrBot 默认配置如下：
|
||||
|
||||
```jsonc
|
||||
{
|
||||
"config_version": 2,
|
||||
"platform_settings": {
|
||||
"unique_session": False,
|
||||
"rate_limit": {
|
||||
"time": 60,
|
||||
"count": 30,
|
||||
"strategy": "stall", # stall, discard
|
||||
},
|
||||
"reply_prefix": "",
|
||||
"forward_threshold": 1500,
|
||||
"enable_id_white_list": True,
|
||||
"id_whitelist": [],
|
||||
"id_whitelist_log": True,
|
||||
"wl_ignore_admin_on_group": True,
|
||||
"wl_ignore_admin_on_friend": True,
|
||||
"reply_with_mention": False,
|
||||
"reply_with_quote": False,
|
||||
"path_mapping": [],
|
||||
"segmented_reply": {
|
||||
"enable": False,
|
||||
"only_llm_result": True,
|
||||
"interval_method": "random",
|
||||
"interval": "1.5,3.5",
|
||||
"log_base": 2.6,
|
||||
"words_count_threshold": 150,
|
||||
"regex": ".*?[。？！~…]+|.+$",
|
||||
"content_cleanup_rule": "",
|
||||
},
|
||||
"no_permission_reply": True,
|
||||
"empty_mention_waiting": True,
|
||||
"empty_mention_waiting_need_reply": True,
|
||||
"friend_message_needs_wake_prefix": False,
|
||||
"ignore_bot_self_message": False,
|
||||
"ignore_at_all": False,
|
||||
},
|
||||
"provider": [],
|
||||
"provider_settings": {
|
||||
"enable": True,
|
||||
"default_provider_id": "",
|
||||
"default_image_caption_provider_id": "",
|
||||
"image_caption_prompt": "Please describe the image using Chinese.",
|
||||
"provider_pool": ["*"], # "*" 表示使用所有可用的提供者
|
||||
"wake_prefix": "",
|
||||
"web_search": False,
|
||||
"websearch_provider": "default",
|
||||
"websearch_tavily_key": [],
|
||||
"web_search_link": False,
|
||||
"display_reasoning_text": False,
|
||||
"identifier": False,
|
||||
"group_name_display": False,
|
||||
"datetime_system_prompt": True,
|
||||
"default_personality": "default",
|
||||
"persona_pool": ["*"],
|
||||
"prompt_prefix": "{{prompt}}",
|
||||
"max_context_length": -1,
|
||||
"dequeue_context_length": 1,
|
||||
"streaming_response": False,
|
||||
"show_tool_use_status": False,
|
||||
"streaming_segmented": False,
|
||||
"max_agent_step": 30,
|
||||
"tool_call_timeout": 60,
|
||||
},
|
||||
"provider_stt_settings": {
|
||||
"enable": False,
|
||||
"provider_id": "",
|
||||
},
|
||||
"provider_tts_settings": {
|
||||
"enable": False,
|
||||
"provider_id": "",
|
||||
"dual_output": False,
|
||||
"use_file_service": False,
|
||||
},
|
||||
"provider_ltm_settings": {
|
||||
"group_icl_enable": False,
|
||||
"group_message_max_cnt": 300,
|
||||
"image_caption": False,
|
||||
"active_reply": {
|
||||
"enable": False,
|
||||
"method": "possibility_reply",
|
||||
"possibility_reply": 0.1,
|
||||
"whitelist": [],
|
||||
},
|
||||
},
|
||||
"content_safety": {
|
||||
"also_use_in_response": False,
|
||||
"internal_keywords": {"enable": True, "extra_keywords": []},
|
||||
"baidu_aip": {"enable": False, "app_id": "", "api_key": "", "secret_key": ""},
|
||||
},
|
||||
"admins_id": ["astrbot"],
|
||||
"t2i": False,
|
||||
"t2i_word_threshold": 150,
|
||||
"t2i_strategy": "remote",
|
||||
"t2i_endpoint": "",
|
||||
"t2i_use_file_service": False,
|
||||
"t2i_active_template": "base",
|
||||
"http_proxy": "",
|
||||
"no_proxy": ["localhost", "127.0.0.1", "::1"],
|
||||
"dashboard": {
|
||||
"enable": True,
|
||||
"username": "astrbot",
|
||||
"password": "77b90590a8945a7d36c963981a307dc9",
|
||||
"jwt_secret": "",
|
||||
"host": "0.0.0.0",
|
||||
"port": 6185,
|
||||
},
|
||||
"platform": [],
|
||||
"platform_specific": {
|
||||
# 平台特异配置：按平台分类，平台下按功能分组
|
||||
"lark": {
|
||||
"pre_ack_emoji": {"enable": False, "emojis": ["Typing"]},
|
||||
},
|
||||
"telegram": {
|
||||
"pre_ack_emoji": {"enable": False, "emojis": ["✍️"]},
|
||||
},
|
||||
"discord": {
|
||||
"pre_ack_emoji": {"enable": False, "emojis": ["🤔"]},
|
||||
},
|
||||
},
|
||||
"wake_prefix": ["/"],
|
||||
"log_level": "INFO",
|
||||
"trace_enable": False,
|
||||
"pip_install_arg": "",
|
||||
"pypi_index_url": "https://mirrors.aliyun.com/pypi/simple/",
|
||||
"persona": [], # deprecated
|
||||
"timezone": "Asia/Shanghai",
|
||||
"callback_api_base": "",
|
||||
"default_kb_collection": "", # 默认知识库名称
|
||||
"plugin_set": ["*"], # "*" 表示使用所有可用的插件, 空列表表示不使用任何插件
|
||||
}
|
||||
```
|
||||
|
||||
## 字段详解
|
||||
|
||||
### `config_version`
|
||||
|
||||
配置文件版本，请勿修改。
|
||||
|
||||
### `platform_settings`
|
||||
|
||||
消息平台适配器的通用设置。
|
||||
|
||||
#### `platform_settings.unique_session`
|
||||
|
||||
是否启用会话隔离。默认为 `false`。启用后，在群组或者频道中，每个人的对话的上下文都是独立的。
|
||||
|
||||
#### `platform_settings.rate_limit`
|
||||
|
||||
当消息速率超过限制时的处理策略。`time` 为时间窗口，`count` 为消息数量，`strategy` 为限制策略。`stall` 为等待，`discard` 为丢弃。
|
||||
|
||||
#### `platform_settings.reply_prefix`
|
||||
|
||||
回复消息时的固定前缀字符串。默认为空。
|
||||
|
||||
#### `platform_settings.forward_threshold`
|
||||
|
||||
> 目前仅 QQ 平台适配器适用。
|
||||
|
||||
消息转发阈值。当回复内容超过一定字数后，机器人会将消息折叠成 QQ 群聊的 “转发消息”，以防止刷屏。
|
||||
|
||||
#### `platform_settings.enable_id_white_list`
|
||||
|
||||
是否启用 ID 白名单。默认为 `true`。启用后，只有在白名单中的 ID 发来的消息才会被处理。
|
||||
|
||||
#### `platform_settings.id_whitelist`
|
||||
|
||||
ID 白名单。填写后，将只处理所填写的 ID 发来的消息事件。为空时表示不启用白名单过滤。可以使用 `/sid` 指令获取在某个平台上的会话 ID。
|
||||
|
||||
也可在 AstrBot 日志内获取会话 ID，当一条消息没通过白名单时，会输出 INFO 级别的日志，格式类似 `aiocqhttp:GroupMessage:547540978`
|
||||
|
||||
#### `platform_settings.id_whitelist_log`
|
||||
|
||||
是否打印未通过 ID 白名单的消息日志。默认为 `true`。
|
||||
|
||||
#### `platform_settings.wl_ignore_admin_on_group` & `platform_settings.wl_ignore_admin_on_friend`
|
||||
|
||||
- `wl_ignore_admin_on_group`: 是否管理员发送的群组消息无视 ID 白名单。默认为 `true`。
|
||||
|
||||
- `wl_ignore_admin_on_friend`: 是否管理员发送的私聊消息无视 ID 白名单。默认为 `true`。
|
||||
|
||||
#### `platform_settings.reply_with_mention`
|
||||
|
||||
是否在回复消息时 @ 提到用户。默认为 `false`。
|
||||
|
||||
#### `platform_settings.reply_with_quote`
|
||||
|
||||
是否在回复消息时引用用户的消息。默认为 `false`。
|
||||
|
||||
#### `platform_settings.path_mapping`
|
||||
|
||||
*该配置项已经在 v4.0.0 版本之后被废弃。*
|
||||
|
||||
路径映射列表。用于将消息中的文件路径进行替换。每个映射项包含 `from` 和 `to` 两个字段，表示将消息中的 `from` 路径替换为 `to` 路径。
|
||||
|
||||
#### `platform_settings.segmented_reply`
|
||||
|
||||
分段回复设置。
|
||||
|
||||
- `enable`: 是否启用分段回复。默认为 `false`。
|
||||
- `only_llm_result`: 是否仅对 LLM 生成的回复进行分段。默认为 `true`。
|
||||
- `interval_method`: 分段间隔方法。可选值为 `random` 和 `log`。默认为 `random`。
|
||||
- `interval`: 分段间隔时间。对于 `random` 方法，填写两个逗号分隔的数字，表示最小和最大间隔时间（单位：秒）。对于 `log` 方法，填写一个数字，表示对数基底。默认为 `"1.5,3.5"`。
|
||||
- `log_base`: 对数基底，仅在 `interval_method` 为 `log` 时适用。默认为 `2.6`。
|
||||
- `words_count_threshold`: 分段回复的字数上限。只有字数小于此值的消息才会被分段，超过此值的长消息将直接发送（不分段）。默认为 `150`。
|
||||
- `regex`: 用于分隔一段消息。默认情况下会根据句号、问号等标点符号分隔。`re.findall(r'<regex>', text)`。默认值为 `".*?[。？！~…]+|.+$"`。
|
||||
- `content_cleanup_rule`: 移除分段后的内容中的指定的内容。支持正则表达式。如填写 `[。？！]` 将移除所有的句号、问号、感叹号。`re.sub(r'<regex>', '', text)`。
|
||||
|
||||
#### `platform_settings.no_permission_reply`
|
||||
|
||||
是否在用户没有权限时回复无权限的提示消息。默认为 `true`。
|
||||
|
||||
#### `platform_settings.empty_mention_waiting`
|
||||
|
||||
是否启用空 @ 等待机制。默认为 `true`。启用后，当用户发送一条仅包含 @ 机器人的消息时，机器人会等待用户在 60 秒内发送下一条消息，并将两条消息合并后进行处理。这在某些平台不支持 @ 和语音/图片等消息同时发送时特别有用。
|
||||
|
||||
#### `platform_settings.empty_mention_waiting_need_reply`
|
||||
|
||||
在上面一个配置项(`empty_mention_waiting`)中，如果启用了触发等待，启用此项后，机器人会立即使用 LLM 生成一条回复。否则，将不回复而只是等待。默认为 `true`。
|
||||
|
||||
#### `platform_settings.friend_message_needs_wake_prefix`
|
||||
|
||||
是否在消息平台的私聊消息中需要唤醒前缀。默认为 `false`。启用后，在私聊消息中，用户需要使用唤醒前缀才能触发机器人的响应。
|
||||
|
||||
#### `platform_settings.ignore_bot_self_message`
|
||||
|
||||
是否忽略机器人自己发送的消息。默认为 `false`。启用后，机器人将不会处理自己发送的消息，在某些平台可以防止死循环。
|
||||
|
||||
#### `platform_settings.ignore_at_all`
|
||||
|
||||
是否忽略 @ 全体成员的消息。默认为 `false`。启用后，机器人将不会响应包含 @ 全体成员的消息。
|
||||
|
||||
### `provider`
|
||||
|
||||
> 此配置项仅在 `data/cmd_config.json` 中生效，AstrBot 不会读取 `data/config/` 目录下的配置文件中的此项。
|
||||
|
||||
已配置的模型服务提供商的配置列表。
|
||||
|
||||
### `provider_settings`
|
||||
|
||||
大语言模型提供商的通用设置。
|
||||
|
||||
#### `provider_settings.enable`
|
||||
|
||||
是否启用大语言模型聊天。默认为 `true`。
|
||||
|
||||
#### `provider_settings.default_provider_id`
|
||||
|
||||
默认的对话模型提供商 ID。必须是 `provider` 列表中已配置的提供商 ID。如果为空，则使用配置列表中的第一个对话模型提供商。
|
||||
|
||||
#### `provider_settings.default_image_caption_provider_id`
|
||||
|
||||
默认的图像描述模型提供商 ID。必须是 `provider` 列表中已配置的提供商 ID。如果为空，则代表不使用图像描述功能。
|
||||
|
||||
此配置项的意思是，当用户发送一张图片时，AstrBot 会使用此提供商来生成对图片的描述文本，并将描述文本作为对话的上下文之一。这在对话模型不支持多模态输入时特别有用。
|
||||
|
||||
#### `provider_settings.image_caption_prompt`
|
||||
|
||||
图像描述的提示词模板。默认为 `"Please describe the image using Chinese."`。
|
||||
|
||||
#### `provider_settings.provider_pool`
|
||||
|
||||
*此配置项尚未实际使用*
|
||||
|
||||
#### `provider_settings.wake_prefix`
|
||||
|
||||
使用 LLM 聊天额外的触发条件。如填写 `chat`，则需要发送消息时要以 `/chat` 才能触发 LLM 聊天。其中 `/` 是机器人的唤醒前缀。是一个防止滥用的手段。
|
||||
|
||||
#### `provider_settings.web_search`
|
||||
|
||||
是否启用 AstrBot 自带的网页搜索能力。默认为 `false`。启用后，LLM 可能会自动搜索网页并根据内容回答。
|
||||
|
||||
#### `provider_settings.websearch_provider`
|
||||
|
||||
网页搜索提供商类型。默认为 `default`。目前支持 `default` 和 `tavily`。
|
||||
|
||||
- `default`：能访问 Google 时效果最佳。如果 Google 访问失败，程序会依次访问 Bing, Sogo 搜索引擎。
|
||||
|
||||
- `tavily`：使用 Tavily 搜索引擎。
|
||||
|
||||
#### `provider_settings.websearch_tavily_key`
|
||||
|
||||
Tavily 搜索引擎的 API Key 列表。使用 `tavily` 作为网页搜索提供商时需要填写。
|
||||
|
||||
#### `provider_settings.web_search_link`
|
||||
|
||||
是否在回复中提示模型附上搜索结果的链接。默认为 `false`。
|
||||
|
||||
#### `provider_settings.display_reasoning_text`
|
||||
|
||||
是否在回复中显示模型的推理过程。默认为 `false`。
|
||||
|
||||
#### `provider_settings.identifier`
|
||||
|
||||
是否在 Prompt 前加上群成员的名字以让模型更好地了解群聊状态。默认为 `false`。启用将略微增加 token 开销。
|
||||
|
||||
#### `provider_settings.group_name_display`
|
||||
|
||||
是否在提示模型了解所在群的名称。默认为 `false`。此配置项目前仅在 QQ 平台适配器中生效。
|
||||
|
||||
#### `provider_settings.datetime_system_prompt`
|
||||
|
||||
是否在系统提示词中加上当前机器的日期时间。默认为 `true`。
|
||||
|
||||
#### `provider_settings.default_personality`
|
||||
|
||||
默认使用的人格的 ID。请在 WebUI 配置人格。
|
||||
|
||||
#### `provider_settings.persona_pool`
|
||||
|
||||
*此配置项尚未实际使用*
|
||||
|
||||
#### `provider_settings.prompt_prefix`
|
||||
|
||||
用户提示词。可使用 `{{prompt}}` 作为用户输入的占位符。如果不输入占位符则代表添加在用户输入的前面。
|
||||
|
||||
#### `provider_settings.max_context_length`
|
||||
|
||||
当对话上下文超出这个数量时丢弃最旧的部分，一轮聊天记为 1 条。-1 为不限制。
|
||||
|
||||
#### `provider_settings.dequeue_context_length`
|
||||
|
||||
当触发上面提到的 `max_context_length` 限制时，每次丢弃的对话轮数。
|
||||
|
||||
#### `provider_settings.streaming_response`
|
||||
|
||||
是否启用流式响应。默认为 `false`。启用后，模型的回复会实时类似打字机的效果发送给用户。此配置项仅在 WebChat、Telegram、飞书平台生效。
|
||||
|
||||
#### `provider_settings.show_tool_use_status`
|
||||
|
||||
是否显示工具使用状态。默认为 `false`。启用后，模型在使用工具时会显示工具的名称和输入参数。
|
||||
|
||||
#### `provider_settings.streaming_segmented`
|
||||
|
||||
不支持流式响应的消息平台是否降级为使用分段回复。默认为 `false`。意思是，如果启用了流式响应，但当前消息平台不支持流式响应，那么是否使用分段多次回复来代替。
|
||||
|
||||
#### `provider_settings.max_agent_step`
|
||||
|
||||
Agent 最大步骤数限制。默认为 `30`。模型的每次工具调用算作一步。
|
||||
|
||||
#### `provider_settings.tool_call_timeout`
|
||||
|
||||
Added in `v4.3.5`
|
||||
|
||||
工具调用的最大超时时间（秒），默认为 `60` 秒。
|
||||
|
||||
#### `provider_stt_settings`
|
||||
|
||||
语音转文本服务提供商的通用设置。
|
||||
|
||||
#### `provider_stt_settings.enable`
|
||||
|
||||
是否启用语音转文本服务。默认为 `false`。
|
||||
|
||||
#### `provider_stt_settings.provider_id`
|
||||
|
||||
语音转文本服务提供商 ID。必须是 `provider` 列表中已配置的 STT 提供商 ID。
|
||||
|
||||
#### `provider_tts_settings`
|
||||
|
||||
文本转语音服务提供商的通用设置。
|
||||
|
||||
#### `provider_tts_settings.enable`
|
||||
|
||||
是否启用文本转语音服务。默认为 `false`。
|
||||
|
||||
#### `provider_tts_settings.provider_id`
|
||||
|
||||
文本转语音服务提供商 ID。必须是 `provider` 列表中已配置的 TTS 提供商 ID。
|
||||
|
||||
#### `provider_tts_settings.dual_output`
|
||||
|
||||
是否启用双输出。默认为 `false`。启用后，机器人会同时发送文本和语音消息。
|
||||
|
||||
#### `provider_tts_settings.use_file_service`
|
||||
|
||||
是否启用文件服务。默认为 `false`。启用后，机器人会将输出的语音文件以 HTTP 文件外链的形式提供给消息平台。此配置项依赖于 `callback_api_base` 的配置。
|
||||
|
||||
#### `provider_ltm_settings`
|
||||
|
||||
群聊上下文感知服务提供商的通用设置。
|
||||
|
||||
#### `provider_ltm_settings.group_icl_enable`
|
||||
|
||||
是否启用群聊上下文感知。默认为 `false`。启用后，机器人会记录群聊中的对话内容，以便更好地理解群聊的上下文。
|
||||
|
||||
上下文的内容会被放在对话的系统提示词中。
|
||||
|
||||
#### `provider_ltm_settings.group_message_max_cnt`
|
||||
|
||||
群聊消息的最大记录数量。默认为 `100`。超过此数量的消息将被丢弃。
|
||||
|
||||
#### `provider_ltm_settings.image_caption`
|
||||
|
||||
是否记录群聊中的图片，并自动使用图像描述模型生成图片的描述文本。默认为 `false`。此配置项依赖于 `provider_settings.default_image_caption_provider_id` 的配置。请谨慎使用，因为这可能会增加大量的 API 调用和 token 开销。
|
||||
|
||||
#### `provider_ltm_settings.active_reply`
|
||||
|
||||
- `enable`: 是否启用主动回复。默认为 `false`。
|
||||
- `method`: 主动回复的方法。可选值为 `possibility_reply`。
|
||||
- `possibility_reply`: 主动回复的概率。默认为 `0.1`。仅在 `method` 为 `possibility_reply` 时适用。
|
||||
- `whitelist`: 主动回复的 ID 白名单。仅在此列表中的 ID 才会触发主动回复。为空时表示不启用白名单过滤。可以使用 `/sid` 指令获取在某个平台上的会话 ID。
|
||||
|
||||
### `content_safety`
|
||||
|
||||
内容安全设置。
|
||||
|
||||
#### `content_safety.also_use_in_response`
|
||||
|
||||
是否在 LLM 回复中也进行内容安全检查。默认为 `false`。启用后，机器人生成的回复也会经过内容安全检查，以防止生成不当内容。
|
||||
|
||||
#### `content_safety.internal_keywords`
|
||||
|
||||
内部关键词检测设置。
|
||||
|
||||
- `enable`: 是否启用内部关键词检测。默认为 `true`。
|
||||
- `extra_keywords`: 额外的关键词列表，支持正则表达式。默认为空。
|
||||
|
||||
#### `content_safety.baidu_aip`
|
||||
|
||||
百度 AI 内容审核设置。
|
||||
|
||||
- `enable`: 是否启用百度 AI 内容审核。默认为 `false`。
|
||||
- `app_id`: 百度 AI 内容审核的 App ID。
|
||||
- `api_key`: 百度 AI 内容审核的 API Key。
|
||||
- `secret_key`: 百度 AI 内容审核的 Secret Key。
|
||||
|
||||
> [!TIP]
|
||||
> 如果要启用百度 AI 内容审核，请先 `pip install baidu-aip`。
|
||||
|
||||
### `admins_id`
|
||||
|
||||
管理员 ID 列表。此外，还可以使用 `/op`, `/deop` 指令来添加或删除管理员。
|
||||
|
||||
### `t2i`
|
||||
|
||||
是否启用文本转图像功能。默认为 `false`。启用后，当用户发送的消息超过一定字数时，机器人会将消息渲染成图片发送给用户，以提高可读性并防止刷屏。支持 Markdown 渲染。
|
||||
|
||||
### `t2i_word_threshold`
|
||||
|
||||
文本转图像的字数阈值。默认为 `150`。当用户发送的消息超过此字数时，机器人会将消息渲染成图片发送给用户。
|
||||
|
||||
### `t2i_strategy`
|
||||
|
||||
文本转图像的渲染策略。可选值为 `local` 和 `remote`。默认为 `remote`。
|
||||
|
||||
- `local`: 使用 AstrBot 本地的文本转图像服务进行渲染。效果较差，但不依赖外部服务。
|
||||
- `remote`: 使用远程的文本转图像服务进行渲染。默认使用 AstrBot 官方提供的服务，效果较好。
|
||||
|
||||
### `t2i_endpoint`
|
||||
|
||||
AstrBot API 的地址。用于渲染 Markdown 图片。当 `t2i_strategy` 为 `remote` 时生效。默认为空，表示使用 AstrBot 官方提供的服务。
|
||||
|
||||
### `t2i_use_file_service`
|
||||
|
||||
是否启用文件服务。默认为 `false`。启用后，机器人会将渲染的图片以 HTTP 文件外链的形式提供给消息平台。此配置项依赖于 `callback_api_base` 的配置。
|
||||
|
||||
### `http_proxy`
|
||||
|
||||
HTTP 代理。如 `http://localhost:7890`。
|
||||
|
||||
### `no_proxy`
|
||||
|
||||
不使用代理的地址列表。如 `["localhost", "127.0.0.1"]`。
|
||||
|
||||
### `dashboard`
|
||||
|
||||
AstrBot WebUI 配置。
|
||||
|
||||
请不要随意修改 `password` 的值。它是一个经过 `md5` 编码的密码。请在控制面板修改密码。
|
||||
|
||||
- `enable`: 是否启用 AstrBot WebUI。默认为 `true`。
|
||||
- `username`: AstrBot WebUI 的用户名。默认为 `astrbot`。
|
||||
- `password`: AstrBot WebUI 的密码。默认为 `astrbot` 的 `md5` 编码值。请勿直接修改，除非您知道自己在做什么。
|
||||
- `jwt_secret`: JWT 的密钥。AstrBot 会在初始化时随机生成。请勿修改，除非您知道自己在做什么。
|
||||
- `host`: AstrBot WebUI 监听的地址。默认为 `0.0.0.0`。
|
||||
- `port`: AstrBot WebUI 监听的端口。默认为 `6185`。
|
||||
|
||||
### `platform`
|
||||
|
||||
> 此配置项仅在 `data/cmd_config.json` 中生效，AstrBot 不会读取 `data/config/` 目录下的配置文件中的此项。
|
||||
|
||||
已配置的 AstrBot 消息平台适配器的配置列表。
|
||||
|
||||
### `platform_specific`
|
||||
|
||||
平台特异配置。按平台分类，平台下按功能分组。
|
||||
|
||||
#### `platform_specific.<platform>.pre_ack_emoji`
|
||||
|
||||
启用后，当请求 LLM 前，AstrBot 会先发送一个预回复的表情以告知用户正在处理请求。此功能目前仅在飞书平台适配器和 Telegram 中生效。
|
||||
|
||||
##### lark (飞书)
|
||||
|
||||
- `enable`: 是否启用飞书消息预回复表情。默认为 `false`。
|
||||
- `emojis`: 预回复的表情列表。默认为 `["Typing"]`。表情枚举名参考：[表情文案说明](https://open.feishu.cn/document/server-docs/im-v1/message-reaction/emojis-introduce)
|
||||
|
||||
##### telegram
|
||||
|
||||
- `enable`: 是否启用 Telegram 消息预回复表情。默认为 `false`。
|
||||
- `emojis`: 预回复的表情列表。默认为 `["✍️"]`。Telegram 仅支持固定反应集合，参考：[reactions.txt](https://gist.github.com/Soulter/3f22c8e5f9c7e152e967e8bc28c97fc9)
|
||||
|
||||
##### discord
|
||||
|
||||
- `enable`: 是否启用 Discord 消息预回复表情。默认为 `false`。
|
||||
- `emojis`: 预回复的表情列表。默认为 `["🤔"]`。Discord反应支持参考：[Discord Reaction FAQ](https://support.discord.com/hc/en-us/articles/12102061808663-Reactions-and-Super-Reactions-FAQ)
|
||||
|
||||
### `wake_prefix`
|
||||
|
||||
唤醒前缀。默认为 `/`。当消息以 `/` 开头时，AstrBot 会被唤醒。
|
||||
|
||||
> [!TIP]
|
||||
> 如果唤醒的会话不在 ID 白名单中，AstrBot 将不会响应。
|
||||
|
||||
### `log_level`
|
||||
|
||||
日志级别。默认为 `INFO`。可以设置为 `DEBUG`, `INFO`, `WARNING`, `ERROR`, `CRITICAL`。
|
||||
|
||||
### `trace_enable`
|
||||
|
||||
是否启用追踪记录。默认为 `false`。启用后，AstrBot 会记录运行追踪信息，可以在管理面板的 Trace 页面查看。
|
||||
|
||||
### `pip_install_arg`
|
||||
|
||||
`pip install` 的参数。如 `-i https://mirrors.tuna.tsinghua.edu.cn/pypi/web/simple`。
|
||||
|
||||
### `pypi_index_url`
|
||||
|
||||
PyPI 镜像源地址。默认为 `https://mirrors.aliyun.com/pypi/simple/`。
|
||||
|
||||
### `persona`
|
||||
|
||||
*此配置项已经在 v4.0.0 版本之后被废弃。请使用 WebUI 来配置人格。*
|
||||
|
||||
已配置的人格列表。每个人格包含 `id`, `name`, `description`, `system_prompt` 四个字段。
|
||||
|
||||
### `timezone`
|
||||
|
||||
时区设置。请填写 IANA 时区名称, 如 Asia/Shanghai, 为空时使用系统默认时区。所有时区请查看: [IANA Time Zone Database](https://data.iana.org/time-zones/tzdb-2021a/zone1970.tab)。
|
||||
|
||||
### `callback_api_base`
|
||||
|
||||
AstrBot API 的基础地址。用于文件服务和插件回调等功能。如 `http://example.com:6185`。默认为空，表示不启用文件服务和插件回调功能。
|
||||
|
||||
### `default_kb_collection`
|
||||
|
||||
默认知识库名称。用于 RAG 功能。如果为空，则不使用知识库。
|
||||
|
||||
### `plugin_set`
|
||||
|
||||
已启用的插件列表。`*` 表示启用所有可用的插件。默认为 `["*"]`。
|
||||
150
docs/docs/zh/dev/openapi.md
Normal file
150
docs/docs/zh/dev/openapi.md
Normal file
@@ -0,0 +1,150 @@
|
||||
---
|
||||
outline: deep
|
||||
---
|
||||
|
||||
# AstrBot HTTP API
|
||||
|
||||
从 v4.18.0 开始，AstrBot 提供基于 API Key 的 HTTP API，开发者可以通过标准 HTTP 请求访问核心能力。
|
||||
|
||||
## 快速开始
|
||||
|
||||
1. 在 WebUI - 设置中创建 API Key。
|
||||
2. 在请求头中携带 API Key：
|
||||
|
||||
```http
|
||||
Authorization: Bearer abk_xxx
|
||||
```
|
||||
|
||||
也支持：
|
||||
|
||||
```http
|
||||
X-API-Key: abk_xxx
|
||||
```
|
||||
|
||||
3. 对于对话接口，`username` 为必填参数：
|
||||
|
||||
- `POST /api/v1/chat`：请求体必须包含 `username`
|
||||
- `GET /api/v1/chat/sessions`：查询参数必须包含 `username`
|
||||
|
||||
## Scope 权限说明
|
||||
|
||||
创建 API Key 时可配置 `scopes`。每个 scope 控制可访问的接口范围：
|
||||
|
||||
| Scope | 作用 | 可访问接口 |
|
||||
| --- | --- | --- |
|
||||
| `chat` | 调用对话能力、查询对话会话 | `POST /api/v1/chat`、`GET /api/v1/chat/sessions` |
|
||||
| `config` | 获取可用配置文件列表 | `GET /api/v1/configs` |
|
||||
| `file` | 上传附件文件，获取 `attachment_id` | `POST /api/v1/file` |
|
||||
| `im` | 主动发 IM 消息、查询 bot/platform 列表 | `POST /api/v1/im/message`、`GET /api/v1/im/bots` |
|
||||
|
||||
如果 API Key 未包含目标接口所需 scope，请求会返回 `403 Insufficient API key scope`。
|
||||
|
||||
## 常用接口
|
||||
|
||||
**对话类**
|
||||
|
||||
调用 AstrBot 内建的 Agent 进行对话交互。支持插件调用、工具调用等能力，与 IM 端对话能力一致。
|
||||
|
||||
- `POST /api/v1/chat`：发送对话消息（SSE 流式返回，不传 `session_id` 会自动创建 UUID）
|
||||
- `GET /api/v1/chat/sessions`：分页获取指定 `username` 的会话
|
||||
- `GET /api/v1/configs`：获取可用配置文件列表
|
||||
|
||||
**文件上传**
|
||||
|
||||
- `POST /api/v1/file`：上传附件
|
||||
|
||||
**IM 消息发送**
|
||||
|
||||
- `POST /api/v1/im/message`：按 UMO 主动发消息
|
||||
- `GET /api/v1/im/bots`：获取 bot/platform ID 列表
|
||||
|
||||
## `message` 字段格式（重点）
|
||||
|
||||
`POST /api/v1/chat` 和 `POST /api/v1/im/message` 的 `message` 字段支持两种格式：
|
||||
|
||||
1. 字符串：纯文本消息
|
||||
2. 数组：消息段（message chain）
|
||||
|
||||
### 1. 纯文本格式
|
||||
|
||||
```json
|
||||
{
|
||||
"message": "Hello"
|
||||
}
|
||||
```
|
||||
|
||||
### 2. 消息段数组格式
|
||||
|
||||
```json
|
||||
{
|
||||
"message": [
|
||||
{ "type": "plain", "text": "请看这个文件" },
|
||||
{ "type": "file", "attachment_id": "9a2f8c72-e7af-4c0e-b352-111111111111" }
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
支持的 `type`：
|
||||
|
||||
| type | 必填字段 | 可选字段 | 说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| `plain` | `text` | - | 文本段 |
|
||||
| `reply` | `message_id` | `selected_text` | 引用回复某条消息 |
|
||||
| `image` | `attachment_id` | - | 图片附件段 |
|
||||
| `record` | `attachment_id` | - | 音频附件段 |
|
||||
| `file` | `attachment_id` | - | 通用文件段 |
|
||||
| `video` | `attachment_id` | - | 视频附件段 |
|
||||
|
||||
* reply 消息段目前仅适配 `/api/v1/chat`，不适用于 `POST /api/v1/im/message`。
|
||||
|
||||
|
||||
说明：
|
||||
|
||||
- `attachment_id` 来自 `POST /api/v1/file` 上传结果。
|
||||
- `reply` 不能单独作为唯一内容，至少需要一个有实际内容的段（如 `plain/image/file/...`）。
|
||||
- 仅 `reply` 或空内容会返回错误。
|
||||
|
||||
### Chat API 的 `message` 用法
|
||||
|
||||
`POST /api/v1/chat` 额外需要 `username`，可选 `session_id`（不传会自动创建 UUID）。
|
||||
|
||||
```json
|
||||
{
|
||||
"username": "alice",
|
||||
"session_id": "my_session_001",
|
||||
"message": [
|
||||
{ "type": "plain", "text": "帮我总结这个 PDF" },
|
||||
{ "type": "file", "attachment_id": "9a2f8c72-e7af-4c0e-b352-111111111111" }
|
||||
],
|
||||
"enable_streaming": true
|
||||
}
|
||||
```
|
||||
|
||||
### IM Message API 的 `message` 用法
|
||||
|
||||
`POST /api/v1/im/message` 需要 `umo` + `message`。
|
||||
|
||||
```json
|
||||
{
|
||||
"umo": "webchat:FriendMessage:openapi_probe",
|
||||
"message": [
|
||||
{ "type": "plain", "text": "这是主动消息" },
|
||||
{ "type": "image", "attachment_id": "9a2f8c72-e7af-4c0e-b352-222222222222" }
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
## 示例
|
||||
|
||||
```bash
|
||||
curl -N 'http://localhost:6185/api/v1/chat' \
|
||||
-H 'Authorization: Bearer abk_xxx' \
|
||||
-H 'Content-Type: application/json' \
|
||||
-d '{"message":"Hello","username":"alice"}'
|
||||
```
|
||||
|
||||
## 完整 API 文档
|
||||
|
||||
交互式 API 文档请查看：
|
||||
|
||||
- https://docs.astrbot.app/scalar.html
|
||||
185
docs/docs/zh/dev/plugin-platform-adapter.md
Normal file
185
docs/docs/zh/dev/plugin-platform-adapter.md
Normal file
@@ -0,0 +1,185 @@
|
||||
---
|
||||
outline: deep
|
||||
---
|
||||
|
||||
# 开发一个平台适配器
|
||||
|
||||
AstrBot 支持以插件的形式接入平台适配器，你可以自行接入 AstrBot 没有的平台。如飞书、钉钉甚至是哔哩哔哩私信、Minecraft。
|
||||
|
||||
我们以一个平台 `FakePlatform` 为例展开讲解。
|
||||
|
||||
首先，在插件目录下新增 `fake_platform_adapter.py` 和 `fake_platform_event.py` 文件。前者主要是平台适配器的实现，后者是平台事件的定义。
|
||||
|
||||
## 平台适配器
|
||||
|
||||
假设 FakePlatform 的客户端 SDK 是这样：
|
||||
|
||||
```py
|
||||
import asyncio
|
||||
|
||||
class FakeClient():
|
||||
'''模拟一个消息平台，这里 5 秒钟下发一个消息'''
|
||||
def __init__(self, token: str, username: str):
|
||||
self.token = token
|
||||
self.username = username
|
||||
# ...
|
||||
|
||||
async def start_polling(self):
|
||||
while True:
|
||||
await asyncio.sleep(5)
|
||||
await getattr(self, 'on_message_received')({
|
||||
'bot_id': '123',
|
||||
'content': '新消息',
|
||||
'username': 'zhangsan',
|
||||
'userid': '123',
|
||||
'message_id': 'asdhoashd',
|
||||
'group_id': 'group123',
|
||||
})
|
||||
|
||||
async def send_text(self, to: str, message: str):
|
||||
print('发了消息:', to, message)
|
||||
|
||||
async def send_image(self, to: str, image_path: str):
|
||||
print('发了消息:', to, image_path)
|
||||
```
|
||||
|
||||
我们创建 `fake_platform_adapter.py`：
|
||||
|
||||
```py
|
||||
import asyncio
|
||||
|
||||
from astrbot.api.platform import Platform, AstrBotMessage, MessageMember, PlatformMetadata, MessageType
|
||||
from astrbot.api.event import MessageChain
|
||||
from astrbot.api.message_components import Plain, Image, Record # 消息链中的组件，可以根据需要导入
|
||||
from astrbot.core.platform.astr_message_event import MessageSesion
|
||||
from astrbot.api.platform import register_platform_adapter
|
||||
from astrbot import logger
|
||||
from .client import FakeClient
|
||||
from .fake_platform_event import FakePlatformEvent
|
||||
|
||||
# 注册平台适配器。第一个参数为平台名，第二个为描述。第三个为默认配置。
|
||||
@register_platform_adapter("fake", "fake 适配器", default_config_tmpl={
|
||||
"token": "your_token",
|
||||
"username": "bot_username"
|
||||
})
|
||||
class FakePlatformAdapter(Platform):
|
||||
|
||||
def __init__(self, platform_config: dict, platform_settings: dict, event_queue: asyncio.Queue) -> None:
|
||||
super().__init__(event_queue)
|
||||
self.config = platform_config # 上面的默认配置，用户填写后会传到这里
|
||||
self.settings = platform_settings # platform_settings 平台设置。
|
||||
|
||||
async def send_by_session(self, session: MessageSesion, message_chain: MessageChain):
|
||||
# 必须实现
|
||||
await super().send_by_session(session, message_chain)
|
||||
|
||||
def meta(self) -> PlatformMetadata:
|
||||
# 必须实现，直接像下面一样返回即可。
|
||||
return PlatformMetadata(
|
||||
"fake",
|
||||
"fake 适配器",
|
||||
)
|
||||
|
||||
async def run(self):
|
||||
# 必须实现，这里是主要逻辑。
|
||||
|
||||
# FakeClient 是我们自己定义的，这里只是示例。这个是其回调函数
|
||||
async def on_received(data):
|
||||
logger.info(data)
|
||||
abm = await self.convert_message(data=data) # 转换成 AstrBotMessage
|
||||
await self.handle_msg(abm)
|
||||
|
||||
# 初始化 FakeClient
|
||||
self.client = FakeClient(self.config['token'], self.config['username'])
|
||||
self.client.on_message_received = on_received
|
||||
await self.client.start_polling() # 持续监听消息，这是个堵塞方法。
|
||||
|
||||
async def convert_message(self, data: dict) -> AstrBotMessage:
|
||||
# 将平台消息转换成 AstrBotMessage
|
||||
# 这里就体现了适配程度，不同平台的消息结构不一样，这里需要根据实际情况进行转换。
|
||||
abm = AstrBotMessage()
|
||||
abm.type = MessageType.GROUP_MESSAGE # 还有 friend_message，对应私聊。具体平台具体分析。重要！
|
||||
abm.group_id = data['group_id'] # 如果是私聊，这里可以不填
|
||||
abm.message_str = data['content'] # 纯文本消息。重要！
|
||||
abm.sender = MessageMember(user_id=data['userid'], nickname=data['username']) # 发送者。重要！
|
||||
abm.message = [Plain(text=data['content'])] # 消息链。如果有其他类型的消息，直接 append 即可。重要！
|
||||
abm.raw_message = data # 原始消息。
|
||||
abm.self_id = data['bot_id']
|
||||
abm.session_id = data['userid'] # 会话 ID。重要！
|
||||
abm.message_id = data['message_id'] # 消息 ID。
|
||||
|
||||
return abm
|
||||
|
||||
async def handle_msg(self, message: AstrBotMessage):
|
||||
# 处理消息
|
||||
message_event = FakePlatformEvent(
|
||||
message_str=message.message_str,
|
||||
message_obj=message,
|
||||
platform_meta=self.meta(),
|
||||
session_id=message.session_id,
|
||||
client=self.client
|
||||
)
|
||||
self.commit_event(message_event) # 提交事件到事件队列。不要忘记！
|
||||
```
|
||||
|
||||
|
||||
`fake_platform_event.py`：
|
||||
|
||||
```py
|
||||
from astrbot.api.event import AstrMessageEvent, MessageChain
|
||||
from astrbot.api.platform import AstrBotMessage, PlatformMetadata
|
||||
from astrbot.api.message_components import Plain, Image
|
||||
from .client import FakeClient
|
||||
from astrbot.core.utils.io import download_image_by_url
|
||||
|
||||
class FakePlatformEvent(AstrMessageEvent):
|
||||
def __init__(self, message_str: str, message_obj: AstrBotMessage, platform_meta: PlatformMetadata, session_id: str, client: FakeClient):
|
||||
super().__init__(message_str, message_obj, platform_meta, session_id)
|
||||
self.client = client
|
||||
|
||||
async def send(self, message: MessageChain):
|
||||
for i in message.chain: # 遍历消息链
|
||||
if isinstance(i, Plain): # 如果是文字类型的
|
||||
await self.client.send_text(to=self.get_sender_id(), message=i.text)
|
||||
elif isinstance(i, Image): # 如果是图片类型的
|
||||
img_url = i.file
|
||||
img_path = ""
|
||||
# 下面的三个条件可以直接参考一下。
|
||||
if img_url.startswith("file:///"):
|
||||
img_path = img_url[8:]
|
||||
elif i.file and i.file.startswith("http"):
|
||||
img_path = await download_image_by_url(i.file)
|
||||
else:
|
||||
img_path = img_url
|
||||
|
||||
# 请善于 Debug！
|
||||
|
||||
await self.client.send_image(to=self.get_sender_id(), image_path=img_path)
|
||||
|
||||
await super().send(message) # 需要最后加上这一段，执行父类的 send 方法。
|
||||
```
|
||||
|
||||
最后，main.py 只需这样，在初始化的时候导入 fake_platform_adapter 模块。装饰器会自动注册。
|
||||
|
||||
```py
|
||||
from astrbot.api.star import Context, Star
|
||||
|
||||
class MyPlugin(Star):
|
||||
def __init__(self, context: Context):
|
||||
from .fake_platform_adapter import FakePlatformAdapter # noqa
|
||||
```
|
||||
|
||||
搞好后，运行 AstrBot：
|
||||
|
||||
|
||||
|
||||
这里出现了我们创建的 fake。
|
||||
|
||||
|
||||
|
||||
启动后，可以看到正常工作：
|
||||
|
||||
|
||||
|
||||
|
||||
有任何疑问欢迎加群询问~
|
||||
1
docs/docs/zh/dev/plugin.md
Normal file
1
docs/docs/zh/dev/plugin.md
Normal file
@@ -0,0 +1 @@
|
||||
本页面已经迁移至 [插件基础开发](/dev/star/plugin)。
|
||||
553
docs/docs/zh/dev/star/guides/ai.md
Normal file
553
docs/docs/zh/dev/star/guides/ai.md
Normal file
@@ -0,0 +1,553 @@
|
||||
|
||||
# AI
|
||||
|
||||
AstrBot 内置了对多种大语言模型（LLM）提供商的支持，并且提供了统一的接口，方便插件开发者调用各种 LLM 服务。
|
||||
|
||||
您可以使用 AstrBot 提供的 LLM / Agent 接口来实现自己的智能体。
|
||||
|
||||
我们在 `v4.5.7` 版本之后对 LLM 提供商的调用方式进行了较大调整，推荐使用新的调用方式。新的调用方式更加简洁，并且支持更多的功能。当然，您仍然可以使用[旧的调用方式](/dev/star/plugin#ai)。
|
||||
|
||||
## 获取当前会话使用的聊天模型 ID
|
||||
|
||||
> [!TIP]
|
||||
> 在 v4.5.7 时加入
|
||||
|
||||
```py
|
||||
umo = event.unified_msg_origin
|
||||
provider_id = await self.context.get_current_chat_provider_id(umo=umo)
|
||||
```
|
||||
|
||||
## 调用大模型
|
||||
|
||||
> [!TIP]
|
||||
> 在 v4.5.7 时加入
|
||||
|
||||
```py
|
||||
llm_resp = await self.context.llm_generate(
|
||||
chat_provider_id=provider_id, # 聊天模型 ID
|
||||
prompt="Hello, world!",
|
||||
)
|
||||
# print(llm_resp.completion_text) # 获取返回的文本
|
||||
```
|
||||
|
||||
## 定义 Tool
|
||||
|
||||
Tool 是大语言模型调用外部工具的能力。
|
||||
|
||||
```py
|
||||
from pydantic import Field
|
||||
from pydantic.dataclasses import dataclass
|
||||
|
||||
from astrbot.core.agent.run_context import ContextWrapper
|
||||
from astrbot.core.agent.tool import FunctionTool, ToolExecResult
|
||||
from astrbot.core.astr_agent_context import AstrAgentContext
|
||||
|
||||
|
||||
@dataclass
|
||||
class BilibiliTool(FunctionTool[AstrAgentContext]):
|
||||
name: str = "bilibili_videos" # 工具名称
|
||||
description: str = "A tool to fetch Bilibili videos." # 工具描述
|
||||
parameters: dict = Field(
|
||||
default_factory=lambda: {
|
||||
"type": "object",
|
||||
"properties": {
|
||||
"keywords": {
|
||||
"type": "string",
|
||||
"description": "Keywords to search for Bilibili videos.",
|
||||
},
|
||||
},
|
||||
"required": ["keywords"],
|
||||
}
|
||||
)
|
||||
|
||||
async def call(
|
||||
self, context: ContextWrapper[AstrAgentContext], **kwargs
|
||||
) -> ToolExecResult:
|
||||
return "1. 视频标题：如何使用AstrBot\n视频链接：xxxxxx"
|
||||
```
|
||||
|
||||
## 注册 Tool 到 AstrBot
|
||||
|
||||
在上面定义好 Tool 之后，如果你需要实现的功能是让用户在使用 AstrBot 进行对话时自动调用该 Tool，那么你需要在插件的 __init__ 方法中将 Tool 注册到 AstrBot 中：
|
||||
|
||||
```py
|
||||
class MyPlugin(Star):
|
||||
def __init__(self, context: Context):
|
||||
super().__init__(context)
|
||||
# >= v4.5.1 使用：
|
||||
self.context.add_llm_tools(BilibiliTool(), SecondTool(), ...)
|
||||
|
||||
# < v4.5.1 之前使用：
|
||||
tool_mgr = self.context.provider_manager.llm_tools
|
||||
tool_mgr.func_list.append(BilibiliTool())
|
||||
```
|
||||
|
||||
### 通过装饰器定义 Tool 和注册 Tool
|
||||
|
||||
除了上述的通过 `@dataclass` 定义 Tool 的方式之外，你也可以使用装饰器的方式注册 tool 到 AstrBot。如果请务必按照以下格式编写一个工具（包括函数注释，AstrBot 会解析该函数注释，请务必将注释格式写对）
|
||||
|
||||
```py{3,4,5,6,7}
|
||||
@filter.llm_tool(name="get_weather") # 如果 name 不填，将使用函数名
|
||||
async def get_weather(self, event: AstrMessageEvent, location: str) -> MessageEventResult:
|
||||
'''获取天气信息。
|
||||
|
||||
Args:
|
||||
location(string): 地点
|
||||
'''
|
||||
resp = self.get_weather_from_api(location)
|
||||
yield event.plain_result("天气信息: " + resp)
|
||||
```
|
||||
|
||||
在 `location(string): 地点` 中，`location` 是参数名，`string` 是参数类型，`地点` 是参数描述。
|
||||
|
||||
支持的参数类型有 `string`, `number`, `object`, `boolean`, `array`。在 v4.5.7 之后，支持对 `array` 类型参数指定子类型，例如 `array[string]`。
|
||||
|
||||
## 调用 Agent
|
||||
|
||||
> [!TIP]
|
||||
> 在 v4.5.7 时加入
|
||||
|
||||
Agent 可以被定义为 system_prompt + tools + llm 的结合体，可以实现更复杂的智能体行为。
|
||||
|
||||
在上面定义好 Tool 之后，可以通过以下方式调用 Agent：
|
||||
|
||||
```py
|
||||
llm_resp = await self.context.tool_loop_agent(
|
||||
event=event,
|
||||
chat_provider_id=prov_id,
|
||||
prompt="搜索一下 bilibili 上关于 AstrBot 的相关视频。",
|
||||
tools=ToolSet([BilibiliTool()]),
|
||||
max_steps=30, # Agent 最大执行步骤
|
||||
tool_call_timeout=60, # 工具调用超时时间
|
||||
)
|
||||
# print(llm_resp.completion_text) # 获取返回的文本
|
||||
```
|
||||
|
||||
`tool_loop_agent()` 方法会自动处理工具调用和大模型请求的循环，直到大模型不再调用工具或者达到最大步骤数为止。
|
||||
|
||||
## Multi-Agent
|
||||
|
||||
> [!TIP]
|
||||
> 在 v4.5.7 时加入
|
||||
|
||||
Multi-Agent（多智能体）系统将复杂应用分解为多个专业化智能体，它们协同解决问题。不同于依赖单个智能体处理每一步，多智能体架构允许将更小、更专注的智能体组合成协调的工作流程。我们使用 `agent-as-tool` 模式来实现多智能体系统。
|
||||
|
||||
在下面的例子中，我们定义了一个主智能体（Main Agent），它负责根据用户查询将任务分配给不同的子智能体（Sub-Agents）。每个子智能体专注于特定任务，例如获取天气信息。
|
||||
|
||||
|
||||
|
||||
定义 Tools:
|
||||
|
||||
```py
|
||||
from pydantic import Field
|
||||
from pydantic.dataclasses import dataclass
|
||||
|
||||
from astrbot.core.agent.run_context import ContextWrapper
|
||||
from astrbot.core.agent.tool import FunctionTool, ToolExecResult
|
||||
from astrbot.core.astr_agent_context import AstrAgentContext
|
||||
|
||||
@dataclass
|
||||
class AssignAgentTool(FunctionTool[AstrAgentContext]):
|
||||
"""Main agent uses this tool to decide which sub-agent to delegate a task to."""
|
||||
|
||||
name: str = "assign_agent"
|
||||
description: str = "Assign an agent to a task based on the given query"
|
||||
parameters: dict = Field(
|
||||
default_factory=lambda: {
|
||||
"type": "object",
|
||||
"properties": {
|
||||
"query": {
|
||||
"type": "string",
|
||||
"description": "The query to call the sub-agent with.",
|
||||
},
|
||||
},
|
||||
"required": ["query"],
|
||||
}
|
||||
)
|
||||
|
||||
async def call(
|
||||
self, context: ContextWrapper[AstrAgentContext], **kwargs
|
||||
) -> ToolExecResult:
|
||||
# Here you would implement the actual agent assignment logic.
|
||||
# For demonstration purposes, we'll return a dummy response.
|
||||
return "Based on the query, you should assign agent 1."
|
||||
|
||||
|
||||
@dataclass
|
||||
class WeatherTool(FunctionTool[AstrAgentContext]):
|
||||
"""In this example, sub agent 1 uses this tool to get weather information."""
|
||||
|
||||
name: str = "weather"
|
||||
description: str = "Get weather information for a location"
|
||||
parameters: dict = Field(
|
||||
default_factory=lambda: {
|
||||
"type": "object",
|
||||
"properties": {
|
||||
"city": {
|
||||
"type": "string",
|
||||
"description": "The city to get weather information for.",
|
||||
},
|
||||
},
|
||||
"required": ["city"],
|
||||
}
|
||||
)
|
||||
|
||||
async def call(
|
||||
self, context: ContextWrapper[AstrAgentContext], **kwargs
|
||||
) -> ToolExecResult:
|
||||
city = kwargs["city"]
|
||||
# Here you would implement the actual weather fetching logic.
|
||||
# For demonstration purposes, we'll return a dummy response.
|
||||
return f"The current weather in {city} is sunny with a temperature of 25°C."
|
||||
|
||||
|
||||
@dataclass
|
||||
class SubAgent1(FunctionTool[AstrAgentContext]):
|
||||
"""Define a sub-agent as a function tool."""
|
||||
|
||||
name: str = "subagent1_name"
|
||||
description: str = "subagent1_description"
|
||||
parameters: dict = Field(
|
||||
default_factory=lambda: {
|
||||
"type": "object",
|
||||
"properties": {
|
||||
"query": {
|
||||
"type": "string",
|
||||
"description": "The query to call the sub-agent with.",
|
||||
},
|
||||
},
|
||||
"required": ["query"],
|
||||
}
|
||||
)
|
||||
|
||||
async def call(
|
||||
self, context: ContextWrapper[AstrAgentContext], **kwargs
|
||||
) -> ToolExecResult:
|
||||
ctx = context.context.context
|
||||
event = context.context.event
|
||||
logger.info(f"the llm context messages: {context.messages}")
|
||||
llm_resp = await ctx.tool_loop_agent(
|
||||
event=event,
|
||||
chat_provider_id=await ctx.get_current_chat_provider_id(
|
||||
event.unified_msg_origin
|
||||
),
|
||||
prompt=kwargs["query"],
|
||||
tools=ToolSet([WeatherTool()]),
|
||||
max_steps=30,
|
||||
)
|
||||
return llm_resp.completion_text
|
||||
|
||||
|
||||
@dataclass
|
||||
class SubAgent2(FunctionTool[AstrAgentContext]):
|
||||
"""Define a sub-agent as a function tool."""
|
||||
|
||||
name: str = "subagent2_name"
|
||||
description: str = "subagent2_description"
|
||||
parameters: dict = Field(
|
||||
default_factory=lambda: {
|
||||
"type": "object",
|
||||
"properties": {
|
||||
"query": {
|
||||
"type": "string",
|
||||
"description": "The query to call the sub-agent with.",
|
||||
},
|
||||
},
|
||||
"required": ["query"],
|
||||
}
|
||||
)
|
||||
|
||||
async def call(
|
||||
self, context: ContextWrapper[AstrAgentContext], **kwargs
|
||||
) -> ToolExecResult:
|
||||
return "I am useless :(, you shouldn't call me :("
|
||||
```
|
||||
|
||||
然后，同样地，通过 `tool_loop_agent()` 方法调用 Agent：
|
||||
|
||||
```py
|
||||
@filter.command("test")
|
||||
async def test(self, event: AstrMessageEvent):
|
||||
umo = event.unified_msg_origin
|
||||
prov_id = await self.context.get_current_chat_provider_id(umo)
|
||||
llm_resp = await self.context.tool_loop_agent(
|
||||
event=event,
|
||||
chat_provider_id=prov_id,
|
||||
prompt="Test calling sub-agent for Beijing's weather information.",
|
||||
system_prompt=(
|
||||
"You are the main agent. Your task is to delegate tasks to sub-agents based on user queries."
|
||||
"Before delegating, use the 'assign_agent' tool to determine which sub-agent is best suited for the task."
|
||||
),
|
||||
tools=ToolSet([SubAgent1(), SubAgent2(), AssignAgentTool()]),
|
||||
max_steps=30,
|
||||
)
|
||||
yield event.plain_result(llm_resp.completion_text)
|
||||
```
|
||||
|
||||
## 对话管理器
|
||||
|
||||
### 获取会话当前的 LLM 对话历史 `get_conversation`
|
||||
|
||||
```py
|
||||
from astrbot.core.conversation_mgr import Conversation
|
||||
|
||||
uid = event.unified_msg_origin
|
||||
conv_mgr = self.context.conversation_manager
|
||||
curr_cid = await conv_mgr.get_curr_conversation_id(uid)
|
||||
conversation = await conv_mgr.get_conversation(uid, curr_cid) # Conversation
|
||||
```
|
||||
|
||||
::: details Conversation 类型定义
|
||||
|
||||
```py
|
||||
@dataclass
|
||||
class Conversation:
|
||||
"""The conversation entity representing a chat session."""
|
||||
|
||||
platform_id: str
|
||||
"""The platform ID in AstrBot"""
|
||||
user_id: str
|
||||
"""The user ID associated with the conversation."""
|
||||
cid: str
|
||||
"""The conversation ID, in UUID format."""
|
||||
history: str = ""
|
||||
"""The conversation history as a string."""
|
||||
title: str | None = ""
|
||||
"""The title of the conversation. For now, it's only used in WebChat."""
|
||||
persona_id: str | None = ""
|
||||
"""The persona ID associated with the conversation."""
|
||||
created_at: int = 0
|
||||
"""The timestamp when the conversation was created."""
|
||||
updated_at: int = 0
|
||||
"""The timestamp when the conversation was last updated."""
|
||||
```
|
||||
|
||||
:::
|
||||
|
||||
### 快速添加 LLM 记录到对话 `add_message_pair`
|
||||
|
||||
```py
|
||||
from astrbot.core.agent.message import (
|
||||
AssistantMessageSegment,
|
||||
UserMessageSegment,
|
||||
TextPart,
|
||||
)
|
||||
|
||||
curr_cid = await conv_mgr.get_curr_conversation_id(event.unified_msg_origin)
|
||||
user_msg = UserMessageSegment(content=[TextPart(text="hi")])
|
||||
llm_resp = await self.context.llm_generate(
|
||||
chat_provider_id=provider_id, # 聊天模型 ID
|
||||
contexts=[user_msg], # 当未指定 prompt 时，使用 contexts 作为输入；同时指定 prompt 和 contexts 时，prompt 会被添加到 LLM 输入的最后
|
||||
)
|
||||
await conv_mgr.add_message_pair(
|
||||
cid=curr_cid,
|
||||
user_message=user_msg,
|
||||
assistant_message=AssistantMessageSegment(
|
||||
content=[TextPart(text=llm_resp.completion_text)]
|
||||
),
|
||||
)
|
||||
```
|
||||
|
||||
### 主要方法
|
||||
|
||||
#### `new_conversation`
|
||||
|
||||
- __Usage__
|
||||
在当前会话中新建一条对话，并自动切换为该对话。
|
||||
- __Arguments__
|
||||
- `unified_msg_origin: str` – 形如 `platform_name:message_type:session_id`
|
||||
- `platform_id: str | None` – 平台标识，默认从 `unified_msg_origin` 解析
|
||||
- `content: list[dict] | None` – 初始历史消息
|
||||
- `title: str | None` – 对话标题
|
||||
- `persona_id: str | None` – 绑定的 persona ID
|
||||
- __Returns__
|
||||
`str` – 新生成的 UUID 对话 ID
|
||||
|
||||
#### `switch_conversation`
|
||||
|
||||
- __Usage__
|
||||
将会话切换到指定的对话。
|
||||
- __Arguments__
|
||||
- `unified_msg_origin: str`
|
||||
- `conversation_id: str`
|
||||
- __Returns__
|
||||
`None`
|
||||
|
||||
#### `delete_conversation`
|
||||
|
||||
- __Usage__
|
||||
删除会话中的某条对话；若 `conversation_id` 为 `None`，则删除当前对话。
|
||||
- __Arguments__
|
||||
- `unified_msg_origin: str`
|
||||
- `conversation_id: str | None`
|
||||
- __Returns__
|
||||
`None`
|
||||
|
||||
#### `get_curr_conversation_id`
|
||||
|
||||
- __Usage__
|
||||
获取当前会话正在使用的对话 ID。
|
||||
- __Arguments__
|
||||
- `unified_msg_origin: str`
|
||||
- __Returns__
|
||||
`str | None` – 当前对话 ID，不存在时返回 `None`
|
||||
|
||||
#### `get_conversation`
|
||||
|
||||
- __Usage__
|
||||
获取指定对话的完整对象；若不存在且 `create_if_not_exists=True` 则自动创建。
|
||||
- __Arguments__
|
||||
- `unified_msg_origin: str`
|
||||
- `conversation_id: str`
|
||||
- `create_if_not_exists: bool = False`
|
||||
- __Returns__
|
||||
`Conversation | None`
|
||||
|
||||
#### `get_conversations`
|
||||
|
||||
- __Usage__
|
||||
拉取用户或平台下的全部对话列表。
|
||||
- __Arguments__
|
||||
- `unified_msg_origin: str | None` – 为 `None` 时不过滤用户
|
||||
- `platform_id: str | None`
|
||||
- __Returns__
|
||||
`List[Conversation]`
|
||||
|
||||
#### `update_conversation`
|
||||
|
||||
- __Usage__
|
||||
更新对话的标题、历史记录或 persona_id。
|
||||
- __Arguments__
|
||||
- `unified_msg_origin: str`
|
||||
- `conversation_id: str | None` – 为 `None` 时使用当前对话
|
||||
- `history: list[dict] | None`
|
||||
- `title: str | None`
|
||||
- `persona_id: str | None`
|
||||
- __Returns__
|
||||
`None`
|
||||
|
||||
## 人格设定管理器
|
||||
|
||||
`PersonaManager` 负责统一加载、缓存并提供所有人格（Persona）的增删改查接口，同时兼容 AstrBot 4.x 之前的旧版人格格式（v3）。
|
||||
初始化时会自动从数据库读取全部人格，并生成一份 v3 兼容数据，供旧代码无缝使用。
|
||||
|
||||
```py
|
||||
persona_mgr = self.context.persona_manager
|
||||
```
|
||||
|
||||
### 主要方法
|
||||
|
||||
#### `get_persona`
|
||||
|
||||
- __Usage__
|
||||
获取根据人格 ID 获取人格数据。
|
||||
- __Arguments__
|
||||
- `persona_id: str` – 人格 ID
|
||||
- __Returns__
|
||||
`Persona` – 人格数据，若不存在则返回 None
|
||||
- __Raises__
|
||||
`ValueError` – 当不存在时抛出
|
||||
|
||||
#### `get_all_personas`
|
||||
|
||||
- __Usage__
|
||||
一次性获取数据库中所有人格。
|
||||
- __Returns__
|
||||
`list[Persona]` – 人格列表，可能为空
|
||||
|
||||
#### `create_persona`
|
||||
|
||||
- __Usage__
|
||||
新建人格并立即写入数据库，成功后自动刷新本地缓存。
|
||||
- __Arguments__
|
||||
- `persona_id: str` – 新人格 ID（唯一）
|
||||
- `system_prompt: str` – 系统提示词
|
||||
- `begin_dialogs: list[str]` – 可选，开场对话（偶数条，user/assistant 交替）
|
||||
- `tools: list[str]` – 可选，允许使用的工具列表；`None`=全部工具，`[]`=禁用全部
|
||||
- __Returns__
|
||||
`Persona` – 新建后的人格对象
|
||||
- __Raises__
|
||||
`ValueError` – 若 `persona_id` 已存在
|
||||
|
||||
#### `update_persona`
|
||||
|
||||
- __Usage__
|
||||
更新现有人格的任意字段，并同步到数据库与缓存。
|
||||
- __Arguments__
|
||||
- `persona_id: str` – 待更新的人格 ID
|
||||
- `system_prompt: str` – 可选，新的系统提示词
|
||||
- `begin_dialogs: list[str]` – 可选，新的开场对话
|
||||
- `tools: list[str]` – 可选，新的工具列表；语义同 `create_persona`
|
||||
- __Returns__
|
||||
`Persona` – 更新后的人格对象
|
||||
- __Raises__
|
||||
`ValueError` – 若 `persona_id` 不存在
|
||||
|
||||
#### `delete_persona`
|
||||
|
||||
- __Usage__
|
||||
删除指定人格，同时清理数据库与缓存。
|
||||
- __Arguments__
|
||||
- `persona_id: str` – 待删除的人格 ID
|
||||
- __Raises__
|
||||
`Valueable` – 若 `persona_id` 不存在
|
||||
|
||||
#### `get_default_persona_v3`
|
||||
|
||||
- __Usage__
|
||||
根据当前会话配置，获取应使用的默认人格（v3 格式）。
|
||||
若配置未指定或指定的人格不存在，则回退到 `DEFAULT_PERSONALITY`。
|
||||
- __Arguments__
|
||||
- `umo: str | MessageSession | None` – 会话标识，用于读取用户级配置
|
||||
- __Returns__
|
||||
`Personality` – v3 格式的默认人格对象
|
||||
|
||||
::: details Persona / Personality 类型定义
|
||||
|
||||
```py
|
||||
|
||||
class Persona(SQLModel, table=True):
|
||||
"""Persona is a set of instructions for LLMs to follow.
|
||||
|
||||
It can be used to customize the behavior of LLMs.
|
||||
"""
|
||||
|
||||
__tablename__ = "personas"
|
||||
|
||||
id: int = Field(primary_key=True, sa_column_kwargs={"autoincrement": True})
|
||||
persona_id: str = Field(max_length=255, nullable=False)
|
||||
system_prompt: str = Field(sa_type=Text, nullable=False)
|
||||
begin_dialogs: Optional[list] = Field(default=None, sa_type=JSON)
|
||||
"""a list of strings, each representing a dialog to start with"""
|
||||
tools: Optional[list] = Field(default=None, sa_type=JSON)
|
||||
"""None means use ALL tools for default, empty list means no tools, otherwise a list of tool names."""
|
||||
created_at: datetime = Field(default_factory=lambda: datetime.now(timezone.utc))
|
||||
updated_at: datetime = Field(
|
||||
default_factory=lambda: datetime.now(timezone.utc),
|
||||
sa_column_kwargs={"onupdate": datetime.now(timezone.utc)},
|
||||
)
|
||||
|
||||
__table_args__ = (
|
||||
UniqueConstraint(
|
||||
"persona_id",
|
||||
name="uix_persona_id",
|
||||
),
|
||||
)
|
||||
|
||||
|
||||
class Personality(TypedDict):
|
||||
"""LLM 人格类。
|
||||
|
||||
在 v4.0.0 版本及之后，推荐使用上面的 Persona 类。并且， mood_imitation_dialogs 字段已被废弃。
|
||||
"""
|
||||
|
||||
prompt: str
|
||||
name: str
|
||||
begin_dialogs: list[str]
|
||||
mood_imitation_dialogs: list[str]
|
||||
"""情感模拟对话预设。在 v4.0.0 版本及之后，已被废弃。"""
|
||||
tools: list[str] | None
|
||||
"""工具列表。None 表示使用所有工具，空列表表示不使用任何工具"""
|
||||
```
|
||||
|
||||
:::
|
||||
48
docs/docs/zh/dev/star/guides/env.md
Normal file
48
docs/docs/zh/dev/star/guides/env.md
Normal file
@@ -0,0 +1,48 @@
|
||||
|
||||
# 开发环境准备
|
||||
|
||||
## 获取插件模板
|
||||
|
||||
1. 打开 AstrBot 插件模板: [helloworld](https://github.com/Soulter/helloworld)
|
||||
2. 点击右上角的 `Use this template`
|
||||
3. 然后点击 `Create new repository`。
|
||||
4. 在 `Repository name` 处填写您的插件名。插件名格式:
|
||||
- 推荐以 `astrbot_plugin_` 开头；
|
||||
- 不能包含空格；
|
||||
- 保持全部字母小写；
|
||||
- 尽量简短。
|
||||
5. 点击右下角的 `Create repository`。
|
||||
|
||||
|
||||
|
||||
## Clone 插件和 AstrBot 项目
|
||||
|
||||
Clone AstrBot 项目本体和刚刚创建的插件仓库到本地。
|
||||
|
||||
```bash
|
||||
git clone https://github.com/AstrBotDevs/AstrBot
|
||||
mkdir -p AstrBot/data/plugins
|
||||
cd AstrBot/data/plugins
|
||||
git clone 插件仓库地址
|
||||
```
|
||||
|
||||
然后，使用 `VSCode` 打开 `AstrBot` 项目。找到 `data/plugins/<你的插件名字>` 目录。
|
||||
|
||||
更新 `metadata.yaml` 文件，填写插件的元数据信息。
|
||||
|
||||
> [!NOTE]
|
||||
> AstrBot 插件市场的信息展示依赖于 `metadata.yaml` 文件。
|
||||
|
||||
## 调试插件
|
||||
|
||||
AstrBot 采用在运行时注入插件的机制。因此，在调试插件时，需要启动 AstrBot 本体。
|
||||
|
||||
您可以使用 AstrBot 的热重载功能简化开发流程。
|
||||
|
||||
插件的代码修改后，可以在 AstrBot WebUI 的插件管理处找到自己的插件，点击右上角 `...` 按钮，选择 `重载插件`。
|
||||
|
||||
## 插件依赖管理
|
||||
|
||||
目前 AstrBot 对插件的依赖管理使用 `pip` 自带的 `requirements.txt` 文件。如果你的插件需要依赖第三方库，请务必在插件目录下创建 `requirements.txt` 文件并写入所使用的依赖库，以防止用户在安装你的插件时出现依赖未找到(Module Not Found)的问题。
|
||||
|
||||
> `requirements.txt` 的完整格式可以参考 [pip 官方文档](https://pip.pypa.io/en/stable/reference/requirements-file-format/)。
|
||||
66
docs/docs/zh/dev/star/guides/html-to-pic.md
Normal file
66
docs/docs/zh/dev/star/guides/html-to-pic.md
Normal file
@@ -0,0 +1,66 @@
|
||||
|
||||
# 文转图
|
||||
|
||||
> [!TIP]
|
||||
> 为了方便开发，您可以使用 [AstrBot Text2Image Playground](https://t2i-playground.astrbot.app/) 在线可视化编辑和测试 HTML 模板。
|
||||
|
||||
## 基本
|
||||
|
||||
AstrBot 支持将文字渲染成图片。
|
||||
|
||||
```python
|
||||
@filter.command("image") # 注册一个 /image 指令，接收 text 参数。
|
||||
async def on_aiocqhttp(self, event: AstrMessageEvent, text: str):
|
||||
url = await self.text_to_image(text) # text_to_image() 是 Star 类的一个方法。
|
||||
# path = await self.text_to_image(text, return_url = False) # 如果你想保存图片到本地
|
||||
yield event.image_result(url)
|
||||
|
||||
```
|
||||
|
||||
|
||||
|
||||
## 自定义(基于 HTML)
|
||||
|
||||
如果你觉得上面渲染出来的图片不够美观，你可以使用自定义的 HTML 模板来渲染图片。
|
||||
|
||||
AstrBot 支持使用 `HTML + Jinja2` 的方式来渲染文转图模板。
|
||||
|
||||
```py{7}
|
||||
# 自定义的 Jinja2 模板，支持 CSS
|
||||
TMPL = '''
|
||||
<div style="font-size: 32px;">
|
||||
<h1 style="color: black">Todo List</h1>
|
||||
|
||||
<ul>
|
||||
{% for item in items %}
|
||||
<li>{{ item }}</li>
|
||||
{% endfor %}
|
||||
</div>
|
||||
'''
|
||||
|
||||
@filter.command("todo")
|
||||
async def custom_t2i_tmpl(self, event: AstrMessageEvent):
|
||||
options = {} # 可选择传入渲染选项。
|
||||
url = await self.html_render(TMPL, {"items": ["吃饭", "睡觉", "玩原神"]}, options=options) # 第二个参数是 Jinja2 的渲染数据
|
||||
yield event.image_result(url)
|
||||
```
|
||||
|
||||
返回的结果:
|
||||
|
||||
|
||||
|
||||
这只是一个简单的例子。得益于 HTML 和 DOM 渲染器的强大性，你可以进行更复杂和更美观的的设计。除此之外，Jinja2 支持循环、条件等语法以适应列表、字典等数据结构。你可以从网上了解更多关于 Jinja2 的知识。
|
||||
|
||||
**图片渲染选项(options)**：
|
||||
|
||||
请参考 Playwright 的 [screenshot](https://playwright.dev/python/docs/api/class-page#page-screenshot) API。
|
||||
|
||||
- `timeout` (float, optional): 截图超时时间.
|
||||
- `type` (Literal["jpeg", "png"], optional): 截图图片类型.
|
||||
- `quality` (int, optional): 截图质量，仅适用于 JPEG 格式图片.
|
||||
- `omit_background` (bool, optional): 是否允许隐藏默认的白色背景，这样就可以截透明图了，仅适用于 PNG 格式
|
||||
- `full_page` (bool, optional): 是否截整个页面而不是仅设置的视口大小，默认为 True.
|
||||
- `clip` (dict, optional): 截图后裁切的区域。参考 Playwright screenshot API。
|
||||
- `animations`: (Literal["allow", "disabled"], optional): 是否允许播放 CSS 动画.
|
||||
- `caret`: (Literal["hide", "initial"], optional): 当设置为 hide 时，截图时将隐藏文本插入符号，默认为 hide.
|
||||
- `scale`: (Literal["css", "device"], optional): 页面缩放设置. 当设置为 css 时，则将设备分辨率与 CSS 中的像素一一对应，在高分屏上会使得截图变小. 当设置为 device 时，则根据设备的屏幕缩放设置或当前 Playwright 的 Page/Context 中的 device_scale_factor 参数来缩放.
|
||||
364
docs/docs/zh/dev/star/guides/listen-message-event.md
Normal file
364
docs/docs/zh/dev/star/guides/listen-message-event.md
Normal file
@@ -0,0 +1,364 @@
|
||||
|
||||
# 处理消息事件
|
||||
|
||||
事件监听器可以收到平台下发的消息内容，可以实现指令、指令组、事件监听等功能。
|
||||
|
||||
事件监听器的注册器在 `astrbot.api.event.filter` 下，需要先导入。请务必导入，否则会和 python 的高阶函数 filter 冲突。
|
||||
|
||||
```py
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
```
|
||||
|
||||
## 消息与事件
|
||||
|
||||
AstrBot 接收消息平台下发的消息，并将其封装为 `AstrMessageEvent` 对象，传递给插件进行处理。
|
||||
|
||||
|
||||
|
||||
### 消息事件
|
||||
|
||||
`AstrMessageEvent` 是 AstrBot 的消息事件对象，其中存储了消息发送者、消息内容等信息。
|
||||
|
||||
### 消息对象
|
||||
|
||||
`AstrBotMessage` 是 AstrBot 的消息对象，其中存储了消息平台下发的消息具体内容，`AstrMessageEvent` 对象中包含一个 `message_obj` 属性用于获取该消息对象。
|
||||
|
||||
```py{11}
|
||||
class AstrBotMessage:
|
||||
'''AstrBot 的消息对象'''
|
||||
type: MessageType # 消息类型
|
||||
self_id: str # 机器人的识别id
|
||||
session_id: str # 会话id。取决于 unique_session 的设置。
|
||||
message_id: str # 消息id
|
||||
group_id: str = "" # 群组id，如果为私聊，则为空
|
||||
sender: MessageMember # 发送者
|
||||
message: List[BaseMessageComponent] # 消息链。比如 [Plain("Hello"), At(qq=123456)]
|
||||
message_str: str # 最直观的纯文本消息字符串，将消息链中的 Plain 消息（文本消息）连接起来
|
||||
raw_message: object
|
||||
timestamp: int # 消息时间戳
|
||||
```
|
||||
|
||||
其中，`raw_message` 是消息平台适配器的**原始消息对象**。
|
||||
|
||||
### 消息链
|
||||
|
||||
|
||||
|
||||
`消息链`描述一个消息的结构，是一个有序列表，列表中每一个元素称为`消息段`。
|
||||
|
||||
常见的消息段类型有：
|
||||
|
||||
- `Plain`：文本消息段
|
||||
- `At`：提及消息段
|
||||
- `Image`：图片消息段
|
||||
- `Record`：语音消息段
|
||||
- `Video`：视频消息段
|
||||
- `File`：文件消息段
|
||||
|
||||
大多数消息平台都支持上面的消息段类型。
|
||||
|
||||
此外，OneBot v11 平台（QQ 个人号等）还支持以下较为常见的消息段类型：
|
||||
|
||||
- `Face`：表情消息段
|
||||
- `Node`：合并转发消息中的一个节点
|
||||
- `Nodes`：合并转发消息中的多个节点
|
||||
- `Poke`：戳一戳消息段
|
||||
|
||||
在 AstrBot 中，消息链表示为 `List[BaseMessageComponent]` 类型的列表。
|
||||
|
||||
## 指令
|
||||
|
||||
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
from astrbot.api.star import Context, Star
|
||||
|
||||
class MyPlugin(Star):
|
||||
def __init__(self, context: Context):
|
||||
super().__init__(context)
|
||||
|
||||
@filter.command("helloworld") # from astrbot.api.event.filter import command
|
||||
async def helloworld(self, event: AstrMessageEvent):
|
||||
'''这是 hello world 指令'''
|
||||
user_name = event.get_sender_name()
|
||||
message_str = event.message_str # 获取消息的纯文本内容
|
||||
yield event.plain_result(f"Hello, {user_name}!")
|
||||
```
|
||||
|
||||
> [!TIP]
|
||||
> 指令不能带空格，否则 AstrBot 会将其解析到第二个参数。可以使用下面的指令组功能，或者也使用监听器自己解析消息内容。
|
||||
|
||||
## 带参指令
|
||||
|
||||
|
||||
|
||||
AstrBot 会自动帮你解析指令的参数。
|
||||
|
||||
```python
|
||||
@filter.command("add")
|
||||
def add(self, event: AstrMessageEvent, a: int, b: int):
|
||||
# /add 1 2 -> 结果是: 3
|
||||
yield event.plain_result(f"Wow! The anwser is {a + b}!")
|
||||
```
|
||||
|
||||
## 指令组
|
||||
|
||||
指令组可以帮助你组织指令。
|
||||
|
||||
```python
|
||||
@filter.command_group("math")
|
||||
def math(self):
|
||||
pass
|
||||
|
||||
@math.command("add")
|
||||
async def add(self, event: AstrMessageEvent, a: int, b: int):
|
||||
# /math add 1 2 -> 结果是: 3
|
||||
yield event.plain_result(f"结果是: {a + b}")
|
||||
|
||||
@math.command("sub")
|
||||
async def sub(self, event: AstrMessageEvent, a: int, b: int):
|
||||
# /math sub 1 2 -> 结果是: -1
|
||||
yield event.plain_result(f"结果是: {a - b}")
|
||||
```
|
||||
|
||||
指令组函数内不需要实现任何函数，请直接 `pass` 或者添加函数内注释。指令组的子指令使用 `指令组名.command` 来注册。
|
||||
|
||||
当用户没有输入子指令时，会报错并，并渲染出该指令组的树形结构。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
理论上，指令组可以无限嵌套！
|
||||
|
||||
```py
|
||||
'''
|
||||
math
|
||||
├── calc
|
||||
│ ├── add (a(int),b(int),)
|
||||
│ ├── sub (a(int),b(int),)
|
||||
│ ├── help (无参数指令)
|
||||
'''
|
||||
|
||||
@filter.command_group("math")
|
||||
def math():
|
||||
pass
|
||||
|
||||
@math.group("calc") # 请注意，这里是 group，而不是 command_group
|
||||
def calc():
|
||||
pass
|
||||
|
||||
@calc.command("add")
|
||||
async def add(self, event: AstrMessageEvent, a: int, b: int):
|
||||
yield event.plain_result(f"结果是: {a + b}")
|
||||
|
||||
@calc.command("sub")
|
||||
async def sub(self, event: AstrMessageEvent, a: int, b: int):
|
||||
yield event.plain_result(f"结果是: {a - b}")
|
||||
|
||||
@calc.command("help")
|
||||
def calc_help(self, event: AstrMessageEvent):
|
||||
# /math calc help
|
||||
yield event.plain_result("这是一个计算器插件，拥有 add, sub 指令。")
|
||||
```
|
||||
|
||||
## 指令别名
|
||||
|
||||
> v3.4.28 后
|
||||
|
||||
可以为指令或指令组添加不同的别名：
|
||||
|
||||
```python
|
||||
@filter.command("help", alias={'帮助', 'helpme'})
|
||||
def help(self, event: AstrMessageEvent):
|
||||
yield event.plain_result("这是一个计算器插件，拥有 add, sub 指令。")
|
||||
```
|
||||
|
||||
### 事件类型过滤
|
||||
|
||||
#### 接收所有
|
||||
|
||||
这将接收所有的事件。
|
||||
|
||||
```python
|
||||
@filter.event_message_type(filter.EventMessageType.ALL)
|
||||
async def on_all_message(self, event: AstrMessageEvent):
|
||||
yield event.plain_result("收到了一条消息。")
|
||||
```
|
||||
|
||||
#### 群聊和私聊
|
||||
|
||||
```python
|
||||
@filter.event_message_type(filter.EventMessageType.PRIVATE_MESSAGE)
|
||||
async def on_private_message(self, event: AstrMessageEvent):
|
||||
message_str = event.message_str # 获取消息的纯文本内容
|
||||
yield event.plain_result("收到了一条私聊消息。")
|
||||
```
|
||||
|
||||
`EventMessageType` 是一个 `Enum` 类型，包含了所有的事件类型。当前的事件类型有 `PRIVATE_MESSAGE` 和 `GROUP_MESSAGE`。
|
||||
|
||||
#### 消息平台
|
||||
|
||||
```python
|
||||
@filter.platform_adapter_type(filter.PlatformAdapterType.AIOCQHTTP | filter.PlatformAdapterType.QQOFFICIAL)
|
||||
async def on_aiocqhttp(self, event: AstrMessageEvent):
|
||||
'''只接收 AIOCQHTTP 和 QQOFFICIAL 的消息'''
|
||||
yield event.plain_result("收到了一条信息")
|
||||
```
|
||||
|
||||
当前版本下，`PlatformAdapterType` 有 `AIOCQHTTP`, `QQOFFICIAL`, `GEWECHAT`, `ALL`。
|
||||
|
||||
#### 管理员指令
|
||||
|
||||
```python
|
||||
@filter.permission_type(filter.PermissionType.ADMIN)
|
||||
@filter.command("test")
|
||||
async def test(self, event: AstrMessageEvent):
|
||||
pass
|
||||
```
|
||||
|
||||
仅管理员才能使用 `test` 指令。
|
||||
|
||||
### 多个过滤器
|
||||
|
||||
支持同时使用多个过滤器，只需要在函数上添加多个装饰器即可。过滤器使用 `AND` 逻辑。也就是说，只有所有的过滤器都通过了，才会执行函数。
|
||||
|
||||
```python
|
||||
@filter.command("helloworld")
|
||||
@filter.event_message_type(filter.EventMessageType.PRIVATE_MESSAGE)
|
||||
async def helloworld(self, event: AstrMessageEvent):
|
||||
yield event.plain_result("你好！")
|
||||
```
|
||||
|
||||
### 事件钩子
|
||||
|
||||
> [!TIP]
|
||||
> 事件钩子不支持与上面的 @filter.command, @filter.command_group, @filter.event_message_type, @filter.platform_adapter_type, @filter.permission_type 一起使用。
|
||||
|
||||
#### Bot 初始化完成时
|
||||
|
||||
> v3.4.34 后
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
|
||||
@filter.on_astrbot_loaded()
|
||||
async def on_astrbot_loaded(self):
|
||||
print("AstrBot 初始化完成")
|
||||
|
||||
```
|
||||
|
||||
#### 等待 LLM 请求时
|
||||
|
||||
在 AstrBot 准备调用 LLM 但还未获取会话锁时，会触发 `on_waiting_llm_request` 钩子。
|
||||
|
||||
这个钩子适合用于发送"正在等待请求..."等用户反馈提示，亦或是在锁外及时获取LLM请求而不用等到锁被释放。
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
|
||||
@filter.on_waiting_llm_request()
|
||||
async def on_waiting_llm(self, event: AstrMessageEvent):
|
||||
await event.send("🤔 正在等待请求...")
|
||||
```
|
||||
|
||||
> 这里不能使用 yield 来发送消息。如需发送，请直接使用 `event.send()` 方法。
|
||||
|
||||
#### LLM 请求时
|
||||
|
||||
在 AstrBot 默认的执行流程中，在调用 LLM 前，会触发 `on_llm_request` 钩子。
|
||||
|
||||
可以获取到 `ProviderRequest` 对象，可以对其进行修改。
|
||||
|
||||
ProviderRequest 对象包含了 LLM 请求的所有信息，包括请求的文本、系统提示等。
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
from astrbot.api.provider import ProviderRequest
|
||||
|
||||
@filter.on_llm_request()
|
||||
async def my_custom_hook_1(self, event: AstrMessageEvent, req: ProviderRequest): # 请注意有三个参数
|
||||
print(req) # 打印请求的文本
|
||||
req.system_prompt += "自定义 system_prompt"
|
||||
|
||||
```
|
||||
|
||||
> 这里不能使用 yield 来发送消息。如需发送，请直接使用 `event.send()` 方法。
|
||||
|
||||
#### LLM 请求完成时
|
||||
|
||||
在 LLM 请求完成后，会触发 `on_llm_response` 钩子。
|
||||
|
||||
可以获取到 `ProviderResponse` 对象，可以对其进行修改。
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
from astrbot.api.provider import LLMResponse
|
||||
|
||||
@filter.on_llm_response()
|
||||
async def on_llm_resp(self, event: AstrMessageEvent, resp: LLMResponse): # 请注意有三个参数
|
||||
print(resp)
|
||||
```
|
||||
|
||||
> 这里不能使用 yield 来发送消息。如需发送，请直接使用 `event.send()` 方法。
|
||||
|
||||
#### 发送消息前
|
||||
|
||||
在发送消息前，会触发 `on_decorating_result` 钩子。
|
||||
|
||||
可以在这里实现一些消息的装饰，比如转语音、转图片、加前缀等等
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
|
||||
@filter.on_decorating_result()
|
||||
async def on_decorating_result(self, event: AstrMessageEvent):
|
||||
result = event.get_result()
|
||||
chain = result.chain
|
||||
print(chain) # 打印消息链
|
||||
chain.append(Plain("!")) # 在消息链的最后添加一个感叹号
|
||||
```
|
||||
|
||||
> 这里不能使用 yield 来发送消息。这个钩子只是用来装饰 event.get_result().chain 的。如需发送，请直接使用 `event.send()` 方法。
|
||||
|
||||
#### 发送消息后
|
||||
|
||||
在发送消息给消息平台后，会触发 `after_message_sent` 钩子。
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
|
||||
@filter.after_message_sent()
|
||||
async def after_message_sent(self, event: AstrMessageEvent):
|
||||
pass
|
||||
```
|
||||
|
||||
> 这里不能使用 yield 来发送消息。如需发送，请直接使用 `event.send()` 方法。
|
||||
|
||||
### 优先级
|
||||
|
||||
指令、事件监听器、事件钩子可以设置优先级，先于其他指令、监听器、钩子执行。默认优先级是 `0`。
|
||||
|
||||
```python
|
||||
@filter.command("helloworld", priority=1)
|
||||
async def helloworld(self, event: AstrMessageEvent):
|
||||
yield event.plain_result("Hello!")
|
||||
```
|
||||
|
||||
## 控制事件传播
|
||||
|
||||
```python{6}
|
||||
@filter.command("check_ok")
|
||||
async def check_ok(self, event: AstrMessageEvent):
|
||||
ok = self.check() # 自己的逻辑
|
||||
if not ok:
|
||||
yield event.plain_result("检查失败")
|
||||
event.stop_event() # 停止事件传播
|
||||
```
|
||||
|
||||
当事件停止传播，后续所有步骤将不会被执行。
|
||||
|
||||
假设有一个插件 A，A 终止事件传播之后所有后续操作都不会执行，比如执行其它插件的 handler、请求 LLM。
|
||||
52
docs/docs/zh/dev/star/guides/other.md
Normal file
52
docs/docs/zh/dev/star/guides/other.md
Normal file
@@ -0,0 +1,52 @@
|
||||
# 杂项
|
||||
|
||||
## 获取消息平台实例
|
||||
|
||||
> v3.4.34 后
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
|
||||
@filter.command("test")
|
||||
async def test_(self, event: AstrMessageEvent):
|
||||
from astrbot.api.platform import AiocqhttpAdapter # 其他平台同理
|
||||
platform = self.context.get_platform(filter.PlatformAdapterType.AIOCQHTTP)
|
||||
assert isinstance(platform, AiocqhttpAdapter)
|
||||
# platform.get_client().api.call_action()
|
||||
```
|
||||
|
||||
## 调用 QQ 协议端 API
|
||||
|
||||
```py
|
||||
@filter.command("helloworld")
|
||||
async def helloworld(self, event: AstrMessageEvent):
|
||||
if event.get_platform_name() == "aiocqhttp":
|
||||
# qq
|
||||
from astrbot.core.platform.sources.aiocqhttp.aiocqhttp_message_event import AiocqhttpMessageEvent
|
||||
assert isinstance(event, AiocqhttpMessageEvent)
|
||||
client = event.bot # 得到 client
|
||||
payloads = {
|
||||
"message_id": event.message_obj.message_id,
|
||||
}
|
||||
ret = await client.api.call_action('delete_msg', **payloads) # 调用 协议端 API
|
||||
logger.info(f"delete_msg: {ret}")
|
||||
```
|
||||
|
||||
关于 CQHTTP API，请参考如下文档：
|
||||
|
||||
Napcat API 文档：<https://napcat.apifox.cn/>
|
||||
|
||||
Lagrange API 文档：<https://lagrange-onebot.apifox.cn/>
|
||||
|
||||
## 获取载入的所有插件
|
||||
|
||||
```py
|
||||
plugins = self.context.get_all_stars() # 返回 StarMetadata 包含了插件类实例、配置等等
|
||||
```
|
||||
|
||||
## 获取加载的所有平台
|
||||
|
||||
```py
|
||||
from astrbot.api.platform import Platform
|
||||
platforms = self.context.platform_manager.get_insts() # List[Platform]
|
||||
```
|
||||
210
docs/docs/zh/dev/star/guides/plugin-config.md
Normal file
210
docs/docs/zh/dev/star/guides/plugin-config.md
Normal file
@@ -0,0 +1,210 @@
|
||||
|
||||
# 插件配置
|
||||
|
||||
随着插件功能的增加，可能需要定义一些配置以让用户自定义插件的行为。
|
||||
|
||||
AstrBot 提供了”强大“的配置解析和可视化功能。能够让用户在管理面板上直接配置插件，而不需要修改代码。
|
||||
|
||||
## 配置定义
|
||||
|
||||
要注册配置，首先需要在您的插件目录下添加一个 `_conf_schema.json` 的 json 文件。
|
||||
|
||||
文件内容是一个 `Schema`（模式），用于表示配置。Schema 是 json 格式的，例如上图的 Schema 是：
|
||||
|
||||
```json
|
||||
{
|
||||
"token": {
|
||||
"description": "Bot Token",
|
||||
"type": "string",
|
||||
},
|
||||
"sub_config": {
|
||||
"description": "测试嵌套配置",
|
||||
"type": "object",
|
||||
"hint": "xxxx",
|
||||
"items": {
|
||||
"name": {
|
||||
"description": "testsub",
|
||||
"type": "string",
|
||||
"hint": "xxxx"
|
||||
},
|
||||
"id": {
|
||||
"description": "testsub",
|
||||
"type": "int",
|
||||
"hint": "xxxx"
|
||||
},
|
||||
"time": {
|
||||
"description": "testsub",
|
||||
"type": "int",
|
||||
"hint": "xxxx",
|
||||
"default": 123
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
- `type`: **此项必填**。配置的类型。支持 `string`, `text`, `int`, `float`, `bool`, `object`, `list`, `dict`, `template_list`。当类型为 `text` 时，将会可视化为一个更大的可拖拽宽高的 textarea 组件，以适应大文本。
|
||||
- `description`: 可选。配置的描述。建议一句话描述配置的行为。
|
||||
- `hint`: 可选。配置的提示信息，表现在上图中右边的问号按钮，当鼠标悬浮在问号按钮上时显示。
|
||||
- `obvious_hint`: 可选。配置的 hint 是否醒目显示。如上图的 `token`。
|
||||
- `default`: 可选。配置的默认值。如果用户没有配置，将使用默认值。int 是 0，float 是 0.0，bool 是 False，string 是 ""，object 是 {}，list 是 []。
|
||||
- `items`: 可选。如果配置的类型是 `object`，需要添加 `items` 字段。`items` 的内容是这个配置项的子 Schema。理论上可以无限嵌套，但是不建议过多嵌套。
|
||||
- `invisible`: 可选。配置是否隐藏。默认是 `false`。如果设置为 `true`，则不会在管理面板上显示。
|
||||
- `options`: 可选。一个列表，如 `"options": ["chat", "agent", "workflow"]`。提供下拉列表可选项。
|
||||
- `editor_mode`: 可选。是否启用代码编辑器模式。需要 AstrBot >= `v3.5.10`, 低于这个版本不会报错，但不会生效。默认是 false。
|
||||
- `editor_language`: 可选。代码编辑器的代码语言，默认为 `json`。
|
||||
- `editor_theme`: 可选。代码编辑器的主题，可选值有 `vs-light`（默认）， `vs-dark`。
|
||||
- `_special`: 可选。用于调用 AstrBot 提供的可视化提供商选取、人格选取、知识库选取等功能，详见下文。
|
||||
|
||||
其中，如果启用了代码编辑器，效果如下图所示:
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**_special** 字段仅 v4.0.0 之后可用。目前支持填写 `select_provider`, `select_provider_tts`, `select_provider_stt`, `select_persona`，用于让用户快速选择用户在 WebUI 上已经配置好的模型提供商、人设等数据。结果均为字符串。以 select_provider 为例，将呈现以下效果:
|
||||
|
||||
|
||||
|
||||
### file 类型的 schema
|
||||
|
||||
在 v4.13.0 之后引入，允许插件定义文件上传配置项，引导用户上传插件所需的文件。
|
||||
|
||||
```json
|
||||
{
|
||||
"demo_files": {
|
||||
"type": "file",
|
||||
"description": "Uploaded files for demo",
|
||||
"default": [], // 支持多文件上传，默认值为一个空列表
|
||||
"file_types": ["pdf", "docx"] // 允许上传的文件类型列表
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### dict 类型的 schema
|
||||
|
||||
用于可视化编辑一个 Python 的 dict 类型的配置。如 AstrBot Core 中的自定义请求体参数配置项：
|
||||
|
||||
```py
|
||||
"custom_extra_body": {
|
||||
"description": "自定义请求体参数",
|
||||
"type": "dict",
|
||||
"items": {},
|
||||
"hint": "用于在请求时添加额外的参数，如 temperature、top_p、max_tokens 等。",
|
||||
"template_schema": { # 可选填写 template schema，当设置之后，用户可以透过 WebUI 快速编辑。
|
||||
"temperature": {
|
||||
"name": "Temperature",
|
||||
"description": "温度参数",
|
||||
"hint": "控制输出的随机性，范围通常为 0-2。值越高越随机。",
|
||||
"type": "float",
|
||||
"default": 0.6,
|
||||
"slider": {"min": 0, "max": 2, "step": 0.1},
|
||||
},
|
||||
"top_p": {
|
||||
"name": "Top-p",
|
||||
"description": "Top-p 采样",
|
||||
"hint": "核采样参数，范围通常为 0-1。控制模型考虑的概率质量。",
|
||||
"type": "float",
|
||||
"default": 1.0,
|
||||
"slider": {"min": 0, "max": 1, "step": 0.01},
|
||||
},
|
||||
"max_tokens": {
|
||||
"name": "Max Tokens",
|
||||
"description": "最大令牌数",
|
||||
"hint": "生成的最大令牌数。",
|
||||
"type": "int",
|
||||
"default": 8192,
|
||||
},
|
||||
},
|
||||
}
|
||||
```
|
||||
|
||||
### template_list 类型的 schema
|
||||
|
||||
> [!NOTE]
|
||||
> v4.10.4 引入。更多信息请查看：[#4208](https://github.com/AstrBotDevs/AstrBot/pull/4208)
|
||||
|
||||
插件开发者可以在_conf_schema中按照以下格式添加模板配置项（有点类似于原有的嵌套配置）
|
||||
|
||||
```json
|
||||
"field_id": {
|
||||
"type": "template_list",
|
||||
"description": "Template List Field",
|
||||
"templates": {
|
||||
"template_1": {
|
||||
"name": "Template One",
|
||||
"hint":"hint",
|
||||
"items": {
|
||||
"attr_a": {
|
||||
"description": "Attribute A",
|
||||
"type": "int",
|
||||
"default": 10
|
||||
},
|
||||
"attr_b": {
|
||||
"description": "Attribute B",
|
||||
"hint": "This is a boolean attribute",
|
||||
"type": "bool",
|
||||
"default": true
|
||||
}
|
||||
}
|
||||
},
|
||||
"template_2": {
|
||||
"name": "Template Two",
|
||||
"hint":"hint",
|
||||
"items": {
|
||||
"attr_c": {
|
||||
"description": "Attribute A",
|
||||
"type": "int",
|
||||
"default": 10
|
||||
},
|
||||
"attr_d": {
|
||||
"description": "Attribute B",
|
||||
"hint": "This is a boolean attribute",
|
||||
"type": "bool",
|
||||
"default": true
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
保存后的 config 为
|
||||
|
||||
```json
|
||||
"field_id": [
|
||||
{
|
||||
"__template_key": "template_1",
|
||||
"attr_a": 10,
|
||||
"attr_b": true
|
||||
},
|
||||
{
|
||||
"__template_key": "template_2",
|
||||
"attr_c": 10,
|
||||
"attr_d": true
|
||||
}
|
||||
]
|
||||
```
|
||||
|
||||
<img width="1000" alt="image" src="https://github.com/user-attachments/assets/74876d30-11a4-491b-a7a0-8ebe8d603782" />
|
||||
|
||||
## 在插件中使用配置
|
||||
|
||||
AstrBot 在载入插件时会检测插件目录下是否有 `_conf_schema.json` 文件，如果有，会自动解析配置并保存在 `data/config/<plugin_name>_config.json` 下（依照 Schema 创建的配置文件实体），并在实例化插件类时传入给 `__init__()`。
|
||||
|
||||
```py
|
||||
from astrbot.api import AstrBotConfig
|
||||
|
||||
class ConfigPlugin(Star):
|
||||
def __init__(self, context: Context, config: AstrBotConfig): # AstrBotConfig 继承自 Dict，拥有字典的所有方法
|
||||
super().__init__(context)
|
||||
self.config = config
|
||||
print(self.config)
|
||||
|
||||
# 支持直接保存配置
|
||||
# self.config.save_config() # 保存配置
|
||||
```
|
||||
|
||||
## 配置更新
|
||||
|
||||
您在发布不同版本更新 Schema 时，AstrBot 会递归检查 Schema 的配置项，自动为缺失的配置项添加默认值、移除不存在的配置项。
|
||||
131
docs/docs/zh/dev/star/guides/send-message.md
Normal file
131
docs/docs/zh/dev/star/guides/send-message.md
Normal file
@@ -0,0 +1,131 @@
|
||||
|
||||
# 消息的发送
|
||||
|
||||
## 被动消息
|
||||
|
||||
被动消息指的是机器人被动回复消息。
|
||||
|
||||
```python
|
||||
@filter.command("helloworld")
|
||||
async def helloworld(self, event: AstrMessageEvent):
|
||||
yield event.plain_result("Hello!")
|
||||
yield event.plain_result("你好！")
|
||||
|
||||
yield event.image_result("path/to/image.jpg") # 发送图片
|
||||
yield event.image_result("https://example.com/image.jpg") # 发送 URL 图片，务必以 http 或 https 开头
|
||||
```
|
||||
|
||||
## 主动消息
|
||||
|
||||
主动消息指的是机器人主动推送消息。某些平台可能不支持主动消息发送。
|
||||
|
||||
如果是一些定时任务或者不想立即发送消息，可以使用 `event.unified_msg_origin` 得到一个字符串并将其存储，然后在想发送消息的时候使用 `self.context.send_message(unified_msg_origin, chains)` 来发送消息。
|
||||
|
||||
```python
|
||||
from astrbot.api.event import MessageChain
|
||||
|
||||
@filter.command("helloworld")
|
||||
async def helloworld(self, event: AstrMessageEvent):
|
||||
umo = event.unified_msg_origin
|
||||
message_chain = MessageChain().message("Hello!").file_image("path/to/image.jpg")
|
||||
await self.context.send_message(event.unified_msg_origin, message_chain)
|
||||
```
|
||||
|
||||
通过这个特性，你可以将 unified_msg_origin 存储起来，然后在需要的时候发送消息。
|
||||
|
||||
> [!TIP]
|
||||
> 关于 unified_msg_origin。
|
||||
> unified_msg_origin 是一个字符串，记录了一个会话的唯一 ID，AstrBot 能够据此找到属于哪个消息平台的哪个会话。这样就能够实现在 `send_message` 的时候，发送消息到正确的会话。有关 MessageChain，请参见接下来的一节。
|
||||
|
||||
## 富媒体消息
|
||||
|
||||
AstrBot 支持发送富媒体消息，比如图片、语音、视频等。使用 `MessageChain` 来构建消息。
|
||||
|
||||
```python
|
||||
import astrbot.api.message_components as Comp
|
||||
|
||||
@filter.command("helloworld")
|
||||
async def helloworld(self, event: AstrMessageEvent):
|
||||
chain = [
|
||||
Comp.At(qq=event.get_sender_id()), # At 消息发送者
|
||||
Comp.Plain("来看这个图："),
|
||||
Comp.Image.fromURL("https://example.com/image.jpg"), # 从 URL 发送图片
|
||||
Comp.Image.fromFileSystem("path/to/image.jpg"), # 从本地文件目录发送图片
|
||||
Comp.Plain("这是一个图片。")
|
||||
]
|
||||
yield event.chain_result(chain)
|
||||
```
|
||||
|
||||
上面构建了一个 `message chain`，也就是消息链，最终会发送一条包含了图片和文字的消息，并且保留顺序。
|
||||
|
||||
> [!TIP]
|
||||
> 在 aiocqhttp 消息适配器中，对于 `plain` 类型的消息，在发送中会使用 `strip()` 方法去除空格及换行符，可以在消息前后添加零宽空格 `\u200b` 以解决这个问题。
|
||||
|
||||
类似地，
|
||||
|
||||
**文件 File**
|
||||
|
||||
```py
|
||||
Comp.File(file="path/to/file.txt", name="file.txt") # 部分平台不支持
|
||||
```
|
||||
|
||||
**语音 Record**
|
||||
|
||||
```py
|
||||
path = "path/to/record.wav" # 暂时只接受 wav 格式，其他格式请自行转换
|
||||
Comp.Record(file=path, url=path)
|
||||
```
|
||||
|
||||
**视频 Video**
|
||||
|
||||
```py
|
||||
path = "path/to/video.mp4"
|
||||
Comp.Video.fromFileSystem(path=path)
|
||||
Comp.Video.fromURL(url="https://example.com/video.mp4")
|
||||
```
|
||||
|
||||
## 发送视频消息
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
|
||||
@filter.command("test")
|
||||
async def test(self, event: AstrMessageEvent):
|
||||
from astrbot.api.message_components import Video
|
||||
# fromFileSystem 需要用户的协议端和机器人端处于一个系统中。
|
||||
music = Video.fromFileSystem(
|
||||
path="test.mp4"
|
||||
)
|
||||
# 更通用
|
||||
music = Video.fromURL(
|
||||
url="https://example.com/video.mp4"
|
||||
)
|
||||
yield event.chain_result([music])
|
||||
```
|
||||
|
||||
|
||||
|
||||
## 发送群合并转发消息
|
||||
|
||||
> 大多数平台都不支持此种消息类型，当前适配情况：OneBot v11
|
||||
|
||||
可以按照如下方式发送群合并转发消息。
|
||||
|
||||
```py
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
|
||||
@filter.command("test")
|
||||
async def test(self, event: AstrMessageEvent):
|
||||
from astrbot.api.message_components import Node, Plain, Image
|
||||
node = Node(
|
||||
uin=905617992,
|
||||
name="Soulter",
|
||||
content=[
|
||||
Plain("hi"),
|
||||
Image.fromFileSystem("test.jpg")
|
||||
]
|
||||
)
|
||||
yield event.chain_result([node])
|
||||
```
|
||||
|
||||
|
||||
113
docs/docs/zh/dev/star/guides/session-control.md
Normal file
113
docs/docs/zh/dev/star/guides/session-control.md
Normal file
@@ -0,0 +1,113 @@
|
||||
|
||||
# 会话控制
|
||||
|
||||
> 大于等于 v3.4.36
|
||||
|
||||
为什么需要会话控制？考虑一个 成语接龙 插件，某个/群用户需要和机器人进行多次对话，而不是一次性的指令。这时候就需要会话控制。
|
||||
|
||||
```txt
|
||||
用户: /成语接龙
|
||||
机器人: 请发送一个成语
|
||||
用户: 一马当先
|
||||
机器人: 先见之明
|
||||
用户: 明察秋毫
|
||||
...
|
||||
```
|
||||
|
||||
AstrBot 提供了开箱即用的会话控制功能：
|
||||
|
||||
导入：
|
||||
|
||||
```py
|
||||
import astrbot.api.message_components as Comp
|
||||
from astrbot.core.utils.session_waiter import (
|
||||
session_waiter,
|
||||
SessionController,
|
||||
)
|
||||
```
|
||||
|
||||
handler 内的代码可以如下：
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent
|
||||
|
||||
@filter.command("成语接龙")
|
||||
async def handle_empty_mention(self, event: AstrMessageEvent):
|
||||
"""成语接龙具体实现"""
|
||||
try:
|
||||
yield event.plain_result("请发送一个成语~")
|
||||
|
||||
# 具体的会话控制器使用方法
|
||||
@session_waiter(timeout=60, record_history_chains=False) # 注册一个会话控制器，设置超时时间为 60 秒，不记录历史消息链
|
||||
async def empty_mention_waiter(controller: SessionController, event: AstrMessageEvent):
|
||||
idiom = event.message_str # 用户发来的成语，假设是 "一马当先"
|
||||
|
||||
if idiom == "退出": # 假设用户想主动退出成语接龙，输入了 "退出"
|
||||
await event.send(event.plain_result("已退出成语接龙~"))
|
||||
controller.stop() # 停止会话控制器，会立即结束。
|
||||
return
|
||||
|
||||
if len(idiom) != 4: # 假设用户输入的不是4字成语
|
||||
await event.send(event.plain_result("成语必须是四个字的呢~")) # 发送回复，不能使用 yield
|
||||
return
|
||||
# 退出当前方法，不执行后续逻辑，但此会话并未中断，后续的用户输入仍然会进入当前会话
|
||||
|
||||
# ...
|
||||
message_result = event.make_result()
|
||||
message_result.chain = [Comp.Plain("先见之明")] # import astrbot.api.message_components as Comp
|
||||
await event.send(message_result) # 发送回复，不能使用 yield
|
||||
|
||||
controller.keep(timeout=60, reset_timeout=True) # 重置超时时间为 60s，如果不重置，则会继续之前的超时时间计时。
|
||||
|
||||
# controller.stop() # 停止会话控制器，会立即结束。
|
||||
# 如果记录了历史消息链，可以通过 controller.get_history_chains() 获取历史消息链
|
||||
|
||||
try:
|
||||
await empty_mention_waiter(event)
|
||||
except TimeoutError as _: # 当超时后，会话控制器会抛出 TimeoutError
|
||||
yield event.plain_result("你超时了！")
|
||||
except Exception as e:
|
||||
yield event.plain_result("发生错误，请联系管理员: " + str(e))
|
||||
finally:
|
||||
event.stop_event()
|
||||
except Exception as e:
|
||||
logger.error("handle_empty_mention error: " + str(e))
|
||||
```
|
||||
|
||||
当激活会话控制器后，该发送人之后发送的消息会首先经过上面你定义的 `empty_mention_waiter` 函数处理，直到会话控制器被停止或者超时。
|
||||
|
||||
## SessionController
|
||||
|
||||
用于开发者控制这个会话是否应该结束，并且可以拿到历史消息链。
|
||||
|
||||
- keep(): 保持这个会话
|
||||
- timeout (float): 必填。会话超时时间。
|
||||
- reset_timeout (bool): 设置为 True 时, 代表重置超时时间, timeout 必须 > 0, 如果 <= 0 则立即结束会话。设置为 False 时, 代表继续维持原来的超时时间, 新 timeout = 原来剩余的 timeout + timeout (可以 < 0)
|
||||
- stop(): 结束这个会话
|
||||
- get_history_chains() -> List[List[Comp.BaseMessageComponent]]: 获取历史消息链
|
||||
|
||||
## 自定义会话 ID 算子
|
||||
|
||||
默认情况下，AstrBot 会话控制器会将基于 `sender_id` （发送人的 ID）作为识别不同会话的标识，如果想将一整个群作为一个会话，则需要自定义会话 ID 算子。
|
||||
|
||||
```py
|
||||
import astrbot.api.message_components as Comp
|
||||
from astrbot.core.utils.session_waiter import (
|
||||
session_waiter,
|
||||
SessionFilter,
|
||||
SessionController,
|
||||
)
|
||||
|
||||
# 沿用上面的 handler
|
||||
# ...
|
||||
class CustomFilter(SessionFilter):
|
||||
def filter(self, event: AstrMessageEvent) -> str:
|
||||
return event.get_group_id() if event.get_group_id() else event.unified_msg_origin
|
||||
|
||||
await empty_mention_waiter(event, session_filter=CustomFilter()) # 这里传入 session_filter
|
||||
# ...
|
||||
```
|
||||
|
||||
这样之后，当群内一个用户发送消息后，会话控制器会将这个群作为一个会话，群内其他用户发送的消息也会被认为是同一个会话。
|
||||
|
||||
甚至，可以使用这个特性来让群内组队！
|
||||
41
docs/docs/zh/dev/star/guides/simple.md
Normal file
41
docs/docs/zh/dev/star/guides/simple.md
Normal file
@@ -0,0 +1,41 @@
|
||||
# 最小实例
|
||||
|
||||
插件模版中的 `main.py` 是一个最小的插件实例。
|
||||
|
||||
```python
|
||||
from astrbot.api.event import filter, AstrMessageEvent, MessageEventResult
|
||||
from astrbot.api.star import Context, Star, register
|
||||
from astrbot.api import logger # 使用 astrbot 提供的 logger 接口
|
||||
|
||||
class MyPlugin(Star):
|
||||
def __init__(self, context: Context):
|
||||
super().__init__(context)
|
||||
|
||||
# 注册指令的装饰器。指令名为 helloworld。注册成功后，发送 `/helloworld` 就会触发这个指令，并回复 `你好, {user_name}!`
|
||||
@filter.command("helloworld")
|
||||
async def helloworld(self, event: AstrMessageEvent):
|
||||
'''这是一个 hello world 指令''' # 这是 handler 的描述，将会被解析方便用户了解插件内容。非常建议填写。
|
||||
user_name = event.get_sender_name()
|
||||
message_str = event.message_str # 获取消息的纯文本内容
|
||||
logger.info("触发hello world指令!")
|
||||
yield event.plain_result(f"Hello, {user_name}!") # 发送一条纯文本消息
|
||||
|
||||
async def terminate(self):
|
||||
'''可选择实现 terminate 函数，当插件被卸载/停用时会调用。'''
|
||||
```
|
||||
|
||||
解释如下：
|
||||
|
||||
- 插件需要继承 `Star` 类。
|
||||
- `Context` 类用于插件与 AstrBot Core 交互，可以由此调用 AstrBot Core 提供的各种 API。
|
||||
- 具体的处理函数 `Handler` 在插件类中定义，如这里的 `helloworld` 函数。
|
||||
- `AstrMessageEvent` 是 AstrBot 的消息事件对象，存储了消息发送者、消息内容等信息。
|
||||
- `AstrBotMessage` 是 AstrBot 的消息对象，存储了消息平台下发的消息的具体内容。可以通过 `event.message_obj` 获取。
|
||||
|
||||
> [!TIP]
|
||||
>
|
||||
> `Handler` 一定需要在插件类中注册，前两个参数必须为 `self` 和 `event`。如果文件行数过长，可以将服务写在外部，然后在 `Handler` 中调用。
|
||||
>
|
||||
> 插件类所在的文件名需要命名为 `main.py`。
|
||||
|
||||
所有的处理函数都需写在插件类中。为了精简内容，在之后的章节中，我们可能会忽略插件类的定义。
|
||||
31
docs/docs/zh/dev/star/guides/storage.md
Normal file
31
docs/docs/zh/dev/star/guides/storage.md
Normal file
@@ -0,0 +1,31 @@
|
||||
# 插件存储
|
||||
|
||||
## 简单 KV 存储
|
||||
|
||||
> [!TIP]
|
||||
> 该功能需要 AstrBot 版本 >= 4.9.2。
|
||||
|
||||
插件可以使用 AstrBot 提供的简单 KV 存储功能来存储一些配置信息或临时数据。该存储是基于插件维度的，每个插件有独立的存储空间，互不干扰。
|
||||
|
||||
```py
|
||||
class Main(star.Star):
|
||||
@filter.command("hello")
|
||||
async def hello(self, event: AstrMessageEvent):
|
||||
"""Aloha!"""
|
||||
await self.put_kv_data("greeted", True)
|
||||
greeted = await self.get_kv_data("greeted", False)
|
||||
await self.delete_kv_data("greeted")
|
||||
```
|
||||
|
||||
|
||||
## 存储大文件规范
|
||||
|
||||
为了规范插件存储大文件的行为，请将大文件存储于 `data/plugin_data/{plugin_name}/` 目录下。
|
||||
|
||||
你可以通过以下代码获取插件数据目录：
|
||||
|
||||
```py
|
||||
from astrbot.core.utils.astrbot_path import get_astrbot_data_path
|
||||
|
||||
plugin_data_path = get_astrbot_data_path() / "plugin_data" / self.name # self.name 为插件名称，在 v4.9.2 及以上版本可用，低于此版本请自行指定插件名称
|
||||
```
|
||||
130
docs/docs/zh/dev/star/plugin-new.md
Normal file
130
docs/docs/zh/dev/star/plugin-new.md
Normal file
@@ -0,0 +1,130 @@
|
||||
---
|
||||
outline: deep
|
||||
---
|
||||
|
||||
# AstrBot 插件开发指南 🌠
|
||||
|
||||
欢迎来到 AstrBot 插件开发指南！本章节将引导您如何开发 AstrBot 插件。在我们开始之前，希望你能具备以下基础知识：
|
||||
|
||||
1. 有一定的 Python 编程经验。
|
||||
2. 有一定的 Git、GitHub 使用经验。
|
||||
|
||||
欢迎加入我们的开发者专用 QQ 群: `975206796`。
|
||||
|
||||
## 环境准备
|
||||
|
||||
### 获取插件模板
|
||||
|
||||
1. 打开 AstrBot 插件模板: [helloworld](https://github.com/Soulter/helloworld)
|
||||
2. 点击右上角的 `Use this template`
|
||||
3. 然后点击 `Create new repository`。
|
||||
4. 在 `Repository name` 处填写您的插件名。插件名格式:
|
||||
- 推荐以 `astrbot_plugin_` 开头；
|
||||
- 不能包含空格；
|
||||
- 保持全部字母小写；
|
||||
- 尽量简短。
|
||||
5. 点击右下角的 `Create repository`。
|
||||
|
||||
### 克隆项目到本地
|
||||
|
||||
克隆 AstrBot 项目本体和刚刚创建的插件仓库到本地。
|
||||
|
||||
```bash
|
||||
git clone https://github.com/AstrBotDevs/AstrBot
|
||||
mkdir -p AstrBot/data/plugins
|
||||
cd AstrBot/data/plugins
|
||||
git clone 插件仓库地址
|
||||
```
|
||||
|
||||
然后，使用 `VSCode` 打开 `AstrBot` 项目。找到 `data/plugins/<你的插件名字>` 目录。
|
||||
|
||||
更新 `metadata.yaml` 文件，填写插件的元数据信息。
|
||||
|
||||
> [!WARNING]
|
||||
> 请务必修改此文件，AstrBot 识别插件元数据依赖于 `metadata.yaml` 文件。
|
||||
|
||||
### 设置插件 Logo（可选）
|
||||
|
||||
可以在插件目录下添加 `logo.png` 文件作为插件的 Logo。请保持长宽比为 1:1，推荐尺寸为 256x256。
|
||||
|
||||
|
||||
|
||||
### 插件展示名（可选）
|
||||
|
||||
可以修改(或添加) `metadata.yaml` 文件中的 `display_name` 字段，作为插件在插件市场等场景中的展示名，以方便用户阅读。
|
||||
|
||||
### 声明支持平台（Optional）
|
||||
|
||||
你可以在 `metadata.yaml` 中新增 `support_platforms` 字段（`list[str]`），声明插件支持的平台适配器。WebUI 插件页会展示该字段。
|
||||
|
||||
```yaml
|
||||
support_platforms:
|
||||
- telegram
|
||||
- discord
|
||||
```
|
||||
|
||||
`support_platforms` 中的值需要使用 `ADAPTER_NAME_2_TYPE` 的 key，目前支持：
|
||||
|
||||
- `aiocqhttp`
|
||||
- `qq_official`
|
||||
- `telegram`
|
||||
- `wecom`
|
||||
- `lark`
|
||||
- `dingtalk`
|
||||
- `discord`
|
||||
- `slack`
|
||||
- `kook`
|
||||
- `vocechat`
|
||||
- `weixin_official_account`
|
||||
- `satori`
|
||||
- `misskey`
|
||||
- `line`
|
||||
|
||||
### 声明 AstrBot 版本范围（Optional）
|
||||
|
||||
你可以在 `metadata.yaml` 中新增 `astrbot_version` 字段，声明插件要求的 AstrBot 版本范围。格式与 `pyproject.toml` 依赖版本约束一致（PEP 440），且不要加 `v` 前缀。
|
||||
|
||||
```yaml
|
||||
astrbot_version: ">=4.16,<5"
|
||||
```
|
||||
|
||||
可选示例：
|
||||
|
||||
- `>=4.17.0`
|
||||
- `>=4.16,<5`
|
||||
- `~=4.17`
|
||||
|
||||
如果你只想声明最低版本，可以直接写：
|
||||
|
||||
- `>=4.17.0`
|
||||
|
||||
当当前 AstrBot 版本不满足该范围时，插件会被阻止加载并提示版本不兼容。
|
||||
在 WebUI 安装插件时，你可以选择“无视警告，继续安装”来跳过这个检查。
|
||||
|
||||
### 调试插件
|
||||
|
||||
AstrBot 采用在运行时注入插件的机制。因此，在调试插件时，需要启动 AstrBot 本体。
|
||||
|
||||
您可以使用 AstrBot 的热重载功能简化开发流程。
|
||||
|
||||
插件的代码修改后，可以在 AstrBot WebUI 的插件管理处找到自己的插件，点击右上角 `...` 按钮，选择 `重载插件`。
|
||||
|
||||
如果插件因为代码错误等原因加载失败，你也可以在管理面板的错误提示中点击 **“尝试一键重载修复”** 来重新加载。
|
||||
|
||||
### 插件依赖管理
|
||||
|
||||
目前 AstrBot 对插件的依赖管理使用 `pip` 自带的 `requirements.txt` 文件。如果你的插件需要依赖第三方库，请务必在插件目录下创建 `requirements.txt` 文件并写入所使用的依赖库，以防止用户在安装你的插件时出现依赖未找到(Module Not Found)的问题。
|
||||
|
||||
> `requirements.txt` 的完整格式可以参考 [pip 官方文档](https://pip.pypa.io/en/stable/reference/requirements-file-format/)。
|
||||
|
||||
## 开发原则
|
||||
|
||||
感谢您为 AstrBot 生态做出贡献，开发插件请遵守以下原则，这也是良好的编程习惯。
|
||||
|
||||
- 功能需经过测试。
|
||||
- 需包含良好的注释。
|
||||
- 持久化数据请存储于 `data` 目录下，而非插件自身目录，防止更新/重装插件时数据被覆盖。
|
||||
- 良好的错误处理机制，不要让插件因一个错误而崩溃。
|
||||
- 在进行提交前，请使用 [ruff](https://docs.astral.sh/ruff/) 工具格式化您的代码。
|
||||
- 不要使用 `requests` 库来进行网络请求，可以使用 `aiohttp`, `httpx` 等异步网络请求库。
|
||||
- 如果是对某个插件进行功能扩增，请优先给那个插件提交 PR 而不是单独再写一个插件（除非原插件作者已经停止维护）。
|
||||
9
docs/docs/zh/dev/star/plugin-publish.md
Normal file
9
docs/docs/zh/dev/star/plugin-publish.md
Normal file
@@ -0,0 +1,9 @@
|
||||
# 发布插件到插件市场
|
||||
|
||||
在编写完插件后，你可以选择将插件发布到 AstrBot 的插件市场，让更多用户使用你的插件。
|
||||
|
||||
AstrBot 使用 GitHub 托管插件，因此你需要先将插件代码推送到之前创建的 GitHub 插件仓库中。
|
||||
|
||||
你可以前往 [AstrBot 插件市场](https://plugins.astrbot.app) 提交你的插件。进入该网站后，点击右下角的 `+` 按钮，填写好基本信息、作者信息、仓库信息等内容后，点击 `提交到 GTIHUB` 按钮，你将会被导航到 AstrBot 仓库的 Issue 提交页面，请确认信息无误后点击 `Create` 按钮提交，即可完成插件发布。
|
||||
|
||||
|
||||
1635
docs/docs/zh/dev/star/plugin.md
Normal file
1635
docs/docs/zh/dev/star/plugin.md
Normal file
File diff suppressed because it is too large
Load Diff
52
docs/docs/zh/use/agent-runner.md
Normal file
52
docs/docs/zh/use/agent-runner.md
Normal file
@@ -0,0 +1,52 @@
|
||||
# Agent 执行器
|
||||
|
||||
Agent 执行器是 AstrBot 中用于执行 Agent 的组件。
|
||||
|
||||
在 v4.7.0 版本之后，我们将 Dify、Coze、阿里云百炼应用这三个提供商迁移到了 Agent 执行器层面，减少了与 AstrBot 目前功能的一些冲突。请放心，如果您从旧版本升级到 v4.7.0 版本，您无需进行任何操作，AstrBot 会自动为您迁移。此后，AstrBot 也新增了 DeerFlow Agent 执行器支持。
|
||||
|
||||
AstrBot 目前支持五种 Agent 执行器：
|
||||
|
||||
- AstrBot 内置 Agent 执行器
|
||||
- Dify Agent 执行器
|
||||
- Coze Agent 执行器
|
||||
- 阿里云百炼应用 Agent 执行器
|
||||
- DeerFlow Agent 执行器
|
||||
|
||||
默认情况下，AstrBot 内置 Agent 执行器为默认执行器。
|
||||
|
||||
## 为什么需要抽象出 Agent 执行器
|
||||
|
||||
在早期版本中，Dify、Coze、阿里云百炼应用这类「自带 Agent 能力」的平台，是作为普通 Chat Provider 集成进 AstrBot 的。实践下来会发现，它们和传统「只负责补全文本」的 Chat Provider 有本质差异，强行放在同一层会带来很多设计和使用上的冲突。因此，从 v4.7.0 起，我们将它们抽象为独立的 Agent 执行器（Agent Runner）。
|
||||
|
||||
从架构上看，可以理解为：
|
||||
|
||||
- Chat Provider 负责「说话」；
|
||||
- Agent 执行器负责「思考 + 做事」。
|
||||
|
||||
Agent 执行器会调用 Chat Provider 的接口，并根据 Chat Provider 的回复，进行多轮「感知 → 规划 → 执行动作 → 观察结果 → 再规划」的循环。
|
||||
|
||||
Chat Provider 本质上是一个 `单轮补全接口`，输入 prompt + 历史对话 + 工具列表，输出模型回复（文本、工具调用指令等）。
|
||||
|
||||
而 Agent Runner 通常是一个 `循环（Loop）`，接收用户意图、上下文与环境状态，基于策略 / 模型做出规划（Plan），选择并调用工具（Act），从环境中读取结果（Observe），再次理解结果、更新内部状态，决定下一步动作，重复上述过程，直到任务完成或超时。
|
||||
|
||||
|
||||
|
||||
Dify、Coze、百炼应用、DeerFlow 等平台已经内置了这个循环，如果把它们当成普通 Chat Provider，会和 AstrBot 的内置 Agent 执行器功能冲突。
|
||||
|
||||
## 使用
|
||||
|
||||
默认情况下，AstrBot 内置 Agent 执行器为默认执行器。使用默认执行器已经可以满足大部分需求，并且可以使用 AstrBot 的 MCP、知识库、网页搜索等功能。
|
||||
|
||||
如果你需要使用 Dify、Coze、百炼应用、DeerFlow 等平台的能力，可以创建一个 Agent 执行器，并选择相应的提供商。
|
||||
|
||||
## 创建 Agent 执行器
|
||||
|
||||
|
||||
|
||||
在 WebUI 中，点击「模型提供商」->「新增提供商」，选择「Agent 执行器」，选择你想接入的平台或执行器类型，填写相关信息即可。
|
||||
|
||||
## 更换默认 Agent 执行器
|
||||
|
||||
|
||||
|
||||
在 WebUI 中，点击「配置」->「Agent 执行方式」，将执行器类型更换为你刚刚创建的 Agent 执行器类型，然后选择 `XX Agent 执行器提供商 ID` 为你刚刚创建的 Agent 执行器提供商的 ID，点击保存即可。
|
||||
90
docs/docs/zh/use/astrbot-agent-sandbox.md
Normal file
90
docs/docs/zh/use/astrbot-agent-sandbox.md
Normal file
@@ -0,0 +1,90 @@
|
||||
# Agent 沙盒环境 ⛵️
|
||||
|
||||
> [!TIP]
|
||||
> 此功能目前处于技术预览阶段，可能会存在一些 Bug。如果您遇到了问题，请在 [GitHub](https://github.com/AstrBotDevs/AstrBot/issues) 上提交 issue。
|
||||
|
||||
在 `v4.12.0` 版本及之后，AstrBot 引入了 Agent 沙盒环境，以替代之前的代码执行器功能。沙盒环境给 Agent 提供了更安全、更灵活的代码执行和自动化操作能力。
|
||||
|
||||
|
||||
|
||||
## 启用沙盒环境
|
||||
|
||||
目前，沙盒环境仅支持通过 Docker 来运行。我们目前使用了 [Shipyard](https://github.com/AstrBotDevs/shipyard) 项目作为 AstrBot 的沙盒环境驱动器。未来，我们会支持更多类型的沙盒环境驱动器，如 e2b。
|
||||
|
||||
## 性能要求
|
||||
|
||||
AstrBot 给每个沙盒环境限制最高 1 CPU 和 512 MB 内存。
|
||||
|
||||
我们建议您的宿主机至少有 2 个 CPU 和 4 GB 内存，并开启 Swap，以保证多个沙盒环境实例可以稳定运行。
|
||||
|
||||
### 使用 Docker Compose 部署 AstrBot 和 Shipyard
|
||||
|
||||
如果您还没有部署 AstrBot，或者想更换为我们推荐的带沙盒环境的部署方式，推荐使用 Docker Compose 来部署 AstrBot，代码如下：
|
||||
|
||||
```bash
|
||||
git clone https://github.com/AstrBotDevs/AstrBot
|
||||
cd AstrBot
|
||||
# 修改 compose-with-shipyard.yml 文件中的环境变量配置，例如 Shipyard 的 access token 等
|
||||
docker compose -f compose-with-shipyard.yml up -d
|
||||
docker pull soulter/shipyard-ship:latest
|
||||
```
|
||||
|
||||
这会启动一个包含 AstrBot 主程序和沙盒环境的 Docker Compose 服务。
|
||||
|
||||
### 单独部署 Shipyard
|
||||
|
||||
如果您已经部署了 AstrBot，但没有部署沙盒环境，可以单独部署 Shipyard。
|
||||
|
||||
代码如下：
|
||||
|
||||
```bash
|
||||
mkdir astrbot-shipyard
|
||||
cd astrbot-shipyard
|
||||
wget https://raw.githubusercontent.com/AstrBotDevs/shipyard/refs/heads/main/pkgs/bay/docker-compose.yml -O docker-compose.yml
|
||||
# 修改 compose-with-shipyard.yml 文件中的环境变量配置，例如 Shipyard 的 access token 等
|
||||
docker compose -f docker-compose.yml up -d
|
||||
docker pull soulter/shipyard-ship:latest
|
||||
```
|
||||
|
||||
部署成功后，上述命令会启动一个 Shipyard 服务，默认监听在 `http://<your-host>:8156`。
|
||||
|
||||
> [!TIP]
|
||||
> 如果您使用 Docker 部署 AstrBot，您也可以修改上面的 Compose 文件，将 Shipyard 的网络与 AstrBot 放在同一个 Docker 网络中，这样就不需要暴露 Shipyard 的端口到宿主机。
|
||||
|
||||
## 配置 AstrBot 使用沙盒环境
|
||||
|
||||
> [!TIP]
|
||||
> 请确保您的 AstrBot 版本在 `v4.12.0` 及之后。
|
||||
|
||||
在 AstrBot 控制台，进入 “配置文件” 页面，找到 “Agent 沙箱环境”，启用沙箱环境开关。
|
||||
|
||||
在出现的配置项中，
|
||||
|
||||
对于 `Shipyard API Endpoint`，如果您使用上述的 Docker Compose 部署方式，填写 `http://shipyard:8156` 即可。如果您是单独部署的 Shipyard，请填写对应的地址，例如 `http://<your-host>:8156`。
|
||||
|
||||
对于 `Shipyard Access Token`，请填写您在部署 Shipyard 时配置的访问令牌。
|
||||
|
||||
对于 `Shipyard Ship 存活时间(秒)`，这个定义了每个沙箱环境实例的存活时间，默认值为 3600 秒（1 小时）。您可以根据需要调整这个值。
|
||||
|
||||
对于 `Shipyard Ship 会话复用上限`，这个定义了每个沙箱环境实例可以复用的最大会话数，默认值为 10。也就是 10 个会话会共享同一个沙箱环境实例。您可以根据需要调整这个值。
|
||||
|
||||
填写好之后，点击右下角 “保存” 即可。
|
||||
|
||||
## 关于 `Shipyard Ship 存活时间(秒)`
|
||||
|
||||
沙箱环境实例的存活时间定义了每个实例在被销毁之前可以存在的最长时间，这个时间的设置需要根据您的使用场景以及资源来决定。
|
||||
|
||||
- 新的会话加入已有的沙箱环境实例时，该实例会自动延长存活时间到这个会话请求的 TTL。
|
||||
- 当对沙箱环境实例执行操作后，该实例会自动延长存活时间到当前时间加上 TTL。
|
||||
|
||||
## 关于沙盒环境的数据持久化
|
||||
|
||||
Shipyard 会给每个会话分配一个工作目录，在 `/home/<会话唯一 ID>` 目录下。
|
||||
|
||||
Shipyard 会自动将沙盒环境中的 /home 目录挂载到宿主机的 `${PWD}/data/shipyard/ship_mnt_data` 目录下，当沙盒环境实例被销毁后，如果某个会话继续请求调用沙箱，Shipyard 会重新创建一个新的沙盒环境实例，并将之前持久化的数据重新挂载进去，保证数据的连续性。
|
||||
|
||||
## 其他同类社区插件
|
||||
|
||||
### luosheng520qaq/astrobot_plugin_code_executor
|
||||
|
||||
如果您资源有限，不希望使用沙盒环境来执行代码，可以尝试 luosheng520qaq 开发的 [astrobot_plugin_code_executor](https://github.com/luosheng520qaq/astrobot_plugin_code_executor) 插件。该插件会直接在宿主机上执行代码。插件已经尽力提升安全性，但仍需留意代码安全性问题。
|
||||
96
docs/docs/zh/use/code-interpreter.md
Normal file
96
docs/docs/zh/use/code-interpreter.md
Normal file
@@ -0,0 +1,96 @@
|
||||
# 基于 Docker 的代码执行器
|
||||
|
||||
> [!WARNING]
|
||||
> 已过时，请参考最新的 [Agent 沙盒环境](/use/astrbot-agent-sandbox.md) 文档。在 v4.12.0 之后，该功能不可用。
|
||||
|
||||
在 `v3.4.2` 版本及之后，AstrBot 支持代码执行器以强化 LLM 的能力，并实现一些自动化的操作。
|
||||
|
||||
> [!TIP]
|
||||
> 此功能目前处于实验阶段，可能会有一些问题。如果您遇到了问题，请在 [GitHub](https://github.com/AstrBotDevs/AstrBot/issues) 上提交 issue。欢迎加群讨论：[322154837](https://qm.qq.com/cgi-bin/qm/qr?k=EYGsuUTfe00_iOu9JTXS7_TEpMkXOvwv&jump_from=webapi&authKey=uUEMKCROfsseS+8IzqPjzV3y1tzy4AkykwTib2jNkOFdzezF9s9XknqnIaf3CDft)。
|
||||
|
||||
如果您要使用此功能，请确保您的机器安装了 `Docker`。因为此功能需要启动专用的 Docker 沙箱环境以执行代码，以防止 LLM 生成恶意代码对您的机器造成损害。
|
||||
|
||||
|
||||
## Linux Docker 启动 AstrBot
|
||||
|
||||
如果您使用 Docker 部署了 AstrBot，需要多做一些工作。
|
||||
|
||||
1. 您需要在启动 Docker 容器时，请将 `/var/run/docker.sock` 挂载到容器内部。这样 AstrBot 才能够启动沙箱容器。
|
||||
|
||||
```bash
|
||||
sudo docker run -itd -p 6180-6200:6180-6200 -p 11451:11451 -v $PWD/data:/AstrBot/data -v /var/run/docker.sock:/var/run/docker.sock --name astrbot soulter/astrbot:latest
|
||||
```
|
||||
|
||||
2. 在聊天时使用 `/pi absdir <绝对路径地址>` 设置您宿主机上 AstrBot 的 data 目录的所在目录的绝对路径。
|
||||
|
||||
例子：
|
||||
|
||||
|
||||
|
||||
## Linux 手动源码 启动 AstrBot
|
||||
|
||||
**如果你的 Docker 指令需要 sudo 权限来执行**，那么你需要在启动 AstrBot 时，使用 `sudo` 来启动，否则代码执行器会因为权限不足而无法调用 Docker。
|
||||
|
||||
```bash
|
||||
sudo —E python3 main.py
|
||||
```
|
||||
|
||||
## 使用
|
||||
|
||||
本功能使用的镜像是 `soulter/astrbot-code-interpreter-sandbox`，您可以在 [Docker Hub](https://hub.docker.com/r/soulter/astrbot-code-interpreter-sandbox) 上查看镜像的详细信息。
|
||||
|
||||
镜像中提供了常用的 Python 库：
|
||||
|
||||
- Pillow
|
||||
- requests
|
||||
- numpy
|
||||
- matplotlib
|
||||
- scipy
|
||||
- scikit-learn
|
||||
- beautifulsoup4
|
||||
- pandas
|
||||
- opencv-python
|
||||
- python-docx
|
||||
- python-pptx
|
||||
- pymupdf
|
||||
- mplfonts
|
||||
|
||||
基本上能够实现的任务：
|
||||
|
||||
- 图片编辑
|
||||
- 网页抓取等
|
||||
- 数据分析、简单的机器学习
|
||||
- 文档处理，如读写 Word、PPT、PDF 等
|
||||
- 数学计算，如画图、求解方程等
|
||||
|
||||
由于中国大陆无法访问 docker hub，因此如果您的环境在中国大陆，请使用 `/pi mirror` 来查看/设置镜像源。比如，截至本文档编写时，您可以使用 `cjie.eu.org` 作为镜像源。即设置 `/pi mirror cjie.eu.org`。
|
||||
|
||||
在第一次触发代码执行器时，AstrBot 会自动拉取镜像，这可能需要一些时间。请耐心等待。
|
||||
|
||||
镜像可能会不定时间更新以提供更多的功能，因此请定期查看镜像的更新。如果需要更新镜像，可以使用 `/pi repull` 命令重新拉取镜像。
|
||||
|
||||
> [!TIP]
|
||||
> 如果一开始没有正常启动此功能，在启动成功之后，需要执行 `/tool on python_interpreter` 来开启此功能。
|
||||
> 您可以通过 `/tool ls` 查看所有的工具以及它们的启用状态。
|
||||
|
||||
|
||||
|
||||
## 图片和文件的输入
|
||||
|
||||
代码执行器除了能够识别和处理图片、文字任务，还能够识别您发送的文件，并且能够发送文件。
|
||||
|
||||
v3.4.34 后，使用 `/pi file` 指令开始上传文件。上传文件后，您可以使用 `/pi list` 查看您上传的文件，使用 `/pi clean` 清空您上传的文件。
|
||||
|
||||
上传的文件将会用于代码执行器的输入。
|
||||
|
||||
比如您希望对一张图片添加圆角，您可以使用 `/pi file` 上传图片，然后再提问：`请运行代码，对这张图片添加圆角`。
|
||||
|
||||
## Demo
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
5
docs/docs/zh/use/command.md
Normal file
5
docs/docs/zh/use/command.md
Normal file
@@ -0,0 +1,5 @@
|
||||
# 内置指令
|
||||
|
||||
AstrBot 具有很多内置指令，它们通过插件的形式被导入。位于 `packages/astrbot` 目录下。
|
||||
|
||||
使用 `/help` 可以查看所有内置指令。
|
||||
41
docs/docs/zh/use/context-compress.md
Normal file
41
docs/docs/zh/use/context-compress.md
Normal file
@@ -0,0 +1,41 @@
|
||||
# 上下文压缩
|
||||
|
||||
在 v4.11.0 之后，AstrBot 引入了自动上下文压缩功能。
|
||||
|
||||
|
||||
|
||||
AstrBot 会在对话上下文达到**使用的对话模型上下文窗口的最大长度的 82% 时**，自动对上下文进行压缩，以确保在不丢失关键信息的情况下，尽可能多地保留对话内容。
|
||||
|
||||
## 压缩策略
|
||||
|
||||
目前有两种压缩策略
|
||||
|
||||
1. 按照对话轮数截断。这种策略会简单地删除最早的对话内容，直到上下文长度符合要求。您可以指定一次性丢弃的对话轮数，默认为 1 轮。这种策略为**默认策略**。
|
||||
2. 由 LLM 压缩上下文。这种策略会调用您指定的模型本身来总结和压缩对话内容，从而保留更多的关键信息。您可以指定压缩时使用的对话模型，如果不选择，将会自动回退到 “按照对话轮数截断” 策略。您可以设置压缩时保留最近对话轮数，默认为 4。您还可以自定义压缩时的提示词。默认提示词为：
|
||||
|
||||
```
|
||||
Based on our full conversation history, produce a concise summary of key takeaways and/or project progress.
|
||||
1. Systematically cover all core topics discussed and the final conclusion/outcome for each; clearly highlight the latest primary focus.
|
||||
2. If any tools were used, summarize tool usage (total call count) and extract the most valuable insights from tool outputs.
|
||||
3. If there was an initial user goal, state it first and describe the current progress/status.
|
||||
4. Write the summary in the user's language.
|
||||
```
|
||||
|
||||
在压缩一轮之后，AstrBot 会二次检查当前上下文长度是否符合要求。如果仍然不符合要求，则会采用对半砍策略，即将当前上下文内容砍掉一半，直到符合要求为止。
|
||||
|
||||
- AstrBot 会在每次对话请求前调用压缩器进行检查。
|
||||
- 当前版本下 AstrBot 不会在工具调用过程中进行上下文压缩，未来我们会支持这一功能，敬请期待。
|
||||
|
||||
## ‼️ 重要：模型上下文窗口设置
|
||||
|
||||
默认情况下，当您添加模型时，AstrBot 会自动根据模型的 id，从 [MODELS.DEV](https://models.dev/) 提供的接口中获取模型的上下文窗口大小。但由于模型种类繁多，部分提供商甚至会修改模型的 id，因此 AstrBot 不能自动推断出您所添加的模型的上下文窗口大小。
|
||||
|
||||
您可以手动在模型配置中设置模型的上下文窗口大小，参考下图：
|
||||
|
||||
|
||||
|
||||
> [!NOTE]
|
||||
> 如果没有看到上图中的配置项，请您删除该模型，然后重新添加模型即可。
|
||||
|
||||
当模型上下文窗口大小被设置为 0 时，在每次请求时，AstrBot 仍会自动从 MODELS.DEV 获取模型的上下文窗口大小。如果仍为 0，则这次请求不会启用上下文压缩功能。
|
||||
|
||||
16
docs/docs/zh/use/custom-rules.md
Normal file
16
docs/docs/zh/use/custom-rules.md
Normal file
@@ -0,0 +1,16 @@
|
||||
# 自定义规则
|
||||
|
||||
> [!NOTE]
|
||||
> 下文的「消息会话来源」指的是 UMO。一个 UMO 唯一指定了一个消息平台下的具体的某个会话。
|
||||
|
||||
在 v4.7.0 版本之后，我们重构了 AstrBot 原来的「会话管理」功能为「自定义规则」功能。以减少和配置文件的冲突。
|
||||
|
||||
你可以把自定义规则理解为对指定消息来源更加灵活的自定义强制处理规则，其优先级高于配置文件。
|
||||
|
||||
例如，原本一个消息平台使用配置文件 “default”，这个消息平台下的所有会话都按照配置文件中的规则进行处理。如果你希望对某个会话来源 A 进行特殊处理，在原来，你需要单独创建一个配置文件，然后将 A 绑定到这个配置文件中。而现在，你只需要在 WebUI 的自定义规则页中创建一个自定义规则，然后选择消息来源 A 即可。你可以定义如下规则：
|
||||
|
||||
1. 是否启用该消息会话来源的消息处理。如果不启用，其效果相当于将该消息会话来源拉入黑名单。
|
||||
2. 是否对该消息会话来源的消息启用 LLM。如果不启用，则不会使用 AI 能力。
|
||||
3. 是否对该消息会话来源的消息启用 TTS。如果不启用，则不会使用 TTS 能力。
|
||||
4. 对该消息会话来源配置特定的聊天模型、语音识别模型（STT）、语音合成模型（TTS）。
|
||||
5. 对该消息会话来源配置特定的人格。
|
||||
52
docs/docs/zh/use/function-calling.md
Normal file
52
docs/docs/zh/use/function-calling.md
Normal file
@@ -0,0 +1,52 @@
|
||||
---
|
||||
outline: deep
|
||||
---
|
||||
|
||||
# 函数调用（Function-calling）
|
||||
|
||||
## 简介
|
||||
|
||||
函数调用旨在提供大模型**调用外部工具的能力**，以此实现 Agentic 的一些功能。
|
||||
|
||||
比如，问大模型：帮我搜索一下关于“猫”的信息，大模型会调用用于搜索的外部工具，比如搜索引擎，然后返回搜索结果。
|
||||
|
||||
目前，支持的模型包括但远不限于
|
||||
|
||||
- GPT-5.x 系列
|
||||
- Gemini 3.x 系列
|
||||
- Claude 4.x 系列
|
||||
- Deepseek v3.2(deepseek-chat)
|
||||
- Qwen 3.x 系列
|
||||
|
||||
2025年后推出的主流模型通常已支持函数调用。
|
||||
|
||||
不支持的模型比较常见的有 Deepseek-R1, Gemini 2.0 的 thinking 类等较老模型。
|
||||
|
||||
在 AstrBot 中，默认提供了网页搜索、待办提醒、代码执行器这些工具。很多插件，如:
|
||||
|
||||
- astrbot_plugin_cloudmusic
|
||||
- astrbot_plugin_bilibili
|
||||
- ...
|
||||
|
||||
等在提供传统的指令调用的基础上，也提供了函数调用的功能。
|
||||
|
||||
相关指令:
|
||||
|
||||
- `/tool ls` 查看当前具有的工具列表
|
||||
- `/tool on` 开启某个工具
|
||||
- `/tool off` 关闭某个工具
|
||||
- `/tool off_all` 关闭所有工具
|
||||
|
||||
某些模型可能不支持函数调用，会返回诸如 `tool call is not supported`, `function calling is not supported`, `tool use is not supported` 等错误。在大多数情况下，AstrBot 能够检测到这种错误并自动帮您去除函数调用工具。如果你发现某个模型不支持函数调用，也可使用 `/tool off_all` 命令关闭所有工具，然后再次尝试。或者更换为支持函数调用的模型。
|
||||
|
||||
|
||||
下面是一些常见的工具调用 Demo：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## MCP
|
||||
|
||||
请前往此文档 [AstrBot - MCP](/use/mcp) 查看。
|
||||
49
docs/docs/zh/use/knowledge-base-old.md
Normal file
49
docs/docs/zh/use/knowledge-base-old.md
Normal file
@@ -0,0 +1,49 @@
|
||||
# AstrBot 知识库
|
||||
|
||||
|
||||
|
||||
## 配置嵌入模型
|
||||
|
||||
打开服务提供商页面，点击新增服务提供商，选择 Embedding。
|
||||
|
||||
目前 AstrBot 支持兼容 OpenAI API 和 Gemini API 的嵌入向量服务。
|
||||
|
||||
点击上面的提供商卡片进入配置页面，填写配置。
|
||||
|
||||
配置完成后，点击保存。
|
||||
|
||||
## 配置重排序模型（可选）
|
||||
|
||||
重排序模型可以一定程度上提高最终召回结果的精度。
|
||||
|
||||
和嵌入模型的配置类似，打开服务提供商页面，点击新增服务提供商，选择重排序。有关重排序模型的更多信息请参考网络。
|
||||
|
||||
## 创建知识库
|
||||
|
||||
AstrBot 支持多知识库管理。在聊天时，您可以**自由指定知识库**。
|
||||
|
||||
进入知识库页面，点击创建知识库，如下图所示：
|
||||
|
||||
|
||||
|
||||
填写相关信息。在嵌入模型下拉菜单中您将看到刚刚创建好的嵌入模型和重排序模型（重排序模型可选）。
|
||||
|
||||
> [!TIP]
|
||||
> 一旦选择了一个知识库的嵌入模型，请不要再修改该提供商的**模型**或者**向量维度信息**，否则将**严重影响**该知识库的召回率甚至**报错**。
|
||||
|
||||
## 上传文件
|
||||
|
||||
|
||||
|
||||
## 附录 2：免费的嵌入模型申请
|
||||
|
||||
### PPIO 派欧云
|
||||
|
||||
1. 打开 [PPIO 派欧云官网](https://ppio.cn/user/register?invited_by=AIOONE)，并注册账户（通过此链接注册的账户将会获得 15 元人民币的代金券）。
|
||||
2. 进入 [模型广场](https://ppio.cn/model-api/console)，点击嵌入模型
|
||||
3. 点击 BAAI:BGE-M3 （截止至 2025-06-02，该模型在该平台免费）。
|
||||
4. 找到 API 接入指南，申请 Key。
|
||||
5. 填写 AstrBot OpenAI Embedding 模型提供商配置：
|
||||
1. API Key 为刚刚申请的 PPIO 的 API Key
|
||||
2. embedding api base 填写 `https://api.ppinfra.com/v3/openai`
|
||||
3. model 填写你选择的模型，此例子中为 `baai/bge-m3`。
|
||||
60
docs/docs/zh/use/knowledge-base.md
Normal file
60
docs/docs/zh/use/knowledge-base.md
Normal file
@@ -0,0 +1,60 @@
|
||||
# AstrBot 知识库
|
||||
|
||||
> [!TIP]
|
||||
> 需要 AstrBot 版本 >= 4.5.0。
|
||||
>
|
||||
> 我们在 4.5.0 版本中重新设计了全新的知识库系统，AstrBot 将原生支持知识库功能。下文介绍的是新版知识库的使用方法。如果您使用的是之前的版本，请参考[旧版知识库使用文档](https://docs.astrbot.app/zh/use/knowledge-base-old), 我们建议您升级到最新版以获得更好的体验。
|
||||
|
||||
|
||||
|
||||
## 配置嵌入模型
|
||||
|
||||
打开服务提供商页面，点击新增服务提供商，选择 Embedding。
|
||||
|
||||
目前 AstrBot 支持兼容 OpenAI API 和 Gemini API 的嵌入向量服务。
|
||||
|
||||
点击上面的提供商卡片进入配置页面，填写配置。
|
||||
|
||||
配置完成后，点击保存。
|
||||
|
||||
## 配置重排序模型（可选）
|
||||
|
||||
重排序模型可以一定程度上提高最终召回结果的精度。
|
||||
|
||||
和嵌入模型的配置类似，打开服务提供商页面，点击新增服务提供商，选择重排序。有关重排序模型的更多信息请参考网络。
|
||||
|
||||
## 创建知识库
|
||||
|
||||
AstrBot 支持多知识库管理。在聊天时，您可以**自由指定知识库**。
|
||||
|
||||
进入知识库页面，点击创建知识库，如下图所示：
|
||||
|
||||
|
||||
|
||||
填写相关信息。在嵌入模型下拉菜单中您将看到刚刚创建好的嵌入模型和重排序模型（重排序模型可选）。
|
||||
|
||||
> [!TIP]
|
||||
> 一旦选择了一个知识库的嵌入模型，请不要再修改该提供商的**模型**或者**向量维度信息**，否则将**严重影响**该知识库的召回率甚至**报错**。
|
||||
|
||||
## 上传文件
|
||||
|
||||
创建好知识库之后，可以为知识库上传文档。支持同时上传最多 10 个文件，单个文件大小不超过 128 MB。
|
||||
|
||||
|
||||
|
||||
## 使用知识库
|
||||
|
||||
在配置文件中，可以为不同的配置文件指定不同的知识库。
|
||||
|
||||
## 附录 2：高性价比的嵌入模型申请
|
||||
|
||||
### PPIO
|
||||
|
||||
1. 打开 [PPIO 派欧云官网](https://ppio.cn/user/register?invited_by=AIOONE)，并注册账户（通过此链接注册的账户将会获得 15 元人民币的代金券）。
|
||||
2. 进入 [模型广场](https://ppio.cn/model-api/console)，点击嵌入模型
|
||||
3. 点击 BAAI:BGE-M3 （截止至 2025-06-02，该模型在该平台免费）。
|
||||
4. 找到 API 接入指南，申请 Key。
|
||||
5. 填写 AstrBot OpenAI Embedding 模型提供商配置：
|
||||
1. API Key 为刚刚申请的 PPIO 的 API Key
|
||||
2. embedding api base 填写 `https://api.ppinfra.com/v3/openai`
|
||||
3. model 填写你选择的模型，此例子中为 `baai/bge-m3`。
|
||||
101
docs/docs/zh/use/mcp.md
Normal file
101
docs/docs/zh/use/mcp.md
Normal file
@@ -0,0 +1,101 @@
|
||||
# MCP
|
||||
|
||||
MCP(Model Context Protocol，模型上下文协议) 是一种新的开放标准协议，用来在大模型和数据源之间建立安全双向的链接。简单来说，它将函数工具单独抽离出来作为一个独立的服务，AstrBot 通过 MCP 协议远程调用函数工具，函数工具返回结果给 AstrBot。
|
||||
|
||||
|
||||
|
||||
AstrBot v3.5.0 支持 MCP 协议，可以添加多个 MCP 服务器、使用 MCP 服务器的函数工具。
|
||||
|
||||
|
||||
|
||||
## 初始状态配置
|
||||
|
||||
MCP 服务器一般使用 `uv` 或者 `npm` 来启动，因此您需要安装这两个工具。
|
||||
|
||||
对于 `uv`，您可以直接通过 pip 来安装。可在 AstrBot WebUI 快捷安装：
|
||||
|
||||
|
||||
|
||||
输入 `uv` 即可。
|
||||
|
||||
如果您使用 Docker 部署 AstrBot，也可以执行以下指令快捷安装。
|
||||
|
||||
```bash
|
||||
docker exec astrbot python -m pip install uv
|
||||
```
|
||||
|
||||
如果您通过源码部署 AstrBot，请在创建的虚拟环境内安装。
|
||||
|
||||
对于 `npm`，您需要安装 `node`。
|
||||
|
||||
如果您通过源码/一键安装部署 AstrBot，请参考 [Download Node.js](https://nodejs.org/en/download) 下载到您的本机。
|
||||
|
||||
如果您使用 Docker 部署 AstrBot，您需要在容器中安装 `node`（后期 AstrBot Docker 镜像将自带 `node`），请参考执行以下指令：
|
||||
|
||||
```bash
|
||||
sudo docker exec -it astrbot /bin/bash
|
||||
apt update && apt install curl -y
|
||||
export NVM_NODEJS_ORG_MIRROR=http://nodejs.org/dist
|
||||
# Download and install nvm:
|
||||
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.2/install.sh | bash
|
||||
\. "$HOME/.nvm/nvm.sh"
|
||||
nvm install 22
|
||||
# Verify version:
|
||||
node -v
|
||||
nvm current
|
||||
npm -v
|
||||
npx -v
|
||||
```
|
||||
|
||||
安装好 `node` 之后，需要重启 `AstrBot` 以应用新的环境变量。
|
||||
|
||||
## 安装 MCP 服务器
|
||||
|
||||
如果您使用 Docker 部署 AstrBot，请将 MCP 服务器安装在 data 目录下。
|
||||
|
||||
### 一个例子
|
||||
|
||||
我想安装一个查询 Arxiv 上论文的 MCP 服务器，发现了这个 Repo: [arxiv-mcp-server](https://github.com/blazickjp/arxiv-mcp-server)，参考它的 README，
|
||||
|
||||
我们抽取出需要的信息：
|
||||
|
||||
```json
|
||||
{
|
||||
"command": "uv",
|
||||
"args": [
|
||||
"tool",
|
||||
"run",
|
||||
"arxiv-mcp-server",
|
||||
"--storage-path", "data/arxiv"
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
如果要使用的 MCP 服务器需要通过环境变量配置 Token 等信息，可以使用 `env` 这个工具：
|
||||
|
||||
```json
|
||||
{
|
||||
"command": "env",
|
||||
"args": [
|
||||
"XXX_RESOURCE_FROM=local",
|
||||
"XXX_API_URL=https://xxx.com",
|
||||
"XXX_API_TOKEN=sk-xxxxx",
|
||||
"uv",
|
||||
"tool",
|
||||
"run",
|
||||
"xxx-mcp-server",
|
||||
"--storage-path", "data/res"
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
在 AstrBot WebUI 中设置:
|
||||
|
||||
|
||||
|
||||
即可。
|
||||
|
||||
参考链接：
|
||||
|
||||
1. 在这里了解如何使用 MCP: [Model Context Protocol](https://modelcontextprotocol.io/introduction)
|
||||
2. 在这里获取常用的 MCP 服务器: [awesome-mcp-servers](https://github.com/punkpeye/awesome-mcp-servers/blob/main/README-zh.md#what-is-mcp), [Model Context Protocol servers](https://github.com/modelcontextprotocol/servers), [MCP.so](https://mcp.so)
|
||||
7
docs/docs/zh/use/plugin.md
Normal file
7
docs/docs/zh/use/plugin.md
Normal file
@@ -0,0 +1,7 @@
|
||||
# AstrBot Star
|
||||
|
||||
在 `3.4.0` 版本之后，AstrBot 将插件命名为 `Star`。AstrBot 是一个高度模块化的项目，通过插件可以发挥这种模块化的能力，实现各种功能。
|
||||
|
||||
使用 `/plugin` 可以看到所有插件。在管理面板中也可管理已经安装的插件。
|
||||
|
||||
如果想自己开发插件，详见 [几行代码实现一个插件](/dev/star/plugin)。
|
||||
53
docs/docs/zh/use/proactive-agent.md
Normal file
53
docs/docs/zh/use/proactive-agent.md
Normal file
@@ -0,0 +1,53 @@
|
||||
# 主动型能力
|
||||
|
||||
AstrBot 引入了主动 Agent（Proactive Agent）系统，使 AstrBot 不仅能被动响应用户，还能通过给自己下达未来的任务来在未来的指定时刻主动执行任务并向用户主动反馈结果（文本、图片、文件都可）。
|
||||
|
||||
|
||||
|
||||
在 v4.14.0 引入，目前是**实验性功能**，未稳定。
|
||||
|
||||
## 未来任务 (FutureTask)
|
||||
|
||||
主 Agent 现在可以管理一个全局的 **Cron Job 列表**，为未来的自己设置任务。
|
||||
|
||||
### 功能特点
|
||||
|
||||
- **自我唤醒**：AstrBot 会在预定时间自动唤醒并执行任务。
|
||||
- **任务反馈**：执行完成后，AstrBot 会将结果告知任务布置方。
|
||||
- **WebUI 管理**：你可以在 WebUI 的“定时任务”页面查看、编辑或删除已设置的任务。
|
||||
|
||||
### 如何使用
|
||||
|
||||
> [!TIP]
|
||||
> 首先，确保配置中 “主动型能力” 已启用。
|
||||
|
||||
主 Agent 拥有管理定时任务的能力。你可以直接对它说：
|
||||
- “明天早上 8 点提醒我开会”
|
||||
- “每周五下午 5 点总结本周的工作日志”
|
||||
- “帮我定一个 10 分钟后的闹钟”
|
||||
|
||||
主 Agent 会调用内置的定时任务工具来安排这些计划。
|
||||
|
||||
你可以在 AstrBot WebUI 左侧导航栏中点击 **未来任务** 来查看和管理所有未来任务。
|
||||
|
||||
|
||||
|
||||
### 支持的平台
|
||||
|
||||
“定时任务”的设置支持所有平台，然而，由于部分平台没有开放主动消息推送的 API，因此只有以下平台支持 AstrBot 主动向用户推送结果：
|
||||
|
||||
- Telegram
|
||||
- OneBot v11
|
||||
- Slack
|
||||
- 飞书 (Lark)
|
||||
- Discord
|
||||
- Misskey
|
||||
- Satori
|
||||
|
||||
## 多媒体消息的发送
|
||||
|
||||
为了方便 Agent 直接向用户发送图片、音频、视频等文件，AstrBot 默认提供了一个 `send_message_to_user` 工具。
|
||||
|
||||
### 功能特点
|
||||
- **直接发送**：Agent 可以直接将生成或获取的多媒体文件发送给用户，而无需通过复杂的文本转换。
|
||||
- **支持多种格式**：支持图片、文件、音频、视频等。
|
||||
38
docs/docs/zh/use/skills.md
Normal file
38
docs/docs/zh/use/skills.md
Normal file
@@ -0,0 +1,38 @@
|
||||
# Anthropic Skills
|
||||
|
||||
Anthropic 推出的 Agent Skills（智能体技能）是一套模块化的功能扩展标准，旨在将 Claude 从一个“通用聊天机器人”转变为具备特定领域专业知识的“任务执行者”。Skills 是包含指令、脚本、元数据和参考资源的结构化文件夹。它不仅仅是提示词（Prompt），更像是一本专门的“操作手册”，在 Agent 需要执行特定任务时才会动态加载。Tool 是模型用来与外部世界交互的“具体工具/函数接口”，而 Skill 是将指令、模板和工具组合在一起的“标准化任务执行手册”。传统 Tool 需要在对话开始时一次性将所有 API 定义填入 Prompt。如果工具超过 50 个，可能还没开始说话就消耗了数万个 Token，导致响应变慢且昂贵。
|
||||
|
||||
AstrBot 在 v4.13.0 之后引入了对 Anthropic Skills 的支持，使得用户可以轻松集成和使用各种预定义的技能模块，提升 Agent 在特定任务上的表现。
|
||||
|
||||
## 关键特性
|
||||
|
||||
- 按需加载 (Progressive Disclosure)：模型初始只加载技能名称和简短描述。只有当任务匹配时，才会加载详细的 SKILL.md 指令，从而节省上下文窗口并降低成本。
|
||||
- 高度可复用：技能可以在不同的 Claude API 项目、Claude Code 或 Claude.ai 中通用。
|
||||
- 执行能力：技能可以包含可执行代码脚本，配合 Anthropic 代码执行环境（Code Execution）直接生成或处理文件。
|
||||
|
||||
## 上传 Skills 到 AstrBot
|
||||
|
||||
进入 AstrBot 管理面板，导航到 `插件` 页面，找到 `Skills`。
|
||||
|
||||
|
||||
|
||||
你可以上传 Skills，上传格式要求如下：
|
||||
|
||||
1. 是一个 .zip 压缩包
|
||||
2. **解压后是一个 Skill 文件夹，Skill 文件夹的名字即为这个 Skill 在 AstrBot 中的标识，请用英文命名**。
|
||||
3. Skill 文件夹内必须包含一个名为 `SKILL.md` 的文件，且该文件内容最好符合 Anthropic Skills 规范。你可以参考 [Anthropic 技能](https://code.claude.com/docs/zh-CN/skills)
|
||||
|
||||
## 在 AstrBot 使用 Skills
|
||||
|
||||
Skills 提供了 Agent 操作说明书，并且内容通常包含 Python 代码段、脚本等可执行内容。因此，Agent 需要一个**执行环境**。
|
||||
|
||||
目前，AstrBot 提供两种执行环境：
|
||||
|
||||
- Local（Agent 将在你的 AstrBot 运行环境中运行。**请谨慎使用，因为这会允许 Agent 在你的环境执行任意代码，可能带来安全风险**）
|
||||
- Sandbox (Agent 在隔离化的沙盒环境中运行。**需要先启动 AstrBot 沙盒模式**，请参考：[沙盒模式](/use/astrbot-agent-sandbox)，如果这个模式下不启动沙盒模式，将不会将 Skills 传给 Agent)
|
||||
|
||||
你可以在 `配置` 页面 - 使用电脑能力 中选择默认的执行环境。
|
||||
|
||||
> [!NOTE]
|
||||
> 需要说明的是，如果您使用 Local 作为执行环境，AstrBot 目前仅允许 **AstrBot 管理员**请求时才真正让 Agent 操作你的本地环境，普通用户将会被禁止，Agent 将无法通过 Shell、Python 等 Tool 在本地环境执行代码，会收到相应的权限限制提示，如 `Sorry, I cannot execute code on your local environment due to permission restrictions.`。
|
||||
|
||||
56
docs/docs/zh/use/subagent.md
Normal file
56
docs/docs/zh/use/subagent.md
Normal file
@@ -0,0 +1,56 @@
|
||||
# Agent Handsoff 与 Subagent
|
||||
|
||||
SubAgent 编排是 AstrBot 提供的一种高级 Agent 组织方式。它允许你将复杂的任务分解给多个专门的子 Agent（SubAgent）来完成，从而降低主 Agent 的 Prompt 长度，提高任务执行的成功率。
|
||||
|
||||
在 v4.14.0 引入，目前是**实验性功能**，未稳定。
|
||||
|
||||
|
||||
|
||||
## 动机
|
||||
|
||||
在传统的架构中，所有的工具（Tools）都直接挂载在主 Agent 上。当工具数量较多时，会带来以下问题：
|
||||
1. **Prompt 爆炸**：主 Agent 需要在 System Prompt 中包含所有工具的描述，导致上下文占用过多。
|
||||
2. **调用失误**：面对大量工具，LLM 容易混淆工具用途或产生错误的调用参数。
|
||||
3. **逻辑复杂**：主 Agent 既要负责对话，又要负责组织和调用大量工具，负担过重。
|
||||
|
||||
通过 SubAgent 编排，主 Agent 仅负责与用户对话以及**任务委派**。具体的工具调用由专门的 SubAgent 负责。
|
||||
|
||||
## 工作原理
|
||||
|
||||
1. **主 Agent 委派**：开启 SubAgent 模式后，主 Agent 只能看到一系列名为 `transfer_to_<subagent_name>` 的委派工具。
|
||||
2. **任务移交**：当主 Agent 认为需要执行某项任务时，它会调用对应的委派工具，将任务描述传递给 SubAgent。
|
||||
3. **子 Agent 执行**：SubAgent 接收到任务后，使用其挂载的工具进行操作，并将结果整理后回传给主 Agent。
|
||||
4. **结果反馈**：主 Agent 收到 SubAgent 的执行结果，继续与用户对话。
|
||||
|
||||
|
||||
|
||||
## 配置方法
|
||||
|
||||
在 AstrBot WebUI 中，点击左侧导航栏的 **SubAgent 编排**。
|
||||
|
||||
### 1. 启用 SubAgent 模式
|
||||
|
||||
在页面顶部开启“启用 SubAgent 编排”。
|
||||
|
||||
### 2. 创建 SubAgent
|
||||
|
||||
点击“新增 SubAgent”按钮：
|
||||
|
||||
- **Agent 名称**：用于生成委派工具名（如 `transfer_to_weather`）。建议使用英文小写和下划线。
|
||||
- **选择 Persona**：选择一个预设的 Persona，即人格，作为该子 Agent 的基础性格、行为指导和可以使用的 Tools 集合。你可以在“人格设定”页面创建和管理 Persona。
|
||||
- **对主 LLM 的描述**：这段描述会告诉主 Agent 这个子 Agent 擅长做什么，以便主 Agent 准确委派。
|
||||
- **分配工具**：选择该子 Agent 可以调用的工具。
|
||||
- **Provider 覆盖（可选）**：你可以为特定的子 Agent 指定不同的模型提供商。例如，主 Agent 使用 GPT-4o，而负责简单查询的子 Agent 使用 GPT-4o-mini 以节省成本。
|
||||
|
||||
## 最佳实践
|
||||
|
||||
- **职责单一**：每个 SubAgent 应该只负责一类相关的任务（如：搜索、文件处理、智能家居控制）。
|
||||
- **清晰的描述**：给主 Agent 的描述应当简洁明了，突出该子 Agent 的核心能力。
|
||||
- **分层管理**：对于极其复杂的任务，可以考虑多级委派（如果需要）。
|
||||
|
||||
## 已知问题
|
||||
|
||||
SubAgent 系统目前是**实验性功能**，未稳定。
|
||||
|
||||
1. 目前无法隔离人格的 Skills。
|
||||
2. 子 Agent 的对话历史暂时不会被保存。
|
||||
32
docs/docs/zh/use/unified-webhook.md
Normal file
32
docs/docs/zh/use/unified-webhook.md
Normal file
@@ -0,0 +1,32 @@
|
||||
# 统一 Webhook 模式
|
||||
|
||||
在 v4.8.0 版本开始，AstrBot 支持统一 Webhook 模式 (unified_webhook_mode)。开启该模式后，所有支持该模式的平台适配器都将使用同一个 Webhook 回调接口，从而简化了反向代理和域名配置，不再需要给每一个机器人适配器单独配置端口、域名和反向代理。
|
||||
|
||||
支持统一 Webhook 模式的平台适配器包括：
|
||||
|
||||
- Slack Webhook 模式
|
||||
- 微信公众平台
|
||||
- 企业微信客服机器人
|
||||
- 企业微信智能机器人
|
||||
- 微信客服机器人
|
||||
- QQ 官方机器人 Webhook 模式
|
||||
- ...
|
||||
|
||||
## 如何使用统一 Webhook 模式
|
||||
|
||||
1. 拥有一个域名（如 example.com）和公网 IP 服务器
|
||||
2. 配置 DNS 解析（如 astrbot.example.com）
|
||||
3. 配置反向代理，将域名的 80 或 443 端口请求转发到 AstrBot 的 WebUI 端口（默认为 6185）
|
||||
4. 前往 AstrBot `配置文件` 页，点击 `系统`，将 `对外可达的回调接口地址` 为配置的 URL 地址。（如 https://astrbot.example.com），点击保存，等待重启。
|
||||
|
||||
|
||||
在之后配置各个平台适配器时，选择开启 `统一 Webhook 模式 (unified_webhook_mode)`。
|
||||
|
||||
> [!TIP]
|
||||
> 如果您正在尝试更新 v4.8.0 之前配置的机器人适配器，你可能无法看到 `统一 Webhook 模式 (unified_webhook_mode)` 选项。请重新创建一个新的适配器实例，即可看到该选项。
|
||||
|
||||
|
||||
|
||||
开启该模式后，AstrBot 会为你生成一个唯一的 Webhook 回调链接，你只需要将该链接填写到各个平台的回调地址处即可。
|
||||
|
||||
|
||||
34
docs/docs/zh/use/websearch.md
Normal file
34
docs/docs/zh/use/websearch.md
Normal file
@@ -0,0 +1,34 @@
|
||||
# 网页搜索
|
||||
|
||||
网页搜索功能旨在提供大模型调用 Google，Bing，搜狗等搜索引擎以获取世界最近信息的能力，一定程度上能够提高大模型的回复准确度，减少幻觉。
|
||||
|
||||
AstrBot 内置的网页搜索功能依赖大模型提供 `函数调用` 能力。如果你不了解函数调用，请参考：[函数调用](/use/websearch)。
|
||||
|
||||
在使用支持函数调用的大模型且开启了网页搜索功能的情况下，您可以试着说：
|
||||
|
||||
- `帮我搜索一下 xxx`
|
||||
- `帮我总结一下这个链接：https://soulter.top`
|
||||
- `查一下 xxx`
|
||||
- `最近 xxxx`
|
||||
|
||||
等等带有搜索意味的提示让大模型触发调用搜索工具。
|
||||
|
||||
AstrBot 支持 3 种网页搜索源接入方式：`默认`、`Tavily`、`百度 AI 搜索`。
|
||||
|
||||
前者使用 AstrBot 内置的网页搜索请求器请求 Google、Bing、搜狗搜索引擎，在能够使用 Google 的网络环境下表现最佳。**我们推荐使用 Tavily**。
|
||||
|
||||
|
||||
|
||||
进入 `配置`，下拉找到网页搜索，您可选择 `default`（默认，不推荐） 或 `Tavily`。
|
||||
|
||||
### default（不推荐）
|
||||
|
||||
如果您的设备在国内并且有代理，可以开启代理并在 `管理面板-其他配置-HTTP代理` 填入 HTTP 代理地址以应用代理。
|
||||
|
||||
### Tavily
|
||||
|
||||
前往 [Tavily](https://app.tavily.com/home) 得到 API Key，然后填写在相应的配置项。
|
||||
|
||||
如果您使用 Tavily 作为网页搜索源，在 AstrBot ChatUI 上将会获得更好的体验优化，包括引用来源展示等：
|
||||
|
||||
|
||||
79
docs/docs/zh/use/webui.md
Normal file
79
docs/docs/zh/use/webui.md
Normal file
@@ -0,0 +1,79 @@
|
||||
# 管理面板
|
||||
|
||||
AstrBot 管理面板具有管理插件、查看日志、可视化配置、查看统计信息等功能。
|
||||
|
||||
|
||||
|
||||
## 管理面板的访问
|
||||
|
||||
当启动 AstrBot 之后，你可以通过浏览器访问 `http://localhost:6185` 来访问管理面板。
|
||||
|
||||
> [!TIP]
|
||||
> - 如果你正在云服务器上部署 AstrBot，需要将 `localhost` 替换为你的服务器 IP 地址。
|
||||
|
||||
## 登录
|
||||
|
||||
默认用户名和密码是 `astrbot` 和 `astrbot`。
|
||||
|
||||
## 可视化配置
|
||||
|
||||
在管理面板中，你可以通过可视化配置来配置 AstrBot 的插件。点击左栏 `配置` 即可进入配置页面。
|
||||
|
||||
|
||||
|
||||
当修改完配置后，你需要点击右下角 `保存` 按钮才能成功保存配置。
|
||||
|
||||
使用右下角第一个圆形按钮可以切换至 `代码编辑配置`。在 `代码编辑配置` 中，你可以直接编辑配置文件。
|
||||
|
||||
编辑完后首先点击`应用此配置`，此时配置将应用到可视化配置中，然后再点击右下角`保存`按钮来保存配置。如果你不点击`应用此配置`，那么你的修改将不会生效。
|
||||
|
||||
|
||||
|
||||
## 插件
|
||||
|
||||
在管理面板中，你可以通过左栏的 `插件` 来查看已安装的插件，以及安装新插件。
|
||||
|
||||
点击插件市场标签栏，你可以浏览由 AstrBot 官方上架的插件。
|
||||
|
||||
|
||||
|
||||
你也可以点击右下角 + 按钮，以 URL / 文件上传的方式手动安装插件。
|
||||
|
||||
> 由于插件更新机制，AstrBot Team 无法完全保证插件市场中插件的安全性，请您仔细甄别。因为插件原因造成损失的，AstrBot Team 不予负责。
|
||||
|
||||
### 插件加载失败处理
|
||||
|
||||
如果插件加载失败，管理面板会显示错误信息，并提供 **“尝试一键重载修复”** 按钮。这允许你在修复环境（如安装缺失依赖）或修改代码后，无需重启整个程序即可快速重新加载插件。
|
||||
|
||||
## 指令管理
|
||||
|
||||
通过左侧菜单 `指令管理`，可以集中管理所有已注册的指令，默认不显示系统插件。
|
||||
|
||||
支持按插件、类型（指令 / 指令组 / 子指令）、权限与状态过滤，配合搜索框快速定位。指令组行可展开查看子指令，徽章显示子指令数量，子指令行会缩进区分层级。
|
||||
|
||||
可以对每个指令 启用/禁用、重命名。
|
||||
|
||||
## 追踪 (Trace)
|
||||
|
||||
在管理面板的 `Trace` 页面中，你可以实时查看 AstrBot 的运行追踪记录。这对于调试模型调用路径、工具调用过程等非常有用。
|
||||
|
||||
你可以通过页面顶部的开关来启用或禁用追踪记录。
|
||||
|
||||
> [!NOTE]
|
||||
> 当前仅记录部分 AstrBot 主 Agent 的模型调用路径，后续会不断完善。
|
||||
|
||||
## 更新管理面板
|
||||
|
||||
在 AstrBot 启动时，会自动检查管理面板是否需要更新，如果需要，第一条日志（黄色）会进行提示。
|
||||
|
||||
使用 `/dashboard_update` 命令可以手动更新管理面板（管理员指令）。
|
||||
|
||||
管理面板文件在 data/dist 目录下。如果需要手动替换，请在 https://github.com/AstrBotDevs/AstrBot/releases/ 下载 `dist.zip` 然后解压到 data 目录下。
|
||||
|
||||
## 自定义 WebUI 端口
|
||||
|
||||
修改 data/cmd_config.json 文件内 `dashboard` 配置中的 `port`。
|
||||
|
||||
## 忘记密码
|
||||
|
||||
修改 data/cmd_config.json 文件内 `dashboard` 配置中的 `password`，将 password 整个键值对删除。
|
||||
Reference in New Issue
Block a user