CommunityRecherche & Datenanalysegithub.com

Physik-Papier-Bearbeitung – Abschnitt

Physik-zentrierte Bearbeitung vollständiger Physikabschnitte jeder Länge oder technischer Passagen über 12 Sätze in LaTeX, Markdown oder Klartext. Erstellt ein abschnittsbezogenes physikalisches Rückgrat und ein globales Objektverzeichnis, bearbeitet argumentgroße Blöcke mit physics-paper-editing und überprüft den zusammengesetzten Text.

Was ist Physik-Papier-Bearbeitung – Abschnitt?

Dieses Skill dient der Bearbeitung und Qualitätssicherung von Physikabschnitten in wissenschaftlichen Arbeiten – unabhängig von ihrer Länge oder dem verwendeten Format (LaTeX, Markdown, Klartext). Es ergänzt das verwandte Skill `physics-paper-editing`, das für kürzere Passagen (bis zu 12 Sätze) konzipiert ist, während dieses Skill für vollständige Abschnitte oder technisch anspruchsvolle Textblöcke ab 13 Sätzen zuständig ist. Die zentrale Arbeitsweise basiert auf zwei globalen Strukturen: einem **physikalischen Rückgrat** (physics spine) und einem **globalen Objektverzeichnis** (global object ledger). Bevor die lokale Prosa optimiert wird, müssen alle Bearbeitungsschritte mit diesen übergeordneten Strukturen konsistent sein. Der Prozess ist in Phasen (Stages A–E) unterteilt: von der Definition der Bearbeitungsrunde und der Analyse der Quellstruktur über das Aufteilen in argumentgroße, formatkonforme Blöcke und deren Bearbeitung bis hin zu einer abschließenden, abschnittsweiten physikalischen und formalen Überprüfung durch zwei unabhängige, verbindliche Prüfer. Das Skill legt großen Wert auf die Nachvollziehbarkeit aller Arbeitsschritte, die Versionierung und die Möglichkeit, die Bearbeitung zu einem späteren Zeitpunkt wieder aufzunehmen (Resumability). Es definiert ein strenges Regelwerk für die Persistenz von Bearbeitungsrunden, die Kommunikation mit dem Autor und die Einhaltung von Qualitätsschwellen, wobei ein bereitgestelltes Python-Skript (`check_edit_round.py`) die vollständige Buchführung und Korrektheit der Runde sicherstellt. Dieses Skill ist Teil eines größeren Ökosystems von Skills für die Physik-Papiererstellung und baut auf den Grundsätzen des Kanon-Skills `physics-language-principles` auf.

Funktioniert mit✓Claude Code~Codex CLI~Cursor✓Antigravity
npx skills add https://github.com/Harrinive/physics-paper-skills/tree/HEAD/physics-paper-editing-section

Installed? Explore more Recherche & Datenanalyse skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

Physik-Papier-Bearbeitung — Abschnitt

Verwenden Sie dieses Skill für einen vollständigen Physikabschnitt beliebiger Länge, eine technische Notiz oder eine Physikpassage mit mehr als 12 typografischen Sätzen in LaTeX, Markdown oder Klartext. Verwenden Sie physics-paper-editing direkt für kürzere, nicht abschnittsbezogene Passagen. Der Kanon ist physics-language-principles.

Alle Legacy-/Version-1-Sitzungen sind abgeschlossene historische Aufzeichnungen. Nehmen Sie sie niemals wieder auf und zählen Sie deren Prüfungen nicht zur aktuellen Fertigstellung hinzu. Jeder neue oder wiederholte Durchlauf startet eine Version-2-Bearbeitungsrunde mit einer eigenen Rundenkennung und Quellmomentaufnahme; siehe disk-layout.md.

