mcpField
I
impact-bullets

impact-bullets

github.com/arthurzakirov营销与增长0166 次安装4 周前更新
代码仓库

关于 impact-bullets

impact-bullets 是一项用于撰写和修改简历、LinkedIn 经历及绩效材料的技能。它以突出成果为核心，指导提取事实、选择要点类型并按不同平台调整表达。

主要功能

  1. 01撰写与修改影响力要点
  2. 02提取成果、指标与约束
  3. 03提供多种要点结构
  4. 04适配不同发布平台
  5. 05避免虚构数据与工具

适用场景

  1. 01改写简历中的工作成果
  2. 02整理 LinkedIn 经历要点
  3. 03撰写绩效评审总结
  4. 04提炼项目案例证明

安装

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

$npx skills add https://github.com/arthurzakirov/proofstack --skill impact-bullets

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

详细介绍

影响力要点技能

适用场景

使用此技能创建或修改：

  • 简历要点
  • LinkedIn 工作经历要点
  • 项目影响力要点
  • 绩效评估摘要
  • 作品集案例研究佐证要点

核心原则

要点应证明价值，而不只是罗列职责。

有力要点的公式：

Action + measurable result + context/constraint + mechanism + business/user impact

并非每条要点都需要包含所有部分，但最有力的要点会涵盖其中几个部分。

步骤 1 — 提取原始素材

从用户的笔记中提取：

  • 实现的成果
  • 指标或规模
  • 时间段
  • 初始限制条件
  • 技术实现机制
  • 工具／技术栈
  • 受影响的受众／用户
  • 业务风险或截止期限
  • 采用情况的证据
  • 职级／影响力信号

不要编造指标或工具。

步骤 2 — 选择要点类型

混合使用不同类型的要点。

成果要点

聚焦业务成果。

• Helped secure [business-critical outcome] by [action] in [timeframe], after [constraint].
效能要点

展示优先级调整或效率提升的前后对比。

• Shifted [roadmap/process] from [before metric] to [after metric] — [ratio] more leverage — by [mechanism].
生产系统要点

展示实际部署情况和技术栈。

• Built and deployed [system] with [tech stack], automating [workflow steps].
采用情况要点

展示用户如何实际使用这项成果。

• Equipped [number/type of users] with [capability] through [workshops/onboarding/docs/tools].
职责范围扩展要点

展示超出岗位职责的工作。

• Became a technical contact for [stakeholders] on [topics], supporting [decisions/outcomes].
快速上手要点

展示学习速度。

• Exceeded [expected level/timeframe] in [domain] despite [starting constraint], contributing to [critical effort].

步骤 3 — 补充技术栈，避免内容臃肿

技术栈应增强可信度，而不是淹没要点内容。

合适：

• Built and deployed [system] with LangChain, Pydantic, Databricks, Delta Lake, and MLflow, automating [workflow].

过多：

• Built with Tool A, Tool B, Tool C, Tool D, Tool E, Tool F, Tool G, Tool H, Tool I, Tool J...

技术栈较长时，添加最后一行：

Tech stack: Python, Java, Databricks, Delta Lake, MLflow, AWS, Docker, Jira API, Slack API.

步骤 4 — 避免内部行话

将内部名称转换为外部人士能理解的说法。

示例：

  • 内部请求渠道 → 运营请求渠道
  • 团队专用缩写 → 手动运营工作流
  • 服务名称 → 旧版 Java 服务
  • 内部工单代码 → 自动化路线图事项

除非用户明确希望加入，否则不要透露私人或公司专属细节。

步骤 5 — 根据发布平台调整

简历

更正式，以成就为导向，表达简洁。

LinkedIn 工作经历

可以稍具叙述性，并包含采用情况／影响力信号。

绩效评估

可以补充更多背景、限制条件，并体现对领导力的认可。

字符数超限时的精简顺序

超出限制时，按以下顺序删减：

  1. 形容词和填充词
  2. 重复出现的技术栈
  3. 过多的内部背景信息
  4. 次要示例
  5. 冗余要点
  6. 可衡量性较低的表述

保留：

  • 最有力的指标
  • 对业务至关重要的成果
  • 已部署／已采用的证据
  • 高级利益相关方信号
  • 独特的实现机制

有力动词

使用：

  • 构建
  • 部署
  • 转变
  • 确保
  • 自动化
  • 配备
  • 减少
  • 维护
  • 推动
  • 分析
  • 可视化
  • 引入
  • 贡献
  • 转换
  • 加固
  • 扩展

避免使用：

  • 协助处理
  • 参与开展
  • 涉及
  • 参与
  • 负责

只有当用户希望谨慎归属成果，或并非由用户独立负责全部成果时，才使用“协助”。

输出格式

返回：

## Full version
[bullets]

## LinkedIn version under [limit]
[bullets]

## Resume version
[bullets]

## Notes / assumptions
- [items that need user verification]

质量标准

每条要点至少应回答以下问题中的两个：

  • 有什么变化？
  • 变化幅度有多大？
  • 花了多长时间？
  • 影响了哪些人？
  • 受到什么限制？
  • 采用了什么机制？
  • 有什么意义？

评论

支持 Markdown