mcpField
G
github-issue-creator

github-issue-creator

github.com/sickn33开发48.9k130 次安装今天更新
代码仓库

关于 github-issue-creator

github-issue-creator 可将日志、随手记录、截图说明和语音转写整理为可执行的 GitHub 问题草稿。它强调保留不确定信息、遮蔽敏感数据，并要求获得明确授权后才能发布。

主要功能

  1. 01将零散故障信息整理为问题
  2. 02组织摘要、环境、影响和背景
  3. 03保留不确定性，不补造细节
  4. 04用占位符替换敏感信息
  5. 05按日期命名 Markdown 草稿

适用场景

  1. 01将粘贴的错误整理为问题草稿
  2. 02从语音记录提取复现信息
  3. 03记录截图证据而不虚构链接

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/sickn33/agentic-awesome-skills --skill github-issue-creator

安装后在 Claude Code 中输入/github-issue-creator确认已加载。

详细介绍

GitHub 问题创建器

将杂乱的输入（错误日志、语音笔记、屏幕截图）转换为清晰、可执行的 GitHub 问题。

输出模板

## Summary
[One-line description of the issue]

## Environment
- **Product/Service**: 
- **Region/Version**: 
- **Browser/OS**: (if relevant)

## Reproduction Steps
1. [Step]
2. [Step]
3. [Step]

## Expected Behavior
[What should happen]

## Actual Behavior
[What actually happens]

## Error Details
```
[Error message/code if applicable]
```

## Visual Evidence
[Reference to attached screenshots/GIFs]

## Impact
[Severity: Critical/High/Medium/Low + brief explanation]

## Additional Context
[Any other relevant details]

输出位置

将草稿问题保存为 Markdown 文件，放在项目现有的问题草稿位置（或在适当情况下放在相对于仓库根目录的 issues/ 中），而不是文件系统根目录下的 /issues/。创建公开的 GitHub 问题需要明确的发布授权。使用以下命名约定：YYYY-MM-DD-short-description.md

指南

简洁明了：不要赘述。每个词都应有价值。

从混乱中提取结构：语音输入和原始笔记往往会用随意的语言掩盖事实。请提取出这些事实。

保留不确定性：如果用户提到“同一个项目”或“那个仪表板”，请使用已确认的对话上下文；对缺失或推断出的细节进行标注，不要捏造产品、区域、成功运行或复现情况。

使用占位符替代敏感数据：对任何可能属于敏感信息的内容使用 [PROJECT_NAME]、[USER_ID] 等占位符。

根据影响确定严重程度：

  • 严重：服务中断、数据丢失、安全问题
  • 高：主要功能损坏，且没有可行的替代方法
  • 中：功能受损，但有替代方法
  • 低：轻微不便、外观问题

图片/GIF 处理：在文中引用附件。格式：![Description](https://example.com/attachment.png)（语法示例；请替换为实际附件引用）；切勿捏造附件 URL。

示例

输入（语音输入）：

所以我当时正尝试部署 Agent，结果它直接悄无声息地失败了，没有错误提示，什么都没有。工作流运行了，但后来就突然从列表里消失了。我只好刷新，然后又试了三次。

输出：

## Summary
Agent deployment fails silently - no error displayed, agent disappears from list

## Environment
- **Product/Service**: Unknown from supplied note
- **Region/Version**: Unknown

## Reproduction Steps
1. Navigate to agent deployment
2. Configure and deploy agent
3. Observe the reported workflow run (completion status unconfirmed)
4. Check agent list

## Expected Behavior
Agent appears in list with deployment status, errors shown if deployment fails

## Actual Behavior
Agent disappears from list. No error message. Requires page refresh and retry.

## Impact
**High** - Blocks agent deployment workflow, no feedback on failure cause

## Additional Context
Reporter refreshed and retried three times; final success is unconfirmed

输入（粘贴的错误信息）：

Error: PERMISSION_DENIED when publishing to Teams channel. Code: 403. Was working yesterday.

输出：

## Summary
403 PERMISSION_DENIED error when publishing to Teams channel

## Environment
- **Product/Service**: Teams integration; originating product unconfirmed
- **Region/Version**: [REGION]

## Reproduction Steps
1. Use the existing Teams publishing configuration (setup details unconfirmed)
2. Attempt to publish

## Expected Behavior
Agent publishes successfully to Teams channel

## Actual Behavior
Returns `PERMISSION_DENIED` with code 403

## Error Details
```
Error: PERMISSION_DENIED
Code: 403
```

## Impact
**High** - Blocks Teams integration, regression from previous working state

## Additional Context
Was working yesterday - possible permission/config change or service regression

适用场景

当你收到非结构化的错误输入（例如粘贴的错误信息、支持记录、屏幕截图或语音输入），并需要将其整理为包含摘要、复现步骤、预期行为与实际行为、影响和附件引用的清晰 GitHub 问题时，请使用此技能。

限制

  • 仅当任务明确符合上述范围时，才使用此技能。
  • 不要将输出视为环境特定验证、测试或专家审查的替代品。
  • 如果缺少必要的输入、权限、安全边界或成功标准，请停止并请求澄清。

评论

支持 Markdown