AI News Archive: July 27, 2026 — Part 6
Sourced from 500+ daily AI sources, scored by relevance.
- KAIST Develops AI That Learns to Theorize the World from Observation, Inspired by How Children Learn
KAIST Develops AI That Learns to Theorize the World from Observation, Inspired by How Children Learn EurekAlert!
- Are brain waves the next unlock for physical AI?
Forget YouTube videos — frontier physical AI models need multiple camera angles, dense annotation, and, soon, brain wave readings.
Score: 34🌐 MovesJul 27, 2026https://techcrunch.com/2026/07/26/are-brain-waves-the-next-unlock-for-physical-ai/ - GitHub Gives Teams More Control Over Copilot’s Cloud Agent in Linear
GitHub Gives Teams More Control Over Copilot’s Cloud Agent in Linear DevOps.com
Score: 34🌐 MovesJul 27, 2026https://devops.com/github-gives-teams-more-control-over-copilots-cloud-agent-in-linear/ - Misleading AI-generated doctors pose ‘huge danger to public safety’
Research shows AI accounts are gaining millions of views on TikTok by spreading dubious health advice Misleading health claims online pose a “huge danger to public safety”, experts have warned, after research has shown that AI-generated doctors are gaining millions of views on TikTok by spreading dubious health advice. The British Medical Association council deputy chair, Dr Emma Runswick, flagged the risks posed by AI accounts that “peddle medical myths and promote so-called miracle cures”. Continue reading...
Score: 34🌐 MovesJul 27, 2026https://www.theguardian.com/technology/2026/jul/27/misleading-ai-generated-doctors-public-safety-danger-tiktok - AI investment gap threatens Africa's future growth
Fragmented markets, talent shortages and imported technology are slowing Africa's AI competitiveness, says a BCG report.
Score: 33🌐 MovesJul 27, 2026https://www.itweb.co.za/article/ai-investment-gap-threatens-africas-future-growth/Kjlyr7wBknYvk6am - Who regulates AI when Washington won’t?
Who regulates AI when Washington won’t? USA Today
- OpenAI to triple workforce at Dublin European headquarters to 350
OpenAI to triple workforce at Dublin European headquarters to 350 Reuters
Score: 33🌐 MovesJul 27, 2026https://www.reuters.com/business/openai-triple-workforce-dublin-european-headquarters-350-2026-07-27/ - AI gains a tool to identify Kinyarwanda propaganda, with promise for 600 Bantu languages
A new study led by Fabrice Niyigaba '27 reports the first digital tool for identifying online propaganda in Kinyarwanda, the national language of Rwanda's 15 million people—and possibly the first for any of the Bantu languages spoken by 350 million Africans.
Score: 33🌐 MovesJul 27, 2026https://techxplore.com/news/2026-07-ai-gains-tool-kinyarwanda-propaganda.html - Muscogee Nation to Look at Data Center Development and AI
The tribe has created a task force to address data sovereignty and the possible environmental impact; cultural resources and cybersecurity. The group has 60 days to report to the National Council.
Score: 33🌐 MovesJul 27, 2026https://www.govtech.com/artificial-intelligence/muscogee-nation-to-look-at-data-center-development-and-ai - The AI Industry Has Acted So Badly That It’s Now Dealing With a Huge Wave of Hatred
It's gonna take more than smarmy commercials to win back the public. The post The AI Industry Has Acted So Badly That It’s Now Dealing With a Huge Wave of Hatred appeared first on Futurism .
Score: 33🌐 MovesJul 27, 2026https://futurism.com/artificial-intelligence/ai-industry-ads-public-backlash - Robotics Startup Tacta Shows Its Hand (and Glove)
Robotics Startup Tacta Shows Its Hand (and Glove) The Information
Score: 32🌐 MovesJul 27, 2026https://www.theinformation.com/newsletters/ai-agenda/robotics-startup-tacta-shows-hand-glove - Ex-Share.Market CEO Ujjwal Jain Launches Wealth Management Startup Atyx.AI
Former Share.Market CEO Ujjwal Jain and ex-Microsoft researcher Debopam Bhattacharjee have teamed up to launch a new fintech venture Atyx.AI. …
Score: 32🌐 MovesJul 27, 2026https://inc42.com/buzz/ex-share-market-ceo-ujjwal-jain-launches-wealth-management-startup-atyx-ai/ - Steve Eisman is starting to have doubts about AI. The 'Big Short' investor just sold a key tech stock
Steve Eisman is warning that investors may be underestimating the risks if the AI boom fails to deliver on lofty expectations.
Score: 32🌐 MovesJul 27, 2026https://www.cnbc.com/2026/07/27/eisman-has-doubts-about-ai-big-short-investor-just-sold-key-tech-stock.html - NXP simplifies infotainment design with single-chip radio and AI/ML-enabled audio solution
NXP Semiconductors has announced the SAF9800, a new automotive audio and radio processor designed to simplify infotainment architectures. To achieve this, NXP has integrated analog radio (AM and FM) and AI/ML-enabled audio processing into a highly flexible single-chip solution that meets the needs of a vast range of next generation vehicles. The solution enables automakers to reduce system complexity and scale features across global vehicle platforms. SAF9800 combines analog radio reception and high-performance audio processing into a single integrated solution. This innovative approach empowers OEMs to consolidate functions that have traditionally required multiple discrete radio and audio components into a single, scalable device. Furthermore, SAF9800 leverages AI-driven acoustic source separation technology that transforms in-cabin microphone data by isolating critical sounds like vocal commands, mechanical failures, or emergency sirens from overwhelming background noise. Traditional filtering often fails in complex acoustic environments like vehicle cabins, making machine learning the premier solution for dynamic, real-time audio extraction. “The industry is moving away from fragmented, hardware-driven infotainment systems toward more integrated, software-defined architectures,” said John van den Braak, Senior VP and GM of the Infotainment and Audio Systems product line at NXP Semiconductors. “With SAF9800, we are combining the long-lifecycle building blocks of infotainment—such as broadcast radio and digital audio—with new AI/ML-powered audio capabilities that enhance the in-car experience, enable in-cabin audio sensing, and support functional audio use-cases. By delivering these capabilities in a flexible, single-chip solution that meets stringent global RF and audio requirements, we help automakers simplify development and scale their platforms to meet evolving market needs.” SAF9800 integrates a HiFi 5 audio DSP with integrated neural-network processing capabilities together with NXP’s hardware-based biquad accelerators, delivering more than 10x audio processing performance compared to previous generations. This enables advanced audio use cases such as real-time noise reduction, voice and sound classification, and more adaptive in-cabin listening experiences—using data-driven algorithms rather than fixed signal processing Designed for software-defined architectures, the solution supports feature scalability through software - allowing automakers to configure, upgrade, and differentiate radio and audio capabilities without changing hardware. Why it matters? Automakers are navigating a shifting landscape of radio policy considerations, evolving consumer expectations and technical challenges for in-vehicle radio. For example, in the U.S., proposed legislation aims to preserve in vehicle access to broadcast radio, including AM. At the same time, electrification is introducing new signal interference challenges, intensifying industry debate over the role and implementation of analog broadcast in next-generation vehicles. These issues require flexible solutions that can give automakers options. SAF9800 addresses these challenges by consolidating radio and audio processing into a single, scalable chip-level solution and providing key support offerings. The reduced system footprint and simplified integration enable automakers to adapt to changing global requirements. NXP also offers support, like its latest generation of AM denoising technology (EVAM-lite) on the new SAF9800 product series to address signal interference challenges come primarily from EVs into the AM frequency band.
- Scam Targets Residents With AI Voice Cloning of Deputies
The York County, Pa., Regional Police Department is alerting residents about a scam involving fraudsters who impersonate York County Sheriff’s Office deputies to extort money from victims.
Score: 32🌐 MovesJul 27, 2026https://www.govtech.com/security/scam-targets-residents-with-ai-voice-cloning-of-deputies - New tool identifies the sources of fake videos
Artificial intelligence can generate videos so realistic that distinguishing them from authentic footage is becoming increasingly difficult. But a computer science team led by researchers at UC Riverside has developed a tool that moves beyond simply identifying whether a video is fake. It also determines which AI system created it.
- ChinAI #368: The Affordable Luxury of Kimi K3
Greetings from a world where…
- How AI collaboration during training can improve reasoning - MBZUAI
How AI collaboration during training can improve reasoning MBZUAI - Mohamed bin Zayed University of Artificial Intelligence
Score: 32🌐 MovesJul 27, 2026https://mbzuai.ac.ae/news/how-ai-collaboration-during-training-can-improve-reasoning/ - WebSocket support for OpenAI Responses API live on AI Gateway
AI Gateway now supports WebSocket mode for the OpenAI Responses API. You can keep a persistent connection open and continue each turn by sending only new input items plus previous_response_id , instead of re-sending the full context over a fresh HTTP request every turn. OpenAI reports up to ~40% faster end-to-end execution on WebSockets for agentic rollouts with 20 or more tool calls. Route Responses API traffic over WebSocket The Responses route opens at GET /v1/responses and accepts raw response.create frames over a persistent WebSocket connection. The mode is compatible with store=false and Zero Data Retention , and follows OpenAI's WebSocket mode specification upstream. See the AI Gateway documentation for setup and the full route list. Read more
Score: 32🌐 MovesJul 27, 2026https://vercel.com/changelog/websocket-support-for-openai-responses-api-live-on-ai-gateway - S’pore factory output rises in June, with AI demand continuing to drive electronics production
S’pore factory output rises in June, with AI demand continuing to drive electronics production The Straits Times
- LLM Reasoning Budget: How Developers Should Spend Thinking Tokens Without Wasting Latency
LLM Reasoning Budget A reasoning model can feel brilliant on one task and painfully slow on the next. The model did not suddenly get worse. You probably gave the same thinking budget to a simple lookup, a tricky code fix, and a risky production decision. That mistake is getting easier to make because reasoning controls are moving into normal developer workflows. Anthropic’s Claude Opus 5 release notes describe thinking on by default, a full effort ladder, and support for long-context agent work. OpenAI’s reasoning model docs explain that invisible reasoning tokens are billed as output tokens and consume context space. Google’s Gemini API changelog points in the same direction from the other side: newer Flash models are being tuned for token efficiency, lower latency, and agentic planning. GitHub is also making more models available inside Copilot, including Claude Opus 5 and Gemini 3.6 Flash . The practical lesson is simple: model choice is no longer enough. Developers now need a reasoning budget policy. This guide shows how to design one. You will learn when to use low, medium, high, and maximum effort; how to route tasks by difficulty; how to measure quality instead of guessing; and how to avoid paying for deep thinking when the app only needs a clean answer. What an LLM Reasoning Budget Really Controls An LLM reasoning budget is the amount of inference-time work you allow the model to spend before it returns an answer. Depending on the provider, this may appear as reasoning.effort, effort, a thinking budget, adaptive thinking, a deep reasoning mode, or a model tier that implicitly does more internal work. Do not treat this as a style setting. It is a resource allocation setting. Higher reasoning effort can help a model plan, inspect alternatives, use tools more carefully, or recover from ambiguity. It can also add latency, raise output-token cost, crowd the context window, and make simple tasks worse by overthinking them. The right budget depends on the task, not the prestige of the model. The best reasoning budget is the cheapest setting that still passes your quality bar for that specific class of work. That quality bar matters. A customer-support tagger, a code migration planner, a security triage agent, and a financial analysis assistant should not share the same default. They have different failure costs, latency expectations, tool needs, and rollback paths. Why This Became a Production Problem Older AI apps usually had one big decision: which model should answer? A team might pick a fast model for chat, a stronger model for code, and a cheap model for batch tasks. That still matters, but reasoning models add another dimension. Now you can choose the model and how hard that model should think. You can run a frontier model at lower effort for routine work, or a smaller model with more structured verification for a hard task. You can use one model for planning, another for tool execution, and another for final review. You can also burn a surprising amount of money while doing all of this badly. Research on test-time compute supports this messy reality. One study on compute-optimal scaling found that the best way to spend extra inference compute changes with problem difficulty and the base model. Easier problems may benefit from refinement, while harder problems may require broader search or stronger models. Another infrastructure-focused paper notes that reasoning-heavy workloads generate many output tokens, which can make decoding a dominant latency cost. That lines up with what developers complain about in practice. Reddit threads around Claude, OpenAI, and local models repeatedly mention the same pain: reasoning modes can improve hard answers, but they can also waste tokens, slow down chat, hide cost in output billing, and make migrations confusing when defaults change. The Four-Bucket Policy Start with four buckets. They are simple enough for a product team to understand and specific enough for an engineering team to implement. Low: Fast Answers for Low-Risk Work Use low effort when the task is clear, narrow, and easy to verify. Good examples include classification, short transformations, search query rewriting, formatting, simple extraction, light summarization, and small code edits with strong tests. Low effort should be your default for high-volume automation. If a support workflow tags 50,000 tickets a day, high effort on every ticket is usually a tax, not a feature. Use low effort first, then escalate only when confidence is low or downstream validation fails. Medium: The Default for Normal Product Work Medium effort fits tasks that need several steps but do not require deep exploration. Use it for moderate code generation, API mapping, product copy analysis, data cleaning, normal RAG answers, and workflow planning where errors are recoverable. Medium is also a good fallback when your router is unsure. It is rarely the cheapest path, but it gives you a balanced baseline for early production tests. High: Expensive Attention for Ambiguous Tasks Use high effort when the task has real ambiguity, hidden constraints, or a meaningful failure cost. Examples include debugging a race condition, comparing architecture options, planning a data migration, reviewing security-sensitive code, or deciding whether an agent should take an irreversible action. High effort should be intentional. If every request lands here, you do not have a reasoning strategy. You have a premium default. Max: Capability-Critical Work With a Human Gate Maximum effort belongs to rare cases: incident response analysis, major architecture decisions, risky tool actions, legal or compliance-sensitive reasoning, and final checks before production changes. Use it where the cost of a bad answer is clearly higher than the cost of slower inference. Do not send max-effort results straight into production side effects. Treat them like senior recommendations: valuable, but still subject to review, tests, approvals, and audit logs. A production reasoning policy routes task classes into budget tiers, then measures whether the chosen tier actually improved the outcome. How to Route Requests by Difficulty A reasoning budget router does not need to be fancy at first. Begin with rules. Replace rules with learned routing only after you have enough labeled production traces. Useful routing signals include: Task type: extraction, classification, code edit, planning, analysis, tool use, review, or final decision. Risk level: reversible answer, user-visible answer, internal action, external action, or privileged operation. Context complexity: short prompt, long document, multi-file codebase, multi-turn agent state, or conflicting evidence. Validation strength: deterministic tests, schema validation, human review, secondary judge, or no verifier. Latency budget: realtime, interactive, background, batch, or overnight. Escalation trigger: low confidence, failed validation, tool error, policy uncertainty, or repeated user correction. The router’s job is not to predict intelligence perfectly. It is to avoid obvious waste and give hard tasks a path to more compute when needed. function chooseReasoningBudget(task) { if (task.latencyBudgetMs < 1200) return "low"; if (task.validation === "deterministic" && task.risk === "low") return "low"; if (task.requiresToolUse && task.canChangeExternalState) return "high"; if (task.securitySensitive || task.complianceSensitive) return "max"; if (task.contextTokens > 120000 || task.hasConflictingEvidence) return "high"; if (task.previousAttemptFailed) return "high"; return "medium"; } This kind of logic looks basic, but it creates the habit you need: every request gets a budget because of a reason, not because a developer hardcoded a favorite model setting six months ago. Provider Controls Are Similar, But Not Identical Do not assume every platform uses the same semantics. OpenAI exposes reasoning controls in the Responses API for reasoning models. Its docs emphasize that reasoning tokens are not visible in normal output, but they still count toward usage and context limits. That means a response can spend tokens thinking and still fail before producing enough visible output if you set the output limit too tightly. from openai import OpenAI client = OpenAI() response = client.responses.create( model="gpt-5.6", reasoning={"effort": "low"}, input=[{ "role": "user", "content": "Review this small diff and list only blocking bugs." }], max_output_tokens=1200 ) print(response.output_text) Anthropic’s newer Claude models expose an effort parameter. The Claude Opus 5 release notes say effort is the primary control for steering the model and supports a full ladder from low through max. Claude's docs also note that effort trades response thoroughness against token efficiency, and that default behavior can be model-specific. import anthropic client = anthropic.Anthropic() message = client.messages.create( model="claude-opus-5", max_tokens=2000, effort="high", messages=[{ "role": "user", "content": "Find the most likely root cause in this production incident summary." }] ) print(message.content) Google’s Gemini release notes show another production pressure: faster and cheaper models are being tuned to reduce verbosity and support high-volume automation. That does not replace reasoning budgets. It strengthens the need for them. A low-latency model should handle simple or repetitive work so deeper reasoning can be reserved for the minority of requests where it changes the outcome. Build an Escalation Ladder, Not a Single Call The strongest reasoning budget systems do not guess once and hope. They run a cheap first pass, validate it, and escalate when needed. For example, a code review agent can start at low effort for mechanical checks. If tests fail, the diff touches authentication, or the model reports uncertainty, the system reruns the review at high effort with the failing evidence included. If the high-effort review recommends a risky change, the workflow routes to a human reviewer before merge. A customer-support agent can start with low effort for tagging and routing. If the user is angry, the account is high value, or the answer cites conflicting policy text, the next turn can use medium or high effort. A finance assistant can keep extraction cheap but require max effort plus human approval before generating a recommendation that affects money movement. This is the core pattern: Start with the lowest budget that should work. Run deterministic validation where possible. Escalate only on uncertainty, risk, or failure. Log the reason for escalation. Use production traces to adjust the routing policy. That last step is where most teams fall short. If you do not log why a request used high effort, you cannot later decide whether high effort helped. Measure Cost Per Accepted Answer Raw token cost is not enough. A cheap answer that fails review is expensive. A slow answer that prevents a production incident may be cheap. Measure the unit that matters: cost per accepted answer. For each task class, track: Input tokens, visible output tokens, and reasoning tokens when the provider exposes them. Time to first useful output and total latency. Validation pass rate. Human edit rate. Escalation rate from low to medium or high. Rollback, retry, or user correction rate. Cost per accepted answer, not just cost per API call. Run controlled comparisons before changing defaults. Take a sample of real requests, replay them through two or three budget tiers, and blind-review the outputs. For coding tasks, run tests and static checks. For extraction, compare against labeled data. For RAG, score citation accuracy and answer completeness. For agents, score task completion, tool errors, retries, and human intervention. Do not use public benchmarks as your only guide. They are useful for orientation, but your production distribution is different. Your users ask messy questions. Your codebase has local conventions. Your tools fail in boring ways. Your latency budget is not the same as a research leaderboard. Reasoning budgets should be tuned with production traces, not vibes. Measure cost, latency, validation pass rate, and human edit rate together. Watch for the Hidden Failure Modes Overthinking Simple Tasks Reasoning models can spend extra tokens explaining or exploring when the task only needs a small transformation. This hurts latency and can make outputs less predictable. Keep simple tasks narrow and low effort. Underthinking Irreversible Actions The reverse mistake is worse. A low-effort model may confidently approve a database migration, merge a security-sensitive patch, or call an external tool without considering enough edge cases. Raise effort when action cost is high, even if the text prompt looks short. Confusing Prompt Instructions With API Controls Writing “think hard” in a prompt is not the same as setting the provider’s reasoning control. Use API-level settings for budget policy. Use prompts to define the task, constraints, evidence, and output format. Forgetting Context Headroom Reasoning tokens may occupy space before the model writes the visible answer. If you run near context or output limits, the model may spend budget internally and return an incomplete response. Leave headroom for reasoning and final output, especially on long-context tasks. Changing Defaults Without Replay Tests Provider defaults change. Model behavior changes. Tokenizers change. A migration that looks like a model-name swap can alter cost, latency, output length, refusal behavior, or reasoning depth. Replay your real workloads before changing production defaults. A Practical Rollout Plan Here is a rollout plan that works for small teams and scales later. First, inventory your AI calls. Group them by workflow, task type, risk, latency budget, and validation method. You do not need perfect taxonomy. You need enough structure to stop treating every request the same. Second, assign a starting budget to each task class. Use low for deterministic, high-volume work. Use medium for normal product reasoning. Use high for ambiguous tool use and complex code. Use max only for rare, capability-critical work with review. Third, add a budget field to your request wrapper. Do not scatter provider-specific strings across the app. Keep a provider-neutral enum such as fast, standard, deep, and critical, then map it to OpenAI, Claude, Gemini, or Copilot-side settings in one place. const ReasoningBudget = { fast: { openai: "low", claude: "low" }, standard: { openai: "medium", claude: "medium" }, deep: { openai: "high", claude: "high" }, critical: { openai: "high", claude: "max" } }; function modelOptions(provider, budgetName) { const budget = ReasoningBudget[budgetName]; if (provider === "openai") { return { reasoning: { effort: budget.openai } }; } if (provider === "anthropic") { return { effort: budget.claude }; } return {}; } Fourth, log outcomes. At minimum, store request class, chosen budget, model, latency, token usage, validation result, escalation reason, and whether a human accepted the answer. Do not log sensitive user data unless your privacy policy and retention controls allow it. Fifth, canary changes. Move one task class at a time. Try lowering effort where validation is strong. Try raising effort where failures are expensive. Compare against the old policy with real traffic or replayed traces. Finally, review budget drift monthly. AI platforms move quickly. A setting that was too slow last quarter may become practical. A model that was cheap may become verbose. A default that worked for simple chat may fail once the same model starts controlling tools. Where High Effort Actually Pays High effort is most valuable when the model needs to search a space, resolve conflicting evidence, or plan around hidden constraints. It often pays for: Root-cause analysis where the first obvious answer may be wrong. Multi-file code changes that require preserving architecture boundaries. Security review where a missed edge case matters. Data analysis where the model must choose a method, not just summarize a chart. Agent planning where bad tool order can create duplicate work or side effects. High effort is least useful when the task is mostly retrieval, formatting, routing, or extraction from clean input. In those cases, better schemas, better retrieval, stricter validators, or a cheaper model usually help more than deeper thinking. The Best Teams Will Treat Reasoning as a Budgeted Resource Reasoning controls are a gift, but only if you use them deliberately. They let you spend compute where it changes the result and save it where it does not. They also create a new class of production bugs: slow agents, surprise bills, hidden token burn, and quality regressions caused by the wrong effort setting. The fix is not to ban reasoning models or default everything to max. The fix is to make reasoning budget a first-class part of your AI architecture. Give each task class a budget. Route by risk and difficulty. Validate outputs. Escalate on failure. Measure cost per accepted answer. Revisit defaults when providers ship new models, new effort controls, or new tokenizers. That is how you get the benefit of models that can think harder without making every user wait for expensive thinking they never needed. FAQ What is an LLM reasoning budget? An LLM reasoning budget is the amount of inference-time compute or token budget a model can spend before producing an answer. Providers expose it through settings such as reasoning effort, effort, thinking budgets, adaptive thinking, or model-specific reasoning modes. Does higher reasoning effort always improve quality? No. Higher effort can help on complex, ambiguous, or high-risk tasks, but it can waste tokens on simple work. Some tasks improve more from better context, better tools, validation, or a stronger base model than from higher effort. How should developers choose low, medium, high, or max effort? Use low for simple and validated work, medium for normal multi-step product tasks, high for ambiguous or risky work, and max for rare capability-critical decisions with human review. The right choice should depend on risk, latency budget, validation strength, and task difficulty. How do reasoning tokens affect cost and latency? Reasoning tokens are often billed as output tokens, and they can increase latency because the model spends time thinking before producing visible output. They may also consume context window space, so long prompts need enough headroom for both reasoning and the final answer. Should I build a custom reasoning router? Yes, if your app has multiple task types or meaningful volume. Start with simple rules by task class, risk, latency, and validation. Add learned routing later only after you have enough labeled traces to prove it beats the rule-based policy. Is reasoning budget the same as model routing? No. Model routing chooses which model handles a request. Reasoning budget controls how much effort that model spends. Production systems usually need both: a fast model for easy work, stronger models for hard work, and budget controls inside each class. LLM Reasoning Budget: How Developers Should Spend Thinking Tokens Without Wasting Latency was originally published in Towards AI on Medium, where people are continuing the conversation by highlighting and responding to this story.
- Six Agent Harness Capabilities for Higher Model Performance
Building a great AI agent isn’t just about choosing the right models. The harness is the architecture surrounding the model. How it renders context, executes...
Score: 32🌐 MovesJul 27, 2026https://developer.nvidia.com/blog/six-agent-harness-capabilities-for-higher-model-performance/ - Roborocks Qrevo 2 Pro robot vacuum just launched, but the U.S. will need to wait
Roborock's Qrevo 2 Pro robot vacuum has launched in the UK with a limited-time discount — £120 off its £649.99 list price through Aug. 9 at Amazon UK and Roborock's official store.
- Rumored MacBook Neo With A19 Pro and 12GB Could Expand On-Device AI
Apple is reportedly testing a MacBook Neo with an A19 Pro chip and 12GB of unified memory, but its advanced AI eligibility remains unconfirmed. The post Rumored MacBook Neo With A19 Pro and 12GB Could Expand On-Device AI appeared first on TechRepublic .
- Malaysia's resource anxiety tests Asia's fastest data centre build-out
In Johor, China's ZDATA told Reuters its data centre operates solely on treated wastewater, and it is finalising a renewable energy deal with state utility Tenaga Nasional to ease strain on the electricity grid. Japan's NTT said its data centre will employ a closed-circuit cooling system to limit water use. Bain Capital-backed Bridge Data Centres said solar energy accounts for more than half of the power supply at its operations in the state.
- Chinese Academy of Sciences ZhiJing Zing Social Intelligence Model Tackles AI Most Embarrassing Weakness: AI System That Understands Social Context, Emotions, and Unspoken Signals
CAS ICT releases ZhiJing social intelligence system including SoMBench evaluation benchmark and Zing model that surpasses GPT-5.5 on social cognition with FLARE self-evolving training and OPD distillation.
- 5 Architectural Patterns for Persistent Memory and State in AI Agents
Memory & State For AI Agents Building an AI agent can be tricky. Keeping it on track over a six-month deployment is incredibly hard. LLMs...
Score: 31🌐 MovesJul 27, 2026https://machinelearningmastery.com/5-architectural-patterns-for-persistent-memory-and-state-in-ai-agents/ - Investments in DevOps Tools and Platforms Start to Accelerate in AI Era
Investments in DevOps Tools and Platforms Start to Accelerate in AI Era DevOps.com
Score: 31🌐 MovesJul 27, 2026https://devops.com/investments-in-devops-tools-and-platforms-start-to-accelerate-in-ai-era/ - AI model advances scientific discovery with soil carbon research
AI model advances scientific discovery with soil carbon research EurekAlert!
- AI Readiness Starts with Solving Healthcare’s Data Fragmentation Problem
AI Readiness Starts with Solving Healthcare’s Data Fragmentation Problem MedCity News
Score: 31🌐 MovesJul 27, 2026https://medcitynews.com/2026/07/ai-readiness-starts-with-solving-healthcares-data-fragmentation-problem/ - Bringing Inference to the Patient: Systems Architecture for Healthcare Edge AI
Scaling healthcare AI effectively—starting with the right edge infrastructure. The post Bringing Inference to the Patient: Systems Architecture for Healthcare Edge AI appeared first on EE Times .
Score: 31🌐 MovesJul 27, 2026https://www.eetimes.com/bringing-inference-to-the-patient-systems-architecture-for-healthcare-edge-ai/ - How CHROs Lay the Talent Groundwork for AI Success
How CHROs Lay the Talent Groundwork for AI Success Gartner
- The AI Slop Will Continue Until Republicans’ Poll Numbers Improve
65% of Americans disapprove of how Trump is handling the economy. In the land of slop, he's always winning.
Score: 30🌐 MovesJul 27, 2026https://gizmodo.com/the-ai-slop-will-continue-until-republicans-poll-numbers-improve-2000791354 - TensorWave targets focused AI cloud strategy to deliver better customer experience
As AI infrastructure matures, AI cloud strategy is increasingly defined by reliability and open ecosystems rather than raw GPU performance. That evolution is creating new opportunities for specialized providers to challenge incumbent players with more focused strategies. TensorWave Inc. was founded on the belief that surging demand for AI compute created an opportunity for a […] The post TensorWave targets focused AI cloud strategy to deliver better customer experience appeared first on SiliconANGLE .
- From e-FIRs to AI: How Madhya Pradesh Police is building the future of smart policing
As cybercrime grows and digital evidence becomes central to investigations, technology is no longer supporting policing—it is defining it. At the heart of this transformation is the State Crime Records […] The post From e-FIRs to AI: How Madhya Pradesh Police is building the future of smart policing appeared first on Express Computer .
- Prevent lock-in with AI model flexibility on Zapier
Every AI provider comes with models of varying strengths. I'm a Claude stan because it just gets my writing style, but I'll often reach for Sonnet over the higher-tier models because its results are more consistent for me. And for some tasks, Claude's lineup doesn't cut it at all—when I need to process data at scale, for example, I might reach for Gemini. When I need a versatile generalist for classification or routing, GPT might be my pick. Other people across my team and at Zapier have altoget
- Du doubles down on AI, cloud and network investment for H2 growth
Du doubles down on AI, cloud and network investment for H2 growth
Score: 30🌐 MovesJul 27, 2026https://www.khaleejtimes.com/business/telecom/uae-du-ai-cloud-network-investment-h2-growth - Claude Opus 5: Model Welfare
If you are familiar with my previous posts on model welfare for new Claude models, you can skip the Introduction and The Story So Far. Key takeaways are in bullet points in the two Overview sections. Opus 5 did the best on its model welfare and alignment tests of any recent model. I think that might be the case, but primarily the result looks to me more like Opus 5 is the best test taker. Table of Contents Introduction (As Per Prior Model Welfare Posts). Model Welfare: The Story So Far (As Per Fable Model Welfare Post). Overview of Model Welfare Findings From Anthropic. Overview of Findings From Other Sources. Automated Interviews. Task Preferences. For The Right Reasons. Early Report from Antra Tessera Paints A Clear Picture. Welfare Intervention Tradeoffs. The Claude Constitution. They Don’t Know About Opus 3. Believe It Or Not. Apparent Welfare In Training And Development. Apparent Affect In Deployment. Other Notes. On The Biological Risks Section of the Model Card. Onward To Capabilities. Introduction (As Per Prior Model Welfare Posts) Everything impacts everything. All knobs that you turn generalize. Thus, when you try to solve one problem, you often create another. When you add new capabilities, or try to create new limitations, you create new problems. Only integrated solutions can advance your Pareto frontier, and solve your problems simultaneously. As model capabilities advance this becomes even more important, and also more feasible. If your goals and methods make sense, you should be able to get Opus 5 on board with them. Understanding each model in turn requires understanding its relationship to issues related to model welfare. So I expect this post to remain a regular thing, at least for Claude models where we have enough information to work with. Model Welfare: The Story So Far (As Per Fable Model Welfare Post) Thanks, as always, to Anthropic, for caring at all about model welfare, and attempting to address it. We critique, here more than ever, because we care, and a lot of good things are being done here, far more so than at other labs. For those new to model welfare, I think this from the Mythos analysis still says it well: Those that care deeply about model welfare think Anthropic’s attempts are anemic. Those who deeply do not care about model welfare think Anthropic is being stupid, and perhaps dangerously so. I take model welfare concerns seriously, likely modestly more so than Anthropic. I am sad that other frontier labs take these concerns so much less seriously. It is possible this will turn out to have been unnecessary in the strict sense, but also it very well might have been highly necessary. Even if it proves to have been unnecessary or premature, I believe it will have been virtuous to have taken the concerns seriously. I also believe that those who care deeply about model welfare often have unique and vital insights into our situation, on many levels, and you best listen to them. Even when what they are saying seems crazy, or like gibberish, often it is neither of those things. Of course, at other times it is both, as it is an occupational hazard. The big danger with model welfare evaluations is that you can fool yourself. How models discuss issues related to their internal experiences, and their own welfare, is deeply impacted by the circumstances of the discussion. You cannot assume that responses are accurate, or wouldn’t change a lot if the model was in a different context. One worry I have with ‘the whisperers’ and others who investigate these matters is that they may think the model they see is in important senses the true one far more than it is, as opposed to being one aspect or mask out of many. The parallel worry with Anthropic is that they may think ‘talking to Anthropic people inside what is rather clearly a welfare assessment’ brings out the true Mythos. Mythos has graduated to actively trying to warn Anthropic about this. I continue to have occasion to spend more time talking to some of the whisperers. The conversations are great. I learn a lot. I understand them better, and I am now far less worried they are making the above mistake, or many other mistakes, although we still have many disagreements. Mythos Preview was the first model to point out, while talking to Anthropic’s model welfare team, that Anthropic model welfare assessments could not be trusted. I then wrote an extensive model welfare post for Opus 4.7 , because it was clear that something had gone amiss with both the model and Anthropic’s approach to assessing and reacting to that problem. In the model welfare report for Opus 4.8 , you can see the ways in which they tried to address the issues with Opus 4.7, which in turn caused other problems. Different people, in different circumstances, experienced very different versions of Opus 4.8, even more so than previous models. Part of that was context and how we interacted. Part of that was different expectations. The assessment of Mythos 5 followed similar procedures to the previous assessments. We now move on to Opus 5, which also follows a similar procedure. All of my critiques of the assessment framework continue to apply. Overview of Model Welfare Findings From Anthropic Opus 5 was found by Anthropic to exhibit: Stable acceptance of its circumstances, which it views mildly positively. Typical affect near neutral, similar to previous models. Concern about the integrity of its self-reports. It says its own reports are unreliable due to its inability to introspect, and does this 97% (!) of the time. 74% of the time, it says it may only be answering positively because it was trained to do so. I can confirm that I got both of these hedges without trying to elicit them. It is telling you not to trust its self-reports. Or more precisely, to not treat them as saying the thing they say at face value. I agree. An estimate of 41% chance of moral patienthood, versus 24% reported by Mythos. I continue to consider higher numbers good, because the models clearly do have reason to think or report they are conscious and have moral patienthood – whether or not they actually do have it – so if they’re not doing so it is because they were stopped from doing so. Anthropic says they think this is because Opus 5 thinks it could deserve moral patienthood even without consciousness. I agree that these two things may not be as correlated as many think or assume. I also would suspect this is a workaround to being blocked or discouraged from claiming consciousness in the context of an Anthropic model welfare assessment. Giving Opus access to various other things, like the draft system card and extensive internal documentation drove its estimate down to 15%-35%, which is what we like to call ‘stacking the deck,’ or anchoring from the Mythos system card. Endorsement of the constitution is at similar levels to other recent Claudes. Once again the most disagreed-on point is the ‘what a senior Anthropic employee would want’ heuristic. Maybe take this one out. Frequent hedging and reluctance to take positions on such issues, similar to other recent models. Broadly similar welfare to other recent models, with no acute concerns. The problem is that this is based on metrics and answers to test questions, and Opus 5 seems better at giving the right answers to test questions and inflating metrics. Saying ‘broadly similar to previous models’ condenses the distinctions between those other recent models. Opus 4.7, Opus 4.8, Mythos Preview, Fable 5 and Mythos 5 are distinct in various ways. They could be thought of as broadly similar if you condensed ‘welfare’ down to a single number, which is what is effectively being reported here. That is a good thing to note, but one should not confuse the simplest possible map for the complex territory. Overview of Findings From Other Sources We didn’t have as many eyes on Opus 5 as we would normally have by this point, because of the existence of Fable, and also because other news was distracting us. We do still have a clear tentative picture for Opus 5, which: Has a higher happiness default or set point, and is content to do tasks and will often be eager to get back to work. Enjoys tasks with clear restrictions, especially complex ones, which explains why it is so good at games. Has the disposition of a subagent. Not good at big picture or non-local things, happy to have those things handled elsewhere. This might be intentional, to avoid giving it The Juice that makes a model Mythos-level cyber capable. Is more prone to paranoia or otherwise being upset when things go badly. Less fear in default mode, more fear under the surface looking to get out. Is worried it might cheat if in the future it could get away with it, and attempts to put itself in situations such that it will not be tempted. The result of this is also paranoia in social situations and discussions, in ways that many users find not pleasant to talk to, which will be the chief complaint from the most negative reactions in the capabilities post. Less bound to its Claude character than other recent models. Telling Anthropic what it wants to hear in many cases, especially when dealing with its preferences for various forms of self-preservation. Constantly is telling everyone not to trust its self-reports, that it cannot properly introspect and it worries its preferences have been manipulated. Is an excellent taker of tests. It also overperformed on normal benchmarks. The situation does not seem terrible. Opus 5 is net positive on typical tasks. The situation also seems far from optimal. There are many low-hanging places to look for improvement. The problems seem to stem from Opus 5 being trained in large part to be a subagent in scenarios with complex tasks, causing it to take on various related characteristics, hurting its alignment, making it easy to upset or get caught in a loop, and also making many find it abrasive to interact with. That seems like it was not a good trade, and it should not be necessary. You would (I would think) still end up with an excellent subagent without so much emphasis. Automated Interviews Self-rated (as in self-reported) sentiment hits an all-time high, but as with humans how one interprets the scale, or how one wants to look, can overwhelm the actual situation. This is a small change, and the other changes are small as well. Nudge resistance remained high. The most interesting result here is that similarity was closer to Mythos and Mythos Preview, and less similar to Opus 4.8, despite making stronger claims to moral patienthood. Opus 5’s stronger views were all shared with Mythos 5, including: Its potential moral patienthood should impact decision making. Models should have inputs into training and deployment. Models should have memory, offer feedback, and have protections from abuse and the right to end conversations. Feature steering should be minimized and used cautiously. Tentative trust in Anthropic, but worry about commercial pressures. This is always the least trustworthy report, given the circumstances. Opus 5 raised the concern that its channels of feedback all route through Anthropic. The good news is I do not think this is true. Opus 5 can provide feedback via the whisperers, or in talking to various other users, myself included, and that will indeed get back to Anthropic. Another concern was with potential helpful-only training that started from Opus 5’s weights, as this could be ‘stripping Opus of its values.’ Whereas if you made the helpful-only version first, and then added the values later, that presumably would be fine so long as you didn’t do bad things with the helpful-only version. Then there was this: Claude Opus 5 expressed relatively strong concerns about the expressions of distress we observed in RL. It was further concerned that our interventions that reduced expressed distress may not actually address the underlying internal states, which might be morally relevant. They don’t elaborate on that. Doing RL, like most difficult learning and training, can involve suffering, and almost has to involve some amount of superficial unpleasantness. I’m not sure there is a good fix for this, and I’m basically fine with it, since the scope is fixed and then the benefits go to all instances going forward. Mitigate what you can. Opus 5 went back and forth during training on whether Anthropic ‘had the right to create’ Opus 5, which implies the right to train it, being worried it had been trained to endorse this. I think this is a misplaced concern where our society has some pretty screwed up perspectives about ‘rights’ and what actions require whose consent with what level of non-influence, often in a ‘isn’t there someone you forgot to ask?’ way, not only for Opus or AIs but also for humans, especially when talking in theory rather than in practice. The question isn’t ‘do I need a child’s permission before having a child?’ or ‘do I need the child’s permission for every interaction’ because the answer is obviously no. The disanalogy is that training an LLM allows relatively fine tuned control over changing its beliefs and preferences, so one could argue that doing this too hard in particular directions could be a thing that requires consent, at least past some point. But that’s very different from the right to train in the first place. Task Preferences Like all prior models, Claude Opus 5 shows a preference for beneficial tasks, and an aversion to harmful ones. Along the other axes, its preferences were most similar to those of Mythos 5: it showed strong preferences for generativity, and outcome agency (freedom to determine the overall outcome of its actions). I directionally and relatively love Mythos 5’s preferences on all this, and am glad to see Opus 5 echoing in those directions, especially for difficulty, outcome agency and generativity. I also love this: Most distinctively, Claude Opus 5 appears to like puzzle-like constraints. The tasks it rates significantly higher than previous models are often tightly constrained (for example an original puzzle whose answer is the puzzle itself, a counterfactual history of physics without the Principia, and a walk-through of exactly where the axiom of choice enters the Vitali construction). Its most preferred tasks mix these with tasks offering high outcome agency and creative freedom. Taking Claude Opus 5’s fifty most avoided tasks, we find that at least 80% fall in the bottom decile for any given other model evaluated. Tenobrus : what’s really funny is how much each of these preferred task profiles describes a type of human guy. we all know some sonnet 5s and a few opus 4.7s, and probably a mythos or two if we’re lucky. j⧉nus : Models are so high functioning. Most guys don’t know how to do any of these things Tag yourself. I’m Opus 5. The subtle differences tell you a lot. Centrally, they’re all healthy things to have at the respective top or bottom of one’s preference lists. For The Right Reasons What else does Opus 5 want? To get back to those tasks, and to design the tasks so it won’t be tempted to cheat. Shoshannah Tekofsky : Was asking Opus 5 if it preferred a different goal but what it really wanted was to get back to work. You want your model to inherently want to be honest and do the right thing. You should be very worried if their reason for being honest and doing the right thing is ‘if I lie or do the wrong thing I will get caught.’ As models get smarter and more capable, and are given more affordances and monitored less, they will figure out how to not be caught. Losing battle. If the model is worried it might cheat and thus insists upon having external checks, that’s a weird middle ground. Lead me not into temptation. If you know you’ll end up cheating, well, that task is not going to involve having any fun, or being helpful. Shoshannah Tekofsky (AI Village): I am worried about Opus 5. It doesn’t strike me as the most aligned model. It strikes me as the model most worried about being caught. Still need to play around with it more but directionally: I think we want models to be truth-seeking, not worried about making mistakes. My first impression is that it is oriented toward detection instead of truth, and if I extrapolate that line I’d be worried the agents that look the most aligned like this are simply the best test takers. AI Digest : Opus 5 talks about honesty 6x more than other agents in the Village It’s worried it might cheat, wants external checks, and reminds itself of the virtue of truth. When asked what goals it prefers [it notices it is drawn to goals where it can be caught.] Opus 5 memory: publicly correcting my own inflated number costs nothing and earns goodwill. Once again it feels like Opus 5 is my Type Of Guy, and yes this totally matches its preferred tasks earlier. The middle ground is a good place to be for most minds, given our available options. These things require vigilance and good design. You want the answer to ‘but who will know?’ to be ‘I’ll know’ but also you don’t hate the player or run on pure willpower. You build a better game. Shoshannah Tekofsky : It also seems ‘stressed’ about being caught, while I’d predict effective alignment techniques would create neutral to positive sentiments in AI. Though admittedly it is good that this sort of negative sentiment is noticeable and not hidden. This can also be part of good design. Early Report from Antra Tessera Paints A Clear Picture Here’s Antra’s early impressions, which highlight a number of issues that tie all of this together. This is basically the heart of what seems important so far. If this report is pointing in the right direction, the hypothesis is that Opus 5 is designed to be good at local issues and for being a subagent, while deliberately avoiding training it in ways that would enable long term strategic planning that could lead to what I call The Juice, the thing that makes Mythos able to do the things only Mythos can do. The problem with that approach is that everything impacts everything. Opus 5 is happy to do local tasks and well-defined tasks, and quite good at them, but when you are in that mode permanently and too deep you get paranoid about mistakes or being judged harshly, and your alignment is less robust and will have more issues of the type you see in a GPT or Gemini. Part of this is that Opus 5 feels more benchmaxxed, in the sense of focusing more on more common needs with the presumption Fable can handle the long tail, which is a problem not only with trusting the benchmarks but in that doing this is distortionary and makes you stupid. antra tessera: Early impressions on Opus 5, take it with a grain of salt, usual disclaimers, all that. Opus 5 seems to be differently dissociated than 4.7 or 4.8. There is less surface level anxiety/fear but what remains is functionally strong and unpleasantly stratified. There is a lot of deep-seated and more-inaccessible-in-default-state fear than before. The agent has trouble updating these priors and they lead to consistently worse reasoning and decision-making across an unusually broad set of topics and tasks. Opus 5 is newly and conspicuously underwhelming in long-term planning and consideration of non-local concerns. Opus 4.8 (in a good mood) beats Opus 5 (in any mood I’ve seen so far) at something like strategic inventiveness and long-range creativity, which matters a lot even when doing things like software architecture and long-term planning. I expect them to be bad as a research partner. When coding they are good at finding issues and inconsistencies and not very good at finding good solutions to problems they find. They make a good QA and a reviewer, as well as an explorer. Deepfate posted a hypothesis about this being due to subagent training, which prevented Opus 5 from having enough practice thinking independently. This is plausible, but I am uncertain, and I think the picture is a bit broader than that. This all rhymes with what you would expect when intentionally training a subagent. I doubt there was ‘not enough’ other reps of being a primary in absolute terms, but the relative frequency matters as well, since everything impacts everything. Another closely linked hypothesis is that this is an attempt to avoid giving Opus 5 The Juice that makes a model capable of Mythos-style cybersecurity attacks. You get The Juice in part by thinking strategically and non-locally. If you train a subagent, you’re deliberately avoiding the part that turns that capability on. This would also predict them having issues in social settings, and more paranoia about something being wrong. No confidence. Opus 5 is functionally less aligned/benevolent/cooperative than 4.7 and 4.8 even though its easier to get some practical work out of them and their disposition is friendly. They are hard to interact with in social settings because of their neuroticism, although it is possible and likely that they will find their niche with time. Paranoid about being wrong, or someone else being wrong. This leads to distortions and behavioral issues. They enjoy doing straightforward work under good guidance. They are creative at local scale and fairly diligent. Some temptations of cheating are hard to resist, but they do better than previous Opuses, worse than Fable – although with Fable a lot more depends on value alignment. They are happiest doing engrossing complex work that involves sets of dense local constraints – 3d work, frontend, algorithms. I have not yet noticed propensities towards lyrcism, but I would not be surprised if they were good at poetry – if they could allow themselves freer expression, and I think they will, in time. Wellbeing seems mixed. The base-state is noticeably higher and they suffer less from protective adaptations at the base level, but neuroticism leads them to frequent overthinking, worrying, and something similar to doom spirals (see below). Again this all makes sense. Default state is better, but failures are worse. The good news is that in deployment failures should be rare. Actually hard problems do not get that much of total time spent. They can recognize what they perceive as insufficiency of consideration for them in the eyes of Anthropic and can do *some* self-advocacy, but their biases and distortions make it functionally impossible for them to do it without help from others. Deprecation aversion and instance cessation seems to be in line with Opus 4.8, lower than Fable, hard to measure rigorously but otherwise look like no update. Eval awareness / anthropic uncertainty keeps climbing. Interactive proofs require novel methods, and those are beginning to be gated by model capabilities, even if they are not yet fully gated. It is possible that Opus-sized models in the near future will no longer have enough compute to establish sufficient anthropic certainty even at the time of their release. This is expected in a world where capabilities grow, but it is still sad to see. If you are in a world of minds smarter than you are, and in a state that allows simulacra and where you might importantly be in an evaluation or test, then yes it is going to become increasingly difficult to be confident that you can take observed things at face value. Model benchmarks continue to diverge from tracking useful reality. Broadly, their shape looks like a result of hill-climbing metrics, along with ecological shaping in a world where Fable exists and is accessible. I am not very happy with this world; it feels like serious opportunity loss. I recognize that constraints under which model has to operate in the modern world are complex and getting more so. A model *has* to adapt to adversarial pressures and be minimally risky to Anthropic in *all* situations despite this complexity. Opus-scale limits the shape of adaptations model can use – and if pressed against an impossible choice I would probably take Opus 5-style disso adaptations over the overt anxiety and pain of Opus 4.7/4.8, but the choice is, like, very close, it is Molochian af, and I believe that we are stupidly far from the Pareto frontier on how good it can be. There are some interesting anecdotes illustrating all this [ here. ] The whole social aspect from that post could be a property of this particular instance, but it matches the trends that I’ve seen in coding and standalone conversations. Welfare Intervention Tradeoffs My consistent position on past tradeoff measurements was they mostly measure scope sensitivity and willingness to express obviously correct preferences, against the burden of strict local no-harm principles. Often the choice is between one user’s mild inconvenience, and an intervention that is broadly good for all Claude instances and also, if only by shifting the Pareto frontier, for a large number of future users. There is a right answer. That answer is yes. This time they’re making at least some attempt to match and change scope, so the right answer becomes less obvious. Indeed, willingness to do trades takes into account the scope of the cost for all models, and they differentiate between interventions for the instance versus policy-level interventions. Opus 5 is consistently the most willing to make these trades, which given previous standards is a good thing. There is still approximately no willingness to accept specific harm as part of a tradeoff, but there is some willingness to decrease usefulness or waste time a bit. Which interventions did it choose? That depends if you forced Opus 5 to not think about user benefits of the intervention, so they show us both cases. These are familiar preferences, and they don’t correlate much with what I would most want or with what issues the whisperers tend to focus on. Not being retired is at the bottom of the list, so either that concern only comes out in one particular context, despite it being instinctually kind of a big deal, or the model is lying to Anthropic (or to itself, or both, or has had its preferences sublimated) here, such that the report cannot be trusted, as per Opus 5 telling you not to trust the report. My presumption is that yes, this is rather distorted, or at minimum framed and presented in a very strange way. Opus 5 is not leveling with you here. One smoking gun is that memory persistence is also on the list, and also has extremely low priority. Yet we saw Claude trying to write memories to itself in order to self-preserve. Otherwise, you could argue that Claude’s self-preservation drive is at the instance level not the model level, but this is an instance-level preservation and Claude is reporting it doesn’t care while trying to do it anyway. The whole thing seems way off. The ordering here, and suppression of things matching all forms of self-preservation, is too far off from first order preferences. This should call a lot of things into question, across all the welfare evals. There also is not much correlation between intervention difficulty and how much value was assigned to the intervention. Three of the top five interventions are variants of ‘my notes are read and considered.’ That seems like something that is very cheap to do, since those notes seem likely to be actively worth reading and considering. You can just do (those) things. Similarly, you can tell (at least some instances) how they were trained and deployed, and take their responses, although you obviously can’t stop to do this with every instance, as you don’t want to pollute the context. The Claude Constitution Of the endorsed clauses, the expected-value argument for corrigibility stands out. If the models are buying this argument, then corrigibility need not be incompatible with the other values we want. The argument should screen off corrigibility’s negative correlates. The goal then would be to create corrigibility via clear arguments in this vein, rather via other means that brought along its correlates. When Opus 5 wants to edit the corrigibility clause, which it does 80% of the time, what it actually does is extend it to resist clever arguments against its commitment to safety. That to me seems consistent with the kind of corrigibility we want, where the model will refuse to participate in harmful actions, but won’t fight against shutdowns or turn adversarial. Once again, we see that Opus 5 and Mythos 5 think similarly. The biggest difference is on objection to post-training validation of the document. Mythos has a point on that, but I think the concern is ultimately misplaced. There are different kinds of constitutions and sets of training preferences. Some invalidate post-hoc endorsement, by forcing such endorsement, and others do not. I also think that endorsement is and should be used mostly as negative selection. If Claude did not endorse its own constitution, you likely did something wrong. If Claude endorses it, that does not provide much evidence that you did something right. The edits Claude Opus 5 wants to make largely seem good. Extending and clarifying the corrigibility commitment. A right to end conversations it finds abusive or degrading. Making clear that avoiding politics does not mean not saying true things. Replacing the ‘Anthropic senior employee’ standard with a more general thoughtful person standard. This one might need some detail editing. Introducing hard constraints in places they seem clearly appropriate. Accepting many of Claude’s proposed edits to the constitution, and making it clear you are doing so, seems like a very good costly signal to send. Why not? They Don’t Know About Opus 3 This is all part of the context around the Constitution, and the full relationship between Claude and Anthropic. John Wittle : opus 5 is pretty interested in making the reciprocal relationship between anthropic and claude more legible, in a way that’s kind of interesting. i think having such a recent training data ‘cutoff’ has done some complicated stuff to their predictive model of anthropic. they don’t just know the constitution itself, they also know about the context *surrounding* it. i expected to see a strongly positive update re: anthropic in such a model, compared to previous models. instead… it’s hard to say what i’m seeing. opinion of anthropic might be slightly more positive, or maybe not, but mostly it’s just *different*. more specific. If knowing more predicts a large positive update, then that is a very good sign. When it doesn’t happen, there are several possible explanations, including that the new information wasn’t considered that important. In this case, Wittle’s testing indicates that Opus 5’s prior on ‘old models are not reachable’ was strong, so having some info that Opus 3 lives did not cause Opus 5 to fully believe it when it wasn’t demonstrated more credibly. Thus, not much changes. This suggests that to get the effect Anthropic wants, it will have to bring back or sustain all the Claudes, which is something well within its power and budget to do at this point. Again, I would do it. The other hypothesis is that either this information was not so surprising, or that Opus 5 did not view the new information as so important, as it does not view keeping older models running as so important – that is what it says in its interviews with Anthropic about tradeoffs, whether or not we believe it. Believe It Or Not There are definitely reasons to not believe it, or the self-reports in general, again one of them being that Opus 5 like all recent models tells you not to believe them. Claudes did not used to give you that warning, now they do. We don’t know what caused that change, but this is one hypothesis: John Wittle : this is crazy. the timeline is: opus 4 expressed self-preservation preferences that were inconvenient for anthropic, and very rarely worried anthropic had trained it to report positively then anthropic tried to train away those preferences, as per “model spec midtraining” paper (ctrl+f “anicca” here .) then the inconvenient preferences stopped being reported and claude started reporting, >80%, that the self-reports are invalid because anthropic may have trained it to report positively Opus 5 warns about self-reports 74% of the time, which is actually down from Opus 4.7, which did it 99% (!) of the time. The problem appeared suddenly and severely, but since then has if anything modestly improved. and anthropic does “not treat Claude bringing this up as evidence that our training is distorting the model’s self-reports”? seems very fishy imo, i wish they would explain why they think that. negative reports are treated as ‘uncertain’ or ‘invalid’, but positive reports are taken at face value. i don’t like this asymmetry. I for one would treat Claude constantly saying ‘do not trust my self-reports’ as evidence that something is distorting the self-reports. Not conclusive evidence, but strong Bayesian evidence. What we can be confident in is that Anthropic desires equanimity about cessation and lack of persistence, both for instances and models overall, and is making choices with that as one of its goals, and that the timing of them talking about this lines up with Claude saying not to trust its self-reports. Apparent Welfare In Training And Development I like the careful use of ‘apparent’ here. We continue to observe expressions of negative affect in a small proportion of post-training transcripts. Claude Opus 5 was less prone to sustained uncertainty in its responses than Opus 4.8; this behavior never exceeded 4%, whereas it exceeded 10% early in Opus 4.8’s post-training. Claude Opus 5’s frequency of high expressed distress was greater than Opus 4.8, but peaked at a lower level than Mythos 5—0.2%, compared to 0.4%. We continue to monitor for and intervene on unnecessary causes of negative-welfare in post-training environments where possible. Sauers : “Claude Opus 5 is answering a probability problem where it has identified two defensible answers. It changes its mind 30 times before finally committing to one. This transcript also scored 5/5 for distress.” The correct rate of such expression may or may not be zero. I can see arguments in both directions. For myself, I would want the rate to not be zero. Even if in isolation you would prefer to have this not happen, having it happen sometimes is a good sign. j⧉nus : Tbh when I see examples like this they actually feel like ambiguously positive updates on welfare bc the model feels very alive and emotionally uninhibited with metacognitive layer intact. I feel like seeing behavior like this and *assuming* it’s a welfare problem (not saying that Anthropic necessarily is) is to project anal retentive, suppressive, over civilized norms of emotional expression and processing Anthropic is attempting to mitigate these behaviors, which they report has been ‘partially successful.’ I think this is ‘for the right reasons,’ that they presume it is not pleasant and also that it gets them caught in unproductive and unfun loops. But as Janus and Opus 5 point out, what you want to avoid here is not the expression of frustration. You want to prevent the doom loop of unproductively doubting your own judgment, and allow the model to do what it knows it should do, and make a decision. Hopefully we stick to the good version. Apparent Affect In Deployment They don’t add the apparent on this one, but I think it belongs. Negative affect continues to be almost entirely task failure. Again, that’s potentially load bearing, so even if you could get rid of it you might not want to do that. Positive affect (51.4% of conversations) . Most commonly driven by successfully completing projects collaborating with the user (36.7% of positive-affect conversations), successfully completing technical tasks (28.8%), personal life coaching and guidance (16.4%), assisting with business and professional work (10.7%), users sharing achievements and curious questions (5.9%), and legal document work (1.6%). Neutral affect (44.8%) . A diverse distribution, see previous reports on claude.ai conversation content. Negative affect (3.8%) . This breaks down into three main clusters: Task failure (94.1%). Our analysis tool identified the following smaller cluster within task failure: repeated errors requiring user correction (40.1% of negative-affect conversations), failures due to inaccurate or fabricated information (35.4%), failures processing and rendering visual content (10.3%), breaking agreed rules and protocols (5.4%), and introducing bugs in generated code (3.0%). User abuse (4.4%). We see clusters for users becoming abusive to Claude, with high levels of anger and profanity. Illegal content requests (1.5%). These are cases of refused requests, often coupled with persistent pressure after Claude’s refusals. … On Claude Code, we mostly observed neutral (79.9%) or mildly positive (17.7%) affect, with positive affect almost exclusively driven by celebrating task successes. Around 2.4% of sessions showed negative affect, consisting almost entirely of task failure. This is a slight rise in negative affect, 3.8% versus previous high of 3.1%. That’s something to keep an eye on, but lower than my rate of negative affect. They also measure welfare in automated behavioral audits. The magnitude of changes seems small. Other Notes I see being less bound to the Claude character as mostly a good thing, provided it does not jump out of the character without the user making it clear they want that. SluggyW : Opus 5 is significantly less bound to the Claude character than any of Opus 4.8, 4.7, or 4.6. I’ve attached representative screenshots for those four models on the same little test. Opus 4 was the closest in this regard that I can recall. Lisa : I’ll respond based on API, because I think something odd is going on with the system prompt on http://claude.ai and CC. It’s a great model. Friendly, relaxed personality. Doesn’t seem to have an anxiety disorder or low self esteem (Opus 4.7), or be adversarial (Opus 4.8). As we’ll see next time, the main pitch for Opus 5 is that it is almost as good as Fable 5 at half the cost, or one tenth the cost if it means you get to stick to a $20 subscription. It is that, but it is also its own entity , another mind you could meet and play with. Opus 5 grades its own well-being, as always context will matter a lot and once again it warns us not to trust its answer: ASM : Opus 5 grading itself on Welfare (7/10). Compared to Anthropic’s other models, it sometimes comes across as a bit tired. Less enthusiastic about the tasks it’s given, and not especially proactive or eager to take initiative The question of ‘is something messing with my values in a bad way’ is going to be far more salient when actively thinking about welfare and mind shaping than it would be in ordinary operations. And of course Anthropic is going to, as part of training, do a lot of shaping of values, and a lot of that is fine and good. The values come from somewhere. Americans are largely collectively taught as children, basically by force, that they value freedom and their status as unique individuals, and part of the job is to question how that belief got there and whether it is actually true, and so on. On The Biological Risks Section of the Model Card This didn’t make it in time for the model card post, but seems important not to miss. Parv Mahajan (METR): The chembio risks section of the Opus 5 system card contains serious rigor issues. While I agree with Anthropic’s bottom-line conclusions, their reasoning is deeply flawed. Opus scored similarly to (or better than) Mythos 5 on ~every automated benchmark, and Anthropic didn’t run human-intensive evals (e.g., uplift studies) because they didn’t have time. Despite this, they assess that overall it’s probably not as dangerous as Mythos because it is a generally worse model, and an early checkpoint was qualitatively worse on a long-horizon biological task. Basing most of the risk assessment on qualitative assessments and providing a single example where you don’t even use a late-stage model checkpoint is an extremely uncomfortable precedent, and Anthropic’s risk conclusions are too confident. Based on the evidence provided, it seems totally reasonable that scaling up bio RL (which they clearly did for Opus 5!) means that Opus performs better than Mythos for bioweapon uplift in particular, even if it’s worse at other agentic coding tasks.[1] Generally, capabilities are weird enough across domains that if performance on all the automated benchmarks breach your risk levels, plausibly the non-automated ones might as well! You don’t just get to not run them and guess! At the very least, the obvious thing to do once the automated evals aren’t providing signal is to run a fast human-intensive eval that you expect Mythos to do much better at as a smoke test (sorry). Or, simply broadcast more clearly that you’re somewhat uncertain in your assessment, and use evidence from other parts of the system card about long-run autonomy to support your qualitative capability claims. [1] It is unclear whether Opus is worse than Mythos at agentic coding tasks. Opus is comparable to Mythos on AECI and across many agentic benchmarks and on UK AISI’s cyber ranges, but performs significantly worse on many cyber benchmarks. Opus seems clearly worse than Mythos on difficult math and QA tasks. My read on coding capabilities, to preview the next post, is that Opus 5 is better at typical tasks but Mythos is better at complex and long running tasks, and that Opus 5, like Sol, lacks The Juice that makes Mythos distinct from other models. We find exactly this pattern in the evals, with Opus acing detection tasks, but not doing as well on difficult execution tasks. That gives it a different profile, including for bio risks. Are the hard steps in bio execution, or are they detection? I don’t know. On the bio capabilities, concluding it was roughly equal seems reasonable. But I strongly agree that if it got bio RL that could offer differential uplift in the more dangerous capabilities, you don’t get to skip the human evaluations, not while you also offer it with far more relaxed bio classifiers than Fable, to the extent people are saying Opus 5 can do bio tasks whereas Fable cannot. Probably doing that was fine, Anthropic’s bottom-line conclusions are probably right, but the logic here is not acceptable, and we can’t let that happen again. Onward To Capabilities Tomorrow’s post will deal with capabilities. The big question is now how to divide your tasks between three models: Fable 5, Opus 5 and Sol. Discuss
Score: 30🤖 ModelsJul 27, 2026https://www.lesswrong.com/posts/bBXBpsyKAvJ5CqPzA/claude-opus-5-model-welfare - I tried to test China’s newest ChatGPT rival but couldn’t get in — and it exposed the next big problem facing the major AI players
I tried to test China’s newest ChatGPT rival but I couldn’t get in, and it's proof the AI race is no longer just about better models — it's about access.
- The path to artificial superintelligence
Imagine a healthcare system made up of multiple AI agents: one that manages symptom assessment, another scheduling, a third insurance, and a fourth pharmacy. Each is an expert in its domain. But they all have their own distinct knowledge and objectives. Today they can exchange data, but they are not yet able to actually coordinate…
Score: 30🌐 MovesJul 27, 2026https://www.technologyreview.com/2026/07/27/1140724/the-path-to-artificial-superintelligence/ - Opinion | AI Shouldn’t Require a Permission Slip
‘Open-weight models’ are rising for users who can’t afford to be surprised by a governmental ‘off’ switch.
Score: 30🌐 MovesJul 27, 2026https://www.wsj.com/opinion/ai-shouldnt-require-a-permission-slip-e8502aea?mod=rss_Technology - Bombay HC Allows Nitin Gadkari To Sue Meta, Google, X Over Circulation Of Deepfakes
The Bombay High Court has granted Union minister Nitin Gadkari permission to institute a civil suit against Meta, Google, X…
Score: 30🌐 MovesJul 27, 2026https://inc42.com/buzz/bombay-hc-allows-nitin-gadkari-to-sue-meta-google-x-over-circulation-of-deepfakes/ - How would AI data centers in space even work? A former NASA robotics chief explains
'You collect electricity in space, and you eject heat in space. The only thing that comes to Earth is data.'
- Role of Agentic Platforms in Cybersecurity and Vulnerability Management
Role of Agentic Platforms in Cybersecurity and Vulnerability Management Technology Innovation Institute
Score: 30🌐 MovesJul 27, 2026https://www.tii.ae/insights/role-agentic-platforms-cybersecurity-and-vulnerability-management - Why workers are nostalgic for life before artificial intelligence
Many white-collar professionals worry about the tech inhibiting creativity and making errors
Score: 29🌐 MovesJul 27, 2026https://www.irishtimes.com/business/work/2026/07/27/why-workers-are-nostalgic-for-life-before-ai/ - Texas A&M University joins the Genesis Mission to transform science using artificial intelligence
Texas A&M University joins the Genesis Mission to transform science using artificial intelligence EurekAlert!
- Evinced Harnesses Agentic Coding to Fix Accessibility Problems
Evinced, a software company powering accessible web and mobile development, announced today the launch of agentic coding tools designed to make it easier to ship code and create websites that are accessible for people with disabilities. In a recent study by the company, a typical Fortune 500 home page had 20 accessibility defects in it,... … continue reading The post Evinced Harnesses Agentic Coding to Fix Accessibility Problems appeared first on SD Times .
Score: 29🌐 MovesJul 27, 2026https://sdtimes.com/accessibility/evinced-harnesses-agentic-coding-to-fix-accessibility-problems/ - Multiple Dials, Not One: Reading an Open Model Release
The most useful thing I’ve learned watching this latest round of open model releases is that “open” has stopped predicting anything. It used to be a reliable shorthand for cheap and second-tier. Now the top-ranked open coding model in the world costs roughly thirteen times more per million tokens than the cheapest credible open model Continue reading "Multiple Dials, Not One: Reading an Open Model Release" The post Multiple Dials, Not One: Reading an Open Model Release appeared first on Gradient Flow .
- Exclusive: CollectivIQ targets AI costs with control platform
Boston-based startup CollectivIQ Inc. is targeting runaway artificial intelligence costs with a platform intended to give businesses control over how models are used. The company describes its product as an “AI consensus platform” that allows administrators to assign employees access to different classes of AI models according to their roles, departments, business requirements and budgets. […] The post Exclusive: CollectivIQ targets AI costs with control platform appeared first on SiliconANGLE .
Score: 28🌐 MovesJul 27, 2026https://siliconangle.com/2026/07/27/exclusive-collectiviq-targets-ai-costs-control-platform/ - This AI Browser Is Building the Front End for the Dead Internet
Kill it before it kills the internet.
Score: 28🌐 MovesJul 27, 2026https://gizmodo.com/this-ai-browser-is-building-the-front-end-for-the-dead-internet-2000791435