这个不开源吗？ github

行号替换没有文本匹配靠谱，把补丁拆成多个 call 出错直接 abort 就行了

这不是就是一个办公协作吗/为啥刑啊。 还是本地部署的。

默认坐标放在右下角是不是好一点，大部分交互设计都是放在屏幕下侧的。另外不是很懂机器人，但是感觉 xy 的复位不需要每次操作都复位一次吧，计算新 x 和 y 就当前点击位置的偏差，然后每 5 次复位一下会有影响吗。感觉可以快很多。另外我觉得你图片压缩上有很大搞头，只要能压缩到不丢失交互信息，费用能减少很多。

@JEFFMEME 有啥推荐吗

@liuchao719 这其实本身是矛盾的，我的最终目标是让更多人知道这个架构的价值。但就像你说的这其实没有数据和测试是很难感知的。这也是为什么大部分用户会觉得 RTK 这类工具能节省 token 。

@liuchao719 其实我做这个架构的目的就是发论文然后影响整个行业的范式。一个商业公司如果成本大规模下降 60%我觉得这个产品是有意义的。我对他成功的定义就是 26 年年底，大部分 agent 的执行都不再用现有的 tool calling 架构。

@FrankFang128 你提个完整 issue ？ 我看下有没有更多信息可以复现

我跑了 action 没有复现

Run set -euo pipefail
=== Runner ===
ProductName: macOS
ProductVersion: 15.7.7
BuildVersion: 24G720
Darwin iad20-fj917-84fa707e-f52f-447e-8b80-e82831afc5e5-8E81B2C365B6.local 24.6.0 Darwin Kernel Version 24.6.0: Tue Apr 21 20:18:00 PDT 2026; root:xnu-11417.140.69.710.16~1/RELEASE_ARM64_VMAPPLE arm64
v22.23.1
10.9.8
node platform=darwin arch=arm64
=== Registry metadata ===
{
"version": "0.1.34",
"optionalDependencies": {
"tura-darwin-arm64": "0.1.34",
"tura-darwin-x64": "0.1.34",
"tura-linux-x64": "0.1.34",
"tura-win32-x64": "0.1.34"
}
}
{
"version": "0.1.34",
"os": [
"darwin"
],
"cpu": [
"arm64"
],
"dist.integrity": "sha512-/yEz+bGTHw2w8HnYyE6lxvSQOOGEZ4I3R4mERAaBcogl0pHcDRMW2D8nAyhqIEkPFhFBMOjFafDmpjhuXbvhLQ=="
}
=== Published package install ===
npm verbose cli /Users/runner/hostedtoolcache/node/22.23.1/arm64/bin/node /Users/runner/hostedtoolcache/node/22.23.1/arm64/bin/npm
npm info using [email protected]
npm info using [email protected]
npm verbose title npm install [email protected]
npm verbose argv "install" "--global" "--prefix" "/Users/runner/work/_temp/tura-global" "[email protected]" "--include" "optional" "--registry" "https://registry.npmjs.org/" "--loglevel" "verbose"
npm verbose logfile logs-max:10 dir:/Users/runner/.npm/_logs/2026-07-26T12_21_28_344Z-
npm verbose logfile /Users/runner/.npm/_logs/2026-07-26T12_21_28_344Z-debug-0.log
npm http cache https://registry.npmjs.org/tura-ai 8ms (cache hit)
npm http cache https://registry.npmjs.org/tura-darwin-arm64 15ms (cache hit)
npm http fetch GET 200 https://registry.npmjs.org/tura-darwin-x64 126ms (cache miss)
npm http fetch GET 200 https://registry.npmjs.org/tura-linux-x64 112ms (cache miss)
npm http fetch GET 200 https://registry.npmjs.org/tura-win32-x64 141ms (cache miss)
npm verbose reify failed optional dependency /Users/runner/work/_temp/tura-global/lib/node_modules/tura-ai/node_modules/tura-win32-x64
npm verbose reify failed optional dependency /Users/runner/work/_temp/tura-global/lib/node_modules/tura-ai/node_modules/tura-linux-x64
npm verbose reify failed optional dependency /Users/runner/work/_temp/tura-global/lib/node_modules/tura-ai/node_modules/tura-darwin-x64
npm http cache tura-ai@https://registry.npmjs.org/tura-ai/-/tura-ai-0.1.34.tgz 0ms (cache hit)
npm http cache tura-darwin-arm64@https://registry.npmjs.org/tura-darwin-arm64/-/tura-darwin-arm64-0.1.34.tgz 0ms (cache hit)
npm http fetch GET 200 https://registry.npmjs.org/tura-ai/-/tura-ai-0.1.34.tgz 40ms (cache miss)
npm http fetch GET 200 https://registry.npmjs.org/tura-darwin-arm64/-/tura-darwin-arm64-0.1.34.tgz 1115ms (cache miss)
npm info run [email protected] postinstall node_modules/tura-ai node ./scripts/npm/install-release.mjs
npm info run [email protected] postinstall { code: 0, signal: null }

