从 170 场论坛里找到自己的议程｜LLM结合探索-CNCC 2026 智能分论坛系统实战随笔

目录

第一部分｜项目交付与团队实践

1. 项目地址与运行验证

• 项目 CodeArts 地址　CNCC2026
• 提交版本　c8784be8c5dc643919347bc1bfbe8f02f99831fc。提交记录显示 master 与 cncc2026-submissions 指向同一最终版本，最后一次推送为 2026 年 11 月 4 日 21:19:48（北京时间）。
• 线上入口　CNCC 2026 智能分论坛系统
• 2026 年 11 月 4 日公网只读检查通过。首页、健康接口、语言列表、英文论坛目录和参会助手插画均返回 HTTP 200，语言列表包含 5 种语言，英文目录返回 170 场论坛。本次在线检查覆盖公开入口。登录后的业务流程以部署包的隔离测试和本地浏览器记录为依据。健康接口 · 语言接口 · 英文论坛目录

部署包使用 Windows x64、Node.js 24 和 SQLite，服务监听 8091 端口。启动脚本直接运行随包提供的 Node，后台安装脚本可将服务注册到 Windows 任务计划程序。统一数据库保存在磁盘上，后端从环境配置读取 DeepSeek 凭据。部署前通过 SQLite 生成一致快照，核对服务器已有业务数据再更新。部署副本可清理登录会话，保留应迁移的账号、报名和通知。

2. 从查议程到管理会务

2.1 首页、资讯与论坛目录

CNCC 2026 于 10 月 21 日至 24 日在成都中国西部国际博览城和天府国际会议中心举行，主题为“数聚驱动·智算未来”。网站首页呈现大会日期、城市和主题，提供探索论坛、论坛推荐和我的日程三个快捷入口，顶部导航可进入通知。

首屏以“遇见／下一场思想碰撞”为视觉中心，左侧用七条蓝青流线承接开场，右侧是成都区县浅浮雕地图。直接打开或刷新首页时播放约 3 秒开场，站内返回时直达主页。Esc 可提前结束开场，启用减少动画偏好时直接进入主页。功能页与资讯区采用真实会场航拍，通过灰阶、蓝青混色和渐隐融入背景。导航、入口和工具面板共享配色变量，浅色用墨蓝文字和淡蓝浅青渐变，深色采用墨蓝与深青。

图 1　首页首屏以“遇见／下一场思想碰撞”为视觉中心，下方是探索分论坛、兴趣推荐和我的日程三个快捷入口。

“大会内外”将 8 条资讯纵向排列，每条图文和留白都能点击，也能用键盘打开。常规点击以落点为起点展开波纹，约 180 毫秒后进入独立简介页。用户可查看摘要、前往原文，再返回首页资讯区。

图 2　首页的“大会内外”资讯区。

游客可以直接浏览目录和详情。目录共 170 场，包括 3 场大会论坛、143 场非 Tutorial 专题论坛和 24 场 Tutorial。参会者可组合使用关键词、研究方向、会议日期和论坛类型筛选，点击“确定”查看结果，每页显示 12 场。搜索支持标题、简介、官方编号和人物姓名，近期关键词保存在当前浏览器。整张论坛卡片可以打开详情，报名和报名资料按钮保留独立操作。

在论坛详情页，可以查看官方编号、论坛简介、时间地点、报告议题、讲者及其他相关人员，也可以打开原文。大会论坛显示资料中列出的主持人，未公布主席的 Tutorial 显示“待补充”。有 49 场论坛的原始资料没有填写研究方向，系统保留为未分类。单个报告缺少具体时段时，仍可查看整场论坛的时间。封面图片存放在数据库中，列表使用缩略图加快加载，详情页显示原图。

图 3　完整目录中的论坛类型、日期、方向和关键词筛选。

2.2 注册、报名与个人资料

注册时填写邮箱、密码及基本参会资料，至少勾选一场论坛，也可以一次选多场。建号、资料和首批报名在同一个事务中保存，注册完成即建立登录会话。游客从论坛卡片点击报名，登录后会返回原报名目标。账号菜单可进入个人资料与设置，也可以退出登录。个人资料页可更新昵称和研究方向，并查看已报名场次。

