开发难度

对项目 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 的折腾, 直接告诉正确答案.

欢迎关注我的博客

https://zelikk.blogspot.com/p/icdyct.html