共享分组与分组广场使用指南¶
1. 什么是共享分组?¶
1.1 通俗理解¶
想象一下,您有一些优质的AI渠道,您想分享给朋友使用,但又不想公开给所有人。这时候共享分组就像是您建立的一个"朋友圈"或"微信群":
- 您可以创建一个圈子(分组),比如叫"技术团队"或"研究小组"
- 只有加入这个圈子的人,才能使用您分享到这个圈子里的AI渠道
- 您可以控制谁能加入(审核制)、设置加入密码,或者只通过邀请链接分享
1.2 共享分组 vs 计费分组¶
平台有两种"分组"概念,很多新用户容易混淆。我们用一个类比来说明:
flowchart LR
subgraph billing_group ["计费分组-决定价格"]
B1["VIP会员"]
B2["普通会员"]
B3["高级会员"]
end
subgraph p2p_group ["共享分组-决定权限"]
P1["技术团队"]
P2["研究小组"]
P3["朋友圈"]
end
User["用户"] --> billing_group
User --> p2p_group
billing_group --> Price["决定您的消费倍率"]
p2p_group --> Access["决定您能访问哪些渠道"]
| 特性 | 计费分组 | 共享分组(P2P分组) |
|---|---|---|
| 作用 | 决定您使用AI服务时的价格折扣 | 决定您能访问哪些渠道 |
| 由谁管理 | 平台管理员 | 您自己创建和管理 |
| 举例 | VIP用户0.8倍、普通用户1.0倍 | "技术团队"、"研究小组" |
| 类比 | 商场会员等级(打折力度) | 微信朋友圈分组(谁能看) |
简单记忆: - 计费分组 = 您的会员等级,决定花多少钱(由平台决定) - 共享分组 = 您的社交圈子,决定能用什么(您自己控制)
2. 创建和管理分组¶
2.1 创建共享分组¶
操作路径:模型服务 → 分组管理 → 我创建的分组 → 添加分组
步骤说明:
- 填写基本信息
- 分组名称:唯一标识,如
tech_team(系统内部使用) - 显示名称:给用户看的名字,如
技术研发团队 -
分组描述:说明这个分组的用途
-
选择分组类型
- 私有分组:只有您自己可见,用于管理自己的渠道分类
-
共享分组:可以邀请或允许其他人加入,用于渠道共享
-
设置加入方式(仅共享分组需要)
| 方式 | 说明 | 适用场景 |
|---|---|---|
| 邀请制 | 只能通过您分享的专属链接加入,不在广场显示 | 私密小团队 |
| 审核制 | 在分组广场公开显示,用户申请后您审批 | 半开放社区 |
| 口令制 | 用户输入正确密码即可直接加入 | 快速分享 |
flowchart TD
start["创建共享分组"] --> choose_type{"选择加入方式"}
choose_type -->|"邀请制"| invite["生成邀请链接"]
choose_type -->|"审核制"| review["分组广场展示"]
choose_type -->|"口令制"| password["设置加入密码"]
invite --> share_link["分享链接给指定用户"]
review --> user_apply["用户申请"]
password --> user_input["用户输入密码"]
user_apply --> owner_approve{"您审批"}
user_input --> auto_join["自动加入"]
owner_approve -->|"通过"| joined["成为成员"]
owner_approve -->|"拒绝"| rejected["拒绝"]
share_link --> joined
auto_join --> joined
2.2 管理分组成员¶
创建分组后,您可以在"成员管理"中:
待审核列表(审核制分组): - 查看申请加入的用户 - 点击"通过"或"拒绝"
成员列表: - 查看所有已加入成员 - 可以"踢出"不再需要访问的成员
stateDiagram-v2
direction LR
state "申请中" as Pending
state "已加入" as Active
state "已拒绝" as Rejected
state "已踢出" as Banned
[*] --> Pending: 用户申请
[*] --> Active: 口令正确直接加入
Pending --> Active: 创建者通过审核
Pending --> Rejected: 创建者拒绝
Active --> Banned: 创建者踢出
Active --> [*]: 用户主动退出
Rejected --> [*]
Banned --> [*]
3. 加入他人的分组¶
3.1 通过分组广场发现¶
操作路径:模型服务 → 分组广场
这里会展示所有公开的共享分组(加入方式为"审核制"或"口令制")。
筛选和搜索: - 按关键词搜索分组名称或描述 - 查看分组的成员数量、创建者等信息
申请加入: - 审核制分组:点击"申请加入",等待创建者审批 - 口令制分组:输入正确的密码即可直接加入
3.2 通过邀请链接加入¶
如果分组创建者选择了"邀请制",您会收到类似这样的链接:
https://share-ai.woolen.wang/join_group?token=xyz123
点击链接后会自动跳转到加入页面,确认后即可加入该分组。
3.3 查看我加入的分组¶
操作路径:模型服务 → 分组管理 → 我加入的分组
这里显示: - 您已成功加入的所有分组 - 正在审核中的申请 - 可以主动退出不再需要的分组
4. 通过分组共享渠道¶
4.1 核心概念:渠道的"两个分组"¶
当您创建或编辑一个AI渠道时,会看到两个关于"分组"的配置:
flowchart TD
channel["AI渠道配置"] --> billing["计费分组-决定费率"]
channel --> p2p["P2P共享分组-决定谁能用"]
billing --> price["影响使用成本"]
p2p --> access["影响访问权限"]
price --> example1["例如:VIP组0.8倍费率"]
access --> example2["例如:仅技术团队成员可用"]
配置示例¶
假设您创建了一个AI渠道:
| 配置项 | 选择 | 含义 |
|---|---|---|
| 计费分组 | user_default |
使用这个渠道时按默认费率计费 |
| P2P共享分组 | [技术团队, 研究小组] |
只有加入这两个分组的用户能访问 |
| 可见范围 | 共享 | 非私有,允许其他用户使用 |
效果: - 只有加入了"技术团队"或"研究小组"的用户能看到并使用这个渠道 - 他们使用时按各自的计费等级付费(VIP用户更便宜) - 您作为渠道提供者,可以获得分享收益
4.2 三种渠道共享模式¶
flowchart TD
create["创建渠道"] --> mode{"选择共享模式"}
mode -->|"模式1"| private["私有渠道"]
mode -->|"模式2"| p2p_share["P2P分组共享"]
mode -->|"模式3"| public["公开共享"]
private --> private_desc["可见范围:私有<br>P2P分组:不设置<br>谁能用:仅您自己"]
p2p_share --> p2p_desc["可见范围:共享<br>P2P分组:选择分组<br>谁能用:分组成员"]
public --> public_desc["可见范围:共享<br>P2P分组:留空<br>谁能用:所有用户"]
模式1:私有渠道(只给自己用)¶
- 可见范围:勾选"私有"
- P2P共享分组:不需要选择
- 效果:只有您自己的Token能使用这个渠道
模式2:P2P分组共享(只给圈内人用)¶
- 可见范围:选择"共享"
- P2P共享分组:勾选一个或多个分组(如"技术团队")
- 效果:只有加入了这些分组的用户能使用,您可以获得分享收益
模式3:公开共享(给所有人用)¶
- 可见范围:选择"共享"
- P2P共享分组:留空不选
- 效果:所有平台用户都能使用,您可以获得分享收益
4.3 分享收益说明¶
当其他用户通过您共享的渠道调用AI时:
- 消费计费:用户按自己的计费等级扣费
- 收益计算:您获得
消费额度 × 分享倍率的收益 - 收益入账:实时增加到您的"分享收益额度"
- 收益查看:在"我的额度"→"分享收益记录"中查看明细
sequenceDiagram
participant Consumer as 用户B使用渠道
participant Channel as 您的共享渠道
participant System as 平台系统
participant Provider as 您的账户
Consumer->>Channel: 发起AI请求
Channel->>System: 消费100额度
System->>Consumer: 扣除100额度
System->>System: 计算分享收益<br>收益=100×0.8=80
System->>Provider: 增加80分享收益
Note over Provider: 在我的额度中<br>可查看收益明细
5. Token与分组的权限关系¶
5.1 为什么Token也要配置分组?¶
您可能有多个API访问令牌(Token),用于不同的场景: - Token A:用于个人调试,只访问自己的私有渠道 - Token B:用于团队项目,可以访问"技术团队"分组的渠道 - Token C:用于研究工作,可以访问"研究小组"分组的渠道
通过在Token中配置"P2P分组限制",可以精确控制每个Token的访问范围。
5.2 权限层级关系¶
flowchart TD
subgraph user_level ["用户层级"]
U1["用户加入的分组"]
U2["技术团队"]
U3["研究小组"]
U4["朋友圈"]
end
subgraph token_level ["Token层级"]
T1["Token的P2P限制"]
T2["仅限技术团队"]
end
subgraph channel_level ["渠道层级"]
C1["渠道授权的分组"]
C2["技术团队+研究小组"]
end
user_level --> intersection1["取交集"]
token_level --> intersection1
intersection1 --> effective1["Token有效分组:<br>技术团队"]
effective1 --> intersection2["再取交集"]
channel_level --> intersection2
intersection2 --> final["最终可访问:<br>技术团队渠道"]
权限计算公式:
最终可访问的渠道 = (用户加入的分组 ∩ Token限制的分组) ∩ 渠道授权的分组
示例说明:
假设: - 您加入了3个分组:技术团队、研究小组、朋友圈 - Token A 配置了"P2P分组限制"为:技术团队 - 某个渠道配置的"P2P共享分组"为:技术团队、研究小组
结果:使用Token A时,您只能访问"技术团队"授权的渠道,无法访问只授权给"研究小组"的渠道。
6. 实际使用场景¶
6.1 场景一:团队内部共享¶
您的情况: - 您是技术团队负责人 - 拥有一个高质量的AI渠道 - 想让团队成员都能使用,但不想公开
操作步骤:
- 创建分组
- 名称:
tech_team - 显示名称:
技术研发团队 - 类型:共享分组
-
加入方式:审核制
-
创建或编辑渠道
- 计费分组:选择
user_default - P2P共享分组:勾选
技术研发团队 -
可见范围:共享
-
邀请成员
- 成员在分组广场找到"技术研发团队"
- 点击申请加入
-
您在"成员管理"中审批通过
-
团队使用
- 成员创建Token(不需要特殊配置)
- 自动可以访问团队共享的渠道
- 您获得他们消费的分享收益
6.2 场景二:好友私密分享¶
您的情况: - 想分享给几个好友 - 不想在广场公开 - 希望快速加入
操作步骤:
- 创建分组
- 名称:
close_friends - 显示名称:
好友专享 - 类型:共享分组
- 加入方式:口令制
-
加入密码:
mySecret123 -
分享密码
- 通过微信、邮件等方式告诉好友
-
告诉他们分组名称和密码
-
好友加入
- 在分组广场搜索"好友专享"
- 输入密码
mySecret123 -
立即加入成功
-
绑定渠道
- 创建或编辑您的渠道
- P2P共享分组:勾选
好友专享
6.3 场景三:多级别访问控制¶
您的情况: - 您有多个不同质量的渠道 - 核心团队可以用最好的 - 外围成员只能用普通的
操作步骤:
- 创建两个分组
- 分组1:
core_team(核心团队)- 审核制,严格筛选 -
分组2:
extended_team(扩展团队)- 口令制,宽松加入 -
创建两个渠道
- 渠道A:高质量渠道 → P2P分组:
[core_team] -
渠道B:普通渠道 → P2P分组:
[core_team, extended_team] -
权限效果
- 核心成员:可以访问渠道A和渠道B
- 扩展成员:只能访问渠道B
7. 渠道选择优先级¶
当您既有私有渠道、又加入了分组、平台也有公共渠道时,系统会按以下优先级选择:
flowchart TD
request["发起AI请求"] --> check1{"有私有渠道?"}
check1 -->|"有"| use_private["使用私有渠道"]
check1 -->|"无"| check2{"有P2P分组渠道?"}
check2 -->|"有"| use_p2p["使用分组共享渠道"]
check2 -->|"无"| check3{"有公共渠道?"}
check3 -->|"有"| use_public["使用平台公共渠道"]
check3 -->|"无"| error["无可用渠道"]
use_private --> success["请求完成"]
use_p2p --> success
use_public --> success
优先级规则: 1. 私有渠道优先:您自己配置的、标记为"私有"的渠道 2. 共享渠道次之:您有权访问的P2P分组渠道 3. 公共渠道兜底:平台或其他用户公开的渠道
为什么这样设计? - 保证您的私有资源优先使用(不会被平台渠道"抢走") - 其次使用朋友分享的高质量渠道 - 最后才用公共资源
8. 常见问题¶
Q1:创建分组后,我的渠道会自动共享给成员吗?¶
不会自动共享。创建分组和共享渠道是两个独立步骤: 1. 先创建分组(建立"圈子") 2. 再创建或编辑渠道,选择"P2P共享分组"绑定到这个圈子
Q2:如果我加入了多个分组,使用时会优先用哪个?¶
系统会自动选择最优渠道: - 首先看您的私有渠道 - 然后在您加入的所有分组中,选择可用且优先级高的渠道 - 您不需要手动切换
Q3:我能看到其他成员的使用情况吗?¶
分组创建者可以在"分组统计"中看到: - 分组的总消费量 - 您获得的总收益 - 但看不到单个成员的详细调用记录(隐私保护)
普通成员只能看到自己的消费记录。
Q4:如果我退出分组,之前的Token还能用吗?¶
- Token本身有效:可以继续用于访问其他渠道
- 分组渠道失效:无法再访问该分组的共享渠道
- 私有渠道不受影响:您自己的私有渠道仍然可用
Q5:分享渠道会影响我自己使用吗?¶
不会影响,因为: - 您的私有渠道始终优先(不会被分享渠道占用) - 您可以为共享渠道设置"总额度限制"和"并发限制" - 超过限制后,其他用户无法使用,但您的私有渠道不受影响
Q6:我可以创建多少个分组?¶
目前系统没有严格限制,但建议: - 不要超过10个分组(管理复杂度) - 每个分组有明确的用途和成员范围 - 定期清理不活跃的分组
Q7:一个渠道可以同时绑定多个分组吗?¶
可以。在渠道配置的"P2P共享分组"中,您可以勾选多个分组。
效果:只要用户加入了其中任意一个分组,就能访问该渠道。
示例:
- 渠道配置:P2P分组 = [技术团队, 研究小组]
- 用户A:只加入了"技术团队" → 可以访问
- 用户B:只加入了"研究小组" → 可以访问
- 用户C:两个都加入了 → 可以访问
- 用户D:都没加入 → 无法访问
9. 最佳实践建议¶
9.1 分组命名规范¶
- 系统唯一名称:使用英文+下划线,如
tech_team_2024 - 显示名称:使用中文,清晰易懂,如
2024技术团队 - 添加描述:说明分组用途、加入条件等
9.2 成员管理建议¶
- 定期审核:审核制分组要及时处理申请,避免积压
- 权限回收:成员离职或项目结束后,及时踢出相关成员
- 分组归档:不再使用的分组应删除,避免资源浪费
9.3 渠道配置建议¶
- 明确定位:每个渠道明确是私有、小范围共享还是公开
- 合理限额:共享渠道建议设置"总额度限制",防止被滥用
- 监控收益:定期查看"渠道收益",了解分享效果
9.4 安全注意事项¶
- 口令分组:定期更换加入密码,防止泄露
- 审核严格:审核制分组要核实申请者身份
- 收益提现:分享收益达到一定额度后及时提现
10. 故障排查¶
10.1 分组成员看不到渠道¶
检查清单: 1. ✅ 成员已成功加入分组(状态为"已加入") 2. ✅ 渠道的"P2P共享分组"包含该分组 3. ✅ 渠道状态为"启用" 4. ✅ 渠道没有超过额度或并发限制 5. ✅ 成员的Token没有设置冲突的P2P限制
10.2 创建渠道时找不到分组¶
原因:分组加载失败或网络问题
解决方法: 1. 刷新页面重新加载 2. 检查网络连接 3. 先去"分组管理"确认分组已创建成功 4. 清除浏览器缓存后重试
10.3 申请加入分组后没有反应¶
可能原因: - 审核制分组:需要等待创建者审批,耐心等待 - 口令制分组:密码输入错误,请确认密码后重试 - 网络问题:刷新页面查看申请状态
解决方法: 1. 在"我加入的分组"页面查看申请状态 2. 如果显示"审核中",说明申请已提交成功 3. 如果没有记录,说明申请未成功,请重新操作
11. 总结:核心要点¶
- 共享分组 = 社交圈子,决定渠道访问权限
- 计费分组 = 会员等级,决定使用价格
- 三种共享模式:私有、P2P分组、公开
- 权限层层过滤:用户分组 → Token限制 → 渠道授权
- 分享有收益:其他用户使用您的渠道,您可以赚取额度
- 分组独立管理:创建分组和绑定渠道是两个独立操作
开始使用: - 新手:先创建一个"审核制"分组,邀请1-2个朋友测试 - 进阶:使用Token的P2P限制,为不同项目配置不同权限 - 高级:结合计费分组、优先级、权重,精细控制渠道路由
如有其他问题,请查看"帮助中心"或联系客服。