배경
Croco는 provider/adapter/domain package가 많지만, 사용자가 어떤 조합이 어느 runtime에서 production-ready인지 빠르게 판단하기 어렵습니다.
로컬 증거:
README.md:117-124 — package maturity legend는 있음
README.md:341-430 — production/beta/alpha table은 수동 카탈로그
- Provider/adapter 패키지 예:
billing-polar, metering-upstash, auth-clerk, storage-r2, transports-cloudflare-workers, frontend-cloudflare
- README 없는 package도 존재해 extension discoverability가 균일하지 않음
왜 중요한가
Fastify ecosystem, Hono middleware, tRPC awesome 같은 curated index는 ecosystem compounding의 기반입니다. Croco가 SaaS-first framework라면 billing/auth/metering/storage/search/notifications 조합의 compatibility를 공식적으로 보여줘야 합니다.
외부 기준:
제안 범위
- 공식 extension index 생성
- runtime matrix: Lambda, Node, Cloudflare Workers, frontend integration
- provider별 required env, peer deps, supported features, smoke test status 정리
- maturity metadata와 docs catalog를 같은 source of truth로 연결
- deprecated/replaced package migration link 제공
완료 기준
배경
Croco는 provider/adapter/domain package가 많지만, 사용자가 어떤 조합이 어느 runtime에서 production-ready인지 빠르게 판단하기 어렵습니다.
로컬 증거:
README.md:117-124— package maturity legend는 있음README.md:341-430— production/beta/alpha table은 수동 카탈로그billing-polar,metering-upstash,auth-clerk,storage-r2,transports-cloudflare-workers,frontend-cloudflare왜 중요한가
Fastify ecosystem, Hono middleware, tRPC awesome 같은 curated index는 ecosystem compounding의 기반입니다. Croco가 SaaS-first framework라면 billing/auth/metering/storage/search/notifications 조합의 compatibility를 공식적으로 보여줘야 합니다.
외부 기준:
제안 범위
완료 기준