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

@metal-stack/api

v0.0.62

Published

metal-stack api typescript client

Readme

metal-stack.io api

Release go.dev reference GitHub go.mod Go version GitHub release (latest SemVer) Go Report Card

[!IMPORTANT] Please note that this repository is still in alpha stage. For now, the primary API is still defined in the metal-api project. We will make a special announcement when this repository becomes GA.

This is the V2 API of metal-stack.io to implement MEP-4.

Usage examples

Can be found in the examples folder.

Conventions

Method options provide an intuitve and declarative way of providing annotations to service methods. These are used for scoping api-methods, which are getting utilized for authentication, authorization and auditing (mainly in interceptors).

Motivational Example

service IPService {
  // Get an ip
  rpc Get(IPServiceGetRequest) returns (IPServiceGetResponse) {
    option (project_roles) = PROJECT_ROLE_OWNER;
    option (project_roles) = PROJECT_ROLE_EDITOR;
    option (project_roles) = PROJECT_ROLE_VIEWER;
    option (auditing) = AUDITING_EXCLUDED;
  }
  // Create an ip
  rpc Create(IPServiceCreateRequest) returns (IPServiceCreateResponse) {
    option (project_roles) = PROJECT_ROLE_OWNER;
    option (project_roles) = PROJECT_ROLE_EDITOR;
  }
}

// IPServiceCreateRequest is the request payload for a ip create request
message IPServiceCreateRequest {
  // Network from which the IP should be created
  string network = 1 [(buf.validate.field).string = {
    min_len: 2
    max_len: 128
  }];
  // Project of the ip
  string project = 2 [(buf.validate.field).string.uuid = true];
  // Name of the ip
  optional string name = 3 [(buf.validate.field).string.(metalstack.api.v2.is_name) = true];
  // Description of the ip
  optional string description = 4 [(buf.validate.field).string.(metalstack.api.v2.is_description) = true];
  // IP if given try to create this ip if still available
  optional string ip = 5 [(buf.validate.field).string.ip = true];
  // Machine for which this ip should get created
  optional string machine = 6 [(buf.validate.field).string.uuid = true];
  // Labels to put onto the ip
  optional Labels labels = 7;
  // Type of the IP, ether ephemeral (default), or static
  optional IPType type = 8 [(buf.validate.field).enum.defined_only = true];
  // Addressfamily of the IP to create, defaults to ipv4
  optional IPAddressFamily address_family = 9 [(buf.validate.field).enum.defined_only = true];
}

In this example we can see the motivation behind the method options.

  1. Get: can be issued by project owner, editor, viewer and is excluded from auditing
  2. Allocate: can be used by project owner, editor
  3. Both methods are project-scoped, since they are annotated by a project role -> Request object needs to have the project field in order to specify the target project of the service method

Further explanations are explained in the following.

Auth

These options specify the RBAC of the api-endpoint.

| Option | Description | Values | Explanation | | -------------- | -------------------------------------------- | ----------- | ------------------------------------------------------ | | TENANT_ROLE_ | Specifies the required tenant role | UNSPECIFIED | | | | | OWNER | tenant owner | | | | EDITOR | tenant editor | | | | VIEWER | tenant viewer | | | | GUEST | tenant guest | | PROJECT_ROLE_ | Specifies the required project role | UNSPECIFIED | | | | | OWNER | project owner | | | | EDITOR | project editor | | | | VIEWER | project viewer | | ADMIN_ROLE_ | Specifies the required admin role | UNSPECIFIED | | | | | EDITOR | admin editor | | | | VIEWER | admin viewer | | VISIBILITY_ | Specifies the visibility of the api-endpoint | UNSPECIFIED | | | | | PUBLIC | api-method is visible to public, a token is not needed | | | | SELF | api-method is scoped to owner resources |

[!IMPORTANT]

Every operation needs at least an option, which references the scope of the request: ROLE or VISIBILITY

[!CAUTION]

If we use a Tenant or Project role, the request will be respectively scoped as Tenant or Project request. Tenant-Requests must have the field login, which is the tenant id and specifies the tenant on which the service-method is scoped. Project-Requests must have the field project, which is the project id and specifies the project on which the service-method is scoped.

Auditing

For traceability we require to store audit-logs.

| Option | Description | Values | Explanation | | ---------- | ---------------------------------------- | ----------- | ------------------------ | | AUDITING_ | Specifies if the api-endpoint is audited | UNSPECIFIED | DEFAULT: included | | | | INCLUDED | operation is audited | | | | EXCLUDED | operation is not audited |