Ge Gao

(English) It intuitively seems feasible. Currently, the plugin has written a lot of code to implement the LSP protocol in order to interact with GitHub Copilot. Switching to Ollama might...

DeepSeek API 应该是兼容 OpenAI 的，初步考虑是先兼容 OpenAI 规范，之后 DeepSeek 应该自然就能支持了。https://github.com/Snowflyt/typora-copilot/issues/18#issuecomment-2676951288 目前这些工作优先级不算高，因为我自己是没有接入第三方 API 需求的，关于这些功能没有明确的支持计划。从插件名字也能看出来，插件最初的目的是为了能在 Typora 中用 GitHub Copilot，一开始也没有这些需求嘛……我估计改天等我完全空下来还是会做一下支持的，包括 ollama 兼容大概也会做的，但是时间就不确定了，哈哈。

可否分享一下配置环境？ - Typora 版本是多少？ - 是否安装 Node.js >= 20？ - 是否尝试过 README 中的手动安装策略？即，是否能在 Typora/resources/window.html 中找到 `` 这一行。 - 是否尝试过在默认路径安装 Typora，并使用自动安装脚本安装？ 另外，也有小概率确实是网络原因导致的。“可以正常打开GitHub和ChatGPT”不一定意味着你的终端可以访问GitHub，可以通过在PowerShell中输入 `curl www.google.com` 实验一下。不过插件已经做了网络情况检测，网络不通按理是会弹窗提示的。

问题确实有点奇怪，并且我无法复现你遇到的问题。我建议你先尝试在默认目录安装Node.js>=20，然后再尝试：https://nodejs.org/en 因为插件依赖于 Node.js，就算安装成功了你没装 Node.js 也跑不起来。文档里有写，只有 Typora v1.9 才能不依赖于 Node.js：  另外，我也复现了 1.2.4 版本的Typora，也安装在了自定义目录，脚本安装是成功的。我也尝试了卸载我电脑上的 Node.js，也的确弹窗提醒了 Node.js 未安装的问题。   在安装了 Node.js 后，插件也能正常工作。 我无法复现你遇到的问题。你是否有一些特殊的环境配置可以进一步提供？ 例如，你是否使用了 [Typora 官网提供的安装包](https://typora.io/releases/all)？如果你使用了某个破解版本的Typora，请发送你所使用的安装包——因为插件假设用户使用官方版本的Typora。 此外，你可以在 Typora 中按 F12 打开控制台，日志等级勾选...

另外，我注意到你使用的命令是： ```powershell $ cd D:\BASIC_SOFT\TYPORA\TYPORA\RESOURCES\COPILOT $ cd TYPORA-COPILOT-MAIN $ .\bin\install-windows.ps1 -Path "D:\BASIC_SOFT\TYPORA\Typora" ``` 我有些怀疑问题出在这里……因为手动安装的意图是让你把文件夹解压为Typora/resources/copilot，而不是让你把它解压为Typora/resources/copilot/typora-copilot-main，我想你误解了README中的说明。同理，脚本安装的逻辑也是自动把目录里的东西复制到Typora/resources/copilot/目录里边，而非Typora/resources/copilot/typora-copilot-main 我建议你先删除Typora/resources/copilot，然后重新下载release，随便你解压到哪个目录里去……然后重新执行脚本安装。

兄弟，你别把release解压到D:\basic_soft\typora\typora\resources\copilot啊😂你就随便解压到一个位置，放在Downloads也行，D:\copilot也行。 然后你把D:\basic_soft\typora\typora\resources\copilot整个文件夹删掉。如果你搞不明白，就把整个typora删了重新装在之前的位置。

问题已经很明显了。我觉得可以确定该 Issue 源于一些误会，我也在文档中说明了这些注意事项，现在安装脚本也会进行相关的检查了。参见 c855a77

我在我的 MacBook Pro M2 上测试正常。注意图标出现在右下角而非右上角，不管在 Windows/Linux/macOS 上都一样，并且需要等几秒钟初始化才会显示图标。 有一些常见问题可以排查一下： 1. 确保你使用了较新版本的 Typora。按理来说插件是支持全版本的，但最近几个版本的插件没有在旧版 Typora 中测试过，所以不太能保证旧版兼容性。 2. 可以尝试一下先运行自动卸载脚本再运行自动安装脚本。插件升级和多次反复安装可能导致问题，所以建议先跑一下自动卸载脚本清除一下可能存在的旧文件。 3. 确保网络通畅，尤其是中国大陆用户需要确保能够直连 GitHub Copilot。梯子有 Tun 模式和全局模式之类的都建议开启，然后确保你在终端中直接 curl www.google.com 能够返回数据。目前有多个 Issue 实际上都是这个问题，原因是用户自己以为梯子已经配置好了，但其实没有开 Tun 模式，Typora 还是无法直接访问 GitHub...

> 你好，我的环境是mba，M4，成功安装后，前往github进行认证出现失败（已经确认copilot认证没问题，vpn软件是shadowrocket，选择了代理模式，在终端测试返回如图所示，但是还是不能登录认证😭 我在我的mbp M2上用最新版Typora又试了一下，认证挺正常的……我猜测最大的可能还是网络不通畅。代理模式可能还不够，我印象里大多数梯子的代理模式只代理浏览器，基本上需要启用“增强模式”或者说“Tun模式”才能代理全局的网络流量。我没有用过shadowrocket，你可以看一下软件里有没有类似的设置。我使用的是ClashX Pro，启用增强模式后一切正常。 另外，我在终端里访问 `curl www.google.com` 会输出完整的 HTML 而不是像这样的 302 输出——从你贴的输出来说，我不确定你在终端里是否真的连上了梯子。VS Code里的Copilot认证貌似走的另一条线路，似乎有时候不需要梯子，但这个插件里就是直接走的全局网络流量，没做特殊处理，所以VS Code里成功不一定说明你的梯子接管了全局流量…… 另外那个认证的弹窗出现后，你要在网页端输入完验证码完成认证之后，才回到Typora点“确定”，你是否遵照了这个指示？ 如果你实在搞不定终端代理，可以隔几分钟再试几次，并且点击完确定后等个半分钟，有时候运气好的话不用梯子也能成功认证GitHub Copilot😂反正认证完之后只要你不退出就会一直登陆了，只需要认证一次就行了。

收到。我也隐隐感觉似乎存在这个问题，但我发觉似乎在插件未安装时Typora也会在切换文件时有一些小的卡顿。现在可确定插件确实强化了这个问题。我的确在切换文件时加了一些额外的逻辑，用来切换context，我推测可能是这导致的。 我会考虑在之后版本中修复这个问题的，感谢反馈。 另外，没想到本插件还可以与 typora_plugin 协同工作，我一直没尝试过，哈哈。