fix(parser): handle multiple JSDoc blocks gracefully

[SSDWGG]

Summary

Fixes #1080 — when multiple JSDoc blocks precede a single TypeScript declaration (e.g. a copyright header /** ... */ followed by a documentation block /** ... */), getJsDoc() now catches the error from ts-morph and returns undefined gracefully instead of aborting generation entirely.

Reproducer

/**
 * Some General Documentation
 */

/**
 * Some Interface Documentation
 */
interface CreateUserRequest {
  firstName: String;
}

Running spot generate previously threw: Error: expected at most 1 jsDoc node, got 2

Change

Wrapped node.getJsDocs() in a try-catch within getJsDoc(). When ts-morph rejects a node with multiple JSDoc blocks, the function returns undefined (no description) rather than crashing the generation.

Why this is safe

• When getJsDoc() returns undefined, callers already handle it — they leave the description field empty
• The alternative (aborting generation) is strictly worse
• The comment on the original function said "the node is expected to have no more than one JSDoc" — this fix removes that expectation

Checklist

• Minimal change (3-line try-catch)
• No behavior change for single-JSDoc nodes
• All existing callers handle undefined return

[CLAassistant]

All committers have signed the CLA.

[timdawborn]

Looks good to me.

Can you please add a unit test for this behavioural change though.