added 2 packages in 2s
npm verbose cwd /Users/runner/work/tura/tura
npm verbose os Darwin 24.6.0
npm verbose node v22.23.1
npm verbose npm v10.9.8
npm verbose exit 0
npm info ok
=== Installed dependency tree ===
/Users/runner/work/_temp/tura-global/lib
└─┬ [email protected]
├── [email protected]
├── UNMET OPTIONAL DEPENDENCY [email protected]
├── UNMET OPTIONAL DEPENDENCY [email protected]
└── UNMET OPTIONAL DEPENDENCY [email protected]

=== Installed platform package ===
{
"name": "tura-darwin-arm64",
"version": "0.1.34",
"os": [
"darwin"
],
"cpu": [
"arm64"
]
}
=== CLI verification ===
Tura terminal client

Usage:
tura [OPTIONS] open the interactive TUI
tura [OPTIONS] exec [PROMPT...] run the Rust CLI front
tura [OPTIONS] run [PROMPT...] run a non-interactive prompt
tura [OPTIONS] bash|zsh|shel [PROMPT...]
tura [OPTIONS] <command> --help show command-specific help

Commands:
run send a prompt through the gateway and stream the answer
exec forward to the Rust CLI front (`tura_exec`)
bash run a prompt with command tools forced to bash
zsh run a prompt with command tools forced to zsh
shel run a prompt with command tools forced to shell_command
resume show an existing session or append a follow-up prompt
session list or show sessions
config read or update workspace session config
provider list providers and inspect auth state
agent list, read, create, update, or set agent models
persona list, read, create, update, or delete personas
project inspect or create gateway workspaces
file list, read, open, or reveal workspace files
command list or execute gateway commands
inspect show gateway service, paths, and sessions
gateway send a raw gateway CLI protocol request
completion generate shell completion for bash, zsh, or fish

@FrankFang128 这是 npm 报错？ 你试一下 npm install [email protected]

@coala 这个原来的版本可能有编辑的小问题，但我觉得大家说的不是这些小问题。是根本的行文和修辞，甚至是表达问题。我也发现了这个问题，但是我发现真的很难改。这其实是语言习惯，就像很多人打中文不加标点符号一样。但是我觉得你说英文逻辑就有点夸张了。我写的时候完全是按中文逻辑写的，头脑中的思绪也是中文。 我自己写的时候读的其实听通顺的。。。

@menfrexu 具体有啥问题吗哥们

@wha582 目前通过 schema 限制 5-15 组命令，每个命令的长度和 step 也有限制。但是我没开 strict schema 。所以就看 llm 自觉。经过测试这是最优的配置。用 schema 和提示词但不 strict 。大部分情况会把所有能并发和串行的全部一次输出。1-3 次能解决的简单任务比如查询时间也能不输出无意义指令。在 kimi ，deepseek ，gpt ，minimax 上都有类似的效果。

@penguinWWY 这个，起码在英文原版中是想说，通过 eval 和 benchmak 作孤立的提示词和单元修改对整体 benchmark 成绩的影响来判定是否留下或者改变某个提示词或者架构设计。 你可以理解为把 provider 的行为想象成一个非确定性的生物系统。通过设计实验和观察来判定某些局部环境和输入的改变对输出的影响。

就比如说我研究土豆养殖，2 个分组，用同系的 200 苗株，100 每天浇水 4 次，另一组每天浇水 2 次。观察产量变化。如果一个组的收成更好，则把他的浇水方式引入系统。

就像 patch 的例子，我通过独立的完整的 benchmark 任务来测试是通过提示词和 cli 中的某个参数该如何设计。得出的结论就是在统计后，现有方案是测试模型和测试类型任务的最优解，这也是大概率的我能找到的目前的全局最优解。 我其实想说的是在构建一个复杂系统的时候，正确的做法是通过模拟 benchmark 来作某种程度的梯度下降，来衡量设计决定以及参数是否帮助构造最优解。

@wha582 patch 最大的问题是一般工具会把 patch 分段放在一个执行 command 里，单一部分失败一般就整个崩了。tura 的 patch 会被拆分成每一段修改一个 cli 命令。正常情况下 step 1 打 patch ，step 2 build ，step 3 跑测试，step 4 读 log 。 但是如果 patch 中有 exit 1 或是其他错误，执行器会 abort 整个 llm call 。并记录执行过的成功 patch ，然后把中间态记录在 session log 中。立刻重新启动新一轮的 provider call ，把中间态和上一回合 patch exit 错误原因回填给 provider 。这样如果 Cc 或者 codex 整个补丁都会挂重头写，tura 一般只需要重写一小段。

@xuld 我觉得这样就没差异化了，和 rtk 这些牛逼吹上天的就没区别了。我觉得 vibecodidng 这么多还是要有点差异化。你可以看下我上面帖子里的 jetbrain 的文章。基本跟我是一个风格的，我觉得差异性也是个挺重要的原因。

@GeruzoniAnsasu 这个就乖没仔细看了 https://turaai.net/docs#benchmark-current-test-set-record

@lesismal 我觉得这是 2 种技能。我完全不具备能说的好理解的这个能力，只能慢慢训练。但是很难。

@xuld 其实你可能觉得我是傻逼但是 16.7 的百分点是相对于 basline 标准计算的比如对比对象是 60% 我的是 76.7%我准确的说是百分点。 但是如果我说百分比也就是 16.7% 其实我的成绩应该是 10%左右。 我想说的更容易理解，但这很可能导致我说的内容不是准确的。