ICDYCT / 我能, 你也行 / I Can Do, You Can Too

前言 在群里搞了一个关键字回复机器人. Github 上面大把的项目. 略. 但是一直没有自动延迟删除回复消息的功能. 我的概念里面 worker 是 http 请求时才会运行的, 也就是说, 有人在群里发了消息, 这个worker才会运行. 那自然就做不了延迟删除消息了. 灵感 今天突发奇想, 问了一下AI, "cloudflare 的 worker 怎么实现定时任务".  WOKAO, 原来 2022年官方就支持了 Cron Trigger 接下来就是无趣的面向GPT开发 粘贴 的代码是一个基于 cloudflare worker 的 telegram bot.   我要实现bot回复的消息延迟5~10分钟删除的功能. 我给这个 worker 绑定了一个 KV :  BOT_MSG, 用于保存发出的消息的数据. 我给这个 worker 设置了定时5分钟的 cron trigger. 请改进这段代码 贴一下代码吧. const TOKEN = 'your_bot_token' const WEBHOOK = '/endpoint' const SECRET = 'you_should_generate_random_string' const DELETE_AFTER_MS = 5 * 60 * 1000 // 5分钟 /**  * 将已发送的消息存入 KV  * key: msg:{delete_at}:{chat_id}:{message_id}  */ async function saveMessage(env, chatId, messageId) {   const deleteAt = String(Date.now() + DELETE_AFTER_MS).padStart(16, '0')   const key = `msg:${deleteAt}:${chatId}:${messageId}`   await env.BOT_MSG.put(key, '1', {     expirationTtl: 20 * 60 // 20分钟兜底清理   }) } /**  * Cron 触发：删除所有到期的消息 ...

我喜欢 Hermes-agent 的一个设计. 在安装设置过程中, 绑定了一个 telegram bot, 我不管在什么地方都可以直接和这个bot交流. 和bot直接dm私聊, 在不同的群里面找bot聊, 都是不同的session, 不同的上下文之间不会污染. 我常用的就是, 开一个group, 打开 topic功能, 然后不同的话题就开不同的topic和bot聊, 上下文不会污染. 是不是看起来有点像webui上面切换不同session的效果? 和webui比, telegram解决了远程连接的网络设置操作 注意, 这种用法agent还是同一个, 所以在session总结成memory之后, memory是共同的. 如果你担心memory保存的东西太杂影响使用效果的话, 那么你在agent层面上要隔离. 我这种用法有一些常见的场景,  比如, 你总是找TA问一些生活中的杂事, memory融合了反而是好事, agent对你的了解越来越丰富. 而如果你这个人有可能短时间内冒出好多不同的想法, 那么分出不同的session可以避免上下文污染. 比如, 你有一个大方向的事情要做, 假设 开公司. 你要在好多个不同的话题上讨论, 而且是持续讨论, 并不是一两轮对话就结束. 公司取名啊, 不同城市的税收优惠啊, 办公地点挂靠啊, 财务合规啊,  企业邮箱啊, 服务器买哪一家的呀, ...

这几天 hermes 白嫖 stepfun/step-3.5-flash 的心得 不那么聪明, 但是能动性强,  开发任务不能一次性正确. 但是如果设置 明确的判断标准 , 可以自动多轮迭代完成任务. 比如, 开发一个上传文件的服务端 , 开发对应的客户端 , 这两个任务报告说完成了其实都有BUG. 但是, 我让TA把这两个结果自己对接起来测试功能是否正确, TA自己能发现问题, 然后多循环迭代几轮就能清理掉BUG. 什么? 你说token用量多, 带来的费用高的问题? 我同意, 但, 这不是白嫖着嘛. 群友说 stepfun/step-3.5-flash 话多, 啰嗦. 是的, 所以要定义明确的标准, 让TA自己动. 要么定义输出 什么格式的文件/报告, 里面要装什么数据. 我只看输出的文件.

