fix(tee): render absolute log path in hints instead of ~ shorthand

[cc1a2b]

Summary

• Fixes Tee hint path with ~ shorthand breaks on paths with spaces (not shell-safe) #1644: the tee hint paths were rendered with the ~ home-directory shorthand, which is not safely copy-pasteable. ~ does not expand inside quotes, and home paths can contain spaces (e.g. macOS ~/Library/Application Support), so agents/LLMs that reuse the path verbatim hit "file not found" (and space/backtick paths can even trigger spurious tool-permission prompts).
• Renders the absolute path in display_path — the single source shared by both the [full output: …] hint and the [see remaining: tail -n +N …] hint. The path is already absolute (built from data_local_dir()), so this only drops the ~ strip-prefix step.
• Adds a regression test for a path under the home directory; the existing format_hint tests use /tmp paths and never exercised the ~ branch.

Note: this is a fresh, rebased-on-develop take on the same fix previously explored in the now-closed #1657 (closed by its author as stale), extended to cover both hints via the shared display_path helper plus a home-path regression test.

Test plan

• cargo fmt --all -- --check — clean
• cargo clippy --all-targets — no new warnings on tee.rs
• cargo test --bins core::tee — 21 passed (incl. new test_display_path_is_shell_safe_for_home_paths)
• Behavior: a hint for $HOME/Library/Application Support/rtk/tee/… now renders the absolute path (no ~), so cat "<path>" works when pasted.

All changes target the develop branch.

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}