登录后可从论坛列表、详情或推荐结果打开独立报名表单。姓名、单位、联系电话和联系邮箱是报名必填项。参会者还可填写个人简介、餐饮偏好、无障碍需求和本场希望交流的内容，并上传、替换或移除一份不超过 5 MB 的 PDF 简历。通用资料和简历可带入下一次报名，交流内容按论坛分别保存。已报名的场次可以修改资料或取消，取消后对应的论坛交流备注随报名清理。简历下载由服务端鉴权，参会者可下载自己的简历，秘书可下载当前参会者的简历。

图 4　线上报名表单。左侧填写资料、上传简历和登记参会需求，右侧可核对论坛的时间与地点。

2.3 个人日程、时间冲突与日历导出

“我的日程”汇总当前报名，可按日期、时间待补充或仅看冲突筛选。系统使用论坛级起止时间比较，两个区间同时满足 A.start < B.end 和 B.start < A.end 才判定为冲突。下表是用于说明规则的示例时段。

冲突场次并排展示，参会者可以核对详情并取消其中一场。新增或取消报名后，下一次日程读取会按当前报名重算。主席或秘书修改时间后，系统自动生成变更通知，日程使用最新的论坛时间重新检查。时间待公布的论坛仍保留在日程中，时间完整的已报名场次可统一导出为 .ics，以 UTC 时间写入日历事件。

图 5　线上个人日程。

2.4 通知、报名统计和参会名单

正式通知按当前报名关系显示。登录后打开通知页，用户可以查看未读数，按论坛、未读状态或演示通知筛选，逐条标记或全部标为已读。通知页打开时加载，保持前台时定期刷新，窗口重新获得焦点时也会更新。取消报名后，该论坛的通知退出当前列表。演示通知单独存储、标识并记录已读，便于区分展示素材和正式会务消息。

一名用户报名三场论坛时，大会人数记 1 人，三个分论坛各增加 1 人。秘书可按论坛、姓名、单位、邮箱等信息筛选报名明细，再导出当前结果为 UTF-8 CSV。导出处理了逗号、引号、换行和表格公式起始字符。管理菜单随角色显示，统计、名单、简历、通知和改期接口都在服务端再次检查角色及论坛归属。普通账号通过注册获得，管理角色由服务器端授权脚本授予。

图 6　通知中心的未读状态、批量操作和筛选工具。

图 7　会议管理页。论坛统计可用键盘展开，发布通知和调整安排保留在同一工作台。

2.5 DeepSeek 参会助手

在“论坛推荐”里，用户可以直接描述研究兴趣和参会目标，也可以从兴趣快捷问题开始。页面初次打开时展示三场目录精选。登录后发送问题，助手可生成推荐理由、比较场次、结合前文回答“刚才第一场和第二场有什么区别”。缺少直接匹配时，它可以解释相邻方向与需求的联系和差别。支持快捷键发送、开启新对话，以及在当前浏览器标签页内恢复对话。

后端把问题、近期对话和统一数据库中的公开论坛目录交给 DeepSeek，要求返回自然语言回答和结构化推荐。每条推荐包含论坛编号、理由和目录依据。服务端检查真实编号、重复条目、依据能否在原文中找到，并对直接匹配检查部分已知研究概念。推荐卡片的时间、地点和详情来自目录，报名仍由用户在系统表单中确认。没有匹配时可以返回空结果。全部条目无效、输出为空或截断、配置或上游异常时，界面显示对应状态，保留既有对话和待发送问题。临时上游故障和事实纠错都有有限重试。

完整目录下的一次真实调用对比了两场论坛。下表根据保存的响应整理。

这两场论坛分别在 10 月 23 日和 24 日举行，时间不冲突，可以都加入个人日程。系统会核对推荐中的论坛编号、引用和部分日期。推荐理由是否贴合参会者的需求，还需要结合论坛议题自行判断。[完整目录真实响应记录](文件 - CNCC2026 - Repo)

图 8　11 月 3 日真实调用的追问截图，使用当时的目录和界面。上表的正式编号和时间来自后续完整目录验证。

图 9　新版助手入口和默认精选。

2.6 五种语言与界面设置

支持简体中文、英语、日语、德语和法语。界面文案、表单、提示和演示通知由 locales/ 下的 JSON 资源包提供，经 i18n.js 的统一接口加载。论坛标题、议题、简介和议程通过 SQLite 译文表按语言返回。缺少译文时展示中文并标明实际语言。姓名、单位、地点和用户自行发布的通知正文沿用原始内容。语言切换与报名表草稿可以共存。

