Token导航 LogoToken导航

Agent Skill · 研究检索

draft-writing(草稿写作)

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

draft-writing 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为调用外部服务;许可证为 MIT,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 47,657。

总安装 724周安装 29GitHub Stars 7下载 234核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/u9401066/med-paper-assistant --skill draft-writing

这个 Skill 是做什么的

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

draft-writing 用于辅助医学论文写作,支持章节生成、引用插入和写作顺序管理。它适用于科研论文、综述文章或学术报告的起草阶段。需配合 project_action 和 concept.md 使用,确保内容基于现有研究框架。引用操作必须通过 patch_draft 完成,禁止直接替换文件内容。

适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/draft-writing

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/u9401066/med-paper-assistant --skill draft-wri…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它需要调用外部服务,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

draft-writing 怎么安装?

在终端执行 npx skills add https://github.com/u9401066/med-paper-assistant --skill draft-writing。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

draft-writing 支持哪些 AI 工具?

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

draft-writing 需要什么权限?

权限级别是调用外部服务。该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

draft-writing 是免费的吗?

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

draft-writing 用的人多吗?

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

draft-writing 安全吗?

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

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

值得选的地方

  • 同时适配 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调用外部服务未明确有提醒
draft-writing

草稿写作 · 本页

7247调用外部服务MIT通过

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

SKILL.md 原文

草稿撰寫技能

觸發:寫草稿、draft、section、引用、citation、字數、patch、寫作順序

前置條件

  1. project_action(action="current") 確認專案
  2. concept.md 存在且 🔒 區塊非空(寫 concept.md 本身除外)

MCP Tools

撰寫

工具說明
write_draft建立/覆寫草稿(filename, content, project)
draft_section根據 notes 產出 section(topic, notes)
read_draft讀取草稿
list_drafts列出所有草稿
check_writing_order⭐ 檢查寫作順序與進度(advisory, 不阻止)

引用(⚠️ 修改引用必須用 patch_draft,禁止 replace_string_in_file)

工具說明
get_available_citations⚠️ 編輯前必呼叫!列出可用 [[citation_key]]
patch_draft部分編輯草稿,自動驗證 wikilinks
insert_citation定點插入引用(filename, target_text, pmid)
sync_references掃描 [[wikilinks]] 生成 References
count_words計算字數

patch_draft vs replace_string_in_file:patch_draft 驗證引用、自動修復格式、拒絕不存在的引用。


自動快照(CONSTITUTION §22 Auditable)

所有草稿寫入路徑(write_draft、patch_draft、insert_citation、create_draft)在覆寫前自動建立快照,儲存於 drafts/.snapshots/。

  • 最多保留 20 個快照/檔案,自動清理
  • 不依賴 git 或 agent 合作,純粹在寫入路徑中觸發
  • 使用 DraftSnapshotManager(infrastructure/persistence/)

寫作順序(Advisory)

Paper Type順序
original-researchMethods → Results → Introduction → Discussion → Conclusion → Abstract
systematic-reviewMethods → Results → Discussion → Introduction → Conclusion → Abstract
case-reportCase Presentation → Discussion → Introduction → Conclusion → Abstract
review-articleIntroduction → Body → Conclusion → Abstract

前置:Results 需 Methods、Discussion 需 Results+Intro、Conclusion 需 Discussion、Abstract 需全部。 check_writing_order() 產生警告,不阻止。警告出現時詢問用戶是否繼續。


Flow A: 撰寫新 Section

  1. check_writing_order() → 確認前置
  2. validate_for_section(section) → ✅/❌
  3. read_draft("concept.md") → 提取 🔒 NOVELTY + 🔒 SELLING POINTS
  4. 參考下方 Section 指南撰寫
  5. count_words()
  6. pipeline_action(action="approve_section", section=section, decision="approve|revise") → 用戶審閱 approve/revise(Phase 5 時 MANDATORY)

Flow B: Citation-Aware 編輯

  1. get_available_citations() → 取得可用 citation keys
  2. patch_draft(filename, old_text, new_text) → 自動驗證 wikilinks
  3. sync_references(filename) → 生成 References

