CommunityProgramación y desarrollogithub.com

josie2479-maker/claude-skills

Prueba una lista predefinida de entregables, documentos o artefactos antes de que alguien se comprometa a rastrearlos. Úsalo cuando te entreguen una lista de una plantilla, proveedor, consultor, marco PMO o IA y quieras saber si adoptarla, qué es realmente obligatorio, qué eliminar o qué falta.

¿Qué es claude-skills?

Esta skill verifica listas de entregables existentes (como las que se obtienen de plantillas, proveedores, consultores, marcos de gestión de proyectos o IA) para determinar qué elementos son realmente obligatorios, cuáles se pueden descartar y qué falta. A diferencia de herramientas que simplemente validan la existencia de documentos, esta skill etiqueta cada elemento según quién lo exige (financiador, ley/regulación con cita, una persona específica o práctica estándar sin autoridad). Luego lee la plantilla o guía oficial del organismo regulador para identificar elementos requeridos que falten en la lista original. El resultado es una tabla completa con etiquetas de autoridad, citas y una lista de 'Eliminar / Conservar / Añadir', lo que permite tomar decisiones informadas antes de comprometerse a producir documentación innecesaria o perder requisitos críticos. Funciona en cualquier proyecto regulado o financiado externamente, y es especialmente útil cuando se recibe una lista plausible pero no verificada.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/josie2479-maker/claude-skills/tree/HEAD/skills/deliverable-requirement-check

Installed? Explore more Programación y desarrollo skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Verificación de Requisitos de Entregables

Licencia: Publicado bajo CC BY 4.0 — libre de usar, adaptar y compartir con atribución.

Una lista de entregables suministrada es una afirmación sobre una obligación, no una prueba de ella. Una lista que se mantiene coherente, usa los términos correctos y nombra solo artefactos reales puede seguir omitiendo cada elemento que el financiador realmente exige, y rellenar el resto con trabajo que nadie requiere. Su plausibilidad es lo que la hace arriesgada, porque la persona que la recibe está a punto de comprometerse a producir cada fila.

La pregunta que esta skill hace a cada elemento no es "¿esto es real?" sino "¿quién lo exige, y puedo citarlo?" Cuando la respuesta es "nadie", decirlo es un hallazgo, no una brecha que llenar.

Cuándo usarlo

  • Alguien tiene una lista en mano (de una plantilla, proveedor, consultor, marco o IA) y está decidiendo si adoptarla o rastrearla.
  • El trabajo está financiado, regulado o supervisado por un organismo que publica sus propios requisitos, plantillas o listas de verificación.

No para: redactar una lista desde cero (empieza con la plantilla del financiador en su lugar), ni para revisar la calidad de documentos terminados.

Método

1. Cataloga la lista suministrada tal como está

Numera cada elemento exactamente como se suministró. No fusiones, renombres o añadas aún. Registra de dónde provino la lista y su fecha, si se conoce.

2. Obtén las fuentes rectoras y léelas

Identifica quién financia, regula o aprueba el trabajo. Obtén su plantilla, lista de verificación o guía real y lee su lista de secciones. No razones a partir de lo que dicha plantilla "probablemente" contiene. Los requisitos cambian en fechas efectivas que los resúmenes posteriores no recogen, por lo que el documento fuente es la única verificación confiable. Anota el título, la versión y la fecha de cada fuente.

Si no se puede acceder a una fuente rectora, indícalo y marca todas las conclusiones que dependan de ella como provisionales en el punto en que se hacen.

3. Etiqueta cada elemento con un valor de autoridad

EtiquetaSignificadoEvidencia necesaria
FinanciadorEl organismo de financiación o supervisión lo exigeSección de plantilla, cláusula de guía o condición de adjudicación
Ley/RegUn estatuto o reglamento lo exigeCita a la sección
Persona nombradaUna persona específica lo solicitó, en una fechaQuién y cuándo
Práctica estándarComún y tal vez útil, pero no se encontró autoridad que lo exijaQué se buscó

"Práctica estándar" es un resultado legítimo, no un fracaso. También marca cualquier elemento que dependa de un organismo o rol que el proyecto no tiene (por ejemplo, un comité de firma de liberación en un proyecto que no tiene ninguno).

4. Encuentra vacíos en una segunda pasada separada

