Don't keep shipping #AI #ChatGPT #Claude #productivity #AItips

Nate B Jones · 2026-10-19

This video emphasizes that 'shipped isn't done' for software engineers. The core message is to consider the end-user and the entire job, not just shipping to production. Engineers should ask who the project is for, what that person will achieve, and what steps are needed to ensure the whole job is done, often requiring going beyond traditional job boundaries.

Your prompts kinda suck

Theo - t3.gg · 2026-10-18 · 34 min read

Theo argues that engineers are over-engineering their AI prompts rather than under-prompting, treating LLMs like deterministic code systems instead of conversational agents capable of complex reasoning. The core insight is that engineers' mental models are still stuck in 'traditional programming' mode—they break problems into discrete, specifiable tasks instead of describing high-level goals and letting agents figure out implementation. He uses a concrete example of a friend who wanted a feature (tool call performance breakdown) that already existed in the product, simply because the friend never thought to ask the agent or explore the UI conversationally. The key unlock is learning to prompt with intent and outcome rather than implementation detail.

read more

Theo's central thesis is a reframing of the prompt engineering conversation: the failure mode for most software engineers isn't insufficient engineering rigor in their prompts—it's that they're applying engineering thinking where conversational, goal-oriented thinking would serve them better. This is a subtle but important distinction. Prompt engineering as a discipline hyped the idea of precise, structured, carefully crafted instructions. Theo's position is that this mental model leads engineers to under-utilize agents because they only ask for things they can already fully specify, which is largely what they could have coded themselves.

The XKCD framing is the most illustrative conceptual anchor in the video. Pre-AI, engineers had deeply internalized that certain problems (e.g., image classification, natural language understanding) were computationally intractable or required years of research. That calibration made sense then. The problem is that the calibration hasn't updated. Engineers now interact with systems that can do what previously required a research team, but their mental model of 'what is askable' hasn't expanded to match. They're leaving enormous capability on the table because they self-censor requests before even making them.

The practical failure mode Theo identifies is that engineers think in terms of implementation rather than intent. When they want something done, they decompose it into steps they understand how to code, then ask the agent to help with those steps—rather than stating the end goal and letting the agent determine the approach. This is the over-engineering problem. The agent is capable of handling ambiguity, planning, and multi-step reasoning, but the engineer is collapsing that capability by pre-solving the problem and only delegating leaf-node tasks.

The T3 Chat / tool call example is the most concrete illustration. Theo had been auditing his agents' tool call histories and discovered a meaningful failure pattern: Claude was generating Ripgrep commands using Bash syntax that was incompatible with Zsh, causing elevated error rates across his Linux boxes and Macs (which default to Zsh). This is a genuinely interesting operational finding—shell compatibility is a subtle failure mode in agentic coding environments that most engineers wouldn't think to audit for, and it surfaces only when you're doing systematic review of agent behavior rather than just looking at end results.

When Theo shared this with his friend (a YC founder), the friend responded by describing a feature he'd wanted in T3 Chat: a breakdown of tool call latency to identify slow commands and optimize the environment. The punchline is that this feature already existed—including in the mobile app—and the friend simply hadn't discovered it. The reason he hadn't discovered it is the same reason he framed it as a 'feature request' rather than a question: he was thinking about the product as a code system with a fixed feature set, not as an agent he could query or converse with to discover capabilities.

This is the core behavioral pattern Theo is trying to surface. Engineers interact with AI tools the way they interact with software—looking for documented features, reading changelogs, filing feature requests. They don't interact with them the way you'd interact with a knowledgeable colleague: by describing a problem and asking 'can we do something about this?' or 'does anything exist for this?' The shift Theo is advocating is fundamentally about interaction model, not about prompt syntax or structure.

The Macroscope sponsor segment, while an ad, is actually somewhat on-theme. The product allows you to define custom agents in a .macroscope folder using markdown configuration files that specify the model, available tools, trigger conditions, and behavioral instructions. The T3 Chat team uses this for UI consistency checking—an agent that fires on PRs touching component files and checks whether new components are being created unnecessarily instead of reusing existing ones. This is a good example of the kind of high-level goal-specification Theo is advocating: you describe what you want the agent to look for, not how to implement the check. The agent handles the implementation.

For senior engineers, the actionable takeaway is to audit your own interaction patterns with AI tools. Are you asking agents to complete subtasks you've already decomposed, or are you stating goals and constraints and letting the agent plan? Are you treating the agent's capabilities as fixed and known, or are you probing them conversationally? The calibration failure Theo describes is real and common—engineers are uniquely prone to it because decomposing problems into specifiable steps is a core professional skill that becomes a liability when the system you're working with is better at that decomposition than you are at specifying it.

