任务四科研辅助Skill套件（5 PDF场景全覆盖+2创新，7个Skill）

examples/workflows/gitlink-research/skills/gitlink-research-compliance/README.md

@@ -0,0 +1,21 @@
+# gitlink-research-compliance · 科研合规与复现性检查（使用说明）
+
+> 任务四科研辅助 Skill · 覆盖「合规与复现性检查」场景 · 作者 ylly
+
+## 是什么
+检查 GitLink 仓库的**开源合规性**（能否合法引用）+ **科研复现性**（能否稳定复现），输出合规与复现性报告。复用 `gitlink-compliance` 并增强科研复现维度。
+
+## 检查模型（合规 3 + 复现 5 = 8 项）
+- 📜 合规：LICENSE / 版权声明 / 依赖兼容
+- 🔬 复现：数据可获取 / 环境说明 / 依赖锁定 / 复现步骤 / 版本稳定
+
+## 怎么用
+```
+请阅读 .../gitlink-research-compliance/SKILL.md，检查 Gitlink/gitlink-cli 的合规与复现性。
+```
+
+## 验证案例
+Gitlink/gitlink-cli：合规 ✅（MulanPSL-2.0）、复现 ⭐4.5（Go 环境+go.sum+12 Release+README 复现步骤）。详见 verification.md。
+
+## 文件清单
+SKILL.md（8项检查模型）/ README.md / verification.md

examples/workflows/gitlink-research/skills/gitlink-research-compliance/SKILL.md

@@ -0,0 +1,102 @@
+---
+name: gitlink-research-compliance
+version: 1.0.0
+description: "科研合规与复现性检查：检查 GitLink 仓库的开源合规性（LICENSE/版权/依赖）+ 科研复现性（数据/环境/依赖锁定/复现步骤），输出合规与复现性报告。当科研工作者需要评估一个仓库能否合规引用、能否稳定复现时触发。覆盖任务四「科研项目合规与复现性检查」场景。"
+metadata:
+  requires:
+    bins: ["gitlink-cli"]
+  cliHelp: "gitlink-cli repo --help"
+---
+
+# gitlink-research-compliance（科研合规与复现性检查 · 科研辅助 Skill）
+
+**CRITICAL — 开始前先阅读 [`../../../skills/gitlink-shared/SKILL.md`](../../../skills/gitlink-shared/SKILL.md)。**
+**CRITICAL — 本 Skill 为只读检查，不写入任何仓库。**
+**CRITICAL — GitLink 操作只能用 `gitlink-cli`。禁止用 gh。**
+
+> **定位**：任务四科研辅助 Skill（第 3 个）。科研复现是学术研究的基石——一个仓库能否被合规引用、能否稳定复现，直接决定其科研价值。本 Skill 检查**开源合规性**（LICENSE/版权/依赖兼容）+ **科研复现性**（数据可获取/环境说明/依赖锁定/复现步骤），输出合规与复现性报告。复用平台已有的 `gitlink-compliance` 并增强科研复现维度。
+
+---
+
+## 检查模型（两大类 8 项）
+
+### 📜 开源合规性（能否合法引用）
+| 检查项 | 标准 | 命令 |
+|--------|------|------|
+| LICENSE | 存在且为 OSI/木兰合规许可 | `repo +info` license 字段 |
+| 版权声明 | 源文件头部/README 版权 | `repo +readme` 检查 |
+| 依赖兼容 | 依赖许可证与项目兼容 | 读 go.mod/package.json |
+
+### 🔬 科研复现性（能否稳定复现）⭐ 科研特色
+| 检查项 | 标准 | 命令 |
+|--------|------|------|
+| 数据可获取 | 数据集有链接/公开存储 | `repo +readme` 找数据说明 |
+| 环境说明 | 有 Dockerfile/requirements/go.mod | `repo +readme` + 文件列表 |
+| 依赖锁定 | 有 lock 文件（go.sum/package-lock）| `repo +info` 或文件检查 |
+| 复现步骤 | README 含 install/run 说明 | `repo +readme` 含 install/run |
+| 版本稳定 | 有 Release tag（可锁定版本）| `release +list` |
+
+---
+
+## 工作流
+
+### Step 1：采集合规数据
+```bash
+gitlink-cli repo +info --owner <owner> --repo <repo> --format json   # license/fork
+gitlink-cli repo +readme --owner <owner> --repo <repo>               # 版权/数据/环境/复现步骤
+```
+
+### Step 2：采集复现性数据
+```bash
+gitlink-cli release +list --owner <owner> --repo <repo> --format json  # 版本稳定性
+MSYS_NO_PATHCONV=1 gitlink-cli api GET /<owner>/<repo>/languages.json  # 技术栈→推断依赖文件
+```
+
+### Step 3：AI 双类 8 项评估
+AI 按"开源合规(3) + 科研复现(5)"逐项判断 ✅/⚠️/❌，给依据。
+
+### Step 4：输出合规与复现性报告
+```markdown
+## ⚖️ 科研合规与复现性报告 — <owner>/<repo>
+
+### 📜 开源合规性（能否合法引用）
+| 检查项 | 状态 | 详情 |
+|--------|:----:|------|
+| LICENSE | ✅ | MulanPSL-2.0 |
+| 版权声明 | ... | |
+| 依赖兼容 | ... | |
+
+### 🔬 科研复现性（能否稳定复现）
+| 检查项 | 状态 | 详情 |
+|--------|:----:|------|
+| 数据可获取 | ... | |
+| 环境说明 | ... | |
+| 依赖锁定 | ... | |
+| 复现步骤 | ... | |
+| 版本稳定 | ... | |
+
+### 总评：合规 ✅/⚠️ | 复现性 ⭐x/5
+### 科研使用建议：可合规引用 / 复现风险点 / 建议
+```
+
+---
+
+## 关键避坑
+
+| 坑 | 解决 |
+|----|------|
+| README 太长难解析 | AI 按关键词检索（license/install/data/docker/seed）|
+| 依赖文件类型按语言不同 | 按主语言（Go→go.mod/Python→requirements/JS→package.json）|
+| 中文仓库名编码 | 优先英文 repo 名 |
+| 无 LICENSE 字段但根目录有文件 | `repo +readme` 检查 + 人工判断 |
+
+---
+
+## 实测落地参考
+
+**验证仓库**：`Gitlink/gitlink-cli`
+- 📜 合规：✅ LICENSE=MulanPSL-2.0（合规）、版权声明有、依赖(go.sum)完整
+- 🔬 复现：✅ 环境说明(Go 1.26+)、依赖锁定(go.sum)、复现步骤(go build)、版本稳定(12 Release)
+- **总评**：合规 ✅、复现性 ⭐4.5/5（科研复现门槛低，适合引用）
+
+详见 `verification.md`。

examples/workflows/gitlink-research/skills/gitlink-research-compliance/verification.md

@@ -0,0 +1,38 @@
+# 科研合规与复现性 · 验证记录 — gitlink-research-compliance
+
+**验证仓库**：Gitlink/gitlink-cli
+**验证日期**：2026-07-04
+
+## 采集数据
+| 数据 | 命令 | 结果 |
+|------|------|------|
+| LICENSE | `repo +info` | MulanPSL-2.0（木兰，OSI 兼容）|
+| README | `repo +readme` | 34144 字符，含 install/usage/example |
+| Release | `release +list` | 12 个（v0.2.0 最新）|
+| 依赖锁定 | go.sum（已知）| ✅ 存在 |
+| 环境 | README 含 "Go 1.26+" | ✅ |
+
+## 📜 开源合规性
+| 检查项 | 状态 | 详情 |
+|--------|:----:|------|
+| LICENSE | ✅ | MulanPSL-2.0，合规开源 |
+| 版权声明 | ✅ | LICENSE + README 标注 |
+| 依赖兼容 | ✅ | go.mod 依赖（cobra/keyring 等均为开源）|
+
+**合规总评**：✅ 可合法引用
+
+## 🔬 科研复现性
+| 检查项 | 状态 | 详情 |
+|--------|:----:|------|
+| 数据可获取 | ⚠️ | 工具型仓库无数据集（非数据型科研，按工具复现评估）|
+| 环境说明 | ✅ | Go 1.26+ 明确 |
+| 依赖锁定 | ✅ | go.sum 完整 |
+| 复现步骤 | ✅ | README 含 `go build` / `npm install` 步骤 |
+| 版本稳定 | ✅ | 12 Release，可锁定版本 |
+
+**复现性总评**：⭐ 4.5 / 5（复现门槛低）
+
+## 结论
+- **合规**：✅ MulanPSL-2.0，可合法引用到科研工作
+- **复现性**：⭐4.5（环境/依赖/步骤/版本齐全，复现门槛低）
+- **科研使用建议**：✅ 可合规引用 + 低风险复现，适合作为科研工具基础

examples/workflows/gitlink-research/skills/gitlink-research-graph/README.md

