workbuddy 不支持原生 markdown 渲染,所有语法均以纯文本显示;其输入框为富文本编辑器,不调用 markdown 解析库;仅可通过粘贴已渲染的 html 内容或手写简单 html 标签实现有限样式。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

WorkBuddy 目前不支持原生渲染 Markdown,所有 **粗体**、*斜体*、```code``` 等语法都会以纯文本形式显示,不会转换为对应样式。
为什么粘贴 Markdown 内容后格式全丢了
WorkBuddy 的输入框本质是富文本编辑器(类似简版 Word),不是 Markdown 解析器。它接收的是 HTML 片段或纯文本,不会调用 marked、remark 或其他解析库做转换。
常见表现包括:
-
## 标题→ 显示为带井号的普通文字,而非二级标题样式 -
- 列表项→ 保持破折号+空格,不转为项目符号列表 -
[链接](https://example.com)→ 完整显示为方括号+圆括号内容,不可点击
有没有绕过限制的临时办法
有,但仅限部分场景,且需手动干预:
使用 draw.io(.drawio 格式)和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发: - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
- 复制已渲染好的网页内容(比如从 Typora、Obsidian 预览窗、或 GitHub README 页面)→ 粘贴后保留基础样式(加粗、链接、列表等),因为此时粘贴的是 HTML,不是 Markdown 源码
- 在支持 HTML 的字段(如某些自定义字段或备注区)中,手写简单
<strong></strong>或<ul><li></ul>标签,WorkBuddy 会解析并渲染 - 避免使用复杂扩展语法(如 Mermaid 图表、数学公式、表格对齐符
:),这些即使在 HTML 环境下也大概率被过滤或忽略
API 或导入时 Markdown 能否被识别
不能。WorkBuddy 的 REST API(如 /api/v1/tasks)接受的 description 字段是字符串类型,服务端不做 Markdown 解析;CSV / Excel 导入同理,所有内容按纯文本处理。
如果你依赖 Markdown 组织任务说明,建议:
- 提前用工具(如
pandoc或在线转换器)把 Markdown 转成 HTML,再填入支持 HTML 的字段 - 在关键位置用显式符号替代语法:例如用
【重点】代替**重点**,用→代替无序列表缩进 - 确认你使用的 WorkBuddy 版本 —— 截至 v2.8.3(2024 Q2),官方未在 roadmap 中列入 Markdown 支持计划
真正要注意的是:别指望“粘贴即渲染”。哪怕看起来像支持(比如粗体符号没被转义),也只是巧合——底层没解析逻辑,下次换行或编辑就可能崩掉格式。








