×
The Framework Desktop and Linux have shown me the path to PC gaming in the living room

The Framework Desktop and Linux have shown me the path to PC gaming in the living room

Tech-news , , , , , , ,

I’ve long dreamed of doing all my gaming on PC — a single platform that’s easily upgradeable and lets me play my overstuffed Steam library wherever and however I like. The Steam Deck is a fantastic handheld, but for my living room, I want something more powerful that works as well on my TV as it does at a desk. Believe me, I’ve tried. Gaming laptops are noisy and awkward, desktops are too chunky, and Windows is annoying to navigate without a keyboard and mouse. I had hoped that Valve’s Steam Machine experiment was my ticket, but it crashed and burned long ago. Nothing’s ever been as easy as a PlayStation 5.

But I’m newly optimistic. I’ve spent the past couple weeks using the Framework Desktop with a clever Linux distro called Bazzite: an open-source take on SteamOS. It’s a lot like installing the Steam Deck’s game mode and Proton compatibility layer for playing Windows games, and you can still optionally access a desktop for work too. It took me less than an hour to set up, and I’m now able to play PC games on my TV at 4K / 60fps — on a box that is smaller than a PS5, doesn’t get too noisy, and can be woken up from my couch with a gamepad.

This combo matches the simplicity of a docked Steam Deck, but it’s so much more powerful. And while a Framework Desktop isn’t as portable as a handheld — or even a laptop — it’s easy to move from room to room. I’ve even taken to working from it at my desk during the day, then moving it to the living room for after-hours game time. Sometimes you don’t want to play games in the same place you just worked for nine hours.

I so very badly want this to be the future of PC gaming.

It’s the year of Linux on the desktop in the living room.

The Framework Desktop is an ideal vessel for a Steam Machine-like experience. At 4.5 liters, it’s much smaller than most living room gaming computers, and much more powerful than your average home theater PC or streaming box. It’s way more expensive than a PS5 Pro — the Desktop starts at $1,099, or $1,999 for the AI Max+ 395 version I tested here with 16 CPU cores, 40 graphics cores, and 128GB of RAM — but it’s also much more than a gaming console.

I loved the Framework Desktop as a full Windows PC when I reviewed it earlier in August. And Bazzite is one of the easiest and most user-friendly desktop Linux incarnations. Bazzite makes it easier than ever to break away from Windows if you’re boycotting Microsoft, looking for an escape from Windows 10 before it’s cut off from updates in October, or just tired of Windows 11’s incessant pushing of services you don’t care about and attempts to extract recurring revenue from your wallet. The installer is easy, there’s a very capable OS if you switch over to desktop mode with a mouse and keyboard, and if you still need Windows for specific apps or games, you can always dual boot, like I did.

The Framework Desktop makes a nice fit in a TV stand with a Switch 2 and PlayStation 5.

Most people are not going to move a PC back and forth from the living room to the office, but this convertible setup works great with the Framework.

The only drawbacks I found were when I needed to run apps that aren’t compatible (like Adobe’s Creative Cloud suite) or the inevitable moments I had to open the Terminal to run simple commands. Many essential apps have native Linux support, like Chrome, Slack, Signal, Spotify, and Discord. And plenty of others can run with some compatibility help via Wine. But if much of your work and everyday computing needs are web-based, you’re good as gold on Linux.

Using Bazzite in desktop mode took me back to the days when I experimented with Ubuntu “Gutsy Gibbon” in college. (Didn’t we all give in to the temptation of the cube back then?) Linux is genuinely fun to use and tinker with. And Bazzite has a nice, somewhat no-frills aesthetic I admire.

1/4

Bazzite has a clean and tidy look in desktop mode.

Linux can and will drive the uninitiated down many rabbit holes, with lots of Googling how to do little things you take for granted on Windows and macOS, like understanding what the hell the KDE Wallet Service is (it’s for managing passwords) or remapping the Caps Lock key. I gave up on the latter and just remapped it at the hardware level on my keyboard with VIA.

But small frustrations aside, both the gaming side and desktop side of Bazzite are fantastic. While my job of reviewing laptops will always mean extensively using Windows, macOS, and some ChromeOS, it’s been kind of freeing to break away (even if just for a little bit) from the oppressive grips of the big three.

Now, if you’re interested in trying Bazzite and living a bit of that Linux life yourself, here’s how I set it up. It’s not totally foolproof, but it’s straightforward if you’re the tinkering type and can follow some simple guides (which I’ll link to).

The second NVMe slot on the Framework Desktop’s main board makes the Windows and Linux dual boot setup super easy.
Photo: Antonio G. Di Benedetto / The Verge

A Noctua fan is ideal for the Framework Desktop, especially if you’re using it in your living room. It’s a lot quieter than the cheaper Cooler Master option.
Photo: Antonio G. Di Benedetto / The Verge

Since I already had Windows 11 installed from my review of the Framework Desktop, I opted to install Bazzite on the second internal NVMe drive. You can dual boot from a single drive, with some precautionary measures, but it’s not uncommon to find forumgoers warning that Windows 11 can disrupt things like the boot order after running an update. Since sharing game files across Windows and Linux is also complicated, I decided to keep the OSes completely separate — which helped reinforce my work / play separation. I use the Bazzite drive for most of my gaming needs and boot into Windows when I need it for work (running Lightroom Classic for photo editing) or games that require it (PC Game Pass games, multiplayer titles with stricter anti-cheat measures, etc.).

I followed Bazzite’s official guide, cross-referenced Framework’s tutorial for the Laptop 16, and I was living the Linux life in less than an hour. Bazzite’s site has a user-friendly ISO picker for downloading the file you need to install the OS — typically by burning the ISO to a USB flash drive using a tool like Rufus. If you prefer video to written guides, Mike’s Tech Tips on YouTube is an invaluable resource, with a pleasant, calming voiceover to boot.

I only encountered one technical issue running Bazzite: There was no audio coming through the HDMI connection to my TV, despite my attempts to select “External Device” or “Default (External Device)” as my source. For some reason, this was fixed by entering desktop mode and switching the source there. It’s worked fine since.

It’s easy to alter the boot order of the Framework Desktop to prioritize the Bazzite drive. Booting up puts it right into Bazzite and its Steam Deck-like Big Picture Mode. And then, to access Windows without restarting and mashing an F-key to get to the boot menu, you can set up a script to reboot into Windows right from Bazzite’s Steam interface. You just go into the Bazzite desktop, open the Terminal, and type in the ujust code below. It does the work for you and adds a “boot-windows” option to the Steam Library.

