team-collaboration-issue
系统化解决GitHub问题
通过系统性调查、测试驱动开发和符合现代CI/CD实践的专业pull request工作流程，将模糊的缺陷报告和功能需求转化为可投入生产的代码。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“team-collaboration-issue”。 帮助我调查问题#456，用户在最新部署后无法登录。
预期结果:
- 获取问题#456详情：47名用户受影响，认证失败并显示'invalid token'错误
- 创建热修复分支：hotfix/issue-456-auth-failure
- 运行git bisect识别回归提交...
- 发现：提交abc123d在2天前引入了token验证bug
- 实施修复：添加了正确的token过期检查并包含测试覆盖
- 创建PR#789包含热修复并部署到预发布环境
- 验证：所有测试账户的认证现在正常工作
正在使用“team-collaboration-issue”。 实现问题#789中的用户个人资料自定义功能。
预期结果:
- 创建包含4个阶段的实施计划：数据库模式、API、前端、测试
- 分支已创建：feature/issue-789-profile-customization
- 阶段1完成：添加了包含主题、语言、时区字段的UserProfile数据库模型
- 阶段2完成：实现了带认证的GET/PUT /api/profile端点
- 阶段3完成：添加了前端个人资料设置组件
- 阶段4完成：单元测试和集成测试达到95%的测试覆盖率
- 创建PR#812链接到问题#789并包含全面文档
- 所有CI检查通过，准备好审查
安全审计
安全All 77 static findings are false positives. The skill contains only documentation with code examples in markdown code blocks (git commands, GitHub CLI usage, testing patterns). No executable code, scripts, or runtime behavior present. The external commands, network patterns, and cryptographic references are purely illustrative examples for developers to follow during issue resolution workflows.
质量评分
你能构建什么
关键生产环境缺陷修复
通过使用git bisect进行系统性根本原因分析，快速分类并解决影响用户的P0级生产问题，实施包含全面测试的热修复，并使用验证步骤进行部署。
从问题实现功能
通过结构化任务分解、测试驱动开发和遵循团队标准的专业pull request，将功能需求转化为可投入生产的代码。
代码质量和流程改进
建立一致的团队问题解决工作流程，包含适当的分支管理、全面测试和可扩展到开发团队的文档。
试试这些提示
帮助我解决GitHub问题[ISSUE_NUMBER]。首先查看问题详情和评论以了解问题。
问题[ISSUE_NUMBER]似乎是一个回归问题。帮助我使用git bisect来识别引入该bug的提交，从[BAD_COMMIT]作为有问题的提交和[GOOD_COMMIT]作为正常工作的提交开始。
实现问题[ISSUE_NUMBER]中描述的功能。创建功能分支，将实施分解为多个阶段，先使用TDD编写测试，并创建包含全面文档的pull request。
审查我为问题[ISSUE_NUMBER]所做的更改，帮助我创建一个专业的pull request，包含全面的描述，包括测试方法、性能影响和检查清单。
最佳实践
- 始终从主分支创建功能分支，使用描述性命名如feature/issue-123-short-description
- 在实施修复之前编写失败的测试（测试驱动开发），以确保修复解决的是实际问题
- 当bug是在过去的提交中引入的时，使用git bisect进行系统性回归追踪
- 创建全面的pull request，链接到问题，描述更改，并包含测试检查清单
- 在关闭问题之前在生产环境中验证修复，并添加解决说明以供将来参考
避免
- 跳过调查阶段直接进行代码更改，不了解根本原因
- 直接提交到main或master，而不是使用功能分支来处理问题
- 编写代码时不编写相应的测试，这会使未来的回归更可能发生
- 创建pull request时不链接到问题或提供清晰的更改描述
- 在合并PR后立即关闭问题，而不验证修复是否真正解决了报告的问题