superlab 0.1.75 → 0.1.76

package/lib/i18n.cjs

@@ -1974,7 +1974,7 @@ for (const [relativePath, content] of Object.entries(ZH_SKILL_FILES)) {
 
 const zhRebuttalModeReference = `# Rebuttal Mode
 
-本文件是 reviewer panel 和外部 rebuttal intake 的唯一共享合同。review、write、auto 阶段只引用本文件，不复制四审稿人逻辑。
+本文件是 reviewer panel 和外部 rebuttal intake 的唯一共享合同。review、write、auto 阶段只引用本文件，不复制五审稿人逻辑。
 
 ## 触发条件
 
@@ -1985,6 +1985,19 @@ const zhRebuttalModeReference = `# Rebuttal Mode
 
 普通路径修复、依赖安装、实验轮询不触发本模式，除非它们会影响 paper-facing claim。
 
+## Light Read Set / 轻量读取范围
+
+Rebuttal 是批评和路由，不是全仓审计。默认只读最小证据集合：
+
+- active LaTeX / 现役 LaTeX：\`main.tex\`、\`sections/*.tex\`、\`tables/*.tex\`、\`figures/*.tex\`、\`analysis/*.tex\`
+- result summaries / 结果摘要：\`summary.csv\`、\`summary.tsv\`、\`summary.json\`、\`score_effect_summary.json\`、\`metric_summary.*\`、\`run_table.*\`
+- 受管索引：evidence index、evaluation protocol、paper plan、metric glossary、terminology glossary、artifact status、active topology
+- 用户提供的外部 rebuttal、批评或审稿意见
+
+Do not run a whole-repository scan / 不要默认全仓扫描。不要默认读取 raw datasets / 原始数据集、full logs / 完整日志、完整 outputs 树、源码、notebook 或无关旧稿。
+
+只有在 LaTeX claim 与结果摘要冲突、表格数值无来源、validator 指向具体文件、或用户明确要求 deep audit 时，才扩大读取范围。扩大时必须在 rebuttal panel 记录原因和额外路径。
+
 ## 外部 Rebuttal Intake
 
 外部批评必须先转成内部 issue，再进入改稿或实验。
@@ -1994,7 +2007,7 @@ const zhRebuttalModeReference = `# Rebuttal Mode
 - 来源：reviewer id、AC、meta-review、同事或用户
 - 批评摘要
 - 影响对象：claim、section、table、figure、protocol、metric、threat model、experiment 或 wording
-- 审稿轴：R1、R2、R3 或 R4
+- 审稿轴：R1、R2、R3、R4 或 R5
 - 严重性：fatal、major、minor 或 clarification
 - 路由：\`write\`、\`iterate\`、\`report\`、\`framing\`、\`data\`、\`spec\` 或 \`ask-user\`
 - 接受检查：什么证据或稿件状态算修完
@@ -2013,7 +2026,11 @@ const zhRebuttalModeReference = `# Rebuttal Mode
 
 检查消融、鲁棒性、泛化、失败案例、替代解释和指标解释是否完整。
 
-### R4 Presentation / Clarity
+### R4 Results / Tables / Numeric Evidence / 结果、表格与数值证据
+
+检查实验数值、差值、表格设计、指标方向、split 数、统计支持、加粗规则、caption 和表注是否可审计；每张主表是否说明评估什么、指标如何解释、协议如何产生行，以及哪些比较边界不能跨越。
+
+### R5 Presentation / Clarity
 
 检查叙事线、术语、图表自解释、引用、LaTeX 和 section flow 是否清楚。
 
@@ -2037,13 +2054,25 @@ ZH_CONTENT[path.join(".lab", ".managed", "templates", "rebuttal-panel.md")] = `#
 - 证据基础：
 - 外部 rebuttal 来源（如果有）：
 
+## Read-scope audit / 读取范围审计
+
+- 是否从 Light Read Set / 轻量读取范围开始：
+- Active LaTeX / 现役 LaTeX 文件：
+- Result summaries / 结果摘要：
+- 受管索引：
+- 额外读取路径：
+- 如有扩大范围，原因：
+- 是否避免 whole-repository scan / 全仓扫描：
+- 是否避免 raw datasets / 原始数据集：
+- 是否避免 full logs / 完整日志：
+
 ## 外部 Rebuttal Intake
 
 | 来源 | 批评摘要 | 影响对象 | 审稿轴 | 严重性 | 路由 | 接受检查 |
 | --- | --- | --- | --- | --- | --- | --- |
 |  |  |  |  |  |  |  |
 
-## 四类审稿视角
+## 五类审稿视角
 
 ### R1 Significance / Originality / Insight
 
@@ -2069,7 +2098,15 @@ ZH_CONTENT[path.join(".lab", ".managed", "templates", "rebuttal-panel.md")] = `#
 - 路由：
 - 接受检查：
 
-### R4 Presentation / Clarity
+### R4 Results / Tables / Numeric Evidence / 结果、表格与数值证据
+
+- 问题：
+- 为什么重要：
+- 必要修复：
+- 路由：
+- 接受检查：
+
+### R5 Presentation / Clarity
 
 - 问题：
 - 为什么重要：
@@ -2172,9 +2209,10 @@ const zhReviewRebuttalMode = `
 ## Rebuttal 模式
 
 - 当目标是论文、section、表、图、report、claim set 或外部 rebuttal 批评时，必须读取 \`skills/lab/references/rebuttal-mode.md\`。
-- 不要在 review 阶段复制四审稿人逻辑；使用 \`.lab/.managed/templates/rebuttal-panel.md\` 写持久 reviewer panel 工件。
+- 不要在 review 阶段复制五审稿人逻辑；使用 \`.lab/.managed/templates/rebuttal-panel.md\` 写持久 reviewer panel 工件。
+- 对“rebuttal 一下看有什么缺点”这类快速审查，默认只用 Light Read Set / 轻量读取范围：active LaTeX / 现役 LaTeX、result summaries / 结果摘要、受管索引和用户提供的批评。不要默认 whole-repository scan / 全仓扫描。
 - 外部 reviewer、AC、meta-review、同事或用户批评必须先转成内部可执行 issue，再进入改稿或 response draft。
-- Reviewer Panel 按 R1 Significance / Originality / Insight、R2 Soundness / Technical Quality、R3 Evaluation / Analysis、R4 Presentation / Clarity 四类审稿视角分类。
+- Reviewer Panel 按 R1 Significance / Originality / Insight、R2 Soundness / Technical Quality、R3 Evaluation / Analysis、R4 Results / Tables / Numeric Evidence、R5 Presentation / Clarity 五类审稿视角分类。
 - L1/L2 默认把核心变更当作批准边界；L3 通过共享核心变更台账策略处理核心 claim、协议、指标、threat model、数据集范围、benchmark 范围或 framing 变化。
 `;
 
@@ -2184,8 +2222,9 @@ const zhWriteRebuttalMode = `
 
 - 当用户提供外部 reviewer、AC、meta-review、rebuttal、同事或用户自己的批评时，起草前必须读取 \`skills/lab/references/rebuttal-mode.md\`。
 - 非平凡 paper-facing 写作轮次应把 rebuttal mode 当成 reviewer acceptance gate，并用 \`.lab/.managed/templates/rebuttal-panel.md\` 写 critique artifact。
+- write 的 rebuttal gate 必须先用 Light Read Set / 轻量读取范围：active LaTeX / 现役 LaTeX、result summaries / 结果摘要、受管索引和用户提供的批评；除非 rebuttal panel 记录具体扩大原因，否则不要 whole-repository scan / 全仓扫描。
 - 不要实现 write-only rebuttal workflow；共享 rebuttal-mode 负责审稿轴、外部 rebuttal intake、issue routing 和核心变更策略。
-- fatal 或 major 的 R1/R2/R3 issue 未解决前，不要进入 prose polish；先修复、路由到 \`iterate\` / \`report\` / \`framing\` / \`spec\`，或用证据显式 waive。
+- fatal 或 major 的 R1/R2/R3/R4 issue 未解决前，不要进入 prose polish；先修复、路由到 \`iterate\` / \`report\` / \`framing\` / \`spec\`，或用证据显式 waive。
 - L3 或显式授权的写作 campaign 可以改 paper-level claim、协议、指标、threat model、数据集范围、benchmark 范围或 framing，但必须通过 \`skills/lab/references/rebuttal-mode.md\` 里的 Core Mutation Ledger 策略。
 - 在 write iteration artifact 里记录 rebuttal panel 路径、核心变更台账路径和未解决 issue id。
 `;
@@ -2196,6 +2235,7 @@ const zhAutoRebuttalMode = `
 
 - 当 auto campaign 包含 paper-facing \`report\`、\`write\`、外部 rebuttal repair 或 reviewer-driven paper revision 时，必须读取 \`skills/lab/references/rebuttal-mode.md\`。
 - 使用 \`.lab/.managed/templates/rebuttal-panel.md\` 写持久 Reviewer Panel 工件，不要在 auto mode 里复制一套 reviewer workflow。
+- reviewer-driven repair 先用 Light Read Set / 轻量读取范围：active LaTeX / 现役 LaTeX、result summaries / 结果摘要、受管索引和用户批评。除非 rebuttal panel 记录扩大原因，否则不要 whole-repository scan / 全仓扫描、raw datasets / 原始数据集或 full logs / 完整日志。
 - 外部 rebuttal 批评必须先转成内部 issue、route 和 acceptance check，再开始 \`run\`、\`iterate\`、\`report\` 或 \`write\`。
 - L1/L2 默认把核心变更当作批准边界；L3 可以在已批准 envelope 内修改 paper-level claim、协议、指标、threat model、reviewer profile、数据集范围、benchmark 范围或 framing。
 - L3 执行核心变更前，必须用 \`.lab/.managed/templates/core-mutation-ledger.md\` 写或更新 \`.lab/writing/core-mutation-ledger.md\`。

package/package-assets/shared/lab/.managed/templates/rebuttal-panel.md

@@ -8,6 +8,18 @@
 - Evidence base:
 - External rebuttal source, if any:
 
+## Read-scope audit
+
+- Started from the Light Read Set:
+- active LaTeX files read:
+- result summaries read:
+- Managed indices read:
+- Extra paths read:
+- Why scope was expanded, if any:
+- Whole-repository scan avoided:
+- Raw datasets avoided:
+- Full logs avoided:
+
 ## External Rebuttal Intake
 
 | Source | Raw criticism summary | Affected unit | Reviewer axis | Severity | Route | Acceptance check |
@@ -40,7 +52,15 @@
 - Route:
 - Acceptance check:
 
-### R4 Presentation / Clarity
+### R4 Results / Tables / Numeric Evidence
+
+- Finding:
+- Why it matters:
+- Required fix:
+- Route:
+- Acceptance check:
+
+### R5 Presentation / Clarity
 
 - Finding:
 - Why it matters:
@@ -68,4 +88,3 @@
 - Next route:
 - Blocking issue, if any:
 - Handoff note:
-

package/package-assets/shared/skills/lab/SKILL.md

@@ -54,7 +54,7 @@ Use this skill when the user invokes `/lab:*` or asks for the structured researc
 - Separate sourced facts from model-generated hypotheses.
 - Preserve failed runs, failed ideas, and limitations.
 - Use `skills/lab/references/recipes.md` as the quick path for common stage chains without inventing new commands.
-- Use `.codex/skills/lab/references/rebuttal-mode.md` or `.claude/skills/lab/references/rebuttal-mode.md` as the single shared reviewer-panel and external rebuttal intake contract. Do not copy four-reviewer logic into `review`, `write`, or `auto` stage guides.
+- Use `.codex/skills/lab/references/rebuttal-mode.md` or `.claude/skills/lab/references/rebuttal-mode.md` as the single shared reviewer-panel and external rebuttal intake contract. Do not copy five-reviewer logic into `review`, `write`, or `auto` stage guides.
 
 ## Stage Contract
 

package/package-assets/shared/skills/lab/references/rebuttal-mode.md

@@ -23,6 +23,28 @@ Do not trigger rebuttal mode for routine implementation reviews, path fixes, dep
 - external rebuttal text when provided
 - active autonomy level when the stage is `/lab:auto`
 
+## Light Read Set
+
+Rebuttal mode is a criticism and routing pass, not a full repository audit. Start with the smallest evidence bundle that can support reviewer-style findings.
+
+Default read set:
+
+- active LaTeX manuscript files: `main.tex`, `sections/*.tex`, `tables/*.tex`, `figures/*.tex`, and `analysis/*.tex` when they are part of the active paper topology
+- result summaries: `summary.csv`, `summary.tsv`, `summary.json`, `score_effect_summary.json`, `metric_summary.*`, `run_table.*`, selected aggregate tables, and already-rendered table inputs
+- managed paper indices when present: evidence index, evaluation protocol, paper plan, metric glossary, terminology glossary, artifact status, and active topology file
+- the specific external rebuttal text, user criticism, or reviewer comments supplied for the pass
+
+Do not run a whole-repository scan by default. Do not read raw datasets, full logs, full output trees, source code, notebooks, or unrelated drafts unless a specific issue cannot be resolved from the light read set.
+
+Expand the read set only when one of these conditions holds:
+
+- a LaTeX claim names a result whose summary file is missing or contradictory
+- a table value cannot be traced to any result summary
+- a validator points to a specific source file or generated artifact
+- the user explicitly asks for a deep audit instead of a rebuttal pass
+
+When expanding scope, record the reason and extra paths in the rebuttal panel. If the pass stays within the light read set, record that as well.
+
 ## External Rebuttal Intake
 
 External criticism must be converted into internal issues before any rewrite.
@@ -32,7 +54,7 @@ For each external comment, record:
 - source: reviewer id, AC, meta-review, colleague, or user
 - raw criticism summary
 - affected paper unit: claim, section, table, figure, protocol, metric, threat model, experiment, or wording
-- reviewer axis: R1, R2, R3, or R4
+- reviewer axis: R1, R2, R3, R4, or R5
 - severity: fatal, major, minor, or clarification
 - route: `write`, `iterate`, `report`, `framing`, `data`, `spec`, or `ask-user`
 - acceptance check: concrete evidence or manuscript condition that resolves the issue
@@ -41,7 +63,7 @@ Do not answer external criticism with prose-only reassurance. If the issue is va
 
 ## Reviewer Panel
 
-Run four independent review lenses. Each lens must produce actionable issues, not vague advice.
+Run five independent review lenses. Each lens must produce actionable issues, not vague advice.
 
 ### R1 Significance / Originality / Insight
 
@@ -61,7 +83,13 @@ Ask whether evaluation covers ablations, robustness, generalization, failure cas
 
 Typical fixes route to `iterate`, `report`, or `write`.
 
-### R4 Presentation / Clarity
+### R4 Results / Tables / Numeric Evidence
+
+Ask whether reported numbers, deltas, table design, metric directions, split counts, statistical support, bolding, captions, and table notes make the evidence auditable. Check whether each major table states what it evaluates, how metrics are computed or interpreted, what protocol generated the rows, and what can or cannot be compared.
+
+Typical fixes route to `report`, `iterate`, or `write`.
+
+### R5 Presentation / Clarity
 
 Ask whether the storyline, terminology, figure/table semantics, citations, LaTeX, and section flow are readable and self-contained.
 
@@ -121,7 +149,7 @@ If old evidence remains usable under a narrower interpretation, say exactly wher
 
 `/lab:review` uses rebuttal mode as its reviewer-panel operating mode when the target is paper-facing or when external criticism is supplied.
 
-`/lab:write` uses rebuttal mode as an acceptance gate for nontrivial section or manuscript rounds. A write round may not proceed to prose polish while a fatal or major R1/R2/R3 issue remains unresolved.
+`/lab:write` uses rebuttal mode as an acceptance gate for nontrivial section or manuscript rounds. A write round may not proceed to prose polish while a fatal or major R1/R2/R3/R4 issue remains unresolved.
 
 `/lab:auto` uses rebuttal mode as a promotion guard when the campaign includes paper-facing `report`, `write`, or external rebuttal repair. In L3, auto may execute core mutation after ledger entry and impact audit.
 
@@ -132,4 +160,3 @@ If old evidence remains usable under a narrower interpretation, say exactly wher
 - Revise when the fix is manuscript-only.
 - Escalate when the issue requires a decision outside the current autonomy level.
 - Stop only when the remaining issue is terminal, already waived with evidence, or outside the campaign boundary.
-

package/package-assets/shared/skills/lab/stages/auto.md

@@ -129,6 +129,7 @@
 
 - When an auto campaign includes paper-facing `report`, `write`, external rebuttal repair, or reviewer-driven paper revision, load the shared rebuttal procedure in `skills/lab/references/rebuttal-mode.md`.
 - Use `.lab/.managed/templates/rebuttal-panel.md` for the durable Reviewer Panel artifact instead of embedding a separate reviewer workflow in auto mode.
+- Start reviewer-driven repair from the rebuttal Light Read Set: active LaTeX, result summaries, managed indices, and supplied criticism. Do not perform whole-repository scans, raw dataset reads, or full log sweeps unless the rebuttal panel records a concrete expansion reason.
 - External rebuttal criticism must be converted into internal issues, routes, and acceptance checks before `run`, `iterate`, `report`, or `write` work starts.
 - In L1/L2, core mutation remains an approval boundary unless explicitly authorized by the auto contract.
 - In L3, auto may change paper-level claim, protocol, metric, threat model, reviewer profile, dataset scope, benchmark scope, or framing inside the approved campaign envelope. It must first write or update `.lab/writing/core-mutation-ledger.md` from `.lab/.managed/templates/core-mutation-ledger.md`.

package/package-assets/shared/skills/lab/stages/review.md

@@ -44,9 +44,10 @@
 ## Rebuttal Mode
 
 - When the target is a paper, paper section, table, figure, report, claim set, or external rebuttal criticism, run the shared reviewer-panel procedure in `skills/lab/references/rebuttal-mode.md`.
-- Do not duplicate the four-reviewer logic in this stage file. Use `.lab/.managed/templates/rebuttal-panel.md` for the durable critique artifact.
+- Do not duplicate the five-reviewer logic in this stage file. Use `.lab/.managed/templates/rebuttal-panel.md` for the durable critique artifact.
+- For quick prompts such as "rebuttal一下看有什么缺点", start with the rebuttal Light Read Set only: active LaTeX, result summaries, managed indices, and supplied criticism. Do not run a whole-repository scan unless the panel records a specific escalation reason.
 - External rebuttal, AC, meta-review, colleague, or user criticism must be converted into internal actionable issues before any rewrite or response draft.
-- The Reviewer Panel must classify issues across R1 Significance / Originality / Insight, R2 Soundness / Technical Quality, R3 Evaluation / Analysis, and R4 Presentation / Clarity.
+- The Reviewer Panel must classify issues across R1 Significance / Originality / Insight, R2 Soundness / Technical Quality, R3 Evaluation / Analysis, R4 Results / Tables / Numeric Evidence, and R5 Presentation / Clarity.
 - Each issue must include severity, affected artifact, required fix, route, acceptance check, and whether core mutation is required.
 - In L1/L2, core mutation remains an approval boundary unless explicitly authorized. In L3, route core mutation through the shared ledger policy instead of treating it as a reviewer-stage blocker.
 

package/package-assets/shared/skills/lab/stages/write.md

@@ -75,8 +75,9 @@ Run these on every round:
 
 - When the user provides external reviewer, AC, meta-review, rebuttal, colleague, or user criticism, load `skills/lab/references/rebuttal-mode.md` before drafting.
 - For nontrivial paper-facing write rounds, use rebuttal mode as the reviewer acceptance gate and write the critique artifact from `.lab/.managed/templates/rebuttal-panel.md`.
+- Rebuttal gating in write mode must start from the rebuttal Light Read Set. Read active LaTeX, result summaries, managed indices, and supplied criticism first; avoid whole-repository scans unless the rebuttal panel records a concrete expansion reason.
 - Do not implement a separate write-only rebuttal workflow. The shared rebuttal-mode reference owns reviewer axes, external rebuttal intake, issue routing, and core mutation policy.
-- Fatal or major R1/R2/R3 issues block prose polish until they are repaired, routed to `iterate`/`report`/`framing`/`spec`, or explicitly waived with evidence.
+- Fatal or major R1/R2/R3/R4 issues block prose polish until they are repaired, routed to `iterate`/`report`/`framing`/`spec`, or explicitly waived with evidence.
 - In L3 or an explicitly core-authorized write campaign, paper-level claim, protocol, metric, threat model, dataset scope, benchmark scope, or framing changes are allowed only through the shared Core Mutation Ledger policy in `skills/lab/references/rebuttal-mode.md`.
 - Record the rebuttal panel path, any core mutation ledger path, and unresolved issue ids in the write-iteration artifact.
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "superlab",
-  "version": "0.1.75",
+  "version": "0.1.76",
   "description": "Strict /lab research workflow installer for Codex and Claude",
   "keywords": [
     "codex",