I'm a little confused as to the 16-bit game interface shown in the article. Is that just for illustration purposes in the article itself, or is there an actual UI you've built to represent Steven/Steven's world?
A hackable AI assistant using a single SQLite table and a handful of cron jobs
71–80 of 183 posts
Re: A hackable AI assistant using a single SQLite table and a handful of cron jobs
#72Earlier quoted context omitted.
I’ve been thinking lately that email is a good interface for certain modes of AI assistant interaction, namely “research” tasks that are asynchronous and take a relatively long time. Email is universal, asynchronous, uses open standards, supports structured metadata, etc.
How does email support structured metadata? Are you talking about X headers?
Re: A hackable AI assistant using a single SQLite table and a handful of cron jobs
#73Re: A hackable AI assistant using a single SQLite table and a handful of cron jobs
#74> I’ll use fake data throughout this post, beacuse our actual updates contain private information
but then later:
> which makes a call to the Claude API
I guess we have different ideas of privacy
Re: A hackable AI assistant using a single SQLite table and a handful of cron jobs
#75Earlier quoted context omitted.
I’ve been thinking lately that email is a good interface for certain modes of AI assistant interaction, namely “research” tasks that are asynchronous and take a relatively long time. Email is universal, asynchronous, uses open standards, supports structured metadata, etc.
Email is decent for intermural communication. If it's intramural and you control both the sender and receiver, MQTT or ntfy are likely better communication channels since they increase flexibility and lower complexity, IMO.
I could see installing or implementing a custom client if there were some functionality that'd enable, but "support a conversation among two speakers" is something computers have done since well before I was born. If the wheel fits, why reinvent it?
Re: A hackable AI assistant using a single SQLite table and a handful of cron jobs
#76What do you think of this: instead of just deleting old entries, you could either do LRU (I guess Claude can help with it), or you could summarize the responses and store the summary back into the same table — kind of like memory consolidation. That way raw data fades, but a compressed version sticks around. Might be a nice way to keep memory lightweight while preserving context.
Re: A hackable AI assistant using a single SQLite table and a handful of cron jobs
#77First: > I’ll use fake data throughout this post, beacuse our actual updates contain private information but then later: > which makes a call to the Claude API I guess we have different ideas of privacy
Re: A hackable AI assistant using a single SQLite table and a handful of cron jobs
#78I'm a little confused as to the 16-bit game interface shown in the article. Is that just for illustration purposes in the article itself, or is there an actual UI you've built to represent Steven/Steven's world?
Re: A hackable AI assistant using a single SQLite table and a handful of cron jobs
#79Re: A hackable AI assistant using a single SQLite table and a handful of cron jobs
#80This made me think: what if my little utility assistant program that I have, similar to your Stevens, had access to a mailbox? I've got a little utility program that I can tell to get the weather or run common commands unique to my system. It's handy, and I can even cron it to run things regularly, if I'd like. If it had its own email box, I can send it information, it could use AI to parse that info, and possibly se…
This is amazing, you can do all sorts of automations. You can feed it to an llm and have it immediately tag it (or archive it). For important emails (I have a specific label I add, where if the person responds, it's very important and I want to know immediately) you can hook into twilio and it calls me. Costs like 20 cents a month