主要观点：

• 介绍了名为 Obelisk 的新工作流引擎，已开发一年多，项目托管在obeli.sk，源代码在github.com/obeli-sk/obelisk下以开源许可证提供。
• 分享在 Hacker News 上的反响很好，引起了广泛关注。
• 阐述了构建另一个工作流引擎的原因，传统日志存在问题，处理并行和分布式系统时更困难，日常事故调查也很繁琐。
• 提出理想工作流引擎的特点，如用常规编程语言编写编排逻辑、严格分离逻辑与副作用等。
• 介绍 Obelisk 的方法，利用服务器端 WebAssembly（WASM），通过工作流、活动和 Webhook 端点三种核心组件类型实现，利用 WASM 组件模型实现组件间无缝、类型安全的通信。
• 强调这种方式的重要性，如保证确定性、分离关注点、使用熟悉语言、提供沙盒和增强可靠性等。
• 邀请参与，查看 GitHub 仓库、阅读文档、订阅邮件列表。

关键信息：

• 开发时间超过一年，项目托管和源代码开源地址。
• Hacker News 上的反响及相关数据变化。
• 传统日志的问题及在并行和分布式系统中的困难。
• 理想工作流引擎的特点。
• Obelisk 的三种核心组件类型及 WASM 组件模型的作用。
• 这种方式的重要性体现。
• 参与方式。

重要细节：

• 传统日志存在权衡问题，少则缺乏细节，多则运营成本高。
• 理想工作流引擎需用常规语言编写逻辑，分离逻辑与副作用，保证确定性。
• WASM 的三种目标：wasm32-unknown-unknown用于工作流（纯确定性逻辑），wasm32-wasip2用于活动（与外界交互）和 Webhook 端点（触发工作流）。
• WASM 组件模型像高级 ESModules 有生成绑定，确保组件间类型安全通信。
• Obelisk 旨在提供保证确定性、分离关注点等优势。