@baobao1270 对的，MCP 本质就是方便获取组织好的提示词供服务方使用(抄袭)， 恕我孤陋寡闻，FC 是什么？

@so1n 因为本质就是 Tool Func ，这个一旦在同一会话中集成多了，那就乐了。本地用 tool funcs ，32B 以下，我一般控制在三个之内,越少越好，尽量不用。

@InkStone 对 C++就是大杂烩，这就是我不喜欢的原因，因为我笨，我只搞得懂最简单的东西，C 因简单而喜欢.我喜欢 KISS. 那看你怎么定义链表(Lists)的，在我看，一个连一个(one point to another)，就是链表，当然更仔细些：Lists in Lisp is a single Linked list. https://www.gnu.org/software/emacs/manual/html_node/eintr/Lists-diagrammed.html

@InkStone 对，我不喜欢 C++，尤其是里面的模板，我只认同 C ，虽然 CPP 本质还是 C 。你膜拜现代语言的“让”常量，而我老“土”了,不潮，一点不潮，现在的人动不动就说些莫名的话，抽象啊，吧尬吧尬啊，昆哥啊，中文也快被玩坏了。

@aloxaf 在我的印象中，lisp 是"链表"，一切都是`((...))`，这让人惊叹，当然我很久都没再用过 lisp 了，因为 lisp 可读性差, logo 感觉稍好。与之对应的面向对象鼻祖 SmallTalk 的 Etoys ，则更有意思。 刚查了下：lisp 定义常量是 defconst https://www.cainiaoya.com/lisp/lisp-constants.html, let 估计是 lisp 后面发展的方言。 而 final 是最后/最终的意思，为啥要区分 编译期常量 和 运行时常量？ 如果有这需求，编译期定义一般不是叫 macro 定义，而且更灵活。

以英文单词的本意来讲，翻翻字典就知道 let 绝没有 固定不变 的意思， 而 const/constant 就是常数之意。
无论是 fn, func 自己变量名用用就算了，但是在计算机语言中，特别是在计算机高级语言中这样用，就太随意了。尽量少缩写，少标新立异，不然英文这个词汇量还要继续膨胀，不停发明新词，在我看来就词汇信息量来说中文才是王道，尤其是文言。
以前在汇编语言时代，因为打孔作业，才流行缩写用语。


@3085570450tt 你可真能翻，是的。

@DOLLOR 从语义上说，let 没有一定是常量的意思，它的本意是"让"，但是 constant 关键字定义其含义更准确，就是常量了。

我玩过 basic, Fortran, pascal, c, asm, FORTH, js, coffeescript, lisp, java, scala, go, rust 也玩，但不喜欢,我更喜欢 zig 一点。

@w568w 错了，js 最早根本没有 let,只有 var ，这意义也很明确。let 是后来出现的，为了表示其的生命域与 var 不同而出现的。不过现在 js 已经被 ECMAScript 标准弄的一团糟，感觉是一群搞 java 的人在瞎弄。实际上，有一段时间，在 js 中使用 const 性能反而比 let 更低，不过我没关注，因为我以为区分 const 和变量是好事，另外选择 js 本身就是需要它的高度动态可扩展的特性，而非关注它的性能，尽管 v8 的优化很给力。

@InkStone 这是你以为,变量就变量，常量就常量，而语言内部是否以 immutable 为主，那应该是语言特性，而不是开发者操心的，只不过如果开发者在 immutable 为主的语言中滥用变量，受到的惩罚会加重。

从未来 AI 层面来说，AI 的语料来自人类，因此哪一门语言的表达更贴近原始人类的语义，更类似自然语言的，将有更大的优势：也就是说你不需要去看专门的语法书，你只看代码就能读懂，AI 理解会更好。同时这门语言的对人来说学习门槛更低，或者说几乎不用学习。

而且 MoonBit 还丑在大量使用缩写: fn, pub 。如果这是一门汇编语言，那也就算了。

这是专业知识问题，需要外挂专业专家知识库，掌握这些知识一般人都容易会被误导，更别说 AI.一旦涉及到深入，都需要各行业的专家的支持，互联网的信息最多趋同的，往往并不准确。

比如 js,现在你问 AI,JS 的 ES6 的 class 是增强了 js 的特性，还是削弱了 js 的特性？大都会认为是增强而不是削弱。

