Repository navigation
Fix SRE action availability and connector recovery in 0.4.3 - #39
Closed
Alex Weininger (alexweininger) wants to merge 2 commits into
Closed
Alex Weininger (alexweininger) wants to merge 2 commits into
Alex Weininger (alexweininger) wants to merge 2 commits into
Conversation
Promote the exact qualified 47-file production artifact from source 43f8e0f3d5c136e80fd03070142582d0c367f3b8 and update only its marketplace version. Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
Tsuyoshi Ushio (TsuyoshiUshio)
approved these changes
Oct 24, 2026
Paul Yuknewicz (paulyuk)
requested changes
Oct 24, 2026
Paul Yuknewicz (paulyuk)
left a comment
Member
There was a problem hiding this comment.
Please undo changes to readme then i will fast approve
There was a problem hiding this comment.
We should reject all changes to this file. it needs to assume awesome-copilot is the prod source
Member
Author
There was a problem hiding this comment.
Restored this README byte-for-byte to the PR base in 1bd99ae, so it now has zero diff. I also restored the same Awesome Copilot installation wording and commands in docs/advanced.md; its only remaining change is the native-tool clarification. Runtime files, all 43 protected checksum entries, and the receipt are unchanged. The selected-package verifier and 13 release-integrity tests pass.
Restore the customer README exactly to the production base and undo the same installation-destination regression in the advanced guide. Retain the native-tool clarification and all protected package bytes and receipts. Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
5 of 9 tasks
Alex Weininger (alexweininger)
requested review from
Tsuyoshi Ushio (TsuyoshiUshio) and
Paul Yuknewicz (paulyuk)
October 26, 2026 22:27
This was referenced Oct 29, 2026
Member
Author
|
closing this in favor of #45 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Azure SRE Agent 0.4.3 fixes action availability and connector recovery so personal diagnostics, KQL, Teams, and evidence operations use the registered
sre_personal_*tools instead of being routed to canvas actions. SRE navigation and thread operations remain canvas actions. These fixes do not grant source access or approve queries, SRE execution, or message sends.Changes
canvases/azure-sre-agent/README.mdbyte-for-byte to the production base, leaving zero README diff in this PR. Restore the advanced guide's existing Awesome Copilot installation wording and commands too. Its only remaining change is the three-line clarification that personal tools are native tools, not canvas actions. These two inert-document restorations intentionally differ from the downloaded artifact; runtime, protected files, and checksum receipts are unchanged.Candidate preview (published head verified): nested extension at candidate commit and candidate customer README.
Planned immutable install URL: https://github.com/microsoft/azure-dev-tools/tree/azure-sre-agent-v0-4-3-43f8e0f/canvases/azure-sre-agent/com.github.copilot/extensions/azure-sre-agent -- not live until an authorized operator creates the tag after the production merge.
Awesome Copilot
source.sha: pending production squash merge. Neither the source SHA nor candidate head is the future catalog SHA.Release and governance checks
docs/release-process.mdhas been followed.The first four template checks remain unchecked because this manual packaging task does not establish those approvals. Next action: Paul / a production reviewer rechecks the restored customer guidance and package; an authorized maintainer handles any approved squash merge. This PR does not merge, tag, rerun the source workflow, or change Awesome Copilot.
Copy/paste team announcement
No rollout announcement was requested. The current source release guide explicitly separates candidate communication from announcements; no rollout owner or dark-deployment status is inferred. Candidate and planned immutable links are provided above, without claiming publication or installation.
Qualification, provenance, integrity, and exact local validation evidence
Provenance
0.4.3coreai-microsoft/canvases-cloud-foundatione1467f648c5e298cee4ffa9df0c13479b2c7b75a43f8e0f3d5c136e80fd03070142582d0c367f3b8a71d514ad86c5ec7c7a5c49809f7a5a6866b90b21bd99ae2a2da5bdbb913326c25ac66fa44442ec3ba6088d1b1f090fedbc0a6a710bdde2759c5ae3b6f6a9c197b1a4cd165fab241e3d544e4f87b7f23c3eebaa9f89def87f1080410c568bac0397c6f15bcfefdfdd60f5ac962fa9a750ef32da9797cf6be55ef2fa500d68d84b432d8b447f415da0c2e9c699265e6863ffa4ce944aee4c7e143370d0829d5c5987a1de15ea41b2b193c3f61986f502395146dcf34251c92f34cf54cThe qualified workflow passed preparation, selected-source tests, shared toolkit tests, selected browser qualification, and its precredential candidate recheck. Selected SRE source: 848 total, 841 passed, 7 skipped, 0 failed; shared toolkit: 532/532 passed; selected SRE browser: 154/154 passed. These are selected qualification results, not a claim that the root source test suite is green. The workflow then failed its release App installation lookup with HTTP 404 before any write. It was not rerun; this PR uses the retained clean merged-source artifact with the explicitly authorized inert-document restorations described above.
Local validation on the committed candidate
ba6088d: passed exact 47-file inventory, every artifact file's SHA-256 and byte equality, selection SHA-256, source/base, package receipt identity, and isolated SRE catalog version change. This is historical evidence for the import, not an all-document-parity claim for the corrected head.1bd99ae: passed README byte equality with production base; exactly two inert documents changed relative to the import; all 43 protected receipt entries match their recorded hashes and remain byte-identical to the import;SHA256SUMSitself is unchanged. No receipts were regenerated.git diff --check: passed for the documentation correction.git diff --exit-code a71d514ad86c5ec7c7a5c49809f7a5a6866b90b2 -- canvases/azure-sre-agent/README.md: passed, zero README diff.node --input-type=module -e 'import {readFileSync} from "node:fs"; import {verifyPlugin} from "./scripts/verify-plugin-marketplace.mjs"; const p=JSON.parse(readFileSync(".github/plugin/marketplace.json")).plugins.find(p=>p.name==="azure-sre-agent"); console.log(verifyPlugin(p,{candidate:true}));': passed on corrected committed head,azure-sre-agent@0.4.3 (candidate; immutable tag pending).node --test test/mutable-documentation-release.test.mjs test/canvas-release-receipts.test.mjs: passed, 13/13, rerun after the correction. Includes existing historical release receipts; none were rewritten.node --test --test-name-pattern='SRE package' test/production-links.test.mjs: previously failed, 0/1, not rerun for the installation-only correction. The existing/Open an agent by URL or resource ID/assertion and later expected Save connected agent phrase are already absent in the production baseline. Neither this existing assertion nor unrelated UI copy was changed.node scripts/verify-plugin-marketplace.mjs --candidate: previously failed,Marketplace must contain exactly the reviewed production products, not rerun for the documentation-only correction. The existing verifier recognizesazure-storage-canvas, while the current production catalog usesazure-storage. Rechecking the baseline catalog with the unchanged verifier reproduces the same failure before SRE payload verification. This unrelated issue was not patched here.Hashes are integrity receipts, not signatures. No latest or immutable release refs were moved or created, no source workflow was retried, and no persistent authentication configuration or organization policy was changed.