superlab 0.1.65 → 0.1.67
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/lib/lab_write_contract.json +4 -4
- package/package-assets/claude/commands/lab/write.md +2 -1
- package/package-assets/claude/commands/lab-write.md +2 -1
- package/package-assets/claude/commands/lab:write.md +2 -1
- package/package-assets/claude/commands/lab/357/274/232write.md +2 -1
- package/package-assets/codex/prompts/lab/write.md +2 -1
- package/package-assets/codex/prompts/lab-write.md +2 -1
- package/package-assets/codex/prompts/lab:write.md +2 -1
- package/package-assets/codex/prompts/lab/357/274/232write.md +2 -1
- package/package-assets/shared/lab/.managed/scripts/validate_manuscript_delivery.py +42 -61
- package/package-assets/shared/lab/.managed/scripts/validate_paper_plan.py +2 -0
- package/package-assets/shared/lab/.managed/scripts/validate_reference_consumption.py +230 -0
- package/package-assets/shared/lab/.managed/scripts/validate_section_draft.py +50 -106
- package/package-assets/shared/lab/.managed/templates/paper-figure.tex +2 -1
- package/package-assets/shared/lab/.managed/templates/paper-plan.md +4 -4
- package/package-assets/shared/lab/.managed/templates/reference-consumption-plan.md +34 -0
- package/package-assets/shared/lab/.managed/templates/write-iteration.md +15 -27
- package/package-assets/shared/skills/lab/SKILL.md +3 -0
- package/package-assets/shared/skills/lab/references/paper-writing/examples/experiments/figure-placeholder-and-discussion.md +10 -6
- package/package-assets/shared/skills/lab/references/paper-writing/examples/experiments-examples.md +1 -1
- package/package-assets/shared/skills/lab/references/paper-writing/section-style-policies.md +12 -0
- package/package-assets/shared/skills/lab/stages/write.md +27 -18
- package/package.json +1 -1
- package/package-assets/shared/lab/.managed/scripts/extract_reference_paper_structure.py +0 -910
- package/package-assets/shared/lab/.managed/templates/reference-template-intake.md +0 -40
|
@@ -67,33 +67,6 @@
|
|
|
67
67
|
- Any discouraged move kept and why:
|
|
68
68
|
- Any banned move found:
|
|
69
69
|
|
|
70
|
-
## Review Issue Bundle
|
|
71
|
-
|
|
72
|
-
- Issue bundle path:
|
|
73
|
-
- New issues:
|
|
74
|
-
- Resolved issues:
|
|
75
|
-
- Open issues:
|
|
76
|
-
- Quote-backed findings recorded:
|
|
77
|
-
- Script-backed findings separated from judgment-backed findings:
|
|
78
|
-
|
|
79
|
-
## Re-Audit Status
|
|
80
|
-
|
|
81
|
-
- Previous issue bundle compared:
|
|
82
|
-
- Fully addressed root causes:
|
|
83
|
-
- Partially addressed root causes:
|
|
84
|
-
- Not addressed root causes:
|
|
85
|
-
- New root causes:
|
|
86
|
-
- Which root-cause issues block further prose polish:
|
|
87
|
-
|
|
88
|
-
## Reference Template Intake
|
|
89
|
-
|
|
90
|
-
- Reference sources used:
|
|
91
|
-
- Aggregate template playbook:
|
|
92
|
-
- Section templates consulted:
|
|
93
|
-
- Visual/table templates consulted:
|
|
94
|
-
- Multi-template reproduction plan:
|
|
95
|
-
- Structure-only reuse boundary:
|
|
96
|
-
|
|
97
70
|
## Table Semantics
|
|
98
71
|
|
|
99
72
|
- Metrics promised in Method:
|
|
@@ -142,6 +115,21 @@
|
|
|
142
115
|
- Was workflow-language paper layer included in the exported/pushed bundle:
|
|
143
116
|
- If workflow-language was omitted, why was canonical-only export acceptable:
|
|
144
117
|
|
|
118
|
+
## Reference Structure Consumption
|
|
119
|
+
|
|
120
|
+
- Was reference-guided deep writing triggered:
|
|
121
|
+
- Reference sources used:
|
|
122
|
+
- Reference consumption plan path:
|
|
123
|
+
- Were section/subsection slots mapped before prose:
|
|
124
|
+
- Were paragraph roles mapped before prose:
|
|
125
|
+
- Were table/figure roles mapped before prose:
|
|
126
|
+
- Which reference slots were adopted:
|
|
127
|
+
- Which reference slots were waived and why:
|
|
128
|
+
- Did the round avoid copying reference wording, claims, metrics, captions, or conclusions:
|
|
129
|
+
- Did final prose avoid service-style or AI-assistant meta language:
|
|
130
|
+
- Did final prose avoid workflow-only placeholder language:
|
|
131
|
+
- Validator command and result:
|
|
132
|
+
|
|
145
133
|
## Decision
|
|
146
134
|
|
|
147
135
|
- Continue or stop:
|
|
@@ -246,6 +246,9 @@ Use this skill when the user invokes `/lab:*` or asks for the structured researc
|
|
|
246
246
|
- Keep one canonical natural-language paper-facing name per concept.
|
|
247
247
|
- Once a paper-facing model or ablation label is chosen, reuse the canonical label instead of replacing it with a narrative alias in later prose, tables, or captions.
|
|
248
248
|
- Before drafting or polishing, check the current section block in `skills/lab/references/paper-writing/section-style-policies.md` and follow its encouraged, discouraged, and banned expression lists.
|
|
249
|
+
- When the user provides reference PDFs, paper URLs, local reference-paper paths, or asks to write by reference, stay within `/lab:write` but switch to reference-guided deep writing: extract structure, map section/subsection slots, paragraph roles, and table/figure roles to the current paper, record the mapping, and only then draft prose.
|
|
250
|
+
- Reference-guided writing may reuse structure, paragraph roles, asset placement, and bridge logic, but must not copy reference wording, claims, metrics, captions, or conclusions.
|
|
251
|
+
- Keep service-style, AI-assistant meta language, and workflow-only placeholder language out of manuscript prose, captions, table notes, and paper-facing analysis assets.
|
|
249
252
|
- Before any additional tighten, compress, or polish pass on the same section, run a section-level acceptance gate first.
|
|
250
253
|
- The section-level acceptance gate must explicitly check canonical naming consistency, adjacent-section consistency, claim/metric/ranking consistency with evidence, local clarity, local concision, and section-style compliance.
|
|
251
254
|
- If the current section still contains a banned expression or banned rhetorical move from the section-style policy, the round has not passed the section-level acceptance gate.
|
|
@@ -10,9 +10,11 @@ attachment.
|
|
|
10
10
|
\begin{figure}[t]
|
|
11
11
|
\centering
|
|
12
12
|
\fbox{\rule{0pt}{1.55in}\rule{0.92\linewidth}{0pt}}
|
|
13
|
-
|
|
14
|
-
boundary
|
|
15
|
-
|
|
13
|
+
% Authoring note: the final visual should show the full pipeline, highlight the
|
|
14
|
+
% module boundary, and make train-time versus inference-time data flow visible.
|
|
15
|
+
\caption{Method overview of the proposed model. The diagram separates the
|
|
16
|
+
structured scoring module from the post-hoc calibration stage and indicates the
|
|
17
|
+
data flow used during training and inference.}
|
|
16
18
|
\label{fig:method-overview}
|
|
17
19
|
\end{figure}
|
|
18
20
|
```
|
|
@@ -23,9 +25,11 @@ stage, and make the train-time versus inference-time data flow easy to inspect.}
|
|
|
23
25
|
\begin{figure}[t]
|
|
24
26
|
\centering
|
|
25
27
|
\fbox{\rule{0pt}{1.55in}\rule{0.92\linewidth}{0pt}}
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
28
|
+
% Authoring note: the final visual should summarize cross-dataset trends and
|
|
29
|
+
% uncertainty without introducing a claim absent from the result tables.
|
|
30
|
+
\caption{Benchmark-level results overview. The plot summarizes the primary
|
|
31
|
+
metric across datasets and shows whether the reported gain is stable across the
|
|
32
|
+
evaluated settings.}
|
|
29
33
|
\label{fig:results-overview}
|
|
30
34
|
\end{figure}
|
|
31
35
|
```
|
package/package-assets/shared/skills/lab/references/paper-writing/examples/experiments-examples.md
CHANGED
|
@@ -8,7 +8,7 @@ glue, not just checklists.
|
|
|
8
8
|
|
|
9
9
|
1. Main results should live in a real `table` environment.
|
|
10
10
|
2. Ablations should live in a separate `table` environment.
|
|
11
|
-
3. Method and experiments should each have at least one figure placeholder with
|
|
11
|
+
3. Method and experiments should each have at least one figure placeholder with a reader-ready caption and any authoring notes kept outside the caption.
|
|
12
12
|
4. Captions should explain the table or figure message briefly; longer interpretation belongs in prose.
|
|
13
13
|
|
|
14
14
|
## Example Files
|
|
@@ -30,6 +30,8 @@ These are paper-facing defaults. They are not project-specific branding rules.
|
|
|
30
30
|
- Roadmap prose such as "In this paper, we first..., then..., finally...".
|
|
31
31
|
- Reviewer-facing instructions such as "the reader can see" or "as shown clearly below".
|
|
32
32
|
- Unbounded superiority claims such as "universally", "always", or "in every setting".
|
|
33
|
+
- Service-style or AI-assistant meta language such as "用户说", "按你的要求", "我来解释", "let me explain", or "as requested by the user".
|
|
34
|
+
- Workflow-only placeholder language such as "图的意图", "资产意图", "占位符", "workflow-language", or "sync this wording".
|
|
33
35
|
|
|
34
36
|
## Introduction
|
|
35
37
|
|
|
@@ -51,6 +53,8 @@ These are paper-facing defaults. They are not project-specific branding rules.
|
|
|
51
53
|
- Empty macro-importance claims such as "this problem is increasingly critical" with no concrete consequence.
|
|
52
54
|
- Marketing-style first-claim language such as "revolutionary", "game-changing", or "unprecedented" without evidence.
|
|
53
55
|
- Paragraphs that only praise the paper instead of stating the research gap.
|
|
56
|
+
- Service-style or AI-assistant meta language such as "用户说", "按你的要求", "我来解释", "let me explain", or "as requested by the user".
|
|
57
|
+
- Workflow-only placeholder language such as "图的意图", "资产意图", "占位符", "workflow-language", or "sync this wording".
|
|
54
58
|
|
|
55
59
|
## Related Work
|
|
56
60
|
|
|
@@ -71,6 +75,8 @@ These are paper-facing defaults. They are not project-specific branding rules.
|
|
|
71
75
|
- Laundry-list paragraphs that only say "X does..., Y does..., Z does..." with no comparison.
|
|
72
76
|
- Claims that related work is weak or obsolete without specifying the missing capability.
|
|
73
77
|
- Hiding the closest prior work behind broad category language.
|
|
78
|
+
- Service-style or AI-assistant meta language such as "用户说", "按你的要求", "我来解释", "let me explain", or "as requested by the user".
|
|
79
|
+
- Workflow-only placeholder language such as "图的意图", "资产意图", "占位符", "workflow-language", or "sync this wording".
|
|
74
80
|
|
|
75
81
|
## Method
|
|
76
82
|
|
|
@@ -92,6 +98,8 @@ These are paper-facing defaults. They are not project-specific branding rules.
|
|
|
92
98
|
- Marketing-style or self-promotional wording such as "elegant", "powerful", "dramatically stronger", or "significantly outperforms prior methods" when used as prose decoration rather than evidence-backed result reporting.
|
|
93
99
|
- Explaining the method by saying it is "better", "stronger", or "more advanced" without saying how it works.
|
|
94
100
|
- Introducing new narrative aliases for canonical model or ablation labels after they have already been locked.
|
|
101
|
+
- Service-style or AI-assistant meta language such as "用户说", "按你的要求", "我来解释", "let me explain", or "as requested by the user".
|
|
102
|
+
- Workflow-only placeholder language such as "图的意图", "资产意图", "占位符", "workflow-language", or "sync this wording".
|
|
95
103
|
|
|
96
104
|
## Experiments
|
|
97
105
|
|
|
@@ -114,6 +122,8 @@ These are paper-facing defaults. They are not project-specific branding rules.
|
|
|
114
122
|
- Self-evaluations such as "结果也很清楚", "the defense results are very clear", or "the table is self-explanatory".
|
|
115
123
|
- Layout-process commentary in scientific prose, such as "由于表列较多,这里采用页宽自适应排版" or "we use page-width adaptive layout here".
|
|
116
124
|
- Claims that a table "proves" something when the evidence only supports a bounded empirical result.
|
|
125
|
+
- Service-style or AI-assistant meta language such as "用户说", "按你的要求", "我来解释", "let me explain", or "as requested by the user".
|
|
126
|
+
- Workflow-only placeholder language such as "图的意图", "资产意图", "占位符", "workflow-language", or "sync this wording".
|
|
117
127
|
|
|
118
128
|
## Conclusion
|
|
119
129
|
|
|
@@ -134,3 +144,5 @@ These are paper-facing defaults. They are not project-specific branding rules.
|
|
|
134
144
|
- Introducing new evidence, new experiments, or new mechanism claims.
|
|
135
145
|
- Expanding the paper's scope beyond what the experiments support.
|
|
136
146
|
- Ending with generic hype such as "this opens a new era" or "this will broadly transform the field".
|
|
147
|
+
- Service-style or AI-assistant meta language such as "用户说", "按你的要求", "我来解释", "let me explain", or "as requested by the user".
|
|
148
|
+
- Workflow-only placeholder language such as "图的意图", "资产意图", "占位符", "workflow-language", or "sync this wording".
|
|
@@ -69,6 +69,26 @@ Run these on every round:
|
|
|
69
69
|
- reviewer pass -> `skills/lab/references/paper-writing/paper-review.md`
|
|
70
70
|
- section-specific style policy -> `skills/lab/references/paper-writing/section-style-policies.md` (load the block matching the current section)
|
|
71
71
|
|
|
72
|
+
## Reference-Guided Deep Write
|
|
73
|
+
|
|
74
|
+
Trigger this mode automatically when the user provides reference PDFs, paper URLs, local reference-paper paths, a template paper, or asks to "参考" papers while continuing `/lab:write`.
|
|
75
|
+
|
|
76
|
+
This mode is still `/lab:write`; do not introduce a separate user command. It increases the depth of the write round instead of asking the user to remember another stage.
|
|
77
|
+
|
|
78
|
+
Required sequence:
|
|
79
|
+
|
|
80
|
+
1. Extract or refresh reference-paper structure with `.lab/.managed/scripts/extract_reference_paper_structure.py` when new reference PDFs or URLs are provided.
|
|
81
|
+
2. Read the generated `section-map.json`, `section-logic.md`, `paragraph-roles.json`, `visual-assets.json`, and aggregate `section-templates/<section>.json` for the current section.
|
|
82
|
+
3. Write `.lab/writing/reference-patterns/consumption-plan/<section>.md` from `.lab/.managed/templates/reference-consumption-plan.md` before drafting prose.
|
|
83
|
+
4. Map reference section/subsection slots, paragraph roles, table roles, figure roles, and bridge logic to the current paper's evidence and active paper layer.
|
|
84
|
+
5. Explicitly waive any reference slot that is not used, with a reason tied to current evidence or scope.
|
|
85
|
+
6. Reuse structure only. Do not copy wording, claims, metrics, captions, or conclusions from the reference papers.
|
|
86
|
+
7. Run `.lab/.managed/scripts/validate_reference_consumption.py --section <section> --section-file <section-file> --mode draft` after drafting; final-draft or export rounds must use `--mode final`.
|
|
87
|
+
|
|
88
|
+
For experiments, the consumption plan must cover or explicitly waive dataset description/statistics, split protocol, baseline setup, metric definition, implementation details, main results, ablation, and sensitivity/robustness. Dataset description, split protocol, baseline setup, metric definition, and main results are core slots and should be mapped rather than waived in normal empirical papers.
|
|
89
|
+
|
|
90
|
+
Do not enter prose polish until the current section has passed the reference-consumption check or has a recorded reason why reference-guided writing was not triggered.
|
|
91
|
+
|
|
72
92
|
## Small-Step Writing Rules
|
|
73
93
|
|
|
74
94
|
- Change one section or one clearly bounded subsection per round.
|
|
@@ -113,14 +133,8 @@ Run these on every round:
|
|
|
113
133
|
- Load only the current section guide. Do not load every section guide at once.
|
|
114
134
|
- Reuse example-bank structure, paragraph roles, sentence logic, and paper-facing LaTeX asset patterns when examples are bundled, but never copy wording verbatim.
|
|
115
135
|
- Treat example cites and example file names as writing references, not as evidence for the current paper.
|
|
116
|
-
- When the user provides local PDFs, PDF URLs, HTML pages, or reference papers while invoking `/lab:write`, run `.lab/.managed/scripts/extract_reference_paper_structure.py --output-dir .lab/writing/reference-patterns <sources...>` before drafting unless an up-to-date `.lab/writing/reference-patterns/aggregate-template-playbook.md` already covers those exact sources.
|
|
117
|
-
- Treat reference-paper intake as an internal write capability, not a separate user command. The user should still only need `/lab:write`; do not ask them to learn another workflow.
|
|
118
|
-
- The purpose of reference-paper intake is to help `/lab:write` reproduce mature multi-template writing structure: section slots, paragraph roles, argument sequence, table and figure functions, placement logic, and bridge sentences.
|
|
119
|
-
- Use at least two compatible reference templates when available. If only one reference is available, mark it as a single-template pattern and avoid treating it as a universal standard.
|
|
120
|
-
- For every reference table or figure, extract what reader question it answers, which section/subsection it supports, why it is placed there, what the prose before it should do, and what the prose after it should explain.
|
|
121
|
-
- When drafting from reference templates, reproduce structure and logic only. Do not copy wording, claims, metrics, baselines, data, captions, or conclusions from reference papers.
|
|
122
|
-
- Before drafting a section from reference templates, read `.lab/writing/reference-patterns/aggregate-template-playbook.md`, the matching file under `.lab/writing/reference-patterns/section-templates/`, and the matching visual/table template under `.lab/writing/reference-patterns/visual-templates/` when the section uses tables or figures.
|
|
123
136
|
- Build a compact mini-outline before prose.
|
|
137
|
+
- When reference-guided deep-write is triggered, build the reference consumption plan before the mini-outline so the outline is based on mapped section slots rather than generic prose flow.
|
|
124
138
|
- Academic readability standards are the same in `workflow_language` and `paper_language`; changing languages must not lower external-reader clarity.
|
|
125
139
|
- If the current round introduces or revises key terms, abbreviations, metric names, mechanism names, or system labels, explain them at first mention by briefly stating what they are and why they matter here.
|
|
126
140
|
- First mention should use the full form. If a short form or acronym will be reused later, define it at first mention as `Full Form (Short Form)` before switching to the short form.
|
|
@@ -133,10 +147,6 @@ Run these on every round:
|
|
|
133
147
|
- Before any additional tighten, compress, or polish pass on the same section, run a section-level acceptance gate first.
|
|
134
148
|
- The section-level acceptance gate is passed only when canonical naming consistency, adjacent-section consistency, claim, metric, and ranking consistency with the current evidence, local clarity, local concision, and section-style compliance are all explicitly checked and no unresolved blocker remains.
|
|
135
149
|
- If the current section still contains a banned expression or banned rhetorical move from `section-style-policies.md`, the round has not passed the section-level acceptance gate.
|
|
136
|
-
- If reviewer notes, validator warnings, or prior write rounds produced issues, record them as a review issue bundle in the write-iteration artifact before further polishing.
|
|
137
|
-
- Review issue bundles should separate script-backed findings from judgment-backed findings, preserve the source quote or local pointer when available, and track whether each issue is new, resolved, open, or superseded.
|
|
138
|
-
- Before continuing prose polish after a review issue bundle exists, run a re-audit pass that compares the current draft against previous root causes and records fully addressed, partially addressed, not addressed, and newly introduced root causes.
|
|
139
|
-
- Do not answer a review issue by merely changing wording around it. Fix the underlying section structure, evidence support, terminology definition, or asset/table linkage that caused the issue.
|
|
140
150
|
- If the current round changes the paper's canonical experiment or evaluation protocol (for example split ratio, train/test size, seed or split count, benchmark set, or main-table evaluation contract), treat it as a canonical protocol replacement unless the user explicitly scopes it as supplementary or appendix-only.
|
|
141
151
|
- A canonical protocol replacement requires a paper-wide impact audit before more polishing: identify stale sections and assets across Abstract, Introduction, Method, Experiments, Conclusion, tables, figures, analysis assets, and `.lab/writing/plan.md`, then update the plan and highest-impact stale targets first.
|
|
142
152
|
- When a paper-wide impact audit is still open, default the next write action to the highest-impact canonical stale section or asset instead of polishing the same section again.
|
|
@@ -150,6 +160,8 @@ Run these on every round:
|
|
|
150
160
|
- Do not use labels containing `_` or `-` in reader-facing prose.
|
|
151
161
|
- Keep internal identifiers, config keys, and experiment package labels out of reader-facing prose unless they are mapped once for the reader and then moved back out of prose.
|
|
152
162
|
- Do not use unexplained terminology density as a substitute for academic tone.
|
|
163
|
+
- Keep service-style or AI-assistant meta language out of manuscript prose. Phrases such as "用户说", "按你的要求", "我来解释", "下面我", "this version", or "as requested by the user" belong in workflow notes, not in paper-facing sections, captions, table notes, or analysis assets.
|
|
164
|
+
- Keep workflow-only placeholder language out of manuscript prose. Phrases such as "图的意图", "资产意图", "占位符", "workflow-language", "translation layer", or "sync this wording" belong in authoring artifacts, not in reader-facing LaTeX.
|
|
153
165
|
- Main tables must be locally self-contained: a reader looking at the table title, header, note, and adjacent introduction or interpretation should be able to determine what each row represents, what each column measures, the metric direction, and any relevant unit, denominator, or event condition.
|
|
154
166
|
- Short headers remain allowed, but they must be resolved locally through the same table's caption or table note instead of forcing the reader to chase the Method section.
|
|
155
167
|
- If the Method or Experiments prose says the paper reports a metric family, the main table set must either expose those metrics directly or explicitly mark the missing ones as appendix-only and explain why.
|
|
@@ -172,9 +184,9 @@ Run these on every round:
|
|
|
172
184
|
- When the repository workflow config is available, the paper-plan validator also checks that `.lab/writing/plan.md` stays in `workflow_language` instead of silently drifting into another language.
|
|
173
185
|
- If the paper-plan validator fails, stop and fill `.lab/writing/plan.md` first instead of drafting prose.
|
|
174
186
|
- During ordinary draft rounds, run `.lab/.managed/scripts/validate_section_draft.py --section <section> --section-file <section-file> --mode draft` and `.lab/.managed/scripts/validate_paper_claims.py --section-file <section-file> --mode draft` after revising the active section.
|
|
187
|
+
- If reference-guided deep-write was triggered, also run `.lab/.managed/scripts/validate_reference_consumption.py --section <section> --section-file <section-file> --mode draft` after revising the active section.
|
|
175
188
|
- Treat draft-round output from the section and claim validators as warnings that must be recorded and addressed in the write-iteration artifact, not as immediate stop conditions.
|
|
176
189
|
- If the active section already lives under a paper-layer `sections/` directory, the draft section validator should also warn when the neighboring required figure or analysis placeholder files are still missing from that same paper layer.
|
|
177
|
-
- For experiment sections, treat prose-only performance claims, unnamed generic comparator phrases, repeated split/seed protocols without variance disposition, and result paragraphs without concrete metric/table anchors as section warnings that must be fixed before more prose-only polishing.
|
|
178
190
|
- For each subsection, explicitly include motivation, design, and technical advantage when applicable.
|
|
179
191
|
- Avoid a writing style that reads like incremental patching of a naive baseline.
|
|
180
192
|
- Keep terminology stable across the full paper.
|
|
@@ -195,14 +207,12 @@ Run these on every round:
|
|
|
195
207
|
- `<deliverables_root>/paper/analysis/analysis-asset.tex`
|
|
196
208
|
- Table assets must use paper-facing LaTeX structure with `booktabs`, caption, label, and consistent precision.
|
|
197
209
|
- Table assets must also include a local table note that explains row meaning, column meaning, metric definitions, comparison scope, and any important caveat.
|
|
198
|
-
- Table assets must avoid vertical rules, `\hline`, and `\cline`; use `booktabs` rules and whitespace instead.
|
|
199
|
-
- Table captions should appear before the tabular body so the table can be read top-down in manuscript order.
|
|
200
|
-
- Numeric precision should be consistent within each metric column unless the table note explains a deliberate exception.
|
|
201
210
|
- Table assets must not rely on aggressive width hacks by default; if width control is still needed after table redesign, document it locally and keep it readable.
|
|
202
|
-
- Figure placeholders
|
|
211
|
+
- Figure placeholders may record what the final figure should show and why the reader needs it in authoring comments, the paper plan, or the write-iteration artifact, but the caption itself must remain paper-facing and must not contain "Figure intent", "图的意图", "asset intent", "占位符", or similar workflow language.
|
|
203
212
|
- Core asset coverage for a paper-facing final draft should include a problem-setting or teaser figure, a method overview figure, a results overview figure, a main-results table, an ablation table, and one additional analysis asset.
|
|
204
213
|
- Keep `.lab/writing/plan.md` synchronized with the current table plan, figure plan, citation plan, and section-to-asset map whenever manuscript assets change.
|
|
205
214
|
- For final-draft or export rounds, run `.lab/.managed/scripts/validate_section_draft.py --section <section> --section-file <section-file> --mode final` and `.lab/.managed/scripts/validate_paper_claims.py --section-file <section-file> --mode final` before accepting the round.
|
|
215
|
+
- If reference-guided deep-write was triggered, run `.lab/.managed/scripts/validate_reference_consumption.py --section <section> --section-file <section-file> --mode final` before accepting the final-draft or export round.
|
|
206
216
|
- If the final-round section or claim validators fail, keep editing the affected section until it passes; do not stop at asset-complete but rhetorically weak or unsafe prose.
|
|
207
217
|
- Final-round section validation should fail when a section in the paper layer references required figure or analysis placeholders but the neighboring asset files are still missing from that layer.
|
|
208
218
|
- Run `.lab/.managed/scripts/validate_manuscript_delivery.py --paper-dir <deliverables_root>/paper` before accepting a final-draft or export round.
|
|
@@ -215,8 +225,6 @@ Run these on every round:
|
|
|
215
225
|
- When a round introduces or revises key terms, include a compact terminology note in the user-facing round summary and record the terminology-clarity self-check in the write-iteration artifact.
|
|
216
226
|
- Record the section-level acceptance gate in the write-iteration artifact before recommending further tightening on the same section.
|
|
217
227
|
- Record section-style policy compliance, any retained discouraged move, and any banned move found in the write-iteration artifact.
|
|
218
|
-
- Record the review issue bundle and re-audit status in the write-iteration artifact whenever the round follows reviewer notes, validator warnings, or prior failed writing rounds.
|
|
219
|
-
- Record the reference template intake in the write-iteration artifact whenever the round uses PDFs, URLs, or `.lab/writing/reference-patterns/` artifacts: sources used, aggregate playbook path, section templates consulted, visual/table templates consulted, multi-template reproduction plan, and structure-only reuse boundary.
|
|
220
228
|
- Record the round target layer in the write-iteration artifact as `canonical manuscript`, `workflow-language paper layer`, or `both`.
|
|
221
229
|
- If workflow-language was active and the round still targeted the canonical manuscript, record why canonical-only writing was acceptable in the write-iteration artifact.
|
|
222
230
|
- If both layers were edited, record why the cross-language sync was required and whether it was explicitly requested by the user or required by final-draft/export finalization.
|
|
@@ -237,6 +245,7 @@ Run these on every round:
|
|
|
237
245
|
- `.lab/writing/framing.md`
|
|
238
246
|
- `.lab/writing/plan.md`
|
|
239
247
|
- `.lab/writing/terminology-glossary.md`
|
|
248
|
+
- `.lab/writing/reference-patterns/consumption-plan/<section>.md` when reference-guided deep-write is triggered
|
|
240
249
|
- `.lab/writing/iterations/<n>.md`
|
|
241
250
|
- `<deliverables_root>/paper/main.tex`
|
|
242
251
|
- `<deliverables_root>/paper/references.bib`
|