返回首页
最新
你好，HN，
这是一个简单的命令行工具，我在工作中随手编码出来以解决一个问题。
我们面临的问题是多个USBIP设备连接到同一台Linux服务器上，而我们很难查看是谁连接了哪些设备。
于是出现了`usbatlas`。它是一个基本的应用程序，运行在Linux设备文件系统之上，依赖于`usbip` [0][1]。它允许你查看连接到Linux主机的USB设备及其来源。目前，设备源IP的解析存在一些问题，我正在解决这些问题。
以下是一个示例输出：
```
$ usbatlas --usbip
xHCI主控制器 [序列号: xxxx:xx:xx.x]
+- USB2744
+- 联想新款Calliope USB键盘
+- /dev/hidraw0
+- /dev/hidraw1
+- /dev/input/event3
+- /dev/input/event4
+- /dev/input/js0
+- 联想USB光学鼠标
+- /dev/hidraw2
+- /dev/input/event5
+- /dev/input/mouse0
+- 蓝牙9460/9560 Jefferson Peak (JfP)
+- USB2.1集线器
+- USB2.1集线器
+- Saleae Logic
+- FT4232H MiniModule [序列号: xxxxxxxx]
+- /dev/ttyUSB4
+- /dev/ttyUSB6
+- /dev/ttyUSB7
+- /dev/ttyUSB8
+- USB2.1集线器
+- USB2.1集线器
+- FT4232H MiniModule [序列号: xxxxxxxx]
+- /dev/ttyUSB0
+- /dev/ttyUSB1
+- /dev/ttyUSB2
+- /dev/ttyUSB3
xHCI主控制器 [序列号: xxxx:xx:xx.x]
+- USB3.1集线器
+- USB3.1集线器
+- USB3.1集线器
+- USB3.1集线器
+- J-Trace PRO [序列号: xxxxxxxx]
USB/IP虚拟主控制器 [序列号: xxxxxxxx]
+- FT4232H MiniModule [序列号: xxxxxxxx] [usbip]
+- /dev/ttyUSB9
+- /dev/ttyUSB10
+- /dev/ttyUSB11
+- /dev/ttyUSB12
+- FT232R USB UART [序列号: xxxxxxxx] [usbip]
+- /dev/ttyUSB13
+- FT4232H MiniModule [序列号: xxxxxxxx] [usbip]
+- /dev/ttyUSB14
+- /dev/ttyUSB15
+- /dev/ttyUSB16
+- /dev/ttyUSB17
USB/IP虚拟主控制器 [序列号: xxxxxxxx]
```
[0] [https://github.com/dorssel/usbipd-win](https://github.com/dorssel/usbipd-win)
[1] [https://wiki.archlinux.org/title/USB/IP](https://wiki.archlinux.org/title/USB/IP)
我研究了如何以 a) 结构化的方式存储代理状态，b) 在没有专用的 MCP 内存/状态服务器的情况下运行，并且 c) 能够清晰地记录所有状态变化的审计轨迹。经过查找，我没有找到符合这些要求的解决方案。
在 [https://github.com/commitspark/demo-agentic-mcp](https://github.com/commitspark/demo-agentic-mcp) 中，我演示了一种通过将 Claude 代理与我之前发布的 Commitspark 库及其完全基于 Git 的 GraphQL API 结合起来的实现，满足这些要求。
在演示中，模拟了两个独立的 Claude 代理，它们共同参与一个任务跟踪器。第三个代理负责审查任何任务变更，并回滚明显错误的变更。完整的演示记录包含在 README 中，包括代理的原始工具调用。
任务代理通过一个小型的 MCP 服务器访问数据，该服务器暴露了两个 Commitspark API（GraphQL API 和模式 API）。这些代理可以获取模式并编写自己的 GraphQL 调用，GraphQL 会自动确保写入的数据符合模式。此外，验证代理还可以访问基本的 Git 功能，以查看差异并回滚提交。
我特别希望得到反馈：共享代理状态的模式验证是否是人们实际面临的问题，或者松散类型的 JSON + 重试在实践中是否足够好。
刚刚收到HackerOne的邮件：<p>“从2026年8月14日起，在H1平台提交漏洞悬赏计划（BBPs）将需要经过身份验证。这适用于所有账户，无论是新账户还是现有账户，涵盖所有漏洞悬赏计划，无论是托管的还是非托管的。”<p>哎呀。