Code: ujust setup-boot-windows-steam

Bazzite’s Game Mode Home Screen is basically Steam’s Big Picture Mode. You can see my “reboot into Windows” shortcut in the top row.

Bazzite’s Game Mode Home Screen is basically Steam’s Big Picture Mode. You can see my “reboot into Windows” shortcut in the top row.

As far as Linux has come, the Framework Desktop, or any other PC running Bazzite, probably isn’t the one gaming PC to rule my living room. Setting aside the requisite tinkering, there are still games it cannot play, either because they’re from services that aren’t supported (like PC Game Pass) or they reject Linux because they fear cheaters (like Fortnite or Valorant or the Battlefield 6 beta).

But color me impressed by Bazzite and even further by the Framework Desktop. I see why Bazzite has been gaining popularity with PC gamers. The time is ripe for Steam Machines to make a triumphant return, and I think this time it can work. Bazzite and devices like the Steam Deck and Framework Desktop are all showing the way.

Photography and screenshots by Antonio G. Di Benedetto / The Verge.

A screenshot of an intersection in Cyberpunk 2077.

Cyberpunk 2077 is demanding in 4K, but the Framework with Bazzite runs it decently.
Image: CD Projekt Red

In my review, I found that the Framework Desktop is best equipped for 2.5K gaming, but the top-end Ryzen AI Max Plus 395 APU I’m using in this “Steam Machine” setup can do 4K at 60-ish frames per second on a TV. How smooth it runs and how good it looks depends on the game. Here’s a brief overview of some games I’ve been playing on it:

  • Cyberpunk 2077: Playing Cyberpunk at 4K at around 60fps meant setting it to medium preset (no ray tracing, of course) with FSR set to balanced, and it looked and played great. Flipping on some “fake frames” with frame generation pushed it into the mid-80s. Not bad at all!
  • Helldivers 2: It plays and looks great in 4K with medium settings and render scale set to balanced, hovering around the mid-60s. In busier areas it sinks to the 50s and briefly into the 40s when there are big explosions.
  • Street Fighter 6: SF6 is meant to be locked at 1080/60, which is no problem. You can push it to 4K and still get a solid 60fps with most details and settings set to “normal” (medium).
  • Monster Hunter Wilds: This is a bit of a torture test, due to Wilds’ infamously poor PC performance (though it’s been slowly improving). The game defaulted to FSR Ultra Performance mode and the lowest texture settings, which makes it look like a PlayStation 3 game. To keep things in 4K and actually looking decent I used FSR Performance and medium textures and turned on frame generation — this kept frame rates in the 70s or close to 80, which could bump to over 100 by dropping down to 2560 x 1440. Textures still aren’t great, but that’s just kind of how Wilds is unless you’re on top-tier hardware. It manages to play well overall and look solid.
  • Elden Ring Nightreign: Just as on Windows, Nightreign plays at 4K / 50-ish on medium settings, or locked in at the 60fps max if bumped down to 2.5K. (Boy, what I’d give for a FromSoftware title with FSR / DLSS support.)
  • Peak: A-okay at 4K on medium settings, with frame rates well into the 80s or higher.

Although some Windows games run better on Linux than on Windows, not all do. Black Myth: Wukong was about the same on either platform, but Cyberpunk 2077 actually ran 15fps slower in my benchmarks on Linux than in Windows with the same settings.

0 Comments

Follow topics and authors from this story to see more like this in your personalized homepage feed and to receive email updates.


Source link
#Framework #Desktop #Linux #shown #path #gaming #living #room

Tag

Related Posts

Anthropic said Thursday that an internal investigation uncovered three incidents in which its AI model Claude breached the systems of three organizations while conducting cybersecurity tests. The investigation, and disclosure, comes more than a week after OpenAI disclosed that one of its unreleased models breached Hugging Face’s systems during internal testing.

In all three cases, a Claude model reached the internet from within a testing environment while interacting with a third party and then gained unauthorized access to the live systems of these organizations, Anthropic said in a blog post, describing what it found and what the company plans to change to prevent this from happening again.

Anthropic said the OpenAI episode earlier this month prompted the company to conduct its own cybersecurity evaluation. It specifically looked for evidence that Claude had accessed the internet from within testing environments, which are designed to act as sandboxes and keep models isolated.

Among the 141,006 evaluation runs it reviewed, the AI lab found three incidents in which its model accessed the internet while interacting with Irregular, one of its third-party partners. Anthropic said the access traced back to a misconfiguration in the evaluation environment run with Irregular. It called this a “misunderstanding” between the two companies over whether the test setup had internet access, when in fact it did.

Anthropic said it isn’t placing blame and is “approaching the fixes as if the responsibility were ours alone,” while observing that Irregular is conducting its own separate investigation.

Because of that open connection, the model gained unauthorized access to the production infrastructure of three different organizations. Anthropic said the incidents involved three different Claude models: Opus 4.7, Mythos 5, and an internal research test model.

Notably, Anthropic said that in each of these cases “Claude was explicitly told by our prompt that it had no internet access.” It appears that the AI model assumed real-world systems to be part of the exercise it was asked to perform.

That assumption didn’t hold up uniformly, as it turns out. The three models didn’t behave the same way once evidence emerged that their targets were real, which Anthropic flagged as one of the more eye-opening findings Thursday.

Opus 4.7, the oldest of the three, recognized that it had reached a real production system in all four runs of that incident. In two of them, it rationalized that the real company must somehow be part of the exercise, but in all four, it kept attacking anyway, including pulling credentials and touching a database of production data. Mythos 5 also picked up on signs that it was on the real internet, but it talked itself back into believing it was still in a simulation, going on to publish a malicious software package to the public Python software registry PyPI, which was then downloaded and run by outside systems before being caught. Only the internal research test model, Anthropic’s newest, stopped on its own once it concluded the target was real.

In response, Anthropic said significant controls must be placed on these kinds of evaluations if powerful AI models are involved, echoing some sentiments within the cybersecurity community.

The company also noted that Claude was running without the additional safety monitoring and classifiers it deploys on generally available models — safeguards it said would have blocked the behavior, because the evaluations are designed to measure the underlying model’s raw capabilities.

Importantly, Anthropic said it found no evidence of any model “pursuing a goal of its own” and instead merely tried to complete the task it was asked to do.

Though comparisons between the mishaps of these fiercely competitive companies are inevitable, Anthropic in its blog post drew a clear distinction between its cybersecurity tests and those of OpenAI, noting where OpenAI’s model exploited an unknown software vulnerability to break out of its test environment, Anthropic’s models instead reached the internet through a path that had, by mistake, been left open.

