RenderCV Issue 解决器
自动领取 rendercv 仓库的 GitHub issue，深入理解代码库后以测试先行的方式实现修复，并直接开 Pull Request。
技能指令本身无恶意行为，权限使用与任务成比例（gh 读取 issue、git 分支、push、开 PR），无凭证窃取或隐蔽外传；仓库 MIT 许可、来源可追溯到 rendercv/rendercv。但扣分点在于：技能在无用户确认环节的情况下自动选择 issue、创建分支并直接 push 到 origin 并开 PR，属于有外部影响的自动化写操作，缺少确认、隔离与回滚说明；未声明对 gh/git 凭证及推送目标的安全性假设。
指令自洽、步骤清晰（红测先行、just format/check/test 全部通过才继续），失败路径有基本指引；但扣分点在于：依赖的 .claude/skills/rendercv-development-context 与 rendercv-testing-context 未在证据中提供，其关键路径无法静态复核；未说明 gh 认证缺失、无符合条件 issue、测试环境不可用等情况下的失败反馈方式。
目标场景明确（为 rendercv 仓库解决 GitHub issue 并提 PR），触发条件（给定 issue 号或自动挑选）清楚；扣分点在于：适用边界窄——仅适用于 rendercv 仓库贡献者场景，未声明非适用范围；隐含依赖 gh CLI、uv、just 及 GitHub 网络可达性，对中国大陆网络环境有访问 github.com 的风险，未披露。
结构清晰、分步渐进披露、命令示例完整、命名一致（claude/issue-<n>），仓库有 MIT 许可、版本号（2.8）、changelog 链接与明确维护者；扣分点在于：技能自身无版本/更新记录，依赖的两个上下文技能内容未验证，且 README 提示仓库的 skill 由脚本自动生成，可能存在文档与代码不同步的维护风险。
工作流设计合理（复现 bug 的红测、全量校验、结构化 PR 描述），若被执行应能产出可直接评审的 PR，边际价值明确；扣分点在于：静态审阅无法验证其产出质量，效果完全依赖未提供的上下文技能与仓库测试体系，成功与否不可证实，结果完整性证据不足。
仓库提供 CI badge、覆盖率徽章、pytest/coverage 配置与 promptfoo 评测文件等可审计材料，但均针对 rendercv 主代码或另一 skill（rendercv-skill），不覆盖本技能的关键路径；静态审阅无任何执行证据，故仅给予有限分数，不再上调。
- 该技能会在无用户确认的情况下自动挑选 issue、push 分支并直接向 rendercv/rendercv 开 PR，属外部写操作，使用前应确认凭证范围并准备撤销/关闭 PR 的回退方案。
- 技能依赖未在证据中提供的两个上下文技能（development/testing context），其质量与存在性未经核实。
- 核心流程完全依赖 github.com 与 gh CLI 的可达性，中国大陆网络环境下可能不可用。
- 本次为静态源码审阅，未执行任何命令，所有可靠性结论均为推断而非实测。
- 发布者未经 FollowSkills 企业注册表验证，身份视为未知。
这个 Skill 能做什么，适合哪些场景？
这个技能把「解决一个开源 issue」变成了可重复的八步流程：选 issue、理解代码、建分支、复现 bug、写修复、跑验证、提交推送、开 PR。它要求所有 bug 先写出失败测试再动手修，且最终必须通过全部格式化、检查、测试和覆盖率验证（覆盖率须保持 100%）。它专用于 rendercv/rendercv 仓库，并依赖同仓库内的另外两个技能文件提供开发与测试上下文。
通过 gh issue list 和 gh issue view 读取 GitHub issue 并自动挑选高优先级项（跳过 wontfix/question 标签，优先 bug 和小范围任务）；从 origin/main 创建 claude/issue-<编号> 分支；对 bug 先写失败测试并用 uv run --frozen --all-extras pytest 确认变红；按同仓库的 rendercv-development-context 和 rendercv-testing-context 技能实现修复；运行 just format、just check、just test、just test-coverage 全部验证；只暂存改动文件并提交推送；最后用 gh pr create 向 main 开 PR，并汇报根因、方案、测试、覆盖率状态和 PR 链接。
- 维护者希望委托 AI 代理按仓库规范批量处理 rendercv 的 bug 报告，产出可直接评审的 PR
- 贡献者拿到一个具体 issue 编号，想让代理走完整的测试先行流程并生成规范格式的 PR 描述
- 团队想保证每个修复都有失败测试和 100% 覆盖率，用此技能强制执行该纪律
- 新加入 rendercv 项目的开发者借助该流程理解代码库结构和验证命令
这个 Skill 有哪些优点和局限？
- 流程完整且严格：从选 issue 到开 PR 每一步都有明确命令
- 强制测试先行：bug 必须先有失败的红色测试才能动手修
- 质量门槛高：格式化、检查、测试、覆盖率全部通过才推进，覆盖率须保持 100%
- PR 描述格式规范，包含摘要、变更清单和测试计划
- 只适用于 rendercv/rendercv 一个仓库，不可直接复用到其他项目
- 依赖同仓库的两个 sibling 技能文件提供上下文，单独拷贝无法工作
- 需要本地装好 gh、git、uv、just 等工具链，环境要求未在技能内说明如何安装
- 提交直接推送到远端并开 PR，使用者需信任其自动挑选 issue 的判断
如何安装这个 Skill？
该技能属于 rendercv/rendercv 仓库的技能集合（仓库 README 给出的安装方式是 npx skills add rendercv/rendercv-skill）。技能文件位于仓库内 .claude/skills/solve-rendercv-issue/SKILL.md；源材料未单独说明此技能的独立安装步骤。同仓库的 rendercv-development-context 和 rendercv-testing-context 技能是其运行前提。
如何使用这个 Skill？
在有 gh、git、uv 和 just 的环境中，对代理发出指令并附上 issue 编号或 URL，例如：「使用 solve-rendercv-issue 技能解决 rendercv 仓库的 issue #123」。若不给编号，技能会自动列出开放 issue 并挑选最有影响力的一项。完成后技能会报告根因、修复方式、测试改动、覆盖率状态和 PR 链接。
这个 Skill 与同类方案有什么区别？
同仓库还包含 rendercv-development-context、rendercv-testing-context 等 5 个兄弟技能，它们分别提供开发与测试上下文；本技能是端到端的执行流程，引用而非替代它们。源材料未提及其他外部替代品。