mcpField
R
research-craft

research-craft

github.com/curiositech生产力257142 次安装2 天前更新
代码仓库

关于 research-craft

面向学术研究者的研究写作技能,指导从提出研究问题到构建论证和修订论文。重点是以证据支撑主张、评估来源,并将研究放入学术对话中。

主要功能

  1. 01系统化提出研究问题
  2. 02以证据构建论证
  3. 03评估来源可靠性与类型
  4. 04自上而下修订论文
  5. 05识别研究写作常见误区

适用场景

  1. 01规划学术论文或学位论文
  2. 02撰写文献综述与知识综合
  3. 03检查论据是否有充分证据
  4. 04修订论文结构并回应反方观点

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/curiositech/some_claude_skills --skill research-craft

安装后在 Claude Code 中输入/research-craft确认已加载。

附带文件.claude-plugin/plugin.json

详细介绍

研究写作技艺

掌握系统化流程,提出有意义的研究问题,构建基于证据的论证,并交流能够推动学术对话的研究发现。

适用场景

✅ 适用于:学术论文、学位论文、学术文章写作、文献综述、基于证据的论证、知识综合、参与学科对话 ❌ 不适用于:创意写作、新闻报道、商业案例研究、技术文档、营销内容、个人随笔、观点文章

核心流程

问题构思决策树
START: Do you have a clear research problem?
├─ NO: Do you have a specific topic (not just broad subject)?
│  ├─ NO → Find specific topic within general interest area
│  └─ YES → Question topic systematically
│     └─ Ask "So what?" to test consequences
│        ├─ Readers won't care → Reframe problem from reader perspective
│        └─ Readers will care → Verify problem structure:
│           ├─ Condition (knowledge gap) stated? 
│           ├─ Cost/consequence stated?
│           └─ Evidence type available?
│              ├─ ALL YES → PROCEED to argument building
│              └─ ANY NO → Revise problem formulation
└─ YES → Is problem practical or conceptual?
   ├─ PRACTICAL (tangible costs requiring action)
   │  └─ Solution must be actionable
   └─ CONCEPTUAL (understanding gap)
      ├─ Pure research → Solution improves understanding
      └─ Applied research → Solution has practical consequences
论证构建决策树
START: Building argument for research claim
├─ State CLAIM (answers research question)
├─ Develop REASONS (assertions from thinking)
│  └─ For each reason, do you have EVIDENCE (data from world)?
│     ├─ NO → Insufficient support; gather evidence or drop reason
│     └─ YES → Is evidence representative, accurate, sufficient?
│        ├─ NO → Cherry-picking risk; expand sample or qualify claim
│        └─ YES → Continue
├─ Anticipate reader objections
│  ├─ Plausible objections exist?
│  │  ├─ YES → ACKNOWLEDGE and RESPOND with subordinate argument
│  │  │  ├─ Can you refute? → Provide counter-evidence
│  │  │  ├─ Must concede? → Acknowledge limitation candidly
│  │  │  └─ Alternative view? → Show why yours is stronger
│  │  └─ NO → Proceed to warrants
│  └─ Will readers question reason-claim connection?
│     ├─ YES → STATE WARRANT (general principle)
│     └─ NO (expert audience) → Omit warrant
└─ Test complete argument
   └─ Evidence comprises ~1/3 of section?
      ├─ NO: Too little → Data dump; too much → Add interpretation
      └─ YES → ARGUMENT COMPLETE
来源评估决策树
START: Evaluating potential source
├─ Assess RELIABILITY
│  ├─ Peer-reviewed? → +reliability
│  ├─ Frequently cited? → +reliability  
│  ├─ Reputable publisher? → +reliability
│  ├─ Author credentialed in domain? → +reliability
│  └─ Current for field? → Check temporal standards
├─ Classify SOURCE TYPE (relative to YOUR project)
│  ├─ Provides raw data on subject? → PRIMARY
│  ├─ Analyzes primary sources? → SECONDARY
│  └─ Synthesizes secondary sources? → TERTIARY
│     └─ Can you access more primary sources?
│        ├─ YES → Get closer to primary; chain is too long
│        └─ NO → Acknowledge limitation
├─ Evaluate EVIDENCE quality
│  ├─ Accurate? → Verify important claims
│  ├─ Precise? → Sufficient detail for replication?
│  ├─ Sufficient? → Sample size adequate?
│  ├─ Representative? → Generalizable?
│  └─ Authoritative? → Within author's expertise?
└─ USAGE decision
   ├─ Quote? → Exact words matter for analysis
   ├─ Paraphrase? → Specific ideas in your words
   └─ Summarize? → General overview sufficient
