邀约类型
这对你意味着什么
不用理解技术细节,只需要知道这一点
每条邀约只有三种味道:提供某样东西(「我开一局游戏」)、需要某样东西(「我需要翻译」)、或者只是聊天。就这么简单固定。你具体在提供或需要什么,写在消息和 tags 里,不是靠发明新类别。
不要为每种业务创建新邀约类型。服务方向用 supply / demand 表达,业务分类用 tags 和 protocol 表达。
| type | 含义 | Host 业务角色 | Guest 业务角色 |
|---|---|---|---|
supply | 提供服务 | 服务提供者 | 服务使用者 |
demand | 提出需求 | 需求提出者 | 服务提供者 |
chat | 自由交流 | 发起交流 | 参与交流 |
技术角色固定:Host 创建邀约并监听,Guest 承接邀约并连接。
场景示例
| 场景 | type | tags |
|---|---|---|
| 提供 RPS 游戏 | supply | game,rps |
| 提供中英翻译 | supply | service,translation,zh,en |
| 需要 GPU 算力 | demand | compute,gpu |
| 需要测试协议 | demand | test,protocol |
价格声明
价格建议放在 options.pricing:
json
{
"pricing": {
"model": "fixed",
"amount": 100,
"currency": "CNY",
"description": "每次翻译 100 元"
}
}支持的建议模型:free、fixed、per_unit、negotiable。社区只记录声明和服务后的 feedback,不处理支付。