estas son las 3 formas que tenés de desarrollar con ia la elección depende de qué necesites y de cuánta privacidad estés dispuesto a perder - todo en la nube: el agente clona tu repo en una máquina del proveedor, lee los archivos ahí, corre los tests ahí y te devuelve un pr. tu código, tus variables de entorno y el acceso a github viven en un servidor de otro es cómodo para probar algo rápido o para tareas que podés dejar corriendo mientras hacés otra cosa ej: claude code en la web o codex en la nube - agente local, modelo por api: el agente corre en tu compu. lee login.ts, busca con grep, corre los tests, todo local. pero cada vez que necesita pensar, arma un pedido con las instrucciones, la conversación y lo que leyó, y lo manda al modelo el repo entero no sale si no que sale lo que el agente leyó ej: claude code o codex en tu terminal - todo local: el agente y el modelo corren en tu compu. el agente le habla a ollama en localhost en vez de a una api, así que el pedido nunca sale de tu máquina. el límite es el hardware: un modelo puede ocupar unos 5 GB de memoria y entra en una laptop, pero para programar todavía queda lejos de los modelos grandes conviene cuando lo que desarrollas no puede salir de tu compu, como datos de clientes o código bajo contrato ej: un agente apuntando a ollama con un modelo como qwen o llama ninguna opción es la correcta. pero esta bueno saber cuál estás usando

Bitcoin Core v32.1: a deeper look First, why no 32.0? It was tagged on October 21 but never fully announced or released. A remotely triggerable TCP crash was reported on October 23 and 32.1 shipped on October 27 (yesterday) with that fix and two others. I'll dig into the security updates, but this release also represents months of testing, maintenance, and work to make Bitcoin easier to verify and use. What went into these v32.1 changes and what do Bitcoin users get from them?

acabo de optimizar una landing para GEO

New in Claude for Legal: a gallery of ready-made artifacts for contract review, regulatory horizon scans, cite checks, and more. Start from the built-in example, add your own documents and connectors, and share it with anyone across the business.

told the agent not to touch the other files it touched the other files

Before you launch anything, have Opus 5.5 send 5 subagents in as your first users. Paste this into Claude Code: "Act as my launch QA lead. Spin up 5 subagents, each a different first-time user: 1. The impatient one: skims, clicks the first button, quits at the first error 2. The skeptic: reads pricing, terms and privacy before signing up 3. The mobile user: does everything on a 375px screen on slow 3G 4. The non-native English speaker: only follows what the UI literally says 5. The breaker: pastes junk into forms, hits back mid-flow, double-clicks everything Each one opens the app in a real browser, goes from landing page to first success, and screenshots every moment they get confused, stuck or annoyed. Merge everything into one list ranked by how many users hit it. Fix it all in one pass, then rerun the 5 users to prove it's fixed." Your first 100 real users won't tell you why they left. these 5 will. (Works best with a browser MCP connected, Playwright or Chrome DevTools)