Epic: v1.0 stable platform

Ouverte
#66 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
15/100
Type d'issue
Fonctionnalité
Clarté
À clarifier
Activité
Calme
Stack technique
typescript
Domaine
authentication

Piste de recherche

This is a tracking issue rather than a scoped code change; no files or tests are named. Start by reviewing the linked contract, error-shape, and per-flow issues, then clarify with maintainers which open milestone is actionable. Done would require completing an agreed milestone; the licensing item is already resolved by #335.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement epic help wanted P4 safe v1.0

v1.0 release epic

This issue is the epic for the v1.0 milestone: a stable platform people can bet on. Besides the items below it covers an upgrade and version-skew policy, config as code, full export, an independent security review, a reference deployment, and the run-anywhere items (#374 to #377). All are linked as sub-issues.

Context

From a project-quality review. The engineering fundamentals are strong (correct token rotation + reuse detection, constant-time comparisons, RS256 pinned, fail-closed secrets, broad test coverage). The gaps to a broad "yes, use this in production" recommendation are about project maturity, not code quality. This is a tracking issue for those.

Milestones

  • Stable, documented contract + 1.0. Freeze route/schema/token/status-code contract; finish in-flight deprecations (e.g. GET /logout). Ties into the error-shape and per-flow contract issues.
  • Independent security audit / pentest you can cite, focused on the auth, token, OTP, session, and crypto paths.
  • Reduce bus factor — a second maintainer or an org/sponsor backing, so CVE response does not depend on one person.
  • Licensing path for AGPL-averse adopters — evaluate a dual-license / commercial option so the AGPL-3.0 terms are not a hard blocker for companies. Decided 2026-10-05: relicense the whole ecosystem to Apache-2.0 instead of a dual license (#335). Done: everything is Apache-2.0 as of #335.
  • Reference production deployment(s) / case study to demonstrate real-world operation.

Why it matters

For an auth server, longevity, audit attestation, and maintainer responsiveness weigh as heavily as code quality for adopters in regulated or high-stakes contexts.

Langage dominant
TypeScript
Étoiles
2
Forks
2
Merge moyen
11 h 40 min
PR mergées (30 j)
104

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de fells-code/seamless-auth-api

Toutes les issues de fells-code/seamless-auth-api

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.