Loading...
Loading...
共找到 315 个 Skills
持续看护处于打开状态的GitHub PR，直至其具备合并条件，在PR的整个生命周期中响应评审评论、CI失败以及常规的基准分支变动场景。适用于要求“看护PR”“监控PR”或长期关注PR的场景——不适用于一次性解决评审评论或调试单次CI失败的请求（这些属于独立技能范畴）。仅支持GitHub（含GitHub Enterprise）。
撰写或审核拉取/合并请求（PR/MR）正文。适用于起草或审核PR/MR描述，以及在其中嵌入截图或视频的场景。
(NS) 临时编码工作者——负责bug修复、小型重构、脚本编写、迁移任务——无需完整SDD。入口优先级5：适用于“直接实现此需求”“快速修复”或无需执行交接（execution-handoff）的具体编码工作（也可作为ns-code-autonomous下的C2子代理）。请勿用于GitLab ISSUE_URL场景（应使用ns-execution-gitlab-issue）、多日/版本范围任务（应使用ns-spec-driven）、仅诊断场景（应使用ns-code-investigator），或存在execution-handoff.md文件的情况。禁止生成需求/任务/交接文档。
根据Plan、工作交接、评审结果、直接需求说明、文档任务、修复或重构要求，执行已确定范围的工作。适用于落地实现或后续跟进工作；当问题原因未知时，请先使用diagnose-issue流程。
检测新合并到 te-cli 的 CLI 功能是否合理。从命令注册、业务域↔skill 配对、skill 文档覆盖、skill 内部一致性、用户文档同步、工程健壮性六个维度扫描，定位会导致命令加载失败、AI agent 读空文档瞎猜参数、用户文档滞后等问题。当合并了新命令域/命令、新增或修改 skill、做发版前自检、或需要评估 CLI 功能完整性时使用。
当需要引导、跟进、监控或轮询开放的Pull Request（PR）或Merge Request（MR）时使用，包括分类处理评审反馈、CI失败情况以及日常跟进工作。
推送代码后，关闭Claude、Devin及同类AI评审机器人针对GitHub PR的反馈循环。
适用于在不修改提交历史的情况下为提交添加元数据、跟踪评审状态、测试结果、代码质量标注，或事后补充提交信息——本文提供了用于为Git对象附加非侵入式元数据的git notes命令和使用模式。
实现现有规范并交付经过验证、评审且就绪的PR。可通过路径、名称、Issue或规范PR编号解析规范（未找到时会列出候选项并干净终止）。规范PR仅用于设计——实现代码将在独立的PR中交付并引用该规范PR。委托给om-auto-create-pr（若已有实现PR则使用om-auto-continue-pr），随后执行评审循环并通过截图完成UI验证。适用于“实现规范X”、“根据Issue 123构建规范”等场景。
将PR、分支、提交或git diff转换为包含图表、文件映射、API/架构摘要、带注释的差异对比和重点评审笔记的交互式可视化回顾报告。
处理Pull Request（PR）的评审意见、代码冲突以及CI构建失败问题，适用于需要解除阻塞状态的PR场景。
通过过滤掉.planning/提交创建干净的PR分支——便于代码评审