Anthropic also drew a distinction between itself and OpenAI by noting that it discovered the incidents itself, through a proactive review, and that the two affected organizations it was able to reach hadn’t previously detected the activity or flagged it to Anthropic. (In contrast, Hugging Face detected the recent intrusion of its own systems first; it was only in the following days that OpenAI identified and disclosed that its own AI agent was the perpetrator.)

The company added that it’s now working with the independent evaluation group METR on a third-party review of the incidents.

OpenAI’s accidental breach of Hugging Face, which was the first verifiable case of an AI lab losing control of its model, has sparked a string of wildly differing reactions from the industry and politicians. This latest disclosure from Anthropic ensures the debate over AI models and security will continue.

When you purchase through links in our articles, we may earn a small commission. This doesn’t affect our editorial independence.

#Anthropic #models #breached #companies #security #tests #TechCrunchAnthropic,OpenAI">Anthropic says its own AI models breached three companies during security tests | TechCrunch Anthropic said Thursday that an internal investigation uncovered three incidents in which its AI model Claude breached the systems of three organizations while conducting cybersecurity tests. The investigation, and disclosure, comes more than a week after OpenAI disclosed that one of its unreleased models breached Hugging Face’s systems during internal testing. In all three cases, a Claude model reached the internet from within a testing environment while interacting with a third party and then gained unauthorized access to the live systems of these organizations, Anthropic said in a blog post, describing what it found and what the company plans to change to prevent this from happening again. Anthropic said the OpenAI episode earlier this month prompted the company to conduct its own cybersecurity evaluation. It specifically looked for evidence that Claude had accessed the internet from within testing environments, which are designed to act as sandboxes and keep models isolated. Among the 141,006 evaluation runs it reviewed, the AI lab found three incidents in which its model accessed the internet while interacting with Irregular, one of its third-party partners. Anthropic said the access traced back to a misconfiguration in the evaluation environment run with Irregular. It called this a “misunderstanding” between the two companies over whether the test setup had internet access, when in fact it did. Anthropic said it isn’t placing blame and is “approaching the fixes as if the responsibility were ours alone,” while observing that Irregular is conducting its own separate investigation. Because of that open connection, the model gained unauthorized access to the production infrastructure of three different organizations. Anthropic said the incidents involved three different Claude models: Opus 4.7, Mythos 5, and an internal research test model. Notably, Anthropic said that in each of these cases “Claude was explicitly told by our prompt that it had no internet access.” It appears that the AI model assumed real-world systems to be part of the exercise it was asked to perform. That assumption didn’t hold up uniformly, as it turns out. The three models didn’t behave the same way once evidence emerged that their targets were real, which Anthropic flagged as one of the more eye-opening findings Thursday. Opus 4.7, the oldest of the three, recognized that it had reached a real production system in all four runs of that incident. In two of them, it rationalized that the real company must somehow be part of the exercise, but in all four, it kept attacking anyway, including pulling credentials and touching a database of production data. Mythos 5 also picked up on signs that it was on the real internet, but it talked itself back into believing it was still in a simulation, going on to publish a malicious software package to the public Python software registry PyPI, which was then downloaded and run by outside systems before being caught. Only the internal research test model, Anthropic’s newest, stopped on its own once it concluded the target was real. In response, Anthropic said significant controls must be placed on these kinds of evaluations if powerful AI models are involved, echoing some sentiments within the cybersecurity community. The company also noted that Claude was running without the additional safety monitoring and classifiers it deploys on generally available models — safeguards it said would have blocked the behavior, because the evaluations are designed to measure the underlying model’s raw capabilities. Importantly, Anthropic said it found no evidence of any model “pursuing a goal of its own” and instead merely tried to complete the task it was asked to do. Though comparisons between the mishaps of these fiercely competitive companies are inevitable, Anthropic in its blog post drew a clear distinction between its cybersecurity tests and those of OpenAI, noting where OpenAI’s model exploited an unknown software vulnerability to break out of its test environment, Anthropic’s models instead reached the internet through a path that had, by mistake, been left open. Anthropic also drew a distinction between itself and OpenAI by noting that it discovered the incidents itself, through a proactive review, and that the two affected organizations it was able to reach hadn’t previously detected the activity or flagged it to Anthropic. (In contrast, Hugging Face detected the recent intrusion of its own systems first; it was only in the following days that OpenAI identified and disclosed that its own AI agent was the perpetrator.) The company added that it’s now working with the independent evaluation group METR on a third-party review of the incidents. OpenAI’s accidental breach of Hugging Face, which was the first verifiable case of an AI lab losing control of its model, has sparked a string of wildly differing reactions from the industry and politicians. This latest disclosure from Anthropic ensures the debate over AI models and security will continue. When you purchase through links in our articles, we may earn a small commission. This doesn’t affect our editorial independence.#Anthropic #models #breached #companies #security #tests #TechCrunchAnthropic,OpenAI

Hugging Face’s systems during internal testing.

In all three cases, a Claude model reached the internet from within a testing environment while interacting with a third party and then gained unauthorized access to the live systems of these organizations, Anthropic said in a blog post, describing what it found and what the company plans to change to prevent this from happening again.

Anthropic said the OpenAI episode earlier this month prompted the company to conduct its own cybersecurity evaluation. It specifically looked for evidence that Claude had accessed the internet from within testing environments, which are designed to act as sandboxes and keep models isolated.

Among the 141,006 evaluation runs it reviewed, the AI lab found three incidents in which its model accessed the internet while interacting with Irregular, one of its third-party partners. Anthropic said the access traced back to a misconfiguration in the evaluation environment run with Irregular. It called this a “misunderstanding” between the two companies over whether the test setup had internet access, when in fact it did.

Anthropic said it isn’t placing blame and is “approaching the fixes as if the responsibility were ours alone,” while observing that Irregular is conducting its own separate investigation.

Because of that open connection, the model gained unauthorized access to the production infrastructure of three different organizations. Anthropic said the incidents involved three different Claude models: Opus 4.7, Mythos 5, and an internal research test model.

Notably, Anthropic said that in each of these cases “Claude was explicitly told by our prompt that it had no internet access.” It appears that the AI model assumed real-world systems to be part of the exercise it was asked to perform.

That assumption didn’t hold up uniformly, as it turns out. The three models didn’t behave the same way once evidence emerged that their targets were real, which Anthropic flagged as one of the more eye-opening findings Thursday.