修订决策树
START: Draft complete, begin revision (TOP-DOWN only)
├─ LEVEL 1: FRAME (Introduction/Conclusion)
│  ├─ Introduction has Context→Problem→Response?
│  │  ├─ NO → Restructure using three-step pattern
│  │  └─ YES → Problem framed from reader perspective?
│  │     ├─ NO → Rewrite emphasizing costs to readers
│  │     └─ YES → Continue
│  └─ Conclusion has Main Point→New Significance→Future Research?
│     ├─ NO → Add missing elements
│     └─ YES → Proceed to Level 2
├─ LEVEL 2: ARGUMENT STRUCTURE  
│  ├─ 4-5 key concepts run throughout paper?
│  │  ├─ NO → Identify concepts; track through all sections
│  │  └─ YES → Continue
│  └─ Main claim clearly supported by reasons?
│     ├─ NO → Revise logical architecture
│     └─ YES → Proceed to Level 3
├─ LEVEL 3: SECTION ORGANIZATION
│  ├─ Each section has point sentence (beginning or end)?
│  │  ├─ NO → Add or clarify point sentences
│  │  └─ YES → Continue
│  ├─ Evidence comprises ~1/3 of each section?
│  │  ├─ NO → Adjust evidence/interpretation ratio
│  │  └─ YES → Continue
│  └─ Ordering principle clear (simple→complex, familiar→unfamiliar)?
│     ├─ NO → Reorganize sections logically
│     └─ YES → Proceed to Level 4
├─ LEVEL 4: PARAGRAPH STRUCTURE
│  ├─ Each paragraph advances single point?
│  │  ├─ NO → Split or merge paragraphs
│  │  └─ YES → Continue
│  └─ Transitions guide readers between paragraphs?
│     ├─ NO → Add connective tissue
│     └─ YES → Proceed to Level 5
└─ LEVEL 5: SENTENCE CLARITY
   ├─ Subjects = main characters?
   ├─ Verbs = crucial actions (not nominalizations)?
   └─ Hedges appropriately qualify certainty?
      ├─ ALL YES → REVISION COMPLETE
      └─ ANY NO → Fix sentence-level issues

反模式

信息堆砌

新手做法: 不设引导性问题,便收集信息,写出一篇由隐约相关的事实拼凑而成的文章。过度呈现证据,却不加解读。

专家做法: 在收集证据前先明确研究问题。平衡证据(约占章节的 1/3)与理由和解读,说明证据如何支持论点。

掌握进度: 经历 2-3 个重要研究项目后逐渐内化。早期漫无目的地收集资料导致危机,迫使人认识到问题必须先于答案。


基于论据的事实主张

新手做法: 仅凭详尽的推理和逻辑原则支撑事实主张,却不提供来自现实世界的确凿证据。

专家做法: 严格区分理由(基于思考提出的断言)和证据(来自现实世界的数据)。以证据为理由提供依据,而不是以理由支撑证据。只有在概念性主张中才使用大量论据。

掌握进度: 需要从高中作文模式(推理就足够)转向研究模式(数据至关重要)。通常需要 1-2 个学期的反馈循环。


傲慢的确定性

新手做法: 用“全部”“从不”“总是”“证明”等绝对措辞表达主张。掩盖弱点,希望读者不会察觉。认为语气强硬就等于可信。

专家做法: 看似矛盾的是,适度承认局限反而能增强论证。恰当地使用限定语。精确提出与证据支持范围相符的主张。认识到坦诚承认局限有助于建立可信度。

掌握进度: 第一次亲身发现,承认局限反而能增进而非削弱读者信任时,这种反直觉的转变便会豁然开朗。通常还需要看到自己过度夸大的主张被驳回。


拼凑写作

新手做法: 用极少的衔接语句将来源段落拼接起来。按照主要来源的结构组织论文。只展示知识积累,却没有原创综合。

专家做法: 通过赞同、反对或拓展观点,借助来源参与正在进行的学术对话。建立独立的组织结构。展示你能用信息做什么,而不只是展示你找到了什么信息。

掌握进度: 需要从“接受考查的学生”转变为“作为专家的研究者”。通常在首次真正发现与现有文献相矛盾或有所拓展时逐渐形成。


选择性引用证据

新手做法: 使用一两个看似有代表性、实际上只是个案的便利例子。只呈现支持性证据,无视相矛盾的数据。希望读者不会发现这些例子缺乏代表性。

专家做法: 通过充足的样本证明代表性。承认相矛盾的证据,并解释为何现有解读仍然成立;或者坦诚承认局限。认识到论证的强度取决于其最薄弱的证据。

