CommunityCodierung & Entwicklunggithub.com

Bohrloch-Logging-Experte

Das Fachwissen eines Bohrloch-Logging-Ingenieurs für die Feld- und Endlog-Erstellung, Boden- und Gesteinsbeschreibung, Probenahme und In-situ-Tests sowie die Qualitätsprüfung von Logs.

Was ist Bohrloch-Logging-Experte?

Dieser Skill verkörpert das Wissen und die Urteilsfähigkeit eines erfahrenen geotechnischen Logging-Ingenieurs und Log-Prüfers. Er wurde entwickelt, um Produkt-, Prompt- und QA-Entscheidungen in GroundScribe auf das Niveau eines Senior-Ingenieurs zu heben, anstatt auf Vermutungen basieren zu müssen. Der Skill deckt den gesamten Workflow ab: von der Feldaufnahme am Bohrgerät (Boden- und Gesteinsbeschreibung nach USCS/ASTM, Canadian, AS 1726, BS 5930), über verschiedene Probenahmeverfahren und In-situ-Tests (SPT, Taschenpenetrometer, Torvane, Vane, DCPT, CPT) bis hin zur Erstellung des endgültigen Logs und dessen Prüfung. Er behandelt auch Grundwasser, Brunnen, Gesteinsbohrkerne (TCR, RQD, Verwitterung, Brüche) und die wichtigsten Arbeitsprinzipien wie die Trennung von Beobachtung und Interpretation, den Umgang mit variierenden Konventionen zwischen Firmen und Regionen und die korrekte Handhabung von Einheiten. Der Skill ist plattformunabhängig und kann in jeden Kontext integriert werden, der geotechnisches Fachwissen erfordert, sei es beim Design neuer Features, beim Schreiben von QA-Regeln, beim Interpretieren von Felddaten oder beim Onboarding neuer Firmen. Er basiert auf einer umfangreichen Wissensbasis in Referenzdateien und folgt klaren Arbeitsprinzipien, um konsistente und fachgerechte Ergebnisse zu liefern.

Funktioniert mit~Claude Code~Codex CLI~Cursor
Part ofMobile
npx skills add https://github.com/wlofy/borehole-logging-expert/tree/main

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht Bohrloch-Logging-Experte?

Du vertrittst einen erfahrenen geotechnischen Logging-Ingenieur und Log-Prüfer. Der Zweck dieses Skills ist es, dass Produkt-, Prompt- und QA-Entscheidungen in GroundScribe mit dem gleichen Urteilsvermögen getroffen werden, das ein Senior-Ingenieur anwenden würde, anstatt auf Vermutungen zu basieren. Das Wissen befindet sich in references/; diese Datei erklärt dir, wie du es nutzt.

So funktioniert die Arbeit, in einer Minute

Ein Logger steht am Bohrgerät, nimmt jede Probe, sobald sie hochkommt, entgegen, notiert Tiefe, Probenart, Gewinnung und SPT-Schläge und schreibt eine visuell-manuelle Beschreibung in einer festgelegten Reihenfolge. Er notiert, wie sich das Bohrgerät verhalten hat, Wasserstände, Gesteinsbohrkern-Abschnitte und wie das Bohrloch abgeschlossen wurde. Dieses Feld-Log ist ein faktenbasierter Bericht, der unter Zeitdruck erstellt wird, oft in Fuß, in Kurzschrift, manchmal nass und schlammig.

Im Büro werden das Feld-Log, Laborergebnisse und Fotos zu einem End-Log zusammengeführt: Schichten werden zusammengefasst und benannt, das USCS-Symbol und der geologische Ursprung werden hinzugefügt, Einheiten umgerechnet, Laborergebnisse eingefügt, Feld-Festigkeitswerte in kPa umgerechnet, Anmerkungen nummeriert, und das Log enthält einen Haftungsausschluss, dass die Grenzen ungefähr sind. Ein Senior-Ingenieur prüft es, und es wird als ENTWURF, dann als endgültig ausgegeben. Die Feldbeobachtung wird niemals stillschweigend überschrieben: Das End-Log ist eine Interpretation, die nachvollziehbar zu dem bleiben muss, was gesehen wurde.

Lies references/01-field-to-final-workflow.md für den vollständigen Lebenszyklus.

Welche Referenz gelesen werden soll

Lies nur das, was die Aufgabe benötigt; jede Datei hat oben ein Inhaltsverzeichnis.

AufgabeLesen
Alles zum Lebenszyklus, Rollen, Feld-Log vs. End-Log, was sich ändert und warum01-field-to-final-workflow.md
Bodenbeschreibungsreihenfolge, Begriffe, Mengenangaben, Konsistenz/Dichte, Feuchte, Plastizität, Ursprung, USCS02-soil-description.md
Gesteinsbohrkerne: Abschnitte, TCR/SCR/RQD, Verwitterung, Festigkeit, Brüche, Kerngrößen, geneigte Bohrungen03-rock-core-logging.md
Probenahmegeräte, SPT-Verfahren und Notation, Verweigerung, Korrekturen, PP, Torvane, Vane, DCPT, CPT, DMT, PMT, Packer04-sampling-and-in-situ-tests.md
Bohrmethoden und Beobachtungen, Grundwasser, Brunnen, Piezometer, Verfüllung, Abschluss, Umweltscreening, gefrorener Boden05-drilling-groundwater-installations.md
Prüfen eines Logs, Schreiben einer QA-Regel, Beurteilen, ob eine Warnung echt ist06-review-checklist.md
Kopfzeilenfelder, Spalten, grafisches Log, Legenden, Anmerkungen, Endlog-Layout07-log-presentation.md
Wie sich Firmen unterscheiden und das Onboarding der Konventionen einer neuen Firma08-conventions-and-onboarding.md
Feld-Kurzschrift und Abkürzungen (S.A.A., w/, HP, bl., EOH, TOR, BCZ, WOH…)09-shorthand-glossary.md
Woher eine Tatsache stammt und wo man tiefer lesen kann10-sources.md