🔒 受保護內容

  • Introduction 開頭/結尾必須呼應 🔒 NOVELTY
  • Discussion 必須逐條強調 🔒 SELLING POINTS
  • 不可刪除或弱化 🔒 區塊。修改前必須詢問用戶

Section 寫作指南

以下每條指南都有對應的 Code-Enforced Hook(B9-B16),run_quality_checks(action="writing_hooks") 會自動檢查。

Introduction (400-600 words)

結構(Funnel Model — Hook B12 自動偵測):

  1. Broad Context (1-2 段):臨床問題的重要性與盛行率,用具體數字(發生率、死亡率)
  2. Evidence Base (1-2 段):目前文獻的發現,必須有 [[wikilinks]] 引用
  3. Knowledge Gap (1 段):先前研究的不足之處→ 對應 🔒 NOVELTY
  4. Study Objective (最後一段):「This study aimed to...」或「We sought to...」

時態(Hook B9):

  • 已確立的事實 → 現在式(「Diabetes is characterized by...」)
  • 先前研究的結果 → 過去式(「Smith et al. reported that...」)

禁止事項:

  • 🚫 "In recent years..." / "With the rapid development of..."
  • 🚫 每段開頭用 "Furthermore" / "Moreover" / "Additionally"
  • 🚫 在 Introduction 透露自己的 Results(Hook B12 CRITICAL)
  • 🚫 過多 hedging:「may potentially suggest...」(Hook B15)

Checklist(Agent 自行確認):

  • 第一段有具體流行病學數字
  • 有 ≥3 個引用支持 Evidence Base
  • Knowledge Gap 用轉折語(however, nevertheless, yet)
  • 最後一段明確陳述研究目的

Methods (800-1200 words)

結構:

  1. Study Design & Setting:研究類型、單/多中心、時間範圍
  2. Participants:納入/排除標準、年齡、母群體
  3. Intervention / Exposure:介入描述或暴露定義
  4. Outcomes:Primary + Secondary endpoints,明確定義
  5. Statistical Analysis:分析方法、軟體版本、顯著性標準

時態(Hook B9 CRITICAL):

  • 所有描述必須用過去式(「We enrolled...」「Data were collected...」)
  • 🚫 禁止用現在式描述已完成的方法步驟

倫理聲明(Hook B14 CRITICAL):

  • ✅ 必須包含 IRB / Ethics committee approval + 核准編號
  • ✅ 必須包含 Informed consent statement(或 waiver 說明)
  • ✅ 如為介入研究:必須包含 Trial registration number (e.g., NCT12345678)

統計報告規範(Hook B8 / B16):

  • 必須在 Methods 中預先列出 Results 中所有用到的統計方法
  • Events 應能對應到 Methods 中的 Outcomes 定義

Checklist:

  • 研究設計一開始就聲明
  • 納入排除標準明確列出
  • 統計方法對應所有結果變量
  • 倫理聲明 + Informed consent 存在
  • 如 RCT:有 randomization 和 allocation concealment 描述

Results (600-1000 words)

結構:

  1. Participant Flow:篩選→納入→分析的人數(搭配 CONSORT 流程圖)
  2. Baseline Characteristics:Table 1 描述,組間比較
  3. Primary Outcome:主要結果 + 效果量 + 95% CI + p-value
  4. Secondary Outcomes:次要結果分組報告
  5. Adverse Events / Safety:如適用

時態(Hook B9 CRITICAL):

  • 所有結果描述必須用過去式(「was observed」「were significantly higher」)

客觀性(Hook B11 CRITICAL — 最常見 Reviewer 意見):

  • ✅ Results 只報告觀察到的資料和統計結果
  • 🚫 禁止解讀性語言:「suggesting that」「indicating」「demonstrating that」
  • 🚫 禁止主觀形容:「interestingly」「surprisingly」「remarkably」
  • 🚫 禁止推測:「may be due to」「possibly reflects」「we believe」
  • → 解讀屬於 Discussion

