every-app/every-app

本页介绍外部开源仓库，并非 HDATF 产品。

它做什么

EveryApp处理编码智能体创建内部网页应用之后仍然存在的托管、登录和权限配置问题。目标用户是在自己的Cloudflare账户中运行这些应用的团队与开发者。输入包括应用定义、资源声明以及浏览器或AI工具请求，输出包括已部署应用和权限允许的处理结果。公开Gateway检查访问权限，通过内部连接把请求转发给私有应用Worker，应用入口再验证签名身份信息。起始示例把待办事项保存在D1中，并按已认证用户标识限制数据库查询与修改，说明数据行的可见范围仍由应用负责。示例工具区分读取、写入和破坏性操作的风险等级，通过AI工具调用的通用协议MCP由Gateway提供。应用声明也规定允许使用的能力，Gateway保管认证信息并中介外部API访问。文档要求使用Workers Paid的Cloudflare账户及由Cloudflare管理的域名，所提供结构按需使用Workers、D1、R2和KV。项目明确处于早期开发阶段，因此这种访问结构不能证明完整安全性、对所有SaaS的兼容性或已经具备生产运行条件。

许可证

MIT 宽松许可。保留版权声明即可商用和修改。

同领域的其他仓库

• warmbly/warmbly
  Warmbly 是一个可自托管的平台，面向使用自有邮箱开展销售邮件和邮箱预热的团队。用户连接 Gmail、Microsoft 或 SMTP 与 IMAP 账户，并提供联系人、连续发送的文案、时间和发送上限。它提供活动记录、打开与点击事件、回复、统一收件箱和客户管理记录。邮箱预热是指在受监控的邮箱池中逐步交换计划消息，并不保证后续邮件进入收件箱。架构将保存状态的 Go 后端和事件处理服务与可替换的 Go 工作进程分开，配合 Postgres、Redis、事件传递系统、React 仪表板及独立实时服务。工作进程通过各邮箱提供商提交邮件，而非直接投递给收件人，默认本地组合使用 NATS、本地密钥管理和文件存储。REST 接口、Webhook 和文档中的集成支持外部连接，AI 功能则需要另行配置模型提供商。文档的开始路径是使用 Docker Compose 发布镜像或源码构建，再通过一次性流程认领实例并连接邮箱，Google 和 Microsoft 账户需要 OAuth 应用配置。开发种子数据与自托管共用数据库，并写入公开的管理员访问资料，因此生产秘密值配置、加密密钥备份和演示环境隔离非常重要，本次调查未验证发送性能、收件箱到达率或 ATF 集成。
• gitroomhq/postiz-app
  Postiz是一款面向需要统一管理多个社交渠道发布工作的团队的社交媒体管理应用。它处理在同一处准备帖子、安排发布时间和查看渠道分析的工作。用户提供文案、媒体、关联账号和发布计划，得到已排期或已发布的内容以及可获取的分析结果。团队成员可以协作和评论，公开API以及文档介绍的MCP和CLI接口为外部自动化提供连接入口。官方技术构成包括NextJS界面、NestJS服务、使用PostgreSQL的Prisma和Temporal，开发配置还定义了Redis及辅助服务。用户可以选择托管云服务或自行运行开源版本，但所查看的开发compose文件明确不是生产配置。自行运行需要配置存储和环境、创建各社交平台的开发者应用并取得审批，可选AI功能还需要外部模型的认证信息。因此，自行运行并不会消除平台API权限要求、外部服务的数据处理，以及运营者对更新、备份和安全的责任。
• immortal71/openoncology
  OpenOncology是汇集肿瘤变异证据并为专家审核排列候选药物的研究平台，不是经过验证的治疗推荐服务。文档所述输入包括突变、拷贝数变化和融合信息，提交API在患者认证后接收活检文件、DNA文件和癌症类型。输出包括变异、证据等级、来源记录和候选药物排名，结果API与药物再利用API相互独立。FastAPI服务器配合Next.js界面、PostgreSQL、Redis、文件存储和后台任务运行，Docker配置使用Python 3.11与Node.js 20。基因组处理还需要额外的分析流程和参考资料，因此开发容器启动不等于原始测序分析能够完整完成。候选评分会重新分配多来源权重，并应用扣分与证据等级规则，当前配置与README中的旧权重说明不同。默认任务以首个可靶向变异为中心生成候选，因此不能把评估整个患者的描述套用于所有执行路径。开始前需要配置服务秘密值和证据访问，无法访问OncoKB时使用的静态替代数据存在来源与时效限制。官方文档已经撤回过去存在循环问题的肿瘤科医生一致性评价，MSK CHORD回顾性比较也只衡量与符合批准条件的药物是否一致，并不证明治疗效果。风险分析明确表示临床验证关卡尚未满足，不得用于治疗判断，本次调查也仅阅读原文，未验证医学有效性、性能或部署准备状态。
• coollabsio/coolify
  这是在自有服务器上部署和管理应用及数据库的自托管平台。管理员连接Git仓库、容器镜像或Docker Compose配置，管理构建、发布和运行日志。它提供随Git变更部署、预览环境及回退到保留镜像等流程。还管理域名、HTTPS、容器网络、健康检查、计划任务和备份设置。已检查的生产Compose配置区分平台、数据库和缓存的持久存储。开始前需要支持的Linux服务器、SSH权限、防火墙和存储准备。安装后仍需连接管理账号、仓库、环境变量、域名和权限，不会自动迁移所有已有应用。自托管意味着平台与业务的安全、容量和备份恢复由运营者负责。列出的备份或回退功能不保证每个应用数据完整恢复，仍需单独测试恢复流程。
• emanuele-em/kanzo
  Kanzo是供人与编码智能体在同一项目中协作的自托管任务看板。人员通过浏览器输入任务、说明、评论和图片，智能体使用连接AI工具的协议MCP或命令行。Rust程序提供REST形式的JSON API以及标准输入输出或HTTP形式的MCP，任务保存在SQLite中，图片存为本地文件，浏览器通过定期轮询更新。默认启动打开localhost:4242，共享和加入模式提供共享主机看板以及远程请求中继。任务支持待办、进行中、审核、完成以及可选的积压列表，并记录标签、顺序、评论和时间，但检查的结构中没有负责人、依赖关系或审计历史。next_task在写事务内选择非人工负责的待办任务并改为进行中，以设计机制阻止竞争选择，但不授予独占所有权。人工任务不会出现在智能体列表或自动选择中，但知道标识符的智能体仍可能修改或删除，代码并未强制此类保护。项目没有独立只读令牌，能够访问共享端口的人就能修改看板，因此启动前需要选择本地或共享方式、数据目录和网络限制。发行面向macOS、Linux和Windows，许可证为AGPL-3.0-only，介绍中的体积、内存、启动时间和令牌节省数字属于开发方测量，并非独立验证结果。

只收录进入 Trendshift 排行榜的仓库，榜单仅用于寻找候选项目，不转载名次。说明、许可证和星标数来自各 GitHub 仓库。解读是我们自己的判断。我们尚未测试这些项目，上榜并不证明质量。