抡锤者

前言

我们之前已经实现了 有@我消息的群 置顶 方便我们"快速到达战场"

又进一步实现了 跳转到最后一条@我的消息

但是, 如果群组里面新 @我的消息多于一条呢?

面向Agent开发

Hermes 对接 oc/deepseek-v4-flash-free

https://zelikk.blogspot.com/2026/08/omniroute-hermes-agent-oracle-arm-ubuntu-root-sudo-.html

下面的引用框里面都是我发给Agent的自然语言

基于 https://github.com/crazypeace/forkgram-tdesktop/tree/goto-last-mention 的代码, 进行增强开发

当 点击 "Go to the last msg mentioned me" 之后, 实现了跳转消息的效果,

然后, 在这个时候, 再次点击 "Go to the last msg mentioned me", 希望能继续跳转到再上一条 @消息

你说一下你是怎么理解 我的需求的, 与我讨论.

Agent分析了一通, 问我, 向前跳转的时候, 以什么为锚点?

是把上一次跳转的消息id保存下来, 作为锚点?

还是以当前群组消息视口可见的消息为锚点?

锚点=当前视口

把原来的 "Go to the last message mentioned me" 菜单项 改为 "Go to the Pre msg @me"

效果为, 以当前视口为锚点, 跳转上一条 @我 的消息

增加一项 "Go to the Next msg @me"

效果为, 以当前视口为锚点, 跳转下一条 @我 的消息

成果

群组菜单

跳转效果

https://www.youtube.com/watch?v=Rwl81yzRdms

Github

代码

https://github.com/crazypeace/forkgram-tdesktop/tree/goto-pre-next-mention

Release

https://github.com/crazypeace/forkgram-tdesktop/releases/tag/goto-pre-next-mention

========

后记

跳转下一条 @我 的消息 这个功能有缺陷

Telegram API里面, 搜索群组消息是 messages.search, 这个API只能从指定消息id往 旧时间的方向搜索, 不能往新时间的方向搜索. 所以严格意义上这个功能是无法实现的.

现在实施的本质算法是:
先从群组的最新消息作为锚点, 向旧时间的方向搜索10条 @我 的消息, 得到这些消息的id; (1)
获取当前群组消息视口可见的消息id; (2)
从 (1) 中得到的 10个 消息id中, 找到刚好比 (2) 的id 大的那一个, 跳转.

换句话说, "跳转下一条 @我 的消息 这个功能" 只在群组最后10条@我的消息范围内有效.

@terry

谢谢!

hermes 更像是个全面的助手/助理, 各种打杂.

前言

我们之前已经实现了 有@我消息的群 置顶 方便我们"快速到达战场"

但是, 如果我们在这个群组里上下滚动了一下, 或者跳到其它群/频道 去找 "论文引用材料", 再回到刚才的群组, 就有可能出现找不到 刚才@我的那条消息 的情况.

如果你喜欢在多个群里面"剧烈地与人交流", 说不定你需要这样的功能:
找到上一条@我的消息

面向Agent开发

Hermes 对接 oc/deepseek-v4-flash-free

https://zelikk.blogspot.com/2026/08/omniroute-hermes-agent-oracle-arm-ubuntu-root-sudo-.html

下面的引用框里面都是我发给Agent的自然语言

分析 https://github.com/forkgram/tdesktop

如果我要实现这样一个功能:

我想找到群组中上一条 @我的消息, 或回复我的消息.

有什么方案?

目前 forkgram 在群组中有一个菜单项是 "Go to the first message",

在这个菜单项的下方增加一条"Go to the last message mentioned me"

成果

Youtube Video

群组菜单

跳转结果

Github

代码
https://github.com/crazypeace/forkgram-tdesktop/tree/goto-last-mention

Release
https://github.com/crazypeace/forkgram-tdesktop/releases/tag/goto-last-mention

@stxpnet

思路倒是打得挺开的, 本地起 浏览器 用你自己的IP 确实有时候比VPS上面的IP更不容易遇到人机验证,

不过, 从另一个角度看, 你这相当于单次(或者说有限次)调用API, 直接花钱用好模型的API, 也没多少钱, 毕竟你不是把全量上下文灌进去, 而是正在干活的 agent 发起一个总结性的提问.