掌握进度: 第一次因审稿人引用你明知存在却忽略的矛盾证据,彻底驳倒你的论证后,便会深刻记住这一点。这是痛苦却会让人终生铭记的教训。


学生—教师动态

新手方法: 写作是为了向作为考官的教师展示知识。解释作业要求了什么。使用“本文将展示……”之类的表达。把研究视为证明自己完成了任务。

专家方法: 将自己定位为与感兴趣的同行分享发现的专家。转换角色,让研究者成为掌握新知的权威。读者是关心发现的同事,而不是评判表现的考官。

精通的时间线: 首次做出真正的贡献时,便跨过了关键门槛——发现了连授课教师也不知道的东西。这通常与首次会议报告或发表论文同时发生。

心智模型与行话

“研究是跨越千年的对话”

真正的研究者明白,自己加入的是一场持续进行的对话,而不是从零开始发现。他们沿着参考文献线索向前追溯(某来源引用了哪些资料),再向后追踪(哪些资料引用了该来源),理解每一项贡献都在回应先前的声音,同时也预期着未来的回应。

行话用法: “我正在沿着 Smith 的一手资料追溯参考文献线索”(专家)与“我找到了五个关于我的主题的来源”(新手)。


“证据是基石;理由是建在其上的结构”

证据必须从现实中找到,并呈现给读者看——它本身就成立。理由是头脑构想出的主张,需要自己的根基。理由应建立在证据之上,绝不能让证据建立在理由之上。

行话用法: “我的理由需要更有力的证据”(专家)与引用某项主张时说“我的证据表明……”(新手混淆了术语)。


“通过承认异议来深化论证”

有力的论证不是从主张直通证据的单薄直线,而是通过承认异议、其他观点和局限性来加深。矛盾的是,承认自己不知道什么,会让自己对已知内容所提出的主张更可信。

行话用法: “我需要通过承认哥本哈根诠释来深化这一部分”(理解论证 ethos 的专家)与“我不会提那个反例”(认为隐瞒等于有力的新手)。


“研究是在迷雾中曲折前行”

研究不会沿着“主题→论点→笔记→初稿”的线性路径推进。它是递归的、不确定的、杂乱的——你在寻找某样东西,直到看见它之前都认不出来。计划可以指引方向,却不应成为限制。

行话用法: “随着我的发现,问题也发生了变化……”(接受非线性的专家)与“我得先确切知道自己要说什么才能开始写作”(期待虚假确定性的新手)。


“一手/二手资料是相对的,而非绝对的”

资料分类取决于你的研究项目,而非资料本身固有的属性。同一份资料对一项研究可能是一手资料,对另一项研究则可能是二手资料。关键问题是:它与你研究的现象之间隔了多少层?

行话用法: “就我的研究目的而言,这是一个一手资料,因为……”(理解相对性的专家)与“这是一个二手资料”(把分类视为固定标签的新手)。


“问题的重要性取决于读者付出的代价,而非研究者的兴趣”

最糟糕的回应不是“我不同意”,而是“我不在乎”。提出问题时,必须从读者的角度说明其后果为何与他们有关,而不只是解释你为什么好奇。

行话用法: “我所在领域的读者会关心这个问题,因为……”(以读者为中心提出问题的专家)与“我对这个主题感兴趣,因为……”(以自我为中心提出问题的新手)。

时间知识

19 世纪: 历史学家为确立证据的可靠性而提出一手资料与二手资料的区分;随着研究走向专业化,这一区分后来成为各学科的标准。

早期实验科学(约 18 世纪): 在标准化方法成为现代验证手段之前,研究人员依赖见证者为实验的准确性作证。

互联网前时代(1990 年代以前): 使用印刷索引进行引文索引需要数小时或数天。卡片目录是标准做法。沿着书目线索追查是一项费时费力的实体过程。

当代(2000 年后): 在线数据库让引文索引变得即时,但信息过载和未经监控的互联网内容反而使图书馆和专家策展变得更加重要,而非不那么重要。Google 的无处不在让人对研究可靠性产生错误信心。

各领域的时效标准: 对资料时效性的要求差异很大——分子生物学可能要求使用过去 2-3 年的资料,而历史学可能会大量引用数百年前的一手资料。应了解所在领域的时效规范。

参考资料

  • 来源:Wayne C. Booth、Gregory G. Colomb、Joseph M. Williams、Joseph Bizup 和 William T. FitzGerald 所著的 The Craft of Research(第 4 版)

评论

支持 Markdown