officetuning/skill-library

powerbi-mcp

Como um agente de IA deve alterar um modelo semântico Power BI pelo Power BI Authoring MCP server (antigo Power BI Modeling MCP) com segurança e no padrão OfficeTuning — local × hospedado, backup e PBIP + Git antes de mexer, inventário somente leitura, plan…

Ver código-fonte

Como usar

  1. Copie o comando e verifique o pacote antes de instalar no seu ambiente de agente.
  2. Consulte no original as ferramentas, credenciais e ambientes necessários.
  3. Descreva os dados de entrada e a entrega esperada; confira a saída com as fontes.
npx skills add https://github.com/officetuning/skill-library --skill powerbi-mcp

Antes de começar

  • A instalação não inclui assinatura de modelo, franquia API ou acesso aos seus arquivos.
  • Estrelas e instalações indicam atividade, não um teste independente de qualidade ou segurança.
Documento original do Skill

Renderizado do repositório de origem, preservando títulos, exemplos, código, tabelas, links e imagens.

Power BI via MCP, com segurança

O MCP dá ao agente as ferramentas; as skills dão o método. Sozinho, o servidor obedece ao pedido literal. Com as skills OfficeTuning, o agente nomeia, documenta e valida como a casa faz.

Qual servidor

Local (GA)Hospedado (preview)
Modelo aberto no Power BI Desktop✅❌
Arquivos PBIP/TMDL no disco✅❌
Modelo em workspace do Fabric✅✅
Transações e traces✅❌
InstalaçãoExtensão do VS Code, pacote npm @microsoft/powerbi-modeling-mcp ou executávelNenhuma

A Microsoft recomenda o hospedado quando o ambiente permite (nada a instalar). Para quem desenvolve no Desktop ou em PBIP: local (Windows; não roda no macOS). Só com permissão Build no modelo, o agente consulta com DAX mas não altera. ⚠️ Não registre os dois ao mesmo tempo: o agente vê ferramentas duplicadas e gasta tokens à toa.

Para responder perguntas de negócio a partir do modelo, o servidor certo é o Fabric IQ, não o de authoring.

Antes de alterar qualquer coisa

  1. Backup. Salve uma cópia do .pbix ou trabalhe num .pbip versionado.
  2. PBIP + Git. Commit limpo antes da sessão: tudo que o agente mudar vira

diff revisável e reversível (ver tmdl-pbir, seção Git).

  1. Dados sensíveis. Metadados e resultados de consulta vão para o provedor

de IA. Sem autorização, não use em modelo com dado pessoal ou sigiloso; prefira o modo somente leitura (--readonly) para explorar.

Fluxo de trabalho do agente

  1. Conectar e inventariar (só leitura). Liste tabelas, colunas, medidas,

relacionamentos e UDFs. Não altere nada nesta etapa.

  1. Diagnosticar com as skills da casa. Nomes contra bi-nomenclatura;

modelo contra as 76 regras de powerbi-boas-praticas (cite número e severidade); UDFs contra dax-udf.

  1. Propor um plano em tabela: objeto, ação, antes → depois, motivo.

Agrupe por risco. Espere o "pode aplicar" do usuário.

  1. Aplicar em transação (servidor local): abra, aplique o lote, valide,

confirme. Erro no meio → desfaça a transação inteira.

  1. Validar com DAX. Rode EVALUATE das medidas alteradas antes e depois

e compare os números. Mudança de nome não pode mudar valor.

  1. Documentar. Descrição /// em toda medida e UDF nova (ver

bi-qa-documentacao).

  1. Fechar. Mostre o diff do Git e sugira a mensagem de commit. Quem faz o

commit é o usuário.

Regras que o agente não quebra

  • Nunca apagar tabela, coluna ou medida sem confirmação explícita, item a item.
  • Renomear em lote: listar todas as dependências (medidas, RLS, visuais em

PBIR) antes; renome que quebra visual não entra no lote.

  • Não mexer em RLS/OLS, partições ou fonte de dados sem pedido explícito.
  • Uma mudança por objetivo: não "aproveitar" para corrigir outras coisas fora

do plano aprovado.

Convivência com as skills oficiais da Microsoft

