返回首页
最新
大多数“AI + 浏览器”的设置仍然是将MCP工具附加到Playwright上,然后寄希望于最好的结果,因此每次点击都会将完整的DOM、可访问性树和日志导入模型。这会消耗大量令牌,导致上下文崩溃,使得长时间的会话变得不可靠。同时,当端到端测试超过几十个时,默认的Playwright报告开始变得困难,因此团队在HTML报告和不稳定的失败中淹没,而无法识别清晰的模式。位于https://testdino.com/blog/playwright-cli/的见解探讨了微软的playwright-cli如何将浏览器状态保持在外部,仅返回紧凑的元素引用和YAML流,并与普通的npx playwright test配合使用,加上更智能的报告,从而使代理和人类都能保持快速、成本意识和可预测性。
我构建了一个API,它接受产品名称,从YouTube和Reddit抓取评论,并以单个JSON响应返回结构化的情感分析。实时演示(无需注册):<a href="https://reviewstack.vercel.app/demo" rel="nofollow">https://reviewstack.vercel.app/demo</a>
<p>响应内容包括一个标准化评分(1-10)、一段纯文本摘要、优缺点列表、带有情感的重复主题,以及指向原始内容的来源引用。</p>
<p>AI层使用的是Anthropic的Claude。它读取收集到的评论并提取结构化数据。其价值在于无需维护抓取基础设施、处理跨平台的速率限制,或编写自己的数据提取提示。</p>
<p>技术栈:Next.js API路由、Vercel用于托管、Stripe用于计费、YouTube数据API + Reddit JSON端点用于数据来源、Claude用于分析。</p>
<p>定价:免费套餐每月50次查询,付费计划为每月29美元(500次查询)和每月79美元(2000次查询)。这是一个个人/自筹资金的项目。</p>
<p>欢迎就抓取方法、准确性或其他任何问题进行咨询。</p>
sql-tap 是一个透明代理,通过解析 PostgreSQL/MySQL 的网络协议来捕获 SQL 查询,并在终端用户界面中显示这些查询。您可以对任何捕获的查询运行 EXPLAIN。无需更改应用程序代码,只需更改端口即可。
嗨,HN,我创建了MicroVibe,这是一个小型网页启动器,适合那些希望使用JSX、基于文件的路由和API路由,但又不想引入重型框架的人。
目前的功能包括:
- 基于文件的路由(包括动态路由和捕获所有段)
- 具有一致JSON错误格式的API路由
- 默认支持服务器端渲染(SSR),并在需要交互时每个路由可设置`mode = "client"`
- 运行时模块缓存,支持本地开发中的文件变更失效
项目目标:保持运行时小巧且易于理解,以便团队能够快速迭代,同时仍能理清行为。
我非常希望能得到以下方面的反馈:
1. 路由/API的易用性
2. 在使用MicroVibe的前30分钟内,哪些地方让你感到困惑或缓慢?
3. 这个项目应该在哪些方面与Next/Astro/Vite的工作流程明显不同?
嘿,HN,
我创建了Settld,因为我不断遇到同样的问题:AI代理可以调用API、支付服务费用并雇佣其他代理,但在资金转移之前没有办法证明工作确实完成。
问题可以用一句话概括:x402告诉你“付款已发送”,而Settld告诉你“这项工作值得支付”。
### 它的功能
Settld位于你的代理和它所支付的API/代理之间。它:
1. 拦截HTTP 402(需要付款)响应
2. 创建一个托管保留,而不是立即付款
3. 收集工作完成的证据
4. 进行确定性验证(相同的证据 + 相同的条款 = 每次相同的付款)
5. 仅在验证通过后释放付款
6. 发放一个可加密验证的收据
如果验证失败或工作存在争议,保留款项将被退还。无论如何,代理都会收到收据——这是对发生事件的永久可审计记录。
### 为什么现在这很重要
我们正处于一个奇怪的拐点。Coinbase推出了x402(超过5000万笔交易)。Google推出了A2A。Anthropic推出了MCP。代理可以相互发现、沟通和支付。
但没有人建立一个层来回答:“工作是否确实完成,应该支付多少?”
这就是空白。目前,每个代理之间的交易要么是“信任和希望”,要么是“不交易”。两者都无法扩展。
### x402网关(尝试它的最快方式)
我们推出了一个可直接使用的反向代理,你可以将其放在任何API前面:
```bash
docker run -e UPSTREAM_URL=https://your-api.com \
-e SETTLD_API_URL=https://api.settld.dev \
-e SETTLD_API_KEY=sk_... \
-p 8402:8402 \
settld/x402-gateway
```
一切正常流动——除了402响应被拦截、托管、验证和结算。你的代理会收到一个带有哈希链证明的收据,证明发生了什么。
### 背后的技术
结算内核是最有趣的部分(也是我们花费最多时间的地方):
- 确定性政策评估——机器可读的协议,释放率基于验证状态(绿色/黄色/红色)。没有模糊性。
- 哈希链事件日志——每个结算中的事件都用Ed25519签名链接。防篡改,离线可验证。
- 带有保留窗口的托管——可配置的保留基点 + 争议窗口。如果没有异议,资金会自动释放。
- 争议 → 仲裁 → 裁决 → 调整——完整的争议解决流程,而不仅仅是“标记以供人工审核”。
- 仅追加的声誉事件——每个结算都会产生一个声誉事件(批准、拒绝、争议等)。代理建立可验证的经济记录。
- 组合结算——代理可以将工作委托给子代理,并链接协议。如果下游代理失败,退款会确定性地向上级链条回溯。
整个协议使用JSON模式、符合性向量和可移植的预言机进行了规范: [GitHub链接](https://github.com/aidenlippert/settld/blob/main/docs/spec/README.md)
### 这不是
- 不是支付处理器——我们不移动资金。我们决定“是否”和“多少”资金应该移动,然后由你现有的支付渠道(Stripe、x402、电汇)来执行。
- 不是区块链——确定性收据和哈希链,但没有共识机制或代币。只有加密证明。
- 不是代理框架——我们不关心你使用LangChain、CrewAI、AutoGen还是原始API调用。我们是一个协议层。
### 技术栈
Node.js,PostgreSQL(或用于开发的内存),Ed25519签名,SHA-256哈希,RFC 8785规范JSON。约107个核心模块,494个测试通过。
### 我希望从HN得到什么
诚实的反馈,看看这个问题是否引起共鸣。如果你正在构建涉及资金的代理工作流,我想知道:什么地方出现了问题?缺少什么?什么会让你真正安装这个?
GitHub: [https://github.com/aidenlippert/settld](https://github.com/aidenlippert/settld)
文档: [https://docs.settld.work/](https://docs.settld.work/)
快速入门(10分钟): [https://docs.settld.work/quickstart](https://docs.settld.work/quickstart)
问题:我在几台Mac上多次安装OpenClaw,但它就是没有响应。我一些朋友也遇到了同样的问题。
我怀疑这可能是因为我通过订阅计划调用Claude Code时出现了故障。
官方文档说它支持通过订阅调用Claude Code,我只需要生成一个设置令牌。但结果是,它根本没有工作。OpenClaw完全没有响应。
我改为调用OpenAI的API密钥,结果是可以正常工作。
那么,有人遇到过同样的问题并解决了吗?这真的是因为Anthropic禁止我们通过订阅计划调用Claude Code吗?
能否请大家分享一下你的经验?谢谢!
我在寻找一些你认为写得特别好的研究论文。我想把它们分享给学生和同事,作为优秀技术写作的范例。老实说,我希望能够引用这个讨论串,这样就不仅仅是我个人的看法了。