CommunityProgramación y desarrollogithub.com

fangjiawan210-beep/skill

Genera o revisa contenido de MRD en chino según requisitos de negocio, enfocándose en la lógica central, listas detalladas y filtros de una sola interfaz; aplicable a sistemas de arbitraje, reclamaciones, órdenes de trabajo, configuración de sucursales, etc. Cuando el usuario solo solicita discutir contenido, no procesa el formato de Word ni diagramas de interfaz.

¿Qué es skill?

Este skill está diseñado para generar o revisar contenido de Documentos de Requisitos de Mercado (MRD) en chino, basándose en el contexto de negocio, el estado actual y los cambios solicitados. Su principal fortaleza es estructurar el contenido de manera concisa y práctica, limitándose a tres secciones por interfaz: lógica central, listas detalladas y filtros. Es especialmente útil para sistemas empresariales como arbitraje, reclamaciones, órdenes de trabajo y configuración de sucursales, donde la claridad y la precisión son fundamentales. El skill sigue reglas de escritura estrictas: no incluye secciones adicionales a menos que el usuario lo solicite explícitamente, mantiene la coherencia con documentos de referencia (por ejemplo, para la configuración de notificaciones de arbitraje en sucursales) y aplica formatos de tabla predefinidos para listas y filtros. Además, respeta las decisiones del usuario, no genera diagramas de interfaz ni contenido ficticio, y solo produce documentos Word cuando se le indica específicamente, utilizando la plantilla adecuada. Funciona en plataformas como Claude Code, Cursor o Codex, integrando referencias de archivos locales para mantener la consistencia de los datos.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/fangjiawan210-beep/skill/tree/HEAD/FJW03

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

Generación de contenido de MRD

Organiza la información en contenido de MRD listo para usar, según el contexto de negocio, el estado actual y los requisitos de cambio proporcionados por el usuario.

Estructura de salida predeterminada

Una sola interfaz solo conserva las siguientes tres secciones:

  1. Lógica central
  2. Lista detallada
  3. Opciones de filtro

A menos que el usuario lo solicite explícitamente, no se añaden secciones independientes como "Campos de nuevo/edición", "Permisos y registros", "Pendientes de confirmación" o "Criterios de aceptación". Las reglas necesarias deben fusionarse en la lógica central.

Reglas de redacción

  • La lógica central debe cubrir reglas de negocio clave, unicidad, fuente de datos, operaciones por lotes, validación de importaciones, retroalimentación de excepciones, permisos y deduplicación de notificaciones, manteniéndose concisa.
  • No tratar cambios simples de controles como requisitos completos; debe explicar el impacto en las relaciones de datos y los flujos de negocio.
  • Cuando no se conoce el diseño de la interfaz real, no se generan diagramas de interfaz ni se inventan posiciones específicas en la página.
  • Solo se describen las funciones confirmadas por el usuario. Los campos u operaciones que el usuario elimine explícitamente no deben ser añadidos de nuevo.
  • Para campos de estructura organizativa, se da prioridad al uso de códigos estables como identificadores de relación, y los nombres se utilizan para su visualización.
  • Las personas deben identificarse mediante identificadores únicos como JMS ID, no solo por su nombre.
  • Para eliminaciones, operaciones por lotes e importaciones, se debe especificar la confirmación, validación y retroalimentación de éxito o fracaso.

Formato de tablas

Las listas detalladas utilizan uniformemente:

| N.º | Nombre del campo | Descripción del ajuste | Descripción de la lista | Notas | |---|---|---|---|

Las opciones de filtro utilizan uniformemente:

| N.º | Nombre del campo | Descripción del ajuste | Descripción del filtro | Notas | |---|---|---|---|

Cada "Descripción del filtro" debe especificar claramente:

  • Control
  • Selección múltiple o única
  • Valor predeterminado

Según el tipo de campo, se deben complementar el método de consulta, fuente de datos, opciones o relaciones en cascada.

Base confirmada

Cuando el requisito involucre la "configuración de notificadores de arbitraje de sucursal", se debe leer y seguir el archivo references/site-arbitration-notifiers.md. Los campos, eliminaciones y términos comerciales de ese archivo se consideran la versión actual confirmada.

Salida de documentos

  • Cuando el usuario dice "solo discutir contenido", solo se genera un borrador de contenido, no un archivo DOCX.
  • Cuando el usuario solicita explícitamente generar un documento Word, se combina con su plantilla especificada y se utiliza la herramienta de documentos para la generación y la revisión del diseño.
  • Cuando el usuario solicita modificaciones, solo se modifican las partes que señala, sincronizando al mismo tiempo la limpieza de los campos, opciones de filtro y descripciones lógicas afectadas para evitar contradicciones.

Individual skills in this repo

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

Skills relacionados