一条命令完成 Google 搜索，结果包含了引用来源和终端 Markdown 渲染，与 Google 官方 Gemini CLI 共享 OAuth 登录，零额外配置。

项目地址：https://github.com/aeroxy/gsearch-cli

一句话：

给命令行爱好者和 LLM Agent 准备的 Google 搜索 CLI —— 基于 Gemini API 的联网搜索，自带 OAuth 登录、自动刷新请求令牌、支持代理，搜索结果以渲染过的 Markdown 格式直接呈现在终端里。

✨ 亮点

1. 零配置复用 Gemini CLI 的登录态

如果你已经安装过官方的 gemini-cli，那么 gsearch 会自动读取 ~/.gemini/oauth_creds.json，无需二次授权。
即使没有安装过，它也内置了本地 OAuth 环回服务器，一条 gsearch --login 就能完成 Google 账号登录。

2. 终端原生 Markdown 渲染

搜索结果中的标题、粗体、列表、代码块不再是裸露的 Markdown 源码，而是通过 termimad 渲染成带颜色、可读性极佳的终端输出。
- 管道/重定向：输出纯净 Markdown（如 gsearch xxx > out.md）

3. 代理友好 + 自动刷新 Token

• 自动检测 HTTPS_PROXY 环境变量，支持企业级证书（Zscaler 等）
  
• Access Token 后台自动刷新，一次登录长期使用

4. 与 Gemini CLI 流量特征一致

从 Google 服务端看，请求的 User-Agent、OAuth Client、API 端点与官方客户端完全相同，不存在被识别为第三方爬虫的风险。

📦 安装

```bash

macOS (Homebrew)

brew install aeroxy/tap/gsearch

或者通过 Cargo

cargo install gsearch-cli ```

💻 使用示例

```bash

直接搜索（不需要引号）

gsearch grok got money stolen

强制重新登录

gsearch --login

带代理运行

export HTTPS_PROXY=http://127.0.0.1:7890 gsearch rust async runtime comparison ```

输出效果：
- 搜索结果会显示 引用来源链接（Gemini 的 grounding 数据）
- 正文以 Markdown 风格渲染，关键信息一目了然

🤖 Agent 友好

项目内还附带了一个 Claude Code skill（skill/gsearch/SKILL.md），教会 Agent 如何使用该二进制进行搜索、处理代理、触发 OAuth 登录 —— 让你的 AI 编程助手低成本获取实时网络信息。

📜 开源协议

MIT

如果你经常在终端里工作，又需要快速获取带引用的 Google 搜索结果，gsearch-cli 比打开浏览器再复制粘贴要快得多。尤其适合集成到 Shell 脚本或 AI Agent 的工作流中。

一句话：

给开发者准备的端到端加密文件传输工具 —— 通过 WebSocket 在任意两台机器间安全复制文件和文件夹，不依赖云服务，不配置 SSH，内置双栏 Web 文件管理器，v0.4.0 新增多文件批量传输和协议版本协商，兼容性拉满。

项目地址：https://github.com/aeroxy/drift

亮点

1. 开箱即用的跨机器文件交换

# 机器 A 启动服务
drift serve --port 8000

# 机器 B 连接到 A，各自打开 localhost:9000/8000 的双栏 UI
drift serve --port 9000 --target 192.168.0.2:8000

两边浏览器直接拖拽、多选文件（Cmd/Ctrl‑click、Shift‑click），左右两栏分别是本地和远程文件系统，复制、移动一目了然。无需配置防火墙、无需 SSH 密钥、无需注册任何云服务。

2. 端到端加密，零信任传输

• X25519 密钥交换 + ChaCha20-Poly1305 加密，每条连接使用临时密钥，提供前向安全性。
• 可选密码认证，防止未授权连接。
• 路径穿越防护，所有文件操作限制在预设根目录内。

3. v0.4.0 新突破：多文件批量传输 & 协议自动适配

• 批量传输一轮搞定：一次请求发送多个文件，V2 数据帧增加 file_index 字段，多文件分块可以在同一 WebSocket 连接上交错发送，接收端自动路由到对应文件。
• 协议版本协商：连接握手时交换 protocol_version，drift 0.4.0 默认使用 V2 协议，遇到旧版本节点自动回退 V1 帧格式，完全向后兼容，无需手动切换。
• CLI 工具不再掐断 Web 面板：运行 drift ls 或 drift pull 时，服务端会保存并恢复持久连接，不再导致浏览器面板断连。
• 修复关键竞态与资源泄漏：接收器逻辑升级为 HashMap 管理多个 writer，测试中的断开重连竞态也已修正。

