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

Grok Build is open source

github.com

Post reply on HN
Print view View original

651–660 of 730 posts

Re: Grok Build is open source

#651

Post by qlte »

foltik wrote: post #231
stusmall wrote: post #197

Earlier quoted context omitted.

It looks like some of that high LoC is because they are vendoring some deps. There readme gives the reason to vendor some but not others as: > These crates sit on the path that renders untrusted model output (diagram source → SVG). Vendoring gives a full audit surface, pins exact source, and avoids crates.io yanks. Local patches and upgrade checklists live in each crate’s Cargo.toml header comments — treat those as t…

Sounds like they did the ol “grok please make this secure” and it slopped out this plausible-if-you-squint nonsense. Rendering untrusted model output, ooh scary! Of course we want full audit surface !

Yep that’s some classic “task 1000% complete” best-guess-of-user-intent LLM babble.

Re: Grok Build is open source

#652

Post by qup »

metabagel wrote: post #441
qup wrote: post #324

Earlier quoted context omitted.

Because I don't believe what you just said about him. Literally not even one detail.

Seriously? His destruction of USAID and the various estimates of resulting deaths is well documented. https://www.impactcounter.com/dashboard?view=table&sort=titl... https://www.thelancet.com/journals/lancet/article/PIIS0140-6...

Even if we agree with the premise that cutting funds to save people is the same as killing people (I do not believe this), those don't include how many deaths were reduced by cutting USAID. The funds wound up fueling awful things around the globe.

Once you factor in everything, the cuts are a huge net gain in my estimation.

Re: Grok Build is open source

#653

Post by qiine »

simonw wrote: post #171
guessmyname wrote: post #150

Earlier quoted context omitted.

Pi is good in concept, but why couldn’t they choose a compiled language instead of TypeScript?

I imagine because they want to support plugins, and plugins in compiled language are a lot less natural than plugins in languages like TypeScript or Python.

well neovim does that beautifully

Re: Grok Build is open source

#654

Post by tomhow »

justinkramp wrote: post #407
tomhow wrote: post #5

Earlier quoted context omitted.

Please don't just post the most obvious snarky comment about a given topic. The guidelines make it clear we're trying for something better here. https://news.ycombinator.com/newsguidelines.html

Good push, thank you. Others have commented more salient criticism.

Thanks for understanding! Appreciate the reply.

Re: Grok Build is open source

#655

Post by qup »

threethirtytwo wrote: post #465
driverdan wrote: post #387

Earlier quoted context omitted.

[flagged]

No he doesn't. There's a lot of bullshit surrounding him. Things are taken out of context. I will say this, he believes in things about race that are controversial. For example that races may have different IQs. But you have to realize we don't actually know if races have different IQs. The idea fits common sense though... if races can LOOK different... what black magic suddenly makes them completely equal in intelli…

Why would you think the same genes control intelligence and skin color?

The genes that control skin color don't control fast twitch muscle, but we know sub Saharan Africans have more fast twitch than the rest of the world. What magic skin color gene affects fast twitch muscle? None.

It turns out, a population can select for more than one gene at a time. Crazy.

What we don't know is what genes individuals carry. That's why racism is stupid. Elon would agree.

Re: Grok Build is open source

#656

Post by WildGreenLeave »

whimsicalism wrote: post #153
buremba wrote: post #118

I would recommend using https://pi.dev/ over Grok Build with your xAI subscription at this point

why pi over opencode? earnestly curious, trying to figure out what open solution people are consolidating on. (codex is also pseudo-open but contributions closed and nice)

I tried OpenCode but didn't particular like it as a Claude Code user, that is the main reason I switched to Pi. The reason I am sticking is how simple it is to extend it. I moved from Claude Code to Pi and within 2 hours (and the help of Claude Code) I have a setup that matches Claude Code and is even better for my setup.

Things I've added:

1. Built my own AI judge for 'auto' mode that matches my setup.

2. /plan /go for planning and executing.

3. /flow for A-Z setups. That includes planning, executing, testing and shipping.

4. /deep-research a multi fan-out setup for researching a topic.

5. My own sub agents.

6. A TaskCreate/Update/List setup.

7. Monitors.

8. BashOutput / KillShell.

9. Proper notifications with Notify that uses macOS banner and work.

10. Spawn tool that triggers multiple sub agents.

11. A bridge between signal to use Pi remotely.

Yes a lot of these things is something that was already in Claude Code but now I don't have to use Claude Code and I can customize it to fit me exactly.

Re: Grok Build is open source

#657

Post by budsniffer952 »

Lomlioto wrote: post #496
urbsgpw wrote: post #464

Earlier quoted context omitted.

This. When I was less into tech (2010-2015), I hated how everyone fawned about Elon (remember Hollywood casting him in iron man?). As I started to transition into tech I remember being impressed by the design principles of his companies (simplify, remove complexity). But I am absolutely baffled how his detractors don't see that exactly what you mentioned, that they are part of subset of society, with very strong opin…

[flagged]

[flagged]

Re: Grok Build is open source

#658

Post by sunaookami »

skeptic_ai wrote: post #637
simonw wrote: post #299

There's some surprising stuff in this codebase. For example, https://github.com/xai-org/grok-build/blob/b189869b7755d2b48... is a "self-contained terminal renderer for Mermaid diagrams", which renders a subset of Mermaid chart types using Unicode box-drawing.

How could be a fork outside of this repo? “ This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.”

Looks like there is a newer commit that was force-pushed and overwrote the linked one?

Re: Grok Build is open source

#659

Post by numpad0 »

vidarh wrote: post #650
numpad0 wrote: post #638

Earlier quoted context omitted.

ok... I disagree, and I mean no offense, but there's going to be too much contexts and nuances to be taken into account that it's probably not worth trying for both of us. All I can say is that the problem is not that the pipe characters are given inconsistent width but that non-ASCII characters has all different random widths, and if you need texts with double-width characters like ▶, 漢, ก, etc., to align in a grid,…

No, you don't need to pick a fixed width font for that. You will get the best results with one, but rescaling the glyphs works just fine. I've written a font renderer. It's not hard. In fact my terminal, using said font renderer, rescales glyphs by default because even a lot of "fixed width" fonts are buggy and not truly fixed, and so enforcing the grid alignment and scaling to fit was the easiest way to ensure consi…

I thought this discussion is more about somehow aligning pipes over multiple lines in existing console emulators(impossible), than about implementing a complete custom graphical text rendering system specific to your app that butcher font files to put glyphs wherever you want?

That feels like cheating since you're not rendering provided font at that point. Besides you might as well just use SVG for diagrams than pretending to be text only.

Re: Grok Build is open source

#660

Post by skissane »

afavour wrote: post #629
skissane wrote: post #394

Earlier quoted context omitted.

> Ok, then let’s just say CSAM by definition of US law. “CSAM” isn’t a legal category under US law. “Child pornography” is a legal category under US law. But, according to the 2002 US Supreme Court case Ashcroft v. Free Speech Coalition (535 U.S. 234), so-called “virtual child pornography” (imagery produced by CGI or AI, not featuring the images of any identifiable real world minors), is (partially) protected [0] by…

> not featuring the images of any identifiable real world minors Right... but the material Grok was producing was featuring real world minors. Again, you're trying really really hard to expand the definition of what we're talking about to give Grok a pass and I do not understand why.

> Again, you're trying really really hard to expand the definition of what we're talking about to give Grok a pass and I do not understand why.

From my perspective, you come across as being more focused on making assumptions about other people’s motivations than on precision.

Post reply on HN