知乎黑客松 2026 · 校园新锐季
知识
拼桌
听两个观点，撞出第三种理解。
把知乎真实经验组织成一张可以坐下来的“桌子”：用户选一句让观点真正碰撞，AI 从隐藏分歧中生成新视角，最后留下自己的思考轨迹。
01 / WHY
为什么做
答案很多，
判断却没有变容易。
用户面对复杂选择时，往往不是搜不到答案，而是很难看清不同观点的前提、适用条件，以及自己的困惑究竟卡在哪里。
观点难比较条件、风险和适用边界混在长回答里。
讨论停在正反支持与反对发生了，却没有继续推进。
看完留不下来内容被消费，却没有形成自己的判断轨迹。
02 / MECHANISM
核心体验
不是多 Agent 各说各话，
而是用户亲手发起碰撞。
听懂两个有来源的观点
记录首次认知倾向
点一句，请另一席回应
确认或修正隐藏分歧
决定是否邀请第三席
留下自己的思考变化
03 / COLLISION
一次真实的碰撞
从“该不该”，
走到“分歧到底在哪”。
继续留下，也可能正在产生不可逆的健康成本。
用户选中这条论点 →主持人
请另一席只回应这一个具体判断。
“不能继续拖”为什么一定意味着立即裸辞？缓冲方案是否已经被排除？
针对质疑，原席再回应03
隐藏分歧被用户确认后
第三席 · 选择权保留
问题不只是“裸辞还是留下”，而是哪一种路径能避免更难恢复的损失，同时保留后续调整空间。
04 / SYSTEM
AI 与内容协作
真实内容打底，
AI 负责组织。
系统优先检索当前主题下的知乎内容，再由不同职责的 Agent 生成两席观点、串行互质与第三视角。结构化校验和当前主题语料降级，让演示稳定且不伪装来源。
内容层实时检索优先 · 本地语料补齐 · 来源可追溯
编排层阶段控制 · 两席串行互质 · 用户校准
校验层字段完整 · 跨主题审计 · 相似度约束
体验层Next.js / React · 状态机 · 移动端链路
05 / MY ROLE
我主要负责
把“多观点讨论”，
做成一条可验证的产品路径。
产品定义与机制设计
明确“用户发起碰撞、AI 提取分歧、用户最终校准”的关系，避免退化成多角色聊天。
核心流程与 PRD
梳理从入桌到讨论地图的主链路，定义必走步骤、可选支线和验收标准。
Web 原型开发
参与 Next.js / React 演示原型实现，把话题、席位讨论和结果页串成可体验产品。
AI 输出与来源约束
参与结构化输出、来源边界、跨主题审计和失败降级设计，让生成内容稳定且诚实。
06 / RESULT
项目成果
480 个项目中，
进入前 30。
形成 20 个主题入口与“听—选—碰—校—请—留”的在线演示链路。
用用户校准取代 AI 单向总结，让第三视角真正从讨论中产生。
最终交付不是普通摘要，而是可回看、可核验的思考轨迹与知识来源。
项目边界
演示版本以验证核心机制为目标。知乎实时内容、自由话题覆盖和长期历史仍需继续扩展；高风险问题保留来源核验与专业建议边界。
TRY THE PRODUCT
进入知识拼桌 ↗