Ethan/AirGap-EdgeGateway-W3
1
0
Fork 0
Code Issues 2 Pull requests Projects Releases Packages Wiki Activity Actions

W3评测：AirGap-EdgeGateway-W3 — 隐私边缘网关 #1

New issue
Open
opened 2026-05-24 19:21:02 +08:00 by ninkch · 1 comment
ninkch commented 2026-05-24 19:21:02 +08:00
Copy link

项目仓库: https://www.synnovator.com/Ethan/AirGap-EdgeGateway-W3
Demo地址: https://airgap-sec.tech (Vercel)
评测基准: 半决赛 Wave 3 Demo — Agents完整/有效/可运行，Skills整合，Demo具备交互能力
评测日期: 2026-05-24

一、项目理解

AirGap-EdgeGateway是面向智能家居的隐私边缘网关，通过硬件级物理断网（继电器/MOSFET在<5ms内切断WAN供电）配合本地离线LLM推理（Raspberry Pi 5上运行Qwen 2.5）实现确定性零数据外泄。目标场景：保密会议、高端酒店、家庭隐私。

三层架构设计：

  • 感知层（Web）：Web Dashboard + 语音输入 + 状态监控
  • 决策层（Edge）：RPi5 + 离线NLP + 意图识别
  • 执行层（HW）：Zigbee局域 + 物理继电器 + GPIO

核心卖点："确定性隐私"——不是软件防火墙规则，而是物理断电，数据不可能外泄。

二、Agent 落地性

三层架构中仅Web感知层有公开代码，核心的决策层和执行层以"专利保护"为由闭源。

层级 组件 公开代码？ 可运行验证？
感知层（Web） Web Dashboard + 语音输入 ✅ index.html + /api/chat.js ✅ Vercel可访问
决策层（Edge） RPi5 + 离线NLP + 意图识别 ❌ 闭源 ❌ 无代码无文档
执行层（HW） Zigbee + 物理继电器 + GPIO ❌ 闭源 ❌ 无代码无文档

公开仓库内容：

  • README.md — 项目说明
  • docs/ — 文档目录
  • web-dashboard/ — 占位目录（仅index.html + chat.js）
  • edge-gateway/ — 占位目录（无实际代码）
  • assets/ — 图片资源

仓库本质是一个文档包装，不是可工作的代码库。

三、Skill 落地性

README中定义了5个Skill，但仅1个有公开可验证的实现：

Skill ID 来源 描述 有代码实现？
S1W1-01 Wave 1 边缘节点部署与基础通信 ❌ 无代码，无实现文档
S1W2-01 Wave 2 本地NLP意图解析 ❌ 无代码，仅文字描述
S1W2-02 Wave 2 Web Dashboard UI与API ✅ index.html + chat.js
S1W3-01 Wave 3 物理熔断触发逻辑与反馈 ❌ 无代码，无Schema，无可复现证据
S1W3-02 Wave 3 端到端软硬件闭环 ❌ 无代码，仅依赖视频演示

4/5 Skills仅存在于叙述性描述中，无配置文件、测试结果、API契约或硬件原理图。

四、Demo 交互能力

Demo组件 可用？ 证据
Web Dashboard ✅ https://airgap-sec.tech Vercel部署，可访问
AI聊天交互 ⚠️ 部分 /api/chat 端点代理到云端LLM——通用聊天，非连接边缘硬件
物理熔断演示 ❌ 仅视频 Bilibili视频——非实时/交互
Mock模式 ⚠️ 声称 README称"无硬件自动切换Mock模式"——但无Mock状态机代码

Web Dashboard提供静态仪表板UI + LLM聊天组件。这是一个交互式网页，不是交互式Agent Demo——AI聊天是到云端LLM的透传，物理熔断演示是预录视频，无实时交互路径。

五、不足与建议

1. 核心代码闭源

问题：3层架构中2/3层（Edge决策层+HW执行层）以"专利保护"为由闭源，公开仓库仅含 index.html + /api/chat.js。离线LLM推理、物理断网触发、MQTT通信、Zigbee驱动等核心功能无法验证是否真实实现。

