1作者: yunusemregurlu大约 1 个月前原帖
嗨,HN, 我一直在大量使用Claude Code进行自主代理工作流程,但遇到了一个持续的痛点:对正在运行的任务、卡住的任务以及每个会话的上下文溢出程度完全没有可见性。 因此,我构建了claudedash。只需一个命令: ``` npx -y claudedash@latest start ``` 这将在4317端口打开一个本地仪表板。它被动监视~/.claude/tasks/(Claude Code本地写入的文件),并呈现: - 实时看板:待处理 → 进行中 → 已完成 → 被阻塞 - 每个会话的上下文健康百分比(最后消息的token数 / 模型最大token数) - 工作树可观察性(每个分支的代理状态) - 计划模式:读取queue.md,渲染依赖图,同步execution.log - MCP服务器:使Claude能够查询自己的仪表板 - 成本跟踪器、事件日志、会话历史 对于好奇的技术细节: - 使用Fastify和chokidar构建服务器 - SSE(通过模块级单例共享一个连接) - 基于mtime的服务器端缓存(避免不必要的文件读取) - 静态Next.js导出,不进行服务器渲染 - 零遥测,完全本地化 上下文健康功能比预期更复杂——简单地将所有input_tokens相加会得出非常错误的数字。正确的方法是仅使用最后一条消息的token计数。 共180次提交,MIT许可证。 GitHub: [https://github.com/yunusemrgrl/claudedash](https://github.com/yunusemrgrl/claudedash) 欢迎就实现或设计决策方面的问题进行咨询。
1作者: Thorin_scout大约 1 个月前原帖
我们代表一位60岁的父亲,他在与Lovable合作后遇到了麻烦。以下是我们发现的情况: 我们为ScoutQA工作,利用Amazon Bedrock与我们的朋友和同事们一起开发了这个自动化的Vibe测试代理。我想知道是否有人和我们的客户一样,遇到了相同的问题。我们本质上是开发者和质量保证人员,但我们发现很难了解社区对像我们这样的工具的需求。因此,我们想分享一下老年人在使用WordPress进行商业活动和Lovable网站时所面临的困扰。下面是我们客户的一段观点和引用: “我是一名60岁的Vibe编码者,只在Lovable和ScoutQA上构建SaaS——学习新东西永远不嫌晚。” 我60岁,已经在软件测试领域担任项目经理40年。 不过,我仍然不写代码。 我基本上依靠两样东西来构建我的SaaS: Lovable来构建 + ScoutQA来测试。 没有IDE,没有CI管道,没有Git差异的墙。我认为年纪大了让我很难学习新工具,但我终于在构建出可以交付的高质量产品上取得了进展。 1. 我实际交付的内容: 我使用Lovable构建完整的产品,而不仅仅是MVP: - 一个有付费客户的合同管理SaaS - 一个基础设施管理平台(GG Workspace) 所有这些都是在不接触生成代码的情况下构建的。代码在GitHub上仅作为备份。如果我打开它,对我来说毫无意义。 2. 在使用ScoutQA之前,我的弱点在于反复修改: - 在Lovable中更改一项内容 -> 随机流程在其他地方崩溃 - 花费数小时点击所有内容,仍然错过问题 现在,使用ScoutQA的工作流程帮助我发现了一个我之前不知道的真正XSS漏洞。它将所有内容组织为项目/网页应用,而不是代码库。这让我更像一个产品经理,而不是开发者。 手动测试就像希望你的网页应用在上线后不会崩溃,而对于自动化测试,我只需点击一个按钮。 我大多数晚上大约花一个小时来构建。这就是我的全部。没有12小时的调试马拉松。 这是我们一位60岁客户的故事,他在英国,我希望你们喜欢。如果可能的话,请随时提供反馈并尝试我们的产品。它基本上是一个无需设置的Vibe测试网站,只需粘贴你的URL,让Scout处理所有的错误,如SEO、功能、性能、导航等……ScoutQA非常适合Vibe编码者、网页构建者、资源有限的独立开发者和测试人员。该产品目前处于免费测试阶段,因此你可以进行尽可能多的测试。 总结:我们的60岁客户无法阅读代码,使用Lovable + ScoutQA交付稳定的、盈利的SaaS产品(他的产品规模较小,客户不多,希望专业开发者能理解他在扩展方面的困难)。像ScoutQA这样的自动化Vibe测试代理可以帮助你减少手动工作的努力,并通过错误修复报告提升你在客户心中的可信度。
1作者: Sechele大约 1 个月前原帖
将于2026年5月17日正式向公众发布; Union是一个为希望在不增加工作负担的情况下实现快速增长的公司打造的人工智能销售平台。现在就加入候补名单吧。
2作者: dudewhocodes大约 1 个月前原帖
注意到许多 npm 包的每周下载量大幅下降,超过 50%。<p>npm-stat 显示过去几天的下载量为 0。<p>react: https://npm-stat.com/charts.html?package=react&from=2025-06-01&to=2026-02-23<p>typescript: https://npm-stat.com/charts.html?package=typescript&from=2025-06-01&to=2026-02-23