Token导航 LogoToken导航TokenDH.com
运维和基础设施敏感数据github未标认证来源可访问许可证需确认审计通过

fabric-integration织物整合

Agent Skill

fabric-integration 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

423

周安装

18

GitHub Stars

33

下载量

148
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:fabric-integration(织物整合)
来源仓库:https://github.com/josiahsiegel/claude-plugin-marketplace
仓库路径:skills/fabric-integration
安装命令:
npx skills add https://github.com/josiahsiegel/claude-plugin-marketplace --skill fabric-integration
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/josiahsiegel/claude-plugin-marketplace --skill fabric-integration

简介

fabric-integration 聚焦 Microsoft Fabric 与 Azure Data Factory 的集成机制,特别是 Direct Lake 模式。

  • 适用于理解 Fabric Lakehouse 连接器活动支持范围及元数据复制流程。
  • 需结合官方文档判断是否启用 Direct Lake,并确认 ADF 与 Fabric 工作区连通性。
  • 涉及数据移动时应测试小规模样本,防止因配置错误导致性能下降或数据不一致。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Microsoft Fabric Integration

Overview

Microsoft Fabric is the unified analytics platform that includes Power BI, Data Factory, Data Engineering, Data Science, Real-Time Intelligence, and Data Warehouse. Power BI is deeply integrated as the visualization and semantic modeling layer of Fabric.

Direct Lake Mode

Direct Lake is a storage mode exclusive to Fabric that reads data directly from delta tables in OneLake without importing or sending DirectQuery requests.

How Direct Lake Works

  1. Framing: On refresh, Direct Lake copies only metadata (Parquet file references) from delta tables -- takes seconds
  2. On-demand loading: When a query hits the model, data is loaded from Parquet files directly into the VertiPaq engine
  3. No data duplication: Unlike Import, no copy of data is stored in the semantic model
  4. Near-import performance: Once loaded into memory, queries run at VertiPaq speed

Direct Lake vs Import vs DirectQuery

FeatureImportDirectQueryDirect Lake
Data freshnessSnapshot at refreshReal-timeNear real-time (after framing)
Query performanceFastest (all in memory)Depends on sourceNear-import (on-demand load)
Refresh timeMinutes to hoursN/ASeconds (framing only)
Refresh costHigh (full data copy)NoneVery low (metadata only)
Data size limit10GB (Premium), 1GB (PBIX)Source limitFabric capacity limit
DAX supportFullLimitedFull
Calculated columnsYesNoYes
Source requirementAnyAnyOneLake delta tables only
Capacity requirementAnyAnyFabric F-SKU

Direct Lake Variants (2025-2026 GA)

VariantSourceMulti-SourceFallbackUse CaseGA Status
Direct Lake on OneLake (DL/OL)OneLake delta filesYes (multiple Fabric items)NO fallbackFlexible, multiple lakehousesGA
Direct Lake on SQL (DL/SQL)Fabric SQL endpointNo (single Fabric item)Falls back to DirectQuerySQL-centric, single sourceGA

Creating a Direct Lake Semantic Model

In Power BI Desktop (2025+ preview):

  1. Get Data > OneLake data hub
  2. Select Fabric lakehouse or warehouse
  3. Choose tables (loaded as Direct Lake automatically)
  4. Build measures and relationships in Desktop
  5. Publish to Fabric workspace

Via Fabric Service:

  1. Open lakehouse/warehouse in Fabric
  2. Click "New semantic model"
  3. Select tables to include
  4. Open model in web to add measures and relationships

Programmatically via TOM:

var database = new Database() { Name = "DirectLakeModel" };
var model = new Model() { Name = "DirectLakeModel" };
database.Model = model;

// Direct Lake partition source
var table = new Table() { Name = "Sales" };
table.Partitions.Add(new Partition() {
    Name = "Sales-DL",
    Mode = ModeType.DirectLake,
    Source = new EntityPartitionSource() {
        EntityName = "Sales",
        SchemaName = "dbo",
        ExpressionSource = new ExpressionSource() {
            Expression = "DatabaseQuery"
        }
    }
});
model.Tables.Add(table);

Critical distinction: DL/OL does NOT fall back to DirectQuery. If data cannot be served from memory, the query fails. This means DL/OL models must be carefully sized within capacity guardrails.

Direct Lake Guardrails by Capacity

GuardrailF2F4F8F16F32F64F128
Max model size on disk2 GB4 GB8 GB16 GB32 GB64 GB128 GB
Max rows per table300M300M300M1.5B3B6B6B
Max files/row groups per table1K1K1K1K1K5K5K
Concurrent DL queries48163264128256

