Extract shared native argument fragment classification

Problem

PR #68 added equivalent native-argument fragment walks to the Bash and PowerShell parsers. Both implementations now collect contiguous lexer fragments, preserve the complete raw span and decoded value, detect opaque fragments, and safe-fail resolver-sensitive mixed quoting. Keeping those rules duplicated creates a drift risk when another fragment shape or shell is added.

This is not a request for a shared lexer or parser core. Bash and PowerShell must retain their shell-specific tokenization, quoting, recursion, and command semantics.

Proposed scope

Extract an internal shell-neutral classification result for one native argument assembled from parser-owned lexer fragments. Each parser adapts its own tokens into the helper and remains responsible for consuming the resulting token range.

The shared result should carry:

• the complete authored source span and raw value;
• the combined decoded logical value;
• whether any fragment is opaque or computed;
• whether all value fragments are literal;
• whether mixed literal and expandable fragments contain resolver-sensitive syntax;
• the first index after the consumed fragment run.

Non-goals

• Unifying the Bash and PowerShell lexers.
• Building a shared parser base class.
• Changing the public AST or parser APIs.
• Weakening DynamicSkip behavior for ambiguous mixed quoting.

Acceptance criteria

• Bash and PowerShell use one internal fragment-classification implementation.
• Shell-specific token adapters remain small and explicit.
• Existing Raw, Value, source-span, path, and DynamicSkip behavior remains unchanged.
• The PR #68 adversarial corpus cases for quoted values, maximal fragment runs, unquoted prefixes, mixed literal syntax, and curl @ transformation remain green in both shells.
• dotnet build -c Release, dotnet test -c Release, and header verification pass.

Extraction trigger

Do this before adding a third shell or another native fragment rule. Until then, the current duplication is correct but carries maintenance cost.

比较 PR #68 引入的 Bash 和 PowerShell 原生参数片段遍历，然后检查它们针对带引号值、最大连续序列、混合语法和 curl @ 转换的对抗性语料库用例。仅提取与 shell 无关的分类，同时将 token 适配器与解析器行为分开。运行 dotnet build -c Release、dotnet test -c Release 和 header 验证；完成意味着两种 shell 中现有行为均保持通过。