{"owner":"xpzouying","repo":"xiaohongshu-mcp","hasSkills":true,"hasMcp":false,"mcpConfig":null,"found":["CLAUDE.md"],"skills":{"CLAUDE.md":"# Project Guidelines\n\n##  本地开发规范\n\n- 要求每次修改完后,需要帮我格式化 Go 源码文件.\n- 测试过程中产生的脚本和build中间文件,如果没有必要,则删除.\n- 所有的feature变更,都需要使用分支进行开发.\n- 在我未同意之前, 你不能推送到远程.\n- 我需要: 1.本地 review; 2.远程 PR review.\n- 不要过度设计, 保持代码的简洁和易读.\n- 使用中文注释，一定要简洁明了.专业名词可以用英文.\n\n## 发版规范\n\n- 发版=打语义化 tag `vX.Y.Z` 推上去（触发 Release 与 Docker 镜像），破坏性变更进 major；main 每次推送自动生成的日期 tag `vYYYY.MM.DD.HHMM-sha` 不是发版，别跟它混。\n\n## PR Review 重点\n\n- 重点：PR 代码中如果出现大量的 JS 注入的行为，要检查一下是否是必须的，如果可以用 Go 的 go-rod 替代的话，则直接评论需要用 go-rod 行为替代。\n"},"files":{"CLAUDE.md":"# Project Guidelines\n\n##  本地开发规范\n\n- 要求每次修改完后,需要帮我格式化 Go 源码文件.\n- 测试过程中产生的脚本和build中间文件,如果没有必要,则删除.\n- 所有的feature变更,都需要使用分支进行开发.\n- 在我未同意之前, 你不能推送到远程.\n- 我需要: 1.本地 review; 2.远程 PR review.\n- 不要过度设计, 保持代码的简洁和易读.\n- 使用中文注释，一定要简洁明了.专业名词可以用英文.\n\n## 发版规范\n\n- 发版=打语义化 tag `vX.Y.Z` 推上去（触发 Release 与 Docker 镜像），破坏性变更进 major；main 每次推送自动生成的日期 tag `vYYYY.MM.DD.HHMM-sha` 不是发版，别跟它混。\n\n## PR Review 重点\n\n- 重点：PR 代码中如果出现大量的 JS 注入的行为，要检查一下是否是必须的，如果可以用 Go 的 go-rod 替代的话，则直接评论需要用 go-rod 行为替代。\n"},"items":[{"name":"CLAUDE.md","path":"CLAUDE.md","title":"CLAUDE.md","content":"# Project Guidelines\n\n##  本地开发规范\n\n- 要求每次修改完后,需要帮我格式化 Go 源码文件.\n- 测试过程中产生的脚本和build中间文件,如果没有必要,则删除.\n- 所有的feature变更,都需要使用分支进行开发.\n- 在我未同意之前, 你不能推送到远程.\n- 我需要: 1.本地 review; 2.远程 PR review.\n- 不要过度设计, 保持代码的简洁和易读.\n- 使用中文注释，一定要简洁明了.专业名词可以用英文.\n\n## 发版规范\n\n- 发版=打语义化 tag `vX.Y.Z` 推上去（触发 Release 与 Docker 镜像），破坏性变更进 major；main 每次推送自动生成的日期 tag `vYYYY.MM.DD.HHMM-sha` 不是发版，别跟它混。\n\n## PR Review 重点\n\n- 重点：PR 代码中如果出现大量的 JS 注入的行为，要检查一下是否是必须的，如果可以用 Go 的 go-rod 替代的话，则直接评论需要用 go-rod 行为替代。\n","category":"root","tokens":116}]}