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

DAEMONS.md is meant to be an open spec, like skills.

there's details on how other platforms can support it here: https://ai-daemons.com/spec/#provider-guide


here are a few more resources:

- example daemon files: https://github.com/charlie-labs/daemons

- reference docs: https://docs.charlielabs.ai/daemons

happy to answer questions. all feedback appreciated.


Are other daemons coming and/or will you accept user generated ones?


yes and yes. in the meantime, there's a list of use cases to start from here: https://docs.charlielabs.ai/daemons/choosing-daemons


Ah that's excellent, thanks.


simonw is right, daemons are closer to routines.

compared to routines:

- daemons are specified by a DAEMON.md file in the repo (like skills). it's version-controlled and team-owned, not hidden in a dashboard or linked to a single developers account.

- daemons have a specialized event pipeline that joins similar webhooks events into a single daemon activation and can inject late arriving events into a daemon that's already running (this is key to avoid duplicate work and noisy actions).

- the watch conditions are a more powerful activation method because they use semantic matching and can be mixed with cron schedules.

- daemons have access to the logs from their past runs (and soon proper memory) so they can learn from their own mistakes.


hadn't seen this before, but it looks like the daemon schedules and watch conditions could be helpful for activating openprose contracts.


it's similar to triggers, but with a routing layer that combines semantic triggers and memory. the magic is defining them as files in the repo (like skills) and not worrying about the execution.


the working spec is files like `.agents/daemons/<name>/DAEMON.md` and they have access to skills and rules in the repo so you don't need to duplicate them.

you could even have a daemon that just says to run an existing skill.


seems like and appropriate way to share.


It was less than $2 to embed all 100+ episodes with the new OpenAI embeddings and was as easy as just making a bunch of API calls. Pretty hard to beat that experience.


It's not fine tuned. You literally just add something like "if the answer to the question isn't in the context, say 'I don't know'" It's wild.


So do you have the entire Huberman podcast transcript in the context of the prompt?


How did you do that?


He just told you? The prompt is a combination of the top 5 search results, the phrase to say it doesn't know if it does not have context, and the question the user is actually asking. That is sent to OpenAI and the response is shown along with the search results as the references.


Thanks a lot. It's nice when people appreciate the stuff I build for fun.

The UI is my own design system that I will open source at some point. The app is Remix with a Redis cache to keep things snappy.


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

Search: