Community연구 & 데이터 분석github.com

물리학 논문 편집 — 섹션

LaTeX, Markdown 또는 일반 텍스트로 작성된 전체 물리학 섹션(길이 무관) 또는 12문장 이상의 기술적 구절에 대해 물리학 우선 편집을 수행합니다. 섹션 물리학 스파인과 전역 개체 원장을 구축하고, 논증 크기의 청크를 물리학 논문 편집을 통해 편집한 후, 조립된 텍스트를 검토합니다.

물리학 논문 편집 — 섹션란 무엇인가요?

이 스킬은 물리학 논문이나 기술 문서의 전체 섹션(12문장 이상)을 전문적으로 편집하기 위한 강력한 도구입니다. LaTeX, Markdown, 일반 텍스트 등 다양한 형식을 지원하며, 물리학적 정확성과 논리적 일관성을 최우선으로 합니다. '물리학 언어 원칙'을 표준으로 삼아, 편집 과정에서 섹션 전체의 '물리학 스파인'과 '전역 개체 원장'을 구축하여 용어, 표기법, 기호의 일관성을 유지합니다. 이 스킬은 편집 과정을 여러 단계(섹션 분석, 청크 분할, 청크별 편집, 섹션 전체 검토)로 체계화하여 복잡한 편집 작업을 관리 가능한 단위로 나누고, 각 청크는 최대 12문장으로 구성되며 필요한 경우 더 큰 단위로 처리합니다. 또한, 각 편집 라운드는 고유 식별자와 변경 불가능한 원본 스냅샷을 유지하며, 'scripts/check_edit_round.py' 스크립트를 통해 준수 여부를 검증합니다. 사용자와의 소통은 일반 언어를 사용하며 기술적 레이블을 피함으로써 작가의 원래 의도를 존중합니다. 이 스킬은 주로 Claude AI 플랫폼에서 사용되며, 일관된 물리학 편집 워크플로우를 보장합니다.

지원 대상✓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 연구 & 데이터 분석 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

Physics paper editing — section

Use for a whole physics section of any length, a technical note, or any physics passage over 12 typographic sentences in LaTeX, Markdown, or plain text. Use physics-paper-editing directly for shorter non-section passages. Canon is physics-language-principles.

All legacy/version-1 sessions are closed historical records. Never resume them or count their checks toward current completion. Every new or repeated pass starts a version-2 editing round with its own round identifier and source snapshot; see disk-layout.md.

Read order

  1. Before the first user-facing reply, read the micro skill's runtime-contract.md and user-communication.md. Follow the communication policy before every later user-facing reply.
  2. On resume, resolve the active version-2 round through CURRENT, read that round's session.md, then cross-skill.md. For resume automation bounds, also read automation.md.
  3. Read stages.md and disk-layout.md.
  4. Before chunk editing, read chunk-contract.md and the active micro SKILL.md.
  5. Read scope-and-verifiers.md for Stage B or E review. When the project has a rulings file, also read rulings-file.md.
  6. Before completion, read test-checklist.md.

Governing design

The section is organized around a global physics spine and global object ledger before local prose is optimized. Every chunk inherits them. A chunk may not introduce a competing normalization, factor convention, duplicate symbol, or altered scope without reconciling the global ledger.

Chunking remains an attention and persistence mechanism. A strong section editor may author chunks directly; an economy or unknown editor uses the scaffold. Each ordinary chunk uses the micro skill's direct | reviewed contract. A source-format-safe unit that cannot be split below 13 sentences remains one section-owned oversized chunk and uses the reviewed contract directly rather than violating a definition or equation boundary.

Every chunk must preserve the section's established terminology and notation. Chunk assembly may not introduce a new clipped label, mathematical alias, or duplicate name that was absent from the source and global context unless names-and-symbols.md allows it and it is reconciled deliberately.

Stages

