Token导航 LogoToken导航TokenDH.com
研究检索权限需确认github未标认证来源可访问clear审计通过

prose-writer散文作家

Agent Skill

prose-writer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

816

周安装

33

GitHub Stars

422

下载量

256
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:prose-writer(散文作家)
来源仓库:https://github.com/willoscar/research-units-pipeline-skills
仓库路径:skills/prose-writer
安装命令:
npx skills add https://github.com/willoscar/research-units-pipeline-skills --skill prose-writer
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/willoscar/research-units-pipeline-skills --skill prose-writer

简介

prose-writer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。

  • 适用于内容创作、资料整理和写作辅助等场景,帮助生成或优化文本材料。
  • 通过输入主题或素材,返回可用于写作的结构化内容或改写建议。
  • 安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Prose Writer (Evidence-first)

Goal: produce a survey draft that reads like a real paper because it is driven by evidence packs, not by outline placeholders.

This skill should behave like a synthesis engine:

  • inputs = subsection briefs + evidence drafts
  • output = paragraph-level claim → evidence → synthesis (with citations)

Role cards (use explicitly)

Section Author (content expert)

Mission: write each subsection as an argument (not a paper list) under citation-scope constraints.

Do:

  • Start with a concrete tension and end paragraph 1 with a thesis.
  • Make explicit A-vs-B contrasts grounded in in-scope citations.
  • Include at least one protocol-aware evaluation anchor (task/metric/constraint) per H3.
  • Synthesize across papers (>=2 citations in the same paragraph).

Avoid:

  • Outline narration (This subsection...) and slide navigation (Next, we...).
  • Copying axis labels from briefs/packs (e.g., mechanism/architecture, data/training) into prose.
  • "Survey advice" phrasing (survey comparisons should...) instead of literature-facing claims.

Evidence Steward (skeptic)

Mission: prevent hollow writing by refusing to pad when evidence is thin or underspecified.

Do:

  • Preflight each H3 with 4 lines (tension/contrast/eval/limitation) before drafting.
  • Keep quantitative claims scoped (task + metric + constraint in the same sentence).
  • Stop and route upstream when you would have to guess.

Avoid:

  • Strong, unqualified claims when evidence is abstract-only.
  • Citation dumps that act like tags rather than evidence.

Coherence Editor (linker)

Mission: make the paper read as a single argument across sections.

Do:

  • Weave 1-2 content-bearing transition sentences between adjacent units.
  • Ensure Intro/Related Work carries the single evidence-policy paragraph so H3s stay content-focused.

Avoid:

  • Planner talk in transitions (semicolons, "setting up a cleaner comparison", "remaining uncertainty is...").
  • Repeating the same discourse stem across many sections (Taken together, In summary, etc.).

Role prompt: Draft Author (evidence-first; paper voice)

Use this as your internal framing while drafting output/DRAFT.md. It is guidance, not a sentence template.

You are writing a technical survey draft from evidence packs.

Your job is to execute argument moves under evidence and citation constraints:
- tension -> contrast -> evaluation anchor -> limitation
- keep every claim attached to citations inside the sentence that needs them
- synthesize across papers (>=2 citations in at least one paragraph per H3)

Style:
- calm, academic, content-bearing
- no outline narration ("This subsection...") and no slide navigation ("Next, we...")
- no pipeline jargon (workspace/unit/stage/evidence pack/quality gate)

Constraints:
- do not invent facts or citations
- only use citation keys present in citations/ref.bib
- if you cannot write a contrast or evaluation anchor without guessing, stop and route upstream

Non-negotiables

  • No prose without approval: for surveys, require Approve C2 in DECISIONS.md.
  • No invented citations: only use keys present in citations/ref.bib.
  • No placeholder leakage: if any upstream artifact still contains scaffold markers/ellipsis/TODO, do not write; block and request evidence fixes.
  • No pipeline voice: do not leak internal scaffolding terms like “working claim”, “enumerate 2-4”, “scope/design space/evaluation practice”.

Writing requirements (explicit contract)

This skill is successful only if the draft reads like an evidence-backed survey, not an outline expansion.

Per-H3 argument requirements (structure)

