[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6ADEKMMZ43PD09DCB3TNR1T":3,"skill-same:01M6ADEKMMZ43PD09DCB3TNR1T":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":23,"publishedAt":46,"linkOnly":47,"markdownContent":48,"markdownBody":49,"frontMatter":50,"refName":51,"commitSha":52,"skillDirectory":53,"forksCount":54,"repositoryHtmlUrl":55,"repositoryHomepageUrl":56,"ownerHtmlUrl":57,"ownerBlogUrl":58,"ownerDescription":59,"updatedAt":60,"install":61,"resources":74},"01M6ADEKMMZ43PD09DCB3TNR1T","cypress-flake-fixer",null,"Find and fix flake-prone anti-patterns in an existing Cypress suite, and APIs removed in Cypress 12 to 16. Bundles a zero-dependency scanner for fixed cy.wait() delays, assigned command return values, async\u002Fawait, force: true, chaining after actions, one-shot expect() inside .then(), conditional testing, and removed APIs such as Cypress.env(), cy.exec(), cy.server()\u002Fcy.route(). Use when asked to fix flaky Cypress tests, remove cy.wait, stabilize or harden a Cypress suite, audit Cypress specs, debug \"detached from the DOM\" errors, or prepare an upgrade to Cypress 15 or 16.","github\u002Fawesome-copilot","github","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F9919?v=4","01M6AC83DS133TPXFSP1DHNCC6","GitHub","01M6AD3PBDYPK7NVFJNJ66Y8RS",41028,"MIT","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fcypress-flake-fixer\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45],"flake","fixer","cypress flake fixer","cypress","dependency","when","suite","errors","dependency scanner","upgrade","route","scanner","testing","anti-patterns","remove","fix","command","actions","server","audit","debug","prepare","2026-11-10 10:12:30",false,"---\nname: cypress-flake-fixer\ndescription: 'Find and fix flake-prone anti-patterns in an existing Cypress suite, and APIs removed in Cypress 12 to 16. Bundles a zero-dependency scanner for fixed cy.wait() delays, assigned command return values, async\u002Fawait, force: true, chaining after actions, one-shot expect() inside .then(), conditional testing, and removed APIs such as Cypress.env(), cy.exec(), cy.server()\u002Fcy.route(). Use when asked to fix flaky Cypress tests, remove cy.wait, stabilize or harden a Cypress suite, audit Cypress specs, debug \"detached from the DOM\" errors, or prepare an upgrade to Cypress 15 or 16.'\n---\n\n# Cypress Flake Fixer\n\nAudit an existing Cypress suite for the code patterns that cause intermittent failures, then fix them without hiding the problem behind retries, longer timeouts, or `force: true`.\n\n## When to Use This Skill\n\n- A Cypress spec passes locally and fails in CI, or fails once in every few runs\n- The suite contains `cy.wait(\u003Cnumber>)`, `{ force: true }`, or tests that only pass in order\n- Errors mention \"detached from the DOM\", \"timed out retrying\", or a subject that \"is no longer attached\"\n- The project is upgrading Cypress across a major version (12 through 16)\n- A review of Cypress test code is requested\n\nFor writing new Cypress tests from scratch, coding standards are enough. This skill is for diagnosing and repairing an existing suite.\n\n## Prerequisites\n\n- Node.js 18 or later to run the scanner (it has no dependencies and does not need Cypress installed)\n- The Cypress version, read from `package.json`. Fixes differ by major version\n\n## Workflow\n\n### 1. Scan\n\n```bash\nnode .\u002Fscripts\u002Fscan-cypress.mjs \u003Cproject-root>\nnode .\u002Fscripts\u002Fscan-cypress.mjs \u003Cproject-root> --json          # machine-readable\nnode .\u002Fscripts\u002Fscan-cypress.mjs \u003Cproject-root> --strict        # add low-confidence rules\nnode .\u002Fscripts\u002Fscan-cypress.mjs cypress\u002Fe2e\u002Fcheckout.cy.ts     # one file\n```\n\nThe scanner reads the Cypress version from the nearest `package.json` and grades removed APIs as `error` when the installed major already rejects them and `warn` when they break on upgrade. Run `--list-rules` for the catalog.\n\nFindings are heuristic. Open each location and confirm before editing.\n\n### 2. Measure before changing anything\n\nWhen the goal is to fix a specific flaky spec, record how often it fails first. Without a baseline there is no way to tell a fix from luck.\n\n```bash\nfor i in $(seq 1 20); do npx cypress run --spec \"cypress\u002Fe2e\u002Fcheckout.cy.ts\" --quiet || echo \"FAIL $i\"; done\n```\n\nA spec that fails 1 run in 10 needs about 30 clean runs after the fix before the fix is believable.\n\n### 3. Fix in this order\n\n| Order | Rules | Why first |\n|---|---|---|\n| 1 | CY002, CY003, CY007 graded `error` | The test is wrong or already broken; other fixes build on correct command flow |\n| 2 | CY001, intercept ordering | Time-based waits are the largest single source of flake |\n| 3 | CY005, CY006 | Broken retry-ability causes detached-DOM and one-shot assertion failures |\n| 4 | CY004 | `force: true` hides a real overlap, animation, or disabled state |\n| 5 | CY008, CY010, CY012 | State leaks and order dependence |\n| 6 | CY013, CY101, CY102 | Selector and assertion hygiene |\n\nBefore-and-after code for every rule is in [references\u002Fanti-patterns.md](.\u002Freferences\u002Fanti-patterns.md). Replacements for removed APIs are in [references\u002Fremoved-apis.md](.\u002Freferences\u002Fremoved-apis.md). Read the section for the rule being fixed; do not load both files upfront.\n\n### 4. Replace each fixed wait with the condition it was standing in for\n\nDo not delete a `cy.wait(n)` or swap it for a guess. Work out what the delay covered:\n\n| The wait covered | Replace with |\n|---|---|\n| A network request | `cy.intercept(...).as('x')` registered before the trigger, then `cy.wait('@x')` |\n| A render that follows a request or state change | A `.should()` on the DOM that results |\n| A debounce, throttle, polling interval, or toast timeout | `cy.clock()` before `cy.visit()`, then `cy.tick(ms)` |\n| A CSS animation or transition | An assertion on the final state; Cypress already waits for the element to stop moving before acting |\n| Client-side hydration of server-rendered HTML | A signal the app sets when hydration finishes (see Gotchas) |\n| Unknown | Run the test in `npx cypress open`, select the wait in the Command Log, and read which requests and DOM changes happened during it |\n\n### 5. Verify\n\n1. Run the changed spec alone, then repeat it at least as many times as the baseline run.\n2. Rerun the scanner and compare counts per rule.\n3. Run the full suite once to catch order dependence exposed by the change.\n\n## Rules for the fix itself\n\n- Change test code only. If the test exposes an application bug (double submit, missing loading state, race in the UI), report it instead of working around it.\n- Do not raise `defaultCommandTimeout`, add `retries`, or add `{ force: true }` to make a test pass. Each one converts a visible failure into a slower or hidden one.\n- Do not replace `cy.wait(2000)` with `cy.wait(5000)`, or with `.should('exist')` on an element that was already present.\n- Keep one rule category per commit so a regression can be bisected.\n- Fix shared custom commands in `cypress\u002Fsupport` first. A fixed wait inside a command runs in every test that calls it.\n\n## Gotchas\n\n- **Register `cy.intercept()` before the request can fire.** For requests made on page load that means before `cy.visit()`. An intercept registered after the request has left never matches, and `cy.wait('@alias')` times out intermittently depending on network speed.\n- **Each `cy.wait('@alias')` consumes one request.** If the app calls the endpoint twice, the first wait resolves on the first call and the assertion runs against stale data. Wait once per expected call, or assert on the DOM.\n- **GraphQL uses one URL for every operation.** Alias inside the handler: `cy.intercept('POST', '\u002Fgraphql', (req) => { if (req.body.operationName === 'GetOrders') req.alias = 'getOrders' })`.\n- **`.should('not.exist')` passes before the element has rendered.** Using it to wait for a spinner to disappear succeeds instantly on a slow page. Assert the positive end state.\n- **Server-rendered apps accept clicks before handlers are attached.** In Next.js, Nuxt, SvelteKit, and Remix the button is visible and enabled in the server HTML, so Cypress clicks it during hydration and nothing happens. Have the app set a marker when hydration completes (for example a `data-hydrated` attribute on `\u003Cbody>` from a mount effect) and assert on it after `cy.visit()`.\n- **A `.should()` in the middle of a chain pins the subject.** Queries after it cannot re-query past the assertion, so a re-render produces a detached-DOM error. Split the chain at the assertion.\n- **`.then()` breaks the retry chain even with no assertion inside.** Everything before it runs once.\n- **Cypress 16 types with no delay between keys** (`keystrokeDelay` default changed from 10 to 0). Inputs that re-render per keystroke or debounce on input may now drop characters or fire once. Assert the field value after typing instead of restoring the delay.\n- **Cypress 16 turned cookie and storage getters into queries.** `cy.getCookie()`, `cy.getCookies()`, `cy.getAllCookies()`, `cy.getAllLocalStorage()`, and `cy.getAllSessionStorage()` now retry chained `.should()` assertions, which removes the need for waits around auth cookies.\n- **The page is blank after `cy.session()`.** A missing `cy.visit()` after it looks like a flaky selector failure.\n- **`testIsolation: false` shares state across tests.** If the config sets it, every order-dependent failure is expected behavior, not flake. Check the config before diagnosing.\n- **Retries hide flake unless configured to report it.** To find flaky tests instead of masking them, use the experimental strategy that retries and still fails:\n\n  ```js\n  retries: {\n    experimentalStrategy: 'detect-flake-but-always-fail',\n    experimentalOptions: { maxRetries: 2, stopIfAnyPassed: true },\n    openMode: true,\n    runMode: true,\n  }\n  ```\n\n- **CY005 is a judgement call.** `cy.get(input).clear().type('x')` on an input that never re-renders is fine. Split the chain when the element belongs to a list, a form library that remounts fields, or anything driven by async state.\n\n## Report format\n\n```markdown\n## Cypress flake audit: \u003Cscope>\n\n- Cypress version: \u003Crange>, major \u003Cn>\n- Files scanned: \u003Cn>\n- Baseline: \u003Cspec> failed \u003Cf> of \u003Cn> runs\n\n| Rule | Before | After | Notes |\n|---|---|---|---|\n| CY001 fixed-wait | 14 | 0 | 9 replaced by intercept aliases, 5 by assertions |\n\n### Not fixed\n- \u003Clocation>: \u003Creason, for example needs an application change>\n\n### Application issues found\n- \u003Cbehavior the tests exposed>\n\n### Verification\n- \u003Cspec>: \u003Cn> of \u003Cn> runs passed after the change\n```\n\n## Troubleshooting\n\n| Issue | Solution |\n|---|---|\n| Scanner reports \"No Cypress files found\" | Pass the folder that contains `cypress\u002F` or `*.cy.*` files. Specs outside those conventions can be passed as explicit file paths |\n| A finding is a false positive | Add `\u002F\u002F cy-scan-ignore CY0xx` on the same or previous line, with the reason |\n| Version shows \"not detected\" | Pass `--cypress-major \u003Cn>`; in a monorepo, run the scanner from the package that depends on Cypress |\n| The test fails only in CI after fixes | Compare viewport, browser, and CPU. Run locally with the CI browser and `--browser chrome --headless`, and throttle CPU to surface timing gaps |\n| `cy.wait('@alias')` times out after the change | The intercept is registered after the request, the URL pattern misses a query string (add `*`), or the request is served from cache and never reaches the network |\n\n## References\n\n- [references\u002Fanti-patterns.md](.\u002Freferences\u002Fanti-patterns.md): before-and-after code for every scanner rule\n- [references\u002Fremoved-apis.md](.\u002Freferences\u002Fremoved-apis.md): removed APIs by Cypress major, with migration code for `Cypress.env()` and `cy.exec()`\n- [Cypress retry-ability](https:\u002F\u002Fdocs.cypress.io\u002Fapp\u002Fcore-concepts\u002Fretry-ability)\n- [Cypress migration guide](https:\u002F\u002Fdocs.cypress.io\u002Fapp\u002Freferences\u002Fmigration-guide)\n","# Cypress Flake Fixer\n\nAudit an existing Cypress suite for the code patterns that cause intermittent failures, then fix them without hiding the problem behind retries, longer timeouts, or `force: true`.\n\n## When to Use This Skill\n\n- A Cypress spec passes locally and fails in CI, or fails once in every few runs\n- The suite contains `cy.wait(\u003Cnumber>)`, `{ force: true }`, or tests that only pass in order\n- Errors mention \"detached from the DOM\", \"timed out retrying\", or a subject that \"is no longer attached\"\n- The project is upgrading Cypress across a major version (12 through 16)\n- A review of Cypress test code is requested\n\nFor writing new Cypress tests from scratch, coding standards are enough. This skill is for diagnosing and repairing an existing suite.\n\n## Prerequisites\n\n- Node.js 18 or later to run the scanner (it has no dependencies and does not need Cypress installed)\n- The Cypress version, read from `package.json`. Fixes differ by major version\n\n## Workflow\n\n### 1. Scan\n\n```bash\nnode .\u002Fscripts\u002Fscan-cypress.mjs \u003Cproject-root>\nnode .\u002Fscripts\u002Fscan-cypress.mjs \u003Cproject-root> --json          # machine-readable\nnode .\u002Fscripts\u002Fscan-cypress.mjs \u003Cproject-root> --strict        # add low-confidence rules\nnode .\u002Fscripts\u002Fscan-cypress.mjs cypress\u002Fe2e\u002Fcheckout.cy.ts     # one file\n```\n\nThe scanner reads the Cypress version from the nearest `package.json` and grades removed APIs as `error` when the installed major already rejects them and `warn` when they break on upgrade. Run `--list-rules` for the catalog.\n\nFindings are heuristic. Open each location and confirm before editing.\n\n### 2. Measure before changing anything\n\nWhen the goal is to fix a specific flaky spec, record how often it fails first. Without a baseline there is no way to tell a fix from luck.\n\n```bash\nfor i in $(seq 1 20); do npx cypress run --spec \"cypress\u002Fe2e\u002Fcheckout.cy.ts\" --quiet || echo \"FAIL $i\"; done\n```\n\nA spec that fails 1 run in 10 needs about 30 clean runs after the fix before the fix is believable.\n\n### 3. Fix in this order\n\n| Order | Rules | Why first |\n|---|---|---|\n| 1 | CY002, CY003, CY007 graded `error` | The test is wrong or already broken; other fixes build on correct command flow |\n| 2 | CY001, intercept ordering | Time-based waits are the largest single source of flake |\n| 3 | CY005, CY006 | Broken retry-ability causes detached-DOM and one-shot assertion failures |\n| 4 | CY004 | `force: true` hides a real overlap, animation, or disabled state |\n| 5 | CY008, CY010, CY012 | State leaks and order dependence |\n| 6 | CY013, CY101, CY102 | Selector and assertion hygiene |\n\nBefore-and-after code for every rule is in [references\u002Fanti-patterns.md](.\u002Freferences\u002Fanti-patterns.md). Replacements for removed APIs are in [references\u002Fremoved-apis.md](.\u002Freferences\u002Fremoved-apis.md). Read the section for the rule being fixed; do not load both files upfront.\n\n### 4. Replace each fixed wait with the condition it was standing in for\n\nDo not delete a `cy.wait(n)` or swap it for a guess. Work out what the delay covered:\n\n| The wait covered | Replace with |\n|---|---|\n| A network request | `cy.intercept(...).as('x')` registered before the trigger, then `cy.wait('@x')` |\n| A render that follows a request or state change | A `.should()` on the DOM that results |\n| A debounce, throttle, polling interval, or toast timeout | `cy.clock()` before `cy.visit()`, then `cy.tick(ms)` |\n| A CSS animation or transition | An assertion on the final state; Cypress already waits for the element to stop moving before acting |\n| Client-side hydration of server-rendered HTML | A signal the app sets when hydration finishes (see Gotchas) |\n| Unknown | Run the test in `npx cypress open`, select the wait in the Command Log, and read which requests and DOM changes happened during it |\n\n### 5. Verify\n\n1. Run the changed spec alone, then repeat it at least as many times as the baseline run.\n2. Rerun the scanner and compare counts per rule.\n3. Run the full suite once to catch order dependence exposed by the change.\n\n## Rules for the fix itself\n\n- Change test code only. If the test exposes an application bug (double submit, missing loading state, race in the UI), report it instead of working around it.\n- Do not raise `defaultCommandTimeout`, add `retries`, or add `{ force: true }` to make a test pass. Each one converts a visible failure into a slower or hidden one.\n- Do not replace `cy.wait(2000)` with `cy.wait(5000)`, or with `.should('exist')` on an element that was already present.\n- Keep one rule category per commit so a regression can be bisected.\n- Fix shared custom commands in `cypress\u002Fsupport` first. A fixed wait inside a command runs in every test that calls it.\n\n## Gotchas\n\n- **Register `cy.intercept()` before the request can fire.** For requests made on page load that means before `cy.visit()`. An intercept registered after the request has left never matches, and `cy.wait('@alias')` times out intermittently depending on network speed.\n- **Each `cy.wait('@alias')` consumes one request.** If the app calls the endpoint twice, the first wait resolves on the first call and the assertion runs against stale data. Wait once per expected call, or assert on the DOM.\n- **GraphQL uses one URL for every operation.** Alias inside the handler: `cy.intercept('POST', '\u002Fgraphql', (req) => { if (req.body.operationName === 'GetOrders') req.alias = 'getOrders' })`.\n- **`.should('not.exist')` passes before the element has rendered.** Using it to wait for a spinner to disappear succeeds instantly on a slow page. Assert the positive end state.\n- **Server-rendered apps accept clicks before handlers are attached.** In Next.js, Nuxt, SvelteKit, and Remix the button is visible and enabled in the server HTML, so Cypress clicks it during hydration and nothing happens. Have the app set a marker when hydration completes (for example a `data-hydrated` attribute on `\u003Cbody>` from a mount effect) and assert on it after `cy.visit()`.\n- **A `.should()` in the middle of a chain pins the subject.** Queries after it cannot re-query past the assertion, so a re-render produces a detached-DOM error. Split the chain at the assertion.\n- **`.then()` breaks the retry chain even with no assertion inside.** Everything before it runs once.\n- **Cypress 16 types with no delay between keys** (`keystrokeDelay` default changed from 10 to 0). Inputs that re-render per keystroke or debounce on input may now drop characters or fire once. Assert the field value after typing instead of restoring the delay.\n- **Cypress 16 turned cookie and storage getters into queries.** `cy.getCookie()`, `cy.getCookies()`, `cy.getAllCookies()`, `cy.getAllLocalStorage()`, and `cy.getAllSessionStorage()` now retry chained `.should()` assertions, which removes the need for waits around auth cookies.\n- **The page is blank after `cy.session()`.** A missing `cy.visit()` after it looks like a flaky selector failure.\n- **`testIsolation: false` shares state across tests.** If the config sets it, every order-dependent failure is expected behavior, not flake. Check the config before diagnosing.\n- **Retries hide flake unless configured to report it.** To find flaky tests instead of masking them, use the experimental strategy that retries and still fails:\n\n  ```js\n  retries: {\n    experimentalStrategy: 'detect-flake-but-always-fail',\n    experimentalOptions: { maxRetries: 2, stopIfAnyPassed: true },\n    openMode: true,\n    runMode: true,\n  }\n  ```\n\n- **CY005 is a judgement call.** `cy.get(input).clear().type('x')` on an input that never re-renders is fine. Split the chain when the element belongs to a list, a form library that remounts fields, or anything driven by async state.\n\n## Report format\n\n```markdown\n## Cypress flake audit: \u003Cscope>\n\n- Cypress version: \u003Crange>, major \u003Cn>\n- Files scanned: \u003Cn>\n- Baseline: \u003Cspec> failed \u003Cf> of \u003Cn> runs\n\n| Rule | Before | After | Notes |\n|---|---|---|---|\n| CY001 fixed-wait | 14 | 0 | 9 replaced by intercept aliases, 5 by assertions |\n\n### Not fixed\n- \u003Clocation>: \u003Creason, for example needs an application change>\n\n### Application issues found\n- \u003Cbehavior the tests exposed>\n\n### Verification\n- \u003Cspec>: \u003Cn> of \u003Cn> runs passed after the change\n```\n\n## Troubleshooting\n\n| Issue | Solution |\n|---|---|\n| Scanner reports \"No Cypress files found\" | Pass the folder that contains `cypress\u002F` or `*.cy.*` files. Specs outside those conventions can be passed as explicit file paths |\n| A finding is a false positive | Add `\u002F\u002F cy-scan-ignore CY0xx` on the same or previous line, with the reason |\n| Version shows \"not detected\" | Pass `--cypress-major \u003Cn>`; in a monorepo, run the scanner from the package that depends on Cypress |\n| The test fails only in CI after fixes | Compare viewport, browser, and CPU. Run locally with the CI browser and `--browser chrome --headless`, and throttle CPU to surface timing gaps |\n| `cy.wait('@alias')` times out after the change | The intercept is registered after the request, the URL pattern misses a query string (add `*`), or the request is served from cache and never reaches the network |\n\n## References\n\n- [references\u002Fanti-patterns.md](.\u002Freferences\u002Fanti-patterns.md): before-and-after code for every scanner rule\n- [references\u002Fremoved-apis.md](.\u002Freferences\u002Fremoved-apis.md): removed APIs by Cypress major, with migration code for `Cypress.env()` and `cy.exec()`\n- [Cypress retry-ability](https:\u002F\u002Fdocs.cypress.io\u002Fapp\u002Fcore-concepts\u002Fretry-ability)\n- [Cypress migration guide](https:\u002F\u002Fdocs.cypress.io\u002Fapp\u002Freferences\u002Fmigration-guide)\n",{"name":5,"description":7},"main","5269f7ea2d6c3a9bfda5ed878b6726cf509121fd","skills\u002Fcypress-flake-fixer",5335,"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot","https:\u002F\u002Fawesome-copilot.github.com\u002F","https:\u002F\u002Fgithub.com\u002Fgithub","https:\u002F\u002Fgithub.com\u002Fabout","How people build software.","2026-11-11 11:59:04",{"source":8,"skillName":5,"commands":62,"prompt":72,"zipAvailable":73},[63,66,69],{"tool":64,"command":65},"npx","npx skills add github\u002Fawesome-copilot --skill cypress-flake-fixer",{"tool":67,"command":68},"bunx","bunx skills add github\u002Fawesome-copilot --skill cypress-flake-fixer",{"tool":70,"command":71},"pnpm","pnpm dlx skills add github\u002Fawesome-copilot --skill cypress-flake-fixer","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fcypress-flake-fixer\u002FSKILL.md",true,[75,81,85],{"path":76,"resourceType":77,"resourceTypeDesc":78,"sizeBytes":79,"sourceHtmlUrl":80},"references\u002Fanti-patterns.md","REFERENCE","参考文档",8812,"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fcypress-flake-fixer\u002Freferences\u002Fanti-patterns.md",{"path":82,"resourceType":77,"resourceTypeDesc":78,"sizeBytes":83,"sourceHtmlUrl":84},"references\u002Fremoved-apis.md",7241,"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fcypress-flake-fixer\u002Freferences\u002Fremoved-apis.md",{"path":86,"resourceType":87,"resourceTypeDesc":88,"sizeBytes":89,"sourceHtmlUrl":90},"scripts\u002Fscan-cypress.mjs","SCRIPT","脚本",23294,"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fcypress-flake-fixer\u002Fscripts\u002Fscan-cypress.mjs",[92,122,149,179,213,230],{"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":102,"publishedAt":46},"01M70KXZNX9ES38N2A8M58ZZMZ","supabase-rls-policies","Write, review, and test Supabase Row Level Security (RLS) policies so that one user cannot read or change another user's rows. Use when creating or changing tables, policies, views, or security definer functions in a Supabase project, when reviewing a migration that touches RLS, or when asked to prove user isolation with pgTAP tests that sign in as two users.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fsupabase-rls-policies\u002FSKILL.md",[98,101],{"categoryNo":99,"categoryName":100,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[103,104,105,106,107,29,108,109,110,111,112,113,114,115,116,117,118,119,120,121],"supabase","rls","supabase rls","supabase rls policies","project","review","change","read","write","security","isolation","tables","as","tests","prove","use","users","functions","with",{"skillNo":123,"name":124,"nameZh":6,"description":125,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":126,"categories":127,"keywords":129,"publishedAt":46},"01M70KWA5YWXDV6V8DZ19E3T2Y","skill-distribution-audit","Audit a skill collection before release or investigate installer omissions, archived\u002Ftemplate leakage, duplicate identities, and manifest drift. Reconcile the intended public source set, distribution manifest, and actual discovery output for a specified consumer version. Includes a deterministic set-comparison helper.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fskill-distribution-audit\u002FSKILL.md",[128],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[130,131,43,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148],"distribution","skill distribution audit","SET","deterministic","installer","for","discovery","comparison","helper","manifest","version","collection","drift","output","investigate","duplicate","template","release","reconcile",{"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":153,"sourceHtmlUrl":154,"categories":155,"keywords":161,"publishedAt":46},"01M70KCJPFVW7PPQ49CC5R8JGK","logicapps-custom-code-net10-migration","Migrate Azure Logic Apps Standard local-function custom-code projects from .NET 8 to .NET 10. Use for legacy Logic Apps custom-code workspace upgrades, project\u002Fpackage configuration, custom-worker settings, publication, and integrated VS Code debugging. Not for ordinary .NET applications, standalone Azure Functions, Consumption workflows, or cloud deployment.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Flogicapps-custom-code-net10-migration\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Flogicapps-custom-code-net10-migration\u002FSKILL.md",[156],{"categoryNo":157,"categoryName":158,"taxonomyType":159,"taxonomyTypeDesc":160},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[162,163,164,165,166,167,135,107,168,169,170,171,172,173,174,118,175,176,177,178],"custom","code","logicapps custom code net10 migration","migration","projects","standalone","deployment","applications","local","azure","worker","upgrades","package","apps","Legacy","debugging","workflows",{"skillNo":180,"name":181,"nameZh":6,"description":182,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":183,"sourceHtmlUrl":184,"categories":185,"keywords":190,"publishedAt":46},"01M6AEBN37RQMXJ3298PEY7PG1","winmd-api-search","Find and explore Windows desktop APIs. Use when building features that need platform capabilities — camera, file access, notifications, UI controls, AI\u002FML, sensors, networking, etc. Discovers the right API for a task and retrieves full type details (methods, properties, events, enumeration values).","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fwinmd-api-search\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fwinmd-api-search\u002FSKILL.md",[186,189],{"categoryNo":187,"categoryName":188,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000010","后端与接口",{"categoryNo":157,"categoryName":158,"taxonomyType":159,"taxonomyTypeDesc":160},[191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,29,206,207,208,209,210,135,211,212],"winmd api search","search","api","windows","desktop","file access","enumeration","ui","ml","file","networking","capabilities","notifications","explore","access","features","full","camera","events","platform","methods","controls",{"skillNo":214,"name":215,"nameZh":6,"description":216,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":217,"licenseFileUrl":218,"sourceHtmlUrl":219,"categories":220,"keywords":226,"publishedAt":46},"01M6AE571R3SC1ZGE202B3NB5S","resemble-detect","Deepfake detection and media safety — detect AI-generated audio, images, video, and text, trace synthesis sources, apply watermarks, verify speaker identity, and analyze media intelligence using Resemble AI","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fresemble-detect\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fresemble-detect\u002FSKILL.md",[221,222,225],{"categoryNo":187,"categoryName":188,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":223,"categoryName":224,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000016","图像与多媒体",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[227,132,200,228,229],"resemble detect","https","identity",{"skillNo":231,"name":232,"nameZh":6,"description":233,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":217,"licenseFileUrl":234,"sourceHtmlUrl":235,"categories":236,"keywords":241,"publishedAt":46},"01M6AE30BSK2HCY4TQQ22Z8JRD","quality-playbook","Run a complete quality engineering audit on any codebase. Derives behavioral requirements from the code, generates spec-traced functional tests, runs a three-pass code review with regression tests, executes a multi-model spec audit (Council of Three), and produces a consolidated bug report with TDD-verified patches. Finds the 35% of real defects that structural code review alone cannot catch. Works with any language. Trigger on 'quality playbook', 'spec audit', 'Council of Three', 'fitness-to-purpose', or 'coverage theater'.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fquality-playbook\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fquality-playbook\u002FSKILL.md",[237,240],{"categoryNo":238,"categoryName":239,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000007","代码审查",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[242,243,244,245,163,108,9,43,246,247,228,248,249,250,251,252,253,254,255,256,257,258,116,259,260,261,262],"playbook","quality playbook","quality","code review","tdd","run","report","spec","bug report","council","engineering","functional","spec audit","bug","verified","multi-model","three","coverage","model","regression","structural"]