返回首页
最新
大家好，
我对让（小）团队采用像 Bazel 这样的单一代码库构建工具感到非常沮丧。因此，我编写了一个超级简化版的 Bazel，去掉了所有复杂的内容，只需让你运行现有的 make 目标、npm 命令等，同时提供并行执行、缓存等更多功能。
我希望能得到对代码的反馈，以及潜在的使用者，以便在正式发布 1.0.0 版本之前获得更多的实际使用。目前，我们只是在我的工作场所使用它，并且它非常有用。
<a href="https://grog.build/why-grog" rel="nofollow">https://grog.build/why-grog</a>
嘿，HN，
我刚刚构建了一个小型网页应用，帮助你为你的网站生成 /llms.txt 文件：
[https://llmstxt-cyuh.vercel.app](https://llmstxt-cyuh.vercel.app)
GitHub: [https://github.com/mandarwagh9/llmstxt](https://github.com/mandarwagh9/llmstxt)
什么是 /llms.txt？
可以把它想象成 robots.txt，但针对大型语言模型（LLM）。这是一个新兴标准，为 LLM 提供了一个基于 Markdown 的清晰地图，展示你最重要的内容（文档、指南、API）。它们不再爬取臃肿的 HTML，而是直接切入主题。
这个想法是由 Jeremy Howard 推广的，并正在被 LangChain 和 Mintlify 等开发工具公司广泛采用。
我为什么要构建这个
我想要一个非常简单的方法，从任何文档网站或 URL 自动生成 /llms.txt。这个工具会抓取你的网站，提取关键的 Markdown 链接，并生成一个可以直接复制粘贴的 llms.txt。
无需设置，无需安装，只需粘贴你的 URL 并下载。
技术栈
前端：Vercel + 原生 JS
后端：使用 Gemini API（但可以替换为任何 LLM）
构建时注重简约的用户界面和性能
欢迎反馈、功能建议或覆盖边缘案例的建议（例如私有文档、多语言支持等）。
谢谢！
最近，一位亲密的朋友向我倾诉，他们正被迫离开一个团队。给出的选择是更换团队或进入绩效改进计划（PIP）。所引用的理由模糊不清。他们最近经历了一次管理层更换，之前的经理给予了积极的反馈（表现良好，对当前状态感到满意），但在新经理接手的下一个季度，反馈却变成了表现不佳，然而并没有给出具体原因（这一切都很模糊且主观，这意味着可以有不同的解读，而这是经理对下属的解读）。
这个人比较年轻，我能看出这对他们的心理造成了影响。我从未担任过经理，所以不太了解大型组织（如FANG）的动态，但我很好奇你们中有多少人经历过类似的情况，或者被迫对一名员工进行绩效管理，尽管他们的表现并不差，但由于组织压力或其他情况，你们还是不得不这样做？
作为一名技术领域的个人贡献者（IC），在当前的环境下，我想保护自己，避免类似的事情发生。有什么好的方法可以做到这一点吗？
概念化在人工通用智能（AGI）的发展中起着至关重要的作用，因为它将使这种超智能能够以类似于人类的方式理解和处理抽象信息。然而，从神经元的角度来看，概念是什么呢？
概念可以定义为一种潜在的、抽象的、多模态的表征，它整合了来自不同来源的感官信息：视觉、听觉、嗅觉、触觉，这些信息被编码在一个超维空间中，其结构源于多个神经元的激活模式。
这种表征是组合性的，意味着它是由更简单的表征的层次组合形成的；同时也是关系性的，因为它在拓扑上与相似或功能相关的概念相连接，这取决于网络的训练情况。
类似于语言嵌入，潜在空间中概念之间的“距离”反映了它们的相似程度：它们越接近，在意义、结构或功能上共享的内容就越多。
许多概念与语言标签相关联，但这并不是绝对必要的；我们有很多东西无法用名称来表示。另一方面，语言标签——即单词——本身也是概念，它们同样被编码在那个神经网络的潜在向量空间中。因为语言是在同一个网络中处理的，所以情况不可能是其他的。
换句话说，我们的概念并不仅仅是语言的。它们基于直接的经验：我们所看到的、听到的、触摸到的、闻到的、想象的或在现实世界中经历的。语言作为一种工具，用于指代和分享这些概念，但它本身并不定义这些概念。概念思维的基础是多模态的，而不仅仅是语言的，单词只是其中一种模态，一种元模态。
有趣的是，我们对语言进行了深入的研究，甚至创建了一个专门研究其意义的学科：语义学。然而，我们对概念化的过程关注得很少。事实上，我们甚至没有一个词来命名这个学科：我们没有“概念学”或类似的词。所有超出语言领域的东西——那些无法轻易归结为单词或方程的东西——似乎像水一样从我们手中溜走，难以捕捉，难以理解和分析。只有随着人工神经网络的出现，我们才开始理解概念化的过程。
大家好，我是一名吉他手，已经使用Ableton Live录制我的曲目并应用一些效果有一段时间了。
Ableton Live是一款非常复杂的软件，拥有成千上万种不同的功能，用于混音和创作音乐。对于那些不是音乐制作或音响工程专家的人来说，使用起来可能会相当困难。
这就是我决定创建一个应用程序的原因，它作为一个聊天机器人，可以为我阅读Ableton手册并回答我所有的问题。
您可以免费试用，无需注册或信用卡。
我非常希望听到其他Ableton用户对此的反馈，并了解我是否可以在其他方面提供帮助。
任何反馈都非常感谢！
随着越来越多的组织迁移到云端，开发人员在管理云资源方面的责任也日益增加。然而，许多开发人员，尤其是没有网络安全背景的人员，可能并未意识到配置错误是多么容易导致严重的安全风险。从意外将存储桶暴露于互联网，到授予过于宽泛的权限，小错误可能会带来大后果。
这就是 CloudRec 的用武之地。CloudRec 是一个开源的云安全态势管理（CSPM）平台，旨在帮助开发人员和组织在多个云服务提供商（如 AWS、阿里云和 GCP）中保护他们的云环境。
开发人员为什么要关注云安全？
云平台提供灵活性和可扩展性，但也引入了共享责任模型：虽然提供商负责保护基础设施，但您需要负责安全地配置您的资源。常见的配置错误——如开放的数据库、薄弱的身份策略或缺失的审计日志——是数据泄露的主要原因之一。
CloudRec 的功能是什么？
1. 资产发现：自动扫描并清点您在多个云服务提供商中的云资源，让您了解环境中正在运行的内容。
2. 风险检测：持续检查配置是否符合现实世界的安全规则。例如，它可以标记公开可访问的数据库或检测过于宽松的网络规则。
3. 自定义策略：使用开放策略代理（OPA）实现灵活的声明式安全策略。您可以根据组织的需求调整规则，而无需重新部署。
4. 多云支持：内置支持 AWS、阿里云、GCP，并可扩展至其他云服务。
5. 用户友好的界面：提供一个网页用户界面，用于管理资产、编辑规则和跟踪风险——无需深厚的安全专业知识。
入门非常简单：
CloudRec 提供基于 Docker Compose 的快速启动，您只需一行命令即可在本地或您的环境中部署该平台。
为什么选择开源？
透明性和社区驱动的发展在安全领域至关重要。通过开源，CloudRec 邀请贡献和审查，帮助确保平台保持可信和最新。
如果您是一名与云相关的开发人员——即使安全并不是您的主要关注点——CloudRec 可以帮助您避免常见的陷阱并增强您的云安全态势。请访问 GitHub 查看该项目，或在 demo.cloudrec.cloud 尝试实时演示。