HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
rivet-dev
agents
TypeScript2026–2026
rivet-dev / agents

agents

A durable process per agent, with memory that survives restarts

2Distinct people
3Mentions
0Explicit recommenders
1.6KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

A durable process per agent, with memory that survives restarts

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 12:54:37 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by day3 dated mentions

Observed mentions: 2026-01-28 14:06:48 UTC to 2026-02-19 05:19:08 UTC.

012026-01-28 00:00:00 UTC to 2026-01-29 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsJan 282026-01-29 00:00:00 UTC to 2026-01-30 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-01-30 00:00:00 UTC to 2026-01-31 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-01-31 00:00:00 UTC to 2026-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-01 00:00:00 UTC to 2026-02-02 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-02 00:00:00 UTC to 2026-02-03 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-03 00:00:00 UTC to 2026-02-04 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-04 00:00:00 UTC to 2026-02-05 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-05 00:00:00 UTC to 2026-02-06 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-06 00:00:00 UTC to 2026-02-07 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2026-02-07 00:00:00 UTC to 2026-02-08 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-08 00:00:00 UTC to 2026-02-09 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsFeb 82026-02-09 00:00:00 UTC to 2026-02-10 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-10 00:00:00 UTC to 2026-02-11 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-11 00:00:00 UTC to 2026-02-12 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-12 00:00:00 UTC to 2026-02-13 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-13 00:00:00 UTC to 2026-02-14 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-14 00:00:00 UTC to 2026-02-15 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-15 00:00:00 UTC to 2026-02-16 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-16 00:00:00 UTC to 2026-02-17 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-17 00:00:00 UTC to 2026-02-18 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-18 00:00:00 UTC to 2026-02-19 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-19 00:00:00 UTC to 2026-02-20 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsFeb 19

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Jan 282026-01-28 00:00:00 UTC2026-01-29 00:00:00 UTC110
Jan 292026-01-29 00:00:00 UTC2026-01-30 00:00:00 UTC000
Jan 302026-01-30 00:00:00 UTC2026-01-31 00:00:00 UTC000
Jan 312026-01-31 00:00:00 UTC2026-02-01 00:00:00 UTC000
Feb 12026-02-01 00:00:00 UTC2026-02-02 00:00:00 UTC000
Feb 22026-02-02 00:00:00 UTC2026-02-03 00:00:00 UTC000
Feb 32026-02-03 00:00:00 UTC2026-02-04 00:00:00 UTC000
Feb 42026-02-04 00:00:00 UTC2026-02-05 00:00:00 UTC000
Feb 52026-02-05 00:00:00 UTC2026-02-06 00:00:00 UTC000
Feb 62026-02-06 00:00:00 UTC2026-02-07 00:00:00 UTC110
Feb 72026-02-07 00:00:00 UTC2026-02-08 00:00:00 UTC000
Feb 82026-02-08 00:00:00 UTC2026-02-09 00:00:00 UTC000
Feb 92026-02-09 00:00:00 UTC2026-02-10 00:00:00 UTC000
Feb 102026-02-10 00:00:00 UTC2026-02-11 00:00:00 UTC000
Feb 112026-02-11 00:00:00 UTC2026-02-12 00:00:00 UTC000
Feb 122026-02-12 00:00:00 UTC2026-02-13 00:00:00 UTC000
Feb 132026-02-13 00:00:00 UTC2026-02-14 00:00:00 UTC000
Feb 142026-02-14 00:00:00 UTC2026-02-15 00:00:00 UTC000
Feb 152026-02-15 00:00:00 UTC2026-02-16 00:00:00 UTC000
Feb 162026-02-16 00:00:00 UTC2026-02-17 00:00:00 UTC000
Feb 172026-02-17 00:00:00 UTC2026-02-18 00:00:00 UTC000
Feb 182026-02-18 00:00:00 UTC2026-02-19 00:00:00 UTC000
Feb 192026-02-19 00:00:00 UTC2026-02-20 00:00:00 UTC101

