上架集市包内设置的url错误时，更新该集市包失败

[emptylight370]

集市更新插件失败，全部插件被自动关闭 - 链滴

据 @TCOTC 发现，集市里某个插件包的 plugin.json 的 url 路径是错误的，在更新时会更新失败并且导致所有插件被禁用。

基于这个问题，是否可以完善 actions/check/main.go 的检查逻辑，在检查 url 存在的基础上增加检查 url 字段值是否与代码中拼接得到的仓库地址一致的检查？还有其他字段值是否也可能需要类似检查？（附：T佬声称他最近在手工检查 pr，这个过程理应能够自动化完成，并在出现错误时在 pr 评论中提示作者进行修改。这样明显效率更高、响应更快并且不易出错，我看工作流应该会在分支更新时触发，可以在 pr 作者修改之后自动进行第二次检查）

---

如果发散一下，检查 README 文件的过程可以扩展为：声明了 "zh_CN": "README_zh_CN.md" 字段时，该文件应该存在，并且文件名应该符合 zh_CN..md 格式这样的……（"en_US": "ReadMe_en_US.md" => true, "en_US": "README_en.md" => false 这样的，我记得 CDN 的文件名要求应该是这样？这个检查按查看在线集市包说明文档的要求来）

[88250]

欢迎帮忙 PR

[emptylight370]

Go 不会写，最多善用 AI，但是用 actions 搭一个 yml 应该可以，别的语言应该也有可能，这个检查步骤是必须加到 check/main.go 里面吗？

现在的思路：

1. 用原本的工作流，拿AI往Go代码里面加东西，补充bot回复模板信息
2. 另开一个工作流，用actions或者别的语言检查结果，单独进行检查、回复
   1. 在open时用check的结果读取新增仓库，对那个仓库进行检查
   2. 找个能够手动触发的方法，试试能不能通过at bot或者类似方式触发，按需运行

这边两个思路是选哪种比较合适

[TCOTC]

等我什么时候学会 Go 了再写吧 🙃

[emptylight370]

我打算更有空的时候自己动手，之前那么多语言不是白学的，check/main.go 大部分内容都看懂了，但是具体上手不行

但是触发方法没想好啊，不知道能不能有办法在评论里面触发某工作流（并传参），要是不行只能考虑在 Go 里面写了

---

现在只找到手动运行时候传参的方法，issue_comment 感觉触发太多了，会有很多没必要的情况（链接），pull_request_review 有点没看懂，可能是 pull_request_review_comment，或者都不适用

感觉得在 Go 代码里面改，单独工作流可能得手动触发（在 actions 页面填输入值，输pr编号和仓库地址），或者用 isssuecomment 检查每一个pr评论，如果用某触发词开头就继续检查，在评论里面用某方式提取需要检查的仓库地址

[emptylight370]

@TCOTC 怎么好几个pr不动了，要不我写个工作流，14天不活动发提醒，60天不活动not_planned？感觉需要邮件提醒一下，按理说上架集市这个过程不应该滞留这么久

[TCOTC]

挂着没影响，思源都有好几年的 issue

close 的话人家有可能会新提 PR，我又麻烦

[emptylight370]

close 的话人家有可能会新提 PR，我又麻烦

可以不关，https://github.com/marketplace/actions/close-stale-issues 可以设置为不关闭pr，只在14天不活动之后提醒也行

[TCOTC]

感觉价值不大，什么时候能达到 ob 打开的 PR 的三分之一再说吧 https://github.com/obsidianmd/obsidian-releases/pulls

[emptylight370]

那就不写这个了，仓库都拉下来了，我看看ai靠不靠谱

[emptylight370]

github.com/emptylight370/bazaar/tree/pr-check

本地没配Go环境，感觉可能会有问题，我先自己写半个月