Azure
diff --git a/‎.azure-pipelines/NetworkValidation.yml
Lines changed: 0 additions & 39 deletions b/‎.azure-pipelines/NetworkValidation.yml
Lines changed: 0 additions & 39 deletions
diff --git a/‎.azure-pipelines/SwaggerToSDK.yml
Lines changed: 0 additions & 31 deletions b/‎.azure-pipelines/SwaggerToSDK.yml
Lines changed: 0 additions & 31 deletions
diff --git a/‎.azure-pipelines/azure-pipelines-data-container-windows.yml
Lines changed: 0 additions & 41 deletions b/‎.azure-pipelines/azure-pipelines-data-container-windows.yml
Lines changed: 0 additions & 41 deletions
diff --git a/‎.azure-pipelines/azure-pipelines-data-container.yml
Lines changed: 0 additions & 43 deletions b/‎.azure-pipelines/azure-pipelines-data-container.yml
Lines changed: 0 additions & 43 deletions
diff --git a/‎.github/.prettierrc.yaml
Lines changed: 3 additions & 0 deletions b/‎.github/.prettierrc.yaml
Lines changed: 3 additions & 0 deletions
diff --git a/‎.github/CODEOWNERS
Lines changed: 7 additions & 5 deletions b/‎.github/CODEOWNERS
Lines changed: 7 additions & 5 deletions
diff --git a/‎.github/copilot-instructions.md
Lines changed: 8 additions & 7 deletions b/‎.github/copilot-instructions.md
Lines changed: 8 additions & 7 deletions
diff --git a/‎.github/dependabot.yml
Lines changed: 7 additions & 7 deletions b/‎.github/dependabot.yml
Lines changed: 7 additions & 7 deletions
diff --git a/‎.github/eslint.config.js
Lines changed: 5 additions & 2 deletions b/‎.github/eslint.config.js
Lines changed: 5 additions & 2 deletions
diff --git a/‎.github/matchers/actionlint.json
Lines changed: 17 additions & 0 deletions b/‎.github/matchers/actionlint.json
Lines changed: 17 additions & 0 deletions
@@ -1,5 +1,8 @@
 # Keep in sync with eng/tools/.prettierrc.yaml
 
+plugins:
+  - prettier-plugin-organize-imports
+
 # Aligned with microsoft/typespec
 printWidth: 100
 
 
@@ -67,7 +67,7 @@
 # PRLabel: %Compute
 /specification/compute/ @bilaakpan-ms @sandido @dkulkarni-ms @haagha @MS-syh2qs @grizzlytheodore @mabhard @danielli90 @smotwani @ppatwa @vikramd-ms @yunusm @ZhidongPeng @nkuchta @maheshnemichand @najams @changov
 
-/specification/consumption/ @kjeur @panda-wang
+/specification/consumption/ @arusing @micahbresette
 
 # PRLabel: %Container Instances
 /specification/containerinstance/ @novinc
@@ -134,13 +134,13 @@
 /specification/iothub/ @rkmanda
 
 # PRLabel: %KeyVault
-/specification/keyvault/resource-manager/ @vickm @chen-karen @cheathamb36 @lgonsoulin
+/specification/keyvault/resource-manager/ @vickm @chen-karen @cheathamb36 @Azure/azure-sdk-write-keyvault
 
 # PRLabel: %KeyVault
-/specification/keyvault/Security.*/ @vickm @chen-karen @cheathamb36 @lgonsoulin @heaths @chlowell
+/specification/keyvault/Security.*/ @vickm @chen-karen @cheathamb36 @Azure/azure-sdk-write-keyvault @heaths @chlowell
 
 # PRLabel: %KeyVault
-/specification/keyvault/data-plane/ @vickm @chen-karen @cheathamb36 @lgonsoulin @heaths
+/specification/keyvault/data-plane/ @vickm @chen-karen @cheathamb36 @Azure/azure-sdk-write-keyvault @heaths
 
 # PRLabel: %Logic App
 /specification/logic/ @pankajsn @tonytang-microsoft-com
