JDS5 No-BS AI

I stopped copy-pasting X into Obsidian

By Daniel S. · July 13, 2026

My capture pipeline for X was four manual hops: read on the phone, copy into mobile Obsidian, AirDrop the day's batch to the Mac, paste into an unsorted folder, file it later. Three hundred-plus notes accumulated that way. It worked, and it was miserable — especially long threads, where X's feed recycles DOM nodes as you scroll and a text selection collapses the moment you move. Every power user knows that exact failure.

Claude Code's desktop app now ships an embedded browser pane the agent can read. That one feature deleted the whole chain. Here's what a day of actually using it looked like, including the part where it caught a benchmark misrepresenting itself — and the limits, because there are real ones.

The mechanics, honestly

The pane is a real Chromium instance living inside the desktop app. It starts with an empty cookie jar — your regular browser's logins don't carry over. You sign in once, yourself, in the pane. (I signed in between agent turns, when nothing is running. The agent never handles credentials — that's a hard rule on Anthropic's side, and typing your password while no tool call is in flight makes it architectural rather than polite.)

From then on, whatever the pane renders, the agent can read: page text, the accessibility tree, screenshots. The capture gesture collapses to scrolling to a post and saying "grab this one." No clipboard — the pane's clipboard integration is limited anyway, and you stop needing it entirely. The agent reads the rendered page, writes a distilled note straight into the vault: author, resolved links, the claims, and a verdict.

Three details that turned out to matter more than the headline feature:

Truncated links aren't truncated. X displays github.com/someone/proj… but the DOM carries the full t.co wrapper, and one HEAD request resolves it to the real URL — no click, no navigation. Every capture gets working links, and the agent can then pull the repo's actual metadata to check whether the post's claims survive contact with the artifact.

Threads stop being fragile. The virtualized-scrolling problem that eats manual selections is just a loop for an agent: read the rendered window, scroll, read again, stitch. Reply capture came free — and the best content in a benchmark thread is routinely in the replies, where someone explains why the result holds or drops the correction the author later concedes.

Images give up their numbers. A benchmark posted as an infographic — the classic uncopyable format — gets transcribed into a markdown table from a screenshot. That used to be the single most annoying capture case.

The catch that sold me

One account I follow posts short screen-recording clips of LLM benchmark runs on new hardware. The post text claimed a "parallel coding agents" throughput test with specific tokens-per-second numbers.

Video is the honest hole in this workflow — the agent can't watch or hear a stream. What it can do is play the clip and sample frames as screenshots. For screen recordings of terminals and dashboards, that recovers essentially everything.

The sampled frames showed the benchmark dashboard mid-run — and the prompt field read "write a 600-word short story," narrative mode, single stream. The "coding agent" benchmark was measuring story generation. Not fabricated numbers; sloppy framing that materially changes what the numbers mean (prose throughput says nothing about tool-calling workloads). The post text alone would have sailed into my notes as a hardware datapoint. The frames flagged it.

That's the actual upgrade. Copy-paste capture hoards claims. Agent capture can audit them on the way in.

The limits, so you're not surprised

Scale honestly, or pay for the API

Everything above is one person reading their own logged-in feed at human pace with a human steering. That's both why it works and why it keeps working — it's indistinguishable from you reading quickly, and it stays inside the spirit of personal use.

The moment the flow becomes load-bearing — scheduled sweeps, unattended capture, anything a business process depends on — stop leaning on tolerated behavior and buy the contractual kind. X's API went pay-per-use this year: reading your own bookmarks runs $0.001 per item, a thousand bookmarks for a dollar. A tiny script with an API key drains your saved posts into a folder headlessly, no browser session required, and nobody's anti-bot heuristics ever enter the story. The pane is the efficient path; the API is the durable one. Use the first until it matters, then pay for the second.

The pattern underneath is worth naming: bookmark-on-phone became my entire mobile workflow (one tap), and desk-side processing became a conversation. Capture that used to be four hops and a clipboard is now "grab this one" — and the notes come back having already argued with the source.


Sources: X API pay-per-usage pricing (pay-per-use default, owned-reads pricing); X API pricing update, April 2026 ($0.001 owned reads); The Hacker News on the "Friendly Fire" PoC (agents executing README-referenced payloads). Workflow claims verified hands-on 2026-07-11; API pricing verified same day.