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

@5dc/coai

v0.0.2

Published

VS Code extension plus CLI workflow for CoAI function docs, mapper sync, bug repair, and pre-commit checks.

Readme

CoAI is a project cognition layer for AI coding.

It lets developers describe features in natural language, express key flows with [[double-link tokens]], and let AI agents connect those tokens back to real code locations. The faster a project evolves through AI coding, the more important it becomes to keep a shared, current, and navigable cognition layer for both humans and agents.

CoAI does not replace specs, plans, or code. It preserves the stable understanding that survives the coding loop:

feature.md cognition alignment -> mapper skeleton -> code + anchor -> system line sync -> feature.md cognition backflow

Why CoAI

  • AI can generate code quickly, but projects can become black boxes just as quickly. CoAI keeps the current meaning of the project inside the repository.
  • Chat history goes stale. .coai/ grows with the project state, so humans and agents can resume from the current cognition layer.
  • Feature docs become code entry points. A flow like [[User Input]] -> [[Frontend Submit]] -> [[Server Validation]] can jump to real code.
  • Agents do not need to blindly scan the whole repo. .coai/project, .coai/mapper, .coai/node, and @coai anchor provide high-signal context.
  • CoAI encourages better feature and source-file boundaries because each capability must belong to a clear scenario event.
  • CoAI helps non-specialist builders describe business workflows first, then let agents turn them into coding-ready feature docs and implementation structure.

In one sentence:

CoAI helps humans stay in control of projects written with AI.

Best Fit

Use CoAI when you:

  • build with Codex, Claude Code, Cursor, Trae, Cline, or similar AI agents
  • start a new project from a prompt, workflow, or business process
  • want product meaning, architecture understanding, feature flow, and code locations connected
  • want agents to understand project cognition before editing code
  • want long-running AI coding projects to stay readable, navigable, and maintainable

Not recommended yet:

  • one-shot full migration of a large legacy project
  • using CoAI as a full spec / plan / task management system
  • storing every exploration path or chat log in .coai/

Quick Start

1. Install

Recommended:

npm install -D @5dc/coai
npm exec coai init

For non-Node host projects:

npm install -D @5dc/coai
npm exec coai init --no-package-json

Install the VS Code extension:

code --install-extension coai-0.0.1.vsix --force

After Marketplace release, install it directly from VS Code Marketplace.

2. Sync the skill

CoAI is designed for agent-assisted work. Sync the local Codex skill:

npm exec coai skill sync

For the first CoAI session in a repository, tell the agent:

Use the coai skill first and understand this repository's .coai structure.
Before discussing a feature, before writing code, and after implementation, follow the CoAI loop:
feature.md cognition alignment -> mapper skeleton -> code + anchor -> agent writes anchor/file back into mapper -> system updates line -> feature.md cognition backflow.
Early node flow is a revisable semantic hypothesis, not a hard implementation constraint.

3. Start with an agent

For a new project, do not manually create every .coai file. Describe the goal in chat and let the agent use CoAI:

I want a simple registration feature:
User Input -> Frontend Submit -> Server Validation -> Local JSON Storage -> Success Response.
Use CoAI to create the feature doc, mapper skeleton, and implementation.

If you already have a product spec or project brief:

  1. initialize CoAI in the repository
  2. place the spec inside the local repo
  3. ask the agent to read the spec and create or update .coai/project/<module>/<feature>.md
  4. ask the agent to maintain mapper anchor and file while coding
  5. let CoAI sync mapper line through git-sync / pre-commit

How It Works

CoAI has three deliverables:

  • .coai/: the host project's cognition layer
  • @5dc/coai: CLI, initializer, updater, local runtime, templates, and skill source
  • VS Code extension: Hover, Ctrl/Cmd Click, Problems panel, and command palette integration

Typical workspace shape:

.coai/
├── current.md        # latest project progress
├── project/          # module docs and feature docs
├── mapper/           # token -> code mapping
├── node/             # hover cognition
├── log/bugs/         # CoAI bug lifecycle records
└── coai/             # CoAI system assets and local runtime

Core responsibilities:

  • project/<module>/<feature>.md: feature goals, constraints, ideal path, branch paths, and exception boundaries
  • mapper/<module>/<feature>.mapper.json: maps [[token]] to anchor/file/line
  • node/<module>/<feature>/*.node.json: short hover cognition
  • current.md: latest project progress, not a replacement for feature docs

Double-Link Navigation

In a feature doc:

[[User Input]] -> [[Frontend Submit]] -> [[Server Validation]] -> [[Local JSON Storage]] -> [[Success Response]]

In code:

// @coai anchor: auth.register.validate.001

Then:

  • Hover [[Server Validation]] to view node cognition
  • Ctrl/Cmd Click [[Server Validation]] to jump to real code
  • git-sync / pre-commit keeps mapper line aligned through @coai anchor

CoAI vs Spec / Plan

CoAI does not replace spec-driven development.

The responsibility split is:

CoAI: project cognition and code location
spec / plan: development process organization
coding agent: implementation execution

In AI coding, CoAI is the cognition alignment and backflow layer:

CoAI -> spec / plan / agent coding -> CoAI

It does not store every process detail. It stores the feature meaning, key decisions, code entry points, and maintenance context that remain valid.

Benchmark and Effectiveness Validation

CoAI validation separates three kinds of evidence:

  • System reliability: run real CLI, git-sync, pre-commit, mapper, and bug-log cases, then quantify metrics such as passRate, mapperLineAccuracy, and bugTypeAccuracy.
  • Agent cognition efficiency: compare A/B tasks with and without CoAI using target file accuracy, files read, lines read, wrong assumptions, and task success rate.
  • Developer black-box perception: before real developer samples exist, use only clearly labeled SIMULATED_DATA and never present simulated data as real user-study evidence.

The default benchmark workspace is E:\c5dc\coai\benchmark-workspaces, outside the repository, to avoid polluting the codebase.

Current measured evidence from the TeamDesk Lite experiment:

  • In a new-chat project cognition task, CoAI reduced source-file reads from 26 to 8 compared with the baseline, and the GLM-5-turbo billed usage dropped from 299,655 to 174,740 tokens in that run.
  • In R26-R30 maintenance tasks, CoAI did not reduce total files read, but it reduced source/config/test/data reads from 46 to 21 by shifting part of the exploration into .coai cognition assets.
  • A fresh AGENTS.md was cheaper for the single R31 usage task, but its generation cost was high and it requires manual updates before future new chats. This makes it a strong middle baseline, not a replacement for structured feature cognition, mapper/anchor source entry points, and cognition backflow.

This evidence supports a cautious product claim: CoAI helps preserve reusable, feature-oriented, source-locatable project cognition for long-running AI coding work. It does not prove that CoAI always reduces tokens or replaces source verification.

Details:

Commands

Common commands:

npm exec coai init
npm exec coai update
npm exec coai skill sync
npm run coai:pre-commit-check

Command layers:

  • package-management layer: init, version, check-update, update
  • workspace-local runtime layer: doctor, pre-commit-check, hook management

Details: CLI Runtime Flow

Documentation

User guides:

Technical docs:

Open release:

Chinese README:

Status

CoAI v0.0.1 is an early public testing release:

  • VS Code Hover / Click navigation
  • CLI init and update
  • Git-based mapper line sync
  • fail-open pre-commit check
  • CoAI bug log and Problems panel
  • skill and template assets

Use it first in new or controlled projects.

License

MIT