影响：评审无法独立验证项目的核心技术声明。"确定性隐私"的卖点完全依赖于信任团队提供的视频和文字描述，而非可审计的代码。

建议：至少开源Edge层的核心推理逻辑和硬件驱动接口定义。不需要公开全部商业秘密，但需要足够代码让评审验证"物理断网"和"离线推理"是否真实工作。也可提供完整的API契约定义（MQTT消息格式、GPIO控制协议等），使评审能理解系统集成机制。

2. 云端LLM与"离线推理"声明矛盾

问题：Web Dashboard的 /api/chat 端点代理到云端LLM API，而项目核心卖点是"0 Byte数据外泄"通过离线推理实现。

影响：核心卖点与实际Demo实现直接矛盾。Demo本身就在向云端发送数据，这恰恰是项目声称要防止的行为。

建议：Demo应展示Edge本地推理路径（RPi5 + Qwen 2.5）。如果在线Demo因成本限制无法部署Edge硬件，应明确标注"在线Demo使用云端LLM替代本地推理，实际产品为离线推理"，并提供离线推理的验证方式（如视频中的Edge推理日志截图）。

3. Skill仅1/5有公开实现

问题：5个Skill中仅S1W2-02（Web Dashboard UI）有公开代码，其余4个仅文字描述。无配置文件、测试结果、API契约。

影响：Skills整合标准无法验证。W3阶段要求"整合Skills技能"，但目前只能看到1个Skill的代码。

建议：提供其余4个Skill的实现代码，或至少提供Skill间的API契约定义和集成测试结果。特别是S1W3-01（物理熔断触发逻辑）和S1W3-02（端到端闭环），这两个是W3阶段的核心增量。

4. Mock Mode无代码证据

问题：README声称"无硬件时自动切换到Mock模式"，但仓库中无Mock状态机代码。

影响：评审无法在无硬件环境下验证系统行为。这意味着评委要么需要购买RPi5+继电器+Zigbee模块，要么只能看视频。

建议：实现并开源Mock Mode——至少在Web Dashboard中模拟Edge响应和HW状态变化，使评审能体验"命令→断网→状态反馈"的闭环流程。

六、综合评价

AirGap-EdgeGateway的差异化价值明确——硬件级物理断网实现"确定性隐私"，不是软件规则的"尽力而为"。三层架构（感知→决策→执行）设计清晰，概念有价值。Web Dashboard在线可访问，Bilibili有实物演示视频。

但核心代码闭源是根本问题。评审无法验证离线LLM推理、物理断网触发、MQTT通信等核心功能是否真实实现。在线Demo的云端LLM透传与"离线推理"声明直接矛盾。5个Skill仅1个有公开代码。仓库本质是文档包装，不是可工作的代码库。

硬件项目确实有闭源的合理理由，但在竞赛Demo轮次中，评委需要看到足够的代码来验证核心声明的真实性。建议至少开源Edge推理逻辑和HW接口定义，并实现Mock Mode使评审能体验闭环流程。