Lesereihenfolge

  1. Lesen Sie vor der ersten benutzerorientierten Antwort das runtime-contract.md und user-communication.md des Mikro-Skills. Befolgen Sie die Kommunikationsrichtlinie vor jeder späteren benutzerorientierten Antwort.
  2. Bei Wiederaufnahme lösen Sie die aktive Version-2-Runde über CURRENT auf, lesen Sie session.md dieser Runde, dann cross-skill.md. Für die Grenzen der Wiederaufnahmeautomatisierung lesen Sie auch automation.md.
  3. Lesen Sie stages.md und disk-layout.md.
  4. Lesen Sie vor der Blockbearbeitung chunk-contract.md und das aktive Mikro SKILL.md.
  5. Lesen Sie scope-and-verifiers.md für die Überprüfung in Stufe B oder E. Wenn das Projekt eine Entscheidungssammlung (rulings file) hat, lesen Sie auch rulings-file.md.
  6. Lesen Sie vor Abschluss test-checklist.md.

Leitendes Design

Der Abschnitt ist um ein globales physikalisches Rückgrat und ein globales Objektverzeichnis organisiert, bevor die lokale Prosa optimiert wird. Jeder Block erbt diese. Ein Block darf keine konkurrierende Normalisierung, Faktorenkonvention, doppeltes Symbol oder veränderten Geltungsbereich einführen, ohne das globale Verzeichnis abzugleichen.

Die Blockbildung bleibt ein Mechanismus für Aufmerksamkeit und Persistenz. Ein versierter Abschnittsredakteur kann Blöcke direkt erstellen; ein sparsamer oder unbekannter Redakteur verwendet das Gerüst. Jeder gewöhnliche Block verwendet den Vertrag direct | reviewed des Mikro-Skills. Eine quellformatkonforme Einheit, die nicht unter 13 Sätze geteilt werden kann, bleibt ein einzelner, abschnittseigener übergroßer Block und verwendet direkt den reviewed-Vertrag, anstatt eine Definitions- oder Gleichungsgrenze zu verletzen.

Jeder Block muss die etablierte Terminologie und Notation des Abschnitts bewahren. Die Blockzusammenstellung darf kein neues verkürztes Etikett, mathematisches Alias oder doppelten Namen einführen, das/der in der Quelle und im globalen Kontext nicht vorhanden war, es sei denn, names-and-symbols.md erlaubt es und es wird bewusst abgeglichen.

Stufen

StufeErgebnis
AVersion-2-Runde, unveränderliche Quelle, Bearbeitungsabsicht, Sprachabdeckung, Rollen-zu-Modell-Richtlinie, Abschnittsumfang
BAbschnittsphysikalisches Rückgrat, Absatzkarte, globales Objektverzeichnis, struktureller Plan
CQuellformatkonforme argumentgroße Blöcke, normalerweise höchstens 12 Sätze, mit einer definierten Ausweichregelung für übergroße Einheiten
DDirekte oder geprüfte Bearbeitung pro Block; globales Verzeichnis bewusst aktualisiert
EAbschnittsweite Physik-Handlung, Objektkonsistenz und formale Überprüfung: höchstens zwei Runden unabhängiger verbindlicher Prüfer, zusammengeführt und entschieden

Starten Sie nicht einen Prüfer pro Satz. Ein geprüfter Block verwendet einen Satzprüfer für die gesamte Einheit und einen Terminologie- und Notationsprüfer, plus bei Bedarf ausgelöste Spezialisten. Verlangen Sie keinen Prüfer für einen risikoarmen direkten Block. Öffnen Sie nur Textstellen wieder, die eine erforderliche Qualitätsachse nicht bestehen.

Folgen Sie in der ersten benutzerorientierten Antwort dem Laufzeitvertrag des Mikro-Skills. Wenn eine bestehende Projekt- oder Gesprächs-Rollen-zu-Modell-Richtlinie existiert, geben Sie deren Zuordnung an und fahren Sie fort, ohne um Bestätigung zu bitten. Fragen Sie andernfalls und warten Sie. Halten Sie die aktive Zuordnung in session.md fest und übergeben Sie sie an jeden Block und die abschnittsweite Überprüfung. Blöcke fragen nicht erneut.

