Geração de Conteúdo de Requisitos MRD

Gera ou revisa o conteúdo de requisitos MRD (Documento de Requisitos de Mercado) em chinês com base nas necessidades de negócio, focando na lógica central de uma única interface, listas detalhadas e opções de filtro; adequado para sistemas de negócios como arbitragem, sinistros, ordens de serviço e configuração de filiais. Quando o usuário solicita apenas discussão do conteúdo, não processa formatação Word ou diagramas de interface.

O que é Geração de Conteúdo de Requisitos MRD?

Esta skill foi projetada para auxiliar agentes de IA, como Claude Code, Cursor ou Codex, a gerar ou revisar seções de requisitos MRD (Documento de Requisitos de Mercado) em chinês, com foco em sistemas de negócios corporativos (arbitragem, sinistros, ordens de serviço, configuração de filiais). Ela organiza o contexto de negócios, o estado atual e as solicitações de mudança fornecidas pelo usuário em um formato de requisito diretamente utilizável. A skill impõe uma estrutura de saída rigorosa — para cada interface, apenas três seções são produzidas: Lógica Central, Lista Detalhada e Opções de Filtro — a menos que solicitações explícitas do usuário indiquem o contrário. As regras de escrita enfatizam cobertura de regras de negócio críticas (exclusividade, fontes de dados, operações em lote, feedback de erros), evitando descrições superficiais de componentes de interface. Ela aplica tabelas padronizadas para listas detalhadas e filtros, com colunas específicas e diretrizes de tipos de controle. A skill também faz referência a um arquivo de base externa (`references/site-arbitration-notifiers.md`) para requisitos relacionados à configuração de notificações de arbitragem de filial, tratando seu conteúdo como a versão confirmada. A saída permanece como um rascunho de conteúdo até que o usuário solicite explicitamente a geração de um documento Word, ponto em que a skill deve usar um template especificado e ferramentas de documento para formatar e verificar o layout. Nos modos de revisão, a skill modifica apenas as partes indicadas, sincronizando campos, filtros e descrições lógicas afetados para evitar contradições.

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

Installed? Explore more Programação e Desenvolvimento skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que Geração de Conteúdo de Requisitos MRD faz?

Organiza o contexto de negócios, estado atual e solicitações de mudança fornecidas pelo usuário em conteúdo de requisitos pronto para MRD.

Estrutura de Saída Padrão

Uma única interface mantém apenas as três seções abaixo:

  1. Lógica Central
  2. Lista Detalhada
  3. Opções de Filtro

A menos que o usuário solicite explicitamente, não adicione seções independentes como "Campos de Adicionar/Editar", "Permissões e Logs", "Itens a Confirmar", "Critérios de Aceitação", etc. As regras necessárias devem ser mescladas na Lógica Central.

Regras de Redação

  • A Lógica Central deve cobrir regras de negócio chave, exclusividade, fontes de dados, operações em lote, validação de importação, feedback de exceções, permissões e desduplicação de notificações, mantendo-se concisa.
  • Não trate alterações simples de componentes de interface como requisitos completos; é necessário explicar o impacto nas relações de dados e fluxos de negócio.
  • Quando o layout real da interface não for conhecido, não gere diagramas de interface nem invente posições específicas de páginas.
  • Descreva apenas as funções confirmadas pelo usuário. Campos ou operações explicitamente excluídos pelo usuário não devem ser readicionados.
  • Para campos de estrutura organizacional, priorize o uso de códigos estáveis como identificadores de relacionamento; nomes são para exibição.
  • Pessoas devem ser identificadas por IDs únicos, como JMS ID, e não apenas por nomes.
  • Para exclusão, operações em lote e importação, é necessário descrever confirmação, validação, e feedback de sucesso ou falha.

Formato de Tabela

Listas detalhadas usam uniformemente:

| Nº | Nome do Campo | Descrição do Ajuste | Descrição da Lista | Observações | |---|---|---|---|

Opções de filtro usam uniformemente:

| Nº | Nome do Campo | Descrição do Ajuste | Descrição do Filtro | Observações | |---|---|---|---|

Cada "Descrição do Filtro" deve especificar claramente:

  • Controle
  • Se é multisseleção
  • Valor padrão

Complemente com método de consulta, fonte de dados, opções ou relacionamentos em cascata conforme o tipo de campo.

Base Confirmada

Quando os requisitos envolverem "Configuração de notificadores de arbitragem de filial", deve-se ler e seguir references/site-arbitration-notifiers.md. Os campos, exclusões e diretrizes de negócio neste arquivo são considerados a versão confirmada atual.

Saída do Documento

  • Quando o usuário disser "apenas discutir conteúdo", produza apenas o rascunho do conteúdo, sem gerar DOCX.
  • Quando o usuário solicitar explicitamente a geração de um documento Word, combine com o template especificado e utilize ferramentas de documento para gerar e verificar o layout.
  • Quando o usuário solicitar alterações, modifique apenas as partes indicadas, sincronizando ao mesmo tempo os campos, opções de filtro e descrições lógicas afetados para evitar contradições.

Individual skills in this repo

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

Habilidades Relacionadas