最新

<a href="https://xcancel.com/soraofficialapp/status/2036532795984715896" rel="nofollow">https://xcancel.com/soraofficialapp/status/2036532795984715896</a><p><a href="https://www.hollywoodreporter.com/business/digital/openai-shutting-down-sora-ai-video-app-1236546187/" rel="nofollow">https://www.hollywoodreporter.com/business/digital/openai-shutting-down-sora-ai-video-app-1236546187/</a>，<a href="https://archive.ph/ABkeI" rel="nofollow">https://archive.ph/ABkeI</a>

大家好，希望你们在这个前所未有的时期过得愉快。我在这个紧急时刻向大家求助……<p>目前有一些游戏系统，比如Renpy/Twine，它们提供沙盒环境，角色在特定场景中会有成长，可能还会有迷你游戏、可重复的场景、属性进展和随机元素。这类游戏需要开发者逐步手工制作，因此开发者需要编写故事、整理图像/音频/动画、编程属性/动画/随机事件，并管理不同事件的时间线。<p>另一方面，还有AI游戏，这基本上是一个大型语言模型（LLM），在其上添加了一些世界设定和角色的上下文。我当然是在谈论SillyTavern、character-tavern、infinite worlds等。这类游戏的问题在于，玩家往往会放纵自己，因为他们可以直接说：“然后我用一巴掌杀死邪恶的黑暗领主，找到龙珠，成为人类的至高皇帝，永远统治。”而且故事往往是有限的，感觉并不像是艺术家的创作，更像是一个带有一些风味的LLM。<p>我在考虑创建一种能够弥合这两种游戏世界之间差距的系统，类似于Twine/Renpy，但作为游戏开发者，你将创建检查点，在特定的里程碑上设置预设的对话/图像/场景，而不是为每个序列手工编写对话。<p>例如，假设我们正在玩一款恋爱游戏，玩家（杰克）需要勾引一个浪漫对象（吉尔），而不是重复多次选择或磨练，我们可以让AI在每次互动中将爱情值提高或降低1-5点，这样AI只能使用一个工具来调节这个值，而不会超出程序限制。只有在爱情值达到20时，关于（吉尔）如何运作的指令、图像和选择才会开放。至关重要的是，玩家必须在每个事件中通过输入（说话）与AI交流，以改变这个爱情值。<p>因此，功能将包括： - 玩家只能对话或采取某些行动（玩迷你游戏）。像“<i>然后我用一巴掌杀死邪恶的黑暗领主，找到龙珠，成为人类的至高皇帝，永远统治</i>”这样的短语将被AI解读为用户说的奇怪话。 - 游戏玩法仍然是一个封闭的故事，玩家必须逐步解锁更多功能。 - 这个想法的核心是限制玩家，剥夺他们立即实现任何目标的能力，同时仍然给予他们在特定环境中自由行动的空间。 - 限制玩家在一个时间循环中与AI的来回对话次数。<p>我见过扩展程序RPG Companion: https://github.com/SpicyMarinara/rpg-companion-sillytavern，但这似乎更多是试图跟踪属性，而不是直接控制它们。<p>我还找到了一篇Jacky Kaub的文章：https://towardsdatascience.com/how-i-built-an-llm-based-game-from-scratch-86ac55ec7a10<p>我想问你们的是，是否已经有类似的系统？如果没有，你们会在这个系统中添加哪些其他功能？

你好，<p>大约两个月前，我在这里展示了我的“巨型 JSON 查看器”的第一个版本：<a href="https://news.ycombinator.com/item?id=46609592">https://news.ycombinator.com/item?id=46609592</a><p>现在，经过许多波折，修复了大约一百个漏洞，并进行了更深入的测试，我自豪地推出了经过全面重构的 Rust 核心的新版本，并添加了一些相关的隐私优先工具。<p>首先，我添加了一些更常见的格式： - JSON，NDJSON/JSONL - CBOR（首次转换为 JSON） - MsgPack（首次转换为 JSON） - HAR（专门为此提供的功能） - Markdown（直接打开，仅供查看）<p>接着，我进行了更深入的压力测试……成功在 S23 Ultra 上打开了一个约 100GB 的 JSON 文件。 之前的版本崩溃了。经过重构的索引器、后端和辅助文件，这次成功了！索引花了 40 分钟，但成功了。<p>在意识到我的编译器优化错误后，SIMD 最终发挥了真正的本地性能，第一次索引的时间缩短到了 100GB 只需 4-5 分钟。在手机上！文件的处理、滚动、查看和跳转到元素在第一次索引后都是瞬时的。<p>搜索和过滤仍然（相对）非常快速，使用了 memchr::memmem。<p>为了使应用程序作为日常工具更有用，我开始构建一些额外的功能：<p>- 一个丰富的 REST API 客户端（尚未完全实现，但支持 GraphQL、OAuth2 和 AWS SigV4）。<p>- HAR 分析器。由于 HAR 只是 JSON，为什么不利用我现有的后端来发挥它的优势呢？（第一次打开会稍微慢一些，因为除了初始的 JSON 索引外，还需要处理请求元数据以支持过滤/搜索和统计功能）。<p>- 简单的 MOCK API：没有花哨的功能，只是在本地网络（Wifi、USB 共享、USB 以太网）上静态托管任何文件。<p>- 隐私优先的便捷功能：如果可以在本地完成，为什么还要使用在线工具而冒着敏感数据泄露的风险呢？你可能已经有自己的工具（js、python 等），但如果没有，我可以从应用程序在本地网络上为你托管一个 Web UI，提供所有这些功能。JWT、小型 JSON 工具如格式化、压缩、字符串化、反转义、Unix 时间戳、哈希生成器……都在你自己的私有 Web UI 中，由应用程序托管。（应用程序中也有相同的功能）。<p>是的，这是我发布的第一款应用程序，目前仅在 Android 上可用，抱歉。仍然有一些小错误和一个主要（边缘案例）问题，但这些也会得到解决。<p>如果你能看一下并告诉我你的第一印象，我非常希望听到诚实的反馈！ （我最近意识到，从用户那里获取有用信息甚至是错误报告是多么困难）。<p>这是一个免费增值应用：JSON 查看器部分完全免费，没有大小限制，导出/转换功能、API 客户端和工具是收费的。