最新

我们的团队常常使用Slack，但我们无法访问Slack MCP，也找不到适合我们的解决方案，因此我们自己编写了一个agent-slack CLI工具。 - 可以粘贴Slack URL - 令牌高效 - 零配置（如果使用Slack桌面版会自动认证） 该工具会自动下载文件/代码片段。 同时也可以将Slack画布读取为Markdown格式！ MIT许可证

我意识到可能是我自己太笨了，但请耐心点，帮我理解一下。我最近一直在找新工作，因为我逐渐看到我之前的工作场所正加速走向停滞和功能失调。 我与几家公司进行了交谈，并在一个相当大的欧洲城市阅读了很多招聘信息，这里本应充满机会。随着“技术主权”成为大家热议的话题，我本期待欧洲软件行业能有一些推动力和兴奋感，但要找到有使命感的公司，我却不得不在“沼泽”中摸索。 这个“沼泽”里充斥着大量的Scrum认证和那些关键技能是“应对繁文缛节”的工作。在这里，架构师们游荡着，管理层对他们没有任何期望，他们的任务是阻止任何尚未包含Azure Event Hub的系统。在那些大公司里，最重要的角色是Power BI分析师，而衡量价值创造的最佳指标则是你的日历填满程度和加班小时数。 而且，似乎如果你能找到一家主要致力于创造优秀产品的公司，而不是专注于虚荣指标或微观管理工作方式的公司，那它很可能是一家营销初创公司。 总结一下：我看到的大多数企业似乎都臃肿不堪。它们的员工人数远远超过了所能产生的产出。它们的结构过于复杂，规则太多，以至于无法有效产生新的收入，而新想法则被压制并不受欢迎。 但我真的想知道：企业是否在某种程度上被激励去变得低效？企业是否有可能在长时间内保持雄心壮志？有没有人见证过这样的成功，或者你见过它们是如何失败的？

嗨，HN， 这是我在HN的第一次发帖。我已经关注HN多年，所以我非常想听听大家的反馈 :) API Unit的诞生源于我们的挫败感，而不是一个创业想法。 在多个项目中，我们的API不再是简单的请求-响应端点。一个业务流程意味着多个依赖调用、共享状态、条件逻辑、重试，以及根据响应的不同而产生的不同结果。 起初，我们用Postman集合来处理这些问题。这在一段时间内是有效的。但随着集合的增多，脚本的繁杂，监控与实际测试逻辑脱节，我们很难回答一些简单的问题，比如： - 哪些流程持续失败？ - 昨晚到底运行了什么？ - 链条的哪个部分出现了问题，为什么？ 我们意识到问题不在于“发送请求”，而在于如何在时间上协调API测试流程。 因此，我围绕一个不同的假设构建了API Unit：API测试更接近于工作流编排，而不是简单的点击请求。使用API Unit，你可以将API测试建模为流程，将它们分组到套件中，并安排自动运行。当出现故障时，你会收到邮件提醒，并且可以清晰地查看执行历史，了解流程的进展和故障位置。 它仅支持REST，并且故意不替代API客户端，但你也可以有一个专门用于简单请求的页面。这个工具旨在为那些已经了解其API并希望对实际流程进行可靠、可重复的测试和监控的团队而设计。产品已经上线，并且仍在不断发展。我在这里分享它，希望能从那些处理API测试复杂性（特别是在链式调用、调度和长期可见性方面）的人那里获得诚实的反馈。 你可以免费创建账户，并测试所有功能3天，无需信用卡。如果你想使用API Unit，请发送邮件至contact@apiunit.io，附上你的账户邮箱。我有一个小礼物送给你。 :) 网站链接： [https://apiunit.io](https://apiunit.io) 很高兴回答问题或听听为什么这不适合你的设置。