action-checklist.md

行动清单（通用模板）

目标：把你想立的定位（如「AI 应用工程师」），用真实材料立起来。 每一行的成果都要能变成 GitHub 上的一条可见产出。打勾标准：已经有公开链接。 使用方式：把模板里的「你的主线项目」等占位符替换成你自己的真实经历。

A. 主线项目（优先级最高）

• 项目 README：一句话定位 + 技术栈
• README 里画出架构图（文本版即可）：核心模块 / 数据流 / 外部依赖
• 把项目里最值得讲的设计亮点提炼成 README 的「设计亮点」章节（这是能讲深的东西）
• 写清本地启动步骤：依赖安装、环境变量、初始化、运行命令
• 提交到 GitHub（若还没），仓库名直白，比如 xxx-agent / xxx-tool
• 附一张运行截图或 API 调用示例（README 里最有说服力的就是"真的能跑"）

B. 工作/实战经历（差异化优势）

• 整理 1-2 个 case study，每个写成一篇短文，含：业务痛点 → 方案 → 技术栈 → 量化结果
• 发布到技术社区（掘金 / 公众号 / V2EX），文末链接回你的 GitHub
• 把 case study 压缩成简历上的一段 STAR 描述

C. 开源参与（占位优先，1 个月内见效）

• 选 1 个项目：你真正在用的（能提质量问题的项目才选）
• 第一步：在使用中遇到问题就提 issue（真实问题就是入场券）
• 第二步：选一个文档 / 国际化 / bugfix 切入点，提 issue 表态"我可以做"
• 第三步：1 个月内交第一个 PR
• 目标：攒 2-3 条真实 PR 之后再写进简历，每条配链接

D. GitHub Profile 改造

• README：一句话定位 + 技术栈徽章 + 联系方式
• 置顶 3 个仓库：主线项目 / 实战案例 / 学习笔记
• 老的不成熟仓库：归档或删除（Archive 不丢人，藏着才减分）

E. 持续经营（每周 10 分钟）

• 每周固定一次 commit / 一次学习笔记更新（频率低没关系，持续就行）
• 每季度做一次「反扒审计」：把 README 和简历上每条声明念一遍，能否当场打开链接证明？
• 每条新增的公开声明，先写链接，再写文字（链接是证据，文字是装饰）

---

红线再提醒

以上每一项都基于真实经历。写"参与"就是参与，写"贡献"就要有 PR 链接，写"设计"就要有代码或文档支撑。 不满足证据链的，宁可降级描述，也不要靠措辞补位。