不喜欢它的语法，特别是把 let 当常量。 估计只有被 rust 训过后的才能适应，但是搞 rust 的可以直接 wasm.

@mark2025 这个是预留和 quotas 相关。

@uprit 人家是学习，cpu 足够了，微调个 7b int qlora 。真要训练，那不得上服务集群。

@ltaoo1o 是的，需要机器支持。gem12pro 有接口

如果个人实验，现在的纯 cpu(最好 amd ） 可以跑 70b 4int 量化用 llamacpp ，不过很慢，但能忍。30b 以下很快。
这时限制在内存，内存尽可能要大，内存至少要 32G, 最好 64G ， 然后支持 Oculink 接口，外接显卡。这样的 miniPC 机器 我配了一台 天呗 gem12pro 2400 + 4t ssd + 64g DDR5 大概 5k 左右

还有这个 https://ml5js.org/

@ryd994 崩溃后，已经没用 zfs 了，当时我主用 zfs ，连 root 和 boot 分区都是 zfs, 导致挂了后不能启动，一直卡在 scrub.

另外，现在想来，zfs 最好还是要经常 cron scrub 。我的 ZFS 系统当时已经稳定工作很长的一段的时间(大概 3 年)，一直到仓库快满了，才出现的问题。

对桌面 PC 来说，是的，compression 不是问题。但是基于应用级的压缩无法做到压缩后的数据在整个盘中只保存一份，而 dedup 能做到。

自从 zfs 挂了，我现在用的就是支持 bbu cache 的 raid 卡，当时买成 900 多，带超级电容,1G RAM ，现在只要 400 多（不带超级电容）。raid 上是纯机械硬盘，放需要安全保存的数据； ssd 只放 boot 分区，以及需要加速的应用和数据。

@ryd994 就因为 zfs 有 dedup 才用的，省硬盘。如果不用的话，为啥不直接 mdadm,组软 raid ，后期直接上 raid 卡也成。

取决于你想干啥，比如,🙆‍♀️也许想这么干：

翻译家.ai.yaml

---
input: ['lang', 'text']
output: {type: 'object', properties: {target_text: {type: string}}}
parameters:
temperature: 0
---
system: 你是全球最棒的多语言翻译家。
user: 请直接把接下来的文字翻译为{{lang}}："{{text}}"
assistant: [[AI]]
-> json(output)


nodejs 调用：

import {AIScript} from '@...'
const result = await AIScript.execFile('翻译家.ai.yaml', {text: 'here is text', lang: '中文'})
// result: {target_text: '这是文本'}

我的一点使用 ZFS 的❄️的教训:

1. 必须至少上 RegRAM,还有就是尽可能多的 RAM,至少要满足最小值，具体计算我忘记了，根据你组的磁盘总大小计算，尤其是你启用了 deduplication, 它严重依赖 RAM ，如果 RAM 有错误，写入就会错误！
2. 当 ZFS 快写满了，如果这时候仓库错误，恢复几乎不太可能，折腾几天，几乎进度不动。我的数据...

Good ，推荐基于这个弄： https://github.com/apify/crawlee easily Extract data for AI, LLMs. Works with Puppeteer, Playwright, Cheerio, JSDOM, and raw HTTP. Both headful and headless mode. 并添加了自己的反屏蔽功能和类人指纹。

这个要单独分几块弄

1. 建立 UI 自动化脚本规范,要简单易懂，能很自然扩展到桌面应用，采用类自然语言，使得 LLM 更好理解
2. 开发 UI 自动化脚本引擎库
3. 设计 PPE 可编程提示词工程(引擎)，目的是规范化提示词,使 AI 提示任务工程化，简单化，打通代码和 LLM 之间的 gap ，这个我在弄，目前部分开源： https://github.com/offline-ai/cli 目前进展是实现了类自然语言的结构化聊天消息，只实现了 js 可以像调普通函数一样调用 llm 提示词任务， 反过来 llm 提示词也可以调用任意 js 或其他 PPE. PPE 支持继承,import,export. 还没作广泛宣传，自我感觉完成度不高，仅在 Linux 上开发测试。有一两个应用例子. 提示词这块坑多，模型规模越小，坑越多。大模型也有坑，所以想通过规范化提示词避坑。
4. 引入 UI 自动化脚本引擎库，让 LLM 调用.