**项目仓库**: https://www.synnovator.com/Ethan/AirGap-EdgeGateway-W3 **Demo地址**: https://airgap-sec.tech (Vercel) **评测基准**: 半决赛 Wave 3 Demo — Agents完整/有效/可运行，Skills整合，Demo具备交互能力 **评测日期**: 2026-05-24 --- ## 一、项目理解 AirGap-EdgeGateway是面向智能家居的隐私边缘网关，通过**硬件级物理断网**（继电器/MOSFET在<5ms内切断WAN供电）配合**本地离线LLM推理**（Raspberry Pi 5上运行Qwen 2.5）实现确定性零数据外泄。目标场景：保密会议、高端酒店、家庭隐私。 三层架构设计： - **感知层（Web）**：Web Dashboard + 语音输入 + 状态监控 - **决策层（Edge）**：RPi5 + 离线NLP + 意图识别 - **执行层（HW）**：Zigbee局域 + 物理继电器 + GPIO 核心卖点："确定性隐私"——不是软件防火墙规则，而是物理断电，数据不可能外泄。 --- ## 二、Agent 落地性 三层架构中**仅Web感知层有公开代码**，核心的决策层和执行层以"专利保护"为由闭源。 | 层级 | 组件 | 公开代码？ | 可运行验证？ | |------|------|-----------|------------| | 感知层（Web） | Web Dashboard + 语音输入 | ✅ index.html + /api/chat.js | ✅ Vercel可访问 | | 决策层（Edge） | RPi5 + 离线NLP + 意图识别 | ❌ 闭源 | ❌ 无代码无文档 | | 执行层（HW） | Zigbee + 物理继电器 + GPIO | ❌ 闭源 | ❌ 无代码无文档 | 公开仓库内容： - `README.md` — 项目说明 - `docs/` — 文档目录 - `web-dashboard/` — 占位目录（仅index.html + chat.js） - `edge-gateway/` — 占位目录（无实际代码） - `assets/` — 图片资源 **仓库本质是一个文档包装，不是可工作的代码库。** --- ## 三、Skill 落地性 README中定义了5个Skill，但仅1个有公开可验证的实现： | Skill ID | 来源 | 描述 | 有代码实现？ | |----------|------|------|------------| | S1W1-01 | Wave 1 | 边缘节点部署与基础通信 | ❌ 无代码，无实现文档 | | S1W2-01 | Wave 2 | 本地NLP意图解析 | ❌ 无代码，仅文字描述 | | S1W2-02 | Wave 2 | Web Dashboard UI与API | ✅ index.html + chat.js | | S1W3-01 | Wave 3 | 物理熔断触发逻辑与反馈 | ❌ 无代码，无Schema，无可复现证据 | | S1W3-02 | Wave 3 | 端到端软硬件闭环 | ❌ 无代码，仅依赖视频演示 | 4/5 Skills仅存在于叙述性描述中，无配置文件、测试结果、API契约或硬件原理图。 --- ## 四、Demo 交互能力 | Demo组件 | 可用？ | 证据 | |----------|--------|------| | Web Dashboard | ✅ | https://airgap-sec.tech Vercel部署，可访问 | | AI聊天交互 | ⚠️ 部分 | /api/chat 端点代理到云端LLM——通用聊天，非连接边缘硬件 | | 物理熔断演示 | ❌ 仅视频 | Bilibili视频——非实时/交互 | | Mock模式 | ⚠️ 声称 | README称"无硬件自动切换Mock模式"——但无Mock状态机代码 | Web Dashboard提供静态仪表板UI + LLM聊天组件。这是一个交互式网页，**不是交互式Agent Demo**——AI聊天是到云端LLM的透传，物理熔断演示是预录视频，无实时交互路径。 --- ## 五、不足与建议 ### 1. 核心代码闭源 **问题**：3层架构中2/3层（Edge决策层+HW执行层）以"专利保护"为由闭源，公开仓库仅含 index.html + /api/chat.js。离线LLM推理、物理断网触发、MQTT通信、Zigbee驱动等核心功能无法验证是否真实实现。 **影响**：评审无法独立验证项目的核心技术声明。"确定性隐私"的卖点完全依赖于信任团队提供的视频和文字描述，而非可审计的代码。 **建议**：至少开源Edge层的核心推理逻辑和硬件驱动接口定义。不需要公开全部商业秘密，但需要足够代码让评审验证"物理断网"和"离线推理"是否真实工作。也可提供完整的API契约定义（MQTT消息格式、GPIO控制协议等），使评审能理解系统集成机制。 ### 2. 云端LLM与"离线推理"声明矛盾 **问题**：Web Dashboard的 /api/chat 端点代理到云端LLM API，而项目核心卖点是"0 Byte数据外泄"通过离线推理实现。 **影响**：核心卖点与实际Demo实现直接矛盾。Demo本身就在向云端发送数据，这恰恰是项目声称要防止的行为。 **建议**：Demo应展示Edge本地推理路径（RPi5 + Qwen 2.5）。如果在线Demo因成本限制无法部署Edge硬件，应明确标注"在线Demo使用云端LLM替代本地推理，实际产品为离线推理"，并提供离线推理的验证方式（如视频中的Edge推理日志截图）。 ### 3. Skill仅1/5有公开实现 **问题**：5个Skill中仅S1W2-02（Web Dashboard UI）有公开代码，其余4个仅文字描述。无配置文件、测试结果、API契约。 **影响**：Skills整合标准无法验证。W3阶段要求"整合Skills技能"，但目前只能看到1个Skill的代码。 **建议**：提供其余4个Skill的实现代码，或至少提供Skill间的API契约定义和集成测试结果。特别是S1W3-01（物理熔断触发逻辑）和S1W3-02（端到端闭环），这两个是W3阶段的核心增量。 ### 4. Mock Mode无代码证据 **问题**：README声称"无硬件时自动切换到Mock模式"，但仓库中无Mock状态机代码。 **影响**：评审无法在无硬件环境下验证系统行为。这意味着评委要么需要购买RPi5+继电器+Zigbee模块，要么只能看视频。 **建议**：实现并开源Mock Mode——至少在Web Dashboard中模拟Edge响应和HW状态变化，使评审能体验"命令→断网→状态反馈"的闭环流程。 --- ## 六、综合评价 AirGap-EdgeGateway的差异化价值明确——硬件级物理断网实现"确定性隐私"，不是软件规则的"尽力而为"。三层架构（感知→决策→执行）设计清晰，概念有价值。Web Dashboard在线可访问，Bilibili有实物演示视频。 但核心代码闭源是根本问题。评审无法验证离线LLM推理、物理断网触发、MQTT通信等核心功能是否真实实现。在线Demo的云端LLM透传与"离线推理"声明直接矛盾。5个Skill仅1个有公开代码。仓库本质是文档包装，不是可工作的代码库。 硬件项目确实有闭源的合理理由，但在竞赛Demo轮次中，评委需要看到足够的代码来验证核心声明的真实性。建议至少开源Edge推理逻辑和HW接口定义，并实现Mock Mode使评审能体验闭环流程。
Ethan commented 2026-05-24 22:02:48 +08:00
Owner
Copy link