StageOutcome
AVersion-2 round, immutable source, edit intent, language coverage, role-to-model policy, section scope
BSection physics spine, paragraph map, global object ledger, structural plan
CSource-format-safe argument chunks, normally at most 12 sentences, with a defined oversized-unit fallback
DDirect or reviewed editing per chunk; global ledger updated deliberately
ESection-wide physics-story, object-consistency, and formal review: at most two rounds of independent blind reviewers, combined and adjudicated

Do not launch one reviewer per sentence. A reviewed chunk uses one whole-unit sentence reviewer and one terminology-and-notation reviewer, plus triggered specialists. Do not require a reviewer for a low-risk direct chunk. Reopen only spans that fail a required quality axis.

In the first user-facing reply, follow the micro skill's runtime contract. If a standing project or conversation role-to-model policy exists, state its mapping and continue without asking for confirmation. Otherwise ask and wait. Record the active mapping in session.md and pass it to every chunk and section-wide review. Chunks do not ask again.

Every round also declares language_coverage: selective | exhaustive. Selective coverage audits changed or diagnosed sentences plus chunk-level prose. Exhaustive coverage gives every sentence in every current chunk a current-snapshot language verdict. Do not infer exhaustive coverage merely from the existence of old chunk artifacts; ask when the requested coverage is ambiguous. Detail: the micro skill's language-coverage.md.

Coverage selects sentences, not principles. Every in-scope sentence receives all 16 sentence checks, and every sentence in newly drafted text counts as changed.

Persistence

Section work is normally resumable, so persist each version-2 round, its immutable original section text and boundaries, current candidate, brief, context revision and object-ledger revision, chunk manifest, hashes, and quality results under .physics-edit/ as specified in disk-layout.md. Historical rounds remain immutable evidence and never satisfy a later round.

User-facing language

Keep the exact version, round, snapshot, routing, and status vocabulary in the persisted records, where it is needed for correctness. In conversation, follow the shared user-communication policy: describe what is happening in ordinary language and never present an internal label without immediately explaining what it means for the author's text.

Compliance gate

The bookkeeping of a round is a program, scripts/check_edit_round.py (run it with python3; it needs no packages; --root defaults to the top level of the current git repository). It keeps the verdicts per sentence, issues reviewer packets with the hash of the text they show, records reviewer reports, and decides with check whether the round may be reported as ready. It calls no LLM and changes no manuscript text. The project's role-to-model policy at the repository root is physics-edit-policy-<platform>.json for the active host platform (for example physics-edit-policy-antigravity.json on Antigravity or physics-edit-policy-claude.json on Claude Code, selected automatically from the host environment or with --platform <platform>), falling back to physics-edit-policy.json; the skill stores no default, so ask the owner when it is missing and write the answer with policy set (or policy set --platform <platform>). When the repository has project-vocabulary.json and the sibling skill physics-vocabulary is installed, check also scans every reviewed sentence, captions included, for the avoid_names of the whole registry (comments, labels, and paths are not read). A hit blocks the round until the sentence is fixed, or, when the words do not name the registered concept, until a waive --roles terminology records why; give the hits to the terminology reviewer of the chunk. Packets for the sentence and terminology reviewers also carry the whole paragraph before the chunk and the advisory report of scripts/check_prose_patterns.py for the chunk; Stage E holistic packets carry the whole-text report. Reviewers confirm or clear its candidates; the report never blocks a round by itself. Each packet carries the lines of the paragraph map for its chunk (Stage E: the whole map). When the repository has RULINGS.md, digest and stage-e merge print it once per round, for the agent that weighs the findings; digest --rulings prints it again after a resume. No reviewer packet carries it.

Commands: policy, init, chunks, rechunk, pending, prompt, record, digest, waive, stage-e, status, snapshot, defect, revision, gc, check (--help lists the options). Run these at the moments below. Must means the program refuses the next step or check fails without it.