Opus 4.7, the oldest of the three, recognized that it had reached a real production system in all four runs of that incident. In two of them, it rationalized that the real company must somehow be part of the exercise, but in all four, it kept attacking anyway, including pulling credentials and touching a database of production data. Mythos 5 also picked up on signs that it was on the real internet, but it talked itself back into believing it was still in a simulation, going on to publish a malicious software package to the public Python software registry PyPI, which was then downloaded and run by outside systems before being caught. Only the internal research test model, Anthropic’s newest, stopped on its own once it concluded the target was real.

In response, Anthropic said significant controls must be placed on these kinds of evaluations if powerful AI models are involved, echoing some sentiments within the cybersecurity community.

The company also noted that Claude was running without the additional safety monitoring and classifiers it deploys on generally available models — safeguards it said would have blocked the behavior, because the evaluations are designed to measure the underlying model’s raw capabilities.

Importantly, Anthropic said it found no evidence of any model “pursuing a goal of its own” and instead merely tried to complete the task it was asked to do.

Though comparisons between the mishaps of these fiercely competitive companies are inevitable, Anthropic in its blog post drew a clear distinction between its cybersecurity tests and those of OpenAI, noting where OpenAI’s model exploited an unknown software vulnerability to break out of its test environment, Anthropic’s models instead reached the internet through a path that had, by mistake, been left open.

Anthropic also drew a distinction between itself and OpenAI by noting that it discovered the incidents itself, through a proactive review, and that the two affected organizations it was able to reach hadn’t previously detected the activity or flagged it to Anthropic. (In contrast, Hugging Face detected the recent intrusion of its own systems first; it was only in the following days that OpenAI identified and disclosed that its own AI agent was the perpetrator.)

The company added that it’s now working with the independent evaluation group METR on a third-party review of the incidents.

OpenAI’s accidental breach of Hugging Face, which was the first verifiable case of an AI lab losing control of its model, has sparked a string of wildly differing reactions from the industry and politicians. This latest disclosure from Anthropic ensures the debate over AI models and security will continue.

When you purchase through links in our articles, we may earn a small commission. This doesn’t affect our editorial independence.

#Anthropic #models #breached #companies #security #tests #TechCrunchAnthropic,OpenAI">Anthropic says its own AI models breached three companies during security tests | TechCrunch

Anthropic said Thursday that an internal investigation uncovered three incidents in which its AI model Claude breached the systems of three organizations while conducting cybersecurity tests. The investigation, and disclosure, comes more than a week after OpenAI disclosed that one of its unreleased models breached Hugging Face’s systems during internal testing.

In all three cases, a Claude model reached the internet from within a testing environment while interacting with a third party and then gained unauthorized access to the live systems of these organizations, Anthropic said in a blog post, describing what it found and what the company plans to change to prevent this from happening again.

Anthropic said the OpenAI episode earlier this month prompted the company to conduct its own cybersecurity evaluation. It specifically looked for evidence that Claude had accessed the internet from within testing environments, which are designed to act as sandboxes and keep models isolated.

Among the 141,006 evaluation runs it reviewed, the AI lab found three incidents in which its model accessed the internet while interacting with Irregular, one of its third-party partners. Anthropic said the access traced back to a misconfiguration in the evaluation environment run with Irregular. It called this a “misunderstanding” between the two companies over whether the test setup had internet access, when in fact it did.

Anthropic said it isn’t placing blame and is “approaching the fixes as if the responsibility were ours alone,” while observing that Irregular is conducting its own separate investigation.

Because of that open connection, the model gained unauthorized access to the production infrastructure of three different organizations. Anthropic said the incidents involved three different Claude models: Opus 4.7, Mythos 5, and an internal research test model.

Notably, Anthropic said that in each of these cases “Claude was explicitly told by our prompt that it had no internet access.” It appears that the AI model assumed real-world systems to be part of the exercise it was asked to perform.

That assumption didn’t hold up uniformly, as it turns out. The three models didn’t behave the same way once evidence emerged that their targets were real, which Anthropic flagged as one of the more eye-opening findings Thursday.

Opus 4.7, the oldest of the three, recognized that it had reached a real production system in all four runs of that incident. In two of them, it rationalized that the real company must somehow be part of the exercise, but in all four, it kept attacking anyway, including pulling credentials and touching a database of production data. Mythos 5 also picked up on signs that it was on the real internet, but it talked itself back into believing it was still in a simulation, going on to publish a malicious software package to the public Python software registry PyPI, which was then downloaded and run by outside systems before being caught. Only the internal research test model, Anthropic’s newest, stopped on its own once it concluded the target was real.

In response, Anthropic said significant controls must be placed on these kinds of evaluations if powerful AI models are involved, echoing some sentiments within the cybersecurity community.

The company also noted that Claude was running without the additional safety monitoring and classifiers it deploys on generally available models — safeguards it said would have blocked the behavior, because the evaluations are designed to measure the underlying model’s raw capabilities.

Importantly, Anthropic said it found no evidence of any model “pursuing a goal of its own” and instead merely tried to complete the task it was asked to do.

Though comparisons between the mishaps of these fiercely competitive companies are inevitable, Anthropic in its blog post drew a clear distinction between its cybersecurity tests and those of OpenAI, noting where OpenAI’s model exploited an unknown software vulnerability to break out of its test environment, Anthropic’s models instead reached the internet through a path that had, by mistake, been left open.

Anthropic also drew a distinction between itself and OpenAI by noting that it discovered the incidents itself, through a proactive review, and that the two affected organizations it was able to reach hadn’t previously detected the activity or flagged it to Anthropic. (In contrast, Hugging Face detected the recent intrusion of its own systems first; it was only in the following days that OpenAI identified and disclosed that its own AI agent was the perpetrator.)

The company added that it’s now working with the independent evaluation group METR on a third-party review of the incidents.

OpenAI’s accidental breach of Hugging Face, which was the first verifiable case of an AI lab losing control of its model, has sparked a string of wildly differing reactions from the industry and politicians. This latest disclosure from Anthropic ensures the debate over AI models and security will continue.

When you purchase through links in our articles, we may earn a small commission. This doesn’t affect our editorial independence.

#Anthropic #models #breached #companies #security #tests #TechCrunchAnthropic,OpenAI
is*hosting for their Linux VPS hosting to get the job done. Flexible server solutions make it possible to configure resources, select a suitable location, and deploy the environment automatically.

The list of users who will find this helpful is extensive: DevOps engineers, web application developers, SaaS platforms, and many others. Using open-source tools helps them create a reliable, transparent, and scalable environment for development and operations.

