Everything in CAP
Type: 2
Domain
Origin
Signals
More: CAP
Group by: Capability
Distributed through
MCP server exposing the ODATANO Cardano-to-OData bridge as tools
The repository the package declares has been deleted — verified against the GitHub API, not just a failed fetch. The package is still on npm, so it installs; the source it was published from is no longer readable, which is a harder thing to discover than a stale version number.
MCP server exposing the NIGHTGATE Midnight attestation layer
MCP server answering plain-English questions against a CDS schema
CLI for DROP and RENAME schema changes beside @cap-js/postgres
Command line client and development toolkit for CAP
Fork of cds-dbm with deploy, load, diff and drop tasks
Release and repository quiet for 39 months.
Command line client and development toolkit for CAP
MCP server for CAP development: model and docs search
The tools are documented as meant for AI models and not a stable API, so anything built to parse `cds-mcp` output rather than to feed a model can break between releases. Its corpus is the CAP documentation, so Fiori elements, BTP service or ABAP questions are not in what `search_docs` indexes.
MCP server scaffolding CAP and CDS checked by cds compile
MCP server generating tools from a CAP or OData V4 service's metadata
MCP server answering plain-English questions against a CDS schema
Command line client and development toolkit for CAP
CLI for operating tenants of multitenant CAP applications
Command line client and development toolkit for CAP
Command line client and development toolkit for CAP
Endpoint discovery for CAP services deployed to Cloud Foundry
Static end-to-end tracer of one CAP operation across repositories
Attaches a debugger to a CAP app running on Cloud Foundry
Workspace-wide CSN cache for querying CAP entities and columns
Command line client and development toolkit for CAP
Regex naming rules for SAP HANA artifacts in a CAP project
Everything it checks is a name: a file name under `rootDir`, or an identifier a parser extracted from a file, so a convention that cannot be written as a regex over one name has no rule shape here. Content rules targeting `.hdbanalyticalprivilege` or `.hdbconstraint` return no results, which the README states as not yet implemented, so conventions centred on those two artifact types go unchecked.
CLI starting several CAP services and an AppRouter locally together
CLI of CAP development tools for Cloud Foundry workflows
There is no repository and no README: what the eight commands do is only readable from the compiled dist that ships in the package. Three of them — npmrc, install, project — are written for "SimpleMDG" projects rather than for CAP generally, so the reusable part is bind-local, run-local and debug. Seven releases up to July 2026. Its binding step writes the resolved VCAP_SERVICES into default-env.json in the project, where [@sap/cds-dk](artifact:sap-cds-dk) keeps only the place the credentials can be fetched from, so a project using it needs that file kept out of version control.
Command line client and development toolkit for CAP
Command line client and development toolkit for CAP
AWK script sketching an ER diagram from .cds files
No published releases; repository quiet for 26 months.
Command line client and development toolkit for CAP
Compares a CAP project's CSV data with its database rows
Terminal UI running Bruno collections against a CAP service
CLI generating TypeScript interfaces from a CDS model
CLI for the SAP BTP Application Frontend service
MCP server for CAP development: model and docs search
The tools are documented as meant for AI models and not a stable API, so anything built to parse `cds-mcp` output rather than to feed a model can break between releases. Its corpus is the CAP documentation, so Fiori elements, BTP service or ABAP questions are not in what `search_docs` indexes.
MCP server searching seventeen SAP documentation repositories
It reads documentation, never a system: nothing in it opens a package.json, a CDS model or an ABAP client, so a question about what your own project does has to be answered elsewhere. The offline half is only as fresh as the submodules the last build pinned, and the index answers where something is written down rather than which of two packages fits a task.