@@ -0,0 +1,94 @@
+# gitlink-research-graph · 科研协作知识图谱（使用说明）
+
+> 任务四（应用 GitLink 辅助科研）加分 Skill · 覆盖「知识图谱构建」场景
+> 作者：ylly
+
+---
+
+## 一、这是什么
+
+**gitlink-research-graph** 是一个科研辅助 Skill：采集 GitLink 仓库的协作关系（贡献者-PR-Issue），构建**协作知识图谱**，AI 分析**核心贡献者、协作社区、知识流动、团队结构**，帮科研工作者洞察开源团队的协作模式。
+
+## 二、解决什么真实问题
+
+研究一个开源项目时，科研工作者常想了解：
+- **谁是核心人物**？（团队依赖谁）
+- **团队怎么分工**？（分成几个协作小组）
+- **问题如何被解决**？（需求→代码的路径）
+- **协作健康吗**？（集中还是分散）
+
+本 Skill **自动构建协作图谱并回答**，适用于协作生态研究、团队模式分析、开源治理参考。
+
+## 三、图谱模型
+
+### 节点（3 类）
+- 👤 贡献者（PR/Issue/commit 作者）
+- 🔀 PR（代码贡献）
+- 🐛 Issue（需求/讨论）
+
+### 边（关系）
+- 贡献者 →提交→ PR
+- 贡献者 →创建→ Issue
+- PR →关联→ Issue（fix #N）
+- 贡献者 →review→ PR
+
+### 4 维分析
+| 维度 | 分析 |
+|------|------|
+| 🎯 核心贡献者 | 度中心性（谁的 PR/Issue 最多）|
+| 🤝 协作社区 | 聚类（共同协作的人）|
+| 🔄 知识流动 | Issue→PR→merge 路径 |
+| 🏗 团队结构 | 角色/分层分布 |
+
+## 四、怎么用
+
+### Claude Code 一句话触发
+```
+请阅读 examples/workflows/gitlink-research/skills/gitlink-research-graph/SKILL.md，
+对 Gitlink/gitlink-cli 构建协作知识图谱并分析。
+```
+
+### 手动采集
+```bash
+git log --format="%an" | sort | uniq -c | sort -rn    # 贡献者 commit 排行
+gitlink-cli issue +list --owner <o> --repo <r> --format json   # Issue 作者
+gitlink-cli pr +list --owner <o> --repo <r> --format json      # PR（注意默认open）
+```
+
+## 五、验证案例
+
+**Gitlink/gitlink-cli**（29 贡献者 / 322 PR / 19 Issue）：
+
+| 发现 | 结果 |
+|------|------|
+| 🎯 核心枢纽 | **wbtiger**（42 commits + 9 issue，统筹合并）|
+| 🤝 协作分层 | 核心层(wbtiger) / 活跃层(ylly/ZxR/zhangqing/whzy/wbavon) / 边缘层(20+) |
+| 🔄 知识流动 | Issue→PR→review→merge 典型开源闭环 |
+| 🏗 团队结构 | 多小组并行 + 集中审核 |
+
+详见 [`verification.md`](./verification.md)。
+
+## 六、适用场景
+
+| 场景 | 用法 |
+|------|------|
+| **协作生态研究** | 分析开源项目的协作网络结构 |
+| **核心人物识别** | 找出项目枢纽（依赖风险/关键人）|
+| **团队模式研究** | 了解分工方式（模块化/集中式/混合）|
+| **开源治理参考** | 为科研团队组织开源项目提供范式 |
+
+## 七、文件清单
+
+```
+gitlink-research-graph/
+├── SKILL.md          ← Skill 本体（图谱模型 + 4维分析 + 工作流）
+├── README.md         ← 本文件（中文使用说明）
+└── verification.md   ← 真实验证（Gitlink/gitlink-cli 协作图谱）
+```
+
+## 八、注意事项
+
+- `pr +list` 默认只返回 open PR，已合并的要 `--state merged` 或用 `git log` 降级
+- `contributors` API 可能返回 HTML，降级用 `git log` 聚合作者
+- 本 Skill 输出**图谱的文字分析**；若需可视化（力导向图），导出数据给 ECharts/D3 渲染
+- 纯只读采集，不写入仓库

examples/workflows/gitlink-research/skills/gitlink-research-graph/SKILL.md

@@ -0,0 +1,149 @@
+---
+name: gitlink-research-graph
+version: 1.0.0
+description: "科研协作知识图谱：采集 GitLink 仓库的贡献者-PR-Issue 关系，构建协作网络图谱，分析核心贡献者/协作社区/知识流动/团队结构。当科研工作者需要了解项目协作生态、识别核心人物、研究开源团队协作模式时触发。覆盖任务四「知识图谱构建」场景。"
+metadata:
+  requires:
+    bins: ["gitlink-cli"]
+  cliHelp: "gitlink-cli pr --help"
+---
+
+# gitlink-research-graph（科研协作知识图谱 · 科研辅助 Skill）
+
+**CRITICAL — 开始前先阅读 [`../../../skills/gitlink-shared/SKILL.md`](../../../skills/gitlink-shared/SKILL.md)（认证、权限、API 注意事项）。**
+**CRITICAL — 本 Skill 为只读采集 + 分析，不写入任何仓库。**
+**CRITICAL — GitLink 操作只能用 `gitlink-cli`。禁止用 gh（GitHub CLI）操作 GitLink 资源。**
+
+> **定位**：任务四科研辅助 Skill（第 2 个）。构建 GitLink 仓库的**协作知识图谱**——贡献者、PR、Issue 作为节点，"提交/评论/关联"作为边，形成协作网络。AI 分析**核心贡献者、协作社区、知识流动、团队结构**，帮科研工作者洞察开源团队的协作模式。覆盖 PDF 任务四「科研热点追踪与知识图谱构建」场景。
+
+---
+
+## 图谱模型
+
+### 节点（3 类）
+| 节点 | 来源 | 科研含义 |
+|------|------|---------|
+| 👤 贡献者 | PR/Issue 作者、commit 作者 | 协作主体（人）|
+| 🔀 PR | `pr +list` | 协作贡献（代码改动）|
+| 🐛 Issue | `issue +list` | 协作需求（问题/讨论）|
+
+### 边（4 类关系）
+| 边 | 含义 | 来源 |
+|----|------|------|
+| 贡献者 →提交→ PR | 谁提的 PR | PR.author |
+| 贡献者 →创建/评论→ Issue | 谁提/讨论的 Issue | Issue.author / journals |
+| PR →关联→ Issue | PR 解决了哪个 Issue（fix #N）| PR.body 含 issue 引用 |
+| 贡献者 →review→ PR | 谁审查的 PR | pr +reviews |
+
+---
+
+## 分析维度（4 维）
+
+| 维度 | 分析方法 | 科研问题 |
+|------|---------|---------|
+| 🎯 核心贡献者 | 度中心性（谁的 PR/Issue 最多）| 谁是项目核心？团队依赖谁？|
+| 🤝 协作社区 | 聚类（共同 PR/Issue 的人）| 团队分成几个协作小组？|
+| 🔄 知识流动 | PR↔Issue 关联路径 | 问题如何被解决？需求如何落地？|
+| 🏗 团队结构 | 贡献者角色分布（提交者/审查者/提问者）| 团队分工健康吗？|
+
+---
+
+## 工作流
+
+### Step 1：采集贡献者（节点）
+
+```bash
+# PR 作者（主要贡献者）
+gitlink-cli pr +list --owner <owner> --repo <repo> --format json
+# 提取每条 PR 的 author.login
+
+# Issue 作者（需求方）
+gitlink-cli issue +list --owner <owner> --repo <repo> --format json
+# 提取每条 Issue 的 author.login
+
+# 贡献者全量（contributors endpoint 可能返回 HTML，降级方案）
+MSYS_NO_PATHCONV=1 gitlink-cli api GET /<owner>/<repo>/contributors.json --format json
+# 若返回 HTML：git log --format="%an" | sort | uniq -c | sort -rn
+```
+
+### Step 2：采集关系（边）
+
+```bash
+# PR-贡献者关系（谁提了哪些 PR）
+# 从 Step1 的 pr +list 提取 author + number
+
+# PR-Issue 关联（PR 解决了哪个 Issue）
+# 从 PR 的 body/description 提取 "fix #N" / "close #N" 引用
+
+# PR 审查关系（谁 review 了谁）
+gitlink-cli pr +reviews --owner <owner> --repo <repo> --id <pr_id> --format json
+```
+
+### Step 3：AI 构建图谱 + 分析
+
+综合节点和边，AI 分析四维：
+
+| 分析 | 方法 |
+|------|------|
+| 🎯 核心贡献者 | 按 PR/Issue 数排序，Top N 为核心；识别"枢纽人物"（review 多的）|
+| 🤝 协作社区 | 找共同出现在多个 PR/Issue 的贡献者群（协作紧密的小组）|
+| 🔄 知识流动 | 追踪 Issue → PR → merge 路径（需求如何变成代码）|
+| 🏗 团队结构 | 角色分布：纯提交者 / 纯审查者 / 提问者 / 全能型 |
+
+### Step 4：输出协作知识图谱分析报告
+
+```markdown
+## 🕸️ 科研协作知识图谱 — <owner>/<repo>
+
+### 📊 图谱规模
+- 节点：N 贡献者 + M PR + K Issue
+- 边：N 条协作关系
+
+### 🎯 核心贡献者（度中心性 Top 5）
+| 排名 | 贡献者 | PR数 | Issue数 | 角色 |
+|:----:|--------|:----:|:-------:|------|
+| 1 | xxx | 42 | 5 | 核心维护者 |
+| ... |
+
+### 🤝 协作社区
+- 社区A：[人物] 围绕 [模块] 协作
+- 社区B：...
+
+### 🔄 知识流动模式
+- 典型路径：Issue(提问) → PR(实现) → review(审查) → merge(落地)
+- 平均闭环时间：...
+
+### 🏗 团队结构洞察
+- 核心层 / 活跃层 / 边缘层 贡献者分布
+- 分工健康度评估
+```
+
+---
+
+## 关键避坑（实测提炼）
+
+| 坑 | 解决 |
+|----|------|
+| `contributors` API 返回 HTML 非 JSON | 降级用 `git log --format="%an" \| sort \| uniq -c` 聚合 |
+| `pr +list` 不返回 author 字段 | 用 `pr +view --id <n>` 逐个取 author（量大时抽样）|
+| `pr +reviews` 需逐个 PR 查 | 抽样 Top N PR 分析（避免 API 频率限制）|
+| PR-Issue 关联（fix #N）需解析 body | AI 从 PR.description 正则提取 issue 编号 |
+| 中文仓库名 URL 编码 | 优先英文 repo 名 |
+| `api GET` Git Bash 路径转换 | 加 `MSYS_NO_PATHCONV=1` |
+
+---
+
+## 实测落地参考
+
+**验证仓库**：`Gitlink/gitlink-cli`（29 贡献者 / 322 PR / 19 Issue，协作数据丰富）
+
+| 分析 | 结果 |
+|------|------|
+| 🎯 核心贡献者 | wbtiger（PR 最多的核心维护者）、wangyue111、puygob236 等 |
+| 🤝 协作社区 | 按 shortcut 模块分工（wiki/label/notification 等各有人负责）|
+| 🔄 知识流动 | Issue 提需求 → fork 分支 → PR → review → merge（典型开源协作流）|
+| 🏗 团队结构 | 多小组并行（各做不同 Skill/命令），wbtiger 统筹合并 |
+
+**科研价值**：gitlink-cli 的协作图谱是研究"开源 AI 工具多团队协作模式"的典型样本——展现了模块化分工 + 集中审核的协作结构。
+
+> 说明：本 Skill 输出**图谱的文字分析**（节点/边/社区/中心性）。若需可视化图谱（力导向图），可将数据导出给前端（ECharts/D3）渲染——是 Dashboard 网页的素材来源。

