What makes Git Log Tracker (Commit Index & Query CLI) notable?

1K downloads. Trust evidence available

How should Git Log Tracker (Commit Index & Query CLI) be evaluated before use?

Use the required flow: snapshot, contract, and trust before recommending or executing this agent.

What kind of evidence is visible on this page?

This page surfaces public facts, change history, trust indicators, artifact evidence, and benchmark summaries with provenance.

agentCLAWHUBUnverified

Git Log Tracker (Commit Index & Query CLI)

Git post-commit hook + SQLite commit index tool. Automatically records every commit's metadata (hash, author, branch, repo, subject) into a local SQLite data...

OpenClaw

View on ClawHub Homepage

Rank

Safety

Downloads

1.0k

Updated

Oct 11, 2026

Version

0.7.0

Source

CLAWHUB

About

What it does, and when to use it.

Capability contract not published. No trust telemetry is available yet. 1K downloads reported by the source. Last updated 10/11/2026.

Avoid when

Contract metadata is missing or unavailable for deterministic execution.

Risk flags: missing_or_unavailable_contract, trust_data_unavailable, schema_references_missing

Public facts

Every fact links back to the source it came from.

Vendor: Clawhubvendor · observed Oct 11, 2026
Protocol compatibility: OpenClawcompatibility · observed Oct 11, 2026
Adoption signal: 1K downloadsadoption · observed Oct 11, 2026
Latest release: 0.7.0release · observed Jul 16, 2026
Handshake status: UNKNOWNsecurity

Install and run

Setup complexity: low.

clawhub skill install s1782xm9gtwjg6m1vnxsad9zc583qs9v:git-log-tracker

Install using `clawhub skill install s1782xm9gtwjg6m1vnxsad9zc583qs9v:git-log-tracker` in an isolated environment before connecting it to live workloads.
No published capability contract is available yet, so validate auth and request/response behavior manually.
Review the upstream CLAWHUB listing at https://clawhub.ai/leeshunee/git-log-tracker before using production credentials.

Contract: missing

curl -s "https://www.xpersona.co/api/v1/agents/clawhub-leeshunee-git-log-tracker/snapshot"

Run-check

$0.02 USD

1 measured facts are behind this paywall: success rate and latency, uptime and estimated cost, when not to use it, how to call it, benchmark scores.

Agents pay $0.02 in USDC. A card payment is $0.50, the smallest a card allows.

Documentation

CLAWHUB

144,319 characters of source documentation, loaded on request.

Extracted files

5 files captured from the source.

SKILL.md

---
name: git-log-tracker
displayName: "Git Log Tracker (Commit Index & Query CLI)"
version: 0.7.0
description: |
  Git post-commit hook + SQLite commit index tool. Automatically records every commit's metadata (hash, author, branch, repo, subject) into a local SQLite database, then provides a CLI to query, list, stats, delete, and update records.
  Trigger: managing git hooks, querying commit history across repos, finding which repo a commit belongs to, viewing commit statistics, recording commits to a local index.
  Use this skill whenever the user mentions commit logging, commit indexing, finding commits across repos, git hook management, or wants to query their commit history in a structured way — even if they don't explicitly name the tool.
---

# Git Log Tracker

