Address PR review comments

- unified/swift: Mark `binding_kind` as a raw `@@` capture in the
  property_declaration rule. It is only used to read its source text
  (`ctx.ast.source_text`), never as a translated node. With `@` the
  auto-translate prefix would route the unnamed `let`/`var` token
  through the catch-all `_ @node => {node}` fallback for a no-op
  roundtrip; `@@` makes the intent explicit and removes that reliance.

- shared/yeast/tests: Reword a stale comment in test_raw_capture_marker.
  The text claimed a "second assertion" exists in this test, but the
  explicit-translation check actually lives in the companion
  test_raw_capture_marker_explicit_translate.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Author: tausbn

shared/yeast/tests/test.rs

@@ -1099,9 +1099,10 @@ fn test_raw_capture_marker() {
     // `method:` uses the raw source text ("x"); if `@@` were broken and
     // auto-translation ran on `raw_lhs`, it would still produce the
     // string "x" (source_text inherits the input range), so the dump
-    // wouldn't change. Add a second assertion: explicitly translating
-    // the raw NodeRef inside the body must succeed and produce
-    // `(identifier "ID")`.
+    // wouldn't change here. The companion test
+    // `test_raw_capture_marker_explicit_translate` exercises the
+    // stronger property that `ctx.translate(raw_lhs)?` succeeds and
+    // produces the translated `(identifier "ID")`.
     assert_dump_eq(
         &dump,
         r#"

unified/extractor/src/languages/swift/swift.rs

@@ -301,7 +301,7 @@ fn translation_rules() -> Vec<Rule<SwiftContext>> {
         // `modifier:` lists from the start.
         rule!(
             (property_declaration
-                binding: (value_binding_pattern mutability: @binding_kind)
+                binding: (value_binding_pattern mutability: @@binding_kind)
                 declarator: _* @@decls
                 (modifiers)* @mods)
             =>