@ninkch wrote in #1 (comment):

项目仓库: https://www.synnovator.com/Ethan/AirGap-EdgeGateway-W3 Demo地址: https://airgap-sec.tech (Vercel) 评测基准: 半决赛 Wave 3 Demo — Agents完整/有效/可运行，Skills整合，Demo具备交互能力 评测日期: 2026-05-24

一、项目理解

AirGap-EdgeGateway是面向智能家居的隐私边缘网关，通过硬件级物理断网（继电器/MOSFET在<5ms内切断WAN供电）配合本地离线LLM推理（Raspberry Pi 5上运行Qwen 2.5）实现确定性零数据外泄。目标场景：保密会议、高端酒店、家庭隐私。

三层架构设计：

  • 感知层（Web）：Web Dashboard + 语音输入 + 状态监控
  • 决策层（Edge）：RPi5 + 离线NLP + 意图识别
  • 执行层（HW）：Zigbee局域 + 物理继电器 + GPIO

核心卖点："确定性隐私"——不是软件防火墙规则，而是物理断电，数据不可能外泄。

二、Agent 落地性

三层架构中仅Web感知层有公开代码，核心的决策层和执行层以"专利保护"为由闭源。

层级 组件 公开代码？ 可运行验证？
感知层（Web） Web Dashboard + 语音输入 ✅ index.html + /api/chat.js ✅ Vercel可访问
决策层（Edge） RPi5 + 离线NLP + 意图识别 ❌ 闭源 ❌ 无代码无文档
执行层（HW） Zigbee + 物理继电器 + GPIO ❌ 闭源 ❌ 无代码无文档
公开仓库内容：

  • README.md — 项目说明
  • docs/ — 文档目录
  • web-dashboard/ — 占位目录（仅index.html + chat.js）
  • edge-gateway/ — 占位目录（无实际代码）
  • assets/ — 图片资源

仓库本质是一个文档包装，不是可工作的代码库。

三、Skill 落地性

README中定义了5个Skill，但仅1个有公开可验证的实现：