A Microsoft publica skills de Power BI no repositório `microsoft/skills-for-fabric` (MIT). O plugin powerbi-authoring traz as skills de modelo semântico (semantic-model-authoring) e de relatório (PBIR) e registra o MCP local.

/plugin marketplace add microsoft/skills-for-fabric
/plugin install powerbi-authoring@fabric-collection

O repositório é otimizado para o GitHub Copilot CLI e traz compatibilidade para Claude Code, VS Code, Cursor e outros. Confira o comando na página do repositório antes de instalar.

AssuntoQuem manda
Sintaxe, comportamento da ferramenta, APIs, sequência técnica da operaçãoSkills Microsoft e Microsoft Learn
Nome de tabela, coluna, medida e UDF; AV/AA/Δbi-nomenclatura, dax-udf
Regras de modelagem e severidadepowerbi-boas-praticas
Visual, layout, storytellingpowerbi-visuais, dashboard-layout, data-storytelling

Quando as duas orientações conflitarem num ponto de padrão (ex.: nome em inglês × português), siga a OfficeTuning e avise o usuário do conflito.

Pedidos que funcionam bem

ObjetivoPedido
Auditoria"Conecte ao modelo aberto, só leitura, e audite contra as 76 regras. Entregue por severidade."
Padronizar nomes"Proponha os novos nomes segundo bi-nomenclatura, com dependências. Não aplique ainda."
Documentar"Escreva descrição /// para todas as medidas sem descrição, em português de negócio."
Refatorar em UDF"Ache lógica repetida em 3+ medidas e proponha uma UDF no padrão dax-udf, com teste EVALUATE."

Fontes

Relacionados por tarefa

do mesmo repositório

Mais Skills

Todos os Skills
officetuning
Comunidade

bi-nomenclatura

Padrão Corporativo de Nomenclatura para SQL, ETL e modelo semântico Power BI — prefixos Tab/Vw/Pr/Fn/Cns, TabDim/TabFat/TabPon/TabFlt, fronteira entre camada física e semântica, nomes de medida e a convenção de comparativo temporal AV/AA/Δ/Δ%/Δi. Use ao nomear ou renomear tabela, view, procedure, consulta, coluna ou medida, ao escolher prefixo, ao criar alias SQL ou ao nomear medida que compara com o ano anterior.

instalações
1
GitHub Stars
1
Atualizado
3 de out.
officetuning
Comunidade

bi-qa-documentacao

Documentar e validar um modelo Power BI antes de publicar — descrição de medida com /// na DAX Query View, QA em três camadas (Best Practice Analyzer pelo Tabular Editor CLI, smoke test de medidas via XMLA, binding visual.json × TMDL), pipeline de CI/CD e geração de documentação .docx a partir do TMDL/PBIR. Use para documentar medida no código, checklist de publicação automatizado, validar PBIP, CI/CD Power BI, testar medidas por script, visual quebrado, dicionário de dados, handoff ou "gerar Wo

instalações
1
GitHub Stars
1
Atualizado
3 de out.
officetuning
Comunidade

dashboard-canvas

Método Dashboard Canvas (OfficeTuning) para planejar um relatório Power BI antes de abrir o Desktop — 12 blocos em 4 fases (Descoberta, Dados, Governança, Execução), taxonomia de tabela e campo, matrizes Tipo de Dado × Segmentação e Tipo de Dado × 5W2H, anatomia de página e revisão de modelo existente contra o Canvas. Use em briefing de BI, workshop com cliente, escopo de dashboard, cronograma de projeto BI, 5W2H ou "planejar dashboard". Para posição em pixel dos visuais use dashboard-layout.

instalações
1
GitHub Stars
1
Atualizado
3 de out.
officetuning
Comunidade

dashboard-layout

Wireframe, grid e sistema visual de relatórios Power BI — base 8px, grid 12×9 sobre canvas 1920×1080, conversão para x/y/width/height do visual.json, zonas reservadas e modos de filtro do Background Builder, tooltip 400×304, paleta derivada de Accent/Navy e o bug de fuso horário em "última atualização" no Service. Use para definir onde cada visual fica, padronizar layout entre páginas, montar um relatório a partir do Background Builder, diagnosticar relatório desalinhado ou data de atualização e

instalações
1
GitHub Stars
1
Atualizado
3 de out.