#MomentRun
1Start of a roundpolicy show (if missing: ask the owner, then policy set), init, fill brief, paragraph map and ledger, checkmust: policy, init; should: check (only brief, paragraph map, ledger and attestations should be open)
2Resume in a new session or after compactionstatus, pending, digest --rulings, checkmust. status lists packets issued but not recorded: record or drop them before launching new ones
3A bullet is split, merged, moved or addedrechunk, chunksmust. A chunk with at least half of its sentences already reviewed keeps its id
4After each edit batch, once the editor's own canon check is donerecord --role editor_closure, then digest (no accepted finding may be unapplied), pending, promptmust: the closure (prompt refuses without it). A FIX that you decide not to apply: waive --reason
5Launching a reviewerthe model and effort that prompt printsmust
6A reviewer resultrecord --packet pNNN --report FILE --model M --effort Emust. It enforces model and effort, revision, and a verdict for every scoped sentence. Sentences that changed since the packet was issued are reported, not rejected: their verdicts simply no longer match
7A sentence review with principle hits FIXprompt --role specialist --principles ... before the repairmust (the gate owes a specialist per hit)
8A batch is recordedpending, digest; decide every story_check, then edit under row 4should
9Nothing pending in a chunkprompt --scope close for the sentence and the terminology reviewer, then repairs by rows 4 to 8must: check needs a close review per role, except for a chunk that selective coverage leaves unchanged
10After the last editsnapshotmust (check fails until the snapshot equals the live text)
11Before Stage Echeck shows no line that begins with a chunk idmust: prompt --role holistic|formal refuses otherwise
12A Stage E round (at most two)prompt --role holistic and --role formal once per reviewer (3 per role in round 1, 2 in round 2; the program refuses more), each launched as a new agent that gets only the printed line; record --packet for each; stage-e merge; stage-e rule --cluster K.. --as applied|waived|deferred --reason ...must. A cluster is must when one reviewer calls it a claim defect or two reviewers raise it; applied is accepted only when its sentences changed; round 2 is required when round 1 applied a claim or global cluster; there is no round 3; one-sentence wording items are local and go back to the chunk loop
13An owner ruling, a Stage E repair, or a move between chunksdefect rule if a defect was logged; pending for the blast radius; update the rulings file (rulings-file.md); revision --yes only if the spine, the ledger or the conventions that reviewers judge against changedmust for defect rule. A bump prints and discards every current verdict and rejects packets still out. An edit of the ledger, the brief or reviewer-context.md without a bump is only warned about when a packet is recorded
14Before every report to the ownercheck; quote its last line; end with "Deviations from the skill:"must
15At the end of a round, or when asked about disk usegcshould. It lists rounds past retention and deletes nothing; gc --compact removes the bulk of expired rounds (raw reports, packets, sentence maps, snapshots) and only with the owner's agreement

Completion

A section is ready only when all chunks are integrated, every required result matches the current chunk and section snapshots, the declared language coverage is complete, no required quality axis of a chunk is FIX or USER_DECISION, and Stage E is adjudicated: at most two rounds of independent blind reviewers, every must cluster applied or waived (none open, none deferred to the owner). Verification independence is recorded separately from content quality.

A scientific defect in the author's source that the requested task did not already authorize repairing follows the rule in quality-contract.md: log it with defect add, keep working on the chunks that do not depend on it, and leave the round needs_user until the author rules. Do not convert the defect into a completion-time limitation.

Related skills

  • physics-paper-workflow — master recipe and stage map across the paper
  • physics-paper-outline — outlining, 4-paragraph Introduction formula, and main-text vs. appendix boundary
  • physics-paper-framing — abstracts, summary paragraphs, and Conclusion ↔ Introduction alignment
  • physics-language-principles — drafting and review canon
  • physics-paper-editing — passages of at most 12 sentences, and every chunk
  • physics-paper-author-read — responding to an author's own edits and margin comments; its language goes through this skill

Out of scope

  • Non-section passages of at most 12 sentences
  • Inventing missing physical meaning
  • Treating chunk boundaries as permission to redefine global objects locally
  • Resuming or reactivating a legacy/version-1 session

Individual skills in this repo

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

관련 스킬