一键在 Manus 中运行任何 Skill

开始使用

devlog

星标8

分支5

更新时间2026年4月27日 15:03

将已知 bug 或功能需求记录为 GitHub Issue；触发词：记录 bug、已知 bug、功能需求、记录需求、/devlog

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

git-xing

git-xing/md-wysiwyg-editor

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

Devlog — GitHub Issue Recording Skill

Purpose

将两类条目提交为 GitHub Issue（仓库：git-xing/md-wysiwyg-editor）：

已知 Bug：本次开发未修复或历史遗留的 bug（开发中已修复的不记录）
功能需求：计划实现但尚未动工的功能点

Step 1：确认记录类型

用 AskUserQuestion 询问：

已知 Bug（未修复）
功能需求
两者都有

Step 2A：记录已知 Bug

收集信息（AskUserQuestion）

一次性询问：

标题：一句话描述现象（Issue 标题）
详细描述：复现步骤、期望行为、实际行为
根因（可选）：已知根因，不知道填"待排查"
严重程度：高（功能不可用）/ 中（影响体验）/ 低（轻微缺陷）

创建 Issue

gh issue create \
  --repo git-xing/md-wysiwyg-editor \
  --title "[Bug] <标题>" \
  --label "bug,known-limitation" \
  --body "$(cat <<'EOF'
## 问题描述

<详细描述>

## 复现步骤

<步骤，不知道填 N/A>

## 根因分析

<根因，待排查时填 N/A>

## 严重程度

<高 / 中 / 低>

## 备注

> 此 Issue 由 `/devlog` skill 自动创建，记录已知但暂未修复的 bug。
EOF
)"

Label 说明：

bug：GitHub 内置，标识这是一个 bug
known-limitation：自定义，表示已知但暂不计划修复（需先确认此 label 存在，否则先创建）

检查并创建自定义 label

运行前先检查 known-limitation label 是否存在：

gh label list --repo git-xing/md-wysiwyg-editor | grep known-limitation

若不存在则创建：

gh label create "known-limitation" \
  --repo git-xing/md-wysiwyg-editor \
  --description "已知但暂未修复的限制或 bug" \
  --color "FFA500"

Step 2B：记录功能需求

收集信息（AskUserQuestion）

询问以下字段：

功能标题：一句话概括（Issue 标题）
解决什么问题：用户场景/痛点描述
期望效果：功能实现后用户的操作体验
完善度：0–100%（0% = 仅有想法；50% = 部分实现）
优先级：高 / 中 / 低
实现思路（可选）：涉及哪些技术点、大致方案
涉及文件（可选）：预计需要改动的文件

创建 Issue

gh issue create \
  --repo git-xing/md-wysiwyg-editor \
  --title "[Feature] <功能标题>" \
  --label "enhancement,roadmap" \
  --body "$(cat <<'EOF'
## 问题 / 场景

<解决什么问题，用户痛点>

## 期望效果

<功能实现后的操作体验>

## 完善度

<0%（仅有想法）/ X%（部分实现）>

## 优先级

<高 / 中 / 低>

## 实现思路

<大致方案，涉及技术点，N/A 若暂无思路>

## 涉及文件

<预计改动的文件列表，N/A 若暂不清楚>

## 备注

> 此 Issue 由 `/devlog` skill 自动创建，记录计划功能需求。
EOF
)"

Label 说明：

enhancement：GitHub 内置，标识功能需求
roadmap：自定义，标识纳入路线图的计划功能（需先确认存在，否则先创建）

检查并创建自定义 label

gh label list --repo git-xing/md-wysiwyg-editor | grep roadmap

若不存在则创建：

gh label create "roadmap" \
  --repo git-xing/md-wysiwyg-editor \
  --description "纳入路线图的计划功能" \
  --color "0075CA"

Step 3：输出结果

Issue 创建成功后，输出 Issue URL 让用户可以直接点击查看：

✅ Issue 已创建：https://github.com/git-xing/md-wysiwyg-editor/issues/XXX

若创建多个 Issue，逐一列出所有 URL。

注意事项

Issue 标题前缀：Bug 用 [Bug]，需求用 [Feature]，方便在 Issues 列表一眼区分
使用 gh CLI，不需要浏览器操作
若用户信息不足，主动追问，确保 Issue 有足够上下文
不修改本地任何文件（devlog.md、roadmap.md 均不改动）
严重程度为"高"的 Bug Issue 可考虑加 priority: high label（如存在）

同仓库更多 Skills

同仓库

browser-use

git-xing/md-wysiwyg-editor

Automates browser interactions for web testing, form filling, screenshots, and data extraction. Use when the user needs to navigate websites, interact with web pages, fill forms, take screenshots, or extract information from web pages.

2026-06-298

code-commit

git-xing/md-wysiwyg-editor

分析代码变更并生成详细的commit信息，执行git提交；触发词：提交代码、git commit、代码提交、/code-commit