What Hacker News says

3 sources
Quick question but what if I use claude code itself for the purpose? https://github.com/rivet-dev/sandbox-agent/tree/main/gigacod... [I saw this inShow HN: Gigacode – Use OpenCode's UI with Claude Code/Codex/Amp] (https://news.ycombinator.com/item?id=46912682) This can make Opencode work with Claude code and the added benefit of this is that Opencode has a Typescript SDK to automate and the back of this is still running claude code so technically should work even with the new TOS? So in the case of the OP. Maybe Opencode TS SDK <-> claude code (using this tool or any other like this) <-> It uses the oauth sign in option of Claude code users? Also, zed can use the ACP protocol itself as well to make claude code work iirc. So is using zed with CC still allowed? > I don't see how they can get more clear about this, considering they have repe
Read the rest
atedly answered it the exact same way. This is confusing quite frankly, there's also the claude agent sdk thing which firloop and others talked about too. Some say its allowed or not. Its all confusing quite frankly.
In Anthropic officially bans using subscription auth for third party use

Show HN: Gigacode – Use OpenCode's UI with Claude Code/Codex/Amp

Gigacode is an experimental, just-for-fun project that makes OpenCode's TUI + web + SDK work with Claude Code, Codex, and Amp. It's not a fork of OpenCode. Instead, it implements the OpenCode protocol and just runs `opencode attach` to the server that converts API calls to the underlying agents. We build this to scratch our itch of being able to rapidly switch between coding agents based on the task at hand. For example, we find that: - Claude Code is the best executor & fast iterator - Codex (high) is the best for complex or long-running tasks - OpenCode for fine-tuned, do-exactly-as-I-say edits I personally believe that harnesses matter almost as much as the models in 2026. OpenCode lets you swap out models already, but the CC & Codex harnesses + system prompts make a big difference in practice. Under the hood, this is all powered by ou
Read the rest
r Sandbox Agent SDK: - Sandbox Agent SDK provides a universal HTTP API for controlling Claude Code, Codex, and Amp - Sandbox Agent SDK exposes an OpenCode-compatible endpoint so OpenCode can talk to any agent - OpenCode connects to Sandbox Agent SDK via attach I want to emphasize: the Anomaly folks are doing awesome work with OpenCode agent + Zen + Black. I use OC regularly alongside CC & Codex depending on the task. Gigacode is only possible because OpenCode is insanely flexible, hackable, and well documented. Give it a try: $ curl -fsSL https://releases.rivet.dev/sandbox-agent/latest/gigacode-ins... | sh Check out the project, architecture, and other install options: https://github.com/rivet-dev/sandbox-agent/tree/main/gigacod...
27 points · Open discussion

Show HN: Sandbox Agent SDK – unified API for automating coding agents

We’ve been working with automating coding agents in sandboxes as of late. It’s bewildering how poorly standardized and difficult to use each agent varies between each other. We open-sourced the Sandbox Agent SDK based on tools we built internally to solve 3 problems: 1. Universal agent API: interact with any coding agent using the same API 2. Running agents inside the sandbox: Agent Sandbox provides a Rust binary that serves the universal agent API over HTTP, instead of having to futz with undocumented interfaces 3. Universal session schema: persisting sessions is always problematic, since we don’t want the source of truth for the conversation to live inside the container in a schema we don’t control Agent Sandbox SDK has: - Any coding agent: Universal API to interact with all agents with full feature coverage - Server or SDK mode: Run as
Read the rest
an HTTP server or with the TypeScript SDK - Universal session schema: Universal schema to store agent transcripts - Supports your sandbox provider: Daytona, E2B, Vercel Sandboxes, and more - Lightweight, portable Rust binary: Install anywhere with 1 curl command - OpenAPI spec: Well documented and easy to integrate We will be adding much more in the coming weeks – would love to hear any feedback or questions.
41 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.