Pair Programming
KI-Pair-Programming-Sitzungen durchführen
Entwickler benötigen strukturierte KI-Zusammenarbeit, ohne Tests, Reviews und Sitzungskontext zu verlieren. Dieser Skill bietet geführte Modi für Coding, Debugging, Refactoring und Verifizierung.
Mit meinem Agent installieren
Kopieren Sie diese Anfrage in Ihren Agent. Sie enthält die maßgebliche Skill-Seite und das Manifest.
Review the Skillstore skill "Pair Programming" from https://skillstore.io/skills/ruvnet-pair-programming.md and its manifest at https://skillstore.io/api/skills/ruvnet-pair-programming/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.Ihr Agent sollte weiterhin seinen Plan anzeigen und alle von der Sicherheitsrichtlinie verlangten Bestätigungen anfordern.
Agent-lesbare Ressourcen
Verwenden Sie diese Links, wenn ein KI-Agent, Crawler oder Skript sauberen Kontext benötigt, statt die vollständige Seite zu lesen.
Testen
„Pair Programming“ wird verwendet. Starte eine TDD-Pair-Programming-Sitzung für ein Warenkorb-Feature.
Erwartetes Ergebnis:
- Ein Sitzungsziel mit Verantwortlichkeiten für driver und navigator.
- Eine kurze Liste fehlschlagender Tests, die zuerst erstellt werden sollen.
- Eine Verifizierungs-Checkliste für Coverage, Verhalten und Refactoring.
„Pair Programming“ wird verwendet. Reviewe meine Authentifizierungsänderungen vor dem Commit.
Erwartetes Ergebnis:
- Eine sicherheitsorientierte Review-Zusammenfassung.
- Konkrete Bedenken zu Token-Handling, Validierung und Tests.
- Eine abschließende Empfehlung dazu, was vor dem Commit behoben werden sollte.
„Pair Programming“ wird verwendet. Hilf beim Debuggen eines Speicherlecks in einem Node.js-Service.
Erwartetes Ergebnis:
- Eine Hypothesenliste für wahrscheinliche Leckquellen.
- Vorgeschlagene Inspektionsschritte und zu sammelnde Performance-Nachweise.
- Ein Fix-Plan mit Regressionstests und Verifizierungskriterien.
Sicherheitsaudit
SicherAll 144 static findings are false positives. The analyzer treated Markdown backticks, fenced examples, and ordinary API documentation as executable shell activity or reconnaissance. No executable code, prompt injection attempt, data-exfiltration intent, or malicious instruction was found in the reviewed skill content.
Risikofaktoren
⚙️ Externe Befehle (50)
Diesen Bericht teilen & zitieren
Teile den versionierten Bewertungsbericht, das neutrale Badge, die Einbettungskarte und Zitate. Skillstore berichtet Nachweise, ohne zu entscheiden, ob dieser Skill sicher ist.
Berichtslink kopieren
https://skillstore.io/skills/ruvnet-pair-programming/audits/10?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown-Badge
[](https://skillstore.io/skills/ruvnet-pair-programming?utm_source=security_passport_badge)HTML-Badge
<a href="https://skillstore.io/skills/ruvnet-pair-programming?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/ruvnet-pair-programming/security.svg" alt="Skillstore security assessment" loading="lazy"></a>Einbettungskarte
<iframe src="https://skillstore.io/embed/skills/ruvnet-pair-programming.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>Wissenschaftliche Zitate (APA · BibTeX · CFF)
APA-Zitat
ruvnet. (2026). Pair Programming security audit report (audit version 10) [Author version unspecified]. Skillstore. https://skillstore.io/skills/ruvnet-pair-programming/audits/10BibTeX-Zitat
@techreport{ruvnet-ruvnet-pair-programming-2026,
author = {ruvnet},
title = {Pair Programming security audit report (audit version 10)},
institution = {Skillstore},
year = {2026},
number = {10},
url = {https://skillstore.io/skills/ruvnet-pair-programming/audits/10},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "Pair Programming security audit report (audit version 10)"
version: "unspecified"
type: report
authors:
- name: "ruvnet"
date-released: "2026-07-20"
url: "https://skillstore.io/skills/ruvnet-pair-programming/audits/10"
identifiers:
- type: other
value: "skillstore:ruvnet-pair-programming:audit:10"
description: "Skillstore immutable audit report identifier"
Varianten vergleichen
2 installierbare VariantenJeder Autor bleibt ein eigener installierbarer Skill. Die empfohlene Variante wird nach Skillstore-Nachweisen bewertet.
Warum diese Variante zuerst steht
dnyoussef-pair-programming
2026-09-09
ruvnet-pair-programming
2026-09-09
Skillstore-Score
Warum dieser Score Evidenzvertrauen: HochWas Sie erstellen können
Feature-Entwicklung anleiten
Verwende den switch-Modus, um Implementierung und Review abzuwechseln, während ein Feature mit Tests und Verifizierung erstellt wird.
Sicherere Coding-Gewohnheiten vermitteln
Verwende den mentor-Modus für Erklärungen, Beispiele und schrittweise Anleitung beim Erlernen einer Codebasis oder eines Patterns.
Review-Workflows koordinieren
Verwende review- und TDD-Modi, um Security-Review, Coverage-Prüfungen und Refactoring vor einem Commit zu organisieren.
Diese Prompts ausprobieren
Verwende den Pair-Programming-Skill im driver-Modus. Hilf mir, das Ziel zu definieren, Tests auszuwählen und jede Änderung zu reviewen, bevor wir fortfahren.
Verwende den TDD-Modus für dieses Feature. Liste zuerst das erwartete Verhalten auf und schlage dann fehlschlagende Tests, Implementierungsschritte und Verifizierungsprüfungen vor.
Verwende den debug-Modus, um dieses Problem zu untersuchen. Verfolge Hypothesen, prüfe wahrscheinliche Ursachen, schlage Fixes vor und verifiziere das Ergebnis mit Tests.
Verwende den review-Modus mit Fokus auf Sicherheit, Performance und Wartbarkeit. Fasse Risiken, erforderliche Fixes und den finalen Verifizierungsstatus zusammen.
Bewährte Praktiken
- Starte jede Sitzung mit einem Ziel, Modus, Verifizierungslevel und Testerwartungen.
- Reviewe generierte Änderungen, bevor Befehle ausgeführt werden, die Dateien, Commits oder Konfiguration ändern.
- Halte Verifizierungsschwellen für das Projekt realistisch und passe sie nach Testfeedback an.
Vermeiden
- Aktiviere auto-commit oder Hintergrund-Sessions nicht ohne klare Review-Checkpoints.
- Verwende generierte Tests nicht als einzigen Nachweis für sicherheitssensibles Verhalten.
- Führe keine breit angelegten Refactorings ohne sauberen Workspace und Rollback-Plan aus.