最新

我个人非常喜欢它。我能更快地构建和发布东西，但我也有 20 多年的软件开发经验。我不确定它对只有 2 年经验的人来说效果如何。<p>另外，我遇到的最大问题不是构建或发布，而是市场营销和获取用户——我不知道有了 AI 之后，这会变得更容易还是更难。

我正在开发一款新的 iOS 应用，目前已在 TestFlight 上线。这款应用可以让你创建一个 DJ 人设，这个角色会经过深入研究，并使用 GPT-5 的高级思考能力。然后，你可以和 AI 轮流播放 Apple Music 上的歌曲。或者，你也可以完全交给 AI 自己来。歌曲选择默认使用 GPT-5 的低级思考能力，但可以进行配置。我在这里尝试了很多想法，比如验证歌曲选择是否符合人设（使用 LLM 作为评判）。由于人设经过深入研究，你可以非常具体地指定 DJ 播放的音乐类型。如果合适的话，歌曲选择可以非常冷门。我已经从我的“Krautrock 狂热分子”人设那里学到了很多 Krautrock 珍品。或者，你也可以让人设成为“90 年代纽约的 Mark Ronson” 哈哈。

我用一个 LLM 智能体构建了一个无剧透的维基百科，内容是关于一本小说的。读者可以选择他们读到的最新章节，然后就能看到只包含该章节之前内容的页面。<p>自从十年前读了《时光之轮》之后，我就一直想要这样的东西。阅读史诗奇幻小说和其他小说时，需要记住很多角色、地点等等，有时甚至要跨越多年。然而，在这段时间里，你不能在各种粉丝建立的资源中查找关于角色等的信息，因为其中会有剧透。<p>几年前，我开始尝试构建这个东西，但采用的是一个固定的流程，先进行命名实体识别，然后更新各个页面。但与其尝试为如何处理章节构建一个特定的流程，而且主要是为了找点乐子，我给 LLM 提供了大量工具，并让它能够启动子智能体，让它自己尝试弄清楚如何为给定的章节更新整个维基百科。结果还算成功！<p>我在这里写了更多关于这个项目的内容：<a href="https:&#x2F;&#x2F;kevinstock.org&#x2F;book-wiki.html" rel="nofollow">https:&#x2F;&#x2F;kevinstock.org&#x2F;book-wiki.html</a><p>所有源代码都在这里：<a href="https:&#x2F;&#x2F;github.com&#x2F;kevinastock&#x2F;book-wiki" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;kevinastock&#x2F;book-wiki</a>

我在 10 多年前的代码里看到过这样一条注释，说 HN 用户名是区分大小写的。 谢天谢地，现在看来似乎并非如此了。有人能确认一下吗？

我发明了一种在 Python 中替代 fork / vendoring / monkey-patching 软件包的新方法。 它有点像 Python 模块的 OverlayFS - 允许你在一个新模块（上层）中编写对目标模块（下层）的修改，并将它们组合在一个新的虚拟模块（挂载点）中。 它的工作原理是使用 AST 转换重写导入，然后在新的 Python 模块中运行下层和上层模块的代码。 这可以防止在 monkey-patching 时污染全局命名空间，并且意味着如果你想对第三方软件包进行更改，你不必承担 fork 的维护负担，你可以打包和分发你的更改即可。