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

Muse Spark 1.1

ai.meta.com

Post reply on HN
Print view View original

151–160 of 228 posts

Re: Muse Spark 1.1

#151

Post by BugsJustFindMe »

throwaway27448 wrote: post #102
ben_w wrote: post #82

Earlier quoted context omitted.

By asking the user to explain what they want whenever there's ambiguity. Plus all the other things that software engineers generally have not learned to a professional level even if they picked up the basics on the job by osmosis, because figuring out the customer's needs (and what they'll pay you for which may be different) is the job of a business analyst, a PM, or a UX researcher, and those are different skills an…

And when an LLM runs up costs for a small company by getting them to lease a bunch of infrastructure they don't need, who can they sue? A contractor or advisor you can't hold liable is just a liability.

> And when an LLM runs up costs for a small company by getting them to lease a bunch of infrastructure they don't need, who can they sue?

This question is completely disconnected from reality. If you try to sue a human for proposing something more complex than what you need you will waste a lot of money and then lose the lawsuit.

Also the annual cost of too much small company infrastructure is less than the cost of even a single good human engineer.

Re: Muse Spark 1.1

#152

Post by bevekspldnw »

revolvingthrow wrote: post #112
logicchains wrote: post #99

Earlier quoted context omitted.

People misinterpreted Google being behind as Anthropic and OpenAi being really ahead, when it was really just Google falling behind the same way it did with Tensorflow, Angular and GCP.

> when it was really just Google falling behind the same way it did with Tensorflow, Angular and GCP Not sure I agree. Angular fell behind in popularity but was (is? unsure atm) still eminently usable. I gave gemini a test drive recently and it was horrendous, as in "picking dirt cheap Chinese model over gemini any day" bad, and with overzealous guardrails to boot. 3.1 pro feels a year behind and is extremely lazy. 3…

Gemini is more than fine as a mobile application, and will be the “brains” of the currently braindead Siri, between than and Android it’s hard to come up with an argument they are behind.

Likewise, Gemma4 models are unbeatable at their size.

So I use Gemini for coding? Hell no, but that’s not the same as Google failing writ large.

Googles only real goal is to retain the ownership and dominance of the online world they have now, and Gemini is doing exactly what it needs to do

Re: Muse Spark 1.1

#153

Post by bevekspldnw »

cyanydeez wrote: post #60
alansaber wrote: post #13

Earlier quoted context omitted.

Meta's local llama models used to be the face of open source AI. The scene has really changed.

they likely got the Peter Theil newsletter proclaiming open source models are the antichrist

Only 666B models. Other sizes are fine.

Re: Muse Spark 1.1

#154

Post by bevekspldnw »

hraxz wrote: post #127
cpt100 wrote: post #19

Earlier quoted context omitted.

Yeah, I think it is definitely great. Having said that, I am still debating in my mind whether the volume of software engineers needed in the AI era is going to increase or decrease because of all of these advancements. On the one hand, because it is easy to build products, more and more people will build. And more and more products and features will be built. However, a lot of people who are non-technical will also…

The big thing to me is why are we even running these models on top of an operating system? What I really want is Claude as a deep part of the operating system. If that happens then a whole lot of the abstraction of software vanishes along with what we think of today as software jobs. I think many new forms of knowledge work would emerge from this though. I would think that needs massive local compute but I can't imag…

It’s also not the future SV is incentivized to build. They want everything for rent, nothing can be owned.

Luckily, China is on the verge of a true breakout, I’m not sure what exactly it will be - but I’d make a very large wager the “next iPhone” is Chinese, and will constitute a full blown “Sputnik moment” for the US and SV.

If Americans weren’t forbidden to own Chinese EVs they’d know this. But tariffs mean the breakthrough will be even more unexpected.

Since Chinese actually “sell stuff” I’m guessing their unbeatable lead in AI efficiency, manufacturing, and distribution will produce a step change breakthrough within a decade.

Re: Muse Spark 1.1

#156

Post by tpae »

chvid wrote: post #62

Interesting that neither meta nor xai chose to do open source given that they are both clearly behind Google, OpenAI and anthropic - and a serious us open source offering would give them a clear foothold.

Open source would make them an instant credible leader, major fumble (still can be fixed)

Re: Muse Spark 1.1

#157

Post by kommunicate »

GodelNumbering wrote: post #49

Lot more details in the linked report https://ai.meta.com/static-resource/muse-spark-1-1-evaluatio... From Terminal-bench-2.1 details, > We use a bash-tool-only agent harness to evaluate 89 Terminal-Bench 2.1 tasks from the official repository, where resources are capped at 6 CPU cores and 8GB RAM. This disqualifies the results. Each terminal bench task has a cpu upper limit and RAM upper limit. Overriding either is…

I get your point but I'm not sure it matters all that much.

Did harbor / tb2.1 cap the swap available to docker runs?

There used to be a bug that would allow dockerized instance runs to use more memory than the specs allowed. Some of the original tasks weren't really possible to complete without exploiting swap. Even the oracle solutions didn't pass if you stopped docker from having access to swap.

I think crack-7z-hash and filter-js-from-html had that problem off the top of my head, but i haven't looked at this in months, so i'm not sure

Re: Muse Spark 1.1

#160

Post by [deleted] »

simonw wrote: post #107

I had a few days of preview access, which was long enough to put together a plugin for LLM. You can try the model out in the terminal like this: uv tool install llm llm install llm-meta-ai llm keys set meta-ai # paste API key here llm -m meta-ai/muse-spark-1.1 "Generate an SVG of a pelican riding a bicycle" Here's the result: https://tools.simonwillison.net/markdown-svg-renderer#url=ht... For comparison, here's the p…

[deleted]
Post reply on HN