Full_Access——LLM结合探索CodeArts团队实战总结

Full_Access——LLM结合探索CodeArts团队实战总结

一、成员分工

二、贡献比例

比例合计 100%，各成员比例有区别，并按核心开发、集成部署和博客材料工作量综合分配。

三、CodeArts 提交次数

博客中将已统计的提交次数与 CodeArts 截图并列展示，哈希使用截图中的短哈希，例如 `a4b33e71‘

四、个人 PSP（分钟）

以下分钟数是根据任务拆分整理的估算值，用于 PSP 复盘，不是从工具运行时间推算。各成员发布前应核对并确认本人条目；如与实际投入不符，应以本人记录修订。

纪国一

陈海滨

黄芳恒

林培兴

邱青鹏

孙楠、洪育豪、林颖旭

若确实只负责博客材料，按下表记录材料工作，不要把文档整理虚写成代码开发。实际用时仍须本人据实填写。

五、线上运行展示

在线地址：http://114.116.252.147:8000/

本次从公网地址打开并核验了线上页面，HTTP 返回 200，标题为“CNCC 2026 · FullAccess 会议服务”。这项检查证明该地址当前可访问，不能单独证明服务器对应的精确 Git 提交号。正文以中文界面为主，补充英文和繁体中文界面。所有公开截图均不包含账号、密码、API Key 或服务器终端。

5.1 中文主展示

图1：公网首页桌面视图。 首页展示 FullAccess 品牌、CNCC 2026 主题、会议时间地点及访客入口，说明产品已从公网地址提供访问。

图2：简体中文首页。 页面提供会议概览、智能推荐入口、论坛发现入口和语言选择器，是普通参会者进入系统后的主要导航页。

图3：会议议程。 议程页按日期集中展示会议活动，参会者可以先按时间浏览，再进入具体论坛查看详情。

图4：论坛发现与筛选。 页面展示已导入论坛数量、日期、论坛类型、研究方向和关键词搜索条件，卡片中同时给出论坛编号、标题、时间、地点和主席。

图5：智能推荐结果。 用户输入“对大语言模型和软件工程感兴趣”等自然语言需求后，页面返回两条候选论坛及推荐理由；此图证明推荐结果展示流程，真实模型服务可用性仍以服务器验证记录为准。

图6：管理范围弹窗。 管理角色打开“我的管理范围”后，页面列出其可管理的论坛及时间，体现管理范围按论坛维度呈现。

图7：研究方向筛选。 论坛发现页打开研究方向下拉框后，可以从主题标签中选择方向并配合关键词筛选，支持从较多论坛中缩小范围。

5.2 其他语言代表图(部分展示 共有五种语言)

图8：英文界面。 切换语言后，导航和首页主要文案显示为英文，说明语言资源能够被统一加载到页面。

图9：繁体中文界面。 页面导航显示“論壇探索、會議議程、我的帳號”等繁体文案，作为中文简体之外的语言资源示例。

5.3 CodeArts 提交记录证据

下面三张截图用于说明研发提交记录，产品功能截图与提交证据分开统计。截图中的提交标题、作者、时间和短哈希以 CodeArts 页面为准。

图10：近期提交记录。 页面显示 a4b33e71 等提交，内容涉及通用模型配置和多语言界面。

图11：通知与推荐相关提交。 页面展示通知轮询、消息中心、通知发布和推荐报名等提交，能够对应项目的主要开发阶段。

图12：基础与报名模块提交。 页面展示注册报名、统计名单、四角色登录、数据库初始化等早期提交，和前文成员分工及提交次数表相互印证。

5.4 展示边界

以上截图覆盖首页、会议议程、论坛筛选、智能推荐、管理范围、多语言和研发提交记录。截图中未包含账号密码、模型密钥或服务器终端。推荐结果截图展示界面；真实模型调用另以隔离脚本记录为依据：2026-11-04 的百炼 qwen-flash 在线检查中，相关需求返回 2 个候选、无关需求返回 0 个候选，均为真实调用（mock=false）。更早的测试曾遇到 Arrearage 账户状态错误，后续在线检查通过不代表此后账户额度永久有效。

六、遇到的困难及解决方法

1. 论坛来源和时间信息存在版本差异。 早期公开报道与后续官方议程的时间不完全一致。团队按采集时可核实的官方日程录入 12 场论坛，在来源文件中保留链接与差异说明，并明确数据是部分导入，不宣称覆盖全部 167 个专题论坛。
2. 注册与首批报名需要保持一致。 如果先创建账号、再单独写报名，论坛校验失败会留下没有完成报名的账号。实现将用户与首批报名放在同一数据库事务中，并通过未知论坛场景验证失败回滚，确保两者一起成功或一起失败。
3. 模型 API 可能返回错误或不符合预期的结果。 初次真实调用遇到百炼 Arrearage 错误。团队根据错误码增加明确的服务不可用提示和回归测试；推荐还校验论坛 ID 与相关性，不存在的论坛不会进入结果。之后在账户可用时完成两条真实在线用例，但仍需关注额度状态。
4. 通知轮询测试曾把超时后的正常重试误判为并发请求。 团队将测试间隔调整到有效配置范围，使用有界等待，并保留慢请求、离线恢复和迟到响应场景验证，避免通过放宽断言掩盖问题。
5. 本机测试环境与依赖版本不匹配。 默认 Python 3.14 环境不适配项目锁定依赖，测试改用 Python 3.13 独立环境及隔离数据库；没有为迁就本机环境改动项目依赖锁定。

七、AI Coding 过程与验证

团队将 AI 用于需求拆解、代码实现、测试脚本和排错；生成结果经过接口边界审查和自动化验证后才纳入实现。以下案例来自项目的 AI 协作记录，提示词为实际任务摘要，不是逐字聊天记录。

AI Coding 对话截图

以下截图保留了 Codex 协助部署、定位线上模型接口问题，并根据作业要求补做日程与多语言验收的实际对话。截图展示的是任务沟通和排查过程；功能是否通过仍以仓库中的实现、测试记录和线上检查结果为准。

图：部署脚本与公网验证。 根据服务器目录、认证方式和端口要求整理部署命令，并核对公网服务的响应状态。

图：模型服务 503 的排查。 区分服务进程可访问与模型调用链路可用，依据 HTTP 状态和错误提示定位模型配置或账户权限方向。

图：核对服务器模型配置。 对比本机和服务器的推荐接口结果，并讨论服务器环境变量、重启和公网复测步骤；密钥值不在截图或博客中展示。

图：补充附加功能验收。 在部署与模型链路排查后，按作业要求检查多语言资源加载和个人日程冲突处理，并先核对现有代码与测试再实施。

案例一：注册与首次报名的事务边界

关键提示词摘要： 实现注册时选择一个或多个论坛，注册成功后自动登录；账号和首批报名必须一起成功或一起失败；未知论坛不能留下半成品账号。

AI 输出及团队判断： AI 建议在同一数据库事务中写入用户和报名，并复用既有会话创建逻辑。团队采纳事务方案，同时审查论坛必须在写入前整体校验、异常后完整回滚；没有另造第二套登录流程。

迭代与验证： 首轮统计测试因脚本注册用户后仍沿用旧秘书会话而得到 403。排查确认是测试会话假设错误，重新登录秘书账号后重跑；没有降低服务端权限要求。测试还验证未知论坛导致用户和报名记录都不写入。相关实现、检查结果见仓库 docs/AI协作记录.md 与 docs/验证记录.md。

案例二：LLM 推荐结果与报名安全

关键提示词摘要： 结合数据库中的论坛目录推荐，要求输出必须对应真实论坛，解释理由并过滤无关结果；调用失败时明确提示；推荐报名不能覆盖用户原有选择。

AI 输出及团队判断： AI 提出使用小规模论坛目录调用百炼并校验返回结果。团队没有引入向量库或额外框架；发现原有报名 PUT 是整组替换后，拒绝直接将单个推荐 ID 传给该接口，改用幂等追加报名接口，保留会话、角色、CSRF 和论坛校验。

迭代与验证： 自动化测试使用明确标注的模型替身覆盖格式异常、未知 ID、网络错误与失败不显示报名成功；真实在线脚本另行验证相关需求和无关需求。2026-11-04 两种真实用例均通过。账户此前出现过 Arrearage，团队据错误码补充服务不可用提示，没有把模拟测试结果冒充真实模型验收。

案例三：通知轮询的并发与生命周期

关键提示词摘要： 检查消息 ID 去重、轮询串行、断网恢复、401、退出换账号后的旧请求，以及桌面和 390px 手机布局。

AI 输出及团队判断： 采用串行定时刷新和会话/请求序号保护，未引入 WebSocket、邮件或短信。慢请求测试曾因窗口跨过请求超时而误报重叠；团队检查时间线后调整测试间隔并保留慢请求断言，而不是删除并发检查。

验证依据： 仓库验证记录包含后端、浏览器和移动视口检查结果；最终记录为后端 193 项通过、浏览器 256 项通过，覆盖通知、日程、多语言和主要既有流程。自动化检查不能替代真实设备或人工可用性评审。

八、数据库设计与实现

项目采用 SQLite，数据库路径可由 CNCC_DB 配置；以会议、论坛、用户、论坛工作人员、报名、通知和通知回执等表表达主要业务关系。论坛与会议、用户与论坛之间通过外键关联；registrations 记录用户选择的论坛，会议统计按至少报名一个论坛的去重用户数计算，分论坛统计按对应报名记录计数。密码以 PBKDF2 哈希保存，不保存明文。数据库结构、索引、迁移和统计口径见仓库 cncc/docs/数据库设计.md。

九、选题展示后的问题与重新回答

问题一：论坛数据只有部分导入，推荐结果是否可靠？

重新回答： 当前版本将已核实的 12 场论坛作为明确的数据范围，页面直接显示“已导入 12 个论坛”，推荐结果只允许引用数据库中存在的论坛，不存在的论坛 ID、重复结果和无关结果会被过滤。这样做牺牲了数据数量，但保留了来源可核查性；后续扩充数据时仍沿用同一校验流程。

问题二：大语言模型返回错误或服务不可用时，系统会不会给出假的推荐？

重新回答： 推荐接口增加了结构校验、论坛 ID 校验、相关性复核、超时和异常处理。模型调用失败时页面显示明确的失败提示并提供重试入口，不把模拟数据当作真实推荐，也不会在失败后显示“报名成功”。模型密钥由后端运行环境配置，不写入前端或代码仓库。

问题三：不同角色能否看到不属于自己的统计、名单或通知？

重新回答： 权限控制放在服务端接口，而不是只依赖前端隐藏按钮。会议主席查看会议范围统计，分论坛主席只能查看自己负责的论坛，秘书查看参会者名单，普通参会者不能访问管理接口；通知发布、编辑、撤回和附件下载都会重新检查角色、论坛范围和报名状态。

问题四：项目在本地能运行，如何证明真正完成了部署？

重新回答： 公网地址 http://114.116.252.147:8000/ 当前可访问，返回 HTTP 200，页面标题为“CNCC 2026 · FullAccess 会议服务”。这证明在线服务可访问；由于没有服务器端版本核验输出，本文不将线上实例绑定到某个具体提交号。博客同时提供在线地址和运行截图，区分本地自动化测试与公网访问检查。

十、选题展示后的新想法与具体行动

1. 从“功能能用”转向“结果可核验”。 团队补充了论坛来源说明、真实论坛 ID 校验、推荐异常处理和独立测试库，避免用演示数据掩盖业务错误。
2. 把权限边界作为核心体验的一部分。 团队统一复用会话、CSRF 和角色范围校验，补充了不同角色、越权访问、退出换账号和报名状态变化的测试。
3. 把通知从静态列表扩展为可持续使用的消息中心。 团队实现了登录提醒、未读/已读状态、在线轮询、通知撤回、附件下载，以及报名变化后的接收范围同步。
4. 优先保证部署可复现。 团队整理了环境变量、数据库位置、迁移、依赖和服务器更新步骤，并从公网复核应用入口；线上运行提交号仍应以服务器端版本核验为准。
5. 把多语言和个人日程做成可维护的附加功能。 已将简体中文、繁体中文、英语、日语和法语文案集中在语言资源包，通过统一加载接口切换；个人日程根据报名和论坛时间生成，允许用户加入或移出日程，论坛时段变化后重新计算时间冲突。自动化浏览器检查覆盖这些流程。