Jede Runde deklariert auch language_coverage: selective | exhaustive. Selektive Abdeckung prüft geänderte oder diagnostizierte Sätze sowie die Prosa auf Blockebene. Vollständige Abdeckung gibt jedem Satz in jedem aktuellen Block ein Sprachurteil der aktuellen Momentaufnahme. Folgern Sie eine vollständige Abdeckung nicht allein aus der Existenz alter Blockartefakte; fragen Sie, wenn die angeforderte Abdeckung mehrdeutig ist. Detail: das language-coverage.md des Mikro-Skills.

Die Abdeckung wählt Sätze aus, nicht Prinzipien. Jeder relevante Satz erhält alle 16 Satzprüfungen, und jeder Satz in neu verfasstem Text gilt als geändert.

Persistenz

Die Abschnittsarbeit ist normalerweise wiederaufnehmbar, also persistieren Sie jede Version-2-Runde, ihren unveränderlichen ursprünglichen Abschnittstext und seine Grenzen, den aktuellen Kandidaten, die Zusammenfassung, die Kontextrevision und die Revision des Objektverzeichnisses, das Blockmanifest, die Hashes und die Qualitätsergebnisse unter .physics-edit/ wie in disk-layout.md angegeben. Historische Runden bleiben unveränderliche Nachweise und erfüllen niemals eine spätere Runde.

Benutzerorientierte Sprache

Behalten Sie die exakte Version, Runde, Momentaufnahme, Weiterleitung und den Status-Wortschatz in den persistenten Aufzeichnungen bei, wo sie für die Korrektheit benötigt werden. Folgen Sie im Gespräch der gemeinsamen Benutzerkommunikationsrichtlinie: Beschreiben Sie, was passiert, in gewöhnlicher Sprache und präsentieren Sie niemals ein internes Etikett, ohne sofort zu erklären, was es für den Text des Autors bedeutet.

Compliance-Gatter

Die Buchführung einer Runde ist ein Programm, scripts/check_edit_round.py (führen Sie es mit python3 aus; es benötigt keine Pakete; --root standardmäßig auf die oberste Ebene des aktuellen Git-Repositorys). Es führt die Urteile pro Satz, stellt Prüferpakete mit dem Hash des Texts, den sie zeigen, zusammen, zeichnet Prüferberichte auf und entscheidet mit check, ob die Runde als bereit gemeldet werden kann. Es ruft kein LLM auf und ändert keinen Manuskripttext. Die Rollen-zu-Modell-Richtlinie des Projekts an der Repository-Wurzel ist physics-edit-policy-<plattform>.json für die aktive Host-Plattform (z. B. physics-edit-policy-antigravity.json auf Antigravity oder physics-edit-policy-claude.json auf Claude Code, automatisch aus der Host-Umgebung ausgewählt oder mit --platform <platform>), mit Rückfall auf physics-edit-policy.json; das Skill speichert keinen Standard, also fragen Sie den Eigentümer, wenn es fehlt, und schreiben Sie die Antwort mit policy set (oder policy set --platform <platform>). Wenn das Repository project-vocabulary.json hat und das Schwester-Skill physics-vocabulary installiert ist, scannt check auch jeden geprüften Satz, einschließlich Bildunterschriften, nach den avoid_names des gesamten Registers (Kommentare, Labels und Pfade werden nicht gelesen). Ein Treffer blockiert die Runde, bis der Satz korrigiert ist, oder, wenn die Wörter nicht das registrierte Konzept benennen, bis ein waive --roles terminology festhält, warum; geben Sie die Treffer an den Terminologieprüfer des Blocks. Pakete für den Satz- und den Terminologieprüfer enthalten auch den gesamten Absatz vor dem Block und den beratenden Bericht von scripts/check_prose_patterns.py für den Block; Stufe-E-ganzheitliche Pakete enthalten den Gesamttextbericht. Prüfer bestätigen oder räumen dessen Kandidaten aus; der Bericht blockiert niemals von sich aus eine Runde. Jedes Paket enthält die Zeilen der Absatzkarte für seinen Block (Stufe E: die gesamte Karte). Wenn das Repository RULINGS.md hat, geben digest und stage-e merge es einmal pro Runde aus, für den Agenten, der die Ergebnisse abwägt; digest --rulings gibt es nach einer Wiederaufnahme erneut aus. Kein Prüferpaket enthält es.