设置页将语言、页面背景和显示模式逐行排列，选择后立即保存到当前浏览器。背景可选蓝青光影或素白网格，显示模式支持浅色、深色和跟随系统。全站共 13 个独立页面。桌面使用常驻顶部导航，当前项以文字颜色和下划线标识，小屏可展开菜单。右上角统一提供账号入口，登录后可用鼠标或键盘打开账号菜单。

图 10　移动端设置页实拍，展示语言、背景和显示模式三项设置。

3. 数据库与验证

前端使用原生 HTML、CSS 和 JavaScript，Node.js 24 用内置 HTTP 服务和 node:sqlite 提供接口。运行库统一保存 170 场论坛、850 条论坛语言记录、170 组图片、758 条报告和 1061 位人物记录，以及账号、角色、会话、报名、简历和通知。关键关系如下。

图 11　SQLite 主要数据表关系。报名记录通过用户 ID 和论坛 ID 关联两张表，并用这两个字段组成联合主键，避免重复报名。

迁移时只读打开原始目录库，从旧业务库做一致快照，按官方编号映射旧论坛外键。迁移保留了已有账号、报名和演示通知，旧库用于回退。密码使用随机盐和 scrypt 哈希，会话凭据经 HttpOnly Cookie 传递，数据库保存会话令牌的哈希。模型只接收问题、近期对话和公开目录，后台业务数据经授权接口访问。

本次在部署副本使用随包 Node 重新运行测试，44 项通过、0 项失败。测试覆盖注册事务、重复报名、跨角色权限、附件替换和下载鉴权、通知隔离、改期后的日程重算、五语资源与译文回退、340 个原图及缩略图请求、ICS 和 CSV 内容，以及 LLM 异常与纠错。浏览器记录补充了四档视口、目录筛选、登录续转、语言切换保留草稿和管理统计折叠等操作。ICS 和 CSV 已验证生成内容，日历客户端导入、专业译校和压力测试留待专项验证。[本地界面与自动化检查记录](文件 - CNCC2026 - Repo) · [数据库接入说明](文件 - CNCC2026 - Repo)

4. AI Coding 实录

案例一｜将浏览器中的账号和报名迁入数据库

• 关键 Prompt　“根据参考数据的json格式，帮助我建立数据库和后端”。
• AI 输出　保留现有原生页面，使用 Node 内置 HTTP 与 SQLite，补齐建表脚本、鉴权、报名接口、授权命令和集成测试。
• 检查与取舍　先确认 Node 24 的 SQLite 可用，再采用内置驱动，部署包因此可以直接运行。注册接口只授予普通参会者角色，管理授权移到服务器终端。用伪造角色字段、注册失败回滚和数据库重启用例检查权限与持久化。
• 排错结果　早期测试在受限环境中出现子进程 spawn EPERM。允许测试启动本机进程后复跑原断言，首轮 10 项通过。随完整目录和业务功能接入，部署副本回归增至 44 项。

案例二｜让模型推荐能回到真实目录

• 关键 Prompt　“接入LLM，使用deepseek的api”。后续提出“交互框中输入文字之后不能只检索有没有相似的论坛，要能够对话，没有就推荐相关，有的话就加以解释，诸如此类的功能要有”。
• AI 输出　后端对接 DeepSeek，返回回答与推荐项。推荐项携带 forumId、理由、原文依据，相关方向另带关联说明。页面将对话和真实论坛卡片分开显示。
• 检查与迭代　初版只检查引用是否出现在原文里，容易让引用正确但方向无关的条目通过。随后加入研究概念和有效字符检查，拦截归一化后为空的纯标点依据。多轮联调遇到 503 时，用独立短请求复现上游故障，保留对话与待发送问题，并在总超时内增加一次临时故障重试。
• 验证依据　完整目录实测中曾出现论坛日期写错，以及有直接匹配却回复“没有专门论坛”的情况。补入编号、部分日期和矛盾措辞检查，允许自动核对一次。最终保存的真实响应给出了 4176 和 4298 两场论坛及正确时段。伪造编号、无关条目、无效 JSON 和截断响应等分支通过模拟回归。

案例三｜从 6 场过渡到 170 场，保住原有报名和统计