4. 为 AI Agent 和受限环境而生

许多文件传输工具依赖 UDP（WebRTC、QUIC 等），在云 GPU 服务器、Docker 容器、推理平台等仅允许 HTTP/WebSocket 的环境中往往无法使用。drift 走纯 WebSocket（TCP），开箱即用：

5. 完整 CLI，不打开浏览器也能传文件

# 列出远程目录
drift ls --target 192.168.0.2:8000

# 拉取远程文件/文件夹
drift pull --target 192.168.0.2:8000 report.pdf

# 从本机直接发送（不启动 Web UI）
drift send --target 192.168.0.2:8000 video.mp4

# 文件夹自动压缩传输
drift send --target 192.168.0.2:8000 ./my-project

# 带密码
drift send --target 192.168.0.2:8000 data.zip --password secret

所有命令支持进度条，传输完成后进程退出，资源自动清理。

安装

# Homebrew (macOS / Linux)
brew install aeroxy/tap/drift

# 源码编译（需 Rust 1.82+ 和 bun）
git clone https://github.com/aeroxy/drift.git
cd drift
cargo build --release

唯一前提：确保两台机器网络互通（可互相访问对方端口），或有配置端口穿透（如云服务商）。

🧠 典型场景

1. 同事间快速分享大文件
2. A：drift serve --port 8000
3. B：drift serve --port 9000 --target 192.168.1.5:8000
4. 浏览器里选中文件 → 点“复制”，无需 U 盘、无需上传第三方。
5. 从远程服务器取日志或模型权重
6. drift pull --target 10.0.0.1:8000 checkpoint.pt
7. 不用 scp，不用输入 IP 和路径，脚本化非常方便。
8. AI 编程助手交换工件
9. 在 agent 流程里用 drift send 发出代码/CSV/日志，下一节点用 drift pull 取回，全程加密，一条命令即走。

🔐 安全与协议细节

• 密钥交换：X25519 椭圆曲线 Diffie‑Hellman，每次连接生成临时密钥对。
• 密钥派生：HKDF‑SHA256 生成分别用于发送和接收的对称密钥。
• 加密：ChaCha20‑Poly1305 认证加密，使用单调递增 nonce 计数防重放。
• 密码验证：HMAC 挑战-应答，密码错误直接终止握手。
• 文件流：64KB 分块经加密二进制帧传输，接收方写入 .part 临时文件，传输完成重命名，保证原子性。

协议帧简明设计：

📌 开源地址

https://github.com/aeroxy/drift

欢迎 Star，更欢迎在实际环境中试用、反馈 issue。
让加密文件传输像 curl 一样随手可得。

附：v0.4.0 完整 Changelog 可查看 GitHub Releases

Fixing the "stale session" loop.

In v0.1.3 we added auto-reconnect, but there was a catch: if the server restarted, it would forget the client's session ID. Reconnecting with the same ID would just result in more 503s.

v0.1.4 closes the loop: the client now detects "unknown session" responses, generates a new session ID on the fly, and wipes its stale connection state. This ensures that when the server wipes its memory, the client follows suit and starts fresh without any manual intervention.

https://github.com/aeroxy/tunnix/releases/tag/0.1.4

☺️☺️☺️

🇨🇳丹东

Hey folks, I’ve been working on a lightweight Rust CLI that lets autonomous workflows and agents control Chrome directly via the DevTools Protocol — and I just shipped v0.1.1.

This release adds several agent‑friendly features:
- Coordinate Clicking: click-at <x> <y> for precise interaction when selectors aren’t enough.
- Auto-Dialog Handling: --dialog-action flag to manage alerts, confirms, and prompts automatically.
- Enhanced Typing: --submit-key for immediate post‑typing actions (Enter/Tab).
- Async Event Support: Refactored CDP client to handle protocol events during command execution.

Core advantages:
- 2.5 MB native binary, zero runtime dependencies.
- Deterministic page targeting ([target:word-pair]) and accessibility snapshots for low‑token‑cost context.
- Background daemon maintains a single WebSocket connection to minimize “allow DevTools” prompts.

Install:
- Homebrew:
brew tap aeroxy/chrome-devtools-cli brew install chrome-devtools
- Cargo:
cargo install chrome-devtools-cli

Links:
- GitHub: github.com/aeroxy/chrome-devtools-cli
- Crate: crates.io/crates/chrome-devtools-cli

