Live data from Hacker News

Ex-GitHub CEO launches a new developer platform for AI agents

entire.io

511–520 of 625 posts

Re: Ex-GitHub CEO launches a new developer platform for AI agents

#511
post #505

> When you push your commit, Checkpoints also pushes this metadata to a separate branch (entire/checkpoints/v1) For Claude Code, this is literally a JSONL file in .claude/projects/[path with - instead of /]/[uuid].jsonl... You can trivially have Claude Code write a commit hook to do this for you if you find it useful. I'm sure their vision is wider than that, but they will need to iterate fast for this not to be made…

How do you handle the retreival aspect? So you have this set up and now what?

>FWIW, I had an agent adding archiving of the JSONL for changesets linked to the work they're doing

Would love to know more! Sounds interesting.

Re: Ex-GitHub CEO launches a new developer platform for AI agents

#512

Earlier quoted context omitted.

We are in an era of solutions being invented and developed at a rapid pace. The identification or invention of problems that they are good at solving has a much slower lifecycle.

Really? Why then does Amodei keep announcing the end of employment in 6 months, every 6 months?

CEO's are living proof that a broken clock can be wrong the whole day (and still get paid).

Re: Ex-GitHub CEO launches a new developer platform for AI agents

#513
post #505

> When you push your commit, Checkpoints also pushes this metadata to a separate branch (entire/checkpoints/v1) For Claude Code, this is literally a JSONL file in .claude/projects/[path with - instead of /]/[uuid].jsonl... You can trivially have Claude Code write a commit hook to do this for you if you find it useful. I'm sure their vision is wider than that, but they will need to iterate fast for this not to be made…

How do you handle the retreival aspect? So you have this set up and now what? >FWIW, I had an agent adding archiving of the JSONL for changesets linked to the work they're doing Would love to know more! Sounds interesting.

I'm taking a very crude approach for now. My "improvement agent" has a few distinct stages: A goals extraction step that explores the repository, with some pointers to specific files that is consider authoritative as to the users intent, and then builds out files in docs/goals. That then feeds into a plan ideation stage that results in directories for plans in docs/plans. That directory has the plan itself, and logs of revisions etc. So for now I'm just dumping snapshots of those jsonl line files in there.

Putting it in a branch so it doesn't pollute your checked out copy may well be a good idea in the longer run. For now, I keep all the plans available, as I then have a review stage that reviews all the plans, and writes things like "the user got increasingly exasperated as the agent kept ignorning direction" :D and helps propose improvements to the tool and workflow to reduce the number of those exasperated movements...

I'm thinking of packaging it up and open-sourcing it. It's all very experimental and likely to totally change every day for now, but I find it helpful. It's built me a personal dashboard, and keeps adding stuff to it with relatively minimal direction beyond "spying" on my notes and journal at this point. At one point a plan specifically called me out for procrastinating and planned for how to "work around" that with tooling (I wish it'd succeed at that).

There's nothing really fancy here, just feedback loops that ensures the wild claims the agents sometimes will make are tested and rejected.

To the original JSONL bit, the uuid you need to look it up is also the UUID you need to call "claude --resume [uuid]", so extracting it also allows for e.g. having the verification agent (that checks if the implementation agent was truthful when ticking off the quality gates - spoiler: it very often isn't) feed its report back into the original implementation conversation if rejected, instead of having the implementation agent "start over" without the full context. I haven't tested that yet, but I'm hopeful.

Though even if you don't have it restart, you can point it to the snapshot of the previous conversation as a source of additional info, as another option.

Re: Ex-GitHub CEO launches a new developer platform for AI agents

#515

> Checkpoints are a new primitive that automatically captures agent context as first-class, versioned data in Git. When you commit code generated by an agent, Checkpoints capture the full session alongside the commit: the transcript, prompts, files touched, token usage, tool calls and more. This thread is extremely negative - if you can't see the value in this, I don't know what to tell you.

Is that sarcasm ? Dump a bunch of JSON from llm proxy and commit it ? Sounds like billion dollar secret sauce to me.

Re: Ex-GitHub CEO launches a new developer platform for AI agents

#516
post #436

Earlier quoted context omitted.

Yes, development was being done in SVN but it was a huge pain. Continuous communication was required with the server (history lookups took ages, changing a file required a checkout, etc.) and that was just horribly inefficient for distributed teams. Even within Europe, much more so when cross-continent. A DVCS was definitely required. And I would say git won out due to Linus inventing and then backing it, not because…

> changing a file required a checkout SVN didn't need checkouts to edit that I recall? Perforce had that kind of model.

And even in P4, you could checkout files only at the end, kind of like `git add`. Though this could provide some annoyance if someone had locked the file in the upstream.

Re: Ex-GitHub CEO launches a new developer platform for AI agents

#517

Earlier quoted context omitted.

I don't think your Github example is accurate. The vast majority of developers started using git after Github became a thing. They may have used svn or another type of collaboration system before, but not git. And the main reason they started using git is because Github was such massive value on top of git, not because git was so amazing.

My memories are different. Git became amazing on it's own and was a big advantage over SVN. GitHub was "a open source" thing in the beginning. No company here had the idea to host proprietary closed source code on another platform they do not have control over. This eventually became a thing later though and the mindset shifted.

And now many companies do have the idea of hosting proprietary code on a shitty, buggy, closed-source platform they have no control over. Indeed a shifted mindset. Maybe it wasn't shitty, buggy and closed-source enough before.

Re: Ex-GitHub CEO launches a new developer platform for AI agents

#518
post #393

[flagged]

It seems at this point, everyone and their mother, i.e. "We", are building the "tools" for which "we" mostly hope that the VC money will materialise. Use-cases are not important - if OpenAI can essentially work with Monopolly money, whey can´t "we" do it too?

Because "we" are just wrappers around OpenAI's model.

Re: Ex-GitHub CEO launches a new developer platform for AI agents

#519

Earlier quoted context omitted.

Really? Why then does Amodei keep announcing the end of employment in 6 months, every 6 months?

CEO's are living proof that a broken clock can be wrong the whole day (and still get paid).

I wonder since agents are soo successful, when are CEOs get replaced by AI?

Or it does not work that way?

Re: Ex-GitHub CEO launches a new developer platform for AI agents

#520
post #393

[flagged]

> are we building tools for a workflow that actually exists, or are we building tools and hoping the workflow materializes? You could ask that question about all the billions that went into crypto projects.

This is the irony: AI projects are comparable to crypto projects, but receiving 60M in seed-funding.
Post reply on HN