Proposal: Suggested $0-starting Stack Builder based on catalog metadata
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- typescript
- Área
- developer-experience, frontend
Línea de trabajo
Revisa el catálogo existente de la página de inicio, los metadatos del catálogo y el sistema de diseño .resource-card antes de evaluar el stack builder propuesto. Compara el prototipo feat/stack-builder del fork y sus resultados de pnpm check y pnpm build con las recomendaciones solicitadas basadas en el catálogo y el comportamiento de Copy Markdown Stack. Se considera terminado cuando exista un alcance acordado y un componente nativo funcional sin dependencias externas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem / Motivation
Currently, itsfree.dev is fantastic for discovering individual tools by category or search. However, when developers start a new project (SaaS, API, static site, internal tool), they typically need to manually assemble and cross-reference multiple layers of infrastructure (Hosting + Database + Auth + Storage + Email + Monitoring + Analytics) to ensure they can launch without unexpected initial costs.
Proposed Solution
A lightweight, non-intrusive section on the home page that suggests cohesive infrastructure stacks based entirely on existing catalog metadata:
- 100% Grounded in Catalog Data: Does not introduce external services, AI models, or accounts. It uses the tools, tags, and limits already verified in
itsfree.dev. - Honest & Pragmatic Copy: Avoids misleading claims like "free forever" or "unlimited". It frames recommendations transparently: "Starting at $0 / mo · within listed free-tier limits".
- Native Design System: Built with the exact same
.resource-cardarchitecture, typography, and dark/light tokens already present in the catalog. - Developer Utility: Includes a 1-click "Copy Markdown Stack" button so makers can instantly paste their chosen architecture into their project's
README.md.
Preview / Screenshot
Status & Prototype
I have already implemented and tested this component in my fork with zero build errors (pnpm check and pnpm build clean, 0 external dependencies):
- Branch in fork:
luisrodriguez-rgb/itsfree.dev@feat/stack-builder
Would you be interested in a Pull Request for this feature, or would you prefer any adjustments to the scope/UX first?
- Lenguaje dominante
- TypeScript
- Estrellas
- 94
- Forks
- 33
- Merge medio
- 18 h 26 min
- PR fusionados (30 d)
- 1
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de midudev/itsfree.dev
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 25/100
midudev/itsfree.dev#42 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de midudev/itsfree.dev
Issues similares
-
test-reliability
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Azure/azure-sdk-for-js#40672 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
HarperFast/studio#2067 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
liberation-data/drivine#639 · 2 comentarios ·
Los mantenedores suelen responder en 1 día