test(view): drop invented CLAUDE.md anchor in guidesRedirectHeadSpec

Reviewer B caught that the Chr(60)-justification comment cited
"CLAUDE.md 'Lucee Tag Scanner'" — that label came from a personal
memory file, not the project CLAUDE.md, and no such section exists in
the repo docs. Anchor the convention on a verifiable in-repo precedent
(MigratorViewIconsSpec.cfc, which builds its <svg / <i icon patterns
the same way) and explain the underlying "one bad CFC takes the whole
suite down" failure mode without inventing a doc heading.

Signed-off-by: Peter Amiri <peter@alurium.com>

Author: bpamiri

vendor/wheels/tests/specs/view/guidesRedirectHeadSpec.cfc

@@ -24,12 +24,15 @@ component extends="wheels.WheelsTest" {
 				// the CFML/Java regex dot does not match line terminators
 				// by default; [\s\S] is the portable any-character idiom.
 				source = reReplace(source, "<!---[\s\S]*?--->", "", "all");
-				// Build the cfhtmlhead pattern with Chr(60) so this spec
-				// does not contain a literal CFML opening tag in a string.
-				// Lucee's tag scanner inspects CFC files for unclosed
-				// tags before compiling and crashes the bundle on a
-				// literal cfhtmlhead in source text. See CLAUDE.md
-				// "Lucee Tag Scanner".
+				// Build the cfhtmlhead pattern with Chr(60) so the spec
+				// source never carries a literal opening angle-bracket
+				// CFML tag in a string. The same defensive convention is
+				// already used by MigratorViewIconsSpec.cfc, which builds
+				// its <svg / <i icon regexes the same way. The framework
+				// test runner compiles every CFC under tests.specs.* on
+				// load, so a malformed CFC takes the whole suite down
+				// for the engine — keeping these patterns in Chr(60)
+				// form sidesteps that whole class of failure.
 				var pattern = Chr(60) & "cfhtmlhead\b";
 				var hits = reMatchNoCase(pattern, source);
 				expect(ArrayLen(hits)).toBe(