Skill ID 来源 描述 有代码实现？
S1W1-01 Wave 1 边缘节点部署与基础通信 ❌ 无代码，无实现文档
S1W2-01 Wave 2 本地NLP意图解析 ❌ 无代码，仅文字描述
S1W2-02 Wave 2 Web Dashboard UI与API ✅ index.html + chat.js
S1W3-01 Wave 3 物理熔断触发逻辑与反馈 ❌ 无代码，无Schema，无可复现证据
S1W3-02 Wave 3 端到端软硬件闭环 ❌ 无代码，仅依赖视频演示
4/5 Skills仅存在于叙述性描述中，无配置文件、测试结果、API契约或硬件原理图。

四、Demo 交互能力

Demo组件 可用？ 证据
Web Dashboard ✅ https://airgap-sec.tech Vercel部署，可访问
AI聊天交互 ⚠️ 部分 /api/chat 端点代理到云端LLM——通用聊天，非连接边缘硬件
物理熔断演示 ❌ 仅视频 Bilibili视频——非实时/交互
Mock模式 ⚠️ 声称 README称"无硬件自动切换Mock模式"——但无Mock状态机代码
Web Dashboard提供静态仪表板UI + LLM聊天组件。这是一个交互式网页，不是交互式Agent Demo——AI聊天是到云端LLM的透传，物理熔断演示是预录视频，无实时交互路径。

五、不足与建议

1. 核心代码闭源

问题：3层架构中2/3层（Edge决策层+HW执行层）以"专利保护"为由闭源，公开仓库仅含 index.html + /api/chat.js。离线LLM推理、物理断网触发、MQTT通信、Zigbee驱动等核心功能无法验证是否真实实现。

影响：评审无法独立验证项目的核心技术声明。"确定性隐私"的卖点完全依赖于信任团队提供的视频和文字描述，而非可审计的代码。

建议：至少开源Edge层的核心推理逻辑和硬件驱动接口定义。不需要公开全部商业秘密，但需要足够代码让评审验证"物理断网"和"离线推理"是否真实工作。也可提供完整的API契约定义（MQTT消息格式、GPIO控制协议等），使评审能理解系统集成机制。

2. 云端LLM与"离线推理"声明矛盾

问题：Web Dashboard的 /api/chat 端点代理到云端LLM API，而项目核心卖点是"0 Byte数据外泄"通过离线推理实现。

影响：核心卖点与实际Demo实现直接矛盾。Demo本身就在向云端发送数据，这恰恰是项目声称要防止的行为。

建议：Demo应展示Edge本地推理路径（RPi5 + Qwen 2.5）。如果在线Demo因成本限制无法部署Edge硬件，应明确标注"在线Demo使用云端LLM替代本地推理，实际产品为离线推理"，并提供离线推理的验证方式（如视频中的Edge推理日志截图）。

3. Skill仅1/5有公开实现

问题：5个Skill中仅S1W2-02（Web Dashboard UI）有公开代码，其余4个仅文字描述。无配置文件、测试结果、API契约。

影响：Skills整合标准无法验证。W3阶段要求"整合Skills技能"，但目前只能看到1个Skill的代码。

建议：提供其余4个Skill的实现代码，或至少提供Skill间的API契约定义和集成测试结果。特别是S1W3-01（物理熔断触发逻辑）和S1W3-02（端到端闭环），这两个是W3阶段的核心增量。

4. Mock Mode无代码证据

问题：README声称"无硬件时自动切换到Mock模式"，但仓库中无Mock状态机代码。

影响：评审无法在无硬件环境下验证系统行为。这意味着评委要么需要购买RPi5+继电器+Zigbee模块，要么只能看视频。

建议：实现并开源Mock Mode——至少在Web Dashboard中模拟Edge响应和HW状态变化，使评审能体验"命令→断网→状态反馈"的闭环流程。

六、综合评价

AirGap-EdgeGateway的差异化价值明确——硬件级物理断网实现"确定性隐私"，不是软件规则的"尽力而为"。三层架构（感知→决策→执行）设计清晰，概念有价值。Web Dashboard在线可访问，Bilibili有实物演示视频。

但核心代码闭源是根本问题。评审无法验证离线LLM推理、物理断网触发、MQTT通信等核心功能是否真实实现。在线Demo的云端LLM透传与"离线推理"声明直接矛盾。5个Skill仅1个有公开代码。仓库本质是文档包装，不是可工作的代码库。

