用阶段组织自由对话
把体验分成介绍、搜证、讨论、投票与揭晓。
- 为什么
- 给玩家清晰的行动目标，降低在开放聊天中迷失的可能。
- 代价与边界
- 阶段限制了自由度，需要允许合理回到搜证，并保留讨论上下文。
← 返回精选作品
CASE 03 / Murder Mystery Game个人项目 · 功能原型
让 AI 进入故事，让玩家推动真相。
从角色对话、线索搜集到最后指认，探索多智能体如何服务一个有节奏、有边界的推理体验。
怎样让生成式 AI 的自由对话，融入一局完整的推理游戏？
能够与角色聊天，并不自动构成一局好玩的游戏。玩家还需要知道现在做什么、线索意味着什么，以及怎样走向结局。
产品目标
通过清晰的游戏阶段和可追踪线索，让角色生成能力融入调查、讨论和指认的体验。
01进入案件
02认识角色
03寻找线索
04讨论推理
05指认真相
方案里的三个取舍。
从现有功能出发，梳理其产品理由与代价；这些解释仍需在真实使用中验证。
让等待有反馈
角色回复采用流式展示，并支持多个角色并行响应。
- 为什么
- 玩家能更早感知到回应，等待过程中也能开始阅读。
- 代价与边界
- 并发对话需要清晰区分发言角色，并处理失败、断连和上下文一致性。
给生成内容设定约束
角色有公开身份、个人线索、秘密与行动阶段。
- 为什么
- 推理需要相对稳定的事实基础，角色不能随意泄露真相或改写案件。
- 代价与边界
- 仍需用多轮对话测试角色一致性和剧透风险；规则不等于完全解决模型失误。
点一点，走进核心流程。
为讲清产品逻辑而制作的交互示意，不是原应用的完整运行版本。
01 / 搜集线索
谁的证词，出现了矛盾？
深夜，书房里的一封密信失踪了。点击线索，寻找不一致的时间线。
选择一条线索，展开案件证据。
02 / 形成判断
指认证词矛盾者
预设短案 · 无实时 AI 对话 · 非原项目完整游戏
有什么证据，还不知道什么。
阶段与胜负逻辑
游戏管理层包含阶段、投票、指认与线索逻辑。
backend/app/domain/game_manager.py多角色互动界面
前端包含讨论、线索、投票与揭晓组件。页面中看到的短案是专为作品集编写的固定演示。
frontend/src/components/discussion/DiscussionPhase.tsx会话状态与测试
仓库包含会话服务及测试，可进一步验证重启恢复和状态一致性。
backend/tests/test_session_service.py当前边界
没有已核验的玩家留存、完局率或付费数据。本页角色台词与结局是预设内容，不是模型实时生成。
贡献说明：这是本人提供的项目仓库。具体负责范围、协作方式及开源基础的改动边界，将在后续补充；当前不据此声称所有代码均为个人原创。
实现基础ReactFastAPI多智能体SSELLM