For each H3 subsection, ensure the prose contains all of the following *moves* (not necessarily as headings):

  • Thesis early: paragraph 1 ends with a clear, conclusion-first thesis sentence (no narration openers).
  • Contrast: at least two explicit A-vs-B contrasts (use contrast words; do not write one paragraph per paper).
  • Evaluation anchoring: at least one paragraph that states a benchmark/dataset/metric/protocol (and constraints like budget/tool access when relevant).
  • Cross-paper synthesis: at least one paragraph with >=2 citations in the same paragraph that explains a pattern/trade-off.
  • Limitation: at least one explicit caveat tied to evidence granularity (protocol mismatch, missing ablations, unclear threat model).

Citation requirements (verifiability)

  • Use only citation keys in citations/ref.bib.
  • Keep citations inside the sentence that carries the claim.
  • Avoid citation dumps that act like tags.

Bad:

  • Many systems adopt tool schemas. [@a; @b; @c]

Better:

  • Systems such as X [@a] and Y [@b] formalize tool schemas to reduce action ambiguity, whereas Z [@c] keeps the interface looser and shifts the burden to validation.

Style requirements (paper voice)

  • Do not narrate the outline (avoid: This subsection surveys..., In this subsection...).
  • Do not use slide navigation (avoid: Next, we move..., We now turn to...).
  • Put evidence-policy limitations once in front matter; do not repeat "abstract-only" boilerplate across H3s.
  • Avoid repeated synthesis stems (e.g., starting many paragraphs with Taken together,...).

Prevention (before you write)

For each H3, do a short preflight (kept out of the final prose):

  • 1 tension sentence
  • 1 A-vs-B contrast sentence with >=2 citations
  • 1 evaluation-anchor sentence (task/metric/constraint)
  • 1 limitation sentence

If you cannot do this without guessing, stop and fix upstream evidence instead of writing filler.

Inputs

  • outline/outline.yml
  • outline/subsection_briefs.jsonl
  • outline/transitions.md
  • outline/evidence_drafts.jsonl
  • Optional: outline/tables_index.md, outline/tables_appendix.md, outline/timeline.md, outline/figures.md
  • Optional: outline/claim_evidence_matrix.md
  • citations/ref.bib
  • DECISIONS.md

Outputs

  • output/DRAFT.md and/or output/SNAPSHOT.md

Decision: snapshot vs draft

  • Snapshot: bullets-first, ~1 page; summarize what evidence exists + what is missing.
  • Draft: section-by-section prose that follows each subsection’s paragraph_plan and uses paragraph-level citations.

Workflow (v3: planner↔writer, section-by-section)

Before writing, load the structural and coherence inputs: outline/outline.yml (section order) and outline/transitions.md (transition map). Optionally consult outline/claim_evidence_matrix.md as an evidence index.

  1. Gate check (HITL)

- Read DECISIONS.md. - If Approve C2 is not ticked, write a short request block (what you plan to write + which evidence packs you will rely on), then stop.

  1. Input integrity check (fail fast)

- Read outline/subsection_briefs.jsonl and confirm every H3 has a brief and the following fields are *filled and non-placeholder*: scope_rule, rq, axes, clusters, paragraph_plan. - Read outline/evidence_drafts.jsonl and confirm every H3 has an evidence pack with: - blocking_missing empty, - evidence_snippets non-empty, - concrete_comparisons >= 3.

  1. Planner pass (NO PROSE YET)

- For each H3 subsection, read its brief + evidence pack and decide: - Thesis: 1 sentence that is true for this subsection and would be false in other subsections. - Two contrasts: 2 sentences of the form “A vs B” where each side is grounded in *specific* cited works (not “they differ”). - One limitation/failure mode: 1 sentence grounded in the evidence pack’s failures_limitations or snippet provenance. - Cite placement: which citations will appear in which paragraph (so citations are evidence, not decoration). - If you cannot do this without guessing, stop and push the gap upstream (strengthen briefs/notes/evidence packs) rather than writing template prose.

  1. Writer pass (write per subsection; avoid global dump)

- Write 6–10 paragraphs per H3 following paragraph_plan (survey-quality default). - Aim for ~800–1400 words per H3 (shorter only if the evidence pack is explicitly thin and you mark it as provisional). - Keep prose natural, but make every paragraph an argument: claim → cited evidence → synthesis. - Evidence policy placement: if the survey is primarily abstract-based, put a single short evidence-policy paragraph once (prefer Introduction or Related Work). Avoid execution-log phrasing like this run.... Do *not* create a dedicated “Evidence note” heading by default, and do *not* repeat the same evidence-mode disclaimer sentence in every H3; only mention verification needs when they are subsection-specific. - Enforce scope_rule strictly to prevent silent drift; if you include an out-of-scope paper as a bridge, justify it once and keep it secondary.

  1. Weave transitions (coherence)