Solo después del paso 3, recorre la plantilla rectora sección por sección y lista cada elemento requerido que la lista suministrada omita. Mantén las filas añadidas visiblemente separadas de las filas suministradas, para que cualquiera pueda saber cuáles provienen de la fuente y cuáles introdujo el análisis. Limita las adiciones a lo que las fuentes requieran, y registra cualquier cosa considerada y rechazada, con una razón. Cada fila añadida es trabajo entregado a una persona.

5. Salida

  1. Tabla: elemento · fuente (suministrada / añadida) · etiqueta de autoridad · cita o evidencia · notas (depende de un organismo faltante, se superpone con otro elemento, etc.).
  2. Eliminar / Conservar / Añadir:
    • Eliminar: elementos de práctica estándar sin autoridad que el equipo no necesita. Di por qué se elimina cada uno.
    • Conservar: elementos con una autoridad citada, más cualquier elemento de práctica estándar que el equipo decida conservar, etiquetado como una elección.
    • Añadir: elementos requeridos que faltan en la lista, cada uno con su cita.
  3. Fuentes leídas: título, versión y fecha de cada documento rector, y cualquier documento al que no se pudo acceder.

Ejemplo (genérico)

Una biblioteca de código abierto que recibe una donación de software recibe una lista de 17 elementos de "documentos de lanzamiento estándar" de un consultor, agrupados en diseño, construcción, lanzamiento y mantenimiento. Al leer la plantilla de hitos de la propia donación, se muestran 5 entregables requeridos. Dos de ellos están en la lista con nombres diferentes; tres no están en absoluto. De los 17 elementos suministrados, 2 coinciden con la donación, 1 es requerido por los términos de cumplimiento de licencia de una dependencia, 2 fueron solicitados por el mantenedor principal y 12 son práctica estándar sin autoridad que lo exija. Tres de esos 12 asumen un equipo de revisión de seguridad que el proyecto no tiene. Resultado: conservar 5, añadir 3, eliminar o hacer opcionales 12.

Sin la verificación, el equipo se habría comprometido a 17 elementos y habría perdido los 3 que los revisores de la donación realmente verifican.

Antes de informar como completado

  • Cada elemento suministrado tiene exactamente una etiqueta de autoridad.
  • Cada etiqueta de Financiador o Ley/Reg tiene una cita de una fuente realmente leída.
  • La plantilla rectora fue leída sección por sección, o se indica su ausencia y las conclusiones se marcan provisionales.
  • Las filas añadidas están visiblemente separadas de las filas suministradas.
  • La lista de Eliminar / Conservar / Añadir está presente y cada línea tiene una razón.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

josie2479-maker/claude-skills

Verify factual claims before delivering them. Use before any answer or deliverable the user will act on, forward, or share with others — rules, policy, legal, financial, date, or product facts — and whenever they say 'is that right', 'double-check that', 'verify this', 'fact-check', 'are you sure', or 'source?'. Exception: vetting a claim someone else handed the user is critical-thinking-walkthrough; fetching page text is reliable-fetch (this skill calls it).

josie2479-maker/claude-skills

Interview the user about something they are ABOUT TO BUILD, before any of it is built — a feature, a system, an automation, a workflow, a document structure. Use when a plan exists only in their head or as a rough idea and the design decisions are still open: \"grill me\", \"interview me about this\", \"help me think this through before I build it\", \"what am I not deciding\", \"ask me what you need to know\". Works the design as a dependency tree, asking one answerable question per round (the one that unblocks the most decisions first) with a recommended answer attached, and never asking anything it could look up itself. BOUNDARY — this is front-loaded, for decisions not yet made. Reviewing a plan that already exists and stress-testing it for holes is the plc skill. Interrogating information someone else handed you is critical-thinking-walkthrough. If the thing is already written down and the question is \"is this any good\", it is not this skill.

josie2479-maker/claude-skills

Strip AI-essay voice from a document that will be shared outside this conversation — a memo, spec, brief, proposal, SOW, report, or any deliverable going to a supervisor, agency, client, or contractor. Use when asked to \"clean this up\", \"make this professional\", \"take the Claude out of it\", \"de-AI this\", \"make it ready to send\", or when a draft is about to be handed off and has not had a register pass. Also run it unprompted as the last step when drafting any external-facing document. Not for chat replies, personal notes, or internal scratch files — conversational voice is fine there and flattening it is a loss. Not for fiction or other creative writing, where the voice is the point; see the fiction note in the body.

Skills relacionados