#openapi #api #swagger #http #web

bin+lib paperclip

OpenAPI tooling library for type-safe compile-time checked HTTP APIs

13 releases (7 breaking)

0.8.2 Sep 27, 2023
0.8.0 Jan 14, 2023
0.7.1 Jul 27, 2022
0.6.1 Oct 15, 2021
0.3.0 Jul 30, 2019

#1 in #yaml-format

Download history 4447/week @ 2023-11-02 2583/week @ 2023-11-09 2452/week @ 2023-11-16 2282/week @ 2023-11-23 2319/week @ 2023-11-30 2343/week @ 2023-12-07 2184/week @ 2023-12-14 1331/week @ 2023-12-21 1182/week @ 2023-12-28 1851/week @ 2024-01-04 3022/week @ 2024-01-11 3027/week @ 2024-01-18 3797/week @ 2024-01-25 2166/week @ 2024-02-01 2671/week @ 2024-02-08 2008/week @ 2024-02-15

11,253 downloads per month
Used in 10 crates (4 directly)


49K SLoC

JavaScript 26K SLoC // 0.1% comments JSX 13K SLoC // 0.0% comments Rust 8K SLoC // 0.0% comments Handlebars 678 SLoC Shell 112 SLoC // 0.1% comments Happy 90 SLoC Bitbake 51 SLoC // 0.1% comments


Build Status Linter Status Usage docs API docs Crates.io

Paperclip offers tooling for the OpenAPI specification. Once complete, it will provide:

  • Code generation for efficient, type-safe, compile-time checked HTTP APIs (server, client and CLI) in Rust.
  • Support for processing, validating and hosting OpenAPI spec.
  • Customization for spec and code generation.

It's currently under active development and may not be ready for production use just yet.

You may be interested in:

Developing locally

  • Make sure you have rustup installed. cd into this repository and run make prepare to setup your environment.
  • Now run make to build and run the tests.


This project welcomes all kinds of contributions. No contribution is too small!

If you want to contribute to this project but don't know how to begin or if you need help with something related to this project, feel free to send me an email (in Github profile) or join the Discord server.

Code of Conduct

This project follows the Rust Code of Conduct.


Licensed under either of

at your option.


Folks who have sponsored for the development of this project:


Why is this generating raw Rust code instead of leveraging procedural macros for compile-time codegen?

I don't think proc macros are the right way to go for REST APIs. We need to be able to see the generated code somehow to identify names, fields, supported methods, etc. With proc macros, you sorta have to guess.

This doesn't mean you can't generate APIs in compile-time. The only difference is that you'll be using build scripts instead and include! the relevant code. That said, we're using proc-macros for other things.

The error thrown at compile-time doesn't look like it's very useful. Isn't there a better way to do this?

None that I can think of, sadly.

New ideas are here needed.


~431K SLoC