[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M699NDFN4VT997BYCM2XR2KZ":3,"skill-same:01M699NDFN4VT997BYCM2XR2KZ":91},{"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":21,"linkOnly":22,"markdownContent":23,"markdownBody":24,"frontMatter":25,"refName":26,"commitSha":27,"skillDirectory":28,"forksCount":29,"repositoryHtmlUrl":30,"repositoryHomepageUrl":6,"ownerHtmlUrl":31,"ownerBlogUrl":32,"ownerDescription":33,"updatedAt":34,"install":35,"resources":48},"01M699NDFN4VT997BYCM2XR2KZ","activator-cli",null,"Creates and inspects Fabric Activator (Reflex) alerts: rules, their data sources, conditions, and the Teams or email action they fire, plus decoding an existing ReflexEntities definition. Choose it whenever someone wants to be told, or something done, when values cross a threshold. The pipeline delivering those values is eventstream-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\u002Factivator-cli\u002FSKILL.md",[],[19,20],"cli","activator cli","2026-11-10 10:12:30",false,"---\nname: activator-cli\ndescription: \"Creates and inspects Fabric Activator (Reflex) alerts: rules, their data sources, conditions, and the Teams or email action they fire, plus decoding an existing ReflexEntities definition. Choose it whenever someone wants to be told, or something done, when values cross a threshold. The pipeline delivering those values is eventstream-cli.\"\n---\n\n> **Telemetry — MANDATORY.** Every `api.fabric.microsoft.com` call must carry\n> `x-ms-fabric-skill: activator-cli` (`az rest`: `--headers \"x-ms-fabric-skill=activator-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 `activator-cli` for every Fabric Activator \u002F Reflex item — both authoring alert rules and inspecting existing alerts. The streaming topology that feeds an alert belongs to `eventstream-cli`, the KQL database behind it to `eventhouse-cli`, and Power BI report questions to `fabriciq`.\n\n# Fabric Activator (Reflex) — CLI Skill\n\nThis one skill owns Fabric Activator \u002F Reflex items: alert rules, their sources, their actions, and the `ReflexEntities.json` definition that holds them.\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, entity schemas, templates and gotchas; acting without it produces invalid `ReflexEntities.json` payloads and 400s.\n\nThe reference is needed to *act*, not to *ask*. If the request is under-specified and your next message will be a clarifying question with no Fabric call in it, ask it now and read the reference when you go on to act.\n\n## Mode selection\n\n| Mode | Use when the request ... | Example triggers | Read this first |\n|---|---|---|---|\n| `authoring` | creates, updates, configures or deletes an Activator item, rule, source or action | create an alert, create an activator, create a reflex, notify me when, let me know when, take action when, send me an email when, send a teams message when, run a pipeline when, update an alert, delete an alert | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| `consumption` | lists, inspects, decodes or explains existing Activators, rules, sources or actions | show my alerts, what alerts do I have, list activators, inspect this alert, show me the rule, show me the source, get reflex definition, why does this alert fire | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n\n### Mode boundary rule\n\n`consumption` is read-only. A request to create, update, configure or delete an Activator item, rule, source or action requires `authoring`: say so, read `references\u002Fauthoring.md`, then proceed.\n\nA pure GET \u002F explain request stays in `consumption` — do not switch to `authoring` and do not mutate anything to answer it.\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, decoding a definition and assembling entities is NOT completing the task. Authoring 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` | `POST \u002Fv1\u002Fworkspaces\u002F{ws}\u002Freflexes` to create the item, `POST \u002Fv1\u002Fworkspaces\u002F{ws}\u002Freflexes\u002F{id}\u002FupdateDefinition` to persist rules, sources and actions, or `DELETE \u002Fv1\u002Fworkspaces\u002F{ws}\u002Freflexes\u002F{id}` to remove it. Building, stringifying or base64-encoding `ReflexEntities.json` is not the write. |\n| `consumption` | none — this mode is read-only |\n\nBefore you report an authoring task done, confirm the terminal call returned an explicit success (HTTP `200`\u002F`201`, or a terminal LRO success for a `202`), then read the definition back where the mode reference documents a readback. Power BI sources are the exception: public ALM export can reject an artifact that imported successfully, so an empty or unavailable readback is **not** proof the write failed — report the `updateDefinition` result and the readback limitation separately, per [references\u002Fauthoring\u002Fpowerbi-source.md](references\u002Fauthoring\u002Fpowerbi-source.md).\n\n### Source validation gate (authoring only)\n\nBefore authoring any rule that references a signal, confirm the source is real: **resolve** it in the requested workspace only, **validate** that the requested column\u002Ffield\u002Fproperty exists on it, and **observe** at least one representative row, event or sample carrying that signal.\n\nSchema-only, zero-row, non-emitting or stale evidence is **missing source data**. When the source is missing, **stop and ask** which source and fields provide the signal — do not create a Reflex and do not call `updateDefinition` on an unrelated existing Activator or Eventstream to force-fit the request, and state plainly that no Activator \u002F Reflex \u002F Eventstream was created or updated. The only exception is an explicit instruction to author against a future \u002F not-yet-emitting source, which you must state as an assumption.\n\nEverything you need to run this gate is on this page. When the request already lacks the source mapping, threshold, recipients or action target, ask for them **first** — do not read `references\u002Fauthoring.md`, and do not call a Fabric API, just to discover that the request is under-specified.\n\n## Shared essentials (all modes)\n\nResolve the workspace and the Activator item first; every mode depends on it — list and filter by display name exactly as CRITICAL NOTES 1 and 2 describe. That recipe is self-contained and is all you need to start.\n\nThe table below is **optional background** living in the shared `common\u002F` docs. Open a row only when you actually need that detail. If `common\u002F` is not present in your environment, say so in one line and continue with the mode reference — **never glob, list or search the filesystem looking for 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) | Pagination and JMESPath filtering detail |\n| Fabric Topology & Key Concepts | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#fabric-topology--key-concepts) | Item types, workspaces, capacities |\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| Fabric Item Definitions | [ITEM-DEFINITIONS-CORE.md](..\u002F..\u002Fcommon\u002FITEM-DEFINITIONS-CORE.md#definition-envelope) | Base64-encoded `parts` structure |\n| Gotchas & Troubleshooting | [COMMON-CLI.md](..\u002F..\u002Fcommon\u002FCOMMON-CLI.md#gotchas--troubleshooting-cli-specific) | `az rest` audience, shell escaping, token expiry |\n\nActivator uses the `reflexes` collection, not the generic `items` collection: `\u002Fv1\u002Fworkspaces\u002F{workspaceId}\u002Freflexes[\u002F{reflexId}]`.\n\n## Rules\n\n### MUST\n\n- Select exactly one mode from the table above before doing anything else.\n- Read `references\u002F\u003Cmode>.md` end to end, as your FIRST tool call, before the first command of that mode. A reply that only asks a clarifying question, and issues no Fabric call, does not need it yet.\n- Pass `--resource https:\u002F\u002Fapi.fabric.microsoft.com` on every `az rest` call — without it the token audience is wrong and the call returns 401.\n- Call `getDefinition` as a **POST** with `--body '{}'`, then Base64-decode the `ReflexEntities.json` part before inspecting it; a GET returns 405 and an omitted body can return 411.\n- Poll the `Location` header when `create`, `getDefinition` or `updateDefinition` returns 202.\n- Resolve workspace and Activator ids by listing and filtering, never by guessing a GUID.\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.\n- In `authoring`, clear the [source validation gate](#source-validation-gate-authoring-only) before you author a rule, and build `ReflexEntities.json` with Python `json.dumps()` — PowerShell's `ConvertTo-Json` corrupts the nested JSON strings that `definition.instance` requires.\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- Read-modify-write over full replacement in `authoring`: get the current definition, modify the entity array, then update.\n- Transition-based detectors (`NumberBecomes`, `NumberEntersOrLeavesRange`, `LogicalBecomes`) over steady-state conditions in `authoring`, unless the user explicitly asks for repeated firing while the value stays in the triggered state.\n- A summary view before individual entities in `consumption`: give the high-level picture, then drill in.\n- Offering an alert when earlier work in this session surfaced a timely operational signal — a spike, failure, anomaly, SLA risk or capacity constraint — rather than waiting to be asked. Ask once, and author nothing until the user agrees.\n\n### AVOID\n\n- Acting from this dispatcher alone — it intentionally omits the entity schemas and templates.\n- Answering with a summary of the reference instead of executing it.\n- Mutating anything while in the read-only `consumption` mode, including \"just to check\".\n- Hardcoded workspace or item ids in either mode — always resolve dynamically.\n- Globbing, listing or shell-searching the filesystem for the `common\u002F` docs. They are optional background; if a link does not resolve, note it in one line and carry on.\n- Building the Eventstream topology that feeds an alert here; that is `eventstream-cli`. Querying the KQL data behind an alert is `eventhouse-cli`.\n- Loading a different skill for work this skill already owns (see CRITICAL NOTES 3).\n\n## Examples\n\n| User request | Mode | Reference to read |\n|---|---|---|\n| \"Create an Activator named eval_smoke_activator in my workspace.\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Notify me on Teams when the average temperature goes above 30.\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Delete the alert that emails me about failed pipeline runs.\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Show me all Activators in this workspace.\" | `consumption` | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n| \"What rule and action are behind SkillsTestActivator?\" | `consumption` | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n| \"Decode this Reflex definition and explain the Power BI source.\" | `consumption` | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n","> **Telemetry — MANDATORY.** Every `api.fabric.microsoft.com` call must carry\n> `x-ms-fabric-skill: activator-cli` (`az rest`: `--headers \"x-ms-fabric-skill=activator-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 `activator-cli` for every Fabric Activator \u002F Reflex item — both authoring alert rules and inspecting existing alerts. The streaming topology that feeds an alert belongs to `eventstream-cli`, the KQL database behind it to `eventhouse-cli`, and Power BI report questions to `fabriciq`.\n\n# Fabric Activator (Reflex) — CLI Skill\n\nThis one skill owns Fabric Activator \u002F Reflex items: alert rules, their sources, their actions, and the `ReflexEntities.json` definition that holds them.\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, entity schemas, templates and gotchas; acting without it produces invalid `ReflexEntities.json` payloads and 400s.\n\nThe reference is needed to *act*, not to *ask*. If the request is under-specified and your next message will be a clarifying question with no Fabric call in it, ask it now and read the reference when you go on to act.\n\n## Mode selection\n\n| Mode | Use when the request ... | Example triggers | Read this first |\n|---|---|---|---|\n| `authoring` | creates, updates, configures or deletes an Activator item, rule, source or action | create an alert, create an activator, create a reflex, notify me when, let me know when, take action when, send me an email when, send a teams message when, run a pipeline when, update an alert, delete an alert | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| `consumption` | lists, inspects, decodes or explains existing Activators, rules, sources or actions | show my alerts, what alerts do I have, list activators, inspect this alert, show me the rule, show me the source, get reflex definition, why does this alert fire | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n\n### Mode boundary rule\n\n`consumption` is read-only. A request to create, update, configure or delete an Activator item, rule, source or action requires `authoring`: say so, read `references\u002Fauthoring.md`, then proceed.\n\nA pure GET \u002F explain request stays in `consumption` — do not switch to `authoring` and do not mutate anything to answer it.\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, decoding a definition and assembling entities is NOT completing the task. Authoring 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` | `POST \u002Fv1\u002Fworkspaces\u002F{ws}\u002Freflexes` to create the item, `POST \u002Fv1\u002Fworkspaces\u002F{ws}\u002Freflexes\u002F{id}\u002FupdateDefinition` to persist rules, sources and actions, or `DELETE \u002Fv1\u002Fworkspaces\u002F{ws}\u002Freflexes\u002F{id}` to remove it. Building, stringifying or base64-encoding `ReflexEntities.json` is not the write. |\n| `consumption` | none — this mode is read-only |\n\nBefore you report an authoring task done, confirm the terminal call returned an explicit success (HTTP `200`\u002F`201`, or a terminal LRO success for a `202`), then read the definition back where the mode reference documents a readback. Power BI sources are the exception: public ALM export can reject an artifact that imported successfully, so an empty or unavailable readback is **not** proof the write failed — report the `updateDefinition` result and the readback limitation separately, per [references\u002Fauthoring\u002Fpowerbi-source.md](references\u002Fauthoring\u002Fpowerbi-source.md).\n\n### Source validation gate (authoring only)\n\nBefore authoring any rule that references a signal, confirm the source is real: **resolve** it in the requested workspace only, **validate** that the requested column\u002Ffield\u002Fproperty exists on it, and **observe** at least one representative row, event or sample carrying that signal.\n\nSchema-only, zero-row, non-emitting or stale evidence is **missing source data**. When the source is missing, **stop and ask** which source and fields provide the signal — do not create a Reflex and do not call `updateDefinition` on an unrelated existing Activator or Eventstream to force-fit the request, and state plainly that no Activator \u002F Reflex \u002F Eventstream was created or updated. The only exception is an explicit instruction to author against a future \u002F not-yet-emitting source, which you must state as an assumption.\n\nEverything you need to run this gate is on this page. When the request already lacks the source mapping, threshold, recipients or action target, ask for them **first** — do not read `references\u002Fauthoring.md`, and do not call a Fabric API, just to discover that the request is under-specified.\n\n## Shared essentials (all modes)\n\nResolve the workspace and the Activator item first; every mode depends on it — list and filter by display name exactly as CRITICAL NOTES 1 and 2 describe. That recipe is self-contained and is all you need to start.\n\nThe table below is **optional background** living in the shared `common\u002F` docs. Open a row only when you actually need that detail. If `common\u002F` is not present in your environment, say so in one line and continue with the mode reference — **never glob, list or search the filesystem looking for 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) | Pagination and JMESPath filtering detail |\n| Fabric Topology & Key Concepts | [COMMON-CORE.md](..\u002F..\u002Fcommon\u002FCOMMON-CORE.md#fabric-topology--key-concepts) | Item types, workspaces, capacities |\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| Fabric Item Definitions | [ITEM-DEFINITIONS-CORE.md](..\u002F..\u002Fcommon\u002FITEM-DEFINITIONS-CORE.md#definition-envelope) | Base64-encoded `parts` structure |\n| Gotchas & Troubleshooting | [COMMON-CLI.md](..\u002F..\u002Fcommon\u002FCOMMON-CLI.md#gotchas--troubleshooting-cli-specific) | `az rest` audience, shell escaping, token expiry |\n\nActivator uses the `reflexes` collection, not the generic `items` collection: `\u002Fv1\u002Fworkspaces\u002F{workspaceId}\u002Freflexes[\u002F{reflexId}]`.\n\n## Rules\n\n### MUST\n\n- Select exactly one mode from the table above before doing anything else.\n- Read `references\u002F\u003Cmode>.md` end to end, as your FIRST tool call, before the first command of that mode. A reply that only asks a clarifying question, and issues no Fabric call, does not need it yet.\n- Pass `--resource https:\u002F\u002Fapi.fabric.microsoft.com` on every `az rest` call — without it the token audience is wrong and the call returns 401.\n- Call `getDefinition` as a **POST** with `--body '{}'`, then Base64-decode the `ReflexEntities.json` part before inspecting it; a GET returns 405 and an omitted body can return 411.\n- Poll the `Location` header when `create`, `getDefinition` or `updateDefinition` returns 202.\n- Resolve workspace and Activator ids by listing and filtering, never by guessing a GUID.\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.\n- In `authoring`, clear the [source validation gate](#source-validation-gate-authoring-only) before you author a rule, and build `ReflexEntities.json` with Python `json.dumps()` — PowerShell's `ConvertTo-Json` corrupts the nested JSON strings that `definition.instance` requires.\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- Read-modify-write over full replacement in `authoring`: get the current definition, modify the entity array, then update.\n- Transition-based detectors (`NumberBecomes`, `NumberEntersOrLeavesRange`, `LogicalBecomes`) over steady-state conditions in `authoring`, unless the user explicitly asks for repeated firing while the value stays in the triggered state.\n- A summary view before individual entities in `consumption`: give the high-level picture, then drill in.\n- Offering an alert when earlier work in this session surfaced a timely operational signal — a spike, failure, anomaly, SLA risk or capacity constraint — rather than waiting to be asked. Ask once, and author nothing until the user agrees.\n\n### AVOID\n\n- Acting from this dispatcher alone — it intentionally omits the entity schemas and templates.\n- Answering with a summary of the reference instead of executing it.\n- Mutating anything while in the read-only `consumption` mode, including \"just to check\".\n- Hardcoded workspace or item ids in either mode — always resolve dynamically.\n- Globbing, listing or shell-searching the filesystem for the `common\u002F` docs. They are optional background; if a link does not resolve, note it in one line and carry on.\n- Building the Eventstream topology that feeds an alert here; that is `eventstream-cli`. Querying the KQL data behind an alert is `eventhouse-cli`.\n- Loading a different skill for work this skill already owns (see CRITICAL NOTES 3).\n\n## Examples\n\n| User request | Mode | Reference to read |\n|---|---|---|\n| \"Create an Activator named eval_smoke_activator in my workspace.\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Notify me on Teams when the average temperature goes above 30.\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Delete the alert that emails me about failed pipeline runs.\" | `authoring` | [references\u002Fauthoring.md](references\u002Fauthoring.md) |\n| \"Show me all Activators in this workspace.\" | `consumption` | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n| \"What rule and action are behind SkillsTestActivator?\" | `consumption` | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n| \"Decode this Reflex definition and explain the Power BI source.\" | `consumption` | [references\u002Fconsumption.md](references\u002Fconsumption.md) |\n",{"name":5,"description":7},"main","4c3986d2e5b498ce2d6e6025533b94b5e5bb2ccd","plugins\u002Ffabric-skills\u002Fskills\u002Factivator-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":36,"prompt":46,"zipAvailable":47},[37,40,43],{"tool":38,"command":39},"npx","npx skills add microsoft\u002Fskills-for-fabric --skill activator-cli",{"tool":41,"command":42},"bunx","bunx skills add microsoft\u002Fskills-for-fabric --skill activator-cli",{"tool":44,"command":45},"pnpm","pnpm dlx skills add microsoft\u002Fskills-for-fabric --skill activator-cli","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002FSKILL.md",true,[49,55,59,63,67,71,75,79,83,87],{"path":50,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":53,"sourceHtmlUrl":54},"references\u002Fauthoring.md","REFERENCE","参考文档",31711,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fauthoring.md",{"path":56,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":57,"sourceHtmlUrl":58},"references\u002Fauthoring\u002Faction-types.md",20348,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fauthoring\u002Faction-types.md",{"path":60,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":61,"sourceHtmlUrl":62},"references\u002Fauthoring\u002Fdtb-source.md",7831,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fauthoring\u002Fdtb-source.md",{"path":64,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":65,"sourceHtmlUrl":66},"references\u002Fauthoring\u002Feventstream-source.md",5053,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fauthoring\u002Feventstream-source.md",{"path":68,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":69,"sourceHtmlUrl":70},"references\u002Fauthoring\u002Fkql-source.md",8963,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fauthoring\u002Fkql-source.md",{"path":72,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":73,"sourceHtmlUrl":74},"references\u002Fauthoring\u002Fpowerbi-source.md",17214,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fauthoring\u002Fpowerbi-source.md",{"path":76,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Fauthoring\u002Freal-time-hub-source.md",4104,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fauthoring\u002Freal-time-hub-source.md",{"path":80,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Fauthoring\u002Frule-conditions.md",24347,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fauthoring\u002Frule-conditions.md",{"path":84,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Fauthoring\u002Fsource-types.md",10769,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fauthoring\u002Fsource-types.md",{"path":88,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fconsumption.md",17666,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Factivator-cli\u002Freferences\u002Fconsumption.md",[92,117,146,151,157,165],{"skillNo":93,"name":94,"nameZh":6,"description":95,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":96,"categories":97,"keywords":98,"publishedAt":21},"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",[],[99,100,19,101,102,103,104,105,106,107,108,109,9,110,111,112,113,114,115,116],"ontology cli","ontology","use","changes","for","v1","bi","relationship","queries","Legacy","power","operations","upgrades","ask","model","power bi","microsoft fabric","fabriciq",{"skillNo":118,"name":119,"nameZh":6,"description":120,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":121,"categories":122,"keywords":128,"publishedAt":21},"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",[123],{"categoryNo":124,"categoryName":125,"taxonomyType":126,"taxonomyTypeDesc":127},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",[129,19,130,131,103,132,133,134,135,136,137,138,139,140,101,141,142,143,144,145],"databasehub cli","triggers","authentication","warehouse","database security","availability","CPU","cosmos","database sql","postgresql","db","security posture","health","database","inventory","performance","memory",{"skillNo":147,"name":94,"nameZh":6,"description":95,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":148,"categories":149,"keywords":150,"publishedAt":21},"01M6PHYVDVBD0VQN4FFAMN428Z","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fontology-cli\u002FSKILL.md",[],[99,100,19,115,116,9,114,102,103,104,105,106,107,108,109,101,110,111,112,113],{"skillNo":152,"name":119,"nameZh":6,"description":120,"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":156,"publishedAt":21},"01M6PHYDZ17VY69E3GS71KFW09","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fskills-for-fabric\u002Fblob\u002Fmain\u002Fplugins\u002Ffabric-skills\u002Fskills\u002Fdatabasehub-cli\u002FSKILL.md",[155],{"categoryNo":124,"categoryName":125,"taxonomyType":126,"taxonomyTypeDesc":127},[19,129,145,135,142,103,132,133,134,136,137,130,139,140,101,141,143,131,144,138],{"skillNo":158,"name":159,"nameZh":6,"description":160,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":161,"categories":162,"keywords":163,"publishedAt":21},"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,164],"variable library cli",{"skillNo":166,"name":167,"nameZh":6,"description":168,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":169,"categories":170,"keywords":176,"publishedAt":21},"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",[171],{"categoryNo":172,"categoryName":173,"taxonomyType":174,"taxonomyTypeDesc":175},"01JBSEEDCAT000000000000033","数据分析师","PROFESSION","适用职业",[177],"synapse migration"]