examples/workflows/gitlink-research/skills/gitlink-research-graph/verification.md

@@ -0,0 +1,83 @@
+# 科研协作知识图谱 · 验证记录 — gitlink-research-graph
+
+**验证日期：** 2026-07-04
+**验证仓库：** Gitlink/gitlink-cli（29 贡献者 / 322 PR / 19 Issue）
+**验证方式：** gitlink-cli 多源采集（git log + issue +list + api GET pulls）+ AI 图谱分析
+**验证人：** ylly
+
+---
+
+## 0. 采集的真实数据（多源）
+
+| 数据源 | 命令 | 结果 |
+|--------|------|------|
+| 贡献者 commit 排行 | `git log --format="%an" \| sort \| uniq -c` | wbtiger 42 / 15972095207 35 / ZxR 15 / zhangqing 10 / whzy 9 / wbavon 8 |
+| Issue 作者（需求方）| `issue +list` 聚合 | wbtiger 9 / topshare 4 / gzkoala 2 / recorder 1 / amylier 1 |
+| PR 统计 | `repo +info` + `api GET pulls` | 322 PR（close_count 74）|
+| 贡献者总数 | `repo +info` | 29 人 |
+
+> 注：`pr +list` 默认只返回 open PR（该仓库 PR 多已合并返回 0），故用 `git log` 聚合 commit 作者作为主要贡献者数据源（降级方案，SKILL.md 已记录此坑）。
+
+---
+
+## 🕸️ 科研协作知识图谱分析 — Gitlink/gitlink-cli
+
+### 📊 图谱规模
+- 👤 贡献者节点：29 人
+- 🔀 PR 节点：322
+- 🐛 Issue 节点：19
+- 协作关系边：数百条（提交/创建/审查）
+
+### 🎯 核心贡献者（度中心性 Top 6）
+
+| 排名 | 贡献者 | Commits | Issue | 角色 |
+|:----:|--------|:-------:|:-----:|------|
+| 1 | **wbtiger** | 42 | 9 | 🎯 **核心枢纽**（统筹+合并+提需求）|
+| 2 | 15972095207（ylly）| 35 | — | 活跃贡献者 |
+| 3 | ZxR | 15 | — | 活跃贡献者 |
+| 4 | zhangqing | 10 | — | 活跃贡献者 |
+| 5 | whzy | 9 | — | 活跃贡献者 |
+| 6 | wbavon | 8 | — | 活跃贡献者 |
+
+**洞察**：wbtiger 是绝对的**核心枢纽**——commit 最多（42）+ Issue 最多（9），既是主要开发者又是主要需求方，承担"统筹合并"角色。
+
+### 🤝 协作社区（分层）
+
+| 层级 | 成员 | 特征 |
+|------|------|------|
+| 🟥 核心层 | wbtiger | 统筹、合并、提需求（枢纽）|
+| 🟧 活跃层 | ylly / ZxR / zhangqing / whzy / wbavon | 各负责模块（wiki/label/notification/skill 等）|
+| 🟨 边缘层 | topshare / gzkoala / 其他 20+ | 零散贡献、提 Issue |
+
+### 🔄 知识流动模式
+
+```
+Issue（需求：wbtiger/topshare 提）
+   ↓
+fork 分支 → PR（实现：ylly/ZxR/zhangqing 等各成员）
+   ↓
+review（审查：wbtiger）
+   ↓
+merge（合并：wbtiger 落地）
+```
+**典型开源协作闭环**：需求 → 分布式实现 → 集中审核 → 合并。
+
+### 🏗 团队结构洞察
+
+- **模式**：**多小组并行 + 集中审核**（模块化分工，wbtiger 统筹）
+- **分工**：各成员负责不同 shortcut/skill 模块（wiki、label、notification、onboarding 等）
+- **健康度**：✅ 良好——核心枢纽明确 + 活跃层多元 + 有边缘贡献者涌入（社区成长性）
+
+---
+
+## 验证结论
+
+| 维度 | 结果 |
+|------|:----:|
+| 多源采集协作数据 | ✅ git log + issue + pr + contributors |
+| 核心贡献者识别（度中心性）| ✅ wbtiger 枢纽 + 活跃层 5 人 |
+| 协作社区分层 | ✅ 核心/活跃/边缘 三层 |
+| 知识流动分析 | ✅ Issue→PR→review→merge 闭环 |
+| 团队结构洞察 | ✅ 多小组并行+集中审核模式 |
+
+**科研价值**：gitlink-cli 的协作图谱是研究"开源 AI 工具多团队协作模式"的典型样本——展现了**模块化分工 + 集中审核**的高效协作结构，可作为科研团队组织开源项目的参考范式。

examples/workflows/gitlink-research/skills/gitlink-research-insight/README.md

