最新

我做了一个小工具，可以为任何移动应用创意生成美观的 App Store / Play Store 截图。你甚至可以附上你应用的截图，它会将它们包含在生成的图片中。你不需要任何 UI/UX 技能。 欢迎提供任何反馈。

Stepped 是一个 Rails 引擎，从 Envirobly 中提取而来，用于支持应用程序部署等任务。这些任务涉及复杂的、带外操作，例如 DNS 配置、重试、等待实例启动、运行健康检查，以及高度分布式网络系统中的各种有趣操作。

我新公寓的街对面有个商业车库，每次有车进出时都会触发警报/蜂鸣声——有什么办法能消除这个声音吗？它快把我逼疯了。<p>我猜这可能需要用到人工智能？<p>如果我有时间，我会自己动手解决……但现在我需要一个可靠的解决方案。谢谢

我用 Notion 写日记好几年了，但我发现切换到它的 DSL（领域特定语言）的认知成本对我来说不划算。Notion 基于块构建，比如建立在块之上的数据库。即使我将笔记导出为 Markdown 格式，它仍然反映了 Notion 的内部数据结构，而不是给我一些干净且可移植的东西。 例如，内联数据库最终会变成一个表格，其中包含指向文档其他部分的 href 链接——很好，但当我想要可以实际使用的纯文本时，它就不是很有用了。 与此同时，我一直在进行大量的提示，而 Markdown 更适合我的工作流程。它不是一个日记工具，但它简单且被广泛支持——GitHub、VSCode 等，并且它消除了使用专用笔记应用程序带来的许多上下文切换。 我可能会怀念的是内联数据库和其他丰富的内容，但我已经学会了停止使用它们。但是，我已经将我的日记工作流程优化到很多我的提示技巧。我使用常规表格并更刻意地拆分文档。如果需要，我会在日记之间引用它们，有点像为工作流程的每个部分设置了专门的提示。 我还在日记中使用许多提示技巧——我使用常规表格（更扁平且未链接）而不是创建内联数据库，并开始更多地拆分文档，并在我的日记中引用它们。 我有时也会在顶部放置 YAML 前置元数据和描述。这样，如果我想要运行一个 LLM 来处理我的日记——用于总结年份或构建语义搜索——我已经准备好了。（甚至可能将其变成 https://gpt.qalam.dev 的一个功能） 我意识到工具的重要性不如我组织思想的方式。