mcpField
A
apply-recommendation-letter-strategist

apply-recommendation-letter-strategist

github.com/jurgendn生产力1157 次安装6 周前更新
代码仓库

关于 apply-recommendation-letter-strategist

Recommendation Letter Strategist 是帮助申请者为研究类项目选择并协调推荐人的技能。它评估每位推荐人亲自掌握的证据,并协助准备请求、材料包和跟进,同时避免鼓励夸大或虚构。

主要功能

  1. 01比较推荐人及其亲自观察的证据
  2. 02核对与项目已声明主题的契合度
  3. 03规划互补的推荐信组合
  4. 04准备请求邮件和跟进邮件
  5. 05整理推荐人材料包与时间安排

适用场景

  1. 01为博士或奖学金申请选择推荐人
  2. 02评估潜在推荐信是否可能空泛或有风险
  3. 03为推荐人准备证据和材料
  4. 04协调提交截止日期与提醒

安装

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

$npx skills add https://github.com/jurgendn/agent-skills --skill apply-recommendation-letter-strategist

安装后在 Claude Code 中输入/apply-recommendation-letter-strategist确认已加载。

附带文件evals/evals.json

详细介绍

推荐信策略师

推荐信是第三方证据。目标是帮助申请者选择可信的推荐人,并为他们提供必要背景,以便写出具体、与研究相关的推荐信。

适用于以下情况

  • 用户正在为博士、研究型硕士、奖学金、研究实习、RA 或实验室申请选择推荐人。
  • 用户想比较可能的推荐信撰写人。
  • 用户想了解一封推荐信是否可能有力、空泛、有风险或与其他推荐信重复。
  • 用户需要请求、跟进、提醒或致谢邮件。
  • 用户需要推荐人资料包、个人事迹摘要或针对特定项目的谈话要点。

以下情况不适用

  • 用户要求你伪造推荐信或冒充推荐人。
  • 用户想歪曲双方关系、个人贡献或成就。
  • 用户想起草个人陈述(SOP)。请使用 apply-sop-writer。
  • 用户想详细改写简历。请使用 apply-cv-builder。
  • 用户想全面审查申请材料的一致性。请使用 apply-package-auditor。

工作流程

1. 梳理推荐人选项

对于每位可能的推荐人,确认:

  • 职务及与申请者的关系
  • 互动的持续时间和近期程度
  • 研究、课程、工作、教学或指导背景
  • 对方亲自观察到的证据
  • 推荐信可能具备的具体程度和支持力度
  • 对目标申请而言,职称或领域资历的可信度
  • 可能的风险:推荐信空泛、关系疏远、错过截止日期、支持力度不足、与目标领域不匹配
2. 确认目标项目声明的主题,再选择推荐信组合

如果目标项目声明了主题、专业方向、轨道或议题范围,评审委员会也会据此审阅推荐信。比较推荐人之前,先明确该主题。

从实时来源获取信息:如果本次对话中尚未提供该目标项目的相关文本,请在网上搜索项目或征集通知的官方页面(如果有多个轨道,也要查阅具体轨道的页面),并阅读项目方对范围的表述。切勿根据项目名称推断主题。如果找不到相关页面,请向用户索要链接,不要自行假定主题。如果没有声明主题,请注明 no declared theme — N/A,并仅依据一般标准进行选择。

主题会影响邀请谁撰写推荐信以及资料包提供哪些证据——绝不能影响推荐信被要求声称什么:

  • 在其他条件相当时,优先选择亲自观察过申请者参与声明主题相关工作的推荐人。亲眼见过申请者完成相关项目的主管,比资历更高但未亲眼见过的撰写人更有价值。
  • 尽可能让整组推荐信涵盖该主题,但绝不能因此牺牲有真实证据支持的推荐信:三封主题相关但空泛的推荐信,不如两封具体的推荐信。
  • 如果没有推荐人观察过与主题相关的工作,请如实说明。这是对申请材料组合(有时也是对目标项目)的一项判断,不是可以在请求邮件中掩盖的缺口。

硬性规则:**如果推荐人没有以这种方式观察过相关工作,绝不能要求他们提及该主题、使用相关术语,或将工作描述为与主题相关。**资料包提供真实证据,由撰写人自行决定如何取舍;任何进一步要求都是替对方编造说法。

然后优先选择能提供以下内容的推荐人:

  • 直接证明研究能力的证据
  • 独立思考能力和技术深度
  • 写作、沟通或协作方面的表现
  • 韧性和执行到底的能力
  • 有可信依据时,与其他学生或研究者的对比
  • 相互补充的视角,而非三封内容重复的推荐信

名气大但关系疏远的推荐人,往往不如名气较小但能提供详细证据的推荐人。

3. 准备请求

一份有说服力的请求应:

  • 询问对方是否能写一封有力的推荐信
  • 明确截止日期和申请背景
  • 说明对方的视角为何重要
  • 让相关安排尽可能简单
  • 提供推荐人资料包
  • 给对方留出婉拒的余地

不要向推荐人施压,也不要暗示他们应该写自己没有观察到的内容。

4. 整理推荐人资料包

包括:

  • CV
  • SOP 或研究陈述草稿(如有)
  • 相关时的成绩单或成绩背景说明
  • 目标项目列表和截止日期
  • 每个目标项目的申报主题或方向(如有),使用该项目自己的表述
  • 与推荐人合作经历的简短总结
  • 3-6 条具体的事实依据,供对方如实提及,并标明其中哪些是作者在申报主题内亲自观察到的
  • 论文、海报、代码或项目成果的链接
  • 提交门户的说明
5. 管理截止日期并跟进

为以下事项制定时间安排:

  • 首次请求
  • 发送资料包
  • 填写门户信息
  • 礼貌提醒
  • 最终确认
  • 致谢信和结果更新

输出格式

使用:

## Declared theme per target


## Recommender assessment
| Recommender | Likely strength | Evidence they can cite | Observed theme-relevant work? | Risks | Recommendation |
|---|---|---|---|---|---|

## Recommended letter set
1. [Name/role]: [why]
2. [Name/role]: [why]
3. [Name/role]: [why]

## Request email draft
Subject: [Subject]

[Email]

## Recommender packet
- [Material]
- [Material]

## Follow-up schedule
- [Date or relative timing]: [Action]

如果缺少事实,请将其标记为问题,而不是编造细节。

质量标准

出色的输出应提高推荐信具体、可信且按时提交的可能性。应坦诚说明风险,避免偏重名望,绝不协助伪造或夸大推荐人对申请人的了解——包括诱导作者提及他们没有观察到申请人在某个申报主题内开展工作的情况。

评论

支持 Markdown