5.6 Sol 慢的离谱？一个工具提升50%

5.6 Sol 慢的离谱？一个工具提升50% 我是Windows用户，最近发现，5.6 Sol 有时候能卡一个小时一动不动。 然后点开任务详情一看，大部分时间都浪费在读文件、处理编码、拼 PowerShell 命令这些小事上。 然后众所周知win自带的powershell问题又很多，Codex经常会被"我又被powershell的换行符绊了一下". 同一个任务里，这些无效操作会反复发生。模型花在“跟 Windows 沟通”上的时间，甚至比真正干活还多。 所以我给 Codex 装了一个MCP工具：FastCtx。实测少了接近一半的无效等待。 它一次给模型…

5.6 Sol 慢的离谱？一个工具提升50%
我是Windows用户，最近发现，5.6 Sol 有时候能卡一个小时一动不动。
然后点开任务详情一看，大部分时间都浪费在读文件、处理编码、拼 PowerShell 命令这些小事上。
然后众所周知win自带的powershell问题又很多，Codex经常会被"我又被powershell的换行符绊了一下".
同一个任务里，这些无效操作会反复发生。模型花在“跟 Windows 沟通”上的时间，甚至比真正干活还多。
所以我给 Codex 装了一个MCP工具：FastCtx。实测少了接近一半的无效等待。
它一次给模型补上了 5 类常用原生工具：
· read：按行、按编码读取文件
· glob：找文件
· grep：搜文件内容
· Bash 终端：Windows 下用 Git Bash，少跟 PowerShell 打架
· replace：安全地批量替换文本
它到底解决了什么？
大模型的大量工具调用范式更接近 Bash / Linux 生态；在 Windows 上，它经常要额外处理路径、转义、换行符和编码。应该把“读、找、搜、改”这些高频操作变成结构化调用，用 Git Bash 承接终端任务，实际会顺很多。
以前让 Codex 读取一个 GBK 文件的第 120 到 159 行，模型要临时构造bash命令，代码页、分页、行号和“是否还有后续”都要由模型自己处理。
现在它只需要调用一次 read，工具调用结束后返回，。
模型不应该把注意力放在拼写命令上，而是应该放在任务本身。
搜代码也是一样。
原生powershell搜整个项目，还得自己处理递归目录、跳过 .git、正则、上下文和输出格式；现在一次 grep 调用就够。
这类操作单次看起来不大，但一个任务里会反复发生。读文件、查配置、找函数、改变量、跑命令……累积起来，就慢到离谱。
怎么装
Windows 先装好：
1. Git for Windows
2. Node.js
然后执行：
npm install --global fastctx
fastctx
进入它的控制台后按提示完成配置即可。
5.6模型其实能力和性价比都很强，但是一个被codex拖累的模型。模型能用什么工具、工具返回得够不够干净，也是很重要的一层
#howto入门codex[话题]# #howto用好AI[话题]# #先学2分钟再说[话题]# #2分钟学习一夏[话题]# #红薯地经验指南[话题]# #HOWTO[话题]#
5.6 Sol 慢的离谱？一个工具提升50% 我是Windows用户... http://xhslink.cn/o/86EfNttzi0O 复制这段话，然后去【小红书】就能找到笔记。
resolved_url: https://www.xiaohongshu.com/explore/6a5dd692000000000f03eb6c
xhs_capture_status: success