最新

对于某些人来说，这可能只是一个玩笑，而对于另一些人来说，这将成为一个严肃的人生转折点。请简单地对自己回答几个问题。在阅读这些问题时，你必须明白，你不仅是在为自己定位，同时也通过文本了解他人的观点。 我重申，这里主要的意图并不是问卷调查，而是作为一种个人心理支持的手段，帮助你进行自我定位。对于许多问题，答案可以是“还不知道”。但你现在会意识到这样的维度是存在的，并且会更有意义地看待各种论点，无论是第一、第二还是第三。同时，你也会开始理解，你周围有许多不同类型、不同方向的人。 --- 1. 你在人工智能（以下简称“智能聊天”）中看到了什么？ - 一种服务？ - 一种外骨骼？ - 一个伙伴？ - 上述所有内容以一种难以理解的顺序？ - 上述所有内容以一种有意义的顺序？ --- 2. 你如何看待智能聊天的主要目的？ - 帮助进行资格教育工作？ - 帮助编程？ - 帮助自我发展？ - 帮助学习一般知识？ - 文学创作？ - 工作报告？ - 帮助自我发展？ - 深入科学的帮助？ - 自我教育的调查？ - 帮助书信往来？ - 帮助撰写文章？ - 帮助翻译？ - 帮助阅读大篇幅文本？ - 在工作或爱好中对你的主要学科有很大帮助？ - ...（这里的列表很长，如果有“其他”，请在评论中补充） --- 10. 你在多大程度上接受一个人使用“智能聊天”回答你关心的重要问题？ - 我希望这个人自己来回答！ - 为了质量和速度，我接受一个人用智能聊天来回答！ - 重要的是答案的正确性和可理解性，而不是回答者是谁！ - 我清楚地理解：在哪些情况下仅需人类，在哪些情况下人类与聊天机器人可以结合，在哪些情况下仅接受智能聊天的回答。 --- 你认为值得进一步发展和扩展这个话题吗？有什么有趣、有用的内容？ 完整版本： https://zenodo.org/records/18726277

嗨，HN！我正在推出InferShield，一个开源安全代理，位于您的应用程序与大型语言模型（LLM）提供商（如OpenAI、Anthropic等）之间，能够实时检测和阻止威胁。 我与一些银行和医院的首席信息安全官（CISO）进行了交流，他们在没有适当安全措施的情况下部署LLM。他们现有的工具无法处理LLM特有的威胁： - 提示注入（攻击者操控LLM行为，Web应用防火墙无法检测） - 数据外泄（敏感数据通过LLM响应泄露） - 越狱尝试（用户使用编码绕过安全防护） Gartner预测，到2027年，60%的人工智能企业将面临安全事件。 InferShield是一个即插即用的代理，具备实时威胁检测、多种编码检测（Base64、十六进制、URL、Unicode）、完整的审计日志和风险评分。它是自托管的，提供商无关，且无需任何代码更改。 v0.1 MVP今天上线，检测率超过95%（经过红队测试）。采用MIT许可证，永久免费。企业级功能即将推出，以满足合规需求。 网站： [https://infershield.io](https://infershield.io) 快速开始：docker pull infershield/proxy:latest 欢迎反馈！您面临哪些LLM安全挑战？

我在编写代码的同时，常常需要撰写大量的Markdown内容，比如README文件、规格说明和变更日志。VS Code内置的Markdown编辑体验要么是原始语法，要么是需要在分屏中保持打开的只读预览窗格，这两者都不太适合实际写作。 MEO为VS Code添加了一个真正的编辑模式。您可以在一个标签页中切换实时/源代码视图，使用浮动工具栏进行格式化，进行行内表格编辑，支持全屏渲染Mermaid图表，还有文档大纲侧边栏和可选的自动保存功能。无需切换到新的应用程序，也不需要分屏。 大多数Markdown扩展缺少的一点是：它保留了VS Code的原生差异视图，因此在Markdown文件中审查Git更改依然可以如预期般正常工作。 该扩展基于VS Code的Webview API构建。 如有任何问题，我很乐意回答。 VS Code市场链接： [https://marketplace.visualstudio.com/items?itemName=vadimmelnicuk.meo](https://marketplace.visualstudio.com/items?itemName=vadimmelnicuk.meo) GitHub仓库链接： [https://github.com/vadimmelnicuk/meo](https://github.com/vadimmelnicuk/meo)

嗨，HN 我创建了ShellDock，旨在简化在不同环境中设置和运行开发工具的过程。 ShellDock是一个轻量级的命令行工具，允许您定义和执行一组精心挑选的命令，用于安装或配置工具——可以把它看作是一个便携式启动器，用于重复的开发环境设置。 与其复制粘贴冗长的安装脚本或在多台机器上维护分散的设置文档，不如使用ShellDock来： - 将相关的设置命令打包成可重用的工具定义 - 以交互或非交互的方式运行它们 - 在本地机器、服务器或全新虚拟机上标准化安装 - 确保团队的环境设置可重复 一个典型的用例是在新系统上一键引导工具，如Neovim、Docker、语言运行时或基础设施依赖项。 在启动新的开发环境或配置临时环境时，尤其有用，因为一致性非常重要。 我非常希望能收到以下方面的反馈： - 命令行用户体验 - 命令定义格式 - 可能我未考虑到的实际用例 - 任何感觉笨重或缺失的地方 仓库地址： [https://github.com/OpsGuild/ShellDock](https://github.com/OpsGuild/ShellDock)