开发难度
对项目 https://github.com/Noradrenalin-team/TeleFolders 进行增强开发
这是一个修改电报Telegram对话分组Folder的小工具
成果 https://github.com/crazypeace/TeleFolders
-
界面支持英语
(原项目为俄语) -
实现 创建对话分组Folder 的功能
(原项目只有个功能入口) -
设置 archived, personal, bot, group, channel 过滤器
(原项目只有 archived 显示/隐藏) -
CSV 导出 / 导入
心得
longcat-2.0 我的使用体感有点像 之前 hermes 提供免费用的 mimo-v2 (不是v2.5)
longcat-2.0 许愿(one-shot)的效果并不好. 推荐你先让TA出设计方案, 然后你审视这个方案, 优化或者推翻这个方案, 或者找更高智能的模型出方案. 再让TA实施.
当你与 agent 讨论过多个方案后, 让agent把你决定要用的方案总结 为 .md 文件, 你再扫一眼.
然后让agent 按.md文件实施.
避免agent没听明白你最终选择的是哪个方案, 也避免长时间实施过程中, 注意力飘移, 转去尝试其它讨论过的方案.
* 跟对接什么模型有关, mimo-v2.5(pro)的效果要更好一些, 没这么麻烦, 用自然语言就能指挥, 能听懂你选择的是哪一个方案.
longcat-2.0有机率在做任务A时, 把任务B的正确的结果破坏了.
所以, 在验证功能满足要求后, 要提交github (我知道可以本地git, 但面对小白, 就不搞这么复杂了. 而且担心万一agent把本地整个目录删了呢?)
如果你突然发现, 哎呀, 现在在做任务A, 怎么任务B的效果没了/坏了? 你可以找到任务B正确/正常 的commit, 明确地告诉agent 分析这个commit中和任务B有关的代码, 再与当前项目中的代码对比.
有些和开发主线关系没有那么密切的任务, 可以用另外的方式拿到正确答案再直接告诉agent.
不要在sesion 上下文中纠缠怎么让TA得到正确答案.
如,
当 longcat-2.0 说找不到 updateDialogFilter 函数用法官方文档的时候, 我用网页版免费账号claude 找到了, 直接把答案搬过来.
方法本身：
https://core.telegram.org/method/messages.updateDialogFilter相关的 DialogFilter 类型定义：
https://core.telegram.org/type/DialogFilter“文件夹”（Folders）功能的详细说明文档（推荐重点看这个，讲解了这个方法的具体用法和业务逻辑）：
https://core.telegram.org/api/folders
这就好像, 你在带一个实习生. 有些场景, 让TA折腾的过程, 会成为项目经验的一部分. 而有些场景, 你应该打断TA的折腾, 直接告诉正确答案.