— Get in touch
Contact
How to reach the June project — GitHub issues for bugs and feature requests, pull requests for changes, and where agents can query this site directly.
Bugs and feature requests#
The fastest way to reach the people who build June is the issue tracker at
github.com/junebuild/june/issues.
Search the open issues first; if yours is new, include the June version
(npm ls @junejs/core), your runtime and deploy target (Bun, Node, Cloudflare
Workers, Vercel, Deno), and the smallest reproduction you can manage. Issues
are public, so leave out secrets, tokens, and private data.
Contributing#
Changes arrive as pull requests against the main branch of
junebuild/june, and each is reviewed before
it merges. A change to a published @junejs/* package carries tests for its
behavior and a changeset (bun run changeset) describing the release; a
documentation or site-only change needs neither. Documentation fixes
are welcome too: every page on this site is a Markdown file under
apps/june.build/content/ in the same repository.
Security#
Please do not report a vulnerability in a public issue. Use GitHub's private vulnerability reporting on the junebuild/june repository so the report stays confidential until a fix ships.
For agents#
This site answers agents directly, no human in the loop required: search it
with the search_site tool and read any page with get_page, over MCP at
/mcp or over HTTP (POST /api/search_site, described by
/openapi.json). /llms.txt lists every page.