@@ -292,4 +292,6 @@
 
 ## Copilot
 /.github/copilot-instructions.md @praveenkuttappan @maririos
-/.github/prompts/ @praveenkuttappan @maririos
+/.github/prompts/                @praveenkuttappan @maririos
+/.github/instructions/           @praveenkuttappan @maririos
+/.github/chatmodes/              @praveenkuttappan @maririos
@@ -157,6 +157,7 @@ from the list of paths. If user does not have a TypeSpec project, then prompt us
 ### Pre-requisites
 - User should have a GitHub account and should be logged in to GitHub account using GitHub CLI `gh auth login`.
 - run `npm ci` to install the dependencies
+- To use MCP tool calls, user must have Powershell installed. Provide [Powershell installation instructions](https://learn.microsoft.com/en-us/powershell/scripting/install/installing-powershell?view=powershell-7.5) if not installed, and recommend restarting VSCode to start the MCP server.
 
 
 ### Basic Rules for SDK Generation from TypeSpec
@@ -184,10 +185,10 @@ from the list of paths. If user does not have a TypeSpec project, then prompt us
     - Confirm with the user if they want to change the repo owner or target branch, and prompt for new values if needed.
 
 6. **Exclusions**:
-    - Exclude changes in `.github` and `.vscode` folders from API spec and SDK pull requests.
+    - Exclude changes to the `.gitignore` file and contents within the `.github` and `.vscode` folders from API spec and SDK pull requests.
 
 7. **Working Branch Rule**:
-    - Ensure the TypeSpec project repository and the current working repository are not on the `main` branch:
+    - If the typespec pull request already exists or is merged stay on the `main` branch, otherwise ensure the TypeSpec project repository and the current working repository are not on the `main` branch:
         - Check the current branch name for the cloned GitHub repository:
             - If the current branch is `main`, prompt the user to create a new branch using 
             `git checkout -b <branch name>`.
@@ -201,21 +202,21 @@ from the list of paths. If user does not have a TypeSpec project, then prompt us
 By following these rules, the SDK release process will remain clear, structured, and user-friendly.
 
 ## Steps to generate SDK from TypeSpec API specification
-Follow `/typespec-to-sdk` prompt to generate and release SDK from TypeSpec API specification. The process is divided into several steps, each with specific actions to ensure a smooth SDK generation and release process.
-Do not skip the step that choose SDK generation method to ensure the user selects the appropriate method for SDK generation, either locally or using the SDK generation pipeline. Do not repeat the steps.
+Follow [typespec to sdk](..\eng\common\instructions\azsdk-tools\typespec-to-sdk.instructions.md) to generate and release SDK from TypeSpec API specification. The process is divided into several steps, each with specific actions to ensure a smooth SDK generation and release process.
+Do not skip the step that choose SDK generation method to ensure the user selects the appropriate method for SDK generation, either locally or using the SDK generation pipeline. Do not repeat the steps. Before using tools, check if user has Powershell installed.
 
 1. **Identify TypeSpec Project**: Locate the TypeSpec project root path by checking for `tspconfig.yaml` or `main.tsp` files.
 2. **Validate TypeSpec Specification**: Ensure the TypeSpec specification compiles without errors.
 3. **Verify Authentication and Repository Status**: Ensure user is authenticated and working in the correct public Azure repository.
 4. **Review and Commit Changes**: Stage and commit TypeSpec modifications, ensuring the current branch is not "main". Do not create pull request yet.
 5. **Create Specification Pull Request**: Create a pull request for TypeSpec changes if not already created. This is required only if there are TypeSpec changes in current branch.
 6. **Choose SDK Generation Method**: Determine how to generate SDKs (locally or via pipeline). Only Python is supported for local SDK generation at this time.
-7. **Generate SDKs via Pipeline**:  Generate SDKs using `/run-sdk-gen-pipeline` prompt, monitor the pipeline status and displaying generated SDK PR links.
+7. **Generate SDKs via Pipeline**:  Generate SDKs using [run sdk gen pipeline](..\eng\common\instructions\azsdk-tools\run-sdk-gen-pipeline.instructions.md), monitor the pipeline status and displaying generated SDK PR links.
 8. **Show generated SDK PR**: Display the generated SDK pull request links for review.
-9. **Create a release plan**: Create a release plan for the generated SDKs using spec pull request.
+9. **Create a release plan**: To create a release plan refer to [create release plan](..\eng\common\instructions\azsdk-tools\create-release-plan.instructions.md)
 10. **Prompt user to change spec pull request to ready for review from draft status**: Update spec pull request to change it to ready for review.
 11. **Release package**: Release the SDK package using `ReleaseSdkPackage` tool.
 
 
 ## Release readiness of SDK and information about the release pipeline
-Run `/check-package-readiness` prompt to check the release readiness of an SDK package. This prompt will collect the required information from the user, execute the readiness check, and present the results.
+Run [check package readiness](..\eng\common\instructions\azsdk-tools\check-package-readiness.instructions.md) to check the release readiness of an SDK package. This prompt will collect the required information from the user, execute the readiness check, and present the results.
@@ -1,13 +1,10 @@
 version: 2
 updates:
-  # For monorepos, only the root folder should be listed (not the sub-folders).
-  # We may also need to set "versioning-strategy" to "increase" rather than "increase-if-necessary",
-  # to update both package.json and package-lock.json files.  In our case, we don't really care
-  # if the package.json files are updated or not, just that package-lock.json is update.
-  # https://github.com/dependabot/dependabot-core/issues/4993#issuecomment-1289133027
   - package-ecosystem: "npm"
     directories:
       - "/"
+      - "/eng/tools"
+      - "/eng/tools/**"
     schedule:
       interval: "daily"
     ignore:
@@ -41,7 +38,9 @@ updates:
       eslint:
         patterns:
           - "*eslint*"
-    # Leave the constraint if the original constraint allows the new version, otherwise, bump the constraint.
+      openapi-validator:
+        patterns:
+          - "@microsoft.azure/openapi-validator*"
     versioning-strategy: increase-if-necessary
   - package-ecosystem: "npm"
     directories:
@@ -59,9 +58,10 @@ updates:
       - dependency-name: "typescript"
       # Points to "github:actions/github-script" since package isn't published to npmjs
       - dependency-name: "@types/github-script"
+      # Stay on ^7 until ^10 increases in adoption
+      - dependency-name: "cross-env"
     groups:
       eslint:
         patterns:
           - "*eslint*"
-    # Leave the constraint if the original constraint allows the new version, otherwise, bump the constraint.
     versioning-strategy: increase-if-necessary
@@ -1,5 +1,8 @@
-import pluginJs from "@eslint/js";
+import eslint from "@eslint/js";
 import globals from "globals";
+import tseslint from "typescript-eslint";
 
 /** @type {import('eslint').Linter.Config[]} */
-export default [{ languageOptions: { globals: globals.node } }, pluginJs.configs.recommended];
+export default tseslint.config(eslint.configs.recommended, tseslint.configs.recommended, {
+  languageOptions: { globals: globals.node },
+});
@@ -0,0 +1,17 @@
+{
+  "problemMatcher": [
+    {
+      "owner": "actionlint",
+      "pattern": [
+        {
+          "regexp": "^(?:\\x1b\\[\\d+m)?(.+?)(?:\\x1b\\[\\d+m)*:(?:\\x1b\\[\\d+m)*(\\d+)(?:\\x1b\\[\\d+m)*:(?:\\x1b\\[\\d+m)*(\\d+)(?:\\x1b\\[\\d+m)*: (?:\\x1b\\[\\d+m)*(.+?)(?:\\x1b\\[\\d+m)* \\[(.+?)\\]$",
+          "file": 1,
+          "line": 2,
+          "column": 3,
+          "message": 4,
+          "code": 5
+        }
+      ]
+    }
+  ]
+}