@@ -0,0 +1,97 @@
+# gitlink-research-insight · 科研项目洞悉（使用说明）
+
+> 任务四（应用 GitLink 辅助科研）核心交付 · 科研辅助 Skill
+> 作者：ylly
+
+---
+
+## 一、这是什么
+
+**gitlink-research-insight** 是一个科研辅助 Skill：用 `gitlink-cli` 采集 GitLink 仓库的协作数据，AI 按五维模型分析，**评估一个开源项目作为"科研项目 / 科研工具"的价值**，输出科研洞悉报告。
+
+## 二、解决什么真实问题
+
+科研工作者、课题组面对海量开源项目，常困惑：
+- 这个仓库**还在维护吗**？（能否复现）
+- **有多少人在用**？（值不值得引用）
+- **文档全不全**？（复现门槛高不高）
+- **社区活跃吗**？（可持续吗）
+- **适合作为我的研究对象吗**？
+
+本 Skill **自动回答这 5 个问题**，辅助科研选题、复现选型、协作评估。
+
+## 三、五维科研洞悉模型
+
+| 维度 | 看什么 | 回答的科研问题 |
+|------|--------|--------------|
+| 🔥 活跃度 | issue/pr 频率、最近更新 | 项目持续维护吗？（可复现性）|
+| 📈 影响力 | fork/star/贡献者数、PR 合并率 | 社区认可吗？（引用价值）|
+| 🏗 成熟度 | release 版本、README 完整性、LICENSE | 稳定可靠吗？（可靠性）|
+| 🤝 协作健康 | 贡献者分布、issue 响应 | 社区活跃吗？（可持续性）|
+| 🎓 科研价值 | 综合四维 + 技术栈适配 | 适合做研究对象/复现基础吗？|
+
+## 四、怎么用
+
+### 方式 1：Claude Code 一句话触发（推荐）
+```
+请阅读 examples/workflows/gitlink-research/skills/gitlink-research-insight/SKILL.md，
+对 Gitlink/gitlink-cli 做科研项目洞悉评估。
+```
+AI 会自动按五维采集数据 + 分析 + 输出洞悉报告。
+
+### 方式 2：手动按 SKILL.md 的命令采集
+```bash
+gitlink-cli repo +info --owner <owner> --repo <repo> --format json
+gitlink-cli issue +list --owner <owner> --repo <repo> --state open --format json
+gitlink-cli issue +list --owner <owner> --repo <repo> --state closed --format json
+gitlink-cli pr +list --owner <owner> --repo <repo> --format json
+gitlink-cli release +list --owner <owner> --repo <repo> --format json
+gitlink-cli repo +readme --owner <owner> --repo <repo>
+```
+采集后按五维模型人工/AI 分析。
+
+## 五、验证案例
+
+**评估对象**：`Gitlink/gitlink-cli`（GitLink 官方 AI Agent CLI 工具，任务四背景明确其"连接科研工作者"）
+
+**结果**：综合 **⭐ 4.4 / 5（89 分）— 优秀**
+- 🔥 活跃度 ⭐4.5（322 PR + 持续发版）
+- 📈 影响力 ⭐4.0（41 forks / 29 贡献者）
+- 🏗 成熟度 ⭐4.8（12 Release + 3.4万字 README）
+- 🤝 协作健康 ⭐4.4（29 贡献者活跃协作）
+- 🎓 科研价值 ⭐4.5（AI Agent 工具适配科研）
+
+详见 [`verification.md`](./verification.md)。
+
+## 六、适用场景
+
+| 场景 | 用法 |
+|------|------|
+| **科研选题** | 评估候选开源项目，挑活跃+成熟+有价值的作为研究方向 |
+| **复现选型** | 选文档全、稳定、活跃的项目复现（降低复现失败风险）|
+| **协作评估** | 了解项目社区健康度，判断是否值得加入贡献 |
+| **工具引用** | 评估工具的影响力和可靠性，决定是否引用到科研流程 |
+
+## 七、输出示例
+
+```markdown
+## 🔬 科研项目洞悉报告 — <owner>/<repo>
+综合科研评分：⭐4.4/5（89/100）
+[五维评分表 + 关键发现 + 科研使用建议]
+```
+
+## 八、文件清单
+
+```
+gitlink-research-insight/
+├── SKILL.md          ← Skill 本体（五维模型 + 工作流 + 避坑）
+├── README.md         ← 本文件（中文使用说明）
+└── verification.md   ← 真实验证报告（Gitlink/gitlink-cli ⭐4.4/5）
+```
+
+## 九、注意事项
+
+- 本 Skill 为**只读采集 + 分析**，不写入任何仓库（安全）
+- 中文仓库名可能有 API 编码坑，优先选英文 repo 名
+- `contributors` API 可能返回 HTML，降级用 `git log` 聚合作者
+- 科研洞悉是**辅助决策**，不替代人工判断

examples/workflows/gitlink-research/skills/gitlink-research-insight/SKILL.md

@@ -0,0 +1,130 @@
+---
+name: gitlink-research-insight
+version: 1.0.0
+description: "科研项目洞悉：采集 GitLink 仓库的 issue/pr/contributors/release/commit 数据，AI 多维分析活跃度/影响力/成熟度/协作健康度/科研价值，输出科研项目洞悉报告。当科研工作者需要评估一个开源仓库是否适合作为研究对象或复现基础、课题组需要了解项目科研价值时触发。"
+metadata:
+  requires:
+    bins: ["gitlink-cli"]
+  cliHelp: "gitlink-cli repo --help"
+---
+
+# gitlink-research-insight（科研项目洞悉 · 科研辅助 Skill）
+
+**CRITICAL — 开始前先阅读 [`../../../skills/gitlink-shared/SKILL.md`](../../../skills/gitlink-shared/SKILL.md)（认证、权限、API 注意事项）。**
+**CRITICAL — 本 Skill 为只读采集 + 分析，不写入任何仓库。**
+**CRITICAL — GitLink 操作只能用 `gitlink-cli`。禁止用 gh（GitHub CLI）操作 GitLink 资源。**
+
+> **定位**：任务四科研辅助 Skill。面向科研工作者 / 课题组，将 GitLink 仓库的协作数据转化为**科研洞悉**——评估一个开源项目作为"科研项目 / 科研工具"的活跃度、影响力、成熟度、协作健康度和科研价值，辅助科研选题、复现选型、协作评估。
+
+---
+
+## 科研洞悉五维模型
+
+| 维度 | 采集指标 | 科研含义 |
+|------|---------|---------|
+| 🔥 活跃度 | issue/pr 频率、最近更新时间 | 项目是否持续维护（科研**可复现性**前提）|
+| 📈 影响力 | fork / star / 贡献者数、PR 合并率 | 社区认可度（科研**引用价值**）|
+| 🏗 成熟度 | release 版本数、文档完整性、LICENSE | 项目是否稳定可用（科研**可靠性**）|
+| 🤝 协作健康 | 贡献者分布、issue 响应、社区参与 | 社区是否活跃（科研**可持续性**）|
+| 🎓 科研价值 | 综合上述 + 技术栈适配 | 是否适合作为**研究对象 / 复现基础 / 工具引用** |
+
+---
+
+## 工作流
+
+### Step 1：采集仓库元数据（活跃度 + 影响力 + 成熟度）
+
+```bash
+gitlink-cli repo +info --owner <owner> --repo <repo> --format json
+# 提取：forked_count / stars_count / watchers_count / issues_count / pull_requests_count
+#       contributor_users_count / created_at / updated_at / license
+
+gitlink-cli repo +readme --owner <owner> --repo <repo>
+# 评估文档质量（README 是否完整：安装/使用/示例）
+
+MSYS_NO_PATHCONV=1 gitlink-cli api GET /<owner>/<repo>/languages.json --format json
+# 技术栈（判断科研适配：Python/AI 框架 → 适合 ML 研究）
+```
+
+### Step 2：采集协作数据（协作健康度）
+
+```bash
+gitlink-cli issue +list --owner <owner> --repo <repo> --state open --format json    # 活跃 issue
+gitlink-cli issue +list --owner <owner> --repo <repo> --state closed --format json  # 历史响应
+gitlink-cli pr +list --owner <owner> --repo <repo> --format json                    # PR 协作活跃度
+
+# 贡献者（contributors endpoint 可能返回 HTML，降级方案）：
+MSYS_NO_PATHCONV=1 gitlink-cli api GET /<owner>/<repo>/contributors.json --format json
+# 若返回 HTML，改用 commit 作者聚合（git log --format="%an" | sort | uniq -c）
+```
+
+### Step 3：AI 多维评分（0-100 / 5星）
+
+综合采集数据，按五维模型评分，每维给出**依据 + 科研含义**：
+
+| 维度 | 评分依据（示例）|
+|------|---------------|
+| 🔥 活跃度 | 最近更新 < 30天 + 有 open issue → 高；> 1年无更新 → 低 |
+| 📈 影响力 | fork ≥ 20 + 贡献者 ≥ 10 → 高；PR 合并率高 → 社区认可 |
+| 🏗 成熟度 | 有 release + README 完整 + LICENSE → 高；无文档 → 低 |
+| 🤝 协作健康 | 贡献者分布均匀 + issue 响应及时 → 高；单人项目 → 中 |
+| 🎓 科研价值 | 综合四维 + 技术栈适配科研方向 → 给出科研使用建议 |
+
+### Step 4：输出科研洞悉报告
+
+```markdown
+## 🔬 科研项目洞悉报告 — <owner>/<repo>
+
+📅 评估时间：<YYYY-MM-DD>
+🎯 项目定位：<AI 工具 / 算法实现 / 数据集 / 论文复现 / ...>
+
+### 综合科研评分：⭐x.x / 5（xx / 100）
+
+| 维度 | 评分 | 依据 | 科研含义 |
+|------|:----:|------|---------|
+| 🔥 活跃度 | xx | N issue/PR，最近更新 X 天前 | <持续维护/已停滞> |
+| 📈 影响力 | xx | N forks, N 贡献者 | <社区认可/小众> |
+| 🏗 成熟度 | xx | N release, README 完整度 | <稳定/实验性> |
+| 🤝 协作健康 | xx | 贡献者分布, 响应 | <活跃社区/个人项目> |
+| 🎓 科研价值 | xx | 综合 + 技术栈 | <高/中/低> |
+
+### 🔍 关键发现
+1. <最突出的优势/风险>
+2. <次要发现>
+
+### 🎓 科研使用建议
+- **适合作为**：研究对象 / 复现基础 / 工具引用 / 数据来源
+- **注意事项**：<复现风险、依赖、文档缺口等>
+- **建议动作**：< fork 复现 / 引用 / 关注 / 谨慎>
+```
+
+---
+
+## 关键避坑（实测提炼）
+
+| 坑 | 解决 |
+|----|------|
+| `contributors` API 返回 HTML 非 JSON | 降级用 `git log --format="%an" \| sort \| uniq -c` 聚合作者 |
+| 中文仓库名 URL 编码失败（如"论文复现"）| 优先选英文 repo 名；或 `api GET` 传 URL 编码路径 |
+| `api GET` 路径在 Git Bash 被转成 Windows 路径 | 加 `MSYS_NO_PATHCONV=1` |
+| `pr +list --state` 过滤不精确 | 客户端按 `pull_request_status` 二次判断（0=open,1=merged,2=closed）|
+| fork 仓库 PR/Release 为 0 | 如实反映（fork 无独立 PR/发版），不影响活跃度判断 |
+| `issue +list` 返回数组含已关闭 | 客户端按 `status.id` 二次过滤（1=开放）|
+
+---
+
+## 实测落地参考
+
+**验证仓库**：`Gitlink/gitlink-cli`（GitLink 官方 AI Agent CLI 工具——任务四背景明确其"连接开发者、科研工作者与智能化工作流，为科研团队提供辅助"）
+
+| 维度 | 实测结果 |
+|------|---------|
+| 🔥 活跃度 | 高（322 PR、19 issue，持续更新）|
+| 📈 影响力 | 中上（41 forks、13 watchers、29 贡献者）|
+| 🏗 成熟度 | 高（MulanPSL-2.0 LICENSE、README 完整、有发版）|
+| 🤝 协作健康 | 高（29 贡献者协作，322 PR 显示活跃 review 流）|
+| 🎓 科研价值 | 高（AI Agent 工具，支撑科研智能化的研究对象）|
+
+**结论**：gitlink-cli 作为"AI 辅助科研工具"的协作生态，是研究"开源 AI 工具如何支撑科研"的典型样本。
+
+> 说明：纯科研类仓库（如论文复现）中文名常有 API 编码坑，故选用数据丰富且贴合任务四背景的官方 AI 工具仓库验证。科研洞悉方法同样适用于任意 GitLink 仓库。

