Kies het openbare project en de bewering
Begin met een specifieke openbare repository van je eigen project of van een organisatie die je onderzoekt. Kopieer de volledige owner- en repositorynaam. Schrijf de exacte functieverklaring op die je wilt vinden en maak onderscheid tussen documentatie en een test van de implementatie.
Gebruik deze procedure om projectdocumentatie te vinden. Zoek niet naar blootgestelde inloggegevens, privécontactgegevens of manieren om toegangscontroles van repositories te omzeilen.
Gebruik codezoekfilters bewust
De documentatie van GitHub over codezoekopdrachten legt uit dat een losse term kan overeenkomen met een bestandspad of met de inhoud ervan. repo: beperkt de zoekopdracht tot een volledige owner/repository-naam, path: vernauwt paden en content: vereist dat de term in de bestandsinhoud voorkomt. Tussen aanhalingstekens kun je zoeken naar exacte bewoordingen. Deze regels gelden voor codezoekopdrachten, niet automatisch voor issues of profielzoekopdrachten. Bron
Voor een illustratieve repository met de naam example-owner/example-project zou een zoekopdracht er zo uit kunnen zien:
repo:example-owner/example-project content:"export format"
De namen en de zin zijn plaatsaanduidingen, geen echte zoekopdracht die wij hebben uitgevoerd. Vervang ze door de repository die je mag beoordelen en de bewoording die relevant is voor je vraag. Als je weet dat de bestanden zich in een documentatiepad bevinden, voeg dan een passende path:-beperking toe; laat die aanname anders weg.
Interpreteer de match voordat je citeert
| Resultaat | Wat je moet controleren | Wat het niet bewijst |
|---|---|---|
| Overeenkomende bestandsnaam | Of de zin in de inhoud voorkomt | Dat het bestand de verklaring ondersteunt |
| Documentatiepassage | Nabijgelegen versie- en functiekwalificaties | Dat de beschreven functie is getest |
| Voorbeeld of voorstel | Of het gepland of illustratief gedrag beschrijft | Dat de functionaliteit is uitgebracht |
| Leeg resultaat | Repository, zoekopdrachttype en beperkingen | Dat de bewering nooit ergens heeft bestaan |
GitHub documenteert een inlogvereiste voor codezoekopdrachten in alle openbare repositories. Het maakt ook onderscheid tussen een GitHub Pages-website en de broninhoud van een repository. Bron Leg het daadwerkelijke zoekoppervlak en de toegangsbeperkingen vast; omzeil een inlogbeperking niet en behandel een niet-doorzochte website niet als gedekt.
Koppel de passage aan een versie
Open het bestand en lees het volledige relevante gedeelte. Schrijf een gedocumenteerde bewering toe aan het project. Voer geen repositorycode uit alleen om deze leestaak te voltooien, en leid de betrouwbaarheid van het product niet af uit sterren of accountnamen.
Zodra de juiste passage is gevonden, volg je de GitHub permalink-gids om de geïnspecteerde versie te bewaren. De checklist voor AI-bronbeoordeling helpt vervolgens om de verklaring in dat document te scheiden van conclusies die het model heeft toegevoegd.