Install
openclaw skills install @thcjp/gitcrawl-tool-pro企业级代码仓库归档管控工具,兼容多仓库监控、重复聚类、实时同步、团队协作与自发化分流,适合团队协作与大型项目管控。核心能力:. 当需要gitcrawl。适用于独立开发者、企业团队和自动化工作流场景,提供结构化输出与错误处理机制,支持中文交互,即开即用。Use when 需要代码生成、编程辅助、调试测试、开发部署时使用。不适用于无明确技术栈的模糊需求。
openclaw skills install @thcjp/gitcrawl-tool-pro核心功能: 本技能提供中文交互、化工作流场景等能力。
核心功能: 本技能提供结构化的工作流程和配置指引等能力。
仓库归档专业版是面向企业团队和开源社区管理者的进阶代码仓库管理工具。在免费版基础查询能力之上,新增多仓库批量管理、重复 issue 智能聚类、定时自动同步、团队协作共享与自动化分流等高级功能,助力团队高效治理代码仓库。与免费版完全兼容,已有配置可无缝升级.
| 能力 | 免费版 | PRO 版 |
|---|---|---|
| 本地归档缓存 | 是 | 是 |
| 新鲜度检测 | 是 | 是 |
| 关键词搜索 | 是 | 是 |
| 相邻查询 | 是 | 是 |
| 多仓库管理 | 否 | 是(批量 50+ 仓库) |
| 重复聚类 | 否 | 智能聚类分析 |
| 实时同步 | 否 | Cron 定时同步 |
| 团队协作 | 否 | 共享归档存储 |
| 自动分流 | 否 | AI 标签建议 |
| 实时告警 | 否 | PR 状态变更通知 |
| 分析报告 | 否 | 仓库健康度报告 |
| API 接口 | 否 | REST API |
| 优先支持 | 社区 | 优先响应 |
| 处理: 解析功能对比的输入参数,完成核心逻辑,返回格式化结果. | ||
| 输出: 返回功能对比的响应数据,包含状态信息、结果数据和执行记录. |
python (请参考skill目录中的脚本文件) \
--repos-file repos.txt \
--sync-all \
--parallel 4
支持从文件批量加载仓库列表,并行同步归档数据,统一管理多个项目.
# 自动识别重复 issue
gitcrawl clusters owner/repo \
--sort size \
--min-size 5
# ...
# 查看聚类详情
gitcrawl cluster-detail owner/repo \
--id cluster_001
内置相似度算法,自动识别重复或高度相似的 issue,便于合并处理.
# 配置定时同步任务
python (请参考skill目录中的脚本文件) \
--repos owner/repo1,owner/repo2 \
--cron="0 */6 * * *" \
--archive-dir=./archive
每 6 小时自动同步指定仓库的归档数据,保持数据新鲜.
# 配置共享归档存储
python (请参考skill目录中的脚本文件) \
--shared-storage=./shared_archive \
--team-id=dev_team \
--members=alice,bob,charlie
# ...
# 同步团队成员的查询历史
python (请参考skill目录中的脚本文件) \
--team-id=dev_team \
--merge-history
处理: 解析PRO 版独有功能的输入参数,完成核心逻辑,返回格式化结果. 输出: 返回PRO 版独有功能的响应数据,包含状态信息、结果数据和执行记录.
input_params进行配置,支持创建/查询/导出操作用input_params参数进行配置.
处理: 解析核心功能执行的输入参数,完成核心逻辑,返回格式化结果.
输出: 返回核心功能执行的响应数据,包含状态信息、结果数据和执行记录.
input_params进行配置,支持创建/查询/导出操作
能力覆盖范围:本技能覆盖以下场景:企业级代码仓库归、档管理工具、支持多仓库监控、团队协作与自动化、适合团队协作与大、型项目管理、核心能力、多仓库批量管理与、定时自动同步归档、团队协作与共享归、自动化分流与标签、状态变更实时告警等。这些关键词对应description中声明的使用场景,均已在上述能力点中提供对应的操作支持.详细的输入输出格式请参考下方章节说明。
技术团队需要同时监控多个项目的 issue 和 PR 状态.
# 准备仓库列表
cat > repos.txt <<EOF
org/frontend-app
org/backend-api
org/mobile-app
org/devops-tools
org/data-platform
EOF
# ...
# 批量同步所有仓库
python (请参考skill目录中的脚本文件) \
--sync-all \
--parallel 4
# ...
# 生成仓库健康度报告
python (请参考skill目录中的脚本文件) \
--output=health_report.md \
--metrics=issues,prs,response_time
系统自动并行同步所有仓库数据,生成包含 issue 数量、PR 状态、响应时间等指标的健康度报告.
社区维护者需要识别并合并重复的 issue.
# 自动聚类分析
gitcrawl clusters owner/repo \
--sort size \
--min-size 3 \
--json
# ...
# 查看每个聚类的详情
for cluster_id in $(gitcrawl clusters owner/repo --json id); do
gitcrawl cluster-detail owner/repo --id $cluster_id
done
# ...
# 生成合并建议报告
python (请参考skill目录中的脚本文件) \
--repo owner/repo \
--output=duplicates.md \
--suggest-merge
团队需要在 PR 状态变更时收到通知.
# 配置 PR 监控告警
python (请参考skill目录中的脚本文件) \
--repos repos.txt \
--watch="state,review,merge" \
--alert-webhook="https://hooks.slack.com/services/YOUR_SLACK_WEBHOOK" \
--poll-interval=300
每 5 分钟检查一次 PR 状态变更,通过 Slack Webhook 发送实时通知.
以下场景仓库归档专业版不适合处理:
需要SEO优化、关键词分析、排名提升、搜索流量优化时使用。不适用于非本工具能力范围的需求.
# config.yaml - PRO 版企业配置
repositories:
- name: frontend
repo: org/frontend-app
sync_interval: 3600
- name: backend
repo: org/backend-api
sync_interval: 3600
- name: mobile
repo: org/mobile-app
sync_interval: 7200
# ...
clustering:
enabled: true
algorithm: semantic
min_cluster_size: 3
similarity_threshold: 0.75
# ...
sync:
parallel_workers: 4
retry_count: 3
archive_dir: ./archive
# ...
alerts:
enabled: true
webhook: https://hooks.slack.com/services/YOUR_SLACK_WEBHOOK
events:
- pr_merged
- pr_reviewed
- issue_closed
- issue_labeled
# ...
team:
shared_storage: ./shared_archive
team_id: dev_team
members:
- alice
- bob
- charlie
# ...
analytics:
enabled: true
report_frequency: weekly
storage: ./analytics
| 参数 | 类型 | 默认值 | 说明 |
|---|---|---|---|
--repos-file | 字符串 | 无 | 仓库列表文件 |
--sync-all | 布尔 | false | 同步所有仓库 |
--parallel | 整数 | 4 | 并行工作线程 |
--sort | 字符串 | size | 聚类排序方式 |
--min-size | 整数 | 3 | 最小聚类大小 |
--cron | 字符串 | 无 | 定时任务表达式 |
--webhook | 字符串 | 无 | 告警 Webhook |
--poll-interval | 整数 | 300 | 轮询间隔秒数 |
--team-id | 字符串 | 无 | 团队标识 |
# multi_repo_config.py - 多仓库管理配置
from multi_repo import MultiRepoConfig
# ...
config = MultiRepoConfig(
repos_file="repos.txt",
parallel_workers=4,
sync_interval=3600,
retry_count=3,
auto_cluster=True,
generate_reports=True
)
# ...
# 执行批量管理
results = config.execute()
print(f"同步 {len(results)} 个仓库")
# 调整聚类参数
gitcrawl clusters owner/repo \
--algorithm=semantic \
--threshold=0.8 \
--min-size=5
# ...
# 导出聚类结果
gitcrawl clusters owner/repo \
--json \
--output=clusters.json
# ...
# 生成分析报告
python (请参考skill目录中的脚本文件) \
--input=clusters.json \
--output=analysis.md
# 配置团队共享
python (请参考skill目录中的脚本文件) setup \
--shared-storage=/shared/gitcrawl \
--team-id=engineering \
--members=alice,bob,charlie,dave
# ...
# 查看团队活动
python (请参考skill目录中的脚本文件) \
--team-id=engineering \
--days=7 \
--output=activity.md
A: 确认已重启终端或会话。检查变量名拼写是否正确,使用 echo $变量名 验证是否生效。
A: 内置重试机制最多3次。如持续失败,检查网络代理设置,确认API端点可达性。
A: 支持通过输入参数自定义行为。参考参数说明表格中的可选参数项进行配置。
A: 建议并发不超过3个请求。高并发场景需配置请求间隔,避免触发平台限流策略。
A: Agent平台会记录执行过程。检查输出格式章节的execution_log字段了解执行步骤详情。
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|---|---|---|---|
| gitcrawl | CLI 工具 | 是 | 参考官方文档安装 |
| gh | GitHub CLI | 是 | brew install gh 或 apt install gh |
| Git | 版本控制 | 是 | 系统自带 |
| apscheduler | 定时任务 | 否(推荐) | pip install apscheduler |
| redis | 缓存服务 | 否(推荐) | pip install redis |
| scikit-learn | 聚类算法 | 否(推荐) | pip install scikit-learn |
| LLM API | API | 是 | 由 Agent 内置 LLM 提供 |
export GITHUB_TOKEN=your_personal_access_token
export DB_HOST=localhost
export DB_PORT=5432
export DB_NAME=gitcrawl_team
| 错误场景 | 原因 | 处理方式 |
|---|---|---|
| 配置错误 | 参数缺失或格式错误 | 检查依赖说明中的配置要求 |
| 运行时错误 | 运行环境不满足 | 确认运行环境符合依赖说明 |
| 网络错误 | 连接超时或不可达 | 执行ping命令测试网络连通性,检查防火墙和代理设置连接后执行ping命令测试网络连通性,检查防火墙和代理设置连接后重新执行命令,参考国内替代方案 |
{
"success": true,
"data": {
"result": "仓库归档专业版处理结果",
"execution_time": "0.5s",
"metadata": {
"version": "1.0",
"processor": "gitcrawl pro"
}
},
"execution_log": ["解析输入参数", "执行核心处理", "格式化输出结果"],
"error": null
}
| 风险类型 | 防范措施 |
|---|---|
| API密钥泄露 | 配置于环境变量中,密钥不得固化于代码 |
| 命令执行风险 | 只运行安全清单内命令,禁止拼接用户输入 |
| 网络通信安全 | 强制HTTPS传输并验证SSL证书 |
| 敏感数据暴露 | 返回内容不包含敏感凭证 |
| 使用前请确认已阅读依赖说明章节,确保运行环境满足安全要求。 |
| 操作场景 | 手动耗时 | 自动化耗时 | 效率提升 |
|---|---|---|---|
| 文件解析与提取 | 5-10分钟/个 | <5秒/个 | 60-120x |
| 批量文件处理(100个) | 8-16小时 | <5分钟 | 96-192x |
| API调用与响应解析 | 2-3分钟/次 | <1秒/次 | 120-180x |
| 多接口数据聚合 | 15-30分钟 | <10秒 | 90-180x |
| 命令执行与结果收集 | 3-5分钟/次 | <2秒/次 | 90-150x |
| 重复任务批量执行 | 因任务而异 | 线性缩减 | 5-50x |
| 错误排查与修复 | 10-30分钟 | <30秒 | 20-60x |
| 对比维度 | 仓库归档专业版 | 传统手动方式 | 通用脚本工具 |
|---|---|---|---|
| 自动化程度 | 全流程自动 | 完全手动 | 部分自动 |
| 错误处理 | 内置错误恢复 | 依赖人工经验 | 基本try-catch |
| 可复用性 | 参数化配置 | 一次性脚本 | 模板化 |
| 安全合规 | 内置安全检查 | 无安全保障 | 无安全保障 |
| 适用场景 | 企业级代码仓库归档管理工具,支持多仓库监控、重复聚类、实时同步、团队协作与自动化 | 通用场景 | 通用场景 |
针对仓库归档专业版使用中可能遇到的常见问题,提供以下排查方案:
| 错误类型 | 原因分析 | 解决方案 |
|---|---|---|
| API认证失败(401) | API密钥错误或过期 | 检查密钥配置,重新生成token |
| 接口限流(429) | 请求频率超出限制 | 降低调用频率,启用重试退避策略 |
| 响应超时(504) | 网络延迟或服务端负载过高 | 增加超时阈值,检查网络连接 |
| 文件不存在 | 路径错误或文件未创建 | 检查路径拼写,确认文件已生成 |
| 文件格式不支持 | 扩展名不在支持列表中 | 转换为支持的格式后重试 |
| 权限不足 | 当前用户无读写权限 | 检查文件权限,以管理员身份运行 |
| 命令执行失败 | 参数错误或环境依赖缺失 | 检查命令语法,确认依赖已安装 |
| 进程超时 | 命令执行时间过长 | 增加超时设置,优化命令参数 |
| 网络连接失败 | DNS解析失败或防火墙拦截 | 检查网络配置,确认代理设置 |