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

@tae2089/agent-team

v1.0.0

Published

Daemonless CLI for coordinating agent workflows through durable local state.

Readme

agent-team

agent-team is a daemonless CLI for coordinating agent workflows through durable local state.

It stores runs, tasks, messages, inbox acknowledgements, sync checks, and event history in SQLite. It does not run workers, spawn LLMs, watch files, or require a background daemon.

Install

Install with Go:

go install github.com/tae2089/agent-team/cmd/agent-team@latest

Install with npm:

npm install -g @tae2089/agent-team

From this repository:

go install ./cmd/agent-team

Verify the binary:

agent-team version
agent-team --help

Release binaries and checksum verification are documented in docs/install.md.

Quickstart

Copy and paste this from a repository checkout. If agent-team is already installed, replace go run ./cmd/agent-team with agent-team.

export AGENT_TEAM_STATE_DIR="$(mktemp -d)"
go run ./cmd/agent-team init
go run ./cmd/agent-team run create --id run_docs --title "docs workflow"
go run ./cmd/agent-team task create --id task_docs --run run_docs --agent writer --title "draft docs" --body "Write the first draft."
go run ./cmd/agent-team task start --task task_docs --agent writer
mkdir -p _workspace/run_docs
printf '%s\n' "Draft complete." > _workspace/run_docs/task_docs.md
go run ./cmd/agent-team task complete --task task_docs --agent writer --evidence "Draft written and checked." --artifact "_workspace/run_docs/task_docs.md"
go run ./cmd/agent-team run summary --run run_docs
go run ./cmd/agent-team run close --run run_docs --reason "all tasks terminal"

State And Artifacts

Default state path:

.agent-team/agent-team.db

Override it per workflow:

export AGENT_TEAM_STATE_DIR=/tmp/agent-team-state

Artifacts should live outside the DB:

_workspace/{run_id}/

Harness users normally do not provide RUN_ID or TASK_ID. Generated Codex/Gemini harness orchestrators create or resolve those IDs as internal runtime context and pass them to workers. See docs/harness-runtime-context.md.

Pre-release DB Stability

agent-team is pre-v1. The SQLite schema under .agent-team/agent-team.db is not yet a stable compatibility contract.

  • Until v1, breaking DB schema changes may require deleting the state directory and running agent-team init again.
  • Do not store irreplaceable workflow artifacts only in the DB. Keep durable outputs under _workspace/{run_id}/.
  • Additive compatibility helpers may exist, but this project intentionally does not maintain a versioned migration framework before release.

Input Model

Every command rejects positional arguments. Use named flags, --params, and --json.

agent-team task complete \
  --params '{"task_id":"task_docs","agent":"writer","force":false}' \
  --json '{"evidence":"Draft written.","artifact":"_workspace/run_docs/task_docs.md"}'
  • --params: IDs, filters, statuses, booleans, and routing values.
  • --json: richer payloads such as task bodies, metadata, evidence, artifact paths, message bodies, and reasons.
  • If a value appears in both a named flag and JSON, the command returns input_conflict.
  • Boolean shell flags are presence-based: use --force or --unread.
  • Failure responses include error.recovery hints. See docs/errors.md.

Operational Commands

agent-team run list --status open
agent-team run summary --run run_docs
agent-team task stale --run run_docs --older-than 2h
agent-team task retry --task task_docs --reason "dependency fixed"
agent-team task reassign --task task_docs --agent backup-writer --reason "handoff"
agent-team message list --run run_docs --unread
agent-team event log --run run_docs --limit 100
agent-team schema export

schema export is the machine-readable command contract used by tests and skill documentation consistency checks. Run/task status rules are documented in docs/status-policy.md.

Harness Integration

The repository includes gwscli-style skills under skills/.

  • Service skills: agent-team-run, agent-team-task, agent-team-inbox, agent-team-sync, agent-team-ops
  • Command helper skills: one per CLI command
  • Recipes: run lifecycle, worker checkpoint, and operational audit
  • Harness skills: agent-team-codex-harness and agent-team-gemini-harness

Generated harnesses should load agent-team-shared, choose a recipe/service skill, then load exact command helper skills for syntax and flags.

The CI dogfood example exercises the runtime contract without requiring an external LLM process:

sh examples/dogfood-harness/run.sh

Manual Codex and Gemini harness dogfood guides are in examples/dogfood-harness/README.md. Sandbox and permission guidance is in docs/harness-sandbox-permissions.md.

Development

GOCACHE=/tmp/gocache GOMODCACHE=/tmp/gomodcache go test ./...
sh scripts/ci-drift-check.sh
sh examples/dogfood-basic/run.sh
sh examples/dogfood-harness/run.sh
sh examples/stress/ci-smoke.sh

Run a heavier local stress profile. The heavy profile also exercises retry, reassign, cancel, and fail transitions:

sh examples/stress/local-heavy.sh
AGENT_TEAM_STRESS_N=100 sh examples/stress/concurrency.sh

Release tags use the v* shape. The release workflow builds OS/architecture binaries, injects the tag version into agent-team version, and uploads SHA256SUMS. See docs/release.md and CHANGELOG.md.