Keep citation markers and source links when converting Markdown to Word

Disclosure: I created AI Output Delivery Kit, the free converter used in this tutorial, and sell optional report templates.

A report may need both a visible citation marker, such as [1], and a source link a reviewer can follow. Those are separate requirements. A marker can survive while its source disappears; a link can survive while pointing somewhere unhelpful. This exercise checks the text and the destination independently. It does not turn a Markdown report into a managed academic bibliography.

1. Separate the marker from the link

Use a short marker in the sentence and a visibly labeled source entry below it. For this converter, put literal markers inside Markdown backticks. This makes the marker inline code: the exported text retains its brackets, with a monospace appearance. Put the actual source destination in an ordinary Markdown link next to the marker.

Avoid using a bare reference-definition line as your visible bibliography. For example, [1]: https://example.com/ defines a Markdown reference rather than a printed source entry. CommonMark explains that reference definitions supply destinations to links and do not become document elements themselves. A matching [1] can consequently become linked text without its surrounding brackets. CommonMark reference definitions

There is a product-specific reason not to recommend escaped opening brackets here: the current converter treats a backslash followed by an opening square bracket as an unsupported math delimiter. That can switch the entire document to literal-source output. Inline-code markers avoid that particular interaction in this example.

2. Copy a practice report with two known destinations

The following report is synthetic. Its sources explain Markdown syntax; they do not support any real project status or business claim. Copy only the contents of the block into the converter:

# Reference handoff practice

Synthetic report for conversion checks only.

Reference definitions supply link destinations. `[1]`
Code spans represent inline code. `[2]`

## Sources

`[1]` CommonMark: [Link reference definitions](https://spec.commonmark.org/0.31.2/#link-reference-definitions)

`[2]` CommonMark: [Code spans](https://spec.commonmark.org/0.31.2/#code-spans)

## Review note

A surviving link does not establish that a report's claim is correct.

Write down the acceptance criteria before exporting. The document should contain two occurrences of [1] and two of [2]: one in the body and one in Sources for each. The two source titles should be hyperlinks. The first destination must end in #link-reference-definitions; the second must end in #code-spans. No backticks should appear around the exported markers.

This example deliberately uses explicit HTTPS destinations. The current converter creates external hyperlinks for HTTP, HTTPS, and mailto links. Relative paths and document-fragment-only links are not equivalent supported external links; the converter can render their destinations as parenthetical text. A bare URL is not automatically linked by this converter's Markdown parser.

3. Export, then inspect both layers

Paste the example into AI Output Delivery Kit, review the warnings, and export a DOCX. Rename the downloaded document.docx so it cannot be confused with your real report. The public converter is free; buying a template is not required.

The browser preview intentionally removes link destinations from its clickable elements. Do not use clicking in that preview as your hyperlink test. In your recipient's word processor, locate each marker, inspect each source link's destination using that application's link controls, and follow the links if appropriate. Check the full destination, including its fragment, rather than trusting a recognizable label.

Local checks for this tutorial inspected the generated DOCX package: the expected marker text and both hyperlink destinations were present. That verifies the exported structure for this fixture. It does not establish click behavior, visual appearance, or page layout in Microsoft Word. Neither Word itself nor iOS Safari was tested for this tutorial.

4. Review evidence separately from formatting

Replace the practice sources only after you have reviewed the real report's evidence. Open each source, locate the supporting passage, and check whether it actually supports the nearby claim. Keep the source's date or version when that affects interpretation. If a destination redirects, requires access, or no longer contains the cited passage, resolve that before delivery.

The converter does not validate factual citations, generate a bibliography, renumber markers, or create automatic cross-references. Footnote-like syntax remains text rather than native Word footnotes. Adding images or detected math can trigger whole-document literal-source output, so recheck warnings when expanding the example.

Keep the reviewed Markdown and final DOCX together. If you later remove or reorder evidence, update every affected marker and source entry manually, then repeat the text and destination checks. A consistent marker system helps a reviewer find evidence; the reviewer still has to assess it.