最新

我创建了loat，这源于我在复杂的税务领域构建高信任产品时的挫折。我们需要为每个产品创建不同的入职流程，为新创业者设计教育性培养活动，以及发送税务小贴士的新闻通讯。现有的工具（特别感谢Loops和SendGrid）非常不错，但创建、撰写和优化这些活动消耗了我大量的时间。 雇佣专门的客户关系管理（CRM）团队对我们来说并不是一个可行的选择。 我们最初构建了内部工具来自动化这一过程，并意识到其他创始人也可以从这种方法中受益。因此，我们将我们的解决方案转变为loat，一个专门的平台，让创始人能够保持精简的团队，同时仍然最大化电子邮件作为强大的增长和入职渠道。 我很想听听您的看法：这是否解决了您面临的实际问题？有没有什么让您感到困惑的地方？有什么可以让它更有用的建议吗？

如果你曾经探索过 GitHub 的仓库，却对项目的真实技术栈了解甚少而感到沮丧——你并不孤单。 这正是我创建 StackHound 的原因。 它超越了 GitHub API，扫描依赖文件，揭示一个仓库实际使用的工具、框架和语言——无论是使用 React、Next.js、Tailwind、Flask 还是 Spring Boot 构建的。 只需输入一个 GitHub 用户名和仓库，即可立即分析。 你还可以使用我们的 /api/analyze 接口将其集成到你自己的工具中。 尝试一下实时演示： [https://stackhound.vercel.app/](https://stackhound.vercel.app/) 查看代码（开源！）： [https://github.com/lorenzopalaia/stackhound](https://github.com/lorenzopalaia/stackhound) 非常希望听到你的想法——有哪些功能能让 StackHound 对你更加有用呢？

大家好，我在Vantage工作，这是一个FinOps平台。 我知道目前AI正处于热潮之中，但它确实已经改变了我们的一些开发工作流程。因此，我们希望找到一种方法，让我们的客户能够尝试如何利用AI提高他们的云成本管理效率。 MCP服务器充当大型语言模型（目前仅支持Claude和Cursor，ChatGPT和Google Gemini也将很快上线）与您在Vantage上的成本和使用数据之间的连接器，Vantage支持包括AWS、Datadog、Mongo等在内的20多家云基础设施提供商。（您需要拥有Vantage账户才能使用，因为它使用了Vantage API） 视频演示： [https://www.youtube.com/watch?v=n0VP2NlUvRU](https://www.youtube.com/watch?v=n0VP2NlUvRU) 代码库： [https://github.com/vantage-sh/vantage-mcp-server](https://github.com/vantage-sh/vantage-mcp-server) 最新一代模型在MCP服务器和API的支持下表现得非常出色。到目前为止，我们发现它在以下方面非常有用： - 临时问题：“如果我们有25名工程师，我们的非生产云支出是多少？” - 行动计划：“查找未分配的支出，并寻找应该如何标记的线索。” - 多工具工作流程：“查找最近的成本激增，看看是否可能与工程变更有关，并寻找在同一时间合并的GitHub PR。”（与GitHub MCP结合使用） 我想分享这些，如果您有任何问题，请告诉我。

我使用 React 和 MUI 构建了韩国设计系统（krds.go.kr）的实现。<p>- Storybook: <a href="https://krds.gracefullight.dev" rel="nofollow">https://krds.gracefullight.dev</a><br> - NPM: <a href="https://www.npmjs.com/package/@gracefullight/krds" rel="nofollow">https://www.npmjs.com/package/@gracefullight/krds</a><br> - GitHub: <a href="https://github.com/gracefullight/krds">https://github.com/gracefullight/krds</a><br> - Figma: <a href="https://www.figma.com/community/file/1452915208095182951" rel="nofollow">https://www.figma.com/community/file/1452915208095182951</a><p>旨在支持从事公共部门用户界面开发的开发者，或任何在实际项目中探索前端架构和设计系统的人。<p>当前限制：<p>- 图标目前来自 @mui/icons-material<br> - 设计令牌是静态的，将进行重构以改善开发者体验。<p>反馈与贡献：<p>- 欢迎社区的意见以进一步发展此项目。<br> - PR 和问题始终欢迎，如果有足够的兴趣，我会考虑将其转移到一个组织中。

我正在寻找在企业内部多个业务组之间管理共享提示库的方法。 理想情况下，团队应该能够： * 创建和组织提示（使用标签或文件夹结构） * 在部门之间共享提示（类似于雅虎风格的分类） * 留下评论或建议编辑 * 查看版本历史和更改 * 在网页聊天或助手风格的用户界面中使用提示 * （可选）将提示链接到像Jira或Confluence这样的系统 :P * （可选）进行提示性能基准测试 最终用户主要是内部员工，他们使用提示与大型语言模型（LLMs）进行交互，处理任务分类、摘要和报告生成等工作。最终用户的工作领域包括销售、市场营销或工程。 我可能在这里描述的是一个平台，但我对大家正在使用的任何工具（无论是内部还是外部）都感兴趣——无论是完整的平台、轻量级的markdown格式的代码片段，还是其他完全不同的东西。

我开发了一个小型命令行工具，可以方便地为多个 OpenWrt 设备配置设置。<p>我的目标是将来围绕这个工具构建一个网页用户界面，并为 OpenWrt 制作一个开源的 UniFi 控制器替代方案。