前言 之前我们将中文的技术文章翻译成了英文 但可惜, 图片里面还显示的中文. 和文章不能一一对应. 接下来我们使用 chatgpt 的编辑图片的能力 这里我是人肉操作网页版的免费chatgpt. 有钱的朋友当然可以用hermes 调用 gpt API全自动完成 虽说不是我想要的效果, 不得不说, 字体一致性还不错.  :P 明确我想要的效果. 因为我是人肉操作的翻译图片, 所以替换blog中图片也人肉操作. 明显地, 这一步要hermes自动化也是很容易的事情. 更新 https://icdyct.blogspot.com/2026/04/self-built-cpa-cliproxyapi-aggregating.html

前言 上一篇我们测试了 Blogger API 的能力 ,  那么能拿TA干点什么呢? 技术的世界里, 英文使用者也是重要的组成部分. 那么, 把技术文章翻译成英文发布吧. 实践 问 hermes 用当前blogger api能看到我有几个blog吗? 答 问 hermes 在 https://zelikk.blogspot.com/   中找到 https://zelikk.blogspot.com/2026/03/cpa-cliproxyapi.html 翻译为英文, 发布在 https://icdyct.blogspot.com/ 注意, 所有 HTML 标签 保留 得到 https://icdyct.blogspot.com/2026/04/self-built-cpa-cliproxyapi-aggregating.html ======== 后记 完成这个任务时, hermes 对接的是 Nous Portal 提供的 免费的 stepfun/step-3.5-flash

前言 之前玩了 用LLM-WIKI技能分析博客文章之间的关系生成相关推荐 当时没有实现自动方案, 最终的修改是人肉手动的. 思路 Blogger 有 API 可以用. 在 AI "手把手"的陪伴下, 我启用了Blogger API, 设置了 OAuth 权限, 下载了 OAuth 凭据. 然后就开始让 hermes 来操作 blog 先简单测试了一下发布blog. OK 接着测试了一下修改blog, 尾部添加 "相关推荐". OK 实践 添加一些测试文章 接下来, 和 hermes说 假设你处于不知道 https://icdyct.blogspot.com/  上面已经发表了什么内容 的状态, 你做这样一件事情 遍历这个博客的每篇文章 如果文章的url是 表格中的 page, 那么在文章末尾添加以下表格中的 link1, link2, link3 这个表格是 | page | link1 | link2 | link3 | | 页面 | 链接1 | 链接2 | 链接3 | | 页面 |---|------|------|-----| | https://icdyct.blogspot.com/2026/04/test-4.html | https://icdyct.blogspot.com/2026/04/test-5.html | https://icdyct.blogspot.com/2026/04/test-6.html | https://icdyct.blogspot.com/2026/04/test-7.html | | https://icdyct.blogspot.com/2026/04/test-5.html | https://icdyct.blogspot.com/2026/04/test-6.html | https://icdyct.blogspot.com/2026/04/test-7.html | https://icdyct.blogspot.com/2026/04/test-8.html | | https://icdyct.blogspot.com/2026/04/test-6.html | https://icdyct.blogspot.com/2026/04/test-7.html | ...

在 Hermes 里面用多agent, 想共用 OAuth 认证   之前想的2个方案都需要修改 hermes 自己的代码   https://zelikk.blogspot.com/2026/04/hermes-agent-auth-json-api-key-refresh.html 改动有点大   我又想了一个完全不修改 hermes 代码的方案   还是 把 默认 agent 的 auth.json 复制到 各个 profile agent 工作空间下   但是把 auth.json 里面提示 api key / token 过期的时间推迟    这样, 各个 profile agent 就不会去更新 api key / token 再写个小程序, 跑成定时任务. 内容就是上面的操作 把 默认 agent 的 auth.json 复制到 各个 profile agent 工作空间下   但是把 auth.json 里面提示 api key / token 过期的时间推迟    其实有了上面这些信息, 已经足够你和 hermes 对话把功能实现了. 为了不让你行错步呢, 我再啰嗦一点具体的细节. ~/.hermes/auth.json 里面要修改的字段是带 expire 关键字的:  providers.nous.expires_at  OAuth token 过期 providers.nous.agent_key_expires_at Agent key 过期  credential_pool.nous[].expires_at 池中 OAuth 过期  credential_pool.nous[].agent_key_expires_at 池中 Agent key 过期  还有一些时间字段不是过期时间, 是获得时间, 所以不要动. 我让 Hermes 总结成skill了 Github https://github.com/crazypeace/hermes-auth-json-extend