Max Memory is a soft limit for paging -- exceeding it causes performance degradation but not failure.

Max model size on disk/OneLake is a hard guardrail -- exceeding causes DQ fallback (DL/SQL) or query failure (DL/OL).

Direct Lake Fallback Configuration

Fallback BehaviorSettingImpact
Automatic fallback to DirectQueryDefault (DL/SQL only)Query still works but slower
Block fallbackDirectLakeBehavior = DirectLakeOnlyQuery fails if cannot serve from DL
No fallback optionDefault (DL/OL)Queries always fail if data unavailable

Monitor fallback in Fabric Capacity Metrics app -- frequent fallback indicates model design issues.

Common fallback triggers (DL/SQL):

  • Columns not loaded into memory due to capacity limits
  • Calculated columns on Direct Lake tables (may trigger DQ fallback)
  • Certain DAX patterns that require full table scan
  • Stale framing (delta tables changed but model not re-framed)
  • File/row-group count exceeding capacity guardrails

Power BI Embedded with Direct Lake (GA March 2025)

Direct Lake mode is now fully supported for embedded analytics, backed by Microsoft SLA. Generate embed tokens for Direct Lake semantic models using the same embed token API as Import/DirectQuery models.

Framing (Refresh)

# Trigger framing via REST API
POST https://api.powerbi.com/v1.0/myorg/groups/{workspaceId}/datasets/{datasetId}/refreshes
{
  "type": "Automatic"
}

Framing is extremely fast (seconds) compared to Import refresh (minutes/hours). Schedule frequent framing for near-real-time data.

OneLake

OneLake is Fabric's unified data lake -- a single store for all analytics data, built on Azure Data Lake Storage Gen2 with delta format.

OneLake Shortcuts

Connect to external data without copying:

Shortcut TypeSourceUse Case
OneLakeAnother Fabric itemCross-workspace data sharing
ADLS Gen2Azure Data LakeExisting Azure data
S3Amazon S3Multi-cloud data
GCSGoogle Cloud StorageMulti-cloud data
DataverseDynamics 365Business app data

OneLake File API

Access OneLake data programmatically:

# Using Azure Storage SDK (OneLake supports ADLS Gen2 API)
from azure.storage.filedatalake import DataLakeServiceClient

service_client = DataLakeServiceClient(
    account_url="https://onelake.dfs.fabric.microsoft.com",
    credential=token_credential
)

file_system_client = service_client.get_file_system_client(workspace_id)
directory_client = file_system_client.get_directory_client(f"{lakehouse_name}.Lakehouse/Tables")

Fabric Lakehouse

A lakehouse combines data lake flexibility with warehouse SQL capabilities:

Power BI connectivity:

  • SQL Analytics Endpoint: Read-only SQL endpoint for DirectQuery or Direct Lake
  • Delta tables: Native format for Direct Lake
  • Notebooks: Write data from Spark notebooks, read in Power BI

Lakehouse to Power BI Flow

[Data Sources] --> [Fabric Notebooks/Pipelines] --> [Lakehouse Delta Tables]
     |                                                       |
     v                                                       v
[Power Query Dataflows Gen2]                    [Direct Lake Semantic Model]
                                                             |
                                                             v
                                                     [Power BI Reports]

Fabric Warehouse

Fully managed SQL warehouse in Fabric:

  • T-SQL support: Full DML (INSERT, UPDATE, DELETE, MERGE)
  • Auto-distributed storage: No index tuning needed
  • Direct Lake compatible: Tables accessible as Direct Lake sources
  • Cross-database queries: Query across warehouses and lakehouses

Dataflow Gen2

Cloud-based ETL in Fabric, evolution of Power BI Dataflows:

FeatureDataflow Gen1Dataflow Gen2
DestinationsPower BI dataset onlyLakehouse, Warehouse, KQL DB, Azure SQL, ADLS Gen2, SharePoint
ComputePower Query OnlinePower Query Online + Fabric Spark
StagingOptional (Premium)Always enabled
Incremental refreshLimitedFull support (GA to Lakehouse 2025)
MonitoringBasicFabric monitoring hub
CI/CDNot supportedGit integration + deployment pipelines (2025)
Variable libraryNot supportedParameterized source paths and expressions (2025)
Publish performanceSingle-threaded validationParallelized query validations (2026)

