Add Health action support

[CorrectRoadH]

This adds a standard Health action include with support for the Health actions exposed through Shortcuts.

It covers logging quantity samples, category samples, blood pressure, and workouts, plus finding samples, reading sample details, Health app navigation, Health search, sleep schedule, tabs, records, and physical activity. The general sample logging helpers are named logHealthQuantitySample and logHealthCategorySample to make it clear they create Health samples.

For example, importing a Shortcut that logs blood pressure now produces standard syntax like this:

#include 'actions/health'

logBloodPressure(qty(high, "mmHg"), qty(low, "mmHg"))

A demo Shortcut with several Health actions decompiles into standard calls as well:

const output = logHealthQuantitySample(qty(20, "count"), "Steps", CurrentDate)
findHealthSamples(output)
openHealthView("HKDisplayCategoryIdentifier_13", "呼吸", "lungs.fill")
openHealthData("HKDisplayTypeIdentifierForcedVitalCapacity", "最大肺活量", "lungs.fill")
logHealthCategorySample("Acne", "Present", nil, CurrentDate, CurrentDate)
logWorkout("Basketball", qty(500, "Cal"))

This also keeps support for WFQuantityFieldValue in rawAction(...) so custom Health workflows can round-trip through import without losing the quantity value structure.

Health sample types and units were filled out using the local HealthKit SDK headers, and the action identifiers were cross-checked against local Shortcuts and App Intents metadata. While testing imports, I also fixed a decompilation issue where non-Latin output names could sanitize to an empty identifier and produce invalid code like const = ...; those now fall back to output.

[CorrectRoadH]

@electrikmilk PTAL

[electrikmilk]

There are some other changes here; please state the rationale for these changes

[CorrectRoadH]

Thanks for the review — I've scoped this PR down to Health only and split the unrelated work out:

• The empty-custom-separator decompile fix is already in Fix empty custom separator decompile #195.
• The unrelated fileRequest() body change is now in Allow variable body for fileRequest() #199 and reverted here.

Everything still outside actions/health.cherri is here because decompiling a real Health Shortcut and recompiling it has to round-trip through these paths. Rationale per change:

raw_actions.go + decompile.go quantity helpers — Health quantity actions store values as WFQuantityFieldValue. Without round-trip support, importing a Health Shortcut loses the magnitude/unit structure and rawAction(...) can't reproduce it. These keep qty(...) intact on import.

decompile.go mapUUID empty-name fallback — Health output/display names are frequently non-Latin (e.g. 呼吸, 最大肺活量). sanitizeIdentifier reduced these to an empty string, producing invalid const = .... They now fall back to output.

decompile.go globals loop — Decompiled Health code uses globals like CurrentDate. Previously only ShortcutInput was recognized; now any global type decompiles to its name.

decompile.go decompActionArguments — Health actions take optional middle arguments (e.g. logHealthCategorySample("Acne", "Present", nil, ...)). The old logic dropped absent args entirely, which shifted later positional args. It now emits nil for an absent-but-followed argument and trims trailing ones.

decompile.go ensureStandardActionInclude — A decompiled Health Shortcut needs #include 'actions/health' to recompile. This emits the matching standard include automatically. TestHealthDecompileRoundTrip compiles the decompiled output to prove it works.

actions_std.go textParts guard — Minor: lets splitText tolerate a call with no separator argument, defaulting to newline. This surfaced during round-trip testing; happy to pull it into a separate PR if you'd prefer it out of here.

On tests: these are Cherri-first — tests/health.cherri compiles, and TestHealthDecompileRoundTrip decompiles a Health Shortcut and recompiles the generated Cherri.