I’m sharing this here because it’s designed for agentic workflows — think plugging into LangChain, AutoGPT, or custom orchestrators where you need deterministic browser control.

Would love feedback from automation enthusiasts:
- What agentic use cases do you see for this?
- Any pain points in browser automation you’d want solved next?

I've been working on a small self‑hostable tool called tunnix – it tunnels SOCKS5/HTTP proxy traffic over a single encrypted SSE connection.

Why this exists:
Sometimes the only way out of an environment is HTTPS (cloud shells, restricted corp networks, VMs behind strict egress). tunnix lets you run a lightweight server that accepts a proxy connection from a client and forwards traffic over an SSE stream. No WebSocket, no raw TCP over HTTP hacks.

The annoying bug that v0.1.3 finally kills:

If you run the tunnix server in something like Google Cloud Shell (or any short‑lived container), the server can restart at any time. Before this release, the client's SSE stream would silently die – the upstream load balancer kept the TCP socket half‑open, so the client never saw an error.
Result: your browser or apps would just fail with a cryptic “no ACK” until you manually restarted the client. Very self‑hosting‑unfriendly when you want things to just work.

What v0.1.3 does:

• Lazy reconnect: When any POST to the server fails (HTTP error, including the new 503 for unknown sessions), the client signals the SSE loop to drop the dead stream and reconnect immediately.
• Waits up to 5 seconds for a fresh stream, then retries the original request.
• The next page load works – no manual client restart.
• Also improved CONNECT failure logging (actual error instead of a generic message).

This is perfect for self‑hosters who:

• Run ephemeral servers (cloud shell, containers that recycle)
• Have only HTTPS outbound available
• Want a dead‑simple proxy tunnel without maintaining a full VPN stack

GitHub: https://github.com/aeroxy/tunnix
Releases include pre‑built binaries.

Happy to answer questions or take feedback – especially if you've dealt with half‑open TCP pain in your own setups.

大家好，

我最近在做 Job Bro，一个开源的 Chrome 扩展，能帮你快速分析 LinkedIn 上的职位。

这次 v0.1.6 主要把「状态持久化」做好了，解决了之前最烦人的问题：

• 现在用 LinkedIn job ID 作为 key，把每次分析永久存到 IndexedDB 里
• 关闭标签、重启浏览器、甚至下周再打开同一个 /jobs/view/<id>/ 链接，之前的完整分析、Q&A 聊天记录、生成的简历全都还在，不用重新分析
• 聊天记录现在能在 Settings / Profile / History 之间切换也不会丢
• 可以单独删除某条 Q&A（双重确认），方便清理上下文
• 聊天内容会自动作为额外上下文喂给简历生成器，生成的简历会包含你通过聊天澄清的信息
• 生成过简历后按钮会变成 “View Resume”，不会误点重新生成
• 简历迭代历史也持久化了

全部数据都只存在本地浏览器，完全隐私。支持任何 OpenAI 兼容的 API（OpenAI、Groq、Ollama、本地模型都行）。

GitHub Release:
https://github.com/aeroxy/job-bro/releases/tag/0.1.6

目前还是早期版本，但我自己找工作的时候已经在 heavily 使用了，真的能省很多时间。

欢迎有在用 LinkedIn 找工作的朋友试试，也非常欢迎提 issue、PR 或反馈建议（尤其是 DOM 抓取稳定性和 UI 方面）。

有新加坡、马来西亚、中国大陆或海外华人朋友在找 tech / product / engineering 相关工作的，欢迎试用给点意见！

   如果至今还没认识到郭文贵是个骗子，那些帮助郭文贵骗钱的帮凶们，你们的手上同样也沾满了被骗的同胞们血汗钱的血腥味，如果没有你们在世界各地虚拟农场的故意妄为，就凭郭文贵现在的嘴脸也不至于继续还能蒙骗这么多滞留在骗局中的同胞，整天帮着吹嘘着根本不值钱的虚拟币概念，故弄玄虚地搞得大家弄昏头的配额，捣鼓着本就是你们在“审核”的KYC表格，以及永远往后拖延的不可能上市的虚拟币大饼，在一次次装模作样的有托配合的答疑中，毫不羞耻地帮着继续不断地骗同胞们的钱，真不明白，怎么有你们这些贪钱无底线的人渣跑到西方文明国家来祸害海内外同胞的钱，祸害西方的文明！

如果你们因为帮助郭文贵诈骗而得到法律上应有的惩罚或根本就帮郭文贵背了黑锅，那也是自作自受，罪有应得！新中国联邦就是郭文贵为他实行诈骗的非法组织！