Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude now has access to a server-side container environment

anthropic.com

Post reply on HN
Print view View original

241–250 of 363 posts

Re: Claude now has access to a server-side container environment

#241

Post by porridgeraisin »

Balgair wrote: post #228

I don't have access to this yet, so can someone who does tell if: it can take a .PDF with single table with, say, a list of food items and prices. And then in a .docx in the same folder with a table with, say, prices and calories. Can this thing then, in a one shot, produce a .xlsx with the items and calories and save that to the same directory? It really doesn't matter what the lists are of, just keep it very simple…

Yes, I do something similar... However it breaks when the tables get too long. For <100 to few 100s of items it works.

Re: Claude now has access to a server-side container environment

#242

Post by tyre »

mdaniel wrote: post #198
simonw wrote: post #155

I just published an extensive review of the new feature, which is actually Claude Code Interpreter (the official name, bafflingly, is Upgraded file creation and analysis - that's what you turn on in the features page at least). I reverse-engineered it a bit, figured out its container specs, used it to render a PDF join diagram for a SQLite database and then re-ran a much more complex "recreate this chart from this sc…

> Version Control > github.com pour one out for the GitLab hosted projects, or its less popular friends hosted on bitbucket, codeberg, forgejo, sourceforge, sourcehut, et al. So dumb.

I’m sure they’ll add support, they literally just launched

Re: Claude now has access to a server-side container environment

#243

Post by gk1 »

dang wrote: post #233
simonw wrote: post #155

I just published an extensive review of the new feature, which is actually Claude Code Interpreter (the official name, bafflingly, is Upgraded file creation and analysis - that's what you turn on in the features page at least). I reverse-engineered it a bit, figured out its container specs, used it to render a PDF join diagram for a SQLite database and then re-ran a much more complex "recreate this chart from this sc…

I've nicked a sentence from your article to use as the title above. Hope that's clearer!

Way less clear. Anthropic did it right and wrote about the “so what” instead of focusing on the underlying mechanics.

Re: Claude now has access to a server-side container environment

#245

Post by gregoryl »

spike021 wrote: post #78

For the past two to three weeks I've noticed Claude just consistently lagging or potentially even being throttled for pretty minor coding or CLI tasks. It'll basically stop showing any progress for at least a couple minutes. Sometimes exiting the query and re-trying gets it to work but other times it keeps happening. I pay for Pro so I don't think it's just API rate limiting. Would appreciate if that could be fixed b…

Same. My usage is via an internal corp gateway (Instacart), Sonnet 4. Used to be lighting fast, now getting regular slow downs or outright failures. Not seeing it with the various GPT models.

Re: Claude now has access to a server-side container environment

#246

Post by johnfn »

gk1 wrote: post #243
dang wrote: post #233

Earlier quoted context omitted.

I've nicked a sentence from your article to use as the title above. Hope that's clearer!

Way less clear. Anthropic did it right and wrote about the “so what” instead of focusing on the underlying mechanics.

I find the new headline to be much more clear. Perhaps because I imagined Claude to already be able to "edit and create files" via Claude Code; the server-side container is the key difference.

Re: Claude now has access to a server-side container environment

#247

Post by mkw2000 »

nkzd wrote: post #226
mkw2000 wrote: post #225

To everyone who has been feeling like their MAX subscription is a waste of money, give GLM 4.5 a try, i use it with claude code daily on the $3 plan and it has been great

Hi, I believe my current Claude subscription is going to waste. Can I ask what 3$ plan are you referring to?

This one https://z.ai/subscribe

Re: Claude now has access to a server-side container environment

#248

Post by ggm »

Balgair wrote: post #228

I don't have access to this yet, so can someone who does tell if: it can take a .PDF with single table with, say, a list of food items and prices. And then in a .docx in the same folder with a table with, say, prices and calories. Can this thing then, in a one shot, produce a .xlsx with the items and calories and save that to the same directory? It really doesn't matter what the lists are of, just keep it very simple…

> Because, strangely enough, that's pretty much my definition of AGI.

"It's life jim, but not as we know it" -Bones, probably.

I've seen some hokey definitions, but a 3 expression inductance clause is pretty low bar. On that score, your REPL and my compiler are AGI.

Re: Claude now has access to a server-side container environment

#249

Post by mh- »

citizenAlex wrote: post #229
pc86 wrote: post #28

Earlier quoted context omitted.

I hesitate to use phrases like "bait and switch" but it seems like every model gets released and is borderline awe-inspiring, then as adoption increases, and load increases, it's like it gets hit in the head with a hammer and is basically useless for anything beyond a multi-step google search.

I think the models deteriorate over time with more inputs. I think the noise increases like photocopies of photocopies

If you mean within an individual context window, yes, that's a known phenomenon.

If you mean over the lifetime of a model being deployed, no, that's not how these models are trained.

Re: Claude now has access to a server-side container environment

#250

Post by mh- »

criemen wrote: post #201
mh- wrote: post #129

Earlier quoted context omitted.

The problem is twofold: - They're reporting that only impacted Haiku 3.5 and Sonnet 4. I used neither model during the time period I'm concerned with. - It took them a month to publicly acknowledge that issue, so now we lack confidence there isn't another underlying issue going undetected (or undisclosed, less charitably) that affects Opus.

They posted > We are continuing to monitor for any ongoing quality issues, including reports of degradation for Claude Opus 4.1. I take that as acknowledgment that there might be an issue with Opus 4.1 (granted, undetected still), but not undisclosed, and they're actively looking for it? I'd not jump to "they must be hiding things" yet. They're building, deploying and scaling their service at incredible pace, they, a…

To be clear, I'm not one of the people suggesting they're doing something nefarious. As I said elsewhere, I don't know what my expectations are of them at this point. I'd like early disclosure of known performance drops, I guess. But from a business POV, I understand why they're not going to be updating a status page to say "things are worsening but we're not exactly sure why".

I'm also a realist, though, and have built a career on building/operating large systems. There's obviously capability to dynamically shed load built into the system somewhere, there's just no other responsible way to engineer it. I'd prefer they slowed response times rather than harmed response quality, personally.

Post reply on HN