WWW.YOUINFO.SITE
标签聚合 负担

/tag/负担

v2ex.com · 2026-04-30 16:59:47+08:00 · tech

做了个叫 Arkloop 的东西,是个 Agent 客户端 开源,本地优先,简单优先 你可以把他想象成 claude desktop but open source, 并且带有自己的 taste 哦对了,另说一点,不是任何 agent sdk 套壳,也没有任何 base 任何 claudecode 行为,我一个人打磨了三个月 和市面上大部分产品不同 我花了很多时间在一个细节上 : 减少认知负担 一个例子 : 我平常只用一个模型聊天,那为什么每条消息前面都要告诉我用了什么模型?这是噪音 再举一个 : 开发者总是喜欢让 agent 的 tool use 完整的展示到前端,但是背后真正的用户体验逻辑是我需要知道 agent 在工作/在往哪个方向偏,所以我们并不需要如此详细的信息 设计哲学:认知负担,信息,价值导向,美学 换个话题 我一个人做 Arkloop 用了三个月,现在他能用了,但是它离完美很远 做产品很重要的一件事是…不要闭门造车,也就是我需要你们的真诚建议 引用来自 Arkloop readme 中的一句话 “我欢迎所有形式的贡献。即使你不是开发者,只是一个普通用户——如果你在使用中感到任何不舒服的地方,哪怕只是一点间距、一个颜色、一个很小很小的细节,或者是一个很大的方向,都可以直接开一个 issue 。 我认真对待每一个体验细节,你的反馈会让所有人的体验变得更好。 如果你是开发者,Arkloop 的 Agent 核心、记忆系统、hook 机制都是开放的。你可以接自己的 provider 、写自己的插件、甚至改掉你不喜欢的任何设计。” 这是我认为整个项目最精髓的一点,我希望看到你们的反馈,不管是细节还是方向 我在用 dify 的时候,我常常发现,一个特别小的间距问题,竟然在这么大的仓库里没人修 因此,我很重视这点理念 Arkloop 现在并不稳定,还有很多不完善的地方。希望大家多多包容,多提意见 另带一提,Arkloop 可以从 openclaw/hermes 导入配置 Github 仓库: https://github.com/qqqqqf-q/Arkloop Arkloop 官网兼下载: https://arkloop.cn 关注我的推特: https://x.com/intent/follow?screen_name=qqqqqf_ 加入 Arkloop 的 telegram 群组: t.me/Arkloop_io

www.v2ex.com · 2026-04-21 02:51:19+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-21 01:51:19+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-21 00:51:19+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 23:51:19+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 22:51:19+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 22:51:19+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 21:51:19+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 20:51:19+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 19:51:19+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 19:23:57+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 18:12:35+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 17:50:40+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 16:22:38+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 16:06:17+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 15:56:55+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 15:52:47+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?

www.v2ex.com · 2026-04-20 15:40:07+08:00 · tech

ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目搞下来都几万行了 读是肯定要读的,不然后面报错,只能跟 ai 一起赌运气了,好累啊,难道要用 AI 控制 AI?