AI工作流
loop自动化工作流
利用loop 定时命令
Claude Code内置的命令loop命令
yetone的loop开发工作流
1、盯 GitHub 的 issue 和 PR，别人的 PR 要先拉下来跑一遍再合并
2、盯推特上的反馈，能复现的 bug 修好就上线，再回复网友
3、定期清理屎山代码，把踩过的坑写进经验文件
1、/loop 盯一下 GitHub issues，仔细分析，看看哪些是值得修复和实现的，修复或者实现后记的发版和回复，如果不值得修复或者实现也要回复，如果是中转站的广告商，就统一回复：感谢关注，日后会出相关合作方案，敬请期待。而不能一股脑地把第三方中转站直接加到我们产品里面。也要盯一下GitHub的PR，然后你要认真的去review PR的每行代码、每个逻辑，你要把代码拉下来实际跑一下，验证一下是否没有bug。因为我怕有的人提的PR，是无脑用Coding Agent乱写的，自己都没测过。所以你要看一下他这个PR，是否有问题，确保一切都没有问题，且实际验证过之后也没有问题的话，你才能够去合并，否则你就去回复一下这个PR或者关掉 PR。另外还要监控一下 Magpie Discord Server 里用户的反馈，实时的加入讨论，如果有有价值的反馈和建议，就去做修复跟添加新的功能。如果值得进一步讨论，那就继续讨论。记得查看 Magpie Discord Server 里所有的channel，一个都不能漏掉！记得在 Discord 里要真实地 at 人，而不是只叫名字，不然对方收不到你的消息！
2、/loop 盯一下推特上关于 magpie 的反馈，如果是有价值的反馈，或者是真实可复现的bug，那么就去做实现或者修复。完毕后记得上线，上线后记得回复推特, 你应该先用便宜的决策模型比如 jev 去判断推文是不是与 magpie 相关，是不是 magpie 的反馈，如果不是直接忽略不要把内容转发给你，不然太浪费 Token 了
3、/loop 现在 magpie 完全是自动化更改代码和合并社区里的PR，你要定时清理一下屎山代码和恶意代码防止项目变得难以维护以至于变废，并总结出经验教训，比如哪些是不应该合并的哪些是验证不缜密的等等放到经验中防止以后的 agent 犯同样的错误，以及要把老是提低质量代码的人拉入黑名单