@concernedz #13 Tab 功能还处于前 Cursor 时代，对我来说已经够用了；我用得最多的还是 Agent 功能，基本上每个月都能花光 1500 点


@MRlaopeng #14 你是指 AutoComplete 吗？如果是，请参考上面的回复。

关于 Agent 模式，目前还不支持 Rules 、Memories 、MCP 等功能。但读网页、图片、自动感知上下文、编辑多个文件是可用的。

> 设备之间传输只靠硬盘的 otg 传输

如果有局域网，可以用类似 LanDrop 的软件实现互传

> 硬盘容易坏，比较担心数据丢失的情况

定期备份到云上吧

> 而且云存储隐私不行，部分云限制也比较多。

如果只需要备份，可以在本地加密待传输的文件，我目前用的是 restic ，支持加密、压缩以及增量备份。

Windsurf 现在支持 JetBrains IDE 了，Cursor 还仅提供一个基于 VSCode 的编辑器。

> 感觉是 windsurf 害怕了, 自己家的 ide 推广不开, 开始合作了.大伙怎么看

我觉得应该结合最近微软禁止 C/C++ 插件在第三方 VsCode 发行版安装的动作来看

@GiantHard #6 我目前使用下来，发现模型设置对 aider 的影响比较大，这是我个人感觉效果不错的 aider 模型设置：

Main model: deepseek-r1 with architect edit format, infinite output
Editor model: Qwen2.5-Coder-32B-Instruct with editor-whole edit format
Weak model: Qwen2.5-Coder-32B-Instruct

我目前用的 windsurf 模型：claude 3.7 sonnet / deepseek r1

@GiantHard #5 换个方向来想 aider 也更适合在确定范围内修改代码，cursor 跟 windsurf 的主观能动性太强了，经常会出乎意料，这在有些时候并不算是好事。

aider 更适合项目有一定规模后跟人工一起结对编程，它独立执行的能力比较差。换个方向来想 aid

**税前**时薪×预计工时×工时偏差系数

在计算税前时薪的时候，要考虑所有不可避免的向第三方支付的费用，例如税等费用，因为这部分钱本应由你跟雇主协商分配。

工时偏差系数如何确定？请参考 V2EX 上对于估算工时的相关讨论，一般来说，人都倾向于乐观地估计项目进展，所以这个系数最好不小于 1.5 。

等工作到达一个里程碑后，你就可以对照上面的公式知道自己是赚了还是亏了。

我发现其实不用我在上面介绍的技巧，deepseek r1 其实不太容易写出太超长的句子，可能跟你的提示词有关？

英文也是同理，只要规定输出的时候，每词一行，行首标明行号就行。

告诉 LLM ，「在输出的时候，每字一行，并在行首写上行号。」

https://i.imgur.com/exOOcIi.jpeg

@mereith #4 参考官方的建议，在解决数学问题时把 temperature 设置成 0 ，最终花费 14k token 解决了问题，而且 deepseek-r1 也不会胡言乱语了：

要将沙漠中的宝贝取回，需通过分段运输建立中途油库，确保油量足够往返。具体步骤如下：

步骤 1：在 25 公里处建立第一个油库
操作：从营地出发，运输 5 次油到 25 公里处。
每次带 100 升油，消耗 25 升到达，留下 50 升后返回（再消耗 25 升）。
储存油量：5 次 × 50 升 = 250 升（总消耗 250 升油）。
步骤 2：从 25 公里处运输到 50 公里处
操作：从 25 公里处出发，运输 3 次油到 50 公里处。
每次带 100 升油，消耗 25 升到达，留下 50 升后返回（再消耗 25 升）。
储存油量：3 次 × 50 升 = 150 升（消耗 150 升油，25 公里处剩余 100 升）。
步骤 3：从 50 公里处前往目的地并返回
前往目的地：
从 50 公里处带 100 升油，行驶 50 公里消耗 50 升，剩余 50 升到达目的地。
返回营地：
用 50 升油返回 50 公里处，消耗 50 升（ 50 公里处剩余 150 - 100 = 50 升）。
从 50 公里处带 25 升油返回 25 公里处（消耗 25 升，剩余 25 升）。
从 25 公里处带 25 升油返回营地（消耗 25 升）。
关键点
油量分配：通过多次往返运输，在中途点积累足够油量，确保最终往返的消耗。
最少油量：总消耗约 550 升油（营地需储备足够油量）。
此方法通过分阶段储存油料，成功克服汽车容量限制，最终取回宝贝。

@mereith #4 可能你记错了吧，我找到的推荐设置是这样： https://api-docs.deepseek.com/quick_start/parameter_settings

补充一下，这是我用到的 API 调用参数

https://i.imgur.com/P7ZDi7f.png

@anticipated #1 这是哪个模型的答案呢？

@lnbiuc #85

> 网盘的数据还是不敢删，到最后的 NAS 就变成了网盘的扩展

可以反过来想，把重要数据加密后往网盘备份，让网盘成 NAS 的拓展

> 外部访问 NAS 的速度永远比不上开了会员的网盘

确实如此，在速度上家宽的上行肯定比不过大公司提供的商业宽带的下行，但是在价格上，家宽可太有优势了，而且一般的家宽上行也足够支撑国内视频网站的「高清」视频播放了。

> NAS 的 docker 也有很多替代方案，云服务器不贵还有公网 IP

我猜你的替代方案可能很少采用非订阅制定价，国内云服务器带宽贵，国外 VPS 硬件配置贵；相比之下，自己购买硬件配合国内便宜的家宽可能是性价比最高的方案。特别是你都能上 V2EX 了，如果用 Cloudflared Tunnel 还可以省下公网 IP 的钱。

> 主要是有这 NAS 的钱都能开十几年会员了

如果只用文件存储功能，确实如此；但是如果你还有「非商业场景的」 Docker 应用需求，用公有云要花的钱就不止网盘会员了。相同配置下，云服务器三个月的价钱已经够我攒一套新 NAS 外加全年网费、电费了。

> 所以我感觉困惑的大概就是，我这个 visitor 的实现思路错在了哪里？

我认为你的实现没错，在实践中也存在类似的设计 https://learn.microsoft.com/en-us/dotnet/api/microsoft.codeanalysis.csharp.csharpsyntaxvisitor-1?view=roslyn-dotnet-4.9.0

> 为什么几乎清一色的所有 visitor 的代码实现都是返回 void 方法并且通过副作用修改全局变量来储存返回计算结果的？这样做是为了什么呢？

我认为是否使用「副作用」属于开发者的个人习惯甚至是编程语言的风格，比如 https://refactoringguru.cn/design-patterns/visitor/rust/example 中 Rust 实现的 Visitor 中，visit 函数有返回值，但是用 C++ 实现 https://refactoringguru.cn/design-patterns/visitor/cpp/example 的 Visitor 就没有返回值。

如果开发者经常使用的编程语言鼓励可变状态，那么他大概率就会用副作用实现 Visitor 模式中的计算；如果开发者更认同不可变状态并且使用的编程语言也鼓励不可变状态，那么他大概率会采用使用返回值的 Visitor 模式。

@lecia #34 我目前的解决方案是 kitty 搭配 `zellij attach -c session_name`

@chengzc #10 长时间运行，电池肯定会坏的，建议去了解一下换电池的价格，并定期检查电池的健康度，一旦电池快撑不住了就换新电池，避免意外断电造成数据损坏。