Think inside your AI world.
A repository archived, against a dependency you run
A repository status feed is quiet until it isn’t: projects get archived every day, and almost none of them are yours to care about. What you actually need is the one archive that lands on a dependency you run in production — because that is not a badge, it is a verdict about whether your stack still has a maintainer behind it, and that line is yours to draw.
Read the GitHub repository status feed through Unl and the public signal arrives measured against the criterion you ratified — so instead of a badge you would never think to check, you get the single archive that lands on a dependency you actually run, with the reason it now matters to you. The one, not the thousand.
What the GitHub repository status feed publishes
The GitHub repository status feed is a genuine public record, and it moves constantly:
- Repositories archived every day, across every language and ecosystem
- From weekend experiments no one depends on to libraries buried deep in real build graphs
- No release, no fix, no maintainer — but no interruption either, because nothing pushed the change to you
- No idea which of the archives sits under a dependency you run — that context is not in the feed
The line the feed can't hold
Say you run a dependency in production and ratified the line that makes its health worth your attention: if a repository I actually depend on is archived — the maintainer gone, no more fixes coming — I want to know while I can still plan a migration; anything I don’t run stays out of my way. That “actually depend on” is a decision you made; it is not a column the feed models.
The reason the line is yours is the whole point. A feed can list every archive; it cannot know which repositories are in your build graph, or that an archive on a library you run is a succession problem while an archive on a project you have never imported is nothing to you at all.
The frame judges the data it is given; it does not verify the source’s accuracy.
The one that crosses
So when a repository you run in production is archived, it crosses — and the thousand other archives that week do not. Through Unl the answer arrives as a verdict: a dependency you actually run has been archived, its maintainer has stepped away and no fixes are coming, so this one is worth planning around now; the rest of the day’s archives were not yours to carry. Same public feed; a decision instead of a badge.
You didn't ask — it was already there
You did not ask for it. The criterion was already ratified, so the next time you open Claude on that repository the crossing is already in the window — read against your line, with the reason it cleared it — rather than waiting for you to remember to check whether a library still has a maintainer. You author the line once; the read applies it every time the world moves.
The answer comes back measured against what you already decided, and why.
The lane is live and open to this tool today: one box, paste anything. If it speaks MCP, Unl can reach it. Readings arrive unprompted, the data beside the criterion; Unl is a courier, not a warehouse, and keeps only your keys and the frame.
Read further
Questions people ask
How is this different from a dependency-health dashboard or a feed of archived repos?
A dashboard shows you every project’s status on someone else’s schedule, and a feed lists every archive there is. This fires on YOUR rule: an archive, but only on a dependency you actually run, with the reasoning attached. The feed shows you the thousand; the measured read shows you the one that lands on your stack, and why it matters now.
Do I get pinged the moment a repository is archived?
The capability is that the crossing arrives measured against your criterion the next time you are working — it is already in the window, read against your line, rather than a status page you remember to open. A scheduled push is a separate delivery; what the read guarantees is that when the crossing surfaces, it surfaces as a verdict about your stack, not as one more feed entry.
Does Unl change anything in my repository or the status feed?
Unl reads through the GitHub repository status feed, and can write back on your explicit gesture — it never acts as a side effect of a read. The status feed is a public GET; your criterion — which dependencies you actually run — lives in Unl; the read joins them and returns a verdict, altering neither.
What this is
Think inside your AI world — you stay in command
Unlimitless (Unl to friends) holds what you've settled, reads what your tools are showing, and catches what's changed out in the world — and hands your AI whatever bears on the work, the moment it's needed, without you asking. The right thing, in front of the model, unprompted, with you in command of the call. So you keep moving toward what you set out to build, on top of everything you've already decided.
It plugs into Claude, Claude Code, ChatGPT and Cursor as an MCP connector. Quick to connect, in a couple of steps.
Unlimitless is open now to invited Alpha. Apply for the Beta waitlist to come in ahead of the full launch:
Alpha is invite-only · free at launch.