# coding-agents 248 Published articles for coding-agents 248. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Boris Cherny on guardrails for Claude-written production code DevFeed: [Boris Cherny on guardrails for Claude-written production code]() Original publisher: [Read original article]() Author: Simon Willison Published: 2026-09-11T17:47:11Z Content type: opinion Language: en Sources: [Simon Willison's Weblog]() Topics: [Claude](), [anthropic](), [AI-assisted coding](), [Security]() Tags: [agentic-engineering](), [agentic-engineering-63](), [ai](), [ai-2-236](), [ai-assisted-programming](), [ai-assisted-programming-407](), [anthropic](), [anthropic-336](), [boris-cherny](), [boris-cherny-4](), [claude](), [claude-310](), [claude-code](), [claude-code-127](), [coding-agents](), [coding-agents-248](), [generative-ai](), [generative-ai-1-982](), [llms](), [llms-1-948](), [security]() ### AI overview Boris Cherny says production code written by Claude should meet a higher standard than human-written code. He describes Anthropic's guardrails, including lint rules, tests, Claude-driven end-to-end tests, daily Claude-powered fuzzing, automated code and security reviews, and automated refactoring. ### Source excerpt Production code written by Claude should have a higher bar than if it was written by a human. At Anthropic, we have many guardrails in place to make sure this is happening: lots of lint rules, lots of tests, Claude-driven end to end tests, Claude-powered fuzzers running daily, automated code reviews and security reviews, automated code refactoring, and so on. Without these, you can end up with a mess that is hard to maintain down the line. -- Boris Cherny Tags: claude, ai, claude-code, llms, coding-agents, ai-assisted-programming, generative-ai, agentic-engineering, boris-cherny, anthropic ## Native is now the future of mobile at Shopify DevFeed: [Native is now the future of mobile at Shopify]() Original publisher: [Read original article]() Author: Simon Willison Published: 2026-09-10T21:11:15Z Content type: opinion Language: en Sources: [Simon Willison's Weblog]() Topics: [Mobile](), [React Native](), [Shopify](), [AI-assisted coding](), [Kotlin](), [Swift](), [Open Source](), [Android](), [Generative AI](), [iOS]() Tags: [ai](), [ai-2-236](), [ai-assisted-search](), [ai-assisted-search-36](), [android](), [android-14](), [coding-agents](), [coding-agents-248](), [generative-ai](), [generative-ai-1-982](), [ios](), [ios-26](), [kotlin](), [llms](), [llms-1-948](), [mobile](), [mobile-41](), [open-source](), [open-source-320](), [react](), [react-43](), [react-native](), [shopify](), [shopify-8](), [swift](), [swift-12]() ### AI overview Shopify is moving its mobile apps from React Native back to separate Swift and Kotlin codebases. The article explains that AI agents can now handle enough implementation, translation, testing, and review work to reduce the cost of maintaining separate platforms. It also notes the planned relocation or archival of Shopify's React Native libraries. ### Source excerpt Native is now the future of mobile at Shopify Shopify are moving from React Native back to separate Swift and Kotlin codebases for their native apps, for the exact reason you would expect: We decided to switch from native to React Native in 2020 for three reasons: Stop building the same features twice Allow developers to work across the stack Spend less time chasing feature parity and more time shipping value [...] Native still means building and maintaining software on two platforms, that cost has not disappeared. What changed is that agents can now do enough of the implementation, translation, testing, and review work that it's no longer the deciding factor it was in 2020. It's a well-written post, which gives full credit to React Native as a great platform for the six years they were using it. Shopify are the maintainers of three significant React Native libraries: react-native-skia, flash-list, and restyle. The first two are finding new homes; the third "has a smaller user base than our other libraries" and will be archived at the end of 2026. Via Hacker News Tags: android, mobile, open-source, ios, ai, react, generative-ai, llms, ai-assisted-search, coding-agents, swift, shopify ## .blend URL Viewer DevFeed: [.blend URL Viewer]() Original publisher: [Read original article]() Author: Simon Willison Published: 2026-09-09T23:58:32Z Content type: article Language: en Sources: [Simon Willison's Weblog]() Topics: [blender](), [3D](), [Artificial Intelligence](), [Generative AI](), [Large Language Model](), [AI-assisted coding](), [browser]() Tags: [3d](), [3d-18](), [ai](), [ai-2-236](), [blender](), [blender-4](), [codex](), [codex-57](), [coding-agents](), [coding-agents-248](), [generative-ai](), [generative-ai-1-982](), [gpt-6-astra](), [gpt-6-astra-9](), [javascript](), [javascript-764](), [llms](), [llms-1-948](), [tools](), [tools-78]() ### AI overview The article presents a .blend URL Viewer built from an existing Blender viewing experiment. It describes using ChatGPT Images 2.5 to generate a Pluribus-themed Fabergé egg image, then using Codex running GPT-6 Astra to create Blender model files that can be viewed in a browser. ### Source excerpt Tool: .blend URL Viewer I'm continuing to have a lot of fun with GPT-6 Astra and Blender (see my TIL). As a big fan of the Imperial Fabergé Easter eggs, I've always thought it would be fun to make some new ones that celebrate popular culture. Yesterday I decided to try out the new ChatGPT Images 2.5 by running this prompt: Generate a photo of a faberge egg that's themed after the TV show Pluribus - research first It gave me this - honestly not bad for a first attempt! Then, just to see what would happen, I pasted that image into Codex running GPT-6 Astra (high) and prompted: Use your blender local skill to create a blender model of this faverge egg (Here's the skill file, which I created like this.) It churned away for 17m51s and built me several .blend files. I already had this vibe-coded Blender viewing experiment lying around, so I added that to my tools collection and now you can use it to see my Pluribus blender model in your browser: Tags: 3d, javascript, tools, ai, generative-ai, llms, blender, coding-agents, codex, gpt-6-astra ## Conceptual integrity and counting lines of code DevFeed: [Conceptual integrity and counting lines of code]() Original publisher: [Read original article]() Author: Simon Willison Published: 2026-08-19T22:46:07Z Content type: opinion Language: en Sources: [Simon Willison]() Topics: [AI Development](), [AI-assisted coding](), [code productivity](), [Software Engineering](), [Programming]() Tags: [agents](), [ai](), [ai-2-235](), [code](), [coding-agents](), [coding-agents-248](), [generative-ai](), [generative-ai-1-981](), [llms](), [llms-1-947](), [podcast-appearances](), [podcast-appearances-41](), [productivity](), [software-development](), [software-engineer]() ### AI overview This article presents transcript highlights from a Talking Postgres discussion about AI-assisted software development. It argues that lines of code can sometimes indicate productivity when coding agents produce maintainable, tested, production-quality code, while emphasizing that skill and experience remain necessary. It also argues that cognitive capacity and conceptual integrity limit how much agent-generated code engineers can effectively manage. ### Source excerpt Last week I recorded an episode of the Talking Postgres podcast with Claire Giordano on the subject of "How AI is changing software development". We had a really great conversation. Here are a couple of my highlights from a lightly edited transcript (prompt to Claude: "very minor edits to remove disfluencies"). This is the latest version of an argument I've been trying to build about why sometimes it does make sense to talk about lines of code as an indicator of productivity with coding agents, at 35:01: A lot of people will tell you it makes no sense to measure productivity in lines of code. I'd actually disagree, because there's a hard limit. In the before-times, a software engineer could produce a few hundred lines of production-ready code per day -- and 200 lines of working, debugged, production-level code is an incredibly good day. Most days you'd produce 50 or 60. If agents let you produce a thousand lines of debugged code, that really is a very meaningful improvement -- as long as the code is the same quality: maintainable, tested, all of that. You can get to that point with agents, but it takes a huge amount of skill and knowledge and experience. That's what senior engineers are made of. I can do way more work as a single engineer than I could without agents. So you could argue, why should a company have more than one engineer? Beyond the obvious bus factor thing -- a team of one is a very badly designed team -- the answer is that the new limiting factor is cognitive capacity. I can churn out code a hundred times faster. I don't have the cognitive capacity to stay on top of 100 times the amount of code. So you still need a team of engineers, so you can load balance that cognitive capacity across the team. And this section on conceptual integrity at 46:03, which Claire equated to the Winchester Mystery House! Simon: There's a concept in The Mythical Man-Month -- conceptual integrity -- where well-designed software has an integrity to it: there are no surprises in i ## Qwen 3.8 27B is excellent, but it defaults to wildly overthinking things DevFeed: [Qwen 3.8 27B is excellent, but it defaults to wildly overthinking things]() Original publisher: [Read original article]() Author: Simon Willison Published: 2026-08-16T22:00:39Z Content type: opinion Language: en Sources: [Simon Willison]() Topics: [qwen](), [Large Language Model](), [Hardware](), [DGX Spark](), [NVIDIA DGX](), [SVG]() Tags: [ai](), [ai-2-235](), [ai-in-china](), [ai-in-china-108](), [coding-agents](), [coding-agents-248](), [cost](), [dgx-spark](), [generative-ai](), [generative-ai-1-981](), [llama-cpp](), [llama-cpp-29](), [llm](), [llm-reasoning](), [llm-reasoning-103](), [llm-release](), [llm-release-231](), [llms](), [llms-1-947](), [lm-studio](), [lm-studio-23](), [local-llms](), [local-llms-164](), [nvidia-dgx](), [nvidia-spark](), [nvidia-spark-6](), [pelican-riding-a-bicycle](), [pelican-riding-a-bicycle-142](), [pi](), [pi-6](), [qwen](), [qwen-61](), [reasoning](), [speed](), [svg]() ### AI overview Simon Willison evaluates Qwen 3.8 27B, a vision-capable 27-billion-parameter LLM that can run locally on suitable hardware. He finds that its default xhigh reasoning setting consumes substantial context and time, while adjusting the reasoning effort and increasing the context limit improves practicality. He also reports strong results generating an SVG locally. ### Source excerpt Friday's big release was Qwen 3.8 27B, an Apache 2 licensed 27B parameter vision-capable LLM from Alibaba's Qwen research lab. I've been looking forward to this one: 27B is an excellent size for running a model on a reasonably specced laptop, and its predecessor Qwen 3.6 27B was impressive. Qwen's self-reported benchmarks for this model are eye-opening. They show a boost from both Qwen 3.6 27B and the closed-weight Qwen 3.7-Plus, which was one of Qwen's strongest models of any size as recently as May this year. It will be interesting to hear what independent benchmarks have to say about the model. I've been running the model on two different machines: my 128GB M5 Max MacBook Pro, and an NVIDIA DGX Spark. On both machines I'm running LM Studio and their 17GB Q4_K_M quantized build. I also tried using llama-server directly on the Spark. The default of extra high results in spectacular over-thinking Qwen's documentation describes the model as defaulting to xhigh for the reasoning effort, and the LM Studio GGUF I've been trying preserves that default: Qwen3.8 comes with official support for reasoning_effort, which can be used to adjust reasoning depth and control cost: xhigh (default): for complex tasks demanding thorough analysis medium: balancing accuracy and speed low: efficient reasoning optimizing for speed and cost This is a hilarious default. It's absolutely not a good way to run the model, especially on consumer hardware. I've been finding the results extremely entertaining. I quickly ran into problems with LM Studio's default context limit of 8,192 tokens - Qwen was using them all up thinking about even the most mundane of problems. I loaded the model with the full 262,144 maximum context length and that problem went away. Here's the pelican riding a bicycle SVG I got from my first attempt with that increased context length. It took 21 minutes to generate, using 22,276 reasoning tokens to produce 3,223 tokens of output. You can read the reasoning trace here. Th ## One-shotting a Raccoon Heist game using Claude Fable 5 DevFeed: [One-shotting a Raccoon Heist game using Claude Fable 5]() Original publisher: [Read original article]() Author: Simon Willison Published: 2026-08-05T19:42:38Z Content type: tutorial Language: en Sources: [Simon Willison]() Topics: [Claude](), [Claude Code](), [GitHub Pages](), [GitHub](), [Code]() Tags: [ai](), [ai-2-235](), [anthropic](), [anthropic-336](), [browser](), [claude](), [claude-310](), [claude-code](), [claude-mythos-fable](), [claude-mythos-fable-41](), [code](), [coding-agents](), [coding-agents-248](), [fable](), [game-design](), [game-design-22](), [generative-ai](), [generative-ai-1-981](), [github](), [github-pages](), [iphone](), [llms](), [llms-1-947](), [prompt-engineering](), [prompt-engineering-197](), [text-to-image](), [text-to-image-47](), [vibe-coding](), [vibe-coding-97]() ### AI overview The article describes an experiment in which Claude Fable 5, running through Claude Code for web, built a Raccoon Heist game from an older GPT-3 game concept and screenshots. It also explains using GitHub Pages to preview work from Claude Code for web and notes that published content from a private repository may be viewable by anyone who guesses the repository name. ### Source excerpt Back in 2022 I tweeted screenshots of a game concept generated by GPT-3 and some concept "art" created using DALL-E. Today, on the fourth anniversary of that tweet, I decided to see if Claude Fable 5 (running in Claude Code for web) could build the entire game from the content of that tweet. It did a pretty good job of it! You can play the game here. Here's the GitHub repo, and a short video demo: Your browser does not support HTML5 video. How I built this This is the August 5th, 2022 tweet: My GPT-3 prompt back then was: Write a detailed product description of a computer game where a team of raccoons go on heists. This was in the text completion days, where you asked GPT-3 to complete the rest of the text. It completed: In "Raccoon Heist", you and your team of thieving raccoons are tasked with pulling off a series of daring heists. From robbing banks to stealing priceless art, no job is too big or too small for your furry crew. You'll need to use your wits and your skills to avoid the police and make a clean getaway with the loot. With exciting gameplay and a charming cast of characters, "Raccoon Heist" is the perfect game for anyone looking for a light-hearted caper. My prompt to DALL-E was short: Screenshot from a video game where a team of raccoons go on a heist Today's experiment: can I dump those screenshots into Fable 5 with a prompt telling it to write a game, then leave it to its own devices and get a working game at the end? Setting Claude Code for web up to use GitHub Pages A frustrating thing about Claude Code for web is that it can be hard to test what it's working on while it's still working. I've been using GitHub Pages to work around that limitation, and found it to work really well. Here's my process: Create a new repository for the project at https://github.com/new - this can be public or private, the trick works equally well for both. Start a Claude Code for web session, in the Claude iPhone or Desktop apps or in the browser at https://claude.ai/c