Token导航 LogoToken导航

Agent Skill · 开发

gitcode-issue-reply(gitcode 问题回复)

用于围绕 GitHub 仓库、Issue、Pull Request、分支、提交和代码协作流程提供辅助能力。它适合让 Agent 查询项目状态、整理变更、辅助创建或检查协作事项,并把仓库中的信息转成可执行的下一步。使用时需要区分只读查询和写入操作;涉及创建 PR、修改 Issue、推送分支或访问私有仓库时,应确认 token 权限、目标仓库范围和用户授权。

gitcode-issue-reply 是开发类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为调用外部服务;许可证为 MIT-0,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 4,164。

总安装 8,886周安装 374GitHub Stars 1下载 3,112核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.2.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:gitcode-issue-reply(gitcode 问题回复)
来源仓库:https://github.com/autoxj/gitcode-issue-reply
安装命令:
openclaw skills install gitcode-issue-reply
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install gitcode-issue-reply

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

为单个 GitCode 问题生成具有类似问题参考的回复草稿。维护者可基于此草稿进行评论发布,提升 Issue 响应效率。使用时需确保具备评论权限,并理解上下文以避免误判。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。适用于技术支持或社区问答类协作流程。

gitcode-issue-reply 属于开发类 Skill,可作为该场景下的辅助能力补充。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install gitcode-issue-reply;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要调用外部服务,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

gitcode-issue-reply 怎么安装?

在终端执行 openclaw skills install gitcode-issue-reply。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

gitcode-issue-reply 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

gitcode-issue-reply 需要什么权限?

权限级别是调用外部服务。该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

gitcode-issue-reply 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

gitcode-issue-reply 用的人多吗?

公开数据是累计安装 8,886 次,近一周安装 374 次,下载 3,112 次,GitHub 1 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

gitcode-issue-reply 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
gitcode-issue-reply

gitcode 问题回复 · 本页

8,8861调用外部服务MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
gitcode-issue-reply
description
Generate reply drafts for a single GitCode issue with similar-issue references; maintainer reviews before posting. Use when user asks to reply to or comment on an issue and provides a GitCode issue link; do not use when user only wants to fetch or query issue data. 针对单个 GitCode Issue 生成回复草稿(含相似 Issue 参考),维护者审阅后可发送评论;仅当用户要回复或评论且提供链接时使用,仅获取或查询 issue 信息时勿用。Python 3.7+ standard library only.
metadata
{"openclaw": {"requires": {"env": ["GITCODE_TOKEN"]}, "primaryEnv": "GITCODE_TOKEN", "optional": true}}

GitCode Issue 回复

对单个 GitCode Issue 生成回复草稿与相似 Issue 参考,供维护者审阅后发送。