DevOps is today one of the key approaches to creating and managing software products. It connects development, testing, and operations, helping teams work faster. Open-source tools make workflows easier and flexible. Open source is basically built to bend. You can customize your tools, stitch them together, and automate the boring stuff. Honestly, it’s a perfect fit for pretty much anything — web, mobile, cloud, data, or AI. 

It is fair to say that several specific DevOps components help automate processes, improve system stability, and shorten the time between product development and launch. These include:

  • application build automation;
  • containerization of production services;
  • server configuration management;
  • infrastructure health monitoring;
  • secure storage of credentials.

Less manual grunt work means fewer mistakes. Auto-deploys let you ship updates in a flash, while smart monitoring catches performance bottlenecks before they become fires. 

Scalable Infrastructure for DevOps Teams

In practice, any DevOps model requires a reliable and powerful infrastructure. Every project, even the smallest one, must have the ability to quickly scale resources as more and more users join or as technical requirements change. The server environment must support flexible power settings, rapid creation of new environments, and stable service operation.

International IaaS providers offer VPS/VDS, dedicated servers, VPN services, and additional infrastructure solutions. Users can configure key server parameters, including:

  • processing power;
  • amount of RAM;
  • drive type;
  • data center location.

A broad infrastructure geography makes it possible to select suitable locations for different projects and reduce access latency. Such opportunities are in demand in various fields. Online stores use scalable servers to handle large numbers of requests.

When choosing DevOps infrastructure, it is important to consider not only current challenges but also growth prospects. A flexible server platform should allow configuration changes without complex migrations. Among the most popular features are:

  • setting up CPU and RAM;
  • use of fast NVMe drives;
  • support for different operating systems;
  • connecting additional IP addresses;
  • automatic deployment of environments;
  • integration via API tools.

This model makes it easier for technicians and helps launch new projects faster. DevOps teams can create test environments, run experiments, and migrate applications between environments with minimal time investment.

Fundamentals of System Security and Resilience

As soon as digital products begin to evolve, securing the system as a whole becomes just as important as maintaining performance. Good companies must secure the users data, provide uninterrupted service, and minimize the risk of breakdowns.

It is exactly these advanced open-source tools that help not only manage the entire system but also monitor it clearly. Teams will be able to track changes, audit settings, and implement additional security measures. When building a secure DevOps environment, special attention is paid to the following aspects:

  • isolation of virtual servers;
  • data backup;
  • protecting network connections;
  • use of IPv4 and IPv6;
  • user access control.

KVM technology ensures effective isolation of virtual machines and stable operation of VPS servers. SSDs and NVMe drives enable faster processing, and the latest generation of Intel Xeon and AMD EPYC processors allows you to run resource-intensive applications.

How to Choose Infrastructure for Long-Term Development

Choose a server that actually grows with you. You want to scale smoothly without hitting hidden fees. Look for clear, pay-as-you-go pricing — it’s the smartest way for startups to get top-tier tech without breaking the bank. 

Flexible servers work for almost any project. Building an edtech app? Marketing tools? Analytics? AI? To summarize, good infrastructure is the secret sauce to keep your product growing smoothly.

When you need a comprehensive strategy, keep in mind that it can only be based on a successful combination of elements. This includes automation, open-source tools, and high-quality server infrastructure. Together, they create a secure and scalable DevOps environment. These technologies help developers build products faster, monitor all critical processes, and manage resources as efficiently as possible.

#Building #Secure #Scalable #DevOps #Environment #OpenSource #ToolsDevOps">Building a Secure and Scalable DevOps Environment Using Open-Source Tools We can all see how the newest digital products require flexibility and the ability to scale quickly together with the business. At the same time, they must cope with growing workloads. That’s why teams choose is*hosting for their Linux VPS hosting to get the job done. Flexible server solutions make it possible to configure resources, select a suitable location, and deploy the environment automatically. The list of users who will find this helpful is extensive: DevOps engineers, web application developers, SaaS platforms, and many others. Using open-source tools helps them create a reliable, transparent, and scalable environment for development and operations. DevOps is today one of the key approaches to creating and managing software products. It connects development, testing, and operations, helping teams work faster. Open-source tools make workflows easier and flexible. Open source is basically built to bend. You can customize your tools, stitch them together, and automate the boring stuff. Honestly, it’s a perfect fit for pretty much anything — web, mobile, cloud, data, or AI.  It is fair to say that several specific DevOps components help automate processes, improve system stability, and shorten the time between product development and launch. These include: application build automation; containerization of production services; server configuration management; infrastructure health monitoring; secure storage of credentials. Less manual grunt work means fewer mistakes. Auto-deploys let you ship updates in a flash, while smart monitoring catches performance bottlenecks before they become fires.  Scalable Infrastructure for DevOps Teams In practice, any DevOps model requires a reliable and powerful infrastructure. Every project, even the smallest one, must have the ability to quickly scale resources as more and more users join or as technical requirements change. The server environment must support flexible power settings, rapid creation of new environments, and stable service operation. International IaaS providers offer VPS/VDS, dedicated servers, VPN services, and additional infrastructure solutions. Users can configure key server parameters, including: processing power; amount of RAM; drive type; data center location. A broad infrastructure geography makes it possible to select suitable locations for different projects and reduce access latency. Such opportunities are in demand in various fields. Online stores use scalable servers to handle large numbers of requests. When choosing DevOps infrastructure, it is important to consider not only current challenges but also growth prospects. A flexible server platform should allow configuration changes without complex migrations. Among the most popular features are: setting up CPU and RAM; use of fast NVMe drives; support for different operating systems; connecting additional IP addresses; automatic deployment of environments; integration via API tools. This model makes it easier for technicians and helps launch new projects faster. DevOps teams can create test environments, run experiments, and migrate applications between environments with minimal time investment. Fundamentals of System Security and Resilience As soon as digital products begin to evolve, securing the system as a whole becomes just as important as maintaining performance. Good companies must secure the users data, provide uninterrupted service, and minimize the risk of breakdowns. It is exactly these advanced open-source tools that help not only manage the entire system but also monitor it clearly. Teams will be able to track changes, audit settings, and implement additional security measures. When building a secure DevOps environment, special attention is paid to the following aspects: isolation of virtual servers; data backup; protecting network connections; use of IPv4 and IPv6; user access control. KVM technology ensures effective isolation of virtual machines and stable operation of VPS servers. SSDs and NVMe drives enable faster processing, and the latest generation of Intel Xeon and AMD EPYC processors allows you to run resource-intensive applications. How to Choose Infrastructure for Long-Term Development Choose a server that actually grows with you. You want to scale smoothly without hitting hidden fees. Look for clear, pay-as-you-go pricing — it’s the smartest way for startups to get top-tier tech without breaking the bank.  Flexible servers work for almost any project. Building an edtech app? Marketing tools? Analytics? AI? To summarize, good infrastructure is the secret sauce to keep your product growing smoothly. When you need a comprehensive strategy, keep in mind that it can only be based on a successful combination of elements. This includes automation, open-source tools, and high-quality server infrastructure. Together, they create a secure and scalable DevOps environment. These technologies help developers build products faster, monitor all critical processes, and manage resources as efficiently as possible. #Building #Secure #Scalable #DevOps #Environment #OpenSource #ToolsDevOps