Gen1 deprecation: Microsoft has announced Gen1 is legacy. Migrate to Gen2 for all new development. Gen2 supports all Gen1 connectors plus Fabric-native destinations.

Dataflow Gen2 Output Destinations (2025-2026)

DestinationProtocol
Fabric Lakehouse delta tablesDelta/Parquet
Fabric Warehouse tablesT-SQL
Fabric KQL Database tablesKQL
Fabric SQL Database tablesT-SQL
Azure SQL Database tablesT-SQL
Azure Data Explorer (Kusto) tablesKQL
ADLS Gen2 filesFile (CSV, Parquet)
SharePoint filesFile

Dataflow Gen2 to Direct Lake Pipeline

  1. Create Dataflow Gen2 in Fabric workspace
  2. Connect to source (any Power Query connector)
  3. Set destination to Lakehouse (creates delta tables)
  4. Create semantic model on top of lakehouse tables (Direct Lake)
  5. Build reports on the semantic model

Real-Time Intelligence

Fabric Real-Time Intelligence items now have GA lifecycle management (2025):

ItemALM SupportIntegration
EventstreamGit + deployment pipelinesIngests from Event Hubs, Kafka, IoT Hub, custom APIs
EventhouseGit + deployment pipelinesHouses KQL databases
KQL DatabaseGit + deployment pipelinesDirectQuery from Power BI
Real-time DashboardGit + deployment pipelinesNative Fabric dashboard for streaming
Data ActivatorGit + deployment pipelinesAlert/trigger on data conditions

Eventstream to Power BI Pipeline

[Event Hubs/Kafka/IoT Hub] --> [Eventstream] --> [KQL Database] --> [Power BI DirectQuery]
                                     |
                                     +--> [Lakehouse] --> [Power BI Direct Lake]

Notebooks for Data Prep

Fabric notebooks (PySpark/Spark SQL) write data that Power BI consumes:

# Write DataFrame to lakehouse delta table
df.write.format("delta").mode("overwrite").saveAsTable("Sales")

# Optimized write with partitioning
df.write.format("delta") \
    .partitionBy("Year", "Month") \
    .mode("overwrite") \
    .option("overwriteSchema", "true") \
    .saveAsTable("Sales")

# V-Order optimization (improves Direct Lake read performance)
spark.conf.set("spark.sql.parquet.vorder.enabled", "true")
df.write.format("delta").mode("overwrite").saveAsTable("Sales")

V-Order: A write-time optimization that orders Parquet data for faster Direct Lake reads. Enable in notebook or pipeline configuration.

Fabric Items in Power BI Context

Fabric ItemPower BI Integration
LakehouseDirect Lake, SQL endpoint for DQ
WarehouseDirect Lake, T-SQL queries
KQL DatabaseDirectQuery via KQL connector
NotebooksData prep, model management via sempy
Data PipelinesOrchestrate refresh, data movement
Dataflow Gen2ETL to lakehouse for DL consumption
EventstreamReal-time data to KQL, then to PBI
ML ModelsScore in notebooks, results to lakehouse

Semantic Link (sempy)

Python library for Power BI semantic model interaction in Fabric notebooks:

import sempy.fabric as fabric

# List datasets in workspace
datasets = fabric.list_datasets()

# Read data from semantic model using DAX
df = fabric.evaluate_dax(
    dataset="SalesModel",
    dax_string="EVALUATE SUMMARIZECOLUMNS('Date'[Year], 'Product'[Category], \"Sales\", [Total Sales])"
)

# Read model metadata
tables = fabric.list_tables(dataset="SalesModel")
measures = fabric.list_measures(dataset="SalesModel")

# Refresh dataset
fabric.refresh_dataset(dataset="SalesModel")

Composite Models with Direct Lake (2025 Preview)

Mix Direct Lake tables with Import tables in a single semantic model:

Source TableStorage ModeWhen to Use
Lakehouse fact tableDirect LakeLarge transaction data
Lakehouse dimensionDirect LakeShared dimension from gold layer
External reference dataImportSmall tables not in Fabric
Budget/forecastImportData from Excel or external source

Key consideration: Composite model queries involving both DL and Import tables may have different performance characteristics. Test with production data volumes.

Additional Resources

Reference Files

  • references/fabric-architecture-patterns.md -- Medallion architecture, data mesh patterns, and Fabric workspace design strategies

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

39.09%
按下载量换算58

Claude

30.24%
按下载量换算45

Cursor

18.09%
按下载量换算27

Gemini CLI

10.52%
按下载量换算16

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills