我一直在尝试一种以编排为先的方法，而不是依赖单一模型来处理整个工作流程。<p>这个项目最初是为了探索一个真实的客户场景，随着进展，它演变成了一个涉及多个专业代理、MCP/A2A服务、评估循环和支持基础设施的长篇出版工作流程。<p>到最后，系统处理了260亿个标记，发展到包括25个代理和工具、30个代理技能、27个打包技能、22个项目、12个MCP/A2A原生服务、8个全栈服务（API + UI + MCP + A2A）、318个拉取请求和423次提交。<p>作为首席技术官，我的目标是在要求我的工程团队以这种新方式构建之前，深入了解一个真实的客户场景。<p>项目链接在这里：https://theisaiahchronicles.com<p>我很想听听其他人是如何处理编排和多代理系统的。
返回首页
最新
嗨，HN，我们是Adeel和Umair，Unlayer的联合创始人（<a href="https://unlayer.com">https://unlayer.com</a>）。我们让您可以在应用程序中添加内容创作功能，而无需自己构建整个编辑器、渲染器、模板和导出流程。Unlayer允许您通过三种不同的方式在应用内创建电子邮件、网页和文档：通过代码、可视化或AI。
<p>这是一个演示：<a href="https://www.youtube.com/watch?v=0HsDtNkdMpM" rel="nofollow">https://www.youtube.com/watch?v=0HsDtNkdMpM</a>。</p>
我们最初从一个可嵌入的电子邮件编辑器开始，因为很多产品最终都需要一个：CRM、营销工具、客户互动平台、市场、内部工具和垂直SaaS应用在某个时刻都会遇到这个问题。起初，这听起来像是一个小功能：“只需”添加一个拖放编辑器。但在实际操作中，这变成了一个大麻烦。您最终需要处理电子邮件渲染、Outlook的奇怪问题、响应式布局、模板、合并标签、图像上传、导出、权限、本地化、版本控制，以及一长串与您的核心产品无关的边缘案例。
<p>随着时间的推移，我们发现这个问题不仅仅存在于电子邮件中。应用程序还需要着陆页、发票、提案、报告、合同和PDF文件。其中一些内容最好由最终用户以可视化的方式创建，而另一些则更适合由开发人员以代码生成。越来越多的内容也开始由AI代理生成。许多团队最终需要这三种工作流程。这就是我们在Unlayer上努力的方向。</p>
<p>今天我们展示了三个部分：</p>
<p>(1) <i>Unlayer Elements</i>。这是我们用于在代码中创建电子邮件、页面和文档的开源React组件库（代码库：<a href="https://github.com/unlayer/elements" rel="nofollow">https://github.com/unlayer/elements</a>，更多信息请访问<a href="https://unlayer.com/elements">https://unlayer.com/elements</a>）。开发人员可以使用React组件组合内容，重用像页眉、页脚、CTA、发票行和品牌块等部分，将模板保存在Git中，并将其渲染为生产输出，而不是手动编写原始HTML模板。</p>
<p>我们看到的一个新用例是AI辅助内容创作。如果AI代理被要求创建电子邮件、发票、报告或着陆页，输出通常是原始HTML或Markdown，这些内容难以维护。使用Elements，代理可以生成结构化的React组件。开发人员可以审查结果，重构它，将其保存在Git中，并在需要编辑时将设计传递到可视化构建器中。</p>
<p>(2) <i>可视化构建器</i>。这是一个拖放编辑器（代码库：<a href="https://github.com/unlayer/react-email-editor" rel="nofollow">https://github.com/unlayer/react-email-editor</a>，更多信息请访问<a href="https://unlayer.com/email-builder">https://unlayer.com/email-builder</a>），可以嵌入到应用程序中，以便非技术用户可以创建或编辑内容。在演示中，我们展示了电子邮件构建器和构建器中的AI助手。我们的目标不是替代开发人员的工作流程，而是当市场营销人员、管理员、客户或内部团队需要自行进行更改时，将其与可视化工作流程连接起来。</p>
<p>(3) <i>文档构建器</i>。这是用于结构化文档的工具，例如提案、报告、发票、合同和PDF文件。我们看到许多团队为电子邮件模板、网页和文档生成构建了独立的系统，尽管其底层原理是相似的：布局、内容块、变量、资产、预览、导出和权限。更多信息请访问<a href="https://unlayer.com/document-builder">https://unlayer.com/document-builder</a>。</p>
<p>技术挑战在于使这些工作流程共享一个共同的基础。当有意义时，开发人员应该能够以代码构建模板；当有意义时，最终用户应该能够以可视化的方式进行编辑；AI代理应该能够生成结构化内容，而不是无法维护的块。最终输出仍应可被宿主应用程序使用。</p>
我们通过向将此功能嵌入其产品中的公司销售托管构建器、模板、导出和平台功能来盈利。Elements是开源的。商业产品是围绕构建器、协作、存储、导出和生产用例的更广泛的托管平台。
<p>我们曾是W22的一部分，因此这是一个迟来的Launch HN。当时，Unlayer是一个可嵌入的电子邮件编辑器，我们认为我们尚未为HN提供合适的更广泛的故事。从那时起，产品扩展为一个更通用的内容创作层，包括电子邮件、页面、文档、API、开源开发者项目和AI辅助工作流程。那时带它来HN并寻求反馈似乎是一个更好的时机。</p>
<p>我们非常希望听到HN的想法。这是一个许多人都有强烈意见的领域，因为他们之前曾因编辑器、电子邮件HTML、文档编辑或“简单”内容工作流程而受到伤害。我们希望听到哪些观点引起共鸣，哪些听起来不对，以及您认为我们应该更深入思考的内容！</p>
大家好，
我们创建了 Selzix (https://selzix.com)，旨在消除社交优先品牌创建电子商务商店的障碍。
最近，我发现一些代理在使用错误的技能或工具。这种情况通常发生在较长的推理链中，这让人感到沮丧，因为在发出更正之前，很多无关的讨论会污染上下文。
为了追踪这些问题，我开发了 `drskill`：一个命令行工具，用于检查代理的技能和MCP配置之间的冲突和安全问题。
除了发现可能会让代理出错的冲突外，还增加了安全警报。是否由于供应链攻击，某个MCP提供者悄悄添加了一个工具？在启动时或在持续集成过程中运行 `drskill` 将会标记这些变化。
`drskill` 在没有访问大型语言模型（LLM）的情况下也能工作，但连接到LLM将提供更好的冲突报告，并允许建议替代的、不会冲突的描述符。
该工具在全球和本地维护一个账本，跟踪确认和偏好。
这是一个非常依赖于贡献的工具（你的配置与我的大相径庭！），所以如果你有兴趣，请提交问题或提交拉取请求。
雇主们正面临着越来越多的自动化人工智能提交、虚假申请和低质量垃圾邮件。招聘人员和招聘经理在发布职位后，通常会在短短几小时内收到数千份简历。合格的候选人很容易在这些噪音中被淹没。
Permanym 在申请过程中引入了适度的摩擦，以使自动化滥用变得不切实际，同时又不会对合法申请者造成太大阻碍。作为一名曾经的招聘经理，增加招聘过程中的摩擦而不是减少摩擦的想法与我的本能相悖，但当前的情况显然是不可持续的，并且正在侵蚀各方的信任。
核心理念是确保在申请提交过程中有一个人类在操作，主要通过视频实时验证来实现。这一验证过程从开始到结束可以在30秒内完成。您可以在这里体验：<a href="https://permanym.com/verify/jJAiul58nF7kJ5FS/" rel="nofollow">https://permanym.com/verify/jJAiul58nF7kJ5FS/</a>
不需要ATS集成。只需在申请说明中包含验证链接即可开始。然后通过电子邮件查找申请者，以查看他们是否已通过验证。过滤垃圾邮件是目前的主要好处，但未来适当的ATS连接可以帮助从源头上阻止垃圾邮件。实时数据仅对招聘公司可见，并且访问时间有限。
我认为在更深层次的ATS集成和额外信号方面有许多机会，但我想先解决最紧迫的问题：验证每个申请是否来自真实的人。最终目标是通过将不良行为者排除在外，帮助招聘过程的双方。如果这个目标引起您的共鸣，请与我联系！
同时，任何反馈都将不胜感激。