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…

Voir la source

Mode d’emploi

  1. Copiez la commande et examinez le paquet avant de l’installer dans votre environnement agent.
  2. Consultez le document original pour les outils, identifiants et environnements requis.
  3. Décrivez les entrées et le livrable souhaité ; comparez la sortie aux sources.
npx skills add https://github.com/officetuning/skill-library --skill powerbi-mcp

Avant de commencer

  • L’installation n’inclut ni abonnement au modèle, ni quota API, ni accès aux fichiers.
  • Étoiles et installations reflètent l’activité, pas un test indépendant de qualité ou de sécurité.
Document Skill original

Rendu depuis le dépôt source en conservant titres, exemples, code, tableaux, liens et images.

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

Tâches connexes

du même dépôt

Autres Skills

Tous les Skills
officetuning
Communauté

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.

installations
1
GitHub Stars
1
Mis à jour
3 oct.
officetuning
Communauté

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

installations
1
GitHub Stars
1
Mis à jour
3 oct.
officetuning
Communauté

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.

installations
1
GitHub Stars
1
Mis à jour
3 oct.
officetuning
Communauté

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

installations
1
GitHub Stars
1
Mis à jour
3 oct.