最新

在 ResMed 研发医疗设备软件的几年里，有一件事始终阻碍着工程进度：文档。<p>不是设计，也不是测试。 SOUP 评估、测试报告。<p>对于开发团队来说，这通常意味着：<p>数周的时间从代码中抽离出来<p>手动重写仓库、测试和工单中已存在的信息<p>等待文档才能推进发布（每月或每年发布）。<p>我们正在推出 Qualtate，一个由 AI 驱动的平台，可自动化医疗设备软件文档，首先从以下方面开始：<p>SOUP 文档<p>测试报告和证据生成<p>在实践中，这会将数周的手动文档工作缩短为几分钟，使用 AI 从现有的工程制品中提取、构建和生成合规文档。<p>我们的目标不是“用 AI 消除”质量或合规性。而是让开发人员专注于交付软件，同时仍然生成通过审核的文档。<p>监管要求逐年增加。在这里采用 AI 似乎是不可避免的。我们正努力让它对工程师有用——而不是另一个拖慢他们速度的工具。<p>我们正在向希望影响下一步自动化内容的团队开放抢先体验。<p>欢迎回答技术问题、疑虑或质疑。<p>网站演示：https:&#x2F;&#x2F;qualtate.com&#x2F;

您好， 我构建 Frontmatter Core 是因为我反复遇到同样的问题：现代前端和 CMS 之间没有共享相同的模型。 Astro 组件通过 props 定义结构。 CMS 期望明确的内容模型。 Frontmatter Core 扫描 Astro、Markdown 和 YAML 文件，并提取一个稳定、类型化的 JSON 中间表示，适配器或 CMS 可以使用它。 它仅在构建时运行： - 无运行时 - 无客户端 JS - 无数据库 - 无 CMS 耦合 其理念是保持： - 布局在 .astro 文件中 - 内容在 .md / .yaml 文件中 - 结构只在代码中表达一次，然后作为数据公开 适配器（PHP、扁平文件 CMS、无头 CMS 等）插入到相同的 IR 中。 GitHub：<a href="https://github.com/withfrontmatter/frontmatter-core" rel="nofollow">https://github.com/withfrontmatter/frontmatter-core</a> 很乐意回答技术或架构方面的问题。

我开发 Stash 是因为我厌倦了文件共享中常见的权衡：要么迫使接收者创建账户，要么放弃隐私。 工作原理： 1. 从 iOS、iPad 或 Mac 应用上传 2. 获取可分享的链接 3. 接收者在浏览器中下载，无需应用、无需账户、无需安装 加密模型： 文件在上传前使用 AES 256 GCM 在设备上加密。 加密密钥仅存在于 URL 片段（# 之后），浏览器永远不会将其发送到服务器。 即使链接在传输过程中被拦截，没有该片段也无法解密文件。 服务器永远看不到明文或密钥。 原生 Mac 应用： 使用 Mac Catalyst 构建，支持完全双向拖放。 将文件拖到应用上即可上传。 将文件从应用中拖出即可将其保存到任何地方。 没有保存对话框，没有阻碍。感觉就像在 Finder 中移动文件一样。 我优化的内容： * 没有文件大小限制 * 没有压缩，保留原始质量 * 链接不会过期，除非您删除它们 * 为发送者提供原生的 Apple 用户体验，为接收者提供通用的浏览器访问 目标是让我的非技术家庭成员无需教程、账户或应用安装即可安全地接收文件。 我非常欢迎大家对加密方法和用户体验提出反馈，特别是来自构建或审查过类似系统的人。 网站：[https://stash-app.xyz](https://stash-app.xyz)