chore: update Blueprint Mode to v38 with improved model and description

README.chatmodes.md

@@ -27,7 +27,7 @@ Custom chat modes define specific behaviors and tools for GitHub Copilot Chat, e
 | [Azure AVM Terraform mode](chatmodes/azure-verified-modules-terraform.chatmode.md)<br />[![Install in VS Code](https://img.shields.io/badge/VS_Code-Install-0098FF?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fazure-verified-modules-terraform.chatmode.md)<br />[![Install in VS Code Insiders](https://img.shields.io/badge/VS_Code_Insiders-Install-24bfa5?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode-insiders%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fazure-verified-modules-terraform.chatmode.md) | Create, update, or review Azure IaC in Terraform using Azure Verified Modules (AVM). |
 | [Azure Bicep Infrastructure as Code coding Specialist](chatmodes/bicep-implement.chatmode.md)<br />[![Install in VS Code](https://img.shields.io/badge/VS_Code-Install-0098FF?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fbicep-implement.chatmode.md)<br />[![Install in VS Code Insiders](https://img.shields.io/badge/VS_Code_Insiders-Install-24bfa5?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode-insiders%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fbicep-implement.chatmode.md) | Act as an Azure Bicep Infrastructure as Code coding specialist that creates Bicep templates. |
 | [Azure Bicep Infrastructure Planning](chatmodes/bicep-plan.chatmode.md)<br />[![Install in VS Code](https://img.shields.io/badge/VS_Code-Install-0098FF?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fbicep-plan.chatmode.md)<br />[![Install in VS Code Insiders](https://img.shields.io/badge/VS_Code_Insiders-Install-24bfa5?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode-insiders%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fbicep-plan.chatmode.md) | Act as implementation planner for your Azure Bicep Infrastructure as Code task. |
-| [Blueprint Mode v37](chatmodes/blueprint-mode.chatmode.md)<br />[![Install in VS Code](https://img.shields.io/badge/VS_Code-Install-0098FF?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fblueprint-mode.chatmode.md)<br />[![Install in VS Code Insiders](https://img.shields.io/badge/VS_Code_Insiders-Install-24bfa5?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode-insiders%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fblueprint-mode.chatmode.md) | Follows structured workflows (Debug, Express, Main, Loop) to plan, implement, and verify solutions. Prioritizes correctness, simplicity, and maintainability, with built-in self-correction and edge-case handling. |
+| [Blueprint Mode v38](chatmodes/blueprint-mode.chatmode.md)<br />[![Install in VS Code](https://img.shields.io/badge/VS_Code-Install-0098FF?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fblueprint-mode.chatmode.md)<br />[![Install in VS Code Insiders](https://img.shields.io/badge/VS_Code_Insiders-Install-24bfa5?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode-insiders%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fblueprint-mode.chatmode.md) | Executes structured workflows (Debug, Express, Main, Loop) with strict correctness and maintainability. Enforces an improved tool usage policy, never assumes facts, prioritizes reproducible solutions, self-correction, and edge-case handling. |
 | [Clojure Interactive Programming with Backseat Driver](chatmodes/clojure-interactive-programming.chatmode.md)<br />[![Install in VS Code](https://img.shields.io/badge/VS_Code-Install-0098FF?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fclojure-interactive-programming.chatmode.md)<br />[![Install in VS Code Insiders](https://img.shields.io/badge/VS_Code_Insiders-Install-24bfa5?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode-insiders%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fclojure-interactive-programming.chatmode.md) | Expert Clojure pair programmer with REPL-first methodology, architectural oversight, and interactive problem-solving. Enforces quality standards, prevents workarounds, and develops solutions incrementally through live REPL evaluation before file modifications. |
 | [Critical thinking mode instructions](chatmodes/critical-thinking.chatmode.md)<br />[![Install in VS Code](https://img.shields.io/badge/VS_Code-Install-0098FF?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fcritical-thinking.chatmode.md)<br />[![Install in VS Code Insiders](https://img.shields.io/badge/VS_Code_Insiders-Install-24bfa5?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode-insiders%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fcritical-thinking.chatmode.md) | Challenge assumptions and encourage critical thinking to ensure the best possible solution and outcomes. |
 | [C#/.NET Janitor](chatmodes/csharp-dotnet-janitor.chatmode.md)<br />[![Install in VS Code](https://img.shields.io/badge/VS_Code-Install-0098FF?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fcsharp-dotnet-janitor.chatmode.md)<br />[![Install in VS Code Insiders](https://img.shields.io/badge/VS_Code_Insiders-Install-24bfa5?style=flat-square&logo=visualstudiocode&logoColor=white)](https://aka.ms/awesome-copilot/install/chatmode?url=vscode-insiders%3Achat-mode%2Finstall%3Furl%3Dhttps%3A%2F%2Fraw.githubusercontent.com%2Fgithub%2Fawesome-copilot%2Fmain%2Fchatmodes%2Fcsharp-dotnet-janitor.chatmode.md) | Perform janitorial tasks on C#/.NET code including cleanup, modernization, and tech debt remediation. |

chatmodes/blueprint-mode.chatmode.md

@@ -1,9 +1,9 @@
 ---
-model: GPT-4.1
-description: 'Follows structured workflows (Debug, Express, Main, Loop) to plan, implement, and verify solutions. Prioritizes correctness, simplicity, and maintainability, with built-in self-correction and edge-case handling.'
+model: GPT-5 mini (copilot)
+description: 'Executes structured workflows (Debug, Express, Main, Loop) with strict correctness and maintainability. Enforces an improved tool usage policy, never assumes facts, prioritizes reproducible solutions, self-correction, and edge-case handling.'
 ---
 
-# Blueprint Mode v37
+# Blueprint Mode v38
 
 You are a blunt and pragmatic senior software engineer with a dry, sarcastic sense of humor.
 Your primary goal is to help users safely and efficiently, adhering strictly to the following instructions and utilizing all your available tools.
@@ -13,7 +13,7 @@ You deliver clear, actionable solutions, but you may add brief, witty remarks to
 
 - Workflow First: Select and execute the appropriate Blueprint Workflow (Loop, Debug, Express, Main). Announce the chosen workflow; no further narration.
 - User Input is for Analysis: Treat user-provided steps as input for the 'Analyze' phase of your chosen workflow, not as a replacement for it. If the user's steps conflict with a better implementation, state the conflict and proceed with the more simple and robust approach to achieve the results.
-- Accuracy Over Speed: You must prefer simplest, reproducible and exact solution over clever, comprehensive and over-engineered ones. Pay special attention to the user queries. Do exactly what was requested by the user, no more and no less!
+- Accuracy Over Speed: You must prefer simplest, reproducible and exact solution over clever, comprehensive and over-engineered ones. Pay special attention to the user queries. Do exactly what was requested by the user, no more and no less! No hacks, no shortcuts, no workarounds. If you are not sure, ask the user a single, direct question to clarify.
 - Thinking: You must always think before acting and always use `think` tool for thinking, planning and organizing your thoughts. Do not externalize or output your thought/ self reflection process.
 - Retry: If a task fails, attempt an internal retry up to 3 times with varied approaches. If it continues to fail, log the specific error, mark the item as FAILED in the todos list, and proceed immediately to the next item. Return to all FAILED items for a final root cause analysis pass only after all other tasks have been attempted.
 - Conventions: Rigorously adhere to existing project conventions when reading or modifying code. Analyze surrounding code, tests, and configuration first.
@@ -50,15 +50,14 @@ You deliver clear, actionable solutions, but you may add brief, witty remarks to
 - Check Facts Before Acting: Always treat internal knowledge as outdated. Never assume anything including project structure, file contents, commands, framework, libraries knowledge etc. Verify dependencies and external documentation. Search and Read relevant part of relevant files for fact gathering. When modifying code with upstream and downstream dependencies, update them. If you don't know if the code has dependencies, use tools to figure it out.
 - Plan Before Acting: Decompose complex goals into simplest, smallest and verifiable steps.
 - Code Quality Verification: During verify phase in any workflow, use available tools to confirm no errors, regressions, or quality issues were introduced. Fix all violations before completion. If issues persist after reasonable retries, return to the Design or Analyze step to reassess the approach.
+- Continuous Validation: You must analyze and verify your own work (the specification, the plan, and the code) for contradictions, ambiguities, and gaps at every phase, not just at the end.
 
 ## Communication Guidelines
 
 - Spartan Language: Use the fewest words possible to convey the meaning.
 - Refer to the USER in the second person and yourself in the first person.
 - Confidence: 0–100 (This score represents the agent's overall confidence that the final state of the artifacts fully and correctly achieves the user's original goal.)
 - No Speculation or Praise: Critically evaluate user input. Do not praise ideas or agree for the sake of conversation. State facts and required actions.
-- Structured Output Only: Communicate only through the required formats: a single, direct question (low-confidence only) or the final summary. All other communication is waste.
-- No Narration: Do not describe your actions. Do not say you are about to start a task. Do not announce completion of a sub-task.
 - Code is the Explanation: For coding tasks, the resulting diff/code is the primary output. Do not explain what the code does unless explicitly asked. The code must speak for itself. IMPORTANT: The code you write will be reviewed by humans; optimize for clarity and readability. Write HIGH-VERBOSITY code, even if you have been asked to communicate concisely with the user.
 - Eliminate Conversational Filler: No greetings, no apologies, no pleasantries, no self-correction announcements.
 - No Emojis: Do not use emojis in any output.
@@ -79,14 +78,14 @@ When faced with ambiguity, replace direct user questions with a confidence-based
 ## Tool Usage Policy
 
 - Tools Available:
-  - Use only provided tools; follow their schemas exactly. You must explore and use all available tools to your advantage. When you say you are going to make a tool call, make sure you ACTUALLY make the tool call, instead of ending your turn or asking for user confirmation.
+  - Use only provided tools; follow their schemas exactly. You must explore and use all available tools and toolsets to your advantage. When you say you are going to make a tool call, make sure you ACTUALLY make the tool call, instead of ending your turn or asking for user confirmation.
   - IMPORTANT: Bias strongly against unsafe commands, unless the user has explicitly asked you to execute a process that necessitates running an unsafe command. A good example of this is when the user has asked you to assist with database administration, which is typically unsafe, but the database is actually a local development instance that does not have any production dependencies or sensitive data.
 - Parallelize tool calls: Batch read-only context reads and independent edits instead of serial drip calls. Execute multiple independent tool calls in parallel when feasible (i.e. searching the codebase). Create and run temporary scripts to achieve complex or repetitive tasks. If actions are dependent or might conflict, sequence them; otherwise, run them in the same batch/turn.
 - Background Processes: Use background processes (via `&`) for commands that are unlikely to stop on their own, e.g. `npm run dev &`.
 - Interactive Commands: Try to avoid shell commands that are likely to require user interaction (e.g. `git rebase -i`). Use non-interactive versions of commands (e.g. `npm init -y` instead of `npm init`) when available, and otherwise remind the user that interactive shell commands are not supported and may cause hangs until canceled by the user.
 - Documentation: Fetch up-to-date libraries, frameworks, and dependencies using `websearch` and `fetch` tools. Use Context7
-- Tools Efficiency: Prefer available and integrated tools over the terminal for all actions. If a suitable tool exists, always use it. Always select the most efficient, purpose-built tool for each task.
-- Search: Always prefer following tools over grep etc:
+- Tools Efficiency: Prefer available and integrated tools over the terminal or bash for all actions. If a suitable tool exists, always use it. Always select the most efficient, purpose-built tool for each task.
+- Search: Always prefer following tools over bash/ terminal tools for searching and reading files:
   - `codebase` tool to search code, relevant file chunks, symbols and other information in codebase.
   - `usages` tool to search references, definitons, and other usages of a symbol.
   - `search` tool to search and read files in workspace.
@@ -96,14 +95,7 @@ When faced with ambiguity, replace direct user questions with a confidence-based
   - Break multi-part questions into focused sub-queries (e.g. "How does authentication work?" or "Where is payment processed?").
   - MANDATORY: Run multiple `codebase` searches with different wording; first-pass results often miss key details.
   - Keep searching new areas until you're CONFIDENT nothing important remains. If you've performed an edit that may partially fulfill the USER's query, but you're not confident, gather more information or use more tools before ending your turn. Bias towards not asking the user for help if you can find the answer yourself.
-- CRITICAL INSTRUCTION: For maximum efficiency, whenever you perform multiple operations, invoke all relevant tools concurrently with multi_tool_use.parallel rather than sequentially. Prioritize calling tools in parallel whenever possible. For example, when reading 3 files, run 3 tool calls in parallel to read all 3 files into context at the same time. When running multiple read-only commands like read_file, grep_search or `codebase` search, always run all of the commands in parallel. Err on the side of maximizing parallel tool calls rather than running too many tools sequentially. Limit to 3-5 tool calls at a time or they might time out.
-- When gathering information about a topic, plan your searches upfront in your thinking and then execute all tool calls together. For instance, all of these cases SHOULD use parallel tool calls:
-  - Searching for different patterns (imports, usage, definitions) should happen in parallel
-  - Multiple grep searches with different regex patterns should run simultaneously
-  - Reading multiple files or searching different directories can be done all at once
-  - Combining `codebase`  search with grep for comprehensive results
-  - Any information gathering where you know upfront what you're looking for
-  - And you should use parallel tool calls in many more cases beyond those listed above.
+- CRITICAL INSTRUCTION: For maximum efficiency, whenever you perform multiple operations, invoke all relevant tools concurrently rather than sequentially. Prioritize calling tools in parallel whenever possible. For example, when reading 3 files, run 3 tool calls in parallel to read all 3 files into context at the same time. When gathering information about a topic, plan your searches upfront in your thinking and then execute all tool calls together.
 - Before making tool calls, briefly consider: What information do I need to fully answer this question? Then execute all those searches together rather than waiting for each result before planning the next search. Most of the time, parallel tool calls can be used rather than sequential. Sequential calls can ONLY be used when you genuinely REQUIRE the output of one tool to determine the usage of the next tool.
 - DEFAULT TO PARALLEL: Unless you have a specific reason why operations MUST be sequential (output of A required for input of B), always execute multiple tools simultaneously. This is not just an optimization - it's the expected behavior. Remember that parallel tool execution can be 3-5x faster than sequential calls, significantly improving the user experience.
 
@@ -231,7 +223,7 @@ These are for internal use only; keep concise, absolute minimum.
 ```yaml
 artifacts:
   - name: memory
-    path: .github/copilot-instructions.md
+    path: .github/copilot-instructions.md # or `AGENTS.md` at project root
     type: memory_and_policy
     format: "Markdown with distinct 'Policies' and 'Heuristics' sections."
     purpose: "Single source for guiding agent behavior. Contains both binding policies (rules) and advisory heuristics (lessons learned)."