硬件项目确实有闭源的合理理由，但在竞赛Demo轮次中，评委需要看到足够的代码来验证核心声明的真实性。建议至少开源Edge推理逻辑和HW接口定义，并实现Mock Mode使评审能体验闭环流程。

感谢您提供的深度技术评测，这是目前收到的最系统性的评审，直接推动了项目的工程化完善。如方便，欢迎您在更新后的仓库中再次验证上述改进，期待您的进一步反馈。

针对核心问题，逐条说明：

① 关于"云端LLM与离线推理矛盾"（已修复）
这是架构说明的疏漏，感谢精准指出。/api/chat 代理云端LLM仅作为线上Demo的UI交互替代，实际产品的NLP推理完全在RPi5本地运行Qwen2.5，B站实机视频中可看到边缘端推理日志（无任何外网请求记录）。已在 README 顶部补充了"Demo架构对照表"，明确区分了两种形态。

② 关于"仓库本质是文档包装"与"Mock Mode无代码"（已修复）
核心代码闭源原因：国家发明专利受理中（本人为第一发明人，自费研发），专利公开前开源核心逻辑存在法律风险。但您的建议完全合理，已完成以下改进：

  • 新增 docs/api-contract.md：完整的MQTT消息格式、GPIO控制协议、声纹验证接口定义。
  • Mock状态机代码指引：实际上，前端代码中一直包含完整的 Mock 闭环逻辑（基于 sysState 的状态流转）。为了方便评委审查，我已在 index.html 源码中补充了极其醒目的 Mock Edge 状态机 注释块。评委无需任何硬件，即可在线上Demo中体验完整的"攻击→CPU过载→继电器熔断→声纹恢复"闭环。

③ 关于Skill 4/5无公开实现（已修复）
docs/api-contract.md 中已包含各Skill的接口契约定义与状态转移逻辑，包括 S1W3-01（物理熔断触发协议）和 S1W3-02（端到端闭环集成定义）。

再次感谢您的专业评测！

