返回首页
最新
我经常进行一些偏远地区的旅行,几乎没有手机信号。如果我的团队分开,直到在营地或目的地重新集合,没人知道其他人的位置。你可以购买Garmin无线电设备或尝试设置ATAK,但ATAK仅支持Android,并假设你在某处运行了TAK服务器,以利用所有功能。虽然这些工具很酷,但正确设置起来成本很高。我只想要两个iPhone在信号不足时通过蓝牙直接共享位置。
Red Grid Link可以做到这一点。启动一个会话,任何附近运行该应用的人都会出现在你的离线地图上。当他们走出范围时,他们的标记会作为“幽灵”保留,并逐渐消失。
最难的部分是确保通过BLE的同步可靠。连接经常掉线。有人转过一个角落,走到车辆后面,等等。我构建了一个CRDT同步层(LWW注册器 + G计数器),以确保不会出现合并冲突。每次更新的数据量不到200字节(根据我目前的测试)。当用户/队友消失时,应用会进行指数退避,从2秒到30秒,之后才放弃并将其标记为幽灵。
所有数据都是加密的(AES-256-GCM,ECDH P-256密钥交换)。会话可以要求输入PIN码或二维码才能加入。它还提供离线地形图,带有MGRS网格坐标,使用与我另一款应用Red Grid MGRS相同的系统。
这个应用是免费的,我希望能从其他真实用户那里获得一些诚实的反馈。如果你有任何问题,请告诉我!
随着我开始构建人工智能集成,我意识到对于许多项目来说,最佳的代理体验是能够让用户的个人代理在你的应用中执行操作。
现有的选项,如MCP或A2A,涉及的内容较多,对于那些已经基于URL参数驱动的简单应用而言,这些选项似乎显得过于复杂。
这促使我原型设计了代理使用接口(AUI)规范。
这个想法很简单:一个轻量级的开放规范,使任何应用都“可由代理导航”。你只需在 /agents/aui.xml 放置一个XML文件,描述你的应用支持的基于URL参数的操作,如搜索、创建、过滤等。这样,任何AI代理都可以读取aui.xml,理解可执行的操作,并代表用户构建URL。
就是这样。没有SDK,没有认证流程,没有API密钥。只有一个你的应用可以执行的操作目录,专为大型语言模型(LLMs)理解而编写。
是否已经存在类似的东西?这种方法是否过于简单而无用?
如果你的应用已经支持通用链接或其他基于URL参数的功能,你可能在一个下午就能添加对AUI的支持。
查看一个工作示例:
[https://habittiles.app/agents/aui.xml](https://habittiles.app/agents/aui.xml)
是的,就是那个Fortran。