China's approach to AI and robotics | Lex Fridman and Jensen Huang in Taiwan

Lex Fridman · 2026-10-17

This video features a brief discussion between Lex Fridman and Jensen Huang (CEO of Nvidia) about the state of AI companies and robotics. Huang observes that AI companies are compute-starved, which paradoxically forces them to develop more efficient architectures. He also briefly mentions visiting Unitree Robotics in Hangzhou, highlighting their advanced humanoid robot, Superman, which was built in just three months.

Alibaba open-sources Qwen 3 AI model with Opus 4-level #alibabaqwen #opensourceai #aimodels

AI Honeycove · 2026-08-17

This video highlights seven significant AI updates from the past week, focusing on open-source advancements and local execution capabilities. Key developments include a Claude Opus-level AI model runnable on personal computers, a tool to strip watermarks from major AI outputs, and Meta's LLaMA Maverick, a 30-billion parameter model optimized for local agents. Additionally, Xai launched Grok Bots with self-contained cloud environments, Zhipu released GLM-5.3 with substantial coding performance improvements, and an open-source Claude skill allows one-command website cloning. Finally, Alibaba open-sourced Qwen 3.8 at 27 billion parameters, delivering Claude Opus 4-level performance locally, underscoring the rapid progress in the open-source AI space.

read more

The open-source AI landscape is experiencing rapid innovation, with seven significant updates released this past week that demonstrate a clear trend towards local execution, enhanced agent capabilities, and robust performance in coding and multi-modal tasks. These advancements offer exciting prospects for developers and engineers, pushing the boundaries of what can be achieved on personal hardware and in private cloud environments.

First, a notable development is the release of a Claude Opus-level AI model that runs entirely free on personal computers. This marks a significant step towards democratizing access to high-performance AI, reducing reliance on expensive cloud-based APIs and enabling privacy-focused applications. The ability to run such a powerful model locally opens doors for developers to experiment and build without incurring continuous operational costs.

Next, a developer open-sourced Watermarks Remover, a tool designed to strip watermarks from outputs generated by Claude, Gemini, and OpenAI models. This tool addresses the growing concern over provenance marks in AI-generated content, handling Unicode text carriers and C2PA/metadata from both text and images. For engineers working with AI outputs, this provides a practical solution for data hygiene and ensures content can be integrated without proprietary watermarks.

Meta re-entered the open-source arena with LLaMA Maverick (also known as Muse Glimmer), a 30-billion parameter model optimized for always-on local agent workflows. This model is small enough to run on a single consumer GPU or a Mac, making it highly accessible. The emphasis on local agents means no internet connectivity is required, and there are no API costs, enabling fully private and self-contained AI applications that can continuously operate on a device.

Xai launched Grok Bots, a platform where each bot receives its own cloud computer equipped with a browser, files, and a terminal. These bots are designed to sign into various applications like Gmail, CRMs, and other services, running 24/7. A key feature is the ability for multiple bots to automatically hand tasks off to each other, demonstrating advanced agentic capabilities for complex, multi-step workflows. This introduces a new paradigm for automating enterprise-level tasks with AI.

Zhipu significantly upgraded its coding capabilities with GLM-5.3, reporting a 50% jump in coding performance over its previous version. This model is currently the top-ranked open model on both Terminal Bench 3.0 and Agent's Last Exam, making it a powerful tool for software engineers. The substantial improvement in coding performance highlights the ongoing progress in AI-assisted development, offering more efficient and accurate code generation and problem-solving.

An open-source Claude skill was introduced, allowing users to clone any website with a single command. By simply providing a URL and running `/clone-website`, the skill drives Chrome to pull real fonts, colors, and layout, then rebuilds the entire site in parallel. This automation of web development tasks, from design extraction to site reconstruction, streamlines frontend development workflows and showcases AI's potential in accelerating creative and technical processes.

Finally, Alibaba open-sourced Qwen 3.8 at 27 billion parameters. This multimodal, fully local, and completely private model is already being praised by developers for achieving Claude Opus 4-level performance on personal machines. The release of such a high-performing, private, and locally runnable model from a major player like Alibaba signifies a strong commitment to the open-source community and offers developers a powerful alternative for secure and efficient AI applications without cloud dependencies.

llm-tools-datasette 0.1.1

Simon Willison · 2026-10-18 · 1 min read

A patch release fixing llm-tools-datasette, a plugin that exposes Datasette database instances as callable tools to LLM agents, which broke when the LLM framework migrated its HTTP client from httpx to httpx2 and the plugin had been relying on httpx as a transitive dependency rather than declaring it explicitly. This is a straightforward but important reminder that implicit transitive dependencies are a real maintenance liability, especially in plugin ecosystems where upstream library swaps can silently break dependents.