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

@bosun-sh/chest

v0.0.1

Published

Local governance store for AI agent workflows.

Readme

Chest

Chest is an open-source self-governance store for AI agent workflows.

It keeps project governance criteria in local, versioned files so agents can plan, execute, and validate work against explicit goals without turning every decision into a human checkpoint.

Install

bun add @bosun-sh/chest

The package is published as a normal npm artifact and exposes:

  • @bosun-sh/chest for the core registry and tool IDs
  • @bosun-sh/chest/ohtools for the default prewired Ohtools app
  • @bosun-sh/chest/cli for the CLI-attached app
  • @bosun-sh/chest/mcp for the stdio MCP app

Use

If you want to embed Chest in your own launcher, import the registry or one of the ready-made app entrypoints:

import { createChestApp, chestCliApp, chestMcpApp, chestToolIds } from "@bosun-sh/chest";
import chestApp from "@bosun-sh/chest/ohtools";

console.log(chestToolIds.length);
console.log(chestApp.build().adapters.has("mcp"));
console.log(chestCliApp.build().adapters.has("cli"));
console.log(chestMcpApp.build().adapters.has("mcp"));

const registry = createChestApp().build();
console.log([...registry.tools.keys()]);

To launch Chest through ohtools, create a tiny local wrapper and point the CLI at it:

// chest-app.ts
import chestApp from "@bosun-sh/chest/ohtools";

export default chestApp;
bunx ohtools --app ./chest-app.ts list

What It Solves

AI-assisted workflows often need governance, but repeated checkpoints can turn into a throughput bottleneck. Chest is designed for projects where the agent can evaluate most decisions against machine-verifiable criteria instead of stopping for approval every time.

Chest organizes that governance around:

  1. OKRs
  2. KPIs
  3. Definition of Ready
  4. Definition of Done

The project is based on the intervention-penalty problem described in: The Intervention Penalty: A Simulation Study of Human Checkpoint Costs in AI Coding Governance.

Storage

Chest stores its local state under .chest/ by default:

  • .chest/okrs.yaml
  • .chest/kpis.yaml
  • .chest/definition-of-ready.yaml
  • .chest/definition-of-done.yaml
  • .chest/reports/*.yaml

Set CHEST_HOME to redirect the store to another location.

Current State

Chest is implemented as a real @bosun-sh/ohtools registry with 20 Chest tool IDs exposed through the CLI and MCP surfaces. The checked-in implementation includes:

  1. src/ohtools.ts as the registry composition root used by bunx ohtools.
  2. src/workspace/cli-adapter.ts for CLI attachment.
  3. src/workspace/mcp-server.ts as the stdio MCP bridge used by the e2e parity test.
  4. YAML-backed OKR, KPI, DoR, DoD, validation, judge, and report workflows.
  5. Validation and report tools that persist report files under .chest/reports/.

Development

The repo uses the same commands locally and in CI:

bun run lint
bun run test:unit
bun run test:e2e
bun run build
bun run pack:check
bun run smoke:packed

Git hooks are managed with Husky:

  • pre-commit runs lint and test:unit
  • pre-push runs test:e2e and build

CLI error envelopes are JSON and exit nonzero; capture the error stream when parsing failures such as OHTOOLS_VALIDATION_ERROR.

Repository Layout

  • src/ contains the Chest registry, adapters, domain slices, ports, and workspace helpers.
  • tests/ contains unit, integration, and e2e coverage.
  • docs/ contains the contract specs for the implemented v1 feature slices.
  • .github/workflows/ci.yml defines the GitHub Actions pipeline.

Contributing

Issues and pull requests are welcome.

If you plan to change behavior, keep the docs, tests, and public tool surface aligned with the implementation. The repo is intended to stay easy for agents and humans to navigate.

License

Apache-2.0. See LICENSE and package.json for the current license declaration.