2026-06-218

db-query

git-xing/md-wysiwyg-editor

编写和执行SQL查询，分析数据库结果；触发词：数据库查询、SQL查询、执行SQL、/db-query

2026-06-218

log-analysis

git-xing/md-wysiwyg-editor

分析日志文件，检查异常模式、错误级别和关键事件；触发词：分析日志、检查日志、日志异常、/log-analysis

2026-06-218

test-runner

git-xing/md-wysiwyg-editor

运行测试并分析结果，提供详细的测试报告；触发词：运行测试、测试运行、执行测试、/test-runner

2026-06-218

name	devlog
description	将已知 bug 或功能需求记录为 GitHub Issue；触发词：记录 bug、已知 bug、功能需求、记录需求、/devlog
version	1.0.0

Devlog — GitHub Issue Recording Skill

Purpose

将两类条目提交为 GitHub Issue（仓库：git-xing/md-wysiwyg-editor）：

已知 Bug：本次开发未修复或历史遗留的 bug（开发中已修复的不记录）
功能需求：计划实现但尚未动工的功能点

Step 1：确认记录类型

用 AskUserQuestion 询问：

已知 Bug（未修复）
功能需求
两者都有

Step 2A：记录已知 Bug

收集信息（AskUserQuestion）

一次性询问：

标题：一句话描述现象（Issue 标题）
详细描述：复现步骤、期望行为、实际行为
根因（可选）：已知根因，不知道填"待排查"
严重程度：高（功能不可用）/ 中（影响体验）/ 低（轻微缺陷）

创建 Issue

gh issue create \
  --repo git-xing/md-wysiwyg-editor \
  --title "[Bug] <标题>" \
  --label "bug,known-limitation" \
  --body "$(cat <<'EOF'
## 问题描述

<详细描述>

## 复现步骤

<步骤，不知道填 N/A>

## 根因分析

<根因，待排查时填 N/A>

## 严重程度

<高 / 中 / 低>

## 备注

> 此 Issue 由 `/devlog` skill 自动创建，记录已知但暂未修复的 bug。
EOF
)"

Label 说明：

bug：GitHub 内置，标识这是一个 bug
known-limitation：自定义，表示已知但暂不计划修复（需先确认此 label 存在，否则先创建）

检查并创建自定义 label

运行前先检查 known-limitation label 是否存在：

gh label list --repo git-xing/md-wysiwyg-editor | grep known-limitation

若不存在则创建：

gh label create "known-limitation" \
  --repo git-xing/md-wysiwyg-editor \
  --description "已知但暂未修复的限制或 bug" \
  --color "FFA500"

Step 2B：记录功能需求

收集信息（AskUserQuestion）

询问以下字段：

功能标题：一句话概括（Issue 标题）
解决什么问题：用户场景/痛点描述
期望效果：功能实现后用户的操作体验
完善度：0–100%（0% = 仅有想法；50% = 部分实现）
优先级：高 / 中 / 低
实现思路（可选）：涉及哪些技术点、大致方案
涉及文件（可选）：预计需要改动的文件

创建 Issue

gh issue create \
  --repo git-xing/md-wysiwyg-editor \
  --title "[Feature] <功能标题>" \
  --label "enhancement,roadmap" \
  --body "$(cat <<'EOF'
## 问题 / 场景

<解决什么问题，用户痛点>

## 期望效果

<功能实现后的操作体验>

## 完善度

<0%（仅有想法）/ X%（部分实现）>

## 优先级

<高 / 中 / 低>

## 实现思路

<大致方案，涉及技术点，N/A 若暂无思路>

## 涉及文件

<预计改动的文件列表，N/A 若暂不清楚>

## 备注

> 此 Issue 由 `/devlog` skill 自动创建，记录计划功能需求。
EOF
)"

Label 说明：

enhancement：GitHub 内置，标识功能需求
roadmap：自定义，标识纳入路线图的计划功能（需先确认存在，否则先创建）

检查并创建自定义 label

gh label list --repo git-xing/md-wysiwyg-editor | grep roadmap

若不存在则创建：

gh label create "roadmap" \
  --repo git-xing/md-wysiwyg-editor \
  --description "纳入路线图的计划功能" \
  --color "0075CA"

Step 3：输出结果

Issue 创建成功后，输出 Issue URL 让用户可以直接点击查看：

✅ Issue 已创建：https://github.com/git-xing/md-wysiwyg-editor/issues/XXX

若创建多个 Issue，逐一列出所有 URL。

注意事项

Issue 标题前缀：Bug 用 [Bug]，需求用 [Feature]，方便在 Issues 列表一眼区分
使用 gh CLI，不需要浏览器操作
若用户信息不足，主动追问，确保 Issue 有足够上下文
不修改本地任何文件（devlog.md、roadmap.md 均不改动）
严重程度为"高"的 Bug Issue 可考虑加 priority: high label（如存在）