User profile
1 credit/v1/github/profilePublic user profile: login, name, avatar, bio, follower and following counts, public repository count, and account creation date.
handle
Fetch public GitHub profiles, repos, issues, releases, and search as structured JSON with one SocialCrawl API key. Same Author, Post, and Comment schema as every other platform. Reads are priced in credits.
11 active endpoints. 1 dossier composite.
Eleven live read endpoints plus one dossier composite for public GitHub data. User profiles, repositories, READMEs, releases, issues, comments, search, and contribution velocity. Data API only. No private repos, no write access, no GitHub OAuth app.
/v1/github/profilePublic user profile: login, name, avatar, bio, follower and following counts, public repository count, and account creation date.
handle
/v1/github/repoOne repository: full name, description, stars, forks, open issues, watchers, main language, and creation date.
url
/v1/github/profile/reposPublic repositories a user owns: name, description, main language, star and fork counts, created and last-pushed dates.
handle, type, sort, direction, per_page, page
/v1/github/repo/readmeRepository README as plain file content, ready to read or feed to a model.
url
/v1/github/repo/releasesRecent releases, newest first: tag, name, release notes, publish date, prerelease flag, and downloadable files.
url, per_page, page
/v1/github/repo/issuesIssues for one repository: title, body, author, labels, state, and dates. Pull requests appear in the list and are marked. Filter by type, state, label, or date.
url, type, state, labels, sort, direction, since, per_page, page
/v1/github/issueOne issue or pull request by URL: title, body, author, labels, state, reaction counts, comment count, and dates.
url
/v1/github/issue/commentsComments on one issue or pull request, oldest first: id, author, body, reaction count, and time posted.
url, since, per_page, page
/v1/github/searchIssues and pull requests across GitHub that match a query, plus total match count. Uses GitHub search syntax.
query, sort, order, per_page, page
/v1/github/repo/top-issuesTwo issues for a repository: the top feature request by reactions, and the top complaint by discussion volume.
url
/v1/github/user/profile-velocityContribution dossier for a user: PRs opened and merged, outside repositories they contribute to, and their own repositories. depth controls how many repos get extra detail.
handle, depth
/v1/github/repo/dossierOne call for a repository: details, README excerpt, latest three releases, top feature request, and top complaint. Use it when you would otherwise call repo, readme, releases, and issues separately.
Legs: repo metadata, README excerpt, latest releases, top feature request, top complaint. Failed optional legs do not block the rest of the dossier.
Returns a GitHub user's public profile: login, name, avatar, bio, follower and following counts, public repository count, and account creation date.
Use it when you have a username and want a snapshot of the person before listing their repositories.
handle · GitHub username — 1–39 chars, alphanumeric + non-consecutive hyphens, no leading/trailing hyphen.
$ curl https://www.socialcrawl.dev/v1/github/profile?handle=octocat \
-H "x-api-key: sc_YOUR_API_KEY"// Running this live needs your own API key — hit "Try it" to see an example responseGitHub is a normal SocialCrawl social surface. You call GET /v1/github/… with an API key, spend credits on live misses, and get a single JSON envelope back. No GitHub OAuth app. No second SDK.
Send your key in the x-api-key header. No GitHub OAuth app and no personal access token in your client. The same key works across the SocialCrawl catalog.
All GitHub routes are GET. Pass handle, url, query, depth, and filters as query strings. We validate formats before charging.
Standard reads cost 1 credit. Top issues and repo dossier cost 5. Profile velocity costs 10. Cache hits cost 0. Empty or hard failures refund.
Every response is the same shape: success, data, credits_used, credits_remaining, request_id, cached. Lists also carry pagination when the route supports it.
Most products resolve a user or repo, list surface content, then deepen only the issues that matter.
GET /v1/github/repo?url=…Author-shaped user or repository card with stars, language, and counters
Resolve the handle or repo URL once before listing content.
GET /v1/github/repo/issues?url=…&state=openRepo list for a user, or README and releases for one project
Surface inventory and project write-up before you open issues.
GET /v1/github/issue?url=…Issue list for a repo, or one issue by URL
List rows are not enough when you need labels, body, or state filters.
GET /v1/github/issue/comments?url=…Issue comments, top-issues pair, or full repo dossier
Expand discussion or summarize a project only when the item matters.
GET /v1/github/repo
?url=https://github.com/octocat/Hello-World
Host: www.socialcrawl.dev
x-api-key: sc_your_api_key_here
# deepen issues
GET /v1/github/repo/issues?url=https://github.com/octocat/Hello-World&state=open
GET /v1/github/repo/dossier?url=https://github.com/octocat/Hello-World{
"success": true,
"data": {
"id": "octocat/Hello-World",
"username": "octocat/Hello-World",
"display_name": "Hello-World",
"followers": 2800,
"url": "https://github.com/octocat/Hello-World",
"ext": {
"language": "C",
"forks": 1400,
"open_issues": 12
}
},
"credits_used": 1,
"credits_remaining": 9999,
"request_id": "req_…",
"cached": false
}Field names match the rest of SocialCrawl where archetypes align. Repo cards and issue threads use the same leaves as other platforms.
id, username (login), display_name, avatar_url, bio, followers, following, url, ext (public repos, created_at)
repo or issue records as Post: id, url, content.text, engagement (stars/reactions, comments), author, published_at, ext (language, labels, state, forks)
items[] with author, content.text, engagement, published_at for issue or pull request discussion
top-issues pair, repo dossier (info, readme, releases, top_issues), or profile-velocity (velocity, contributed_repos, own_repos)
Same request lifecycle as every other /v1 platform endpoint. GitHub is not a sidecar.
Next.js catch-all routes into the Hono social API. We mint a request_id, authenticate the key, then enforce rate limit (600/min) and concurrency (50 in flight per key).
Registry lookup finds github/profile (or repo, issues, search). Required params and URL or handle format checks run first. Invalid input returns 400 with no charge. Valid calls debit the tier cost atomically before upstream work.
A deterministic cache key is built from platform + resource + params. Hit: return immediately, credits_used = 0. Miss: direct GitHub REST for standard reads; composite routes fan out multiple GitHub calls. Retries on 5xx/network with a circuit breaker if the source is unhealthy.
Upstream JSON is mapped to Author / Post / PostList / CommentList / Analytics, validated against the canonical Zod schema, then wrapped in the success envelope and logged for billing audit.
Billing rules that matter in production
GitHub is public-read developer data. We normalize it into the SocialCrawl schema so your code does not learn a second OAuth flow or GitHub-only response shapes.
Public profiles, repositories, READMEs, releases, issues, pull requests, and comments. Read-only surface for research, monitoring, and product jobs. No private repos and no write access.
Direct GitHub REST API (api.github.com) behind the SocialCrawl gateway. Composite routes (top-issues, dossier, profile-velocity) fan out multiple GitHub calls and fold the results.
A unified JSON envelope: success, data, credits_used, request_id, cached. Users become Author objects. Repos and issues share Post leaves where the archetypes align.
No write endpoints. No private repository content. No GitHub Actions logs or org admin surfaces. Prefer the registry docs for the live inventory.
The jobs this API is most often used for.
Repo intelligence and developer contribution monitoring
Callers concentrate on profile and repo cards, issue lists, README and release pulls, and dossier or velocity composites when a single project or person needs a dense summary. Public GitHub reads on the shared schema with credit pricing. No GitHub OAuth app in your stack. Composites fold multi-call dossiers into one billed route.
Standard profile, repo, and issue calls are typically a few seconds on live miss. Composites (top-issues, dossier, profile-velocity) are slower because they fan out multiple upstream calls.
The jobs GitHub data is most often used for. Each one is a full recipe with the endpoint chain and pricing.
Common ways teams put this data to work, and the stack each one tends to run.
Poll repo cards, releases, and issue lists for a fixed set of projects. Alert when stars, open issues, or release notes change.
Search issues across GitHub, then expand issue body, comments, and top-issues or dossier for feature requests and complaints.
Wire profile to repos to README to issues into pipelines. Profile-velocity for contributor scoring. Same key as the rest of SocialCrawl.
Standard tier is one credit per live call. Cache hits are free. Top issues, dossier, and profile velocity use the higher rungs.
curl "https://www.socialcrawl.dev/v1/github/repo?url=https://github.com/octocat/Hello-World" \
-H "x-api-key: sc_your_api_key_here"curl "https://www.socialcrawl.dev/v1/github/search?query=is:issue+label:bug" \
-H "x-api-key: sc_your_api_key_here"Same key as the rest of the catalog
Every endpoint returns structured JSON in a unified envelope. Computed fields such as engagement rate and content category are included only where the endpoint supports them and the required source inputs are present.
Same GitHub data, two very different paths. Auth, rate limits, schema, and cost — side by side.
| Feature | SocialCrawl | Official GitHub REST API |
|---|---|---|
| Authentication | One x-api-key shared across 48 platforms | Personal access token (PAT) to create, scope, and rotate |
| Setup | Sign up, copy your key, send a GET. No app registration | Free, but you manage tokens per project and learn per-resource schemas |
| Rate limits | Managed upstream, no 403 retry logic to write | 5,000 requests/hour per authenticated token; you handle retries |
| Response schema | Unified data.items envelope shared with 47 other platforms | Different shape per resource; Base64 READMEs, Link-header pagination |
| Pricing | 1 credit standard, 5 advanced, 10 premium; 100 free credits, no card | Free within rate limits |
| Data coverage | Profiles, repos, issues, PRs, releases, plus AI dossier, top-issues, and velocity | Full raw resource coverage; no computed or AI-synthesized endpoints |
| Maintenance | Upstream changes absorbed by SocialCrawl for you | You own token rotation, pagination, and schema changes |
Authentication
Setup
Rate limits
Response schema
Pricing
Data coverage
Maintenance
Find answers to frequently asked questions about SocialCrawl's API, pricing, and capabilities.
Contact usAsk AI about SocialCrawl