for their Linux VPS hosting to get the job done. Flexible server solutions make it possible to configure resources, select a suitable location, and deploy the environment automatically.

The list of users who will find this helpful is extensive: DevOps engineers, web application developers, SaaS platforms, and many others. Using open-source tools helps them create a reliable, transparent, and scalable environment for development and operations.

DevOps is today one of the key approaches to creating and managing software products. It connects development, testing, and operations, helping teams work faster. Open-source tools make workflows easier and flexible. Open source is basically built to bend. You can customize your tools, stitch them together, and automate the boring stuff. Honestly, it’s a perfect fit for pretty much anything — web, mobile, cloud, data, or AI. 

It is fair to say that several specific DevOps components help automate processes, improve system stability, and shorten the time between product development and launch. These include:

  • application build automation;
  • containerization of production services;
  • server configuration management;
  • infrastructure health monitoring;
  • secure storage of credentials.

Less manual grunt work means fewer mistakes. Auto-deploys let you ship updates in a flash, while smart monitoring catches performance bottlenecks before they become fires. 

Scalable Infrastructure for DevOps Teams

In practice, any DevOps model requires a reliable and powerful infrastructure. Every project, even the smallest one, must have the ability to quickly scale resources as more and more users join or as technical requirements change. The server environment must support flexible power settings, rapid creation of new environments, and stable service operation.

International IaaS providers offer VPS/VDS, dedicated servers, VPN services, and additional infrastructure solutions. Users can configure key server parameters, including:

  • processing power;
  • amount of RAM;
  • drive type;
  • data center location.

A broad infrastructure geography makes it possible to select suitable locations for different projects and reduce access latency. Such opportunities are in demand in various fields. Online stores use scalable servers to handle large numbers of requests.

When choosing DevOps infrastructure, it is important to consider not only current challenges but also growth prospects. A flexible server platform should allow configuration changes without complex migrations. Among the most popular features are:

  • setting up CPU and RAM;
  • use of fast NVMe drives;
  • support for different operating systems;
  • connecting additional IP addresses;
  • automatic deployment of environments;
  • integration via API tools.

This model makes it easier for technicians and helps launch new projects faster. DevOps teams can create test environments, run experiments, and migrate applications between environments with minimal time investment.

Fundamentals of System Security and Resilience

As soon as digital products begin to evolve, securing the system as a whole becomes just as important as maintaining performance. Good companies must secure the users data, provide uninterrupted service, and minimize the risk of breakdowns.

It is exactly these advanced open-source tools that help not only manage the entire system but also monitor it clearly. Teams will be able to track changes, audit settings, and implement additional security measures. When building a secure DevOps environment, special attention is paid to the following aspects:

  • isolation of virtual servers;
  • data backup;
  • protecting network connections;
  • use of IPv4 and IPv6;
  • user access control.

KVM technology ensures effective isolation of virtual machines and stable operation of VPS servers. SSDs and NVMe drives enable faster processing, and the latest generation of Intel Xeon and AMD EPYC processors allows you to run resource-intensive applications.

How to Choose Infrastructure for Long-Term Development

Choose a server that actually grows with you. You want to scale smoothly without hitting hidden fees. Look for clear, pay-as-you-go pricing — it’s the smartest way for startups to get top-tier tech without breaking the bank. 

Flexible servers work for almost any project. Building an edtech app? Marketing tools? Analytics? AI? To summarize, good infrastructure is the secret sauce to keep your product growing smoothly.

When you need a comprehensive strategy, keep in mind that it can only be based on a successful combination of elements. This includes automation, open-source tools, and high-quality server infrastructure. Together, they create a secure and scalable DevOps environment. These technologies help developers build products faster, monitor all critical processes, and manage resources as efficiently as possible.

#Building #Secure #Scalable #DevOps #Environment #OpenSource #ToolsDevOps">Building a Secure and Scalable DevOps Environment Using Open-Source Tools

We can all see how the newest digital products require flexibility and the ability to scale quickly together with the business. At the same time, they must cope with growing workloads. That’s why teams choose is*hosting for their Linux VPS hosting to get the job done. Flexible server solutions make it possible to configure resources, select a suitable location, and deploy the environment automatically.

The list of users who will find this helpful is extensive: DevOps engineers, web application developers, SaaS platforms, and many others. Using open-source tools helps them create a reliable, transparent, and scalable environment for development and operations.

DevOps is today one of the key approaches to creating and managing software products. It connects development, testing, and operations, helping teams work faster. Open-source tools make workflows easier and flexible. Open source is basically built to bend. You can customize your tools, stitch them together, and automate the boring stuff. Honestly, it’s a perfect fit for pretty much anything — web, mobile, cloud, data, or AI. 

It is fair to say that several specific DevOps components help automate processes, improve system stability, and shorten the time between product development and launch. These include:

  • application build automation;
  • containerization of production services;
  • server configuration management;
  • infrastructure health monitoring;
  • secure storage of credentials.

Less manual grunt work means fewer mistakes. Auto-deploys let you ship updates in a flash, while smart monitoring catches performance bottlenecks before they become fires. 

Scalable Infrastructure for DevOps Teams

In practice, any DevOps model requires a reliable and powerful infrastructure. Every project, even the smallest one, must have the ability to quickly scale resources as more and more users join or as technical requirements change. The server environment must support flexible power settings, rapid creation of new environments, and stable service operation.

International IaaS providers offer VPS/VDS, dedicated servers, VPN services, and additional infrastructure solutions. Users can configure key server parameters, including:

  • processing power;
  • amount of RAM;
  • drive type;
  • data center location.

A broad infrastructure geography makes it possible to select suitable locations for different projects and reduce access latency. Such opportunities are in demand in various fields. Online stores use scalable servers to handle large numbers of requests.

When choosing DevOps infrastructure, it is important to consider not only current challenges but also growth prospects. A flexible server platform should allow configuration changes without complex migrations. Among the most popular features are:

  • setting up CPU and RAM;
  • use of fast NVMe drives;
  • support for different operating systems;
  • connecting additional IP addresses;
  • automatic deployment of environments;
  • integration via API tools.

