AI 应用原型
能把抽象需求压成 MVP,独立做出可用版本,再决定是否继续扩。
我不是把自己包装成做过重型平台的人,而是把已经做过的原型、工作流、规则体系和真实交付拆开给你看。你可以很快判断:这个人是不是适合做 AI 应用实现、工具集成和快速验证。
当前公开页只保留能验证能力边界的内容,不做收入导向展示,不放客户敏感信息。
华侨大学光学工程硕士在读,2027 届
面向 AI 对话上下文易丢失问题的微信小程序原型
能力快照只保留能直接影响岗位判断的四项内容。
能把抽象需求压成 MVP,独立做出可用版本,再决定是否继续扩。
不是只会用工具,而是会把输入、步骤、验收和交付顺序组织起来。
会把 Codex、GPT、Gemini、脚本和可控工具链组合成真实执行路径。
习惯把验证前置,保留复查说明、版本痕迹和下一轮可复用规则。
重点看问题定义、功能拆解、上线节奏和工具协作方式。
面向 AI 对话上下文易丢失问题的微信小程序原型
这个项目最能说明我做 AI 应用的方式。不是先造概念,而是先抓住一个真实问题:AI 对话记录容易碎、难检索、难回看。然后把它压成最小可用的产品能力。
我更习惯先定输入输出、规则和验证动作,再决定工具组合。
先确定页面用途、真实约束、最小可交付结果,再决定哪些内容进入首版。
优先选可控、可验证、可复用的工具路线,而不是为了新奇感额外加复杂度。
在实现中段就补检查和复查动作,避免最后才发现结果不可解释或不可交接。
把结果整理成对外可读的页面、文档、交付包或复现说明,方便下一轮继续协作。
公开页只展示问题、交付物和结果信号,不展示客户身份和交易细节。
我在公开页里不展示收入数字,也不展示客户信息。这里保留的是更适合招聘判断的部分:面对真实需求时,我如何定义问题、组织材料、形成交付。
这部分直接影响可信度,所以单独展开。
公开页只保留最短联系路径和一份 AI 岗简历。
建议先看简历,再决定是否继续聊项目细节。微信沟通可以在邮件中备注,我会按场景提供最合适的联系路径。