案例拆解：前端基础薄弱怎么补项目和作品集

AI 求职案例拆解：有一点前端基础但项目很薄的人，如何用 Claude Code 做项目改造、留下证据、补齐作品集。

这个案例面向的是另一类人：不是完全零基础，但项目很薄。

适合这种情况：

学过 HTML、CSS、JavaScript，也接触过 Vue 或 React。
能跟着教程做页面，但独立做完整项目比较吃力。
简历里项目少，或者项目看起来像课程作业。
想用 Claude Code 把项目补得更像真实开发经历。

这种情况的问题，不是完全不会，而是项目证据太弱。

当前短板是什么

前端基础薄弱的人，通常卡在 4 个地方：

• 项目只有静态页面，没有业务闭环。
• 只会照着写，不会解释目录和数据流。
• 没有自己做过的二次改造。
• 面试时讲不清“为什么这样实现”。

所以不要再堆新工具，而是要把一个项目补深。

先选一个可改造项目

不要同时准备很多项目。先选一个最适合改造的项目。

好项目具备：

• 有列表页和详情页。
• 有接口请求或模拟数据。
• 有表单、筛选、分页、状态切换中的至少两类。
• 能本地运行。
• 代码结构不至于完全混乱。

如果没有这样的项目，先去 AIGC 编程网 做一套实战项目，再回来用 Claude Code 做改造和复盘。

第一步：让 CC 做项目体检

先别改。先让 CC 评估这个项目能不能当作品集。

请只读评估当前前端项目是否适合做求职作品集。

请输出：
1. 项目已有功能。
2. 当前技术栈和目录结构。
3. 最适合写进简历的 3 个功能点。
4. 项目看起来像课程作业的地方。
5. 建议补强的 3 个改造任务。
6. 每个改造任务的风险和验收方式。

要求：
- 不要修改文件。
- 不要夸大项目。
- 不要建议大重构。

这一步的价值是找“最值得补”的地方。

第二步：选 3 个项目改造点

前端作品集最适合补这几类：

不要一上来做权限、支付、复杂可视化、大型重构。基础薄弱时，先补能讲清的小功能。

第三步：每个改造都留下证据

做改造不是为了“页面多一个功能”，而是为了留下求职证据。

每个改造都记录：

改造目标：
改了哪些文件：
为什么这样改：
Claude Code 做了什么：
我自己确认了什么：
如何验收：
剩余风险：

可以让 CC 帮你整理：

请根据这次改动，整理一份作品集改造记录。

要求：
1. 用面试官能看懂的方式写。
2. 说明改动目标、文件范围、实现思路和验收方式。
3. 不要说“AI 自动完成”。
4. 标出我需要自己确认的技术点。

第四步：把项目从“作业”变成“经历”

课程作业通常只讲“实现了什么”。求职项目要讲“怎么交付”。

课程作业表达：

实现商品列表、详情页和搜索功能。

求职经历表达：

围绕商品列表业务完成搜索筛选、详情展示、接口异常和空状态处理；使用 Claude Code 辅助分析组件结构和接口调用，改造后通过本地运行、路径验证和 diff 审查确认功能可用。

区别在于后者有业务、有过程、有验证。

第五步：准备一个“被追问点”

每个项目至少准备一个能深入讲的点。

比如搜索筛选：

• 输入框状态在哪里。
• 查询参数怎么拼。
• 筛选后分页是否重置。
• 接口失败怎么展示。
• 空结果怎么处理。
• CC 生成代码后你检查了什么。

可以让 CC 模拟追问：

请根据我这次搜索筛选改造，模拟面试官追问 10 个问题。

要求：
1. 问题要具体。
2. 覆盖状态管理、接口参数、边界情况、AI 协作和验收。
3. 每个问题给出回答思路。
4. 不要替我编造项目不存在的内容。

简历怎么写

可以写：

在某前端项目中完成列表搜索、详情展示、错误状态和移动端适配等功能改造；使用 Claude Code 辅助分析组件结构、拆分改造计划和整理验收清单，改动后通过 diff 审查、本地运行和多路径验证确认结果。

如果项目还不够强，不要写“负责完整前端架构”。写自己真实做过的模块。

这个案例和零基础案例的区别

零基础案例重点是“先补基础和第一个项目”。

本案例重点是“把已有项目补深”。

所以路线不同：

不是重新学一遍所有基础
而是选一个项目 -> 做 3 个改造 -> 留证据 -> 准备追问

这条路线的重点是补深一个项目，而不是再做一堆浅项目。

完成标准

做到下面这些，就可以开始投简历：

• 有一个能运行的前端项目。
• 有 3 个自己参与的改造点。
• 每个改造点都有 diff、验收和复盘。
• 能讲清至少一个功能的数据流。
• 能回答 AI 参与边界和自己负责的判断。