Tease:Keep changes small, tested, and easy to understand.Lede:This starter adapts Google's public engineering guidance to a small Bun and Firebase repository. Read the project contract, make one self-contained change, and run the complete local verification before requesting review.Why it matters:- Small changes are faster to review and safer to revert.
- Tests and documentation should travel with the code they explain.
Go deeper:- Start with
PROJECT.mdandAGENTS.md. - Read the Google alignment research.
- Start with
If Git or Bun may be missing, begin with the fresh-machine setup guide. The basic Windows path uses native PowerShell without WSL; the macOS path does not require Homebrew.
bun run setup:doctor
bun install --frozen-lockfile
bun run setup:doctor
bun run devBefore committing:
bun run verify
bun run prek run --all-filesUse bun run format to apply the repository's formatters. TypeScript is checked by GTS; JSON,
JSONC, HTML, and CSS are checked by Biome.
- Make one self-contained change at a time. Include tests when behavior changes.
- Keep the build green and update the README or operational docs when the interface changes.
- Use Conventional Commits:
type(optional-scope): summary. - Prefer semantic HTML, accessible controls, strict TypeScript, and explicit data boundaries.
- Keep dependency versions exact and preserve the configured seven-day minimum release age.
- Never add credentials, service-account keys,
.firebaserc, or a realgoogle.project.json. - Plan a cloud operation before applying it. Creating a GitHub repository does not authorize Firebase provisioning, billing, deployment, or project deletion.
- Google Engineering Practices: small changes
- Google TypeScript Style Guide
- Google HTML/CSS Style Guide
- Google documentation best practices
These are public references, not evidence that this repository reproduces Google's internal build environment or is an official Google project.