KKKKhazix/agent-autoloop

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

它做什么

这是让终端代理接收事件处理工作、只在需要人决策时提问的自动化中间层。它不提供自有模型，而是调用已经安装并登录的Claude Code、Codex等执行器。定时、GitHub和外部HTTP事件按规则分配给指定代理与工作目录。代理的最终回复及结构化回执会成为完成记录、提问卡片、通知或延后复查状态。等待回答时退出代理进程，收到回答后可以继续原会话。它需要macOS或Linux、Node 24、Git、curl和已认证代理，当前README明确表示尚不支持Windows。事件源、通知渠道、代理和交付流水线分为需要单独配置的插件。部分渠道和业务模板只做过模拟验证，通用命令适配器也不会强制限制所有执行器的权限。模型用量计入所连接账号，恶意输入与同一系统账号下的文件访问仍需额外控制。

许可证

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

同领域的其他仓库

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

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