• 任务摘要　用户提供 SQLite 来源，要求将完整目录、五语资源和已有用户业务接入同一运行库。
• AI 输出　新增目录查询层、迁移脚本和打包脚本，映射 6 个旧编号，切换详情、报名、日程、推荐和图片接口。
• 检查与迭代　完整数据测试发现后台统计在合并翻译数据时丢失 attendees 字段。调整对象合并顺序，明确保留业务计数，并加入五语统计回归。迁移用例还比较源库摘要和旧业务关系，检查重启后的报名、附件、备注与通知。
• 采纳依据　使用新运行库及官方编号映射，让旧链接、原有报名、目录译文和推荐结果可以对应同一场论坛。来源只读，迁移目标已存在时拒绝覆盖。回归测试逐一验证了 170 张原图和 170 张缩略图。

案例四｜用真实会场背景串起资讯和论坛浏览

• 关键 Prompt 摘录　“不要建筑‘线稿’了，就和右侧地图差不多的风格就可以”。后续交互要求包括让整条资讯可点、加入点击波纹并进入独立简介页，论坛列表和推荐卡片沿用同样的操作。
• AI 输出与取舍　会场背景先从线稿改为半透明浮雕，最终采用已有的真实航拍，通过 CSS 渐隐保留建筑和广场的形态。资讯整条使用一个原生链接，论坛用标题链接铺展点击区，报名和资料操作独立处理。两个场景共用波纹逻辑，并保留键盘和修饰键的链接操作。
• 排错与验证　浏览器发现从简介页返回首页时，资讯区还在动态渲染，锚点定位过早。将定位移到渲染之后，复查返回位置、词条留白点击、键盘 Enter 和报名按钮独立跳转。该轮 8 个资讯简介地址均返回 200，首页和简介页在四档视口中通过横向溢出检查。波纹延时以代码检查为依据。

[AI 协作与迭代记录](文件 - CNCC2026 - Repo) · [DeepSeek 联调记录](文件 - CNCC2026 - Repo)

5. 组员职责、CodeArts 提交与贡献评估

图12 CodeArts 提交日志截图

7 位成员各提交 5 次，合计 35 个不同的 commit。记录中的推送均早于 2026 年 11 月 4 日 23:50，每位成员均达到课程要求的 3 次提交。以下分工按提交主题归纳。

6. 每位组员遇到的困难及解决方法

下表按各成员的提交范围关联项目开发记录。具体问题、解决过程和验证结果均来自项目记录。

7. 个人 PSP 表

石华波

陈炳珲

朱宇濠

游诗可

郭锦蓉

吴江彬

詹铖煜

第二部分｜选题展示后的回顾

上次选题展示中，我们介绍的是以福州大学校园生活为题材的生存构筑游戏 BroFuTo。

1. 想重新回答的问题

拟重答问题　BroFuTo 和《土豆兄弟》属于同类游戏，校园题材会怎样改变玩家的打法？

我们保留了走位、自动攻击和波次间构筑的基本玩法，让校园场景影响玩家在战斗中的选择。遇到龙舟首领时，玩家要观察危险区域，判断何时换岸。对付莲灯首领时，要先处理场上的机制目标，再抓住攻击机会。不同场景要求玩家调整路线和攻击顺序。现在重新展示这个选题，我们会直接演示这两场战斗，让观众从操作中看到校园题材带来的玩法差异。Alpha 冲刺总结

2. 新思考和具体行动

选题展示时，我们更关心校园题材能不能撑起一款好玩的游戏。Alpha 版本跑通以后，关注点转向玩家能不能顺利玩完一局、不同角色和构筑是否各有机会，以及版本交给别人后能否稳定运行。

• 先处理会打断一局游戏的问题。 课堂和试玩反馈的影响不同。存档失效、卡关或无法结算会直接中断体验，优先级高于界面和特效上的细节。
• 用多种玩法判断平衡性。 同一角色在不同地图、随机种子和构筑下，成长速度和容易失败的波次都可能不同。一次通关只能说明这套打法走得通。对照不同组合的成长和死亡波次，才更容易判断是角色偏弱、场景压力偏高，还是某种构筑过于依赖运气。
• 把性能放进实际游玩场景里看。 第一次构建寻路和战斗中特效最密集的时候，比平稳运行时更容易暴露卡顿。同样的场景、设备和压力条件下，优化前后的结果才有可比性。
• 把独立运行和存档同步纳入版本质量。 玩家从运行包启动、打一局、退出后继续，甚至换一台设备恢复进度，这些都是完整体验的一部分。版本是否适合交付，要看整条流程在真实设备上是否稳定。