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

@augmentcode/auggie-sdk-compat

v0.0.1-alpha.0

Published

Opt-in v1 -> v2 compatibility adapter: run existing @augmentcode/auggie-sdk (v1) consumers on the @augmentcode/cosmos-agent-sdk (v2) runtime

Downloads

6

Readme

@augmentcode/auggie-sdk-compat (TypeScript)

Opt-in v1 → v2 compatibility adapter. Lets existing v1 @augmentcode/auggie-sdk consumers run on the v2 @augmentcode/cosmos-agent-sdk runtime (auggie-v2 --mode rpc) with minimal changes: switch the install target and the import path.

npm install @augmentcode/auggie-sdk-compat

Per the repo's TypeScript topology (CSS-1490/CSS-1498), this is a separate adapter package that depends on the core client via @augmentcode/cosmos-agent-sdk. The core package keeps its single runtime dependency and never gains the compat surface.

Scope — Phase 1: Bridge + Trivial

  • Bridge — reproduce the v1 Auggie facade on top of the v2 AgentClient (arg translation, facade, permission responder, model mapping, listener adapter, run() loop).
  • Trivial — re-export v1 errors, types, and listener interfaces.

Deferred (NOT present this phase)

The following v1 surfaces are intentionally absent from this package in Phase 1. Consumers that need them keep the v1 SDK installed alongside until a later phase lifts them:

  • the AI-SDK provider (AugmentLanguageModel, listModels, ModelInfo, ModelListResult, AugmentCredentials, resolveAugmentCredentials);
  • the context surface (DirectContext, FileSystemContext, context/*).

⚠️ Security-relevant default (Phase 1)

For v1 behavior parity, the bridge installs a default-on permission responder that auto-approves the agent's permission prompts (confirm → approve, select → first option). This means the agent may run bash / edit / write and confirm destructive prompts without human review unless you pass your own handler. This is the chosen v1-parity default, documented prominently here and at the facade constructor; an override hook is provided.

What's implemented (Phase 1 complete)

  • v1 → v2 CLI argument translation (./args) — CSS-1522.
  • Auggie facade with the default-on permission responder — CSS-1523.
  • Model-alias resolution (v1 model alias → v2 (provider, modelId), static map + live-catalog fallback) — CSS-1524.
  • v1 static type re-exportsKnownModel, AuggieModel, PredefinedToolType, ToolIdentifier — CSS-1526.

Phase-1 limitations

  • No typed run() loop. The v1 typed-result / local-function / verification run() loop existed only in the v1 Python SDK; the v1 TypeScript SDK was an ACP client + AI-SDK provider with no typed run(), so there is nothing to reproduce here (CSS-1525). The facade's run() returns the agent's reply text.
  • listener is accepted but not yet invoked. The listener option is present for v1 signature-compatibility, but the bridge does not yet forward v2 agent events to it — passing a listener is currently a no-op. Wiring it to the v2 event stream is a fast follow-up.

Development

bun install
bun run build   # tsup -> dist/
bun test        # golden-fixture arg-translation suite
bun run lint    # biome / ultracite