Community schema: specwright

Abierto Apto para principiantes
  • ¿Algo no está bien?
#2,187 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 2 días

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
1/5
Tiempo estimado
Menos de una hora
Aptitud para principiantes
72/100
Tipo de issue
Documentación
Claridad
Bien especificado
Estado de actividad
Activo
Área
documentation

Línea de trabajo

El cambio pertenece a la sección "Community Schemas" de docs/customization.md, en la tabla y debajo de la nota que pide un enlace al repositorio y una descripción de una línea. Lee las filas existentes para seguir su formato y luego añade una fila para specwright con el mantenedor, el enlace al repositorio y la descripción del issue. Está terminado cuando la fila se muestra en la tabla y el enlace al repositorio se resuelve. Si la descripción debe recortarse al estilo de una línea de las demás filas lo deciden los mantenedores.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

documentation needs-triage
Where

https://github.com/Fission-AI/OpenSpec/blob/main/docs/customization.md, "Community Schemas" section

What is wrong or missing

The Community Schemas table has no row for specwright, a community schema with architecture-tiered designs and a cross-model review gate. The note under the table says to open an issue with a repository link and a one line description, so here it is.

Repository: https://github.com/sh1ny/specwright/tree/main/schemas/specwright (MIT)

The schema works on its own, but it is designed to run with Specwright's companion skills (branch per change, commit per task, pre-ship review, GitHub PR workflow, milestone roadmaps). The repository README has a single install prompt that sets up both.

What it should say instead
Schema Maintainer Repository Description
specwright @sh1ny sh1ny/specwright Architecture-tiered workflow. Flow: proposal → specs → design → review → tasks → apply. design opens with a six-trigger triage: LIGHT (a few lines) when nothing triggers, FULL (state ownership, failure visibility, resource bounds, flow gaps, mechanism ledger) otherwise. FULL designs get a fresh-context, ideally cross-model review whose VERDICT: line gates tasks; LIGHT records SKIPPED_LIGHT. Every requirement carries a failure scenario mapped to a named red/green test, and durable decisions become immutable, supersedable ADRs. Companion skills add branch-per-change git, a pre-ship review, a GitHub PR workflow and milestone roadmaps.
Lenguaje dominante
TypeScript
Estrellas
73.6k
Forks
5k
Merge medio
3 d 20 h
PR fusionados (30 d)
56

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Fission-AI/OpenSpec

Todos los issues de Fission-AI/OpenSpec

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.