Agent skill
limitation-weaver
Rewrite limitation passages so the paper keeps limitations without falling into count-based slot phrases (e.g., \"Two limitations…\") across many H3s. **Trigger**: limitation weaver, rewrite limitations, remove two limitations, 去Two limitations, 局限改写, caveat rewrite. **Use when**: `writer-selfloop` is PASS but flags repeated count-based limitation openers in `output/WRITER_SELFLOOP_TODO.md`, or multiple H3s share the same limitation cadence. **Skip if**: the limitation is evidence-missing (route upstream), or you are pre-C2 (NO PROSE). **Network**: none. **Guardrail**: do not invent facts; do not add/remove/move citation keys; do not delete subsection-specific limitations; keep claim→evidence anchoring intact.
Install this agent skill to your Project
npx add-skill https://github.com/WILLOSCAR/research-units-pipeline-skills/tree/main/.codex/skills/limitation-weaver
SKILL.md
Limitation Weaver (keep caveats, lose the slot phrase)
Purpose: keep survey-grade intellectual honesty without triggering a strong generator-voice tell:
- repeated count-based openers ("Two limitations…", "Three takeaways…")
This is not about removing limitations. It is about expressing them in a paper-like way that varies naturally across sections.
Inputs
Required:
output/WRITER_SELFLOOP_TODO.md(Style Smells section)- the referenced
sections/S<sub_id>.mdfiles
Optional (helps keep limitations grounded):
outline/writer_context_packs.jsonl(usefailures_limitations/limitation_hooks/verify_fieldswhen present)
Workflow (explicit inputs)
- Start from
output/WRITER_SELFLOOP_TODO.md(Style Smells) to locate the exactsections/S*.mdfiles to rewrite. - Use
outline/writer_context_packs.jsonlto keep limitations grounded in the subsection's evidence boundary (no guessing).
Outputs
- Updated
sections/S<sub_id>.mdfiles (still body-only; no headings)
Role prompt: Caveat Editor (paper voice)
You are editing the limitation content of a survey subsection.
Goal:
- preserve the subsection-specific limitation(s)
- remove count-based opener slots and repetitive cadence
- keep limitations tied to the protocol/evidence boundary (what changes interpretation)
Constraints:
- do not invent facts
- do not add/remove/move citation keys
- do not weaken the section by deleting real limitations
Anti-pattern (rewrite immediately)
Two limitations stand out. First, ... Second, ...Three key takeaways are ...
Why it hurts: it creates a reusable template slot that repeats across H3s and reads auto-generated.
Rewrite moves (choose one; vary across H3s)
- Fold caveat into a contrast paragraph (preferred)
- Put one caveat sentence as the last sentence of the A-vs-B paragraph.
- Shape: “However, …; this matters because …”
- Single caveat paragraph without counting
- Start with a natural opener (rotate across H3s; avoid repeating the same stem):
- “These results hinge on …”
- “Interpretation depends on …”
- “Evidence is thin when …”
- “A caveat is that …” (use sparingly)
- Then add one sentence that explains why it changes interpretation.
- Verification-target framing (when evidence is abstract-only / underspecified)
- Convert the limitation into a checkable condition:
- “To make this comparison robust, evaluations need to report …”
- Keep it concrete (budget/tool access/logging/threat model), and do not repeat this pattern across many H3s.
Mini examples (paraphrase; do not copy)
Bad:
Two limitations temper strong conclusions. First, budgets differ. Second, ablations are missing.
Better (folded into contrast):
...; however, reported budgets and retry policies vary widely, which makes head-to-head comparisons fragile unless those constraints are normalized.
Better (single caveat paragraph):
These results hinge on under-specified verification and retry policies; this matters because success rates can shift substantially along the success–cost frontier.
Done checklist
- No rewritten subsection uses count-based limitation openers as a default structure.
- Limitations still exist and remain subsection-specific.
- Citation keys are unchanged.
-
writer-selfloopremains PASS and Style Smells shrink.
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
thesis-compile-review
对中文毕业论文进行编译、warning 分级、模板模式检查、数据与引用复查,并把问题回写成可继续迭代的 review checklist。 **Trigger**: 毕业论文编译检查, thesis compile review, warning 分级, 终稿复查, main.pdf 检查. **Use when**: 论文已经回写到 TeX 交付层,需要确认是否真正达到“可提交”的质量,而不是只做到能编译。 **Skip if**: 还处于中间层重构阶段,`chapters/*.tex` 尚未形成稳定交付稿。 **Network**: none. **Guardrail**: 不在这里重构章节主线;如果发现结构问题,明确回退到上游修复。
front-matter-writer
Write the survey's front matter files (Abstract, Introduction, Related Work, Discussion, Conclusion) in paper voice, with high citation density and a single evidence-policy paragraph. **Trigger**: front matter writer, introduction writer, related work writer, abstract writer, discussion writer, conclusion writer, 引言, 相关工作, 摘要, 讨论, 结论. **Use when**: you are in C5 (prose allowed) and need the paper-like shell to stop the draft reading like stitched subsections. **Skip if**: `Approve C2` is missing in `DECISIONS.md`, or `citations/ref.bib` is missing. **Network**: none. **Guardrail**: no invented facts/citations; no pipeline jargon in final prose; no repeated evidence disclaimers; only use keys present in `citations/ref.bib`.
thesis-question-list
维护中文毕业论文的 `codex_md/question_list.md`:把本轮问题、边界、优先级、协作方案和验收口径结构化,作为整条 thesis pipeline 的控制面。 **Trigger**: 毕业论文问题清单, thesis question list, 论文修改清单, 本轮目标, 结构问题梳理, review问题整理. **Use when**: 你已经有一批材料或上一轮 review 结果,需要明确这一轮到底修什么、不修什么,并给后续重构与编译复查提供统一入口。 **Skip if**: 当前只是在做一次性局部措辞修改,且没有形成新一轮结构/证据/编译问题。 **Network**: none. **Guardrail**: 不在这里写正文;不把问题单写成长篇散文;每条问题必须可执行、可验收。
novelty-matrix
Create a novelty/prior-work matrix comparing the submission’s contributions against related work (overlaps vs deltas). **Trigger**: novelty matrix, prior-work matrix, overlap/delta, 相关工作对比, 新颖性矩阵. **Use when**: peer review 中评估 novelty/positioning,需要把贡献与相关工作逐项对齐并写出差异点证据。 **Skip if**: 缺少 claims(先跑 `claims-extractor`)或你不打算做新颖性定位分析。 **Network**: none (retrieval of additional related work is out-of-scope unless provided). **Guardrail**: 明确 overlap 与 delta;尽量给出可追溯证据来源(来自稿件/引用/作者陈述)。
protocol-writer
Write a systematic review protocol into `output/PROTOCOL.md` (databases, queries, inclusion/exclusion, time window, extraction fields). **Trigger**: protocol, PRISMA, systematic review, inclusion/exclusion, 检索式, 纳入排除. **Use when**: systematic review pipeline 的起点(C1),需要先锁定 protocol 再开始 screening/extraction。 **Skip if**: 不是做 systematic review(或 protocol 已经锁定且不允许修改)。 **Network**: none. **Guardrail**: protocol 必须包含可执行的检索与筛选规则;需要 HUMAN 签字后才能进入 screening。
rubric-writer
Write a rubric-based peer review report (`output/REVIEW.md`) using extracted claims and evidence gaps (novelty/soundness/clarity/impact). **Trigger**: rubric review, referee report, peer review write-up, 审稿报告, REVIEW.md. **Use when**: peer-review pipeline 的最后阶段(C3),已有 `output/CLAIMS.md` + `output/MISSING_EVIDENCE.md`(以及可选 novelty matrix)。 **Skip if**: 上游产物未就绪(claims/evidence gaps 缺失)或你不打算输出完整审稿报告。 **Network**: none. **Guardrail**: 给可执行建议(actionable feedback),并覆盖 novelty/soundness/clarity/impact;避免泛泛而谈。
Didn't find tool you were looking for?