面向 Coding Agent 的治理工程
60.3/100
综合分
146
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/11/1 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
自动兼容检查未通过:缺少 main/exports/bin 入口声明;仓库 package.json 标记 private,未发布到 npm,需从源码安装。以下命令仍可尝试,但可能失败。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add GanyuanRan/Autoloom该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:需留意
是什么
dsh 原生插件 · desktop
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 4 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查需源码安装缺少 main/exports/bin 入口声明;仓库 package.json 标记 private,未发布到 npm,需从源码安装
展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✗npm 包autoloom-public-site(未发布到 npm,仅可源码安装)
✓Node 引擎要求 ^22.19.0 || >=24.0.0 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✗入口文件缺少入口声明
源码安装时若 pnpm 拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。
验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/31 14:12:37
安全扫描自动 · 静态分析源码v2.7.0🟢 扫描:未发现敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0静态扫描未发现敏感能力:最多只发网络请求、读取自身元数据或只读文件,未发现执行命令、文件写入或敏感信息读取。
扫描于 2026/11/2(1 天前) · 范围 全包扫描 · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
界面预览
2 张 · 点击查看大图功能亮点
- 基线感知变更
- 证据支撑交付
- 自选模型
把 Aegis 治理内建到执行环节的 AI 编程:变更感知基线,交付有据可查。免费桌面客户端,模型任你选。将哲科思维融入 AI 开发执行,让变更有依据、交付有证据。用创意编织现实。
README
由 DeepSeek 最新模型翻译生成Autoloom
面向 Coding Agent 的治理工程
官网 · 下载 Beta · 使用文档 · 反馈与建议 · English
https://github.com/user-attachments/assets/65035e92-dc4d-43db-b604-021529dac6cf
在官网观看 →
对话界面设置界面
让工程判断进入 AI 开发的执行过程。
Autoloom 将 Aegis 的核心治理方法融入开发运行时:先判断改动是否必要,修改前检验关键假设,交付前对照需求与执行证据复核结果。
减少你反复提醒 Agent 先查原因、避免无谓复杂度、说明实际验证结果的负担。
把工程思维落到每一次关键判断
| 方法 | 在开发流程中做什么 |
| 第一性原理与变更必要性 | 任务开始时,从目标、事实、已有能力与约束出发,判断为什么需要改动,是否已有足够好的解决方式。 |
| 反熵与结构复杂度检查 | 修改前检查重复职责、多余层次和维护负担,让增加的复杂度对应具体问题。 |
| 反证与因果诊断 | 修改前检查方案可能失效的条件;执行失败后,要求依据现象与证据追查原因。 |
| 实施一致性与完成复核 | 结果提交前,对照任务要求、实际执行和验证资料,说明完成了什么、还有什么未经验证。
展开完整文档(README 剩余 1 节)
Autoloom 面向 Coding Agent 的治理工程 官网 · 下载 Beta · 使用文档 · 反馈与建议 · English https://github.com/user-attachments/assets/65035e92-dc4d-43db-b604-021529dac6cf 在官网观看 → 对话界面设置界面 让工程判断进入 AI 开发的执行过程。 Autoloom 将 Aegis 的核心治理方法融入开发运行时:先判断改动是否必要,修改前检验关键假设,交付前对照需求与执行证据复核结果。 减少你反复提醒 Agent 先查原因、避免无谓复杂度、说明实际验证结果的负担。 把工程思维落到每一次关键判断 | 方法 | 在开发流程中做什么 | | 第一性原理与变更必要性 | 任务开始时,从目标、事实、已有能力与约束出发,判断为什么需要改动,是否已有足够好的解决方式。 | | 反熵与结构复杂度检查 | 修改前检查重复职责、多余层次和维护负担,让增加的复杂度对应具体问题。 | | 反证与因果诊断 | 修改前检查方案可能失效的条件;执行失败后,要求依据现象与证据追查原因。 | | 实施一致性与完成复核 | 结果提交前,对照任务要求、实际执行和验证资料,说明完成了什么、还有什么未经验证。 | Autoloom 在相应环节投递这些方法要求,并检查关键操作的前置顺序、保留过程记录。方法是否被正确运用、结果是否可靠,仍需通过代码、运行结果与验证证据判断。 项目变更获准执行前,对话中可以折叠展示“治理影响”,说明相关方法怎样改变了这一次具体操作。面向用户的字段跟随请求语言,完整记录仍可随时查看。 已记录的项目目标、约束和关键决定随项目保留;调整这些决定时,会展示具体差异供你审核。你也可以配置测试优先偏好与代码复杂度阈值,让开发过程遵循项目自身的要求。 从工程方法到实际执行 Aegis(GitHub)是我们维护的开源 AI 工程方法包。Autoloom 将其核心治理方法融入开发流程,覆盖变更必要性、复杂度治理、因果诊断与交付复核。 方法指导按需加载;关键操作的前置检查、任务状态与执行证据由运行时维护,让治理要求与真实执行关联,减少用户反复提醒和核对的负担。交付是否可靠,仍以实际验证结果为依据。 从 DeepSeek Harness 出发,持续打磨自己的开发方式 Autoloom 基于 DeepSeek 官方开源项目 DeepSeek Harness dsh-v0.1.1-rc.2 打造,对应源码提交为 b150a551,沿用 Cordis 插件机制。 我们会持续关注官方后续版本,借鉴其中值得吸收的优点。适合 Autoloom、能够解决实际问题的改进,会经过适配与验证后纳入产品;目前已吸收部分后续可靠性修复。 同时,我们坚持自己的产品方向:把工程判断放进自动开发,让过程有依据、结果能核对,并持续减少用户的监督负担。Autoloom 使用独立的版本号与发布节奏。 感谢 DeepSeek Harness、Cordis 与相关开源项目的贡献。客户端保留第三方许可证和版权声明。 我们要走向哪里 成为一个可信赖的全自动 AI 软件开发平台。 让创意从需求、设计走到实现、验证与持续迭代,让更多开发工作能够自主推进,同时让关键决定、过程依据和交付结果清楚可查。 这条路还需要持续回答一个问题:怎样在成本、速度、质量之间,取得尽可能好的平衡? 我们关注的是把一项需求可靠交付的总成本:模型调用、等待时间、人工监督,以及缺陷带来的返工。减少无效尝试和重复上下文,把验证投入放在真正影响结果的地方,是我们持续优化的方向。不同任务需要不同取舍;我们会努力扩大三者能够兼顾的空间,并用实际任务检验改进。 Autoloom 目前处于 Beta 阶段。全自动开发与更好的三者平衡,是我们持续投入的目标。 后续将支持 macOS 和 Linux 桌面客户端,让你在习惯的操作系统上使用 Autoloom。目前可下载的是 Windows x64 版本;macOS/Linux 版本的具体进展将通过本仓库公布。 关注下一步进展 如果你也期待 AI 开发具备这样的工程判断,欢迎 ⭐ Star Autoloom,支持我们继续打磨。点击链接回到仓库顶部,再点击右上角的 Star 即可。 想持续收到新版本和仓库动态提醒,请点击仓库右上角 Watch → All Activity(所有动态)。通知接收方式可以在 GitHub 设置中调整。Star 用于收藏和表达支持,订阅通知请使用 Watch。 开始使用 1. 前往 Releases,下载 Windows x64 安装包 Autoloom-<版本>-win-x64.exe。 2. 安装并打开 Autoloom,在设置中添加自己的模型供应商与 API Key,选择默认模型。 3. 打开一个有备份的测试项目,从一项范围清楚的改动开始。 客户端免费使用,模型费用由你选择的供应商收取。 工作台支持本地项目与 SSH 连接的 Linux x64 项目,提供项目文件、代码差异、命令日志、预览入口和停靠式交互终端。远端环境要求见下方 Beta 使用说明。 本地与 SSH 项目均可通过内置 Parallel/Exa 公共 MCP 服务搜索,无须另配搜索 API key。直接网页读取兼容代理 Fake-IP DNS,并保留公网访问校验;匿名搜索仍受上游额度限制。 安装版支持后台检查和下载 Beta 更新。下载完成后点击“重启更新”即可安装并重新打开客户端;活动任务需先完成或停止,普通退出不会安装更新。旧 ZIP 解压版用户需手动安装首个安装版。 使用文档包含模型供应商、权限、本地与 SSH 项目、Session 备份、更新和故障排查说明。 项目信息 - 安全策略与私密漏洞报告入口 - 数据与隐私 - 从 GitHub Releases 自动生成的版本历史 - 许可与使用条款 带一个真实需求来试试 欢迎在 Issues 告诉我们:Autoloom 帮你完成了什么,哪一步仍需要你反复提醒,哪些地方让你不敢接受结果。你的真实使用经历,会帮助我们判断下一步最值得改进什么。 反馈问题时请附上版本、系统信息、复现步骤及预期和实际结果;分享日志或截图前请移除密钥、访问令牌和个人信息。 本仓库是 Autoloom 的官方下载、版本说明与反馈入口。 Autoloom 客户端源码目前尚未公开。我们会根据项目进展、社区反馈和持续维护的实际情况,评估后续的开源范围与方式。当前的闭源状态并不意味着永久闭源;具体计划确定后,将在本仓库公布。 Beta 使用说明与验证范围 - 当前发布 Windows x64 测试版。Beta 阶段数据格式可能变化,升级前请备份重要项目和任务记录;不兼容版本会提供手动升级指引。 - SSH 远端项目支持 Linux x64,需要可用的 SSH 连接及 Node.js 22.x(22.19 或更高)。运行受限命令还需要可用的 Bubblewrap 沙箱后端。 - 当前安装包未进行 Windows 代码签名,可能显示未知发布者或 SmartScreen 提示。请从本仓库 Releases 下载并核对校验和,无需关闭系统安全功能。 - 每个版本提供 SHA256SUMS。可用 PowerShell Get-FileHash -Algorithm SHA256 <安装包路径> 核对文件。 - 各版本的变更和验证范围以对应 Release 说明为准;无密钥安装、更新或界面检查不等于真实模型端到端测试通过。 中文用户可扫描下方二维码加入 QQ 群交流(群号:694329785)。
预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
GanyuanRan/Autoloom
面向 Coding Agent 的治理工程
相关插件 · 桌面端
Codex 任务面板chuspeeism/dashi-taskboard
现代化可灵活嵌入的任务面板,支持 Codex、DeepSeek Harness
★ 3,409已汉化DSH
71.7
多智能体自进化开发平台Prism-Shadow/penguin-harness
统一、稳定的 Agent 自进化框架全自动优化:任意模型 · 任意算法 · 任意 Benchmark
★ 3,111已汉化DSH
71.1
桌面宠物PC2005-cloud/dsh-pet
DSH 桌面宠物:一行命令装好即用的透明动画小桌宠,支持多开、大小位置随心配置;还内置 DIY 素材链,能用 AI…
★ 5,341已汉化DSH
71
多端 Agent 工作台GCWing/OpenBitFun
OpenBitFun 是一个高度可定制的开源 Agent 工作台,让任务按你的方式持续推进。
★ 3,449已汉化DSH
70.8
DSH Desktopanywhere-labs/dsh-desktop
为 DeepSeek Harness DSH 插件生态打造的现代化桌面端解决方案。万物皆「插件」,桌面本身也是「插件」。
★ 34,532已汉化DSH
70.7
桌面宠物伴侣OpenPetsHQ/openpets
桌面伴侣平台,带宠物、插件,还能选配本地智能体集成。
★ 1,353已汉化DSH
70.2