WP编辑器原生不支持Markdown且扩展困难，因依赖TinyMCE或古腾堡Block系统，需深度钩子易冲突；CI4无内置编辑器，可自由集成league/commonmark与前端Markdown编辑器，实现可控双向编辑。
WP编辑器（尤其是经典编辑器或古腾堡）原生不支持Markdown，扩展性确实受限——它依赖TinyMCE或React Block系统，插件需深度钩子才能注入解析逻辑，且容易与其它富文本插件冲突。而CodeIgniter 4（CI4）本身是轻量PHP框架，没有内置编辑器，反而更灵活：你可以完全自主集成Markdown解析器（如league/commonmark），配合前端Editor.md或Toast UI Editor，实现真正可控的双向编辑体验。
为什么WP编辑器扩展难？
经典编辑器基于TinyMCE，修改需绕过JS初始化、过滤器钩子（mce_buttons、mce_external_plugins）、内容保存流程（save_post拦截+meta字段存储），稍有不慎就导致预览错乱或HTML被二次转义。古腾堡虽开放Block API，但Markdown需封装为自定义Block，还要处理服务器端渲染（SSR）与客户端预览一致性，开发成本高、调试复杂。
CI4里集成Markdown更直接
CI4不预设编辑器，你只需三步落地：
Convert Chinese patent PDFs/DOCX/DOCs to structured Markdown. Supports patent publications (A/B/U) and office action documents (审查意见通知书/驳回决定/复审决定书/无效宣告请求审查决定书). Uses MinerU for high-quality OCR text extraction (falls back to Tesseract), Python scripts for
-
后端解析：用
composer require league/commonmark引入标准解析器，配置扩展（表格、脚注、数学公式需额外插件） - 前端编辑器：引入Editor.md或SimpleMDE，通过AJAX提交纯Markdown文本，CI4控制器接收后调用CommonMark转HTML并存库
-
内容分离存储：数据库设两个字段——
content_md（原始Markdown）和content_html（渲染结果），兼顾可编辑性与展示性能
关键差异点对比
WP：编辑器即产品，你是在“改造别人家的厨房”；CI4：编辑器是你自己搭的灶台，从炉具、锅具到排烟系统全可选配。比如想加Mermaid图表，WP需等插件作者更新兼容性；CI4中你直接在前端加载mermaid.js，后端保留原始代码块，渲染时交由前端动态绘制——逻辑清晰，无耦合。
实用建议
若你已在用WordPress但受困于编辑器限制，可考虑“半托管”方案：用Typora写稿 → 导出HTML嵌入Classic Editor（禁用自动格式化）；或启用WP Githuber MD这类专注单篇文章Markdown开关的插件，避免全局影响。而新项目若重内容结构与写作流，CI4 + 自建Markdown编辑器反而是更干净、可长期维护的选择。
