Token导航 LogoToken导航

Agent Skill · 研究检索

prose-writer(散文作家)

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

prose-writer 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证为 MIT,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 45,958。

总安装 816周安装 33GitHub Stars 422下载 256核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

复制提示词发给支持本地命令或 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

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

prose-writer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。适用于内容创作、资料整理和写作辅助等场景,帮助生成或优化文本材料。通过输入主题或素材,返回可用于写作的结构化内容或改写建议。

安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/prose-writer

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/willoscar/research-units-pipeline-skills --ski…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

prose-writer 怎么安装?

在终端执行 npx skills add https://github.com/willoscar/research-units-pipeline-skills --skill prose-w…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

prose-writer 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

prose-writer 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

prose-writer 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

prose-writer 用的人多吗?

公开数据是累计安装 816 次,近一周安装 33 次,下载 256 次,GitHub 422 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

prose-writer 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
prose-writer

散文作家 · 本页

816422权限未标注MIT通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

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.

平台分布

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