cohosted-frontend-backend
Separate Development, Co-Hosted Deployment
Overview
The frontend and backend run in the same process (or the same container), with requests routed by URL prefix or route priority. Each side iterates independently during development and ships as a single artifact for deployment.
When to Use
- The project needs a frontend UI but you don't want to maintain two deployment pipelines
- Solo or small-team project where you want to simplify operations
- You already have a backend API and need to add frontend pages under the same domain (avoiding CORS)
- You need SSR for the first paint or a skeleton screen, then let the client-side SPA take over
Core Architecture Pattern
Browser Request
│
▼
More from jeff-tian/agent-skills
oidc-integration
Plan and implement OIDC and OAuth 2.0 integration for React or TypeScript frontends and Java or Spring Boot backends. Use whenever the user mentions OIDC, OpenID Connect, OAuth login, SSO, PKCE, authorization code flow, refresh tokens, JWT or JWKS validation, login callback pages, protected routes, Keycloak, Auth0, IdentityServer, Authing, multi-provider auth, or "add login" and "integrate IdP" style requests even if they do not explicitly say OIDC.
10markdown-output
>-
9tdd
Use when implementing any feature or bugfix, before writing implementation code
6specflow-to-reqnroll
>-
3repo-memory
>-
2