把 AI 做成可使用的产品
我更关心真实流程里的输入、边界、失败恢复和结果复用,而不是一次性演示。好的 AI 产品应该让用户知道它为什么这么做、哪里可信、哪里需要人来判断。
[ Applied AI · Multi-Agent Systems · Product Engineering ]
AI Product Engineering, Multi-Agent Orchestration, RAG Evaluation, Reliable ML, Next.js Systems, LangGraph Workflows, Verifiable Results
从研报检索、多智能体协作,到电池寿命预测,我关注的不是把 AI 包装成演示,而是让它有清晰依据、稳定边界和可复现的结果。
我现在把重心放在应用型 AI 产品、可验证的多智能体工作流、RAG 与评测,以及能真正交付的产品工程。下面这些方向,也是作品区里每个项目共同指向的能力。
我更关心真实流程里的输入、边界、失败恢复和结果复用,而不是一次性演示。好的 AI 产品应该让用户知道它为什么这么做、哪里可信、哪里需要人来判断。
多智能体不只是“多个模型一起说话”,而是任务拆解、角色隔离、结构化输出、所有权边界和 review gate。每一步都应该能被追踪、复盘和替换。
从结构化 PDF 解析到模型对比,我在练习把质量问题具体化:固定变量、记录指标、保留失败样本,让改进不只停留在“感觉更好”。
Next.js、TypeScript、Python、LangGraph 和本地自动化只是工具。真正重要的是把想法落到一个别人能打开、能理解、能继续使用的系统里。
Gallery contains 11 public repositories and 3 live demos.
这里集中展示四个最能说明能力边界的项目:从产品工程、视觉文档理解,到医学影像原型和多智能体协作。每个案例都能看到问题、系统做法和可验证结果。

创业者最贵的成本是「想清楚再动手」——一份 GTM 报告要请咨询公司写 2–3 周、几十万元。LaunchLens 把市场调研、用户画像、竞品拆解、产品定位、首版营销文案一次性跑完,过去 2 周的工作压到一杯咖啡的时间。系统内置 30+ 行业模板和 6 套定位框架,AI 会主动追问并修正假设,最后输出一份能直接拿给投资人或团队开会的 BP 草稿。适合早期创业者、企划负责人、独立咨询顾问,5 分钟跑出过去需要 1 个分析师 1 周的产出。
I am a Computer Science student at Guangling College, Yangzhou University, preparing for overseas graduate study in AI and computing while building applied AI products.
01This site is organized around evidence: what problem each project tackles, how the system is built, and what outcome it can show.
02The technical focus is multi-agent orchestration, RAG evaluation, and AI workflows where model output can be reviewed, reused, and improved.
03The long-term direction is applied AI product engineering: connecting product judgment, frontend experience, and agent infrastructure.
扬州大学广陵学院计算机科学与技术专业学生,正在准备海外高校 AI / 计算机相关硕士方向,并长期走向应用 AI 产品工程。
每个项目都按 problem / approach / outcome / role 展开,重点呈现真实贡献、技术取舍和可复用价值,而不是只展示技术栈列表。
如果需要更正式的材料,可以通过邮件索取英文简历、项目摘要或补充说明;这个网站保留公开版本,便于快速了解方向和能力证据。
能力不单独罗列,而是落在可以打开的项目里:产品工作流、多智能体编排、多模态 RAG、医学影像和可靠性实验都有对应案例。
把模糊业务问题拆成可执行流程:输入约束、结构化输出、验证步骤、可复用结果。
关注角色边界、所有权、调度账本、review gate 和失败恢复,而不是把多个模型简单串起来。
用固定变量、可复现实验和失败样本解释质量差异,把“感觉更好”变成可以复查的证据。
把财报、表格和图表当作视觉证据处理,用检索、裁剪和 agent verification 保留页面结构里的关键信息。
围绕小目标、低对比度、拓扑连续性和显存限制设计 pipeline,展示研究问题落地成工程原型的能力。
把安全边界、不确定性和现实数据限制放进系统设计,而不是只追逐一个漂亮的指标。
这些笔记补充项目页面没有展开的部分:问题如何拆解、结果如何验证、哪些边界还值得继续研究。
把 PDF 表格、跨行语义和检索错误拆开看,才能解释为什么同一个模型在不同解析器下表现差异明显。
多智能体协作真正难的不是“多”,而是任务边界、文件所有权、验收门禁和失败恢复。
一个能落地的 AI 工作流,应该让用户看见输入约束、结构化输出、证据、风险和下一步,而不是只给一段回答。
这个网站会继续更新。接下来三个月,重点是让案例页更完整、实验更可复现、公开技术写作更清晰。
补齐更多项目的英文摘要、关键截图和可分享链接,让海外硕士申请、邮件介绍和合作沟通都能直接引用。
围绕多智能体任务拆解、输出质量、成本和失败恢复做一套可复现实验面板。
把 Structure-Aware RAG、ZCode Relay 和 LaunchLens 的经验整理成短技术札记,形成公开技术判断。
[ 11_PUBLIC_REPOS · 3_LIVE_DEMOS · 5_STARS_TOTAL ]