[程序员] QuireKit 编辑器的 AI-Native 是如何设计的？谈谈我对真正 AI-Native 的理解
先说结论，我个人认为，AI-Native 的编辑器，不在于形式，无论是左编辑器右输入框，还是选中后弹出 AI 润色、续写框，又或是正文下方放类似对话形式的输入框，本质并没有任何不同。在 Tiptap 体系下，只要不是通过命令原生操作，我认为就全都不算 Native 。个人认为真正的 Native ，是模型能原生操作编辑器，不是先生成 markdown 再通过兼容层转为编辑器内容，也不是将 markdown 转为兼容的 HTML 再通过兼容层转为编辑器内容，并且你不需要为每个功能都为模型编写提示词，你只需要一种机制，让模型能够知道编辑器有哪些能力，并且知道这些能力的参数，调用方式就够了，至于如何调用，那就得看模型的调度能力到底几何了。 下面是 QuireKit Classic 里的一次真实运行：一句话让 AI 把第一行设为标题并居中、改写第二段、把百分比和日期加粗标红，再在文末插入表格。修改先以修订呈现，最后一次批准。演示用的模型是 DeepSeek Flash ，后面两段也一样。 具体的实现方案来自一个之前做的 CLI 前段时间想要把公司后端的所有接口包装成一套对 AI 友好的 CLI
阅读原始来源![原始网页截图: [程序员] QuireKit 编辑器的 AI-Native 是如何设计的？谈谈我对真正 AI-Native 的理解](/media/f284222b318aa46954304ac9?v=2026-11-06T11%3A35%3A06.262Z)
来源记录
研究分析
来源记录
来源描述：先说结论，我个人认为，AI-Native 的编辑器，不在于形式，无论是左编辑器右输入框，还是选中后弹出 AI 润色、续写框，又或是正文下方放类似对话形式的输入框，本质并没有任何不同。在 Tiptap 体系下，只要不是通过命令原生操作，我认为就全都不算 Native 。个人认为真正的 Native ，是模型能原生操作编辑器，不是先生成 markdown 再通过兼容层转为编辑器内容，也不是将 markdown 转为兼容的 HTML 再通过兼容层转为编辑器内容，并且你不需要为每个功能都为模型编写提示词，你只需要一种机制，让模型能够知道编辑器有哪些能力，并且知道这些能力的参数，调用方式就够了，至于如何调用，那就得看模型的调度能力到底几何了。 下面是 QuireKit Classic 里的一次真实运行：一句话让 AI 把第一行设为标题并居中、改写第二段、把百分比和日期加粗标红，再在文末插入表格。修改先以修订呈现，最后一次批准。演示用的模型是 DeepSeek Flash ，后面两段也一样。 具体的实现方案来自一个之前做的 CLI 前段时间想要把公司后端的所有接口包装成一套对 AI 友好的 CLI
现有背景
可供比较的近期同类记录：“How octopuses squeeze through too small gaps” (Hacker News, 2026年11月6日)；“[推广] 有打篮球 v2er 吗？ 送会员了！” (V2EX, 2026年11月6日)。主题相近仅用于导航，未核验其是否属于同一需求或独立证据。
研究状态
这条记录尚不能可靠归入主类，未生成商业或性能结论。
缺失证据
需要核验主要事件、受影响对象与原始证据。
下一步
阅读原文，明确它支持什么决策，再选择对应分析框架。