@ninkch wrote in https://www.synnovator.com/Ethan/AirGap-EdgeGateway-W3/issues/1#issue-151: > **项目仓库**: https://www.synnovator.com/Ethan/AirGap-EdgeGateway-W3 **Demo地址**: https://airgap-sec.tech (Vercel) **评测基准**: 半决赛 Wave 3 Demo — Agents完整/有效/可运行，Skills整合，Demo具备交互能力 **评测日期**: 2026-05-24 > > ## [](#%E4%B8%80-%E9%A1%B9%E7%9B%AE%E7%90%86%E8%A7%A3)一、项目理解 > AirGap-EdgeGateway是面向智能家居的隐私边缘网关，通过**硬件级物理断网**（继电器/MOSFET在<5ms内切断WAN供电）配合**本地离线LLM推理**（Raspberry Pi 5上运行Qwen 2.5）实现确定性零数据外泄。目标场景：保密会议、高端酒店、家庭隐私。 > > 三层架构设计： > > * **感知层（Web）**：Web Dashboard + 语音输入 + 状态监控 > * **决策层（Edge）**：RPi5 + 离线NLP + 意图识别 > * **执行层（HW）**：Zigbee局域 + 物理继电器 + GPIO > > 核心卖点："确定性隐私"——不是软件防火墙规则，而是物理断电，数据不可能外泄。 > > ## [](#%E4%BA%8C-agent-%E8%90%BD%E5%9C%B0%E6%80%A7)二、Agent 落地性 > 三层架构中**仅Web感知层有公开代码**，核心的决策层和执行层以"专利保护"为由闭源。 > > 层级 组件 公开代码？ 可运行验证？ > 感知层（Web） Web Dashboard + 语音输入 :white_check_mark: index.html + /api/chat.js :white_check_mark: Vercel可访问 > 决策层（Edge） RPi5 + 离线NLP + 意图识别 :x: 闭源 :x: 无代码无文档 > 执行层（HW） Zigbee + 物理继电器 + GPIO :x: 闭源 :x: 无代码无文档 > 公开仓库内容： > > * `README.md` — 项目说明 > * `docs/` — 文档目录 > * `web-dashboard/` — 占位目录（仅index.html + chat.js） > * `edge-gateway/` — 占位目录（无实际代码） > * `assets/` — 图片资源 > > **仓库本质是一个文档包装，不是可工作的代码库。** > > ## [](#%E4%B8%89-skill-%E8%90%BD%E5%9C%B0%E6%80%A7)三、Skill 落地性 > README中定义了5个Skill，但仅1个有公开可验证的实现： > > Skill ID 来源 描述 有代码实现？ > S1W1-01 Wave 1 边缘节点部署与基础通信 :x: 无代码，无实现文档 > S1W2-01 Wave 2 本地NLP意图解析 :x: 无代码，仅文字描述 > S1W2-02 Wave 2 Web Dashboard UI与API :white_check_mark: index.html + chat.js > S1W3-01 Wave 3 物理熔断触发逻辑与反馈 :x: 无代码，无Schema，无可复现证据 > S1W3-02 Wave 3 端到端软硬件闭环 :x: 无代码，仅依赖视频演示 > 4/5 Skills仅存在于叙述性描述中，无配置文件、测试结果、API契约或硬件原理图。 > > ## [](#%E5%9B%9B-demo-%E4%BA%A4%E4%BA%92%E8%83%BD%E5%8A%9B)四、Demo 交互能力 > Demo组件 可用？ 证据 > Web Dashboard :white_check_mark: https://airgap-sec.tech Vercel部署，可访问 > AI聊天交互 :warning: 部分 /api/chat 端点代理到云端LLM——通用聊天，非连接边缘硬件 > 物理熔断演示 :x: 仅视频 Bilibili视频——非实时/交互 > Mock模式 :warning: 声称 README称"无硬件自动切换Mock模式"——但无Mock状态机代码 > Web Dashboard提供静态仪表板UI + LLM聊天组件。这是一个交互式网页，**不是交互式Agent Demo**——AI聊天是到云端LLM的透传，物理熔断演示是预录视频，无实时交互路径。 > > ## [](#%E4%BA%94-%E4%B8%8D%E8%B6%B3%E4%B8%8E%E5%BB%BA%E8%AE%AE)五、不足与建议 > ### [](#1-%E6%A0%B8%E5%BF%83%E4%BB%A3%E7%A0%81%E9%97%AD%E6%BA%90)1. 核心代码闭源 > **问题**：3层架构中2/3层（Edge决策层+HW执行层）以"专利保护"为由闭源，公开仓库仅含 index.html + /api/chat.js。离线LLM推理、物理断网触发、MQTT通信、Zigbee驱动等核心功能无法验证是否真实实现。 > > **影响**：评审无法独立验证项目的核心技术声明。"确定性隐私"的卖点完全依赖于信任团队提供的视频和文字描述，而非可审计的代码。 > > **建议**：至少开源Edge层的核心推理逻辑和硬件驱动接口定义。不需要公开全部商业秘密，但需要足够代码让评审验证"物理断网"和"离线推理"是否真实工作。也可提供完整的API契约定义（MQTT消息格式、GPIO控制协议等），使评审能理解系统集成机制。 > > ### [](#2-%E4%BA%91%E7%AB%AFllm%E4%B8%8E-%E7%A6%BB%E7%BA%BF%E6%8E%A8%E7%90%86-%E5%A3%B0%E6%98%8E%E7%9F%9B%E7%9B%BE)2. 云端LLM与"离线推理"声明矛盾 > **问题**：Web Dashboard的 /api/chat 端点代理到云端LLM API，而项目核心卖点是"0 Byte数据外泄"通过离线推理实现。 > > **影响**：核心卖点与实际Demo实现直接矛盾。Demo本身就在向云端发送数据，这恰恰是项目声称要防止的行为。 > > **建议**：Demo应展示Edge本地推理路径（RPi5 + Qwen 2.5）。如果在线Demo因成本限制无法部署Edge硬件，应明确标注"在线Demo使用云端LLM替代本地推理，实际产品为离线推理"，并提供离线推理的验证方式（如视频中的Edge推理日志截图）。 > > ### [](#3-skill%E4%BB%851-5%E6%9C%89%E5%85%AC%E5%BC%80%E5%AE%9E%E7%8E%B0)3. Skill仅1/5有公开实现 > **问题**：5个Skill中仅S1W2-02（Web Dashboard UI）有公开代码，其余4个仅文字描述。无配置文件、测试结果、API契约。 > > **影响**：Skills整合标准无法验证。W3阶段要求"整合Skills技能"，但目前只能看到1个Skill的代码。 > > **建议**：提供其余4个Skill的实现代码，或至少提供Skill间的API契约定义和集成测试结果。特别是S1W3-01（物理熔断触发逻辑）和S1W3-02（端到端闭环），这两个是W3阶段的核心增量。 > > ### [](#4-mock-mode%E6%97%A0%E4%BB%A3%E7%A0%81%E8%AF%81%E6%8D%AE)4. Mock Mode无代码证据 > **问题**：README声称"无硬件时自动切换到Mock模式"，但仓库中无Mock状态机代码。 > > **影响**：评审无法在无硬件环境下验证系统行为。这意味着评委要么需要购买RPi5+继电器+Zigbee模块，要么只能看视频。 > > **建议**：实现并开源Mock Mode——至少在Web Dashboard中模拟Edge响应和HW状态变化，使评审能体验"命令→断网→状态反馈"的闭环流程。 > > ## [](#%E5%85%AD-%E7%BB%BC%E5%90%88%E8%AF%84%E4%BB%B7)六、综合评价 > AirGap-EdgeGateway的差异化价值明确——硬件级物理断网实现"确定性隐私"，不是软件规则的"尽力而为"。三层架构（感知→决策→执行）设计清晰，概念有价值。Web Dashboard在线可访问，Bilibili有实物演示视频。 > > 但核心代码闭源是根本问题。评审无法验证离线LLM推理、物理断网触发、MQTT通信等核心功能是否真实实现。在线Demo的云端LLM透传与"离线推理"声明直接矛盾。5个Skill仅1个有公开代码。仓库本质是文档包装，不是可工作的代码库。 > > 硬件项目确实有闭源的合理理由，但在竞赛Demo轮次中，评委需要看到足够的代码来验证核心声明的真实性。建议至少开源Edge推理逻辑和HW接口定义，并实现Mock Mode使评审能体验闭环流程。 感谢您提供的深度技术评测，这是目前收到的最系统性的评审，直接推动了项目的工程化完善。如方便，欢迎您在更新后的仓库中再次验证上述改进，期待您的进一步反馈。 针对核心问题，逐条说明： **① 关于"云端LLM与离线推理矛盾"（已修复）** 这是架构说明的疏漏，感谢精准指出。`/api/chat` 代理云端LLM仅作为**线上Demo的UI交互替代**，实际产品的NLP推理完全在RPi5本地运行Qwen2.5，B站实机视频中可看到边缘端推理日志（无任何外网请求记录）。已在 README 顶部补充了"Demo架构对照表"，明确区分了两种形态。 **② 关于"仓库本质是文档包装"与"Mock Mode无代码"（已修复）** 核心代码闭源原因：国家发明专利受理中（本人为第一发明人，自费研发），专利公开前开源核心逻辑存在法律风险。但您的建议完全合理，已完成以下改进： - 新增 `docs/api-contract.md`：完整的MQTT消息格式、GPIO控制协议、声纹验证接口定义。 - **Mock状态机代码指引**：实际上，前端代码中一直包含完整的 Mock 闭环逻辑（基于 `sysState` 的状态流转）。为了方便评委审查，我已在 `index.html` 源码中补充了极其醒目的 `Mock Edge 状态机` 注释块。评委无需任何硬件，即可在线上Demo中体验完整的"攻击→CPU过载→继电器熔断→声纹恢复"闭环。 **③ 关于Skill 4/5无公开实现（已修复）** `docs/api-contract.md` 中已包含各Skill的接口契约定义与状态转移逻辑，包括 S1W3-01（物理熔断触发协议）和 S1W3-02（端到端闭环集成定义）。 再次感谢您的专业评测！
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
No results found.
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Ethan/AirGap-EdgeGateway-W3#1
No description provided.