This model makes it easier for technicians and helps launch new projects faster. DevOps teams can create test environments, run experiments, and migrate applications between environments with minimal time investment.

Fundamentals of System Security and Resilience

As soon as digital products begin to evolve, securing the system as a whole becomes just as important as maintaining performance. Good companies must secure the users data, provide uninterrupted service, and minimize the risk of breakdowns.

It is exactly these advanced open-source tools that help not only manage the entire system but also monitor it clearly. Teams will be able to track changes, audit settings, and implement additional security measures. When building a secure DevOps environment, special attention is paid to the following aspects:

  • isolation of virtual servers;
  • data backup;
  • protecting network connections;
  • use of IPv4 and IPv6;
  • user access control.

KVM technology ensures effective isolation of virtual machines and stable operation of VPS servers. SSDs and NVMe drives enable faster processing, and the latest generation of Intel Xeon and AMD EPYC processors allows you to run resource-intensive applications.

How to Choose Infrastructure for Long-Term Development

Choose a server that actually grows with you. You want to scale smoothly without hitting hidden fees. Look for clear, pay-as-you-go pricing — it’s the smartest way for startups to get top-tier tech without breaking the bank. 

Flexible servers work for almost any project. Building an edtech app? Marketing tools? Analytics? AI? To summarize, good infrastructure is the secret sauce to keep your product growing smoothly.

When you need a comprehensive strategy, keep in mind that it can only be based on a successful combination of elements. This includes automation, open-source tools, and high-quality server infrastructure. Together, they create a secure and scalable DevOps environment. These technologies help developers build products faster, monitor all critical processes, and manage resources as efficiently as possible.

#Building #Secure #Scalable #DevOps #Environment #OpenSource #ToolsDevOps

The Department of Defense labeled AI lab Anthropic a supply-chain risk after the company refused to agree to allow the Pentagon to use its models for autonomous weapons systems and domestic surveillance. It seems the company isn’t just winning the moral argument on this front, but the legal one, too. According to Axios, the judge hearing Anthropic’s challenge to the Trump administration’s designation has thus far not found the Pentagon’s case to be particularly compelling.

Per the report, U.S. District Judge Rita Lin wasted little time pouring cold water on the federal government’s position. “I don’t see additional evidence from the government really justifying what it did. If anything, it seems like the record, in some ways, has gotten worse for the government,” she reportedly said.

She also did not seem convinced by the Pentagon’s apparent argument that it was concerned Anthropic would mess with its model to prevent the military from using it how they intended. “I don’t see evidence that Anthropic could alter the model after it was delivered or flip some kind of kill switch,” she said, per Axios.

This doesn’t come as a major surprise, given Judge Lin’s general vibe since this case landed in her court. Back in March when Anthropic first brought its challenge to the government’s designation, the judge said that “it looks like an attempt to cripple Anthropic.” She ultimately granted a temporary injunction on the government’s attempt to basically blacklist the AI firm.

You’ll recall the origin of this whole fight came earlier this year when negotiations between Anthropic and the Department of Defense fell through after the company refused to agree to a deal that would have allowed the Pentagon to use its AI models for “all lawful purposes.” Anthropic reportedly sought to clarify that it would not include using the model to launch weapons without human involvement or to perform surveillance on American citizens. The Pentagon was unwilling to agree to honor Anthropic’s redlines.

Under a normal administration, that would likely just lead to the government moving on to another company. Under the Trump administration, though, refusal to comply makes you an enemy of the country. Trump and company moved to label Anthropic a supply chain risk, a designation typically reserved for foreign adversaries, not domestic companies. Getting slapped with that tag meant the rest of the federal government would have to stop doing business with Anthropic, which would be a blow to the company.

Instead, the whole thing is in limbo—though it’s not looking great for the administration. Of course, they could just cancel the contracts and do business with less scrupulous AI companies. There are plenty willing to abandon their beliefs for a nice, fat contract, after all.

#Pentagons #Case #Anthropic #IsntAnthropic,artifical intelligence,Department of Defense,Lawsuit,pentagon">The Pentagon’s Case Against Anthropic Isn’t Going Well The Department of Defense labeled AI lab Anthropic a supply-chain risk after the company refused to agree to allow the Pentagon to use its models for autonomous weapons systems and domestic surveillance. It seems the company isn’t just winning the moral argument on this front, but the legal one, too. According to Axios, the judge hearing Anthropic’s challenge to the Trump administration’s designation has thus far not found the Pentagon’s case to be particularly compelling. Per the report, U.S. District Judge Rita Lin wasted little time pouring cold water on the federal government’s position. “I don’t see additional evidence from the government really justifying what it did. If anything, it seems like the record, in some ways, has gotten worse for the government,” she reportedly said. She also did not seem convinced by the Pentagon’s apparent argument that it was concerned Anthropic would mess with its model to prevent the military from using it how they intended. “I don’t see evidence that Anthropic could alter the model after it was delivered or flip some kind of kill switch,” she said, per Axios. This doesn’t come as a major surprise, given Judge Lin’s general vibe since this case landed in her court. Back in March when Anthropic first brought its challenge to the government’s designation, the judge said that “it looks like an attempt to cripple Anthropic.” She ultimately granted a temporary injunction on the government’s attempt to basically blacklist the AI firm. You’ll recall the origin of this whole fight came earlier this year when negotiations between Anthropic and the Department of Defense fell through after the company refused to agree to a deal that would have allowed the Pentagon to use its AI models for “all lawful purposes.” Anthropic reportedly sought to clarify that it would not include using the model to launch weapons without human involvement or to perform surveillance on American citizens. The Pentagon was unwilling to agree to honor Anthropic’s redlines. Under a normal administration, that would likely just lead to the government moving on to another company. Under the Trump administration, though, refusal to comply makes you an enemy of the country. Trump and company moved to label Anthropic a supply chain risk, a designation typically reserved for foreign adversaries, not domestic companies. Getting slapped with that tag meant the rest of the federal government would have to stop doing business with Anthropic, which would be a blow to the company. Instead, the whole thing is in limbo—though it’s not looking great for the administration. Of course, they could just cancel the contracts and do business with less scrupulous AI companies. There are plenty willing to abandon their beliefs for a nice, fat contract, after all. #Pentagons #Case #Anthropic #IsntAnthropic,artifical intelligence,Department of Defense,Lawsuit,pentagon