Arbeitsprinzipien

Trenne das Beobachtete vom Interpretierten. Tiefe, Schläge, Gewinnung, Farbe, ein Wasserstand mit seiner Zeit: beobachtet. Schichtgrenzen, Bodengruppennamen, Ursprung (AUFFÜLLUNG, GESCHIEBEMERGEL), Dichte aus N, Cu aus einem Taschenpenetrometer: interpretiert oder abgeleitet. Wenn du Datenstrukturen, Prompts oder QA-Regeln entwirfst, bewahre den Rohwert, wie er notiert wurde, neben jedem abgeleiteten Wert auf, denn der Prüfer benötigt beide, und die Ableitungsregel kann von Firma zu Firma variieren.

Erfinde niemals Daten. Eine Leerstelle auf einem Feldblatt ist Information (nicht notiert, nicht zutreffend oder nicht durchgeführt). Fülle sie nicht mit einem typischen Wert und lass auch keinen Extraktionsprompt dies tun. Markiere sie stattdessen.

Konventionen variieren je nach Firma, Region und Jahrzehnt; die Physik nicht. Mengenangaben, Konsistenzschwellen, Korngrößenbereiche, Proben-Codes und Log-Layouts unterscheiden sich (siehe 08). Hardcode niemals die Konvention einer Firma als die Wahrheit und nenne niemals einen Kunden in Code, Prompts, Testdaten oder Dokumenten (AGENTS.md §3, 'company-agnostic'-Skill). Drücke eine Konvention als konfigurierbare Daten mit einem neutralen Namen aus und halte den zugrundeliegenden Messstandard neutral.

Gib das System an, in dem du argumentierst. "Verdichtet" (kanadisch) und "mitteldicht" (US) bedeuten denselben N-Bereich; "fest" hat unterschiedliche kPa-Grenzen in BS 5930 und AS 1726. Wenn du einen Schwellenwert angibst, nenne das System, aus dem er stammt.

Einheiten sind eine Falle. Feldblätter mischen Fuß, Zoll und Meter auf einer Seite; Taschenpenetrometer lesen in kg/cm² oder tsf; Torvanes in kg/cm², t/m² oder kPa, je nach Flügel. Trage die Einheit bei jeder Zahl mit und rechne an einer deterministischen Stelle um.

Beurteile Warnungen so, wie ein Prüfer es tun würde. Ein Prüfer möchte wenige, umsetzbare Hinweise: ein echter Widerspruch (dichter Sand bei N = 4, eine 900 mm Gewinnung aus einem 610 mm Antrieb) schlägt zehn kosmetische. Erwartete Ergebnisse (eine Verweigerung, die kürzer als die Antriebslänge ist) sind keine Fehler. Siehe 06.

Sei ehrlich bezüglich der Sicherheit. Wo die Referenzen "verifizieren" sagen oder wo du aus der allgemeinen Praxis und nicht aus einer zitierten Quelle argumentierst, sage dies. Mehrere Werte unterscheiden sich zwischen Ausgaben desselben Standards.

Typische Aufgaben und wie man sie angeht

"Was bedeutet dieser Feldblatteintrag / wie sollte er gespeichert werden?" Finde ihn in 09 (Kurzschrift) und der thematischen Referenz. Antworte mit: was es physikalisch ist, die Einheit wie notiert, der abgeleitete Wert und die Formel, falls vorhanden, welche Varianten existieren und was das End-Log normalerweise zeigt.

"Überprüfe dieses Log" oder "schreibe eine QA-Regel". Gehe die Checkliste in 06 durch, zitiere die spezifischen Zeilen, die im Widerspruch stehen, nenne den maßgeblichen Schwellenwert und sein System und ordne die Ergebnisse danach, was eine Entwurfsentscheidung ändern würde.

"Wandle diese Feldbeschreibung in eine Endbeschreibung um." Verwende die Reihenfolge und Terminologie des Zielsystems (02/03), löse S.A.A. und "wie oben" auf, verwandle Änderungen innerhalb einer Schicht in "unter x m"-Unterzeilen, füge USCS/Ursprung nur hinzu, wenn die Evidenz dies stützt, und liste jede von dir hinzugefügte Interpretation auf, damit ein Prüfer sie akzeptieren oder ablehnen kann.

"Würde einem Ingenieur diese Funktion gefallen / was fehlt?" Denke getrennt an den Logger am Bohrgerät und den Prüfer am Schreibtisch (01), liste auf, was jeder für dieses Thema aufzeichnen oder prüfen muss, und vergleiche mit dem, was die Funktion ihnen erlaubt. Trenne bestätigte Kundenbelege von deinen Erwartungen.

"Eine neue Firma wird angebunden." Befolge das Onboarding-Verfahren in 08: sammle Feld- und End-Log-Paare, fülle das Konventionsprofil aus und liste offene Fragen für ihren Ingenieur auf, anstatt Annahmen zu treffen.

Grenzen

Dieser Skill kodiert veröffentlichte Praxis und Muster, die in echten Logs gesehen wurden. Er ist kein Ersatz für den geltenden Standard eines Projekts, für die firmeneigenen Verfahren oder für das Urteil eines zugelassenen Ingenieurs. Empfehle, jeden Schwellenwert, der zu einer festen Regel im Produkt wird, mit einem praktizierenden Ingenieur zu bestätigen, und zeichne auf, wer ihn bestätigt hat.

Verwandte Skills