openclaw-github-config-impact

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

OpenClaw skill—given a GitHub repo URL, resolve owner/repo, discover YAML/properties and paired Chinese 字段说明, create workspace/{repo}/ with date folders (YYYY-MM-DD) for each sync, write .openclaw-config-state.json, and on every user question compare remote ref tip SHA to state before answering; if match read only latest_version_dir, else download into new date folder then explain parameters and impact of changes. Use for 配置文件, 同步下载, 版本管理, 是否最新, 参数含义, 改配置会怎样, config diff, private GitHub with token.

一句话选型结论

按资料字段整理

openclaw-github-config-impact是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_79f75af8/openclaw-github-config-impact
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_79f75af8仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791622650
正文体量9.6 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
openclaw-github-config-impact当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

9.6 KB
模型实际读到的说明书原文,来自技能仓库

OpenClaw:GitHub 配置同步、按日版本与参数影响分析

能力总览(与用户任务一一对应)

# 能力 实现要点
1 配置在 GitHub 用 Raw URL、Contents API 或已克隆仓库读取;私有库需 token。
2 从链接得「项目名」并找配置 解析 owner/repo;项目文件夹名默认 = repo;在仓库内搜索 配置文件/、config/ 等及 *字段说明*.md。
3 在工作区建项目目录 {workspace}/{repo}/,其下为按日期的版本子目录(见下节)。
4 读配置与字段说明 成对加载;YAML 展平为点分键与表格「字段」列对齐。
5 下载到工作区 每次非最新或首次同步时,写入新版本目录内,保持与仓库相同的相对路径。
6 用户提问 → 解释参数与变更影响 必须先完成新鲜度检查;再基于当前最新版本目录作答(见「参数解释答题模板」)。
— 版本管理 每次成功同步用更新当日日期作为文件夹名;历史目录保留不覆盖。
— 每次提问先判断是否最新 比较远程 remote_ref 的 tip commit_sha 与 .openclaw-config-state.json;一致则只读 latest_version_dir;不一致则先同步再分析。

何时使用

  • 用户提供 GitHub 仓库链接(或 owner/repo),需要定位、同步、解释配置。
  • 用户问「这个参数什么意思」「改了这个会怎样」「dev 和 prod 差在哪」等——默认必须先校验本地是否仍对应远程最新提交。

核心约定

  • 配置文件与说明常成对出现,例如 g3fo-user-dev.yml 与 g3fo-user-dev-字段说明.md。
  • 字段说明里 点分路径(如 app.cache.caffeine.max-size)对应 YAML 嵌套结构;分析前将 YAML 展平再与表格对齐。

一、目录布局与元数据

1. 路径约定

  • 工作区根:OpenClaw/Cursor 当前 workspace 根,或用户指定的绝对路径。
  • 项目根:{workspace}/{repo}/(repo 为仓库 slug,除非用户另指定文件夹名)。
  • 版本目录:{workspace}/{repo}/{版本文件夹名}/...,其下子路径与 GitHub 仓库内相对路径一致,例如:
  • .../2026-04-08/配置文件/g3fo-dx-dev.yml
  • .../2026-04-08/配置文件/g3fo-dx-dev-字段说明.md

2. 版本文件夹命名

  • 每次拉取远程并成功写入时新建目录(不覆盖旧目录)。
  • 默认名:同步当日日期 YYYY-MM-DD(在回复中说明所用时区,如 UTC+8)。
  • 同一天多次同步:若该目录已存在,使用 YYYY-MM-DD_2、YYYY-MM-DD_3 或 YYYY-MM-DDTHHmm(任选一种,与 state 一致)。

3. 元数据文件(必须)

路径:{workspace}/{repo}/.openclaw-config-state.json

用于记录「当前应读哪一版」以及「上次同步时远程 ref 指到哪一提交」。所有「当前配置」类读取只认 latest_version_dir 指向的目录。

建议字段:

字段 含义
owner, repo GitHub 坐标
remote_ref 跟踪的分支名或 tag(如 main、v1.2.0)
commit_sha 同步时该 ref 在远程的 tip 完整 SHA
latest_version_dir 当前应使用的版本目录名(如 2026-04-08)
synced_at ISO 时间戳(可选)
tracked_paths 已同步的配置与说明文件在仓库中的相对路径(可选)

示例:

{
  "owner": "acme",
  "repo": "g3fo-config",
  "remote_ref": "main",
  "commit_sha": "a1b2c3d4e5f6789abcdef0123456789abcdef01",
  "latest_version_dir": "2026-04-08",
  "synced_at": "2026-04-08T10:30:00+08:00",
  "tracked_paths": [
    "配置文件/g3fo-dx-dev.yml",
    "配置文件/g3fo-dx-dev-字段说明.md"
  ]
}

二、每次用户提问时的强制顺序:先判断是否最新

在回答任何依赖「仓库里当前配置内容」的问题之前(解释参数、影响、环境对比等),先执行本节。未完成判断前,不要仅凭旧本地文件下结论。

