Feishu Export

How to Preserve Feishu Comments, Annotations and Revision History

Feishu comments, mentions, annotations and version history do not travel automatically with Markdown. Learn how to separate final text from discussion and keep context, owners and decisions.

8 分钟8 min read 发布于 Oct 10, 2026Published Oct 10, 2026 更新于 Oct 10, 2026Updated Oct 10, 2026
本页结构 On This Page
直接回答Short Answer

Treat final text, comments and revision history as three different records. Keep clean text for reading and migration, export or summarize discussions with authors, dates, locations and decisions, and make sure internal comments are not mixed into externally shared final documents.

The text downloads successfully, but the comment panel is empty. The Markdown contains the final wording, but not the person who objected to the first draft. Months later, nobody can explain why a paragraph changed without reopening Feishu.

The export is not necessarily broken. Document content and collaboration history are different layers.

Before choosing a method, decide whether the archive must preserve the final text or the reasoning behind it. The answer changes both the files and the verification test.

Define the archive purpose

PurposeKeepNo need to preserve
Publish or deliver the final versionClean text, images, attachments and version identifierInternal discussion and personal reminders
Hand a project to another ownerFinal text, key decisions, owners and open itemsResolved small talk
Audit or dispute reviewComment text, authors, dates, revisions and approval evidenceDiscussion unrelated to the decision

Mixing these purposes creates two common failures: internal comments leak into a final document, while important decisions are removed as though they were ordinary comments.

Separate text, comments and revision history

Final text

This is the material people must read, search and migrate. It should remain structurally clean enough for Markdown, Word or PDF.

Comments and annotations

Comments preserve the discussion: questions, objections, additional sources and mentions. Their location and reply relationship often matter as much as the words.

Revision history

Revision history answers who changed something and when. A final page alone cannot reconstruct that process when several people collaborated or an approval took place.

Test with a real document first

Use one document that contains comments, replies and version history. Try the official export, a print-to-PDF route and a browser-based export. Check four things:

  1. Whether comments appear in the result.
  2. Whether author, date and anchor are still present.
  3. Whether changes between versions can be identified.
  4. Whether images, tables and internal links still work.

Different export routes preserve different layers. A downloaded file is not proof that the collaboration record came with it.

Turn comments into a durable record

When comments need to survive, create a separate discussion log. A minimal template includes:

FieldWhy it matters
Document and versionIdentifies the text under discussion
Comment locationPoints to a section, paragraph or page
Author and datePreserves responsibility and sequence
Original commentAvoids changing conditions through paraphrase
DecisionRecords acceptance, rejection or deferral
OwnerShows who continues the work

Resolved comments in Feishu are not guaranteed to be available forever. For important projects, keep an offline screenshot, PDF or structured discussion log.

Record revision history

Version history is not the same as final page text. For an auditable archive, record:

  • Version number or save time
  • Editor and participants
  • Scope of the change
  • Reason for the change
  • Approval or confirmation

If two versions differ substantially, do not write only “updated.” State whether the change affected structure, data, compliance or wording so the next person knows what to verify.

Three checks before sharing

Did internal comments leave the team?

A client-facing or public file should not expose internal objections, personal information, pricing discussions or unresolved risks.

Does every decision have an owner?

A discussion log with opinions but no owners leaves the same problem for the next person. Record who approved, who acts and when the item is due.

Can the archive stand on its own?

Open the final text offline and check images and attachments. Open the discussion log and confirm that authors, dates and locations remain. Both tests must pass.

A practical sequence

  1. Freeze a specific document version.
  2. Export clean text and label it as the final or archive copy.
  3. Preserve the comments and open items that still matter.
  4. Record version differences, approvals and owners.
  5. Check for internal leakage, then move the folder and verify it offline.

Not every comment needs to be kept. Anything that affects a decision, responsibility or future action does. The goal is not to clone the entire comment panel, but to let a future reader understand why the final text looks the way it does.