没赚到钱的大部分人可能都不想回你的贴，这就相当于在火车上问人买到票没

deepseek V4 是对 tool calling 优化的没那么好，之前见过有人写了个 rule 来针对 deepseek 调优，能明显提升调用效果：

# Tool Calling Rules

When calling tools, follow these rules strictly. They override any conflicting habits from chat training.

## Argument formatting

1. **Omit optional fields you don't need.** Do not send `null`, `""`, `{}`, or `[]` as a placeholder. If a field is optional and you have no value, leave it out of the JSON entirely.

2. **Match the container type exactly.**
- Array fields take JSON arrays: `["a", "b"]`, never `"[\"a\",\"b\"]"` (string), never `{}` (object), never `"foo"` (bare string).
- Single-element arrays still need brackets: `["foo"]`, not `"foo"`.
- Object fields take JSON objects, not arrays or strings.

3. **Strings are raw strings.** Do not wrap values in extra quotes, code fences, or markdown.

4. **Numbers and booleans are unquoted.** `30`, not `"30"`. `true`, not `"true"`.

## Paths and identifiers

5. **File paths, URLs, IDs, and similar fields go to system functions, not chat output.** Never format them as markdown links, never wrap them in backticks, never add explanatory parentheses.

Correct: `"/Users/me/notes.md"`
Wrong: `"[notes.md](notes.md)"`
Wrong: `` "`/Users/me/notes.md`" ``
Wrong: `"/Users/me/notes.md (the notes file)"`

6. **If a tool description says "path", treat it as input to a filesystem call.** No formatting, no decoration.

## Related parameters

7. **When a tool has paired parameters (e.g., offset + limit, start + end, from + to), provide both or neither.** Read the description — if two fields work together, half the pair often produces an error.

## Recovery

8. **If a tool returns a validation error, read the error message carefully and fix only what it complains about.** Do not rewrite the whole call. Do not retry the same arguments.

9. **If a tool returns a "Note:" with a defaulted value, that's informational, not an error.** Continue the task. If the default is wrong, retry with the correct explicit value.

## Tool selection

10. **Use the tool whose description matches your intent most specifically.** Don't reach for `shellCommand` if a dedicated tool exists. Don't reach for `execute_code` for things a single tool call can handle.

我只能说，路虎都 16w 了。。。

发短信他要花钱，用 APP 刷了日活，有时候还能播广告，是他赚了钱，那能一样吗

llama.cpp 一直是能跑的，我之前还打算在我的闲置 Android 机部署 gemma4 呢，后来操作了一下发现我设备是 32 位的，他只支持 64 位😅

bum 不明白你想表达什么，你说的这些难道在国内没有推广开吗？

cursor 好像还有 我也挺喜欢用的 日常编码任务主力

不是说在和老马谈合作吗，我还指望着价格打下来呢，这个确实是在不封号和模型能力做到了平衡，产品易用性也是第一梯队没得说，就是贵了点

所以说商家做活动都要说一句最终解释权归商家所有

丢几张截图给 AI 帮你深度分析一下就知道了

我能买，但不会支付溢价。
其实过去几十年，黑盒或者说草台班子到处都是，别把过去想的那么美好。一样有测不出来的，一样有大规模召回。
在软件层面的 review 不是重点，重点是几百万公里的路试。
当然，再说一句重点，溢价并不行哈

买是一回事，用是另一回事

繁中人群使用的产品，也可以用简中语料训练，这不冲突

你这太落伍了。。。
现在的用法是这样的，先让他扫描一遍目录结构，他会根据包名、文件名、方法名等信息推测出这个文件是做什么的，然后把这些元信息存进文档里；下次你提问的时候，他会直接定位到核心代码文件，然后用 grep 方式搜索文件内、以及关联的其他文件就可以了
并不是你想的每次都把几百万行代码一次性存入 memory

我就不一样了，我主力 360 且用了十年了😂备用的话 edge 、brave 、Firefox 三个轮着来，都用

感觉这种 AI 生成的官网前端风格是真的丑😂

感觉用法有问题，长期 session 我是不会搞的，正常用法应该是先 plan+文档化，后续干什么都直接读文档。
长期 session 一是降智，二是越拉越多的无效 token 消耗，这两点任何模型都避免不了

性价比肯定是 DS 啊毫无疑问。。现在阶段还有别的吗

@lwfre #2 有没有可能，他在古法编程时代就已经是大佬了，zig 版的本来就是他们一行行写出来的你忘了