Befehle: policy, init, chunks, rechunk, pending, prompt, record, digest, waive, stage-e, status, snapshot, defect, revision, gc, check (--help listet die Optionen auf). Führen Sie diese zu den unten genannten Zeitpunkten aus. Muss bedeutet, dass das Programm den nächsten Schritt verweigert oder check ohne ihn fehlschlägt.

#ZeitpunktAusführen
1Beginn einer Rundepolicy show (falls fehlend: fragen Sie den Eigentümer, dann policy set), init, Zusammenfassung, Absatzkarte und Verzeichnis ausfüllen, checkmuss: Richtlinie, init; sollte: check (nur Zusammenfassung, Absatzkarte, Verzeichnis und Bescheinigungen sollten offen sein)
2Wiederaufnahme in einer neuen Sitzung oder nach Komprimierungstatus, pending, digest --rulings, checkmuss. status listet ausgestellte, aber nicht aufgezeichnete Pakete auf: zeichnen Sie sie auf oder verwerfen Sie sie, bevor Sie neue starten
3Ein Aufzählungspunkt wird geteilt, zusammengeführt, verschoben oder hinzugefügtrechunk, chunksmuss. Ein Block, bei dem mindestens die Hälfte seiner Sätze bereits überprüft wurde, behält seine ID
4Nach jedem Bearbeitungsdurchlauf, sobald die eigene Kanonprüfung des Redakteurs abgeschlossen istrecord --role editor_closure, dann digest (kein akzeptierter Befund darf unangewendet bleiben), pending, promptmuss: der Abschluss (prompt verweigert ohne ihn). Eine KORREKTUR, die Sie nicht anwenden möchten: waive --reason
5Starten eines Prüfersdas Modell und der Aufwand, den prompt ausgibtmuss
6Ein Prüferergebnisrecord --packet pNNN --report DATEI --model M --effort Emuss. Es erzwingt Modell und Aufwand, Revision und ein Urteil für jeden relevanten Satz. Sätze, die sich seit der Ausstellung des Pakets geändert haben, werden gemeldet, nicht abgelehnt: Ihre Urteile stimmen einfach nicht mehr überein
7Eine Satzprüfung mit Prinzipientreffern FIXprompt --role specialist --principles ... vor der Reparaturmuss (das Gatter schuldet einen Spezialisten pro Treffer)
8Ein Durchlauf wird aufgezeichnetpending, digest; entscheiden Sie jede story_check, dann bearbeiten Sie unter Zeile 4sollte
9Nichts anhängig in einem Blockprompt --scope close für den Satz- und den Terminologieprüfer, dann Reparaturen gemäß Zeilen 4 bis 8muss: check benötigt eine Abschlussprüfung pro Rolle, außer für einen Block, den die selektive Abdeckung unverändert lässt
10Nach der letzten Bearbeitungsnapshotmuss (check schlägt fehl, bis die Momentaufnahme dem Live-Text entspricht)
11Vor Stufe Echeck zeigt keine Zeile, die mit einer Block-ID beginntmuss: `prompt --role holistic
12Eine Stufe-E-Runde (höchstens zwei)prompt --role holistic und --role formal einmal pro Prüfer (3 pro Rolle in Runde 1, 2 in Runde 2; das Programm verweigert mehr), jeder als neuer Agent gestartet, der nur die gedruckte Zeile erhält; record --packet für jeden; stage-e merge; `stage-e rule --cluster K.. --as appliedwaived
13Eine Eigentümerentscheidung, eine Stufe-E-Reparatur oder eine Verschiebung zwischen Blöckendefect rule, wenn ein Fehler protokolliert wurde; pending für die Schadenszone; aktualisieren Sie die Entscheidungssammlung (rulings-file.md); revision --yes nur, wenn sich das Rückgrat, das Verzeichnis oder die Konventionen, an denen die Prüfer urteilen, geändert habenmuss für defect rule. Eine Erhöhung gibt jedes aktuelle Urteil aus und verwirft es und lehnt noch ausstehende Pakete ab. Eine Bearbeitung des Verzeichnisses, der Zusammenfassung oder von reviewer-context.md ohne Erhöhung wird nur gewarnt, wenn ein Paket aufgezeichnet wird
14Vor jedem Bericht an den Eigentümercheck; zitieren Sie seine letzte Zeile; enden Sie mit „Abweichungen vom Skill:“muss
15Am Ende einer Runde oder wenn nach Festplattennutzung gefragt wirdgcsollte. Es listet Runden auf, die über die Aufbewahrungsfrist hinausgehen, und löscht nichts; gc --compact entfernt die Masse abgelaufener Runden (Rohberichte, Pakete, Satzkarten, Momentaufnahmen) und nur mit Zustimmung des Eigentümers

