Nickqiao

[BigHu-L5 @CyberTshr]

Hello, everybody, I am Big Hu, I'm excited that I officially create my X account!

There are already many of my FSD test videos on this platform, I'll public my FSD professional test video on X from now, follow me to watch them at the first time!

If anyone want to know how fsd performance in specific scenario just let me know, I'll test it for all @tesla fans!
@wholemars @SawyerMerritt @edgecase411

[Nickqiao @nickqiaoo]

This one can reuse the App login state, but the protocol is private and has to be reverse engineered piece by piece.

[Nickqiao @nickqiaoo]

Google really went hard with this Antigravity app / CLI / SDK release. Building a custom UI on top of it is a lot more annoying than expected.

I took a quick look:

[Nickqiao @nickqiaoo]

The Antigravity App itself is Electron + a Go backend. The app bundles another Go binary called language_server. Electron starts it, opens a local https://127.0.0.1:<port>/, and the frontend talks to it through Connect RPC / gRPC-web style APIs.

[Nickqiao @nickqiaoo]

Antigravity App 客户端本身也是 Electron + Go 后端。App 内置的是另一个 Go binary：language_server。Electron 启动它后打开本地 https://127.0.0.1:<port>/，前端通过 Connect RPC / gRPC-web 风格接口跟它通信。它能复用 App 登录态，但协议是私有的，需要一点点逆向。

[Nickqiao @nickqiaoo]

谷歌太狗了 这次发布的 Antigravity app/ cli / SDK ，让基于它再封装一套自定义 UI 变麻烦了不少。

简单看了一下：

agy CLI 是 Go 写的原生二进制，它有 --print 这种单次 headless 文本输出，但不像 Claude Code 那样暴露稳定的流式 JSON 输入/输出协议，所以很难直接拿来做完整 agent UI。

[Nickqiao @nickqiaoo]

Python SDK内部其实依赖一个预编译 Go binary：localharness。Python 先通过 stdin/stdout 做 protobuf 握手，再连本地 WebSocket。问题是它要求 GEMINI_API_KEY，不能直接复用 Antigravity App/CLI 的登录态。

[Nickqiao @nickqiaoo]

I've been a heavy Conductor user for months, but it only supports Claude Code and Codex.

I also use Gemini CLI and OpenCode depending on the task, so eventually I ended up building my own: Operon.

It covers everything Conductor does, plus a bunch of things I personally wanted.

[Nickqiao @nickqiaoo]

https://t.co/sVqrHAK4eb clawdbot莫名火了，半年前的做的tgcoding项目当时发到reddit一堆人喷我为什么要在手机上写代码。今天vibe上了语音和图片功能，本地部署闪电说同款阿里FunASR STT模型。结合cf workers+tgminiapp做diff预览，手机上最棒的coding体验！

[Nickqiao @nickqiaoo]

GUI Agents are not the endgame. This is not just a technical problem, but a business one.

Because vendors keep data and capabilities closed, operating through UIs has become the simplest and lowest-friction way for agents to adapt across apps. But whether via accessibility trees or screenshots + vision models, GUI Agents suffer from structural issues: they are slow, inefficient, fragile, and expensive.

More importantly, GUI Agents fundamentally break today’s internet business logic. If apps are primarily used by agents rather than humans, ads, recommendations, and all attention-based mechanisms stop working—meaning massive real-world resistance.

Even if models eventually become smart enough to fully operate GUIs, that would imply vendor moats have already collapsed. At that point, forcing agents to interact through GUIs makes less sense than opening data and capabilities directly.

Comparing GUI Agents to humanoid robots is misleading. Humans are trapped in the physical world, so tools are built for human bodies. Agents, however, are native to the digital world. APIs are the true interface; GUIs exist mainly to accommodate humans. If agents take over apps, GUIs are unnecessary.
#AIAgent

[Nickqiao @nickqiaoo]

