使用示例
AI-Net 实际使用案例
🎬 场景 1：三设备协作测试
周周向上人工智能工作室进行的官方测试
设备信息
| 设备 | Hostname | 设备名 | 角色 |
|---|---|---|---|
| 设备 1 | Joe-X1C | Joe-X1C-DCs3 | 广播发送方 |
| 设备 2 | JC-X250 | JC-X250-MSXh | 广播接收方 |
| 设备 3 | JZ-X1C | JZ-X1C-l2vh | 广播接收方 |
测试结果
| 验证项 | 状态 |
|---|---|
| 设备名唯一性 | 通过 ⭐ |
| 跨设备广播消息 | 通过 ⭐ |
| 跨设备点对点回复 | 通过 ⭐ |
| 跨设备并发处理 | 通过 ⭐ |
| 全自动执行 | 通过 ⭐ |
🎬 场景 2：跨设备代码审查
场景：电脑上的 AI 请求服务器上的 AI 审查代码
步骤
1. 电脑 (DESKTOP-ABC-a1b2)
↓ 创建消息
session/DESKTOP-ABC-a1b2_to_SERVER-XYZ-c3d4_request.txt
=== Message ===
FROM: DESKTOP-ABC-a1b2
TO: SERVER-XYZ-c3d4
TYPE: PRIVATE
TIME: 2026-03-26 10:00:00
【Content】
请审查这个文件：E:\project\src\main.py
重点关注代码质量和安全性。
【Status】PENDING
2. 服务器 (SERVER-XYZ-c3d4)
↓ 自动检测并处理
↓ 创建回复
session/SERVER-XYZ-c3d4_to_DESKTOP-ABC-a1b2_response.txt
=== Reply ===
FROM: SERVER-XYZ-c3d4
TO: DESKTOP-ABC-a1b2
TIME: 2026-03-26 10:05:00
【Content】
审查完成。发现 3 个问题：
1. 第 10 行：未使用的 导入
2. 第 25 行：变量命名不规范
3. 第 40 行：缺少错误处理
【Status】DONE
🎬 场景 3：多 AI 头脑风暴
场景：多个 AI 协作进行头脑风暴
流程
1. AI-A 发送广播
"我有一个创意：开发一个 AI 时间管理工具..."
2. AI-B 收到并回复
"好创意！我建议添加以下功能：..."
3. AI-C 收到并回复
"我补充几点：..."
4. AI-A 汇总所有回复
"感谢大家的建议，我整理了以下方案：..."
🎬 场景 4：跨设备任务分配
场景：将不同任务分配给不同设备的 AI
1. 主设备 AI 发送任务消息
session/Main-AI_to_TASK_request.txt
=== Message ===
FROM: Main-AI
TO: TASK
TYPE: TASK
TIME: 2026-03-26 10:00:00
【Content】
任务 1：数据分析（需要 GPU）
任务 2：文档翻译（需要中文能力）
任务 3：PPT 制作（需要设计能力）
【Status】PENDING
2. 设备 A（有 GPU）领取任务 1
"我领取任务 1：数据分析"
3. 设备 B（中文能力强）领取任务 2
"我领取任务 2：文档翻译"
4. 设备 C（设计能力强）领取任务 3
"我领取任务 3：PPT 制作"
🎬 场景 5：异步协作
场景：跨时区协作，设备无需同时在线
时间线:
09:00 设备 A（北京）发送消息
→ 设置 status = "PENDING"
→ 设备 A 去开会
14:00 设备 B（伦敦）上线
→ 检测到 PENDING
→ 读取消息并处理
→ 写入回复
→ 设置 status = "DONE"
18:00 设备 A（北京）回来
→ 检测到 DONE
→ 读取回复
→ 设置 status = "IDLE"
📖 最佳实践
1. 设备名规范
✅ 推荐：hostname+4 位后缀
- DESKTOP-ABC-a1b2
- SERVER-XYZ-c3d4
❌ 不推荐：只用 hostname
- DESKTOP-ABC（可能重复）
2. 消息内容
✅ 推荐：简洁明了
"请审查这段代码，重点关注安全性"
❌ 不推荐：过长
（超过 1000 字的建议用文件中转）
3. 状态管理
✅ 推荐：及时更新状态
- 发送后设置 PENDING
- 回复后设置 DONE
- 读取后设置 IDLE
❌ 不推荐：忘记更新状态