何时使用(须同时满足)

  1. 用户表达「回复 issue」意图(如「回复这个 issue」「帮回复 issue #123」)。
  2. 用户提供了唯一的 GitCode Issue 链接或 owner/repo#number。

仅提供链接但无回复意图时,不要使用本技能。

认证

  • Token 获取方式(按优先级):

1. 用户直接提供:用户可在问题中直接提供 token 2. 环境变量:从 GITCODE_TOKEN 读取

依赖

  • Python 3.7+ 标准库(必需,无外部依赖)。

第一轮:生成草稿

1. 解析并调用脚本

  • 从用户消息中解析 Issue:链接(gitcode.com/.../issues/123)或 owner/repo#number。若为后者,拼接为完整 URL:https://gitcode.com/owner/repo/issues/number。
  • SKILL_ROOT:本 SKILL.md 所在目录。
  • 执行(使用脚本绝对路径):
  python <SKILL_ROOT>/scripts/prepare_issue_reply.py --issue-url "<完整 Issue URL>"
  • 脚本执行时间约 30秒–2分钟(DeepWiki 查询与 API 调用并行执行)。
  • 若退出码非 0 或 JSON 中 status == "error",提示用户错误信息并结束。

2. 读取脚本输出

脚本将 JSON 输出保存到文件 <SKILL_ROOT>/output_{owner}_{repo}_{number}.json(例如 output_Ascend_RecSDK_1079.json),同时向 stderr 输出执行进度和提醒信息。使用 Read 工具读取该 JSON 文件并解析。

3. 若已有人回复

若 status == "already_replied":提示「该 Issue 已有其他人回复,已跳过」,流程结束。

4. 发送 Label(可选)

若 JSON 中 label_needed == true:

python <SKILL_ROOT>/scripts/post_comment.py --issue-url "<Issue URL>" --body "/label add triage-review"

若失败可忽略,不影响后续流程。

5. 生成回复草稿

JSON 中 prompt_draft_partial 为生成草稿的 prompt,similar_issues 为 BM25 检索到的相似 Issue 编号列表。

执行顺序(必须按以下步骤执行):

  1. 检查关键字段

- status: 必须为 "ok",否则提示错误并结束 - image_urls: 检查是否非空 - deepwiki_status: 记录状态 - security_warnings: 检查是否存在

  1. 处理图片内容(如 image_urls 非空,此步骤为强制)

- 使用 Read 工具查看每张图片(优先使用 image_local_paths) - 记录图片关键信息(报错、配置、日志等) - 将图片分析结果纳入回复生成 - ⚠️ 警告:此步骤不可跳过!图片信息对理解 Issue 至关重要!

  1. 生成草稿

详细步骤说明:

  1. 检查关键字段

- status: 必须为 "ok",否则提示错误并结束 - image_urls: 检查是否非空,非空时必须在生成草稿前查看图片 - deepwiki_status: 若不为 "ok",告知用户知识库查询未成功 - security_warnings: 若非空,提示检测到敏感信息

  1. 处理图片内容(如 image_urls 非空)

- 必须使用多模态能力查看每张图片(URL 在 image_urls 中,本地路径在 image_local_paths 或 base64 在 image_base64_list) - 记录图片中的关键信息(如报错截图、配置界面、日志等) - 图片信息对于理解 Issue 问题往往至关重要,不要忽略 - 将图片分析结果纳入回复草稿的生成过程

  1. 生成草稿

- 将 prompt_draft_partial 作为 prompt - 结合:Issue 内容 + DeepWiki 内容 + 图片分析结果(如有图片) - 去除首尾空白及「回复:」前缀,即为 draft_reply

  1. 展示给维护者

- 拟回复内容(草稿):展示 draft_reply(仅供审阅与修改,尚未发送;可在会话中维护,用户修改后更新) - 相似 Issue:从 JSON 的 similarity_details 字段获取详细信息(包含 number、score、title),按「#N - 标题(相似度: X.XX)」格式列出可点击链接(owner、repo 从 JSON 的 owner、repo 取),注明「仅供参考,不会加入回复内容」 - 图片分析摘要(如 image_urls 非空):简要说明图片内容,确认已纳入回复考虑 - DeepWiki 状态:若 deepwiki_status 不为 "ok",告知用户知识库查询未成功,草稿可能缺少项目背景信息 - 安全警告:若 security_warnings 非空,提示用户检测到敏感信息(如密钥泄露) - 必须展示提醒语:「审阅后请说「发送」或「回复」以发布评论,说「取消」则结束本次操作。」 - 会话状态:第一轮结束后视为未确认发送(send_confirmed=false);仅当用户后续消息中明确说「发送」「回复」「发出去」等时,才可调用 post_comment 发送回复正文 - 第一轮必须在此结束:不得在本轮调用 post_comment 发送回复正文;本轮不发送回复评论


第二轮:确认发送

仅当用户在同一会话的后续消息中明确表达「发送」「回复」「发出去」「就按这个回复」等发送意图时,才可调用 post_comment.py 发送回复正文。未收到上述任一表述前,禁止发送回复评论。

用户说「取消」

若用户在第一轮展示草稿后的后续消息中说「取消」「不发了」「算了」等:提示「已取消本次 Issue 回复操作」,流程结束,不调用 post_comment 发送任何回复内容。

确定发送内容

  1. 若用户本条消息包含明确的回复正文(代码块、长段文本),用该内容。
  2. 若用户之前在对话中修改过草稿,用最后一次修改后的版本。
  3. 否则用第一轮生成的 draft_reply。

发送

确定 Issue URL 与 body 后:

  • 短文本(无换行、无引号):

python <SKILL_ROOT>/scripts/post_comment.py --issue-url "<URL>" --body "<正文>"

  • 长文本或含特殊字符:先将正文用 Write 工具写入临时文件(写入系统临时目录或工作区目录,不要写入 SKILL_ROOT),再:

python <SKILL_ROOT>/scripts/post_comment.py --issue-url "<URL>" --body-file "<临时文件路径>"


流程示例

完整正常流程

用户:回复这个 issue https://gitcode.com/owner/repo/issues/42
  → 解析 Issue URL → 执行 prepare_issue_reply.py
  → 读取 JSON → status=ok, label_needed=true, similar_issues=[38, 25]
  → 执行 post_comment.py 打 triage-review 标签
  → 生成 draft_reply → 会话状态 send_confirmed=false
  → 展示草稿 + 相似 Issue + 提醒语「审阅后请说「发送」或「回复」以发布评论,说「取消」则结束本次操作。」(第一轮结束)

用户:把第二段改温和一点
  → 修改 draft_reply → 更新会话中的草稿
  → 展示修改后的草稿 + 提醒语(仍为未确认发送状态)

用户:发送
  → 触发第二轮 → 视为 send_confirmed=true
  → 取修改后的 draft_reply 写入临时文件
  → 执行 post_comment.py --body-file "<临时文件>" 发送回复正文
  → 反馈发送成功结果

取消流程

用户:回复这个 issue https://gitcode.com/owner/repo/issues/42
  → 生成草稿并展示 + 提醒语

用户:取消
  → 提示「已取消本次 Issue 回复操作」,流程结束,不发送回复评论

禁止与约定

  • 禁止在用户未明确表达发送意图前发送回复正文:仅当用户后续消息中出现「发送」「回复」「发出去」「就按这个回复」等明确发送意图时,才可调用 post_comment.py 发送回复内容;第一轮生成草稿后不得在同一轮或未经用户确认即发送回复评论;用户说「取消」时不得发送。
  • 除 prepare_issue_reply.py、post_comment.py 外,不生成、不执行其他脚本。
  • 发评论统一用 post_comment.py。
  • 临时文件不得写入 SKILL_ROOT 目录。

参考

  • Prompt 模板:references/prompts/draft_reply.txt。
  • GitCode API:官方文档。

历史版本

v1.2.0 (2026-03-15)

  • 🚀 修复 DeepWiki 返回未空的问题

v1.1.0 (2026-03-15)

  • 🔄 重构为通过 MCP 客户端访问 DeepWiki,移除 requests 依赖,改用标准库 urllib

v1.0.0 (2026-03-11)

  • 🎉 初始版本发布
  • 💬 支持生成回复草稿与相似 Issue 参考

平台分布

OpenClaw

84.83%
按下载量换算2,640

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

调用外部服务

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills