← MathboxCONTENT HISTORY

Update to Mathbox

Snapshot Oct 24, 2026 · 12:58 UTC · version 4.0.0

Collection source: downloaded plugin package. These snapshots do not have a confirmed matching collection source. Differences in file lists alone do not establish changes to the package.

WHAT CHANGED

Instructions updated for manuscript-integrate

Full description — Now says: response to referee comments

Observed in instructions or declared skills. Runtime behavior has not been tested.

Save Mathbox and check future changes in Following.

Up to 10 plugins free · no card required.

All fields and original values.

Full description

Before

Sep 30, 2026 · 23:15 UTC

referee response

After

Oct 24, 2026 · 12:58 UTC

response to referee comments

Skill instructions

Before

Sep 30, 2026 · 23:15 UTC

referee response into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof or to perfo...

After

Oct 24, 2026 · 12:58 UTC

response to referee comments into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof...

Supporting files

Before

Sep 30, 2026 · 23:15 UTC

[{"relative_path":"agents/openai.yaml","size_in_bytes":282},{"relative_path":"evals/evals.json","size_in_bytes":2950},{"relative_path":"evals/trigger-evals.json","size_in_bytes":501},{"relative_path":"references/integration-checklist.md"...

After

Oct 24, 2026 · 12:58 UTC

[{"relative_path":"agents/openai.yaml","size_in_bytes":282},{"relative_path":"evals/evals.json","size_in_bytes":4345},{"relative_path":"evals/trigger-evals.json","size_in_bytes":1004},{"relative_path":"references/integration-checklist.md...

Compare saved observations

Download comparison JSON

SKILL.md text changes

− removed · + added

--- before
+++ after
@@ -1,7 +1,7 @@
 ---
 name: manuscript-integrate
 description: >-
-  Integrate an already validated mathematical result, correction, citation, or referee response into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof or to perform routine copyediting.
+  Integrate an already validated mathematical result, correction, citation, or response to referee comments into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof or to perform routine copyediting.
 ---
 
 # Manuscript integration
@@ -14,21 +14,29 @@
 1. Determine repository root, inspect the worktree, and read applicable
    instructions.
 2. Resolve the authoritative manuscript, proof source, current status/claims,
-   conventions, literature ledger, bibliography, and verification commands.
+   conventions, literature record, bibliography, and verification commands.
 3. Identify the exact validated result and its evidence/review status.
    If `.mathbox/` is present, use the available `research-state` workflow to
    check the current claim revision, artifact freshness and dependency closure.
    Read the proof itself; a generated `proved` label does not validate it.
-4. Stop if the source proof conflicts with current status or the target
-   manuscript is ambiguous.
-5. If a required external theorem has not been checked, pause integration and
-   route that source question through the available `literature-check` skill
-   (`mathbox:literature-check` in plugin installations). That workflow checks an
-   authorized project-local cache before fetching. Resume only after the exact
-   source implication is verified. If the skill is unavailable, perform the
-   exact-source check directly. If the source remains unavailable, keep that
-   result conditional rather than supplying validation here. Continue any
-   independent, already validated integration work the user authorized.
+4. To integrate a result as established, require current durable evidence for
+   its exact statement and scope: proved, externally proved, or computationally
+   verified within the stated range, with no active failed review. A label alone
+   is insufficient. Block promotion of stale, heuristic, unvalidated or gappy
+   input. Route correctness questions through the available `proof-audit` skill
+   (`mathbox:proof-audit` in plugin installations) and new arguments through the
+   available `research-attempt` skill (`mathbox:research-attempt` in plugin
+   installations); if unavailable, return the exact obligation. Do not repair
+   proofs here. Stop on source/status conflicts or an ambiguous manuscript.
+5. Route unchecked external inputs through the available `literature-check` skill
+   (`mathbox:literature-check` in plugin installations), or check the exact source
+   directly if unavailable. Do not integrate an unverified result unless the
+   user explicitly asks for a conditional statement; then carry the missing
+   hypothesis/dependency and conditional status into the manuscript. Otherwise
+   report integration blocked with status unchanged. Continue independent
+   validated work already authorized.
+6. Validated citation changes, corrections and removals need support for the
+   change, not positive proof evidence for a claim no longer asserted.
 
 ## Build the integration map
 
@@ -50,18 +58,16 @@
 
 - Change the smallest coherent manuscript region.
 - Keep hypotheses adjacent to the claim and preserve every limitation.
-- Distinguish internal proof, external input, computation, heuristic, and open
-  question.
+- Preserve project evidence labels: proved, externally proved, computationally
+  verified in a stated range, conditional, heuristic and conjectural.
 - Do not make a publishable theorem depend accidentally on an optional stronger
   conjecture or unfinished route.
 - Preserve historical source files; correct the live manuscript and record the
   correction rather than rewriting chronology.
 - Update notation, theorem names/numbers, references, citations, introduction,
   comparison, and outlook only where the result requires it.
-- For a scope removal or restriction, search every project-declared dependent
-  view before claiming consistency. Update authorized dependents together; if a
-  protected or separately governed file cannot be changed, mark the exact
-  conflict in the live view and do not report the propagation complete.
+- If a protected dependent cannot be changed, mark the exact conflict and do
+  not report propagation complete.
 - Do not edit generated output or bibliography entries without checking the
   project's source convention.
 
@@ -70,19 +76,20 @@
 
 ## Synchronize durable state
 
-When the mathematical state changes, update the durable proof, claims/status,
-one standalone research record, and its compact history-index entry together.
-Use the project-designated paths, or `research/records/` and `RESEARCH_LOG.md`
-by default. Do not put route details in the index, rewrite indexed history, or
+When integration changes a claim's statement, scope or status (not its prose),
+and the project keeps research records, update its durable proof, claims/status,
+one standalone record and compact route-index entry together. Use designated
+paths, or `research/records/` and `RESEARCH_LOG.md` when records already exist. Do not put route details in the index, rewrite indexed history, or
 log routine prose or formatting. Keep any specialist or human-review obligation
 open until it has actually occurred.
 
 ## Verify
 
-1. Perform a conservative pass with the `mathbox:proofread-math` plugin skill
-   over the changed TeX and needed context.
-2. Run the documented targeted mathematical verifier.
-3. Run the appropriate out-of-tree or canonical manuscript build.
+1. Use the available `proofread-math` skill (`mathbox:proofread-math` in plugin
+   installations) over changed TeX and context, or apply conservative proofreading
+   directly if unavailable.
+2. Run the targeted mathematical verifier when documented; otherwise report not run.
+3. Run the documented manuscript build; otherwise report not run.
 4. Inspect undefined references/citations, warnings in the changed region,
    theorem numbering, bibliography changes, and `git diff --check`.
 5. Search for the superseded statement, scope and terminology across declared
@@ -94,4 +101,5 @@
 
 Report the integrated result, files changed, source evidence, claim/status
 changes, commands and warnings, unresolved mathematical or manuscript risk, and
-remaining human review.
+remaining human review. A clean build or proofreading pass does not validate
+mathematical correctness.
Full technical diff · 3 changed fields

changed /description

BEFORE
"Integrate an already validated mathematical result, correction, citation, or referee response into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof or to perform routine copyediting."
AFTER
"Integrate an already validated mathematical result, correction, citation, or response to referee comments into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof or to perform routine copyediting."

changed /included_files

BEFORE
[
  {
    "relative_path": "agents/openai.yaml",
    "size_in_bytes": 282
  },
  {
    "relative_path": "evals/evals.json",
    "size_in_bytes": 2950
  },
  {
    "relative_path": "evals/trigger-evals.json",
    "size_in_bytes": 501
  },
  {
    "relative_path": "references/integration-checklist.md",
    "size_in_bytes": 903
  }
]
AFTER
[
  {
    "relative_path": "agents/openai.yaml",
    "size_in_bytes": 282
  },
  {
    "relative_path": "evals/evals.json",
    "size_in_bytes": 4345
  },
  {
    "relative_path": "evals/trigger-evals.json",
    "size_in_bytes": 1004
  },
  {
    "relative_path": "references/integration-checklist.md",
    "size_in_bytes": 954
  }
]

changed /skill_md_contents

BEFORE
"---\nname: manuscript-integrate\ndescription: >-\n  Integrate an already validated mathematical result, correction, citation, or referee response into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof or to perform routine copyediting.\n---\n\n# Manuscript integration\n\nTransfer validated mathematics into the live manuscript. Integration does not\nsupply mathematical validation or human review.\n\n## Preconditions\n\n1. Determine repository root, inspect the worktree, and read applicable\n   instructions.\n2. Resolve the authoritative manuscript, proof source, current status/claims,\n   conventions, literature ledger, bibliography, and verification commands.\n3. Identify the exact validated result and its evidence/review status.\n   If `.mathbox/` is present, use the available `research-state` workflow to\n   check the current claim revision, artifact freshness and dependency closure.\n   Read the proof itself; a generated `proved` label does not validate it.\n4. Stop if the source proof conflicts with current status or the target\n   manuscript is ambiguous.\n5. If a required external theorem has not been checked, pause integration and\n   route that source question through the available `literature-check` skill\n   (`mathbox:literature-check` in plugin installations). That workflow checks an\n   authorized project-local cache before fetching. Resume only after the exact\n   source implication is verified. If the skill is unavailable, perform the\n   exact-source check directly. If the source remains unavailable, keep that\n   result conditional rather than supplying validation here. Continue any\n   independent, already validated integration work the user authorized.\n\n## Build the integration map\n\nState:\n\n- source theorem/lemma/correction and durable location;\n- target section and theorem hierarchy;\n- exact hypotheses, coefficient regime, grading, signs, variance, range, and\n  exceptions;\n- notation translation;\n- external dependencies and citations;\n- downstream statements, introduction claims, examples, and cross-references\n  affected;\n- project maps, theorem inventories, source guides, status files and verification\n  benchmarks whose meaning depends on the changed scope;\n- validation plan and human-review obligation.\n\n## Edit\n\n- Change the smallest coherent manuscript region.\n- Keep hypotheses adjacent to the claim and preserve every limitation.\n- Distinguish internal proof, external input, computation, heuristic, and open\n  question.\n- Do not make a publishable theorem depend accidentally on an optional stronger\n  conjecture or unfinished route.\n- Preserve historical source files; correct the live manuscript and record the\n  correction rather than rewriting chronology.\n- Update notation, theorem names/numbers, references, citations, introduction,\n  comparison, and outlook only where the result requires it.\n- For a scope removal or restriction, search every project-declared dependent\n  view before claiming consistency. Update authorized dependents together; if a\n  protected or separately governed file cannot be changed, mark the exact\n  conflict in the live view and do not report the propagation complete.\n- Do not edit generated output or bibliography entries without checking the\n  project's source convention.\n\nUse [integration-checklist.md](references/integration-checklist.md) for\nload-bearing theorem changes.\n\n## Synchronize durable state\n\nWhen the mathematical state changes, update the durable proof, claims/status,\none standalone research record, and its compact history-index entry together.\nUse the project-designated paths, or `research/records/` and `RESEARCH_LOG.md`\nby default. Do not put route details in the index, rewrite indexed history, or\nlog routine prose or formatting. Keep any specialist or human-review obligation\nopen until it has actually occurred.\n\n## Verify\n\n1. Perform a conservative pass with the `mathbox:proofread-math` plugin skill\n   over the changed TeX and needed context.\n2. Run the documented targeted mathematical verifier.\n3. Run the appropriate out-of-tree or canonical manuscript build.\n4. Inspect undefined references/citations, warnings in the changed region,\n   theorem numbering, bibliography changes, and `git diff --check`.\n5. Search for the superseded statement, scope and terminology across declared\n   dependents; classify each remaining occurrence as current, historical or\n   stale.\n6. Review the final diff for unintended semantic or generated-file changes.\n\n## Report\n\nReport the integrated result, files changed, source evidence, claim/status\nchanges, commands and warnings, unresolved mathematical or manuscript risk, and\nremaining human review.\n"
AFTER
"---\nname: manuscript-integrate\ndescription: >-\n  Integrate an already validated mathematical result, correction, citation, or response to referee comments into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof or to perform routine copyediting.\n---\n\n# Manuscript integration\n\nTransfer validated mathematics into the live manuscript. Integration does not\nsupply mathematical validation or human review.\n\n## Preconditions\n\n1. Determine repository root, inspect the worktree, and read applicable\n   instructions.\n2. Resolve the authoritative manuscript, proof source, current status/claims,\n   conventions, literature record, bibliography, and verification commands.\n3. Identify the exact validated result and its evidence/review status.\n   If `.mathbox/` is present, use the available `research-state` workflow to\n   check the current claim revision, artifact freshness and dependency closure.\n   Read the proof itself; a generated `proved` label does not validate it.\n4. To integrate a result as established, require current durable evidence for\n   its exact statement and scope: proved, externally proved, or computationally\n   verified within the stated range, with no active failed review. A label alone\n   is insufficient. Block promotion of stale, heuristic, unvalidated or gappy\n   input. Route correctness questions through the available `proof-audit` skill\n   (`mathbox:proof-audit` in plugin installations) and new arguments through the\n   available `research-attempt` skill (`mathbox:research-attempt` in plugin\n   installations); if unavailable, return the exact obligation. Do not repair\n   proofs here. Stop on source/status conflicts or an ambiguous manuscript.\n5. Route unchecked external inputs through the available `literature-check` skill\n   (`mathbox:literature-check` in plugin installations), or check the exact source\n   directly if unavailable. Do not integrate an unverified result unless the\n   user explicitly asks for a conditional statement; then carry the missing\n   hypothesis/dependency and conditional status into the manuscript. Otherwise\n   report integration blocked with status unchanged. Continue independent\n   validated work already authorized.\n6. Validated citation changes, corrections and removals need support for the\n   change, not positive proof evidence for a claim no longer asserted.\n\n## Build the integration map\n\nState:\n\n- source theorem/lemma/correction and durable location;\n- target section and theorem hierarchy;\n- exact hypotheses, coefficient regime, grading, signs, variance, range, and\n  exceptions;\n- notation translation;\n- external dependencies and citations;\n- downstream statements, introduction claims, examples, and cross-references\n  affected;\n- project maps, theorem inventories, source guides, status files and verification\n  benchmarks whose meaning depends on the changed scope;\n- validation plan and human-review obligation.\n\n## Edit\n\n- Change the smallest coherent manuscript region.\n- Keep hypotheses adjacent to the claim and preserve every limitation.\n- Preserve project evidence labels: proved, externally proved, computationally\n  verified in a stated range, conditional, heuristic and conjectural.\n- Do not make a publishable theorem depend accidentally on an optional stronger\n  conjecture or unfinished route.\n- Preserve historical source files; correct the live manuscript and record the\n  correction rather than rewriting chronology.\n- Update notation, theorem names/numbers, references, citations, introduction,\n  comparison, and outlook only where the result requires it.\n- If a protected dependent cannot be changed, mark the exact conflict and do\n  not report propagation complete.\n- Do not edit generated output or bibliography entries without checking the\n  project's source convention.\n\nUse [integration-checklist.md](references/integration-checklist.md) for\nload-bearing theorem changes.\n\n## Synchronize durable state\n\nWhen integration changes a claim's statement, scope or status (not its prose),\nand the project keeps research records, update its durable proof, claims/status,\none standalone record and compact route-index entry together. Use designated\npaths, or `research/records/` and `RESEARCH_LOG.md` when records already exist. Do not put route details in the index, rewrite indexed history, or\nlog routine prose or formatting. Keep any specialist or human-review obligation\nopen until it has actually occurred.\n\n## Verify\n\n1. Use the available `proofread-math` skill (`mathbox:proofread-math` in plugin\n   installations) over changed TeX and context, or apply conservative proofreading\n   directly if unavailable.\n2. Run the targeted mathematical verifier when documented; otherwise report not run.\n3. Run the documented manuscript build; otherwise report not run.\n4. Inspect undefined references/citations, warnings in the changed region,\n   theorem numbering, bibliography changes, and `git diff --check`.\n5. Search for the superseded statement, scope and terminology across declared\n   dependents; classify each remaining occurrence as current, historical or\n   stale.\n6. Review the final diff for unintended semantic or generated-file changes.\n\n## Report\n\nReport the integrated result, files changed, source evidence, claim/status\nchanges, commands and warnings, unresolved mathematical or manuscript risk, and\nremaining human review. A clean build or proofreading pass does not validate\nmathematical correctness.\n"
Full snapshot data
{
  "description": "Integrate an already validated mathematical result, correction, citation, or response to referee comments into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof or to perform routine copyediting.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 282
    },
    {
      "relative_path": "evals/evals.json",
      "size_in_bytes": 4345
    },
    {
      "relative_path": "evals/trigger-evals.json",
      "size_in_bytes": 1004
    },
    {
      "relative_path": "references/integration-checklist.md",
      "size_in_bytes": 954
    }
  ],
  "name": "manuscript-integrate",
  "skill_md_contents": "---\nname: manuscript-integrate\ndescription: >-\n  Integrate an already validated mathematical result, correction, citation, or response to referee comments into an authoritative LaTeX manuscript while preserving hypotheses, evidence status, notation, and dependencies. Use only when the user explicitly requests manuscript integration. Do not use to invent a proof or to perform routine copyediting.\n---\n\n# Manuscript integration\n\nTransfer validated mathematics into the live manuscript. Integration does not\nsupply mathematical validation or human review.\n\n## Preconditions\n\n1. Determine repository root, inspect the worktree, and read applicable\n   instructions.\n2. Resolve the authoritative manuscript, proof source, current status/claims,\n   conventions, literature record, bibliography, and verification commands.\n3. Identify the exact validated result and its evidence/review status.\n   If `.mathbox/` is present, use the available `research-state` workflow to\n   check the current claim revision, artifact freshness and dependency closure.\n   Read the proof itself; a generated `proved` label does not validate it.\n4. To integrate a result as established, require current durable evidence for\n   its exact statement and scope: proved, externally proved, or computationally\n   verified within the stated range, with no active failed review. A label alone\n   is insufficient. Block promotion of stale, heuristic, unvalidated or gappy\n   input. Route correctness questions through the available `proof-audit` skill\n   (`mathbox:proof-audit` in plugin installations) and new arguments through the\n   available `research-attempt` skill (`mathbox:research-attempt` in plugin\n   installations); if unavailable, return the exact obligation. Do not repair\n   proofs here. Stop on source/status conflicts or an ambiguous manuscript.\n5. Route unchecked external inputs through the available `literature-check` skill\n   (`mathbox:literature-check` in plugin installations), or check the exact source\n   directly if unavailable. Do not integrate an unverified result unless the\n   user explicitly asks for a conditional statement; then carry the missing\n   hypothesis/dependency and conditional status into the manuscript. Otherwise\n   report integration blocked with status unchanged. Continue independent\n   validated work already authorized.\n6. Validated citation changes, corrections and removals need support for the\n   change, not positive proof evidence for a claim no longer asserted.\n\n## Build the integration map\n\nState:\n\n- source theorem/lemma/correction and durable location;\n- target section and theorem hierarchy;\n- exact hypotheses, coefficient regime, grading, signs, variance, range, and\n  exceptions;\n- notation translation;\n- external dependencies and citations;\n- downstream statements, introduction claims, examples, and cross-references\n  affected;\n- project maps, theorem inventories, source guides, status files and verification\n  benchmarks whose meaning depends on the changed scope;\n- validation plan and human-review obligation.\n\n## Edit\n\n- Change the smallest coherent manuscript region.\n- Keep hypotheses adjacent to the claim and preserve every limitation.\n- Preserve project evidence labels: proved, externally proved, computationally\n  verified in a stated range, conditional, heuristic and conjectural.\n- Do not make a publishable theorem depend accidentally on an optional stronger\n  conjecture or unfinished route.\n- Preserve historical source files; correct the live manuscript and record the\n  correction rather than rewriting chronology.\n- Update notation, theorem names/numbers, references, citations, introduction,\n  comparison, and outlook only where the result requires it.\n- If a protected dependent cannot be changed, mark the exact conflict and do\n  not report propagation complete.\n- Do not edit generated output or bibliography entries without checking the\n  project's source convention.\n\nUse [integration-checklist.md](references/integration-checklist.md) for\nload-bearing theorem changes.\n\n## Synchronize durable state\n\nWhen integration changes a claim's statement, scope or status (not its prose),\nand the project keeps research records, update its durable proof, claims/status,\none standalone record and compact route-index entry together. Use designated\npaths, or `research/records/` and `RESEARCH_LOG.md` when records already exist. Do not put route details in the index, rewrite indexed history, or\nlog routine prose or formatting. Keep any specialist or human-review obligation\nopen until it has actually occurred.\n\n## Verify\n\n1. Use the available `proofread-math` skill (`mathbox:proofread-math` in plugin\n   installations) over changed TeX and context, or apply conservative proofreading\n   directly if unavailable.\n2. Run the targeted mathematical verifier when documented; otherwise report not run.\n3. Run the documented manuscript build; otherwise report not run.\n4. Inspect undefined references/citations, warnings in the changed region,\n   theorem numbering, bibliography changes, and `git diff --check`.\n5. Search for the superseded statement, scope and terminology across declared\n   dependents; classify each remaining occurrence as current, historical or\n   stale.\n6. Review the final diff for unintended semantic or generated-file changes.\n\n## Report\n\nReport the integrated result, files changed, source evidence, claim/status\nchanges, commands and warnings, unresolved mathematical or manuscript risk, and\nremaining human review. A clean build or proofreading pass does not validate\nmathematical correctness.\n"
}

SHA-256 of public snapshot: aa04254738ef59bc7c695bd26cfab0eb865c30b7616ec5198c10fc17ae3e6c09