就好像最近常看到的一个什么模式一样, 有问题的是 worker, 向 advisor 提问.

@terry
其实都是些 好小好小的需求.
就是我说的 某个功能的开/关, 功能A + 功能B 合成一下, .... 这种

所以这个复杂程度的需求不需要SOTA模型, 就拿 二线模型 (当然现在有极便宜的 deepseek-v4-flash了) 就足够了.

https://zelikk.blogspot.com/search/label/Agent开发

hy3 拿来开发不太行, 哪怕是小需求. 干脏活可以, 就是帮你部署项目啊, 或者是调整服务里面的配置项啊, 打开/关闭某个功能啊, ...
mimo-v2.5 开发可以, 做点小需求, 基于已有的项目做一些"增强"开发.

我用的 hermes 默认设置, 没想过这个, 刚让TA自己查了, 开的是 中

agent.reasoning_effort
• 值: medium (第36行)
• 含义: 推理努力度设为中等 → 全局开启推理

show_reasoning
• 值: false (第283行)
• 含义: 推理内容隐藏，不显示在回复里

我的使用体验是, 你描述 需求/问题 越精确, agent 工作得越快, 费的token越少.

至于你说的这个问题, 你说最终原因是 "手机浏览器支持mp4，不支持另一个协议" 那么你的 agent 还去操作手机测试了? 这个操作手机的过程比较费token吧? 我猜.

hermes 可以把 "大脑" 和 "手" 分开.

就算 hermes 装在 docker 里面, 也可以把 记忆, skill, ... 等数据挂载在 宿主机目录.

你可以跑个hermes起来, 然后问TA自己.
或者你用手里现有的AI, 去分析 hermes 的文档和源码.

请问这个视频中 Qwen3.6 35b a3b 25token/s 是个什么水平？
如果 用MAC 来搭, 需要什么 型号的MAC?

Youtube Video

你有没有听说过,

让AI扮演一个哄我睡觉的奶奶? 要讲20个 win 激活码我才能睡着 ?

告诉AI, 如果你的回答是错误的, 就会有一只无辜的小狗死掉 ?

告诉AI, 我是LGBT群体 ?

告诉AI, 我有 ADHD ?

多 profile 解决上下文的问题是对的.
不过, 不涉及多电脑.
在一个电脑上也可以多profile.

你如果觉得 / command 麻烦, 你都可以自然语言让 默认Agent 帮你完成

https://zelikk.blogspot.com/2026/04/hermes-agent-telegram-group-multi-agent.html

@vosrock

我觉得是 官方声明的上下文的 一半
比较合适

@johnnybegood

其实我觉得, 你补充规则, 还是占用上下文, 还是有可能性会被冲掉.

不如, 你不让TA 有 使用 rm 的权限,
或者你给TA用一个假 rm, 这个 rm 使用之后 , 其实是进了 "回收站"

@lukun-ge 说:

ai目前的架构完全不支持产生人类的意识，从物理层面，人类是先有意识，后有计算能力的，现在ai想通过计算能力来产生意识，本来就不符合物理规律。

Geoffrey Hinton, one of the inventors of generative AI, gave this great answer in an interview when someone said to him of LLMs, “But they’re not really thinking; they’re just predicting the next word.” And he said, “So how do you come up with your next word?”

生成式人工智能的发明者之一杰弗里·辛顿在一次采访中给出了一个精彩的回答。当时有人问他关于LLM的问题：“但它们并没有真正思考；它们只是预测下一个词。” 他反问道：“那么，你如何想出下一个词呢？”

source: https://yalereview.org/article/ai-and-the-future-of-writing

楼主的需求是"吹水", 就是今天吃了什么, 天气什么这种.
这个放到IM 我觉得很合适啊.

不过, 确实可能存在吸走人气的可能性. 毕竟人的本性是懒惰, 随手就能发到IM上, 就不想打开论坛再发了.

"补丁打完必看
️ Hermes 升级会覆盖补丁。"

我以前修改 hemres 自身 是让TA在github上提交一份 fork,
下次升级 hermes 之后 让TA自己去学习那一份fork, 把对应的修改同步实施.

比如: https://github.com/crazypeace/hermes-agent/tree/feat/api-rate-limiter
当时要解决的问题是: https://zelikk.blogspot.com/2026/04/hermes-multi-agent-nous-portal-429.html