ADR-0022 follow-up r3: identifier colour, NewName hint, "Next:" wording, "type" label

Three fixes from a third round of real testing.

1. **tok_identifier vivid (round-3 #1).** The cool grey-blue
   from r2 was still too close to theme.fg to register as
   distinct. Bumped to cyan-teal (#56B6C2 dark / #0F6B76
   light) — identifiers are the user's most "special" content
   and now read that way against keywords (purple), numbers
   (orange), strings (green), and flags (amber).

2. **"Type a name" hint at NewName slots (round-3 #2).**
   New `completion::typing_name_at_cursor(input, cursor)`
   returns `Some(TypingName)` when the cursor sits at — or
   inside — an `IdentSlot::NewName` position. It probes by
   substituting a single-letter placeholder identifier and
   re-parsing to discover what the parser would expect AFTER
   the name; the hint then reads "Type a name, then `(`"
   instead of the technical "next: `(`" that surfaces once
   the partial identifier has been consumed by the live
   parser. When the probe yields nothing useful (custom
   errors with empty expected, or a complete-on-substitute
   case), falls back to "Type a name".

   New catalog keys hint.ambient_typing_name and
   hint.ambient_typing_name_then. Wired into ambient_hint
   between the candidate-list and invalid-ident checks.

3. **"Next:" instead of "expected:" wording.** "Expected"
   read as a leaked diagnostic; "Next:" is shorter,
   conversational, and consistent with the action-oriented
   voice of "Submit with Enter" and "Type a name". Hint
   sentences now also start capitalised
   (Submit/Next/Type/No-such), per the user's Capital-T-on-
   "type a name" preference.

4. **type_keyword labelled "type".** Without a label, the
   `select_ref!` over an Identifier token produced
   `RichPattern::SomethingElse`, which rendered as the
   meaningless "something else" in the hint after `(`.
   Labelled now: error reads "Next: type" — terse but
   honest. The label is applied BEFORE try_map (not after,
   not via as_context) so the existing custom-error wording
   for unknown types ("unknown type 'varchar' (expected one
   of: …)") still surfaces unchanged.

Tests: 755 passing, 0 failing, 1 ignored (no net change —
+5 typing_name cases, -0 net since one test was reworded
for capitalisation rather than added). Clippy clean.

Smoke probe verifies: "add column to table T: " → "Type a
name, then `(`"; "add column to table T: Name (" → "Next:
type"; "show data Custp" → "No such table: `Custp`"; valid
input → "Submit with Enter".

Note for next testing round: parser-side custom errors
(e.g. the "tables need at least one column" message that
fires for `create table Customers `) still read in
lowercase — they're hand-written in parser.rs source rather
than via the catalog. If the lowercase "tables need…"
intrusion bothers you, easy follow-up.

src/friendly/strings/en-US.yaml

@@ -255,13 +255,24 @@ hint:
   # The hint panel goes ambient as soon as the user types
   # anything — empty input keeps the existing
   # `panel.hint_empty` content.
-  ambient_complete: "submit with Enter"
-  ambient_expected: "expected: {expected}"
+  # Hint sentences are full standalone phrases, capitalised
+  # at the start. Inline `{message}` substitutions inherit
+  # whatever case the source produced (parser errors,
+  # engine messages) — they're embedded mid-sentence so they
+  # stay lowercase by convention.
+  ambient_complete: "Submit with Enter"
+  ambient_expected: "Next: {expected}"
   ambient_error_with_usage: "{message} — usage: {usage}"
   # Invalid identifier in a schema slot (ADR-0022 stage 8e
   # + the user's #5). Voice mirrors ADR-0019's "no such
   # {kind}" wording for consistency with engine errors.
-  ambient_invalid_ident: "no such {kind}: `{found}`"
+  ambient_invalid_ident: "No such {kind}: `{found}`"
+  # User-invented-name slot (NewName per IdentSlot). The
+  # probe-derived `{next}` is what comes after the name —
+  # e.g. `(` after a new column name. Empty/unknown `next`
+  # falls through to `ambient_typing_name` instead.
+  ambient_typing_name: "Type a name"
+  ambient_typing_name_then: "Type a name, then {next}"
 
 parse:
   # Wrapper around chumsky's structural error message. The