标签：#tools

Turn family voices into hand-drawn story films Discussion | Link

A little creature that lives in your MacBook notch Discussion | Link

Spot potential misunderstandings across global Englishes Discussion | Link

Hold USD and pay globally through U.S. sponsor banks Discussion | Link

Google has expanded Gemini in Chrome with a desktop workflow that lets users send a selected part of a web page directly to Gemini. Called Select from screen , the feature is designed for moments when a full page is not the relevant context: a user can draw a box around particular text, an image, or a mixed section of page content and ask Gemini to analyze or act on it in Chrome's side panel. The change makes Gemini more closely embedded in everyday browser work. Rather than manually describing what is on a page or switching between tools, users can identify the exact on-screen material they want Gemini to consider. For teams that regularly research products, review creative assets, compare information, or work from web-based documents, that can make AI assistance more immediate. Its usefulness will still depend on whether Gemini in Chrome is enabled for the user and, for managed environments, how administrators configure access. How Select from screen works Google's official instructions for sharing specific parts of a screen with Gemini in Chrome describe a straightforward process. Users open the Gemini side panel in Chrome, choose Select from screen , then draw around the area they want to share. The chosen content is sent to Gemini as the basis for the next interaction. The important distinction is that the feature is not limited to a single content type. Google says the selected region can contain text and/or images . That gives users a more precise way to supply context from a web page without treating the entire page as the prompt. Workflow element General Gemini interaction in Chrome Select from screen Context provided User supplies a request in the Chrome side panel User selects a defined region of a web page for Gemini Content types Depends on the interaction and context available Selected text, images, or a region containing both Selection method No region-selection step Draw a bounding box around the relevant content Why the workflow matters The value is

Launch with confidence, not gut instinct Discussion | Link

Turn your local media library into cable-style TV Discussion | Link

A native macOS serial terminal with a file server built in Discussion | Link

Hire persistent Hermes agents with roles, memory + skills Discussion | Link

The product editor for product builders Discussion | Link

Now with M6 and M5 Pro chips Discussion | Link

Infrastructure for coding-agent workloads Discussion | Link

Save one iMessage conversation as a private offline album Discussion | Link

Lica co-founders are going to work on Gamma's new research team.

A realistic heartbeat for falling asleep Discussion | Link

MAC address intelligence for apps, networks and AI agents Discussion | Link

See what any page is built with and how much of it is AI Discussion | Link

Se você já perdeu tempo com essa sequência: git stash git checkout outra-branch # resolve o problema urgente git checkout branch-original git stash pop ...só pra descobrir depois que esqueceu o que tinha no stash, ou que o venv / node_modules da outra branch estava desatualizado — este artigo é pra você. O problema Um repositório Git tradicional tem uma única pasta de trabalho ligada a uma branch por vez. Trocar de branch significa trocar todo o conteúdo dessa pasta. Isso funciona bem quando você faz uma coisa de cada vez, mas quebra assim que você precisa: Revisar um PR urgente enquanto está no meio de uma feature grande Rodar testes de uma branch enquanto edita outra Manter ambientes de dependências diferentes (versões de libs, .env ) para features distintas sem reinstalar tudo a cada troca A saída mais comum é o stash , mas ele é frágil: some da vista, acumula, e é fácil esquecer o que tinha ali dentro. A solução: git worktree O git worktree permite ter várias pastas de trabalho simultâneas , cada uma vinculada a uma branch diferente, todas compartilhando o mesmo histórico de commits (o .git ). Pense em uma biblioteca central (o histórico do repositório) com várias mesas de leitura (as worktrees), cada uma com um livro diferente aberto. Você não precisa fechar um livro pra abrir outro. O que é compartilhado, o que é separado Compartilhado entre worktrees Separado por worktree Histórico de commits Arquivos da working directory Objetos do Git (blobs, trees) Arquivos não versionados ( .env , venv , node_modules ) Configuração do repositório Saída do git status Um commit feito em uma worktree aparece imediatamente no git log das outras — mas os arquivos físicos de cada pasta continuam independentes. Colocando em prática Criando uma worktree com branch nova git worktree add ../meu-projeto-feature-x -b feature/nome-da-feature Isso cria a pasta ../meu-projeto-feature-x , já com uma branch nova feature/nome-da-feature criada a partir do commit atual. Criando uma worktree

Control Every AI Request Discussion | Link

Lovable for iPhone apps. From idea to App Store Discussion | Link