周四下午两点,我打开自己那个破旧的作品集页面,花两小时把新项目塞进去,又花一小时研究为什么它看起来依然像个草稿。然后我花第三个小时问自己:为什么我每学期都要把简历上的东西重新敲一遍?
我是浦那军械技术学院的大二 IT 学生。这种折磨已经循环了好几次。我知道问题不在懒——在于市面上几乎所有工具都把建作品集当成一个设计项目来搞。可它明明是个数据问题。你要展示的内容,早就齐刷刷地躺在你的简历 PDF 里了。于是我停止了手工更新作品集,开始做一个能替我干这事的工具。
关于作品集到底该怎么做,朋友圈里大致分两派。一派觉得这件事必须手动打磨:排版、配色、动效都要体现你的个人审美,丢给机器算怎么回事?另一派则认为,经历、项目、证书这些底层数据,每申请一次就要重新排版,属于无效劳动,能自动化就该自动化。两边听着都有道理,可我想说——问题压根儿不在这儿。
真正让人难受的,不是“设计还是效率”的选择,而是你在忙完一堆重复手工后,得到的那个结果,并不比一份结构清晰的简历更会说话。如果你已经把所有工作经历、项目细节、技能标签整理进了一份 PDF,那为什么不能直接拿它当原料?这就是 itsfolio 的起点。
先看看目前可选择的路。我把用过的工具排了一遍,它们各有各的硬伤:
Wix、Webflow 这类建站工具给了你完整控制权,但什么都得从头画起。一个作品集折腾半天,最后看着还像是赶工出来的。
Notion 搭起来快,可再怎么美化,它读起来还是 Notion——而不是一个作品集。
Carrd 够简洁,可是对项目经历、工作经验这种有结构的板块几乎零支持。
GitHub Pages 允许你彻底自定义,只要你不介意在截稿前夜的凌晨一点还在一行行改 HTML。
LinkedIn 是个个人主页,但没人会把它当作品集。简历里的数据,每个工具都得让你重新敲一遍:工作经历、项目、技能、教育、证书,复制、粘贴、调格式,无限循环。
一定有更聪明的路。简历里的信息本就是结构化的,只是放错了地方。如果让 AI 读懂 PDF、把内容提取出来,就能搭一条从简历直通线上作品集的流水线,彻底删掉“手动填写资料”这一步。顺着这个想法,我搭出了 itsfolio。
流程很单纯:先把简历 PDF 传上来,后端用大语言模型读取原始文本,输出一份结构化的 JSON——其中包含带日期和要点的经历、带技术栈的项目、按类别归组的技能,还有教育、证书、出版物,什么都不漏。JSON 被扔给模板引擎,我用 Next.js 做了三套不同的面:Modern 追求干净和克制,适合设计师和开发者;Terminal 走命令行风,等宽字体、深色模式,有种代码的硬朗感;3D Studio 做的是沉浸感和冲击力,适合想第一眼就抓住别人注意的人。每套模板接收的是同一份数据,切换只是一瞬间的事——内容不动,渲染变。
比较考验工的地方在提示工程,要照顾到各种边缘情况。简历的格式千差万别:有人写“2023年1月至今”,有人写“Jan 2023 – Present”,有人索性不标时间。模型得能认全这些写法,每次都吐出干净的同一套结构。
最后一步是文件和域名。作品集生成的同时,就获得一个 yourname.itsfolio.tech 的独立子域名,即时可用,不用多做任何配置。那个链接,你真的可以直接复制进求职申请。
回头想,我自己那几小时的自我怀疑,暴露的其实是一个常识被忽略的断层:在简历已经结构化了的前提下,为什么还要把同样的数据再手工打扮成另一种视觉形式?这个工具没做什么惊天动地的事——它不过承认作品集的核心是内容数据,而不是一场从零开始的设计表演。
热门跟贴