ask: cannot read or resolve SharePoint direct sharing URLs

Summary

ask_work_iq cannot retrieve content from a direct SharePoint sharing URL. When given a URL like https://microsoft.sharepoint.com/:w:/t/TeamName/..., it attempts an enterprise file search instead of resolving the sharing link, and returns no results.

Reproduction

1. Ask: What is the content of the document at https://microsoft.sharepoint.com/:w:/t/CLPMSandboxv2/cQoGEnAVLo-...
2. Response: "I couldn't retrieve that document. No matching file was returned by the search service."

Expected behavior

When a user provides a direct SharePoint sharing URL, WorkIQ should:

1. Resolve the sharing link via the Graph API (e.g. /shares/{encodedUrl}/driveItem)
2. Retrieve and summarize the document content

Context

Users frequently share documents via SharePoint sharing links. Being unable to read them makes WorkIQ ineffective for a core document collaboration workflow.

Environment

• Copilot CLI 1.0.74-3
• WorkIQ MCP plugin (npm @microsoft/workiq)

Start by tracing the ask_work_iq handling for URLs and the enterprise file-search fallback. Check how a SharePoint sharing URL can be encoded for the Graph API /shares/{encodedUrl}/driveItem endpoint. Done means a direct sharing URL resolves, the document content is retrieved, and the response summarizes it instead of returning no results.