Hacker Newsnew | past | comments | ask | show | jobs | submit | dave1010uk's commentslogin

1. Solve reinforcement learning.

2. solve unsupervised learning.

3. gradually tackle more complicated things.

> what was the "real reason" they couldn't achieve their original goals?

I assume this is referring to why they gave up being a non-profit. The answer is that they needed more money.


Huh, I guess ML people weren't aware of "divide and conquer" that has been successfully employed in software engineering since basically forever?

> I assume this is referring to why they gave up being a non-profit. The answer is that they needed more money.

Ugh, that was more boring than even I expected, thanks a lot for saving me the time though, seems avoiding watching the full thing was worth it.


Not that they wanted more money personally, but that they needed more money for compute.

"Financially, what will take me to $1B?" -Greg Brockman, August 2017

> The answer is that they needed more money.

isn't it still an odd choice for a nonprofit? it's hard to imagine a world without OpenAI and ChatGPT now, but at some point they decided being the best is most important. and presumably most profitable, since why just need a little more money?


Don't all nonprofits need more money to improve their sustainment?

Maybe, but somehow I doubt the American Heart Association is planning to open a chain of pork barbecue restaurants to support its mission against heart disease.

Trivial to imagine everyone switching to Anthropic or Google or on-device LLMs.

It looks a lot like a CvRDT (i.e. a state-based CRDT).

They describe it as a commutative monoid, which means it has associativity and commutativity. CvRDTs also need idempotence, so they can handle duplicate data. Either they are idempotent too (which would make it semilattice-like), or the network protocol handles the deduplication outside of the data itself.

Letting the payload/application define the merge operation is clever. I assume it would mean contracts could opt in to idempotency if it doesn't already exist.

The other bit Freenet has added is doing all this with DHT routing and subscriptions, rather than a more basic peer mesh. This is very different to a blockchain and means it probably isn't suited for anything transactional.


This is broadly correct.

> CvRDTs also need idempotence, so they can handle duplicate data. Either they are idempotent too (which would make it semilattice-like), or the network protocol handles the deduplication outside of the data itself.

Freenet's summary/delta synchronization mechanism implicitly disregards duplicate updates. The idea is that a peer A creates a "summary" of a contract's state which is sent to the other peer B which then creates a "delta", which contains anything in B's state that isn't in A's state. The delta is then sent from B to A bringing A's state up-to-date. Thus the contract defines a custom synchronization mechanism for its state which can be very efficient.

These summaries and deltas are just arbitrary bytes as far as the framework is concerned, their meaning is entirely up to the contract.

> The other bit Freenet has added is doing all this with DHT routing and subscriptions, rather than a more basic peer mesh. This is very different to a blockchain and means it probably isn't suited for anything transactional.

That's correct, Freenet doesn't guarantee a global consensus although in practice contract states will converge within a few seconds. This is good enough for applications like group chat and social networks but for a cryptocurrency you still need to solve the double-spend and global ordering problems.


You could also parse prompts into an AST, run inference, run evals, then optimise the prompts with something like a genetic algorithm.


> Heck, there's others who were wealthy in scripture, even kings are they all doomed?

This is a great question. In the next verses, the disciples ask pretty much the same thing: "Who then can be saved?" and then Jesus explains to them:

    With men this is impossible, but with God all things are possible.
Whether it's a camel or a rope (and whether it's a literal needle or a small city gate, as some people argue), I think is less important (though still interesting). Either way, after the rich young ruler walks away, Jesus turns to his disciples and paints a picture something that's completely impossible without God, no matter how hard we might try by ourselves.


Genesis is a theological narrative, which is very different to most things we read these days, especially as a software engineer.

1. The general consensus is that there were more people. This is assumed in Genesis and it (annoyingly!) doesn't bother to explain it, as the audience at the time already assumed it. Also, the authors weren't interested in all the logistics and technicalities that we are today.

2. Cities referenced in Genesis were likely fortified settlements, rather than like modern cities.

The idea that people in Africa could only build simple huts is a myth that came from the colonial era. Africa had large cities, architecture and metallurgy while parts of Europe were still tribal.

If you're keen to learn more, there are some good books that explain this much better than a comment can, such as "How to Read the Bible for All Its Worth" by Fee & Stuart and "Genesis for Normal People" by Pete Enns. I haven't read it but "African Civilizations" by Graham Connah is probably the go-to book on how African cities and technologies were so much further ahead than traditional European/US narratives place them.

The best resource for these kinds of questions is probably "The Bible Project". They have a load of YouTube videos and podcasts that cover these kinds of questions.


thanks. if there were more people, then how can we all get the sin from adam and eve:

The biblical data consistently understands Adam and Eve to have been real individual human beings from whom all humanity’s descent may be traced. This representation begins as early as Genesis 4, where Adam and Eve have sexual relations and produce children, one of whom kills another. In Genesis 5, there is a lengthy genealogy of Adam’s descendants, whose offspring eventually form all the nations of the world listed in Genesis 10. The contents of these stories are reproduced in similar genealogies in the books of Chronicles and Luke, which trace Adam’s descendants down to those who returned from the exile (1 Chronicles 1–9) and to Jesus Christ (Luke 3:23–38).


The install is very opaque. It's not clear where these skills are installed, how to upgrade them or remove them.

Here's the `skills` package on NPM: https://www.npmjs.com/package/skills - it's MIT licensed but I can't find it on Github.

`skills` looks to be a wrapper around `add-skill`: https://github.com/vercel-labs/add-skill

From the docs, `add-skill` auto detects from 16 different potential paths to copy skills to in a repository (.claude/, .codex/, .Gemini/, etc).

`add-skill` also let's you install skills globally (~/). From the code, `skills` looks like it doesn't support global installs but under the hood it passes all args to add-skill, so you should be able to install skills globally or install multiple skills (even if the wrapper doesn't expect it).

Aside: although lots of agents have adopted SKILLS.md conventions, they're currently all using their own paths. There doesn't seem to be a consensus yet, like there is with AGENTS.md. There are even 3 generic paths: .agent/skills/, .agents/skills/ and just skills/


The best thing I can come up with right now for multi-agent installation is symlinks.¹ This tool doesn’t seem to even try to solve the updating or versioning requirements.

¹ https://github.com/hodgesmr/agent-fecfile?tab=readme-ov-file...


Although it's not clear how to upgrade them (I doubt there is any version management built-in), the installer does specify where it will be installed (And lets you choose global/project level.


Skills certainly got a wildwest pre VCS copy-paste feeling going on.



tl;dr: like Starship's PS1 combined with Claude Code's skills.


Impressive!

Here's an agent in 24 lines of PHP, written in 2023. But it relies on `llm` to do HTTP and JSON.

https://github.com/dave1010/hubcap


Langton Matravers is about 2km north of the coast. The 3 norths will have met land at a place called Dancing Ledge, at about SZ 00000 76833 (50.59121, -2.00000).

https://en.wikipedia.org/wiki/Dancing_Ledge

The quarry caves at Winspit are worth an explore if you're in the area - they've been used in the set for Dr Who, Blake's 7 and Andor.

https://en.wikipedia.org/wiki/Winspit


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: