HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
apicollective
apibuilder
Scala2015–2015
apicollective / apibuilder

apibuilder

Simple, Comprehensive Tooling for Modern APIs

2Distinct people
2Mentions
0Explicit recommenders
574GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Simple, Comprehensive Tooling for Modern APIs

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 12:54:37 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by day2 dated mentions

Observed mentions: 2015-01-07 00:17:54 UTC to 2015-01-19 23:37:37 UTC.

012015-01-07 00:00:00 UTC to 2015-01-08 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsJan 72015-01-08 00:00:00 UTC to 2015-01-09 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-09 00:00:00 UTC to 2015-01-10 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-10 00:00:00 UTC to 2015-01-11 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-11 00:00:00 UTC to 2015-01-12 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-12 00:00:00 UTC to 2015-01-13 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-13 00:00:00 UTC to 2015-01-14 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsJan 132015-01-14 00:00:00 UTC to 2015-01-15 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-15 00:00:00 UTC to 2015-01-16 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-16 00:00:00 UTC to 2015-01-17 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-17 00:00:00 UTC to 2015-01-18 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-18 00:00:00 UTC to 2015-01-19 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2015-01-19 00:00:00 UTC to 2015-01-20 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsJan 19

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Jan 72015-01-07 00:00:00 UTC2015-01-08 00:00:00 UTC101
Jan 82015-01-08 00:00:00 UTC2015-01-09 00:00:00 UTC000
Jan 92015-01-09 00:00:00 UTC2015-01-10 00:00:00 UTC000
Jan 102015-01-10 00:00:00 UTC2015-01-11 00:00:00 UTC000
Jan 112015-01-11 00:00:00 UTC2015-01-12 00:00:00 UTC000
Jan 122015-01-12 00:00:00 UTC2015-01-13 00:00:00 UTC000
Jan 132015-01-13 00:00:00 UTC2015-01-14 00:00:00 UTC000
Jan 142015-01-14 00:00:00 UTC2015-01-15 00:00:00 UTC000
Jan 152015-01-15 00:00:00 UTC2015-01-16 00:00:00 UTC000
Jan 162015-01-16 00:00:00 UTC2015-01-17 00:00:00 UTC000
Jan 172015-01-17 00:00:00 UTC2015-01-18 00:00:00 UTC000
Jan 182015-01-18 00:00:00 UTC2015-01-19 00:00:00 UTC000
Jan 192015-01-19 00:00:00 UTC2015-01-20 00:00:00 UTC101

What Hacker News says

2 sources
My former colleagues have been working on http://apidoc.me/ (https://github.com/gilt/apidoc). I really like this approach, which is basically: 1. specify the api in json 2. apidoc generates really nice api documentation 3. apidoc generates a single-file client for the service (currently ruby or scala) 4. apidoc generates a routes file for play2 It's scala-biased at the moment because that's their tech stack, but in practice an api-first approach seems to lead to higher quality APIs compared to just hacking something together and annotating it to extract docs. Also having a really nice client without a complicated compile-time dependency graph (on the JVM) feels like a sweet spot.
In Ask HN: What's the best way to write an API spec?
Thanks for comparison. I have not played with either your tool nor RTD yet, but I look forward to trying both. I came across the APIDoc project when watching an excellent presentation by the Gilt CTO titled "Immutable Infrastructure with Docker and EC2" [1]. It is worth a watch and he mentions that APIDoc allows them to more easily create new micro services in their cluster (of which they have over 300!). I was reading around the APIDoc site and saw they had a note to investigate Swagger 2.0 to see if it could be useful [2]. [1] https://www.youtube.com/watch?v=GaHzdqFithc [2] https://github.com/gilt/apidoc/blob/master/TODO#L95 I would love to see a few projects explore this concept of generating docs, client code, and server code from a single "ground truth" file and eventually have them all merge into a single defacto standard. That woul
Read the rest
d be exciting indeed (though it seems Swagger may already be approaching that point in some circles).
In How GitHub Uses GitHub to Document GitHub

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.