Abschluss

Ein Abschnitt ist nur dann fertig, wenn alle Blöcke integriert sind, jedes erforderliche Ergebnis mit den aktuellen Block- und Abschnittsmomentaufnahmen übereinstimmt, die deklarierte Sprachabdeckung vollständig ist, keine erforderliche Qualitätsachse eines Blocks FIX oder USER_DECISION ist und Stufe E entschieden ist: höchstens zwei Runden unabhängiger verbindlicher Prüfer, jeder Muss-Cluster angewendet oder aufgehoben (keiner offen, keiner an den Eigentümer delegiert). Die Unabhängigkeit der Verifizierung wird getrennt von der Inhaltsqualität aufgezeichnet.

Ein wissenschaftlicher Fehler in der Quelle des Autors, zu dessen Behebung die angeforderte Aufgabe nicht bereits autorisiert hat, folgt der Regel in quality-contract.md: Protokollieren Sie ihn mit defect add, arbeiten Sie an den Blöcken weiter, die nicht davon abhängen, und belassen Sie die Runde im Status needs_user, bis der Autor entscheidet. Wandeln Sie den Fehler nicht in eine Einschränkung zum Zeitpunkt des Abschlusses um.

Verwandte Skills

  • physics-paper-workflow — Hauptrezept und Stufenkarte für das gesamte Papier
  • physics-paper-outline — Gliederung, 4-Absatz-Einleitungsformel und Grenze zwischen Haupttext und Anhang
  • physics-paper-framing — Abstracts, Zusammenfassungsabsätze und Ausrichtung Schluss ↔ Einleitung
  • physics-language-principles — Kanon für Verfassen und Überprüfung
  • physics-paper-editing — Passagen von höchstens 12 Sätzen und jeder Block
  • physics-paper-author-read — Antworten auf eigene Bearbeitungen und Randbemerkungen des Autors; seine Sprache durchläuft dieses Skill

Außerhalb des Rahmens

  • Nicht abschnittsbezogene Passagen von höchstens 12 Sätzen
  • Erfinden fehlender physikalischer Bedeutung
  • Behandeln von Blockgrenzen als Erlaubnis, globale Objekte lokal neu zu definieren
  • Wiederaufnehmen oder Reaktivieren einer Legacy-/Version-1-Sitzung

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Verwandte Skills