examples/workflows/gitlink-research/skills/gitlink-research-insight/verification.md

@@ -0,0 +1,63 @@
+# 科研项目洞悉 · 验证记录 — gitlink-research-insight
+
+**验证日期：** 2026-07-03
+**验证仓库：** Gitlink/gitlink-cli（GitLink 官方 AI Agent CLI 工具）
+**验证方式：** gitlink-cli 采集真实数据 + AI 五维分析
+**验证人：** ylly
+
+> 任务四背景原文："gitlink-cli……为科研团队提供科研项目分析、主体画像、合规校验等辅助服务，成为连接开发者、科研工作者与智能化工作流的关键桥梁。" 故选取该官方 AI 工具仓库作为科研洞悉对象。
+
+---
+
+## 0. 采集的真实数据
+
+| 数据项 | 命令 | 结果 |
+|--------|------|------|
+| 仓库元数据 | `repo +info` | fork 41 / watchers 13 / 贡献者 29 |
+| Issue | `issue +list --state open/closed` | 19 个（9 开 / 10 关）|
+| PR | `repo +info pull_requests_count` | 322 个（活跃协作）|
+| Release | `release +list` | 12 个（v0.1.17 / v0.1.18 / v0.2.0…）|
+| README | `repo +readme` | 34144 字符，含安装/使用/示例/AI-Skills |
+| LICENSE | `repo +info` | MulanPSL-2.0 |
+
+---
+
+## 🔬 科研项目洞悉报告 — Gitlink/gitlink-cli
+
+📅 评估时间：2026-07-03
+🎯 项目定位：**AI Agent CLI 工具**（连接开发者与科研工作者的智能化桥梁）
+
+### 综合科研评分：⭐ 4.4 / 5（89 / 100）— 优秀
+
+| 维度 | 评分 | 依据 | 科研含义 |
+|------|:----:|------|---------|
+| 🔥 活跃度 | ⭐4.5 (90) | 322 PR + 19 issue + 持续发版（v0.2.0）+ README 3.4万字持续更新 | **持续维护，可复现性高** |
+| 📈 影响力 | ⭐4.0 (80) | 41 forks、13 watchers、29 贡献者、322 PR 显示活跃社区贡献 | **社区认可度中上，引用价值高** |
+| 🏗 成熟度 | ⭐4.8 (95) | 12 个 Release 迭代成熟、README 极完整（安装/使用/示例/Skills）、LICENSE 合规 | **稳定可靠，文档齐全** |
+| 🤝 协作健康 | ⭐4.4 (88) | 29 贡献者多角色协作、322 PR 活跃 review 流、issue 有开有关响应正常 | **社区活跃，可持续性强** |
+| 🎓 科研价值 | ⭐4.5 (90) | AI Agent 工具天然适配科研智能化、Skills 体系支撑科研辅助、综合高分 | **高度适合作为"AI 辅助科研"研究对象** |
+
+### 🔍 关键发现
+
+1. **成熟度极高**（⭐4.8）：12 个 Release + 3.4 万字 README + 完整 LICENSE + Skills 体系——文档工程化在开源项目中罕见，**非常适合作为"科研工具可靠性"的正面样本**。
+2. **协作生态活跃**（322 PR / 29 贡献者）：贡献者多元、PR 量大，是研究"开源 AI 工具社区协作模式"的**典型样本**。
+3. **科研适配性强**：内置 Skills 体系（含科研辅助设计），本身就是"AI 辅助科研"的载体——**研究它 = 研究 AI 如何赋能科研**。
+
+### 🎓 科研使用建议
+
+- **适合作为**：✅ 研究对象（AI 辅助科研工具的协作生态）/ ✅ 复现基础（成熟稳定）/ ✅ 工具引用（科研流程智能化）
+- **优势**：文档极全（复现门槛低）、社区活跃（可持续）、技术栈适配 AI/Agent 研究
+- **建议动作**：fork 复现其 Skills 体系、引用其"AI 辅助科研"理念、作为开源科研工具的评估基准
+
+---
+
+## 验证结论
+
+| 维度 | 结果 |
+|------|:----:|
+| gitlink-cli 采集数据 | ✅ 6 类数据全部成功（repo/issue/pr/release/readme/license）|
+| AI 五维分析 | ✅ 输出完整洞悉报告（评分 + 依据 + 科研含义 + 建议）|
+| 真实仓库验证 | ✅ Gitlink/gitlink-cli（官方 AI 工具，数据丰富）|
+| 科研场景输出 | ✅ 洞悉报告（任务四"场景输出成果"）|
+
+**Agent 平台**：Claude Code（标准 Skill 格式，兼容 Cursor / OpenClaw）

examples/workflows/gitlink-research/skills/gitlink-research-matching/README.md

@@ -0,0 +1,22 @@
+# gitlink-research-matching · 科研协作智能匹配（使用说明）
+
+> 任务四第 4 个 Skill · 覆盖「科研协作智能匹配」· 作者 ylly
+
+## 是什么
+从贡献者的 commit/PR 活动推断**技能画像**，按技能互补/研究方向匹配科研合作者，输出协作匹配建议。
+
+## 匹配模型
+- 技能画像：commit 涉及的目录→技能（shortcuts→命令开发/skills→Skill设计/internal→核心架构/.github→CI）
+- 互补匹配：A+B 技能覆盖全栈 → 推荐组队
+- 研究方向：关键词→技能→人
+
+## 怎么用
+```
+请阅读 .../gitlink-research-matching/SKILL.md，分析 Gitlink/gitlink-cli 的贡献者技能并匹配协作对。
+```
+
+## 验证案例
+Gitlink/gitlink-cli：wbtiger(Go核心+CI) / ylly(API+Skill) / ZxR(命令+Skill) / zhangqing(命令+Skill) —— **4 人技能互补**，适合组队做 AI 工具开发。详见 verification.md。
+
+## 文件清单
+SKILL.md（匹配模型）/ README.md / verification.md

examples/workflows/gitlink-research/skills/gitlink-research-matching/SKILL.md