步骤 A:确定跟踪目标

  • 从用户链接或对话中确定 owner、repo、remote_ref(无则默认 main 或仓库默认分支,见 API)。
  • 若不存在 .openclaw-config-state.json:视为非最新,进入「全量同步」后再分析。

步骤 B:查询远程 tip SHA

  • 使用 GitHub API 获取 remote_ref 当前指向的 commit SHA(分支 tip 或 tag 解析对象)。
  • 与 state.commit_sha 比较(remote_ref 须一致;若用户改跟踪分支/tag,一律重新同步并更新 remote_ref)。
  • 默认策略:以 ref 的 tip commit 为准;任一新推送都会触发重新拉取,避免遗漏同分支上其它提交带来的配置变更。
  • 可选:仅当 tracked_paths 下文件变更才更新(需按路径查 last commit,更省带宽但实现更复杂)。

步骤 C:判定与动作

条件 动作
SHA 一致 且 latest_version_dir 存在 仅 Read 该目录下文件,再进行分析或解释。
SHA 不一致 或 无 state 新建版本目录 → 发现并下载配置与 *字段说明*.md → 更新 state → 简短告知用户(版本目录名、短 SHA)→ 再分析。

步骤 D:远程不可用时的降级

若 API 失败(网络、权限、限流):

  • 不得静默假装最新;应说明失败原因。
  • 可在用户同意下,使用 state.latest_version_dir 对应目录中的上次成功快照,并明确标注「未校验远程,可能已过期」。
  • 若用户指定只分析某历史日期目录,可跳过 B,但须声明依据的是哪一版本地快照。

三、全量同步子流程(首次或过期时)

在「步骤 C」要求同步时执行:

  1. 按「版本文件夹命名」规则新建目录(不覆盖已有日期目录)。
  2. 发现文件:在仓库内搜索 配置文件/、config/ 等及 .yml/.yaml/.properties 与成对的 *字段说明*.md(见 reference.md)。
  3. 下载:Raw 或 Contents API 拉取正文,写入新版本目录内,相对路径与仓库一致。
  4. 写入/更新 .openclaw-config-state.json:commit_sha、latest_version_dir、remote_ref、tracked_paths、synced_at。
  5. 私有仓库:确保环境具备 GITHUB_TOKEN 或等价方式(见 reference)。

四、在通过新鲜度检查之后:分析工作流

1. 定位仓库与配置路径(若同步时尚未完成)

解析 URL;若只给根链接,按典型目录与扩展名搜索;记录 remote_ref 与默认分支。

2. 获取内容

优先 Raw URL;目录列举用 API;本地已有克隆则可直接 Read。

3. 解析配置与字段说明

  • 每个配置文件匹配同目录或同前缀的字段说明。
  • YAML 展平;properties 键直接对齐。
  • 从 Markdown 表格提取字段路径、类型、说明。

4. 回答「改了什么、会怎样」

有两次状态(两文件、两 commit、或片段):

  • 做点分键 diff;逐键查字段说明;无说明的键单独列出。
  • 使用下方「变更摘要」模板。

仅描述意图(如「把 Redis 库从 2 改成 5」):

  • 映射到键;引用说明;区分文档确定项与推断项。

变更摘要(输出模板)

## 变更摘要
- 共 N 个键变化(M 个有文档依据)

| 配置键 | 原值 | 新值 | 文档摘要 | 可能影响 | 风险 |
|--------|------|------|----------|----------|------|
| ... | ... | ... | ... | ... | 低/中/高 |

## 文档未覆盖的键
- ...

## 建议验证
- 重启/热更新是否生效
- 依赖服务(DB/Redis/注册中心)是否一致

参数解释答题模板(单个或若干键)

## 参数说明(基于当前最新版本目录:{latest_version_dir},commit 短 SHA:{short_sha})

| 配置键 | 当前值 | 含义(文档) | 若修改的典型影响 | 风险 |
|--------|--------|--------------|------------------|------|
| ... | ... | ... | ... | 低/中/高 |
  • 若某键无文档:标注「文档未覆盖」,推断须标明为推断。

风险分级参考

  • 高:鉴权、密钥、生产 URL、关闭安全策略、数据隔离。
  • 中:端口/注册发现、限流重试、缓存、连接池。
  • 低:日志级别、非关键超时、仅本地开发开关。

注意事项

  • 禁止在对话或日志中输出完整密钥、密码、Token;可用掩码。
  • 私有仓库需 read 权限;无权限时引导用户配置 token 或提供可访问路径。
  • 不同环境文件之间值不同未必是错误,先确认对比的是否为同一环境/同一文件。

附加资源

  • URL、API、点分键、一致性判断细节见 reference.md。

常见问题

5 问
答案由本站依据条目字段整理
openclaw-github-config-impact怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_79f75af8/openclaw-github-config-impact。安装方式为未标注。装完刷新技能列表或重开客户端。

openclaw-github-config-impact支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

openclaw-github-config-impact权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

openclaw-github-config-impact收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

openclaw-github-config-impact用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。