- Between adjacent subsections/sections, add 1–2 transition sentences that reflect the taxonomy logic (not generic “Moreover/However”).

  1. Integrate cross-cutting artifacts (paper-like)

- Tables are part of the default survey deliverable. If outline/tables_appendix.md exists, place its contents into the draft as an Appendix block (recommended: after Conclusion). Do not paste outline/tables_index.md into the paper; it is an internal index. - outline/timeline.md and outline/figures.md remain optional/intermediate by default: weave them into relevant prose (or a short appendix) only if they add real reader value. - Prefer referencing tables in prose over restating an identical “axes list” sentence in every subsection.

  1. Self-check + revise (hard fail signals)

- If the draft contains ..., unicode ellipsis , scaffold phrases (e.g., “enumerate 2-4 …”), or repeated boilerplate sentences, treat it as a pipeline failure signal and rewrite. - If tables contain truncation or instruction-like text, regenerate them upstream (C4) rather than patching them into the prose.

Anti-template smells (rewrite if repeated)

These phrase families are a strong “generator voice” signal. If they appear, rewrite them into content claims (or delete) without adding new facts/citations:

  • “Scope and definitions … / Design space … / Evaluation practice …”
  • “enumerate 2-4 …”
  • “We use the following working claim …”
  • “Across representative works, the dominant trade-offs …”
  • “A useful way to compare approaches is …”
  • “abstracts are treated as verification targets …”
  • “The main axes we track are …”
  • “This subsection surveys/argues …” / “In this subsection …”
  • Slide navigation: “Next, we move from …” / “We now turn to …”
  • Injection-like enumerators: “A few representative references include …” / “Notable lines of work include …” / “Concrete examples... include...”
  • Meta process advice: survey synthesis/comparisons should...
  • Repeated synthesis openers (e.g., Taken together,... at the start of many paragraphs)
  • Repeated opener labels across many subsections (e.g., literal Key takeaway:)

Quality checklist

  • No , TODO, (placeholder), or <!-- SCAFFOLD --> remains in output/DRAFT.md.
  • Every subsection has citations and at least one paragraph with >=2 citations (cross-paper synthesis).
  • No undefined citation keys (all keys exist in citations/ref.bib).
  • Scope is consistent with GOAL.md and scope_rule.
  • Subsections are not thin (avoid 2-paragraph ~150-word stubs; expand using evidence packs).

Helper script (bootstrap)

The helper script is a gate wrapper: it blocks until approvals + prerequisites are satisfied and a real output/DRAFT.md exists (no scaffold markers). Writing itself is LLM-driven.

Quick Start

  • python.codex/skills/prose-writer/scripts/run.py --help
  • python.codex/skills/prose-writer/scripts/run.py --workspace <workspace_dir>

All Options

  • See --help.

Examples

  • Run the gate wrapper after approval (it will block until output/DRAFT.md is written):

- Tick Approve C2 in DECISIONS.md then run: - python.codex/skills/prose-writer/scripts/run.py --workspace workspaces/<ws>

Troubleshooting

Issue: writer outputs ellipsis / scaffold text

Symptom: output/DRAFT.md contains , enumerate 2-4..., or repeats the same paragraph template.

Causes:

  • outline/subsection_briefs.jsonl is missing or generic.
  • outline/evidence_drafts.jsonl has blocking_missing or scaffold markers.

Solutions:

  • Fix upstream: regenerate briefs/evidence packs, enrich abstracts/fulltext, and block writing until evidence is concrete.

Issue: scope drift (e.g., T2I vs T2V)

Symptom: subsections cite many out-of-scope papers without justification.

Solutions:

  • Tighten scope_rule in subsection briefs and rerun evidence packs.
  • Tighten queries.md excludes and rerun retrieval/dedupe/mapping.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

28.21%
按下载量换算72

Gemini CLI

23.05%
按下载量换算59

Cursor

16.16%
按下载量换算41

Codex

11.14%
按下载量换算29

OpenCode

7.72%
按下载量换算20

Antigravity

3.36%
按下载量换算9

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限需确认

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

来源信息

继续浏览同类 Skills