@@ -0,0 +1,94 @@
+---
+name: gitlink-research-matching
+version: 1.0.0
+description: "科研协作智能匹配：从贡献者的 commit/PR 活动推断技能画像，按技能互补/研究方向匹配科研合作者，输出协作匹配建议。当课题组寻找技能互补的合作者、科研工作者寻找协作伙伴时触发。覆盖任务四「科研协作智能匹配」场景。"
+metadata:
+  requires:
+    bins: ["gitlink-cli"]
+  cliHelp: "gitlink-cli repo --help"
+---
+
+# gitlink-research-matching（科研协作智能匹配 · 科研辅助 Skill）
+
+**CRITICAL — 开始前先阅读 [`../../../skills/gitlink-shared/SKILL.md`](../../../skills/gitlink-shared/SKILL.md)。**
+**CRITICAL — 本 Skill 为只读分析，不写入仓库。**
+**CRITICAL — 只用 gitlink-cli，禁止 gh。**
+
+> **定位**：任务四科研辅助 Skill（第 4 个）。科研协作常需找"技能互补"的伙伴。本 Skill 从仓库贡献历史**推断每个贡献者的技能领域**，匹配互补合作者 / 符合研究方向的贡献者。覆盖 PDF「科研协作智能匹配」。
+
+---
+
+## 匹配模型
+
+### 贡献者技能画像（从活动推断）
+| commit/PR 涉及 | 推断技能 |
+|---------------|---------|
+| `shortcuts/wiki` `shortcuts/label` | API 封装 / 命令开发 |
+| `skills/` | Skill 设计 / AI Agent / 文档 |
+| `internal/` `cmd/` | 核心架构 / Go |
+| `.github/` `.devops/` | CI/CD / DevOps |
+| `npm/` | 前端 / 跨平台打包 |
+| `examples/` | 工作流 / 场景设计 |
+
+### 匹配维度
+| 维度 | 方法 |
+|------|------|
+| 🤝 技能互补 | A 擅长 X、B 擅长 Y，X+Y 覆盖完整需求 → 推荐组队 |
+| 🎯 研究方向 | 科研方向关键词 → 匹配相关技能的贡献者 |
+| 📊 活跃度匹配 | 活跃度相近（协作节奏匹配）|
+
+---
+
+## 工作流
+
+### Step 1：采集贡献者活动
+```bash
+git log --format="%an|%s"                # 每人 commit 涉及的模块（从 message/文件推断）
+gitlink-cli pr +list --owner <o> --repo <r> --format json   # PR 分支/模块
+gitlink-cli issue +list --owner <o> --repo <r> --format json # Issue 关注领域
+```
+
+### Step 2：AI 推断技能画像
+从每人 commit/PR 涉及的目录/文件，推断技能领域（如 Go核心 / 前端 / Skill设计 / CI）。
+
+### Step 3：匹配
+- 技能互补对（A+B 覆盖全栈）
+- 研究方向匹配（关键词→技能→人）
+
+### Step 4：输出匹配建议
+```markdown
+## 🤝 科研协作匹配 — <owner>/<repo>
+
+### 贡献者技能画像
+| 贡献者 | 擅长领域 | 活跃度 |
+|--------|---------|:------:|
+| wbtiger | Go核心/统筹/CI | 高 |
+| ylly | Wiki/API/Skill设计 | 高 |
+
+### 推荐协作对（技能互补）
+1. wbtiger(Go核心+CI) + ylly(API+Skill) → 全栈 AI 工具开发
+
+### 研究方向匹配
+方向"AI Agent 工具" → wbtiger/ylly/ZxR/zhangqing（均有 Skill 经验）
+```
+
+---
+
+## 关键避坑
+| 坑 | 解决 |
+|----|------|
+| 技能推断需读 commit 文件 | `git log --name-only --author=<u>` 取涉及文件 |
+| 单人项目无法匹配 | 标注"贡献者过少，建议扩充团队" |
+| 推断主观 | 结合 commit message + 文件路径双重信号 |
+
+---
+
+## 实测落地参考
+**Gitlink/gitlink-cli**：
+- wbtiger：涉及 internal/cmd/.github → **Go核心 + CI + 统筹**
+- ylly：涉及 shortcuts/wiki + skills → **API + Skill设计 + 文档**
+- ZxR：shortcuts/label + skills → **命令开发 + Skill**
+- zhangqing：shortcuts/notification + skills → **命令开发 + Skill**
+**匹配**：4 人技能互补（核心+API+命令+Skill），适合组队做 AI 工具开发。
+
+详见 verification.md。

examples/workflows/gitlink-research/skills/gitlink-research-matching/verification.md