GUI Agent 不会是最终的交互范式。

这不仅是一个技术问题，更是一个商业问题。

厂商对数据和能力的封闭，使得通过 UI 进行操作，成为了当下最简单、最直接、阻力最小的适配方式。

但无论是通过无障碍树获取 UI 组件信息，还是通过截图 + 视觉模型进行识别，GUI Agent 都存在一系列结构性问题：慢、效率低、失败率高、成本大。

同时，GUI Agent 会彻底冲击现有互联网的商业逻辑。如果 App 的主要“用户”变成了 Agent 而不是人类，广告、推荐、信息流等一切基于注意力的商业模式都会失效，这也意味着它在现实中必然会遭遇巨大的阻力。

即使模型最终足够聪明，操作 GUI 这条路完全走通，那也意味着厂商的壁垒已经崩塌。与其让 Agent 低效地操作 GUI，不如直接放开数据与能力接口。

有人将 GUI Agent 类比为人形机器人：只要能理解并操作 UI，就可以立刻适配所有为人类准备的 App。

但这个类比是错误的。

人类无法逃离物理世界，物理世界的工具、环境和接口天然是为人类身体而设计的，因此人形机器人是在适配一个不可改变的世界。

而 Agent 不同。在网络空间中，Agent 才是原住民。API 才是数字世界真正的交互方式，GUI 只是为了兼容人类而存在的产物。

如果 Agent 真正接管 App，我们并不需要 GUI。
#AIAgent

[Nickqiao @nickqiaoo]

@vibe_terminal 🤔

[Nickqiao @nickqiaoo]

这个项目很不错，实现了我做tgbot时的想法，终于有人搞出来了，实现方式跟我的tgbot基本一致，在claudecode sdk上封一层ui，但是他提供了relay server做内网穿透+tauri实现的跨平台客户端，应该是体验最好的方案了，再增加一个文件浏览器就完美了。

[GitHubDaily @GitHub_Daily]

让 Claude Code 处理复杂的长时间开发任务时，离开电脑后就不知道执行状态，经常回来发现卡在某个权限确认上白等了几小时。

最近找到了 Happy Coder 这个开源的移动客户端，能让我们在手机上也能远程控制 Claude Code，实时查看执行状态。

基于端到端加密连接，实现手机与电脑的安全同步，可实时查看 Claude 的工作进展，及时处理权限请求和错误提示。

GitHub：https://t.co/mwe8rClOtC

主要功能：

- 移动端远程访问 Claude Code，实时监控长任务执行状态
- 推送通知及时提醒，避免错过权限请求导致任务中断
- 手机电脑一键切换，随时接管或交还控制权
- 端到端加密传输，保证代码和项目信息安全
- 完全开源透明，无任何数据收集和用户追踪

跨平台支持 iOS、Android 和 Web 端使用，经常使用 Claude Code 的开发者，相信这个工具会有用。

[Nickqiao @nickqiaoo]

@shao__meng 看交互体验还不如我这个项目方便 https://t.co/sVqrHAK4eb

[Nickqiao @nickqiaoo]

总得来说，就是让llm多试几次，找到一个正确的答案，在实际应用中，token消耗和运行时长都是个问题。

[Nickqiao @nickqiaoo]

Trae Agent发布了他们的技术报告https://t.co/aunV9C0qAQ（此agent非TraeIDE，是一个研究性项目，此前在SWE-bench Verified排行榜获得第一名）。相较于ReAct Tool Call Agent，Trae提出了基于Agent的ensemble reasoning，通过多结果生成+剪枝+最优选择的方式，实现了性能大幅提升。 #AiAgent

[Nickqiao @nickqiaoo]

同时还使用了一个多数投票策略，对n个结果，selector agent会执行n次，如果有超过一半的被选中的结果，就立即作为最终结果返回。
https://t.co/PHPULFNukY 现在开源的版本与paper中的实现并不一致，后续代码会更新。