io.github.n24q02m/better-code-review-graph

材料显示需要 EMBEDDING_BACKEND、API_KEYS、LITELLM_PROXY_URL、LITELLM_PROXY_KEY。后两者及 API_KEYS 显然属于敏感凭证，若配置到第三方代理或日志处理不当，存在泄露或滥用风险；但目前未见明确恶意索取超范围凭证的红旗。

客观信息中未声明固定远程 host，但存在 LITELLM_PROXY_URL 和 embedding backend 配置，说明实际可能向用户自定义的模型/代理端点发送代码审查相关数据。由于 README 缺失，无法确认具体外发内容、最小化策略及默认目标。

系统已标记 executes-code，说明该工具具备在本机执行代码或启动进程的能力。这属于 MCP 工具常见能力，本身不足以定为高风险；但在缺少文档时，具体可调用的系统命令、子进程范围和隔离方式不明确。

从“code review graph/knowledge graph”功能描述推断，其大概率需要读取本地代码库内容以构建索引或图谱，可能还会生成中间缓存/嵌入数据。材料未显示超出代码审查场景的明显过度授权，但缺少 README 导致读写范围与持久化位置不透明。

正面因素包括官方 Registry 来源、开源仓库可审计、近一年内有更新；这些都降低了供应链风险。需留意之处是许可证未声明、GitHub 社区采用度目前很低（0 star），且文档缺失使依赖与安全边界不易快速核验，因此更适合先做源码与依赖审查后再部署。