最新

感觉大多数 Claude Code 用户已经注意到 Claude 模型质量下降了。作为一名 Claude Pro 用户（网页版；我不使用 Claude Code），在过去几周里，我明显感觉到了质量下降。现在我无法再一次性完成任务了。Claude 经常因为达到某些内部的工具调用/轮次限制而停止生成，所以我不得不反复点击“继续”。每次继续都需要重新输入上下文，这很快就会耗尽 token 和配额。模型也更容易出错，并且无法完全完成它曾经可靠处理的任务。 这尤其令人沮丧，因为 Sonnet 4.6 确实是一个进步：它能够更频繁地一次性生成长而正确的代码。但现在看来，这种能力基本消失了。 作为一名付费 Pro 用户，我发现自己最近使用 DeepSeek 和 Z.ai (GLM) 等免费替代方案的频率比 Claude 还高。我也完全停止使用 Opus 了——它太消耗 token 了，以至于它会迅速耗尽我的每周配额，这很不实用。 Anthropic 是想限制使用量还是想赶走用户？

基本上就是标题所说的。 我的问题是，有了这些新的 Claude Chrome 扩展程序和浏览器代理，你们的工作流程有多少被自动化了？ 我想了解自动化是在大规模运行，还是在个人层面运行，以及针对哪些类型的任务。

主要特性是基于补丁的合并，类似于 Darcs 和 Pijul。我认为 xit 是第一个在保持 Git 兼容的同时拥有此功能的版本控制系统（VCS）。 更多信息请参阅 100% 人工编写的自述文件。

大家好，我想向大家介绍 SmallDocs (<a href="https:&#x2F;&#x2F;sdocs.dev" rel="nofollow">https:&#x2F;&#x2F;sdocs.dev</a>)。它是一个开源的 CLI + webapp，可以即时且100%私密地预览、分享和可选地设置 Markdown 文件的样式。（代码：<a href="https:&#x2F;&#x2F;github.com&#x2F;espressoplease&#x2F;SDocs" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;espressoplease&#x2F;SDocs</a>） 我们使用基于命令行的代理越多，`.md` 文件就越成为我们日常生活的一部分。它们的输出非常适合代理生成，但对人类来说却有点令人沮丧：Markdown 文件阅读/预览起来有点烦人，分享/接收起来也很麻烦。SDocs 是我构建的一个工具，旨在解决这些痛点。 如果你运行 `sdoc path&#x2F;to&#x2F;file.md`（在 `npm i -g sdocs-dev` 之后），它会立即在浏览器中打开，供你预览（使用我们希望看起来不错的默认样式），并且你可以立即分享该 URL。 我们的代理生成的 `.md` 文件包含我们的一些最敏感的信息（关于代码库、未解决的错误、生产日志等）。因此，100% 的隐私是 SDocs 的一个重要组成部分。 为了实现这一点，SDoc URL 在 URL 片段（`#` 之后的部分）中包含你 Markdown 文档的内容，采用压缩的 base64 编码： <a href="https:&#x2F;&#x2F;sdocs.dev&#x2F;#md=GzcFAMT...(this" rel="nofollow">https:&#x2F;&#x2F;sdocs.dev&#x2F;#md=GzcFAMT...(this</a> 是你的文档的内容)... 关于 URL 片段，很酷的一点是它永远不会被发送到服务器（参见 <a href="https:&#x2F;&#x2F;developer.mozilla.org&#x2F;en-US&#x2F;docs&#x2F;Web&#x2F;URI&#x2F;Reference&#x2F;Fragment" rel="nofollow">https:&#x2F;&#x2F;developer.mozilla.org&#x2F;en-US&#x2F;docs&#x2F;Web&#x2F;URI&#x2F;Reference&#x2F;F...</a>：“当请求 URI 时，片段不会被发送到服务器；它由客户端处理”）。 sdocs.dev webapp 纯粹是一个客户端解码和渲染引擎，用于渲染存储在 URL 片段中的内容。这意味着你的文档内容会保留在你和那些你选择分享的人手中，SDocs 服务器无法访问它。（欢迎随意检查/让你的代理检查我们的代码来确认这一点！） 由于 `.md` 文件可能在未来的工作中发挥重要作用，SDocs 希望推动在 Markdown 文件中设置样式和渲染有趣内容的界限。还有很多工作要做，但首先，你可以添加复杂的样式并以可视化的方式渲染图表。SDocs 根目录（使用我们的默认样式渲染 `sdoc.md`）有图片和链接到一些冒险的例子。`sdoc schema` 和 `sdoc charts` 为你或你的代理提供了关于如何充分利用 SDocs 格式的详细信息。 如果你分享一个 SDocs URL，你的样式会随之一起传递，因为它们被添加为 YAML 前置元数据 - <a href="https:&#x2F;&#x2F;jekyllrb.com&#x2F;docs&#x2F;front-matter&#x2F;" rel="nofollow">https:&#x2F;&#x2F;jekyllrb.com&#x2F;docs&#x2F;front-matter&#x2F;</a> - 到 Markdown 文件中。例如： ``` styles: fontFamily: Lora baseFontSize: 17 ``` 在工作中，我们一直在测试这个项目。我和我的团队发现 SDocs 对于分享代理调试报告和从 Claude 中轻松复制内容（例如，需要运行的一系列 bash 命令）特别有用。 为了鼓励我们的代理使用 SDocs，我们在根“代理文件”中添加了几行关于它们的内容（例如，~&#x2F;.claude&#x2F;CLAUDE.md 或 ~&#x2F;.codex&#x2F;AGENTS.md）。当你第一次使用 CLI 时，有一个可选的设置阶段可以为你完成此操作。 当然，我对反馈非常感兴趣，如果你想为 SDocs 添加功能，欢迎提交 pull request。 感谢你的关注！