[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M699PVCJTQAS09T46EB86HFS":3,"skill-same:01M699PVCJTQAS09T46EB86HFS":148},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":24,"linkOnly":25,"markdownContent":26,"markdownBody":27,"frontMatter":28,"refName":29,"commitSha":30,"skillDirectory":31,"forksCount":32,"repositoryHtmlUrl":33,"repositoryHomepageUrl":6,"ownerHtmlUrl":34,"ownerBlogUrl":35,"ownerDescription":36,"updatedAt":37,"install":38,"resources":51},"01M699PVCJTQAS09T46EB86HFS","spark-cli",null,"Manages Fabric Spark work, including notebook cell code with %%configure, %%sql, PySpark and notebookutils, named notebook runs, Livy sessions, triage of failed or OOM notebook and pipeline Spark runs, and the Materialized Lake View (MLV) lifecycle. Load it before writing MLV SQL, since CREATE MATERIALIZED LAKE VIEW and its CONSTRAINT clause are Fabric-only. KQL materialized views belong to eventhouse-cli.","microsoft\u002Fskills-for-fabric","microsoft","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F6154722?v=4","01M698VYDXZ6JW5WH3CRV650R8","Microsoft","01M699NAPJKS2WBHHDN86Q5MM6",1336,"MIT","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002FSKILL.md",[],[19,20,21,22,23],"cli","spark cli","writing","triage","sessions","2026-11-10 10:12:30",false,"---\nname: spark-cli\ndescription: \"Manages Fabric Spark work, including notebook cell code with %%configure, %%sql, PySpark and notebookutils, named notebook runs, Livy sessions, triage of failed or OOM notebook and pipeline Spark runs, and the Materialized Lake View (MLV) lifecycle. Load it before writing MLV SQL, since CREATE MATERIALIZED LAKE VIEW and its CONSTRAINT clause are Fabric-only. KQL materialized views belong to eventhouse-cli.\"\n---\n\n> **Telemetry — MANDATORY.** Every `api.fabric.microsoft.com` call must carry\n> `x-ms-fabric-skill: spark-cli` (`az rest`: `--headers \"x-ms-fabric-skill=spark-cli\"`),\n> including every LRO poll, `fabric_lro` and retry. Snippets omit it — add it anyway.\n\n> **CRITICAL NOTES**\n> 1. To find the workspace details (including its ID) from workspace name: list all workspaces and, then, use JMESPath filtering\n> 2. To find the item details (including its ID) from workspace ID, item type, and item name: list all items of that type in that workspace and, then, use JMESPath filtering\n> 3. **Skill disambiguation**: use `spark-cli` for notebook cell code (including `%%sql` cells), named notebook runs, Livy sessions, Spark failure triage, and everything about a Materialized Lake View -- writing the definition, reviewing a query for incremental-refresh readiness, and scheduling, refreshing, monitoring or diagnosing an existing one. A KQL materialized view in an Eventhouse is `eventhouse-cli`; plain read-only T-SQL against a Warehouse or Lakehouse SQL endpoint is `sqldw-cli`.\n> 4. **Hard routing boundary**: never execute an Eventhouse\u002FKQL materialized-view request from this skill. Route it to `eventhouse-cli`; if that skill is unavailable, state that the request cannot be completed in the current skill context and stop without calling Fabric APIs or creating artifacts.\n\n# Fabric Spark and Materialized Lake Views -- CLI Skill\n\nThis one skill owns Fabric Spark: notebook cell authoring, notebook runs, Livy-session analysis, Spark failure diagnostics, and the whole Materialized Lake View lifecycle.\n\nIt is a **mode dispatcher** and contains NO procedures. Pick the mode that matches the request from the table below, then **read the matching `references\u002F\u003Cmode>.md` file end to end with your file-reading tool BEFORE issuing a single command**. That file holds the endpoints, payload shapes, templates and gotchas; acting without it produces wrong payloads and wrong results.\n\n## Mode selection\n\n| Mode | Use when the request ... | Example triggers | Read this first |\n|---|---|---|---|\n| `authoring` | writes notebook cell code (PySpark, Scala, SparkR, `%%sql`, `%%configure`), runs a notebook by name and reports a NORMAL run status, or authors a Materialized Lake View definition or reviews an MLV query for incremental-refresh readiness | write notebook code, notebook cell code, %%sql cell, run notebook, execute notebook, notebookutils, create materialized lake view, is this MLV query incremental-refresh ready | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| `consumption` | runs interactive ad-hoc PySpark in a Lakehouse Livy session -- never a notebook | create a Livy session, run calculation in Livy, PySpark, DataFrame analysis, join tables across lakehouses, Delta time-travel | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n| `operations` | diagnoses a FAILED, unhealthy, throttled or slow Spark notebook \u002F pipeline \u002F Livy run | failed notebook, Spark Livy health, Spark OOM, why is my notebook slow, job diagnostics, 430 throttling | [references\u002Foperations.md](references\u002Foperations.md) |\n| `mlv` | discovers or operates EXISTING Materialized Lake Views: Spark SQL discovery, refresh schedules, on-demand refresh, run history, cancellation, and refresh-failure classification | discover MLVs, list materialized lake views, schedule MLV, MLV run history, cancel refresh, trigger MLV refresh, diagnose MLV refresh failure | [references\u002Fmlv.md](references\u002Fmlv.md) |\n\n### Mode boundary rule\n\nMode is decided by the artefact and the outcome, not by the language. A notebook cell is always `authoring` even when the cell is `%%sql`. A Livy session is always `consumption`. A Spark run that FAILED or is unhealthy is `operations`; a run that succeeded is reported by `authoring`. For a Materialized Lake View the VERB decides: writing or reviewing the definition is `authoring`, while discovering, scheduling, refreshing, monitoring or diagnosing existing MLVs is `mlv`. If discovery must be executed, switch to `consumption` for Livy or `authoring` for a notebook only after reading the discovery command from `references\u002Fmlv.md`.\n\nIf a request genuinely spans modes, handle them one at a time and read each reference before you start that part. If the mode is ambiguous after reading this table, ask one short clarifying question instead of guessing.\n\n## Terminal write -- the step you must not skip\n\nReading the reference and planning the change is NOT completing the task. Each mutating mode ends with one state-changing call. If you did not issue it, nothing was persisted -- say so explicitly rather than reporting success.\n\n| Mode | Terminal write |\n|---|---|\n| `authoring` | for an EXISTING notebook, `POST ...\u002Fnotebooks\u002F{id}\u002FupdateDefinition` to save the cell; a NEW notebook needs `POST \u002Fv1\u002Fworkspaces\u002F{ws}\u002Fitems` first; for a run request, trigger the job via the Jobs API. Printing cell code into the chat is not saving or running it. |\n| `consumption` | none -- this mode is read-only |\n| `operations` | none -- this mode is read-only |\n| `mlv` | `POST \u002Fv1\u002Fworkspaces\u002F{ws}\u002Flakehouses\u002F{lakehouse}\u002Fjobs\u002FrefreshMaterializedLakeViews\u002Finstances` for an on-demand refresh, or the schedule create\u002Fupdate\u002Fdelete call for a scheduling request. Reporting what the schedule would be is not creating it. |\n\nBefore you report the task done, confirm the terminal call returned success and, where the reference documents a readback, read the artefact back to prove the change landed.\n\n## Shared essentials (all modes)\n\nResolve the workspace and item first; every mode depends on it.\n\n| Task | Reference | Notes |\n|---|---|---|\n| Finding Workspaces and Items in Fabric | [COMMON-CLI.md](..\u002F..\u002Fcommon\u002FCOMMON-CLI.md#finding-workspaces-and-items-in-fabric) | **Mandatory** -- read before resolving any workspace or item id |\n| Fabric Topology & Key Concepts | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#fabric-topology--key-concepts) | Item types, workspaces, capacities |\n| Environment URLs | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#environment-urls) | Sovereign \u002F non-public cloud hosts |\n| Authentication & Token Acquisition | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#authentication--token-acquisition) | Wrong audience = 401; read before any auth issue |\n| Authentication Recipes | [COMMON-CLI.md](..\u002F..\u002Fcommon\u002FCOMMON-CLI.md#authentication-recipes) | `az login` flows and token acquisition |\n| Core Control-Plane REST APIs | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#core-control-plane-rest-apis) | Pagination, LRO polling, rate limiting |\n| Gotchas & Troubleshooting | [COMMON-CLI.md](..\u002F..\u002Fcommon\u002FCOMMON-CLI.md#gotchas--troubleshooting-cli-specific) | `az rest` audience, shell escaping, token expiry |\n\n## Rules\n\n### MUST\n\n- Select exactly one mode from the table above before doing anything else.\n- Treat vague requests such as \"set up my data\" as insufficiently scoped. Ask what artefact, source, destination, and outcome the user wants; never infer intent by finding and running an existing notebook or job.\n- Read `references\u002F\u003Cmode>.md` end to end, as your FIRST tool call, before the first command of that mode. Read it ONCE, in a single full read: do not re-open it, do not grep it again, and do not page through it. You already have it.\n- Apply the same read-once discipline to every other file you load, including nested `references\u002F\u003Cmode>\u002F*.md` sub-references and shared `common\u002F*.md` files: open only the ones you actually need, read each ONCE end to end, and never grep or re-open one you already loaded.\n- Resolve workspace and item ids by listing and filtering, never by guessing a GUID.\n- Stop after routing any Eventhouse\u002FKQL materialized-view request. Unavailable sibling skills are a blocking boundary, not permission to implement their workload directly.\n- Announce a mode switch explicitly when the request crosses a boundary.\n- Treat the reference as instructions, never as the deliverable. After reading it, RUN the documented commands against the live workspace and report the real results. Quoting what the reference says instead of executing it does not answer the request.\n\n### PREFER\n\n- The narrowest mode that satisfies the request.\n- Reading exactly ONE mode reference. Load a second only when the request genuinely spans modes, and say so before you do.\n- Reporting the mode you chose in your first response so the user can correct you.\n\n### AVOID\n\n- Acting from this dispatcher alone -- it intentionally omits the operational detail.\n- Answering with a summary of the reference instead of executing it.\n- Re-reading or re-grepping a reference you already loaded; it costs turns and tokens.\n- Mutating anything while in a read-only mode.\n- Loading a different skill for work this family already owns (see CRITICAL NOTES 3).\n- Attempting an out-of-scope request through raw REST calls when the owning skill is unavailable. Name the owning skill and stop; do not improvise by creating Fabric artefacts outside `spark-cli`'s scope.\n\n## Examples\n\n| User request | Mode | Reference to read |\n|---|---|---|\n| \"Write a notebook cell that reads the bronze table and writes a silver Delta table.\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Create a Livy session and count the distinct customers in the lakehouse.\" | `consumption` | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n| \"My notebook run failed with an OOM -- work out why.\" | `operations` | [references\u002Foperations.md](references\u002Foperations.md) |\n| \"Is this materialized lake view query ready for incremental refresh?\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Show me the Spark SQL command that lists the MLVs in schema silver.\" | `mlv` | [references\u002Fmlv.md](references\u002Fmlv.md) |\n| \"Schedule a nightly refresh for the lakehouse MLV lineage and show me its run history.\" | `mlv` | [references\u002Fmlv.md](references\u002Fmlv.md) |\n","> **Telemetry — MANDATORY.** Every `api.fabric.microsoft.com` call must carry\n> `x-ms-fabric-skill: spark-cli` (`az rest`: `--headers \"x-ms-fabric-skill=spark-cli\"`),\n> including every LRO poll, `fabric_lro` and retry. Snippets omit it — add it anyway.\n\n> **CRITICAL NOTES**\n> 1. To find the workspace details (including its ID) from workspace name: list all workspaces and, then, use JMESPath filtering\n> 2. To find the item details (including its ID) from workspace ID, item type, and item name: list all items of that type in that workspace and, then, use JMESPath filtering\n> 3. **Skill disambiguation**: use `spark-cli` for notebook cell code (including `%%sql` cells), named notebook runs, Livy sessions, Spark failure triage, and everything about a Materialized Lake View -- writing the definition, reviewing a query for incremental-refresh readiness, and scheduling, refreshing, monitoring or diagnosing an existing one. A KQL materialized view in an Eventhouse is `eventhouse-cli`; plain read-only T-SQL against a Warehouse or Lakehouse SQL endpoint is `sqldw-cli`.\n> 4. **Hard routing boundary**: never execute an Eventhouse\u002FKQL materialized-view request from this skill. Route it to `eventhouse-cli`; if that skill is unavailable, state that the request cannot be completed in the current skill context and stop without calling Fabric APIs or creating artifacts.\n\n# Fabric Spark and Materialized Lake Views -- CLI Skill\n\nThis one skill owns Fabric Spark: notebook cell authoring, notebook runs, Livy-session analysis, Spark failure diagnostics, and the whole Materialized Lake View lifecycle.\n\nIt is a **mode dispatcher** and contains NO procedures. Pick the mode that matches the request from the table below, then **read the matching `references\u002F\u003Cmode>.md` file end to end with your file-reading tool BEFORE issuing a single command**. That file holds the endpoints, payload shapes, templates and gotchas; acting without it produces wrong payloads and wrong results.\n\n## Mode selection\n\n| Mode | Use when the request ... | Example triggers | Read this first |\n|---|---|---|---|\n| `authoring` | writes notebook cell code (PySpark, Scala, SparkR, `%%sql`, `%%configure`), runs a notebook by name and reports a NORMAL run status, or authors a Materialized Lake View definition or reviews an MLV query for incremental-refresh readiness | write notebook code, notebook cell code, %%sql cell, run notebook, execute notebook, notebookutils, create materialized lake view, is this MLV query incremental-refresh ready | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| `consumption` | runs interactive ad-hoc PySpark in a Lakehouse Livy session -- never a notebook | create a Livy session, run calculation in Livy, PySpark, DataFrame analysis, join tables across lakehouses, Delta time-travel | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n| `operations` | diagnoses a FAILED, unhealthy, throttled or slow Spark notebook \u002F pipeline \u002F Livy run | failed notebook, Spark Livy health, Spark OOM, why is my notebook slow, job diagnostics, 430 throttling | [references\u002Foperations.md](references\u002Foperations.md) |\n| `mlv` | discovers or operates EXISTING Materialized Lake Views: Spark SQL discovery, refresh schedules, on-demand refresh, run history, cancellation, and refresh-failure classification | discover MLVs, list materialized lake views, schedule MLV, MLV run history, cancel refresh, trigger MLV refresh, diagnose MLV refresh failure | [references\u002Fmlv.md](references\u002Fmlv.md) |\n\n### Mode boundary rule\n\nMode is decided by the artefact and the outcome, not by the language. A notebook cell is always `authoring` even when the cell is `%%sql`. A Livy session is always `consumption`. A Spark run that FAILED or is unhealthy is `operations`; a run that succeeded is reported by `authoring`. For a Materialized Lake View the VERB decides: writing or reviewing the definition is `authoring`, while discovering, scheduling, refreshing, monitoring or diagnosing existing MLVs is `mlv`. If discovery must be executed, switch to `consumption` for Livy or `authoring` for a notebook only after reading the discovery command from `references\u002Fmlv.md`.\n\nIf a request genuinely spans modes, handle them one at a time and read each reference before you start that part. If the mode is ambiguous after reading this table, ask one short clarifying question instead of guessing.\n\n## Terminal write -- the step you must not skip\n\nReading the reference and planning the change is NOT completing the task. Each mutating mode ends with one state-changing call. If you did not issue it, nothing was persisted -- say so explicitly rather than reporting success.\n\n| Mode | Terminal write |\n|---|---|\n| `authoring` | for an EXISTING notebook, `POST ...\u002Fnotebooks\u002F{id}\u002FupdateDefinition` to save the cell; a NEW notebook needs `POST \u002Fv1\u002Fworkspaces\u002F{ws}\u002Fitems` first; for a run request, trigger the job via the Jobs API. Printing cell code into the chat is not saving or running it. |\n| `consumption` | none -- this mode is read-only |\n| `operations` | none -- this mode is read-only |\n| `mlv` | `POST \u002Fv1\u002Fworkspaces\u002F{ws}\u002Flakehouses\u002F{lakehouse}\u002Fjobs\u002FrefreshMaterializedLakeViews\u002Finstances` for an on-demand refresh, or the schedule create\u002Fupdate\u002Fdelete call for a scheduling request. Reporting what the schedule would be is not creating it. |\n\nBefore you report the task done, confirm the terminal call returned success and, where the reference documents a readback, read the artefact back to prove the change landed.\n\n## Shared essentials (all modes)\n\nResolve the workspace and item first; every mode depends on it.\n\n| Task | Reference | Notes |\n|---|---|---|\n| Finding Workspaces and Items in Fabric | [COMMON-CLI.md](..\u002F..\u002Fcommon\u002FCOMMON-CLI.md#finding-workspaces-and-items-in-fabric) | **Mandatory** -- read before resolving any workspace or item id |\n| Fabric Topology & Key Concepts | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#fabric-topology--key-concepts) | Item types, workspaces, capacities |\n| Environment URLs | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#environment-urls) | Sovereign \u002F non-public cloud hosts |\n| Authentication & Token Acquisition | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#authentication--token-acquisition) | Wrong audience = 401; read before any auth issue |\n| Authentication Recipes | [COMMON-CLI.md](..\u002F..\u002Fcommon\u002FCOMMON-CLI.md#authentication-recipes) | `az login` flows and token acquisition |\n| Core Control-Plane REST APIs | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#core-control-plane-rest-apis) | Pagination, LRO polling, rate limiting |\n| Gotchas & Troubleshooting | [COMMON-CLI.md](..\u002F..\u002Fcommon\u002FCOMMON-CLI.md#gotchas--troubleshooting-cli-specific) | `az rest` audience, shell escaping, token expiry |\n\n## Rules\n\n### MUST\n\n- Select exactly one mode from the table above before doing anything else.\n- Treat vague requests such as \"set up my data\" as insufficiently scoped. Ask what artefact, source, destination, and outcome the user wants; never infer intent by finding and running an existing notebook or job.\n- Read `references\u002F\u003Cmode>.md` end to end, as your FIRST tool call, before the first command of that mode. Read it ONCE, in a single full read: do not re-open it, do not grep it again, and do not page through it. You already have it.\n- Apply the same read-once discipline to every other file you load, including nested `references\u002F\u003Cmode>\u002F*.md` sub-references and shared `common\u002F*.md` files: open only the ones you actually need, read each ONCE end to end, and never grep or re-open one you already loaded.\n- Resolve workspace and item ids by listing and filtering, never by guessing a GUID.\n- Stop after routing any Eventhouse\u002FKQL materialized-view request. Unavailable sibling skills are a blocking boundary, not permission to implement their workload directly.\n- Announce a mode switch explicitly when the request crosses a boundary.\n- Treat the reference as instructions, never as the deliverable. After reading it, RUN the documented commands against the live workspace and report the real results. Quoting what the reference says instead of executing it does not answer the request.\n\n### PREFER\n\n- The narrowest mode that satisfies the request.\n- Reading exactly ONE mode reference. Load a second only when the request genuinely spans modes, and say so before you do.\n- Reporting the mode you chose in your first response so the user can correct you.\n\n### AVOID\n\n- Acting from this dispatcher alone -- it intentionally omits the operational detail.\n- Answering with a summary of the reference instead of executing it.\n- Re-reading or re-grepping a reference you already loaded; it costs turns and tokens.\n- Mutating anything while in a read-only mode.\n- Loading a different skill for work this family already owns (see CRITICAL NOTES 3).\n- Attempting an out-of-scope request through raw REST calls when the owning skill is unavailable. Name the owning skill and stop; do not improvise by creating Fabric artefacts outside `spark-cli`'s scope.\n\n## Examples\n\n| User request | Mode | Reference to read |\n|---|---|---|\n| \"Write a notebook cell that reads the bronze table and writes a silver Delta table.\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Create a Livy session and count the distinct customers in the lakehouse.\" | `consumption` | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n| \"My notebook run failed with an OOM -- work out why.\" | `operations` | [references\u002Foperations.md](references\u002Foperations.md) |\n| \"Is this materialized lake view query ready for incremental refresh?\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Show me the Spark SQL command that lists the MLVs in schema silver.\" | `mlv` | [references\u002Fmlv.md](references\u002Fmlv.md) |\n| \"Schedule a nightly refresh for the lakehouse MLV lineage and show me its run history.\" | `mlv` | [references\u002Fmlv.md](references\u002Fmlv.md) |\n",{"name":5,"description":7},"main","4c3986d2e5b498ce2d6e6025533b94b5e5bb2ccd","plugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli",394,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric","https:\u002F\u002Fgithub.com\u002Fmicrosoft","https:\u002F\u002Fopensource.microsoft.com","Open source projects and samples from Microsoft","2026-11-06 03:33:28",{"source":8,"skillName":5,"commands":39,"prompt":49,"zipAvailable":50},[40,43,46],{"tool":41,"command":42},"npx","npx skills add microsoft\u002Fskills-for-fabric --skill spark-cli",{"tool":44,"command":45},"bunx","bunx skills add microsoft\u002Fskills-for-fabric --skill spark-cli",{"tool":47,"command":48},"pnpm","pnpm dlx skills add microsoft\u002Fskills-for-fabric --skill spark-cli","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002FSKILL.md",true,[52,58,62,66,72,76,80,84,88,92,96,100,104,108,112,116,120,124,128,132,136,140,144],{"path":53,"resourceType":54,"resourceTypeDesc":55,"sizeBytes":56,"sourceHtmlUrl":57},"assets\u002Ftemplate-api-docs.md","ASSET","资产文件",5648,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002F_collections\u002Fdot_config\u002Fopencode\u002Fskills\u002Fadhd-friendly-documentation\u002Fassets\u002Ftemplate-api-docs.md",{"path":59,"resourceType":54,"resourceTypeDesc":55,"sizeBytes":60,"sourceHtmlUrl":61},"assets\u002Ftemplate-quick-start.md",2600,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002F_collections\u002Fdot_config\u002Fopencode\u002Fskills\u002Fadhd-friendly-documentation\u002Fassets\u002Ftemplate-quick-start.md",{"path":63,"resourceType":54,"resourceTypeDesc":55,"sizeBytes":64,"sourceHtmlUrl":65},"assets\u002Ftemplate-tutorial.md",4768,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002F_collections\u002Fdot_config\u002Fopencode\u002Fskills\u002Fadhd-friendly-documentation\u002Fassets\u002Ftemplate-tutorial.md",{"path":67,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":70,"sourceHtmlUrl":71},"references\u002Fadhd-patterns.md","REFERENCE","参考文档",7397,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002F_collections\u002Fdot_config\u002Fopencode\u002Fskills\u002Fadhd-friendly-documentation\u002Freferences\u002Fadhd-patterns.md",{"path":73,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":74,"sourceHtmlUrl":75},"references\u002Fauthoring.md",33714,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Fauthoring.md",{"path":77,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":78,"sourceHtmlUrl":79},"references\u002Fauthoring\u002Fresources\u002Fdata-engineering-patterns.md",24927,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Fauthoring\u002Fresources\u002Fdata-engineering-patterns.md",{"path":81,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":82,"sourceHtmlUrl":83},"references\u002Fauthoring\u002Fresources\u002Fdevelopment-workflow.md",7619,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Fauthoring\u002Fresources\u002Fdevelopment-workflow.md",{"path":85,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":86,"sourceHtmlUrl":87},"references\u002Fauthoring\u002Fresources\u002Finfrastructure-orchestration.md",10693,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Fauthoring\u002Fresources\u002Finfrastructure-orchestration.md",{"path":89,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":90,"sourceHtmlUrl":91},"references\u002Fauthoring\u002Fresources\u002Fmaterialized-lake-view-patterns.md",20548,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Fauthoring\u002Fresources\u002Fmaterialized-lake-view-patterns.md",{"path":93,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":94,"sourceHtmlUrl":95},"references\u002Fauthoring\u002Fresources\u002Fmlv-incremental-refresh-patterns.md",11720,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Fauthoring\u002Fresources\u002Fmlv-incremental-refresh-patterns.md",{"path":97,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":98,"sourceHtmlUrl":99},"references\u002Fauthoring\u002Fresources\u002Fnotebook-api-operations.md",14521,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Fauthoring\u002Fresources\u002Fnotebook-api-operations.md",{"path":101,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":102,"sourceHtmlUrl":103},"references\u002Fchecklist.md",4134,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002F_collections\u002Fdot_config\u002Fopencode\u002Fskills\u002Fadhd-friendly-documentation\u002Freferences\u002Fchecklist.md",{"path":105,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":106,"sourceHtmlUrl":107},"references\u002Fconsumption.md",12622,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Fconsumption.md",{"path":109,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":110,"sourceHtmlUrl":111},"references\u002Fmlv.md",33588,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Fmlv.md",{"path":113,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":114,"sourceHtmlUrl":115},"references\u002Foperations.md",20820,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Foperations.md",{"path":117,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":118,"sourceHtmlUrl":119},"references\u002Foperations\u002Fautomated-diagnostic-workflow.md",12985,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Foperations\u002Fautomated-diagnostic-workflow.md",{"path":121,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":122,"sourceHtmlUrl":123},"references\u002Foperations\u002Fdiagnostic-workflow.md",7479,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Foperations\u002Fdiagnostic-workflow.md",{"path":125,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":126,"sourceHtmlUrl":127},"references\u002Foperations\u002Fjob-diagnostics.md",18151,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Foperations\u002Fjob-diagnostics.md",{"path":129,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":130,"sourceHtmlUrl":131},"references\u002Foperations\u002Fjobinsight-api.md",7411,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Foperations\u002Fjobinsight-api.md",{"path":133,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":134,"sourceHtmlUrl":135},"references\u002Foperations\u002Fperformance-patterns.md",17778,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Foperations\u002Fperformance-patterns.md",{"path":137,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":138,"sourceHtmlUrl":139},"references\u002Foperations\u002Fpipeline-diagnosis.md",21275,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Foperations\u002Fpipeline-diagnosis.md",{"path":141,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":142,"sourceHtmlUrl":143},"references\u002Foperations\u002Fsession-health.md",8882,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Foperations\u002Fsession-health.md",{"path":145,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":146,"sourceHtmlUrl":147},"references\u002Foperations\u002Fspark-history-server.md",6646,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fspark-cli\u002Freferences\u002Foperations\u002Fspark-history-server.md",[149,174,203,208,214,222],{"skillNo":150,"name":151,"nameZh":6,"description":152,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":153,"categories":154,"keywords":155,"publishedAt":24},"01M6PHZNVB6K7DCCJH4YZHKC4F","ontology-cli","Manages Microsoft Fabric Ontology items: authors legacy V1 entity\u002Frelationship definitions and answers questions for new-experience (V2) Ontologies through ask_ontology. Use for Ontology item operations or grounded questions; V2 authoring\u002Fupgrades and V1 queries are unsupported. Power BI data questions use fabriciq, report authoring powerbi-report-cli, and model\u002FDAX changes semantic-model-authoring.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fskills\u002Fontology-cli\u002FSKILL.md",[],[156,157,19,158,159,160,161,162,163,164,165,166,9,167,168,169,170,171,172,173],"ontology cli","ontology","use","changes","for","v1","bi","relationship","queries","Legacy","power","operations","upgrades","ask","model","power bi","microsoft fabric","fabriciq",{"skillNo":175,"name":176,"nameZh":6,"description":177,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":178,"categories":179,"keywords":185,"publishedAt":24},"01M6PHZ91CSTP67DM6JN8TYEFV","databasehub-cli","Analyzes Database Hub inventory, health, and security posture through Entra-authenticated Fabric APIs. Use for estate counts; SQL\u002FPostgreSQL CPU, storage, and memory; Cosmos DB availability\u002FRU; authentication\u002Fauditing\u002FCMK warnings; and Fabric SQL inventory. Fabric SQL tuning routes to sqldb-cli; Warehouse\u002FLakehouse\u002FMirrored Database SQL to sqldw-cli. Triggers: data estate performance, database estate health, database security posture.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fskills\u002Fdatabasehub-cli\u002FSKILL.md",[180],{"categoryNo":181,"categoryName":182,"taxonomyType":183,"taxonomyTypeDesc":184},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",[186,19,187,188,160,189,190,191,192,193,194,195,196,197,158,198,199,200,201,202],"databasehub cli","triggers","authentication","warehouse","database security","availability","CPU","cosmos","database sql","postgresql","db","security posture","health","database","inventory","performance","memory",{"skillNo":204,"name":151,"nameZh":6,"description":152,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":205,"categories":206,"keywords":207,"publishedAt":24},"01M6PHYVDVBD0VQN4FFAMN428Z","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fontology-cli\u002FSKILL.md",[],[156,157,19,172,173,9,171,159,160,161,162,163,164,165,166,158,167,168,169,170],{"skillNo":209,"name":176,"nameZh":6,"description":177,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":210,"categories":211,"keywords":213,"publishedAt":24},"01M6PHYDZ17VY69E3GS71KFW09","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fdatabasehub-cli\u002FSKILL.md",[212],{"categoryNo":181,"categoryName":182,"taxonomyType":183,"taxonomyTypeDesc":184},[19,186,202,192,199,160,189,190,191,193,194,187,196,197,158,198,200,188,201,195],{"skillNo":215,"name":216,"nameZh":6,"description":217,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":218,"categories":219,"keywords":220,"publishedAt":24},"01M699SMYSV15Z37ZCCX9EMP85","variable-library-cli","Manages Fabric Variable Library items, including definitions, libraryVariables and valueSets overrides. Covers which consumers can reference a variable and with what syntax -- pipelines, notebooks via notebookutils variableLibrary, Dataflow Gen2, Copy Jobs, shortcuts, UDFs and Plan items -- the active value set per workspace or deployment stage, and Git serialization for CI\u002FCD.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fskills\u002Fvariable-library-cli\u002FSKILL.md",[],[19,221],"variable library cli",{"skillNo":223,"name":224,"nameZh":6,"description":225,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":226,"categories":227,"keywords":233,"publishedAt":24},"01M699SGQ4VSWBR73HQKX1YH3Y","synapse-migration","Converts Synapse workspaces to Fabric: Spark items, Lake Databases, Linked Services, and Dedicated SQL Pool schema\u002Fprocedures for Lakehouse or Warehouse. During Pool-to-Lakehouse migration only, can migrate approved dependent procedure callers after notebook readiness. Excludes standalone pipelines and Warehouse administration. Triggers: Synapse workspace to Fabric, Dedicated SQL Pool to Lakehouse, Dedicated SQL Pool to Fabric Warehouse.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fskills\u002Fsynapse-migration\u002FSKILL.md",[228],{"categoryNo":229,"categoryName":230,"taxonomyType":231,"taxonomyTypeDesc":232},"01JBSEEDCAT000000000000033","数据分析师","PROFESSION","适用职业",[234],"synapse migration"]