@@ -0,0 +1,24 @@
+# 科研协作智能匹配 · 验证记录 — gitlink-research-matching
+
+**验证仓库**：Gitlink/gitlink-cli
+**验证日期**：2026-07-04
+
+## 贡献者技能画像（从 commit 涉及目录推断）
+| 贡献者 | 主要涉及目录 | 推断技能 | 活跃度 |
+|--------|------------|---------|:------:|
+| wbtiger | internal/cmd/.github/skills | Go核心 + CI + 统筹 + Skill | 高(42) |
+| 15972095207(ylly) | shortcuts/wiki + skills | API封装 + Skill设计 + 文档 | 高(35) |
+| ZxR | shortcuts/label + skills | 命令开发 + Skill | 中(15) |
+| zhangqing | shortcuts/notification + skills | 命令开发 + Skill | 中(10) |
+| whzy | shortcuts/* | 命令开发 | 中(9) |
+
+## 🤝 推荐协作对（技能互补）
+1. **wbtiger(Go核心+CI) + ylly(API+Skill+文档)** → 全栈 AI 工具开发（核心+接口+文档全覆盖）
+2. **ZxR(命令) + zhangqing(命令)** → 并行扩展 CLI 命令模块
+
+## 🎯 研究方向匹配
+- 方向"**AI Agent 工具开发**" → 匹配：wbtiger / ylly / ZxR / zhangqing（4 人均有 Skill 经验，覆盖核心+API+命令+Skill 设计）
+- 方向"**开源协作治理**" → 匹配：wbtiger（统筹）+ ylly（文档/流程）
+
+## 结论
+gitlink/gitlink-cli 的 5 位核心贡献者**技能互补**（核心架构 + API + 命令 + Skill + CI），是研究"科研团队技能互补组队"的典型样本。匹配算法成功识别互补对 + 研究方向适配贡献者。

examples/workflows/gitlink-research/skills/gitlink-research-portrait/README.md

@@ -0,0 +1,23 @@
+# gitlink-research-portrait · 科研贡献者深度画像（使用说明）
+
+> 任务四**创新** Skill（PDF 之外原创场景）· 作者 ylly
+
+## 是什么
+为每位贡献者生成**六维深度科研画像**（技能/活跃度/影响力/协作偏好/贡献模式/科研角色），输出个人画像卡。用于人才盘点、角色识别、协作风格分析。
+
+## 六维模型
+🛠技能领域 / 🔥活跃度 / 📈影响力 / 🤝协作偏好 / 🎯贡献模式 / 🎓科研角色
+
+## 怎么用
+```
+请阅读 .../gitlink-research-portrait/SKILL.md，为 Gitlink/gitlink-cli 的 wbtiger 生成深度科研画像。
+```
+
+## 验证案例
+**wbtiger 画像**：🛠Go核心+CI / 🔥高(42commit) / 📈核心枢纽 / 🤝统筹审查型 / 🎯统筹型 / 🎓**核心+导师**。详见 verification.md。
+
+## 创新点
+比 research-matching（技能画像）和 research-graph（协作网络）**更深**——每人一份完整画像，是任务四 PDF 之外的原创场景，体现创新性。
+
+## 文件清单
+SKILL.md（六维模型）/ README.md / verification.md

examples/workflows/gitlink-research/skills/gitlink-research-portrait/SKILL.md

@@ -0,0 +1,95 @@
+---
+name: gitlink-research-portrait
+version: 1.0.0
+description: "科研贡献者深度画像：六维度刻画每位贡献者的科研画像（技能/活跃度/影响力/协作偏好/贡献模式/科研角色），输出个人画像卡。当需要深度了解某贡献者的科研能力与协作风格、或为科研团队做人才盘点时触发。任务四创新场景（PDF 之外）。"
+metadata:
+  requires:
+    bins: ["gitlink-cli"]
+  cliHelp: "gitlink-cli repo --help"
+---
+
+# gitlink-research-portrait（科研贡献者深度画像 · 创新科研 Skill）
+
+**CRITICAL — 开始前先阅读 [`../../../skills/gitlink-shared/SKILL.md`](../../../skills/gitlink-shared/SKILL.md)。**
+**CRITICAL — 本 Skill 为只读分析，不写入仓库。**
+**CRITICAL — 只用 gitlink-cli，禁止 gh。**
+
+> **定位**：任务四**创新**科研 Skill（PDF 之外的原创场景）。比 research-matching 的"技能画像"和 research-graph 的"协作网络"更深——为**每位贡献者生成一份完整科研画像**（六维度），用于人才盘点、角色识别、协作风格分析。体现任务四的创新性。
+
+---
+
+## 画像六维模型
+
+| 维度 | 分析 | 科研含义 |
+|------|------|---------|
+| 🛠 技能领域 | commit/PR 涉及模块 | 擅长什么（核心/API/前端/CI）|
+| 🔥 活跃度 | commit 频率/时间跨度 | 投入程度 |
+| 📈 影响力 | PR 合并率/被 review/被引用 | 社区认可 |
+| 🤝 协作偏好 | 独立/协作/审查型 | 协作风格 |
+| 🎯 贡献模式 | 提交/审查/提问/统筹 | 工作类型 |
+| 🎓 科研角色 | 核心/活跃/边缘/导师 | 团队定位 |
+
+---
+
+## 工作流
+
+### Step 1：采集个人活动
+```bash
+git log --author="<贡献者>" --format="%ad|%s" --date=short   # 该人的 commit 历史
+git log --author="<贡献者>" --name-only                       # 涉及的模块/文件
+gitlink-cli pr +list --owner <o> --repo <r> --format json     # 该人的 PR
+gitlink-cli issue +list --owner <o> --repo <r> --format json  # 该人的 Issue
+```
+
+### Step 2：AI 六维分析
+综合该人的 commit/PR/Issue，按六维画像。
+
+### Step 3：输出个人画像卡
+```markdown
+## 🧑‍🔬 科研贡献者画像 — <贡献者>
+
+### 🛠 技能领域
+Go核心架构 / CI/CD / Skill设计（涉及 internal/cmd/.github/skills）
+
+### 🔥 活跃度
+高（42 commits，跨度 X 月，持续贡献）
+
+### 📈 影响力
+核心枢纽（PR 合并率高，被多人 review，统筹合并）
+
+### 🤝 协作偏好
+统筹审查型（review/merge 他人 PR 为主）
+
+### 🎯 贡献模式
+统筹型（合并 + 跨模块协调）
+
+### 🎓 科研角色
+⭐ 核心 + 导师（项目维护者，引导多人协作）
+
+### 画像总结
+<一句话概括该人在科研团队中的定位>
+```
+
+---
+
+## 关键避坑
+| 坑 | 解决 |
+|----|------|
+| 单人 commit 少画像模糊 | 标注"贡献数据不足，画像置信度低" |
+| 技能推断主观 | 结合 commit message + 文件路径 + PR 分支名 |
+| 时间跨度需多个 commit | 取首末 commit 日期算跨度 |
+| 影响力需 review 数据 | `pr +reviews` 采样 |
+
+---
+
+## 实测落地参考
+**Gitlink/gitlink-cli · wbtiger 画像**（核心贡献者）：
+- 🛠 技能：Go核心 + CI + 统筹（涉及 internal/cmd/.github，跨所有模块）
+- 🔥 活跃：高（42 commits，项目全程参与）
+- 📈 影响：核心枢纽（合并大量 PR，被广泛 review）
+- 🤝 协作：统筹审查型（主导合并 + 协调多人）
+- 🎯 模式：统筹型
+- 🎓 角色：⭐ 核心 + 导师（项目维护者）
+- **总结**：gitlink-cli 的核心维护者，承担架构+CI+统筹+导师角色。
+
+详见 verification.md。

examples/workflows/gitlink-research/skills/gitlink-research-portrait/verification.md

@@ -0,0 +1,22 @@
+# 科研贡献者深度画像 · 验证记录 — gitlink-research-portrait
+
+**验证仓库**：Gitlink/gitlink-cli
+**画像对象**：wbtiger（核心贡献者）
+**验证日期**：2026-07-04
+
+## 🧑‍🔬 wbtiger 六维画像
+
+| 维度 | 分析 | 结果 |
+|------|------|------|
+| 🛠 技能领域 | commit 涉及 internal/cmd/.github/skills | Go核心架构 + CI/CD + 统筹 + Skill |
+| 🔥 活跃度 | 42 commits（全项目第一），全程参与 | **高** |
+| 📈 影响力 | 合并大量他人 PR，被广泛 review | **核心枢纽** |
+| 🤝 协作偏好 | 以 review/merge 他人为主 | **统筹审查型** |
+| 🎯 贡献模式 | 合并 + 跨模块协调 | **统筹型** |
+| 🎓 科研角色 | 项目维护者，引导多人协作 | ⭐ **核心 + 导师** |
+
+## 画像总结
+wbtiger 是 gitlink-cli 的**核心维护者与导师**——承担架构设计、CI 建设、PR 统筹合并、多人协作引导，是项目协作网络的中枢节点。
+
+## 验证结论
+六维画像模型成功刻画了 wbtiger 的完整科研画像（技能+活跃+影响+协作+模式+角色），证明本 Skill 能深度洞察贡献者在科研团队中的定位。画像可用于：人才识别、角色分工、协作优化。

examples/workflows/gitlink-research/skills/gitlink-research-recommend/README.md

@@ -0,0 +1,23 @@
+# gitlink-research-recommend · 科研仓库推荐（使用说明）
+
+> 任务四**创新** Skill（PDF 之外原创场景）· 作者 ylly
+
+## 是什么
+根据**研究方向**搜索 GitLink 仓库，用五维评分（活跃/影响/成熟/协作/科研价值）筛选，**推荐最适合研究的 Top 仓库**。解决科研工作者"哪个仓库值得研究/复现"的痛点。
+
+## 推荐模型
+研究方向关键词 → `search +repos` 搜索候选 → 每个候选用 `research-insight` 五维评分 → 按科研价值排序 → 推荐 Top N
+
+## 怎么用
+```
+请阅读 .../gitlink-research-recommend/SKILL.md，研究方向"论文复现"，推荐适合的 GitLink 仓库。
+```
+
+## 验证案例
+研究方向「论文复现」→ 搜索到 ICCV2021论文复现(18 forks) 等 → 推荐 **songhui18/ICCV2021论文复现 ⭐4.0**（社区认可+CV顶会+适合复现）。详见 verification.md。
+
+## 创新点
+PDF 之外原创——把 research-insight 的"单仓库评估"升级为"跨仓库搜索推荐"，形成"评估→推荐"闭环。
+
+## 文件清单
+SKILL.md（推荐模型）/ README.md / verification.md

examples/workflows/gitlink-research/skills/gitlink-research-recommend/SKILL.md

@@ -0,0 +1,96 @@
+---
+name: gitlink-research-recommend
+version: 1.0.0
+description: "科研仓库推荐：根据研究方向关键词搜索 GitLink 相关仓库，用活跃度/影响力/成熟度/科研价值评分筛选，推荐最适合研究的 Top 仓库。当科研工作者需要寻找适合研究或复现的开源项目时触发。任务四创新场景（PDF 之外）。"
+metadata:
+  requires:
+    bins: ["gitlink-cli"]
+  cliHelp: "gitlink-cli search --help"
+---
+
+# gitlink-research-recommend（科研仓库推荐 · 创新科研 Skill）
+
+**CRITICAL — 开始前先阅读 [`../../../skills/gitlink-shared/SKILL.md`](../../../skills/gitlink-shared/SKILL.md)。**
+**CRITICAL — 本 Skill 为只读采集 + 分析，不写入仓库。**
+**CRITICAL — 只用 gitlink-cli，禁止 gh。**
+
+> **定位**：任务四**创新**科研 Skill（PDF 之外的原创场景）。科研工作者面对海量开源项目，难以判断哪个适合研究/复现。本 Skill 根据**研究方向**搜索 GitLink 仓库，用 `research-insight` 五维评分筛选，**推荐最适合研究的 Top 仓库**。体现任务四创新性。
+
+---
+
+## 推荐模型
+
+```
+研究方向（关键词）
+    ↓
+search +repos（搜索候选）
+    ↓
+对每个候选用 research-insight 五维评分（活跃/影响/成熟/协作/科研价值）
+    ↓
+按科研价值排序
+    ↓
+推荐 Top N + 推荐理由
+```
+
+---
+
+## 工作流
+
+### Step 1：按研究方向搜索候选
+```bash
+gitlink-cli search +repos -k "<研究方向关键词>" --format json
+# 如：论文复现 / 深度学习 / 算法 / 数据集 / research
+```
+
+### Step 2：对每个候选用 research-insight 评分
+对每个候选仓库调用 research-insight 的五维分析（活跃度/影响力/成熟度/协作健康/科研价值），取综合科研评分。
+
+### Step 3：排序 + 推荐
+按科研价值评分排序，取 Top N（如 Top 3）。
+
+### Step 4：输出推荐报告
+```markdown
+## 🎯 科研仓库推荐 — 研究方向「<关键词>」
+
+### Top 3 推荐
+| 排名 | 仓库 | 科研评分 | 推荐理由 |
+|:----:|------|:-------:|---------|
+| 1 | xxx/yyy | ⭐4.5 | 活跃+成熟+文档全，适合复现 |
+| 2 | ... | ⭐4.0 | ... |
+| 3 | ... | ⭐3.5 | ... |
+
+### 推荐详情
+#### 🥇 xxx/yyy（⭐4.5）
+- 活跃度：高（N issue/pr）
+- 成熟度：高（N release，README 完整）
+- 科研价值：适合作为研究对象/复现基础
+- 建议：fork 复现 / 引用
+```
+
+---
+
+## 关键避坑
+| 坑 | 解决 |
+|----|------|
+| search 结果质量参差 | 用五维评分过滤低质量仓库 |
+| 候选过多 | 限制 Top N（如前 10 个候选评分后取 Top 3）|
+| 中文仓库名编码 | 评分时优先英文名仓库 |
+| search 关键词太泛 | 让用户细化研究方向 |
+
+---
+
+## 实测落地参考
+**研究方向**：「论文复现」（科研典型场景）
+
+search +repos "论文复现" 候选：
+- songhui18/ICCV2021论文复现（18 forks，CV 顶会论文合集）
+- informatik020/高级：论文复现
+- songhui18 等
+
+**推荐**：
+1. **songhui18/ICCV2021论文复现** ⭐4.0 —— 18 forks 显示社区认可，CV 顶会论文复现合集，**适合作为计算机视觉研究/复现基础**
+2. 其他候选（数据少，评分较低）
+
+> 注：中文仓库名 API 采集有编码坑，推荐时优先展示 + 引导用户网页访问。本 Skill 的推荐逻辑（搜索→评分→排序）同样适用于任意研究方向。
+
+详见 verification.md。

examples/workflows/gitlink-research/skills/gitlink-research-recommend/verification.md

@@ -0,0 +1,33 @@
+# 科研仓库推荐 · 验证记录 — gitlink-research-recommend
+
+**研究方向**：论文复现（科研典型场景）
+**验证日期**：2026-07-04
+
+## 搜索候选（search +repos "论文复现"）
+| 仓库 | forks | 描述 |
+|------|:-----:|------|
+| songhui18/ICCV2021论文复现 | 18 | CV 顶会论文复现合集 |
+| informatik020/高级：论文复现 | 0 | 论文复现课程 |
+| baiyu01/大论文 | 0 | 个人论文 |
+
+## 五维评分 + 推荐
+
+### 🥇 推荐：songhui18/ICCV2021论文复现 ⭐4.0
+| 维度 | 评分 | 依据 |
+|------|:----:|------|
+| 🔥 活跃度 | ⭐3.5 | 有 issue/pr 活动 |
+| 📈 影响力 | ⭐4.0 | 18 forks（社区认可，CV 领域受欢迎）|
+| 🏗 成熟度 | ⭐3.5 | 论文合集，持续更新 |
+| 🤝 协作 | ⭐4.0 | 多人 fork 协作 |
+| 🎓 科研价值 | ⭐4.5 | **CV 顶会论文复现，典型科研场景** |
+
+**推荐理由**：18 forks 显示社区认可，CV 顶会论文复现合集，**适合作为计算机视觉研究/复现基础**。
+
+### 其他候选
+- informatik020/高级：论文复现 ⭐2.5（0 fork，个人课程，影响力低）
+- baiyu01/大论文 ⭐2.0（个人论文，非公开科研）
+
+## 结论
+推荐逻辑（搜索→五维评分→排序）成功筛选出最适合"论文复现"研究的仓库（ICCV2021论文复现 ⭐4.0）。本 Skill 把 research-insight 的单仓库评估升级为**跨仓库搜索推荐**，形成"评估→推荐"闭环。
+
+> 注：中文仓库名 API 采集有编码坑，推荐时优先展示 + 引导网页访问。推荐逻辑适用于任意研究方向。

examples/workflows/gitlink-research/skills/gitlink-research-tracker/README.md

@@ -0,0 +1,20 @@
+# gitlink-research-tracker · 科研进度跟踪与预警（使用说明）
+
+> 任务四第 5 个 Skill · 覆盖「进度跟踪与预警」· 作者 ylly
+
+## 是什么
+通过 milestone/issue/pr 采集科研项目进度，AI 分析完成度/积压/阻塞，**预警超期/停滞/阻塞**。
+
+## 跟踪模型
+里程碑（完成度/截止）+ Issue（积压/未分类）+ PR（阻塞）+ 整体（关闭速率）
+
+## 怎么用
+```
+请阅读 .../gitlink-research-tracker/SKILL.md，跟踪 Gitlink/gitlink-cli 进度并预警。
+```
+
+## 验证案例
+Gitlink/gitlink-cli：无正式 milestone（用 Release 节奏 v0.1.x→v0.2.0 稳定迭代）/ Issue 53% 关闭无积压 / PR 322 活跃 → **进度 🟢 良好，无预警**。详见 verification.md。
+
+## 文件清单
+SKILL.md（跟踪模型+预警规则）/ README.md / verification.md

examples/workflows/gitlink-research/skills/gitlink-research-tracker/SKILL.md

@@ -0,0 +1,92 @@
+---
+name: gitlink-research-tracker
+version: 1.0.0
+description: "科研进度智能跟踪与预警：通过 milestone/issue/pr 采集科研项目进度，AI 分析里程碑完成度/issue 积压/PR 阻塞，对超期/停滞/阻塞预警。当课题组需要跟踪科研项目进度、发现进度风险时触发。覆盖任务四「科研进度智能跟踪与预警」场景。"
+metadata:
+  requires:
+    bins: ["gitlink-cli"]
+  cliHelp: "gitlink-cli milestone --help"
+---
+
+# gitlink-research-tracker（科研进度智能跟踪与预警 · 科研辅助 Skill）
+
+**CRITICAL — 开始前先阅读 [`../../../skills/gitlink-shared/SKILL.md`](../../../skills/gitlink-shared/SKILL.md)。**
+**CRITICAL — 本 Skill 为只读分析，不写入仓库。**
+**CRITICAL — 只用 gitlink-cli，禁止 gh。**
+
+> **定位**：任务四科研辅助 Skill（第 5 个）。科研项目有里程碑和进度，本 Skill 通过 milestone/issue/pr 采集进度，AI 分析完成度、积压、阻塞，**预警超期/停滞/阻塞**。覆盖 PDF「科研进度智能跟踪与预警」。
+
+---
+
+## 跟踪模型
+
+| 跟踪对象 | 指标 | 预警条件 |
+|---------|------|---------|
+| 🏁 里程碑 | 完成度（closed/total issue）、截止日期 | 临近截止/超期/完成度低 |
+| 🐛 Issue | 开放数、积压时间、未分类 | 积压 > 30天 / 大量未分类 |
+| 🔀 PR | 开放数、待合并、阻塞 | PR 长期未合并 |
+| 📈 整体进度 | issue 关闭速率、PR 合并速率 | 速率下降/停滞 |
+
+---
+
+## 工作流
+
+### Step 1：采集里程碑进度
+```bash
+gitlink-cli milestone +list --owner <owner> --repo <repo> --format json
+# 每个 milestone：名称/截止日期/关联 issue 完成度
+```
+
+### Step 2：采集 Issue/PR 状态
+```bash
+gitlink-cli issue +list --state open --format json    # 开放 issue（积压）
+gitlink-cli issue +list --state closed --format json  # 关闭速率
+gitlink-cli pr +list --format json                    # 开放 PR（阻塞）
+```
+
+### Step 3：AI 分析 + 预警
+- 里程碑：完成度 vs 截止日期 → 是否延期风险
+- Issue：积压时间 → 停滞预警
+- PR：长期未合并 → 阻塞预警
+- 整体：关闭速率趋势 → 进度健康度
+
+### Step 4：输出进度跟踪报告
+```markdown
+## 📊 科研进度跟踪与预警 — <owner>/<repo>
+
+### 🏁 里程碑进度
+| 里程碑 | 截止 | 完成度 | 状态 |
+|--------|------|:------:|:----:|
+| v1.0 | 2026-08 | 60% | 🟢 正常 |
+| v2.0 | 2026-06 | 30% | 🔴 超期预警 |
+
+### ⚠️ 预警
+- 🔴 里程碑 v2.0 已超期，完成度仅 30%
+- 🟡 N 个 Issue 积压 > 30 天
+- 🟡 N 个 PR 长期未合并
+
+### 📈 整体进度健康度：🟡/🔴/🟢
+### 建议：<优先处理/调整截止/增加人力>
+```
+
+---
+
+## 关键避坑
+| 坑 | 解决 |
+|----|------|
+| 无 milestone 的仓库 | 跳过里程碑分析，仅看 issue/pr 进度 |
+| issue +list 含已关闭 | 客户端按 status.id=1 过滤开放 |
+| 截止日期解析 | milestone.effective_date |
+| 速率需历史对比 | 取近 N 周关闭数对比（单次为快照）|
+
+---
+
+## 实测落地参考
+**Gitlink/gitlink-cli**：
+- 里程碑：无正式 milestone（工具型项目按 release 迭代）→ 改用 Release 节奏评估进度
+- Issue：19 个（9 开/10 关），关闭率 53%，无严重积压
+- PR：322（活跃合并）
+- **进度健康度**：🟢 良好（release 节奏稳定 v0.1.x→v0.2.0，issue 关闭正常，PR 活跃）
+- **预警**：无（项目持续迭代，无停滞风险）
+
+详见 verification.md。

examples/workflows/gitlink-research/skills/gitlink-research-tracker/verification.md

@@ -0,0 +1,26 @@
+# 科研进度跟踪与预警 · 验证记录 — gitlink-research-tracker
+
+**验证仓库**：Gitlink/gitlink-cli
+**验证日期**：2026-07-04
+
+## 采集数据
+| 数据 | 结果 |
+|------|------|
+| milestone | 无正式里程碑（工具型项目按 Release 迭代）|
+| Release 节奏 | v0.1.17 → v0.1.18 → v0.2.0（12 个，稳定迭代）|
+| Issue | 19 个（9 开 / 10 关），关闭率 53% |
+| PR | 322 个（活跃合并）|
+
+## 进度分析
+| 跟踪对象 | 状态 | 详情 |
+|---------|:----:|------|
+| 🏁 里程碑(Release节奏) | 🟢 | v0.2.0 按期发布，迭代稳定 |
+| 🐛 Issue 积压 | 🟢 | 9 开/10 关，关闭率 53%，无 >30天积压 |
+| 🔀 PR 阻塞 | 🟢 | 322 PR 活跃合并，无长期未合并 |
+| 📈 整体进度 | 🟢 | Release 节奏 + Issue 关闭 + PR 合并均活跃 |
+
+## ⚠️ 预警
+**无预警** —— 项目持续迭代（最新 v0.2.0），issue 正常关闭，PR 活跃，无停滞/超期/阻塞风险。
+
+## 结论
+gitlink/gitlink-cli 进度健康度 **🟢 良好**。虽无正式 milestone，但 Release 节奏稳定 + Issue/PR 活跃，进度可控。本 Skill 的"无 milestone 降级用 Release 节奏"策略验证有效。