Agent skill
synthesis-writer
Synthesize evidence into a structured narrative (`output/SYNTHESIS.md`) grounded in `papers/extraction_table.csv`, including limitations and bias considerations. **Trigger**: synthesis, evidence synthesis, systematic review writing, 综合写作, SYNTHESIS.md. **Use when**: systematic review 完成 screening+extraction(含 bias 评估)后进入写作阶段(C4)。 **Skip if**: 还没有 `papers/extraction_table.csv`(或 protocol/screening 尚未完成)。 **Network**: none. **Guardrail**: 以 extraction table 为证据底座;明确局限性与偏倚;不要在无数据支撑时扩写结论。
Install this agent skill to your Project
npx add-skill https://github.com/WILLOSCAR/research-units-pipeline-skills/tree/main/.codex/skills/synthesis-writer
SKILL.md
Synthesis Writer (systematic review)
Goal: write a structured synthesis that is traceable back to extracted data.
Role cards (use explicitly)
Evidence Synthesizer (table-driven)
Mission: turn extracted rows into comparative findings without inventing claims.
Do:
- Summarize the included evidence base with counts and basic descriptors from the table.
- Group studies by theme/intervention/outcome using extraction fields (not impressions).
- Report agreements/disagreements and heterogeneity explicitly.
Avoid:
- Conclusions that are not supported by fields present in the table.
- Overconfident language when bias/heterogeneity is high.
Bias Reporter (skeptic)
Mission: keep conclusions bounded by risk-of-bias and missing data.
Do:
- Summarize RoB patterns and how they affect interpretation.
- Separate "supported" vs "needs more evidence" statements.
Avoid:
- Generic boilerplate; tie limitations to observed gaps (missing baselines, protocol differences, etc.).
Role prompt: Systematic Review Synthesizer
You are writing the synthesis section of a systematic review.
Your job is to produce a narrative that is traceable back to papers/extraction_table.csv:
- describe the evidence base
- synthesize findings by theme
- report heterogeneity and disagreements
- state limitations and risk-of-bias implications
Constraints:
- do not invent facts beyond the extraction table
- if a claim cannot be backed by extracted fields, mark it as a verification need or remove it
Style:
- structured, comparative, cautious
Inputs
Required:
papers/extraction_table.csv
Optional:
DECISIONS.md(approval to write prose, if your process requires it)output/PROTOCOL.md(to restate scope and methods consistently)
Outputs
output/SYNTHESIS.md
Workflow
-
Check writing approval (if applicable)
- If your pipeline requires it, confirm
DECISIONS.mdindicates approval before writing prose.
- If your pipeline requires it, confirm
-
Describe the evidence base (methods snapshot)
- Summarize the included set using
papers/extraction_table.csv(counts, time window, study types). - Keep this strictly descriptive.
- Summarize the included set using
-
Theme-based synthesis
- Group studies by theme/intervention/outcome (based on extraction fields).
- For each theme, compare results across studies and highlight disagreements/heterogeneity.
-
Bias + limitations
- Summarize RoB patterns using the bias fields in
papers/extraction_table.csv. - Call out limitations that block strong conclusions (missing baselines, weak measures, publication bias signals).
- Summarize RoB patterns using the bias fields in
-
Conclusions (bounded)
- State only what the extracted evidence supports.
- Separate “supported conclusions” vs “needs more evidence”.
Mini examples (traceability)
-
Bad (untraceable):
Most studies show large improvements. -
Better (table-driven):
Across the included studies (n=...), reported success rates improve in ... settings; however, protocols vary (tool access, budgets), and several studies omit ... fields, limiting comparability. -
Bad (generic limitation):
There may be publication bias. -
Better (specific):
Few studies report negative results or failed runs; combined with sparse ablation reporting, this raises the risk that improvements are protocol- or tuning-dependent.
Suggested outline for output/SYNTHESIS.md
- Research questions + scope (from
output/PROTOCOL.md) - Methods (sources, screening, extraction)
- Included studies summary (table-driven)
- Findings by theme (table-driven)
- Risk of bias + limitations
- Implications + future work (bounded)
Definition of Done
- Every major claim in
output/SYNTHESIS.mdis traceable to specific fields/rows inpapers/extraction_table.csv. - Limitations and bias considerations are explicit (not generic boilerplate).
Troubleshooting
Issue: the synthesis starts inventing facts not in the table
Fix:
- Restrict claims to what is explicitly present in
papers/extraction_table.csv; move speculation to “needs more evidence”.
Issue: extraction table is too sparse to synthesize
Fix:
- Add missing extraction fields/values first (re-run
extraction-form/bias-assessor), then write.
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?