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

crewbee-project-context

v0.1.14

Published

Lightweight project context layer for Agent Coding and CrewBee integration.

Readme

CrewBee Project Context

CrewBee Project Context is a lightweight project context layer for Agent Coding.

It stores high-signal project knowledge in a .crewbee/.prjctxt/ workspace, including project identity, architecture, implementation snapshot, plan, current state, handoff, decisions, and memory index.

It helps CrewBee agents restore project context with minimal attention cost, while delegating scaffold maintenance to a Project Context Maintainer instead of the main coding agent.

It integrates with OpenCode + CrewBee as a sibling OpenCode plugin. The CLI is kept as an internal debugging and CI utility, not as the primary user workflow.

CrewBee should integrate it, but not be core-coupled to it.

Minimalism principle

Design and implementation must stay minimal. Add a concept, file, command, dependency, abstraction, or integration point only when it directly reduces future agent context cost or prevents a concrete safety problem.

Default choices:

  • plain files over databases;
  • local text search over vector infrastructure;
  • automatic plugin/runtime integration over manual user CLI steps;
  • small prompt fragments over large injected documents;
  • adapter-level CrewBee integration over CrewBee Core coupling.

Positioning

crewbee-project-context
  = project context layer / document scaffold / auto init / auto prepare / optional search / auto update

CrewBee
  = Team-first Agent framework / OpenCode adapter / Agent projection / runtime integration

This repository owns the .crewbee/.prjctxt/ convention and the tools that read, validate, summarize, search, and safely update it. CrewBee can consume the tools, but CrewBee Core does not depend on scaffold details.

MVP capabilities

  • Detect or lazily bootstrap a .crewbee/.prjctxt/ context workspace on first root-session startup.
  • When the scaffold is missing, create it from templates and start a hidden maintainer initialization job to read project docs, architecture/design notes, package metadata, tests, and main source implementation.
  • Automatically inject a low-token Runtime Rule + Context Brief when needed.
  • Expose only project_context_search to the main agent, with a high threshold: rare fallback for blocking historical context gaps only.
  • Evaluate Project Context update after every main-agent turn; maintain context after material turns through the official OpenCode subtask/Task flow, so Desktop users get a clickable task execution card that opens the Maintainer child session.
  • Avoid exposing scaffold file structure through project_context_read.
  • Keep the private context workspace out of main-agent prompt/capsule metadata, direct tool args, and non-maintainer tool outputs.
  • Integrate as an OpenCode plugin and do not use experimental.session.compacting.

Quick start

npm install
npm run diagnostics
npm test
npm run build
npm run pack:local
npm run install:local:user
npm run doctor

In product usage, install crewbee and crewbee-project-context as sibling OpenCode plugins and start OpenCode. Recommended OpenCode plugin order is:

{
  "plugin": ["crewbee", "crewbee-project-context@latest"]
}

Project Context detects its private workspace, auto-creates the scaffold if required files are missing, starts a hidden maintainer initialization job, auto-prepares a compact brief, and registers only the optional search tool. The install CLI targets the OpenCode user-level plugin workspace; scaffold init/read/update is not exposed as the main user workflow.

Useful development-only commands:

npm run primer
node dist/src/cli/main.js context:doctor

.crewbee/.prjctxt/ workspace

.crewbee/.prjctxt/
  QUICKSTART.md
  PROJECT.md
  ARCHITECTURE.md
  IMPLEMENTATION.md
  PLAN.yaml
  STATE.yaml
  HANDOFF.md
  MEMORY_INDEX.md
  DECISIONS.md
  REFERENCES.md
  config.yaml
  observations/
  cache/

The workspace is a compact execution view for agents, not a replacement for canonical long-form docs. Use docs/ for durable human-facing design material and .crewbee/.prjctxt/ for compressed execution state.

Template directory rule

During development, scaffold source documents live under templates/prjctxt-template/ to make it explicit that they are templates. The production context directory created inside a target project is always .crewbee/.prjctxt/.

Documentation

Current implementation status

This version uses a TypeScript implementation with a small service core and an OpenCode plugin adapter. It ships a root opencode-plugin.mjs package entrypoint, automatic scaffold initialization, automatic prepare/update runtime actions, every-turn update evaluation with conditional Task-style maintainer execution, one visible Project Context search tool, private smart-path wiring, direct Task guard, and CrewBee-style user-level install / doctor flow. .crewbee/.prjctxt/ is the product context directory.