統計報告(Hook B16):

  • ✅ 報告精確 p-value(p = 0.032),不只用 p < 0.05
  • 🚫 禁止 「p = 0.000」→ 應寫 p < 0.001
  • ✅ 效果量(OR, HR, RR, MD, Cohen's d)必須伴隨 p-value
  • ✅ 所有效果量應附帶 95% CI

Checklist:

  • 有明確的參與者篩選數字
  • Primary outcome 有 effect size + 95% CI + p-value
  • 無解讀性語言(B11 PASS)
  • 全部用過去式
  • 圖表有正文敘述對應

Discussion (1000-1500 words)

結構(Hook B13 自動偵測):

  1. Main Findings (第 1 段):重述主要發現(含 🔒 SELLING POINTS)
  2. Literature Comparison (2-3 段):與先前研究比較,有 [[wikilinks]] ≥3 個
  3. Mechanism / Explanation (1 段):可能機制或臨床解釋
  4. Clinical Implications (1 段):臨床實踐意義或未來方向
  5. Limitations (1 段,Hook B13 CRITICAL):誠實承認研究局限
  6. Conclusion (最後 1-2 句):簡潔重述核心發現

Limitations 段落(必要 — Hook B13 觸發 CRITICAL):

  • ✅ 必須包含 "limitation" / "weakness" / "shortcoming"
  • ✅ 至少提 2-3 個具體限制:研究設計、樣本量、追蹤時間、選擇偏差等
  • ✅ 對每個限制解釋為什麼不影響主要結論(或承認可能影響方向)

Hedging 控制(Hook B15):

  • Discussion 可以適度使用 hedging(may, might, could)
  • 但密度超過 6/1000 字 → CRITICAL(文稿顯得不確定)
  • 目標:3/1000 字以下

禁止事項:

  • 🚫 重複引用 Introduction 已提過的背景知識
  • 🚫 在 Discussion 引入新數據(屬於 Results)
  • 🚫 過度擴大結論到研究設計無法支持的範圍

Checklist:

  • 第一段重述 main findings
  • 有 ≥3 個與先前文獻的比較引用
  • Limitations 段落存在且具體
  • 有 clinical implications 或 future directions
  • 結論簡潔、不超出數據支持範圍

Abstract (250-350 words)

結構(Structured):

  1. Background (2-3 句):問題 + gap + 目的
  2. Methods (3-4 句):設計、受試者、主要測量
  3. Results (3-5 句):主要結果 + 關鍵數字 + p-values
  4. Conclusions (1-2 句):核心發現 + 意義

規則:

  • ✅ Abstract 是獨立的微型論文,不依賴正文即可理解
  • ✅ Abstract 中的數字必須與 Results 完全一致
  • 🚫 不在 Abstract 中引用文獻
  • 🚫 不使用未定義的縮寫(Abstract 中的縮寫要重新定義)

Code-Enforced Writing Hooks 對照表

Hook名稱觸發時機嚴重度檢查重點
B9Section TensePOST-WRITECRITICAL/WARNMethods/Results 過去式
B10Paragraph QualityPOST-WRITEWARN/INFO段落長度、單句段落
B11Results ObjectivityPOST-SECTIONCRITICALResults 禁止解讀性語言
B12Intro FunnelPOST-SECTIONCRITICAL/WARNIntroduction 漏斗結構 + 禁止透露結果
B13Discussion StructurePOST-SECTIONCRITICALLimitations 必須存在
B14Ethical StatementsPOST-SECTIONCRITICALIRB + Consent + Trial Reg
B15Hedging DensityPOST-WRITECRITICAL/WARNmay/might/could 密度
B16Effect SizePOST-SECTIONCRITICAL/WARNp-value 格式 + 效果量 + CI

使用方式:run_quality_checks(action="writing_hooks", hooks="B9,B11,B13") 或 run_quality_checks(action="writing_hooks", hooks="post-section")


Wikilink 格式

✅ [[author2024_12345678]] → 自動修復 [[12345678]] → [[author2024_12345678]]

平台分布

OpenCode

26.32%
按下载量换算62

Antigravity

22.3%
按下载量换算52

windsurf

18.13%
按下载量换算42

Claude Code

10.34%
按下载量换算24

Codex

7.64%
按下载量换算18

Gemini CLI

3.43%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

调用外部服务

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

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

继续浏览同类 Skills