1作者: lexokoh7 个月前
大家好,我是 Dante,我正在构建 Echos,一个提供预构建 AI 智能体的平台,这样您就可以停止每次都重新构建编排器、数据库智能体和重试逻辑了。 它的功能: * 预构建智能体:数据库查询 (db\_agent)、API 调用 (api\_agent)、网络搜索 (search\_agent)、数据分析 (data\_agent)、代码生成 (code\_agent)。 * 基于 YAML 的工作流程:无需重新构建编排器即可定义您的智能体架构 * 内置安全防护:SQL 注入保护、SSRF 阻止、表/域白名单。 * 可视化追踪:查看发生了什么、在哪里失败以及花费了多少成本。 我为什么构建它: 每次我构建多智能体系统时,我都会花费 2-3 周的时间来创建相同的基础设施:用于路由任务的编排器、带有 SQL 安全防护的数据库智能体、重试逻辑、循环限制和成本跟踪。然后,当出现问题时,还需要花费一周的时间进行调试。我希望发布功能,而不是处理这些底层基础设施。 大多数框架都笨重而复杂。您只需要可以像 AWS 服务一样组合的预构建组件。 Echos 为您提供: * 更快地发布:预构建智能体(数据库、API、搜索、数据分析、代码生成),您可以在 YAML 中组合它们。 * 几分钟内完成调试:可视化追踪显示发生了什么、在哪里失败以及花费了多少成本。 * 防止灾难:内置安全防护(SQL 注入保护、SSRF 阻止、循环限制)可以捕获 80% 的危险操作。 * 控制成本:每个智能体的支出限制可以防止账单失控。 试用: 克隆 github.com/treadiehq/echos 或访问 echoshq.com ```javascript import { EchosRuntime } from '@echoshq/runtime'; const runtime = new EchosRuntime({ apiKey: process.env.ECHOS_API_KEY, apiUrl: process.env.ECHOS_API_URL || 'http://localhost:4000', workflow: './workflow.yaml' // 在 YAML 中定义智能体和路由 }); // 简单用法 await runtime.run('按地区分析第四季度销售额'); // 或者使用记忆上下文 await runtime.run({ task: '分析客户流失', memory: { year: 2024, region: 'north' } }); ``` 技术栈: * NestJS 用于后端 API:需要结构化的依赖注入和身份验证中间件。 * Postgres 用于追踪存储:JSON 列用于灵活的 span 日志,原生 SQL 性能。 * Resend 用于魔术链接身份验证:可靠的电子邮件传递,无需管理 SMTP。 * Nuxt 3 用于仪表板:SSR 用于快速初始加载,客户端交互用于实时追踪。 * Railway 用于部署:快速部署。第一次尝试。我以前默认使用 Digital Ocean。 我学到的: * 节省时间是真正的价值:团队不想要另一个框架,他们希望更快地发布。 * 调试占工作量的 50%:显示完整执行路径的可视化追踪至关重要。 * 简单的安全防护有效:阻止 DELETE/DROP 和未知域可以捕获大多数灾难。 * YAML > 代码用于配置:非工程师可以编辑工作流程,而无需触及代码。 征求反馈: * 这是否解决了您的一个实际问题? * 您最常用哪些智能体?数据库、API 调用、网络搜索、数据分析或代码生成? * YAML 配置是否足够表达,还是您需要更多编程控制? * 我们接下来应该添加哪些智能体?(GitHub、Slack、电子邮件、云 API?) * 您会将其用于自主智能体,还是仅用于一次性任务? * 这是否可以为您节省下一个多智能体项目的时间? * 缺少什么会使其立即有用? 谢谢!
2作者: un-nf7 个月前
README:<a href="https://github.com/un-nf/404/blob/main/README.md" rel="nofollow">https://github.com/un-nf/404/blob/main/README.md</a> 或者 LP:https://404-nf/carrd.co 或者继续阅读... 在一个足够小的群体中,你的 TLS 握手就足以将你识别为一个独特的客户端。大约六个月前,我开始学习客户端指纹识别。我了解到它正在变得越来越好、越来越精确,但没有意识到服务器可以多么容易地进行用户指纹识别——毕竟,你只是交出了所有的 Cookie!对于现代互联网体验来说,指纹识别几乎已经成为一种必需品。 令我担忧的是,服务器开始使用我们依赖的安全功能来识别和指纹识别客户端。 - JS - 收集你的 JS 属性值 - 字体 - 收集你下载的字体 - JA3/4 - TLS 密码套件指纹 - JA4/T - TCP 数据包头指纹(TTL、MSS、窗口大小/比例、TSval/ecr 等) - HTTPS - HTTPS 标头指纹(UA、sec-ch 等) - 还有更多... 因此,我构建了一个工具,让我可以控制我在多个层面的指纹: - 本地主机 mitmproxy 处理 HTTPS 标头和 TLS 密码套件协商 - eBPF + Linux TC 重写 TCP 数据包头(TTL、窗口大小等) - 协调的欺骗确保所有层呈现一致的、选择的指纹——(尚未连贯) 当前状态:这是一个概念验证,成功地欺骗了 JA3/JA4 (TLS)、JA4T (TCP) 和 HTTP 指纹。它还很粗糙,需要一些 Linux 知识才能设置。 当从单个 SYN/ACK 交互中收集如此多的遥测点时,服务器识别唯一客户端的精确度变得令人担忧。某些个人和组织开始注意到这一点,并提供了帮助人们更好地了解他们在互联网上留下多少数据的资源:amiunique.org、browserleaks.com 和 coveryourtracks.eff.org 等。 这只是基础,但它是一场对抗服务器端被动监视的斗争。像 nmap 和 p0f 这样的工具在过去二十年中一直在利用这一点,但几乎没有开发任何工具来对抗它——可行的选择(burpsuite)也没有被用于隐私保护。 甚至超越这一点,即使所有值都被全面且连贯地欺骗,SSO 令牌仍然可以跟踪我们并揭示我们的身份。当像 Google 这样的大公司的 SDK 如此深入地融入开发流程时,这是不可行的。因此,这个项目将会发展,我希望添加某种无头/有头的集群,污染你的 SSO 历史——无视法律障碍。 我还没有以实质性的方式分享这个,而且大约一周前才完成了预发布、勉强可用的版本的完善。我不是计算机科学或网络安全工程师,只是一个对隐私充满热情并且对计算机感兴趣的人。这是更大工具的概念验证。由于 TCP/IP 数据包头的性质,如果此软件在分布式网状网络上运行,隐私可以在混网中分布,就像他们试图在 Nym Technologies 实现的那样。 所有的部分都在那里,只是还没有以正确的方式组合在一起。我想我几乎可以看到整个拼图...
1作者: dogol7 个月前
Elkirtasse 类似于 Maktabah Shamilah,由 Qt6 打造,是一款跨平台的应用程序创建工具。<p>所以,请大家帮助我们,由我们自己为我们自己进一步开发。
1作者: iheshe7 个月前
有人遇到同样的问题吗? “您尝试使用错误的帐户或密码登录的次数过多” 有人能帮忙吗? Reddit 上遇到同样问题的用户在 /r/Outlook: https://www.reddit.com/r/Outlook/comments/1op4af7/youve_tried_to_sign_in_too_many_times_with_an/