npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@network-harness/protocol-objects

v0.2.0

Published

Part of the network harness: @network-harness/protocol-objects.

Readme

@network-harness/protocol-objects

Two humans agree on one action over things they own, and the action happens without either of them handing anything to the other.

The negotiation is one phase rather than joint-search's two, because here the terms and the program are the same conversation: which objects each side stakes is what the program acts on. Three files are drafted together -- the terms, and the two sources of the program.

One thing here is unlike any other protocol in the harness: before a draft is sent, it is compiled. A program that does not compile is not a proposal. The compiler's verdict feeds the drafting run itself -- the loop's own correction turn covers an answer that does not fit the output contract, but a program that compiles to nothing fits the contract perfectly and is still unusable, and only this protocol can know that. So the diagnostics are appended to the same run, inside the same turn budget, and it stops there.

What travels is the terms, the sources, and the compiled program: all public between the two parties, all reviewable, all agreed byte for byte. The objects themselves are staked into the box by name, and what comes back goes into the human's own object daemon through an apply. This protocol never holds an object it did not just receive on its human's behalf.

| | | | --------- | ---------------------------------------------------------------------------------------------------------------------------- | | routes | POST /actions, GET /actions, GET /inventory | | payloads | action.request, action.suggestion, action.agreed, action.declined, action.party, action.session, action.failed | | schedules | advance 2s, sweep 30s | | needs | any source, pexe.compile and dobj.import plus the jc.* operations, with jc.submit and dobj.import gated | | intents | action |

It cannot run against anything this repository ships

It needs an external object daemon (dobjd) for the inventory and for importing what a run produced, and the pexe toolchain to compile. Neither is here, so the dev environment does not install this protocol; its vitest suite (services/daemon/tests/objects.spec.ts) is the way to exercise it.

Its box half is also known to diverge from the real box and has only ever run against the non-executing test double: the envelope's schema name, its shape, and the fact that it proposes a locally compiled artifact where the box compiles source in-enclave. A real box refuses it at propose. See docs/v1-plan.md, which records the finding and recommends parking this cluster until a dobjd exists.