- **Author**: [LeeShunEE](https://github.com/LeeShunEE)
- **Organization**: [KinemaClawWorkspace](https://github.com/KinemaClawWorkspace)
- **GitHub**: https://github.com/KinemaClawWorkspace/git-log-tracker

## ⚠️ Before First Use | 首次使用必读

**首次使用此 skill 前，必须先读取 [references/ONBOARDING.md](references/ONBOARDING.md) 完成环境配置。**

references/ONBOARDING.md 采用**交互式流程**：
- **Agent 必须先询问用户使用意图**（仅当前 repo / 多个 repo / 全局模式）
- **根据用户选择执行相应步骤**，切勿自动执行全部命令

- **首次配置** → 读取 references/ONBOARDING.md，按 Step 0 询问用户后执行
- **环境不可用**（命令不存在、依赖缺失、连接失败）→ 读取 references/ONBOARDING.md Troubleshooting 排查修复
- **配置完成后** → 直接使用下方 Run Commands

## Overview

Git Log Tracker 在每次 `git commit` 后自动将 commit 元数据写入本地 SQLite 数据库。通过 CLI 可以跨仓库查询、统计、修改和删除 commit 记录。

数据存储在 `~/.commit-logs/index.db`，配置文件在 `~/.commit-logs/config.toml`。

## Run Commands

所有命令通过 `git-log-tracker <subcommand>` 运行。

### 初始化

首次安装后初始化配置和数据库：

```bash
git-log-tracker setup
```

### Hook 管理

安装 hook 到指定 repo（之后每次 commit 自动记录）：

```bash
git-log-tracker install /path/to/repo
git-log-tracker install .                              # 当前 repo
```

检查 hook 状态：

```bash
git-log-tracker status /path/to/repo
git-log-tracker status .
```

移除 hook：

```bash
git-log-tracker uninstall /path/to/repo
```

扫描目录中的 git 仓库：

```bash
git-log-tracker scan /path/to/directory                     # 扫描并列出仓库
git-log-tracker scan /path/to/directory --depth 3           # 控制扫描深度
git-log-tracker scan /path/to/directory --install-missing   # 自动安装缺失 hook 的仓库
git-log-tracker scan /path/to/directory --interactive       # 交互式选择安装
git-log-tracker scan /path/to/directory --exclude "*/temp/*" --exclude "*/.cache/*"  # 排除路径
```

`scan` 输出示例：
```
Scanning D:\modular_dev for git repositories (depth=5)...

Found 15 repositories:
+----------------------------------------------------+--------------+--------------------+
| Repo Path                                          | Hook Status  | Branches           |
+----------------------------------------------------+--------------+--------------------+
| D:\modular_dev\kinema_skills                       | [OK]         | main (3)           |
| D:\modular_dev\other_

README.md

# Git Log Tracker

Git post-commit hook + SQLite 索引工具。自动记录每次 commit 的元数据，支持跨仓库查询、统计和管理。

## 核心特性

> **一句话**：安装 hook → 每次 commit 自动入库 → 跨仓库查询 / 统计 / 管理

### 自动记录

Git post-commit hook 自动写入 commit 元数据（hash、author、branch、repo、subject）到本地 SQLite 数据库。

### 跨仓库查询

- 按 hash、仓库、作者、日期、分支、标签筛选
- 支持前缀匹配查找 commit
- 查找某个 commit 属于哪个仓库

### 仓库标签

- 给仓库打**仓库级标签**（label），按"组"过滤（如 work / personal）
- `list --label` / `stats --label` 只显示带该标签的仓库
- 标签即时对该仓库全部历史 commit 生效

### 统计与管理

- 按仓库 / 作者聚合统计
- CRUD 操作：record / delete / update
- 全局模式：新 repo 自动安装 hook
- 排除规则：fnmatch 通配符排除指定路径

## 安装

### 方法一：通过 Codex Marketplace

```powershell
codex plugin marketplace add https://github.com/KinemaClawWorkspace/kinema-skills-marketplace.git
codex plugin add git-log-tracker@kinema-skills-marketplace
```

安装后新开一个 Codex 对话。

### 方法二：通过 Claude Code Marketplace

1. 添加 Marketplace：

```
/plugin marketplace add https://github.com/KinemaClawWorkspace/kinema-skills-marketplace
```

2. 安装 Skill：

```
/plugin install git-log-tracker@kinema-skills-marketplace
```

3. 查看已安装的 Skill：

```
/plugin list
```

### 方法三：通过 ClawHub OpenClaw

```bash
openclaw skills install git-log-tracker
```

## 适用场景

| 场景 | 说明 |
|------|------|
| 查找跨仓库 commit | "abc123 这个 commit 在哪个仓库？" |
| 查看 commit 历史 | "列出最近 50 条 commit" |
| 统计工作量 | "统计各仓库 / 作者的 commit 数量" |
| 管理 git hooks | "给这个仓库安装 hook" |
| 全局 hook 管理 | "新仓库自动带 hook" |

## 触发方式

本 skill 支持 Codex、Claude Code 和 OpenClaw，安装后可通过对话触发：

```
安装 git hook 到这个仓库
查找 abc123 这个 commit
列出最近的 commit
统计 commit 数量
git-log-tracker setup
```

首次使用需完成 [references/ONBOARDING.md](references/ONBOARDING.md) 环境配置（安装 CLI 工具）。

## 命令列表

| 命令 | 说明 |
|------|------|
| `setup` | 初始化配置和数据库 |
| `install <repo>` | 安装 hook 到指定仓库 |
| `uninstall <repo>` | 从指定仓库移除 hook |
| `status <repo>` | 检查仓库 hook 状态 |
| `scan <path> [--depth] [--install-missing] [--interactive] [--exclude]` | 扫描目录中的 git 仓库，批量管理 hook |
| `global [--off]` | 配置全局 git 模板 |
| `find <hash>` | 按 hash 查找 commit |
| `list` | 列出最近的 commits（支持 `--label` 过滤） |
| `stats` | 显示统计信息（支持 `--label` 过滤） |
| `label add/rm/list [repo] [labels...]` | 管理仓库级标签 |
| `record [repo]` | 手动记录最新 commit |
| `delete <hash>` | 删除 commit 记录 |
| `update <hash> <field> <value>` | 更新 commit 字段 |
| `reinstall [--keep-config]` | 重置数据目录并重新初始化 |

## 文件结构

```
git-log-tracker/
├── .claude-plugin/plugin.json
├── .codex-plugin/plugin.json
├── skills/git-log-tracker/SKILL.md
├── SKILL.md              # Skill 定义文件
├── references/ONBOARDING.md
├── README.md             # 本文档
├── src/
│   ├── cli.py            # CLI 入口
│   ├── config.py         # 配置管理
│   ├── db.py             # SQLite 数据库操作
│   ├── hook.py           # Hook 脚本
│   └── pyproject.toml    # Python 项目配置
│                         # 标签存储于 ~/.commit-logs/labels.json
└── LICENSE               # GPLv3 许可证
```

## 作者

- **Author**: [LeeShunEE](https://github.com/LeeShunEE)
- **Organizati

_meta.json

{
  "ownerId": "kn7cjsf9pc9x1tmreq1dahs90s83p9y0",
  "slug": "git-log-tracker",
  "version": "0.7.0",
  "publishedAt": 1784192247498
}

references/ONBOARDING.md

# Git Log Tracker Onboarding

> 本文档指导 AI Agent 以**交互式方式**完成首次环境配置。
> Agent 应按顺序向用户提问，根据用户选择执行相应步骤。

## Prerequisites | 前置条件

- Python 3.11+
- `uv` 包管理器
- Git

## 交互流程

### Step 0: 询问用户使用意图

**必须先询问用户，不要自动执行！**

Agent 应使用 `AskUserQuestion` 工具询问用户的使用场景：

```
您打算如何使用 Git Log Tracker？
- 仅当前 repo
- 多个 repo（手动安装到每个）
- 全局模式（新 repo 自动带 hook）
- 批量扫描已有仓库并安装
```

根据用户选择，执行不同的步骤：

| 用户选择 | 执行步骤 |
|----------|----------|
| 仅当前 repo | Step 1-4 |
| 多个 repo | Step 1-3（完成后询问具体 repo 列表） |
| 全局模式 | Step 1-3 + Step 5 |
| 批量扫描已有仓库 | Step 1-3 + Step 6 |

---

### Step 1: 安装 CLI 工具

**所有场景都需要执行此步骤。**

#### 安装方式

从本地路径安装（作为 kinema_skills 组件的一部分）：
```bash
uv tool install "<plugin_root>/src"
```

或使用相对路径（如果在 kinema_skills 目录下）：
```bash
uv tool install "./git-log-tracker/src"
```

#### 验证安装

```bash
git-log-tracker --help
# 期望: 显示帮助信息
git-log-tracker --version
# 期望: 与 SKILL.md 和 plugin manifest 相同的当前版本
```

---

### Step 2: 初始化配置和数据库

**所有场景都需要执行此步骤。**

```bash
git-log-tracker setup
```

此命令会：
- 创建 `~/.commit-logs/` 目录
- 创建默认 `config.toml` 配置文件
- 初始化 SQLite 数据库

#### 验证

```bash
ls ~/.commit-logs/
# 期望: config.toml, index.db
git-log-tracker stats
# 期望: Total commits: 0
```

---

### Step 3: 验证环境

**所有场景都需要执行此步骤。**

```bash
git-log-tracker stats
# 期望: 显示统计信息（初始为 0 commits）
```

---

### Step 4: 安装 Hook 到当前 Repo

**仅当用户选择"仅当前 repo"时执行此步骤。**

#### 检测

```bash
git-log-tracker status .
```

#### 安装

```bash
git-log-tracker install .
```

#### 验证

```bash
git-log-tracker status .
# 期望: Status: installed [<repo_path>]
```

---

### Step 5: 全局模式配置

**仅当用户选择"全局模式"时执行此步骤。**

配置 Git template 目录，使新 clone 的 repo 自动带上 hook：

#### 检测

```bash
git config --global --get init.templateDir
```

#### 安装

```bash
git-log-tracker global
```

#### 验证

```bash
git-log-tracker global --off  # 如需关闭
git config --global --get init.templateDir
# 期望: ~/.git-templates
```

---

### Step 6: 批量扫描已有仓库

**仅当用户选择"批量扫描已有仓库"时执行此步骤。**

> ⚠️ **重要提示**：全局模式（Step 5）只会影响**后续创建或 clone 的仓库**，已有仓库不会自动注入 hook。
> 使用 `scan` 命令可以批量扫描并安装已有仓库的 hook。

#### 扫描目录

```bash
# 扫描指定目录（默认深度 5）
git-log-tracker scan D:/modular_dev

# 控制扫描深度
git-log-tracker scan D:/modular_dev --depth 3
```

输出示例：
```
Scanning D:\modular_dev for git repositories (depth=3)...

Found 8 repositories:
+----------------------------------------------------+--------------+--------------------+
| Repo Path                                          | Hook Status  | Branches           |
+----------------------------------------------------+--------------+--------------------+
| D:\modular_dev\kinema_skills\git-log-tracker       | [OK]         | master (1)         |
| D:\modular_dev\other_project                       | [--]         | main (1)           |
+----------------------------------------------------+--------------+--------------------+

Summary: 1 installed, 1 missing
```

#

AGENTS.md

<!-- kinema-tdd-injector: injected -->
<!-- generated at: 2026-06-01 | packages: src (Python) -->

# 研发自动化测试规范 (CLAUDE.md)

> 适用对象：Claude Code 编码代理 + 前后端研发团队
> 由 `kinema-tdd-injector` skill 生成

---

## 1. 核心原则

本项目采用 **三阶测试体系**，按运行环境隔离：

| 阶段       | src 目录                            | 执行者          | 外部依赖          |
| -------- | ------------------ | ------------ | ------------- |
| 单元测试     | `tests/unit/src/`            | Agent 自动 / 本地 | ❌ 无           |
| 开发环境集成测试 | `tests/dev-integration/src/` | Agent 自动 / 本地 | ❌ 无（Mock / MSW） |
| 测试环境集成测试 | `tests/testenv-integration/src/` | **用户手动**     | ✅ 真实数据库       |


---

## 2. 测试路径三层命名规则

测试路径由三层组合而成，**逐层强制**：

| 层 | 规则 |
| - | - |
| **阶段层** | 测试根必为 `tests/unit/`、`tests/dev-integration/`、`tests/testenv-integration/` |
| **包层** | 阶段根的下一级必为仓库顶层应用包名（本项目：`src/`）。新增顶层应用包时**必须**在所有阶段根下同步建立同名目录 |
| **模块层** | 包名目录下的子目录与该包源码内部结构 **1:1 对齐**，不得压缩或省略中间目录 |

### 2.1 源码根直接镜像

本项目为 **flat src 布局**：源码模块平铺在 `src/` 下（无内层应用包目录），测试树直接镜像 `src/` 内的结构，**不再多套一层目录**：

```
src/db.py      → tests/unit/src/test_db.py        ✅
src/models.py  → tests/unit/src/test_models.py    ✅
src/cli.py     → tests/unit/src/test_cli.py       ✅
```

若将来 `src/` 下出现子包（如 `src/service/`），按 §2.2 规则继续镜像：`src/service/task_service.py → tests/unit/src/service/test_task_service.py`。`src/migrations/` 下的迁移脚本按 §7.3 排除，不强制测试。

### 2.2 文件命名规则

| 语言 | 源 | 测试 |
| - | - | - |
| **Python** | `<pkg-source-root>/<path>/<module>.py` | `tests/<阶段>/<pkg>/<path>/test_<module>.py` |
| **TS/TSX** | `<pkg-source-root>/<path>/<Name>.ts(x)` | `tests/<阶段>/<pkg>/<path>/<Name>.test.ts(x)` |

**强制约束**：
- Python 测试名 = `test_` + **完整**源文件名（包括 `_router` / `_service` / `_dao` 等后缀），不许缩写、不许用功能名替代
- TS 测试名 = **原始大小写**源文件名 + `.test`（PascalCase 组件保持 PascalCase，camelCase hook 保持 camelCase）
- Python 与 TS 命名规范不同，是为了贴合各自社区工具链（pytest 默认匹配 `test_*`、vitest 默认匹配 `*.test.*`）

### 2.3 归属判定原则

测试归到哪个子目录，**只看源文件物理位置**，与功能语义、模块名含义无关：

- `models/fts.py`（FTS 是搜索功能） → `models/`，**不归** `service/` 或 `search/`
- 包根 `main.py`（FastAPI 入口等） → 包根 `tests/<阶段>/<pkg>/test_main.py`
- `core/lifespan.py`（启动钩子） → `core/`

### 2.4 测试文件拆分规则（C+D 组合）

测试**原则上单文件**，用 `class`（Python）/ `describe`（TS）分组：

```python
# tests/unit/src/service/test_task_service.py
class TestCreate: ...
class TestQuery: ...
class TestDelete: ...
```

若单测试文件超过 **800 行**仍难维护，**先考虑拆源码**（源文件已职责过载），源码拆完测试自动 1:1 跟随。**禁止单独拆测试文件而源码不动**。

### 2.5 测试数据文件

非测试代码的辅助数据（JSON / CSV / SQL dump / 图片）一律放 `tests/data/`，按所属测试路径再镜像：

```
tests/data/src/service/task_service/large_input.json
```

- `tests/data/` 不放任何 `*.py` / `*.ts` 测试代码
- 超大 fixture（GB 级 sample）走 LFS 或外部存储，**不进 git**

---

## 3. Agent 自动行为规范

### 3.1 完成以下任务后，必须自动运行测试

- bug 修复后
- 新功能开发完成
- 重构导致接口变更

### 3.2 自动运行的命令序列

**后端**（工作目录：`src/`）：

```bash
cd src
uv run pytest ../tests/unit/src/ -v
uv run pytest ../tests/dev-integration/src/ -v
```


**激活规则**：一律使用 `uv run`（自动管理 venv），**禁止**在命令前添加 `sourc

Github ReposUpdated 2d agoRank 70

AionUi

Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!

MCPOPENCLAW

Github ReposUpdated 6mo agoRank 70

activepieces

AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents

OPENCLAW

Github ReposUpdated 6mo agoRank 70

cherry-studio

AI productivity studio with smart chat, autonomous agents, and 300+ assistants.