Use fetch /me/calendarView for exact calendar reads in daily-outlook-triage

[solvaholic]

Fixes #160

What

Switch Step 3 of the daily-outlook-triage skill from workiq-ask to a structured workiq-fetch on /me/calendarView, and add guidance to convert the returned UTC instant to the user's time zone client-side.

Why

Per #160, reading meeting times through ask returns a bare, unlabeled, human-formatted string ("12 PM to 1 PM") that appears to apply the zone's standard UTC offset rather than the current daylight offset - so during DST it can render an hour early, and the caller can't detect or correct it because the underlying start.dateTime/timeZone isn't exposed. fetch on /me/calendarView returns each event as { dateTime, timeZone: "UTC" }, an unambiguous instant that converts DST-correctly.

Changes (docs-only, single skill file)

• Step 3 now calls fetch /me/calendarView with $select/$orderby, and adds notes to:
  • build the window from local midnight to next local midnight as ISO 8601 with explicit offsets (offset-less values are read as UTC and shift the window off the user's day);
  • use calendarView not /me/events for a date window, so recurring occurrences expand;
  • convert the UTC instant client-side, and map Windows zone IDs (e.g. Eastern Standard Time from mailboxSettings.timeZone) to IANA before converting - never format times via ask;
  • read the Teams link from onlineMeeting.joinUrl and the response from responseStatus.response;
  • not paginate with $skip; follow @odata.nextLink as a server-relative path.
• Required MCP Tools table now lists fetch alongside ask.
• Error handling ("No Calendar Events Found", "Incorrect or Missing Time Zone", "Partial Data Retrieved") updated to match the fetch-based flow.

Notes

• Steps 1-2 (profile + inbox) intentionally still use ask - Document fetch/calendarView for exact calendar reads — ask returns unlabeled, DST-prone meeting times #160 is specifically about the calendar time-read path.
• Follows the tool-selection guidance already in the workiq skill ("Listing meetings on a known date/range -> fetch (/me/calendarView)").
• Scoped to main; deliberately independent of the stalled Adding additional WorkIQ productivity skills #81.

Verification

Docs-only change to a skill's guidance; no code or tests. Tool names, entityUrls shape, and /me/calendarView usage cross-checked against the workiq plugin's fetch-work-iq.md reference and SKILL.md.

[solvaholic]

@microsoft-github-policy-service agree company="Microsoft"