Judge Rita Lin wasted little time pouring cold water on the federal government’s position. “I don’t see additional evidence from the government really justifying what it did. If anything, it seems like the record, in some ways, has gotten worse for the government,” she reportedly said.

She also did not seem convinced by the Pentagon’s apparent argument that it was concerned Anthropic would mess with its model to prevent the military from using it how they intended. “I don’t see evidence that Anthropic could alter the model after it was delivered or flip some kind of kill switch,” she said, per Axios.

This doesn’t come as a major surprise, given Judge Lin’s general vibe since this case landed in her court. Back in March when Anthropic first brought its challenge to the government’s designation, the judge said that “it looks like an attempt to cripple Anthropic.” She ultimately granted a temporary injunction on the government’s attempt to basically blacklist the AI firm.

You’ll recall the origin of this whole fight came earlier this year when negotiations between Anthropic and the Department of Defense fell through after the company refused to agree to a deal that would have allowed the Pentagon to use its AI models for “all lawful purposes.” Anthropic reportedly sought to clarify that it would not include using the model to launch weapons without human involvement or to perform surveillance on American citizens. The Pentagon was unwilling to agree to honor Anthropic’s redlines.

Under a normal administration, that would likely just lead to the government moving on to another company. Under the Trump administration, though, refusal to comply makes you an enemy of the country. Trump and company moved to label Anthropic a supply chain risk, a designation typically reserved for foreign adversaries, not domestic companies. Getting slapped with that tag meant the rest of the federal government would have to stop doing business with Anthropic, which would be a blow to the company.

Instead, the whole thing is in limbo—though it’s not looking great for the administration. Of course, they could just cancel the contracts and do business with less scrupulous AI companies. There are plenty willing to abandon their beliefs for a nice, fat contract, after all.

#Pentagons #Case #Anthropic #IsntAnthropic,artifical intelligence,Department of Defense,Lawsuit,pentagon">The Pentagon’s Case Against Anthropic Isn’t Going WellThe Pentagon’s Case Against Anthropic Isn’t Going Well The Department of Defense labeled AI lab Anthropic a supply-chain risk after the company refused to agree to allow the Pentagon to use its models for autonomous weapons systems and domestic surveillance. It seems the company isn’t just winning the moral argument on this front, but the legal one, too. According to Axios, the judge hearing Anthropic’s challenge to the Trump administration’s designation has thus far not found the Pentagon’s case to be particularly compelling. Per the report, U.S. District Judge Rita Lin wasted little time pouring cold water on the federal government’s position. “I don’t see additional evidence from the government really justifying what it did. If anything, it seems like the record, in some ways, has gotten worse for the government,” she reportedly said. She also did not seem convinced by the Pentagon’s apparent argument that it was concerned Anthropic would mess with its model to prevent the military from using it how they intended. “I don’t see evidence that Anthropic could alter the model after it was delivered or flip some kind of kill switch,” she said, per Axios. This doesn’t come as a major surprise, given Judge Lin’s general vibe since this case landed in her court. Back in March when Anthropic first brought its challenge to the government’s designation, the judge said that “it looks like an attempt to cripple Anthropic.” She ultimately granted a temporary injunction on the government’s attempt to basically blacklist the AI firm. You’ll recall the origin of this whole fight came earlier this year when negotiations between Anthropic and the Department of Defense fell through after the company refused to agree to a deal that would have allowed the Pentagon to use its AI models for “all lawful purposes.” Anthropic reportedly sought to clarify that it would not include using the model to launch weapons without human involvement or to perform surveillance on American citizens. The Pentagon was unwilling to agree to honor Anthropic’s redlines. Under a normal administration, that would likely just lead to the government moving on to another company. Under the Trump administration, though, refusal to comply makes you an enemy of the country. Trump and company moved to label Anthropic a supply chain risk, a designation typically reserved for foreign adversaries, not domestic companies. Getting slapped with that tag meant the rest of the federal government would have to stop doing business with Anthropic, which would be a blow to the company. Instead, the whole thing is in limbo—though it’s not looking great for the administration. Of course, they could just cancel the contracts and do business with less scrupulous AI companies. There are plenty willing to abandon their beliefs for a nice, fat contract, after all. #Pentagons #Case #Anthropic #IsntAnthropic,artifical intelligence,Department of Defense,Lawsuit,pentagon

The Department of Defense labeled AI lab Anthropic a supply-chain risk after the company refused to agree to allow the Pentagon to use its models for autonomous weapons systems and domestic surveillance. It seems the company isn’t just winning the moral argument on this front, but the legal one, too. According to Axios, the judge hearing Anthropic’s challenge to the Trump administration’s designation has thus far not found the Pentagon’s case to be particularly compelling.

Per the report, U.S. District Judge Rita Lin wasted little time pouring cold water on the federal government’s position. “I don’t see additional evidence from the government really justifying what it did. If anything, it seems like the record, in some ways, has gotten worse for the government,” she reportedly said.

She also did not seem convinced by the Pentagon’s apparent argument that it was concerned Anthropic would mess with its model to prevent the military from using it how they intended. “I don’t see evidence that Anthropic could alter the model after it was delivered or flip some kind of kill switch,” she said, per Axios.

This doesn’t come as a major surprise, given Judge Lin’s general vibe since this case landed in her court. Back in March when Anthropic first brought its challenge to the government’s designation, the judge said that “it looks like an attempt to cripple Anthropic.” She ultimately granted a temporary injunction on the government’s attempt to basically blacklist the AI firm.

You’ll recall the origin of this whole fight came earlier this year when negotiations between Anthropic and the Department of Defense fell through after the company refused to agree to a deal that would have allowed the Pentagon to use its AI models for “all lawful purposes.” Anthropic reportedly sought to clarify that it would not include using the model to launch weapons without human involvement or to perform surveillance on American citizens. The Pentagon was unwilling to agree to honor Anthropic’s redlines.

Under a normal administration, that would likely just lead to the government moving on to another company. Under the Trump administration, though, refusal to comply makes you an enemy of the country. Trump and company moved to label Anthropic a supply chain risk, a designation typically reserved for foreign adversaries, not domestic companies. Getting slapped with that tag meant the rest of the federal government would have to stop doing business with Anthropic, which would be a blow to the company.

Instead, the whole thing is in limbo—though it’s not looking great for the administration. Of course, they could just cancel the contracts and do business with less scrupulous AI companies. There are plenty willing to abandon their beliefs for a nice, fat contract, after all.

#Pentagons #Case #Anthropic #IsntAnthropic,artifical intelligence,Department of Defense,Lawsuit,pentagon

Post Comment