query_methodology: cwd doesn't slug-normalize Windows absolute paths to existing domain

[PSGSupport]

Summary

query_methodology(cwd=\"C:/Users/michael.crawford\") returns a hollow profile (coldStart=false, but every profile field empty) even when list_domains shows the matching domain exists with 18 sessions and confidence 0.36.

Reproducer

list_domains() →
  [{id: \"c--users-michael-crawford\", sessions: 18, confidence: 0.36, ...}, ...]

query_methodology(cwd: \"C:/Users/michael.crawford\") →
  { domain: null,
    coldStart: false,
    style: {},
    entryPoints: [],
    recurringPatterns: [],
    blindSpots: [],
    message: \"Domain \\\"None\\\" detected but no profile built yet\" }

query_methodology(project: \"c--users-michael-crawford\") →
  { domain: \"c--users-michael-crawford\",
    hotMemories: [...],   # populated
    style: {},            # still empty
    entryPoints: [],      # still empty
    ... }

So there are actually two related problems:

1. The cwd→domain classifier doesn't map Windows-style absolute paths (C:/Users/foo, C:\Users\foo) to the existing domain slug (c--users-michael-crawford). It probably handles POSIX paths only.
2. Even when the correct project= slug is passed and hotMemories populates, the profile body fields (style, entryPoints, recurringPatterns, blindSpots) remain empty despite rebuild_profiles({force: true}) having run successfully and list_domains reporting non-zero confidence and dominantMode: mixed. So the profile body materialization is partially broken too — possibly a separate issue.

Suggested fix

For the path normalization side: in shared/project_ids.py (path ↔ project ID ↔ label ↔ domain ID conversion), accept Windows-style paths — strip drive letter, replace backslashes with forward slashes before slugification, or detect the existing slug pattern by canonicalizing both sides.

The hollow-profile-body issue likely needs separate investigation in the profile_assembler / profile_builder pipeline.

Environment

• Cortex 3.14.5, Docker install
• Host: Windows 11
• Calls made from Claude Code on Windows where cwd is C:/Users/michael.crawford

[cdeust]

Fixed in 4260a99.

Root cause (Part 1 — headline): mcp_server/shared/project_ids.py:cwd_to_project_id only handled POSIX paths. C:/Users/foo came out as C:-Users-foo instead of the on-disk slug c--users-foo, so the project_id never matched any domain in profiles.json.

Fix: Path normalization is now syntax-driven (drive letter, backslash, leading single-letter dir), never host-driven. Lowercase + per-char non-alnum→'-' for Windows/Git-Bash inputs; case-preserving for POSIX. Idempotent on existing slugs of either dialect.

Tests: tests_py/shared/test_project_ids.py (8 new) and tests_py/handlers/test_query_methodology.py::TestCrossPlatformDomainResolution (4 new).

Part 2 (secondary — profile body empty): The materialization path itself is correct. test_profile_body_fields_populate_when_resolved proves end-to-end that with a populated on-disk profile, style/entryPoints/recurringPatterns/blindSpots flow into the response. If you still see empty body fields after this fix, the cause is data-side: the on-disk c--users-michael-crawford.json likely has empty arrays because pattern extraction needs a few sessions of signal. Run rebuild_profiles({force: true}) after ~10 sessions in that project; if fields stay empty after that, please re-open with the contents of that JSON file.

[cdeust]

Two things in your report were exactly right and made the fix tractable: (a) the diagnostic that list_domains shows the slug exists but query_methodology(cwd=...) doesn't resolve to it isolated the bug to the path-normalization layer, not the profile pipeline; (b) flagging the secondary hollow-profile-body issue as "likely separate" was the correct read — investigation traced it to data-side (insufficient sessions yet to populate). shared/project_ids.py now detects path syntax (not os.name), so Windows forward-slash, backslash, and Git-Bash drive translation forms all canonicalize to the same slug, and existing slugs round-trip idempotently. Re-open if the profile body stays empty after rebuild_profiles({force: true}) and ~10+ sessions. v3.15.1 shipped.