最新

该显著特性是基于补丁的合并，类似于 Darcs 和 Pijul。我认为 xit 是首个具备此功能且仍然兼容 git 的版本控制系统（VCS）。有关更多信息，请参阅 100% 人工撰写的自述文件。

大家好，我想向你们介绍 SmallDocs（[https://sdocs.dev](https://sdocs.dev)）。这是一个开源的命令行工具和网页应用，可以即时且100%私密地预览、分享并可选地美化Markdown文件。（代码：[https://github.com/espressoplease/SDocs](https://github.com/espressoplease/SDocs)） 随着我们越来越多地使用基于命令行的工具，`.md` 文件已成为我们日常生活的一部分。它们的输出对于工具来说非常出色，但对于人类来说却有些令人沮丧：Markdown文件的阅读和预览略显麻烦，分享和接收也有些繁琐。SDocs是我为了解决这些痛点而开发的工具。 如果你在安装了 `npm i -g sdocs-dev` 后使用 `sdoc path/to/file.md`，它会立即在浏览器中打开，供你预览（带有我们希望看起来不错的默认样式），你可以立即分享这个网址。 我们的代理生成的 `.md` 文件包含了一些我们最敏感的信息（关于代码库、未解决的bug、生产日志等）。因此，100% 的隐私是 SDocs 的一个重要组成部分。 为了实现这一点，SDoc 的网址片段中包含了你的 Markdown 文档内容的压缩 base64（在 `#` 后面的部分）： [https://sdocs.dev/#md=GzcFAMT...(this](https://sdocs.dev/#md=GzcFAMT...(this) 是你文档的内容。 网址片段的一个好处是它从未发送到服务器（请参见 [MDN 文档](https://developer.mozilla.org/en-US/docs/Web/URI/Reference/Fragment)： “当请求 URI 时，片段不会发送到服务器；它由客户端处理”）。 sdocs.dev 网页应用纯粹是一个客户端解码和渲染存储在网址片段中的内容的引擎。这意味着你的文档内容始终保留在你和你选择分享的人之间，SDocs 服务器无法访问它。（欢迎你检查或让你的代理检查我们的代码以确认这一点！） 由于 `.md` 文件可能在未来的工作中扮演重要角色，SDocs 希望推动在 Markdown 文件中样式和渲染有趣内容的边界。还有很多工作要做，但首先你可以添加复杂的样式并可视化渲染图表。SDocs 的根目录（使用我们的默认样式渲染 `sdoc.md`）包含图片和一些有趣示例的链接。`sdoc schema` 和 `sdoc charts` 提供了详细的信息，帮助你或你的代理充分利用 SDocs 的格式。 如果你分享一个 SDocs URL，你的样式会随之而来，因为它们作为 YAML 前置信息 - [https://jekyllrb.com/docs/front-matter/](https://jekyllrb.com/docs/front-matter/) - 被添加到 Markdown 文件中。例如： ``` styles: fontFamily: Lora baseFontSize: 17 ``` 在工作中，我们一直在测试这个项目。我和我的团队发现 SDocs 对于分享代理调试报告和轻松提取 Claude 的可复制内容（例如，一系列需要执行的 bash 命令）特别有用。 为了鼓励我们的代理使用 SDocs，我们在我们的根“代理文件”（例如 `~/.claude/CLAUDE.md` 或 `~/.codex/AGENTS.md`）中添加了几行关于它们的内容。当你第一次使用命令行工具时，会有一个可选的设置阶段来为你完成这项工作。 当然，我非常期待反馈，并欢迎任何想为 SDocs 添加功能的拉取请求。 谢谢你的关注！

我刚刚将以下内容开源了： <a href="https://github.com/mylovelycodes/LiteRTLM-Swift" rel="nofollow">https://github.com/mylovelycodes/LiteRTLM-Swift</a> LiteRTLM-Swift 让您可以使用简洁的 Swift API 在本地运行大型语言模型（LLMs）。 - 设备端推理 - 无需云端支持 - 专为 iOS 设计