← 返回列表
✓ 可直接安装
dsh 桌面端的 iterate 质量指挥中心 + 经验银行插件v3.2。把 iterate 生态的同一套…
自动检查通过:npm 包已发布且 engines 声明满足基线(声明 Node >=20);该结论来自程序自动检查,未经人工实机验证。 · 最近上游提交 2026/9/25 · 已提供中文文档
DeepSeek Harness (dsh) 插件,将 iterate 技能转变为自主闭环代码迭代——并行评审、确定性去重收敛、原子修复 + 验证自动停止、元评审一致性审计,以及干运行只读评审。由 iterate-skill monorepo 维护。
综合分
31.5
GitHub 分
31.5
用户评分
—
★ Stars
2
周下载量
—
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add iterate-pluginnpm 包 iterate-plugin 已校验归属本仓库,走 npm 安装最省事
信任档位:已验证本站已于 3 天前真实安装成功(L4 · 真实安装)
- 是什么
- dsh 原生插件 · chat
- 装得上吗
- 本站已真实安装成功(L4 · 真实安装,非静态推断)
- 安全吗
- 本站尚未对该插件做风险分级(暂未覆盖,不等同于无风险)
- 还在维护吗
- 活跃:最近一次提交在 1 天前
档位由下列信号合成:本站实装验证(真实安装,当前最高到 L4)· 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。 验证判据与等级说明 →
🟢实装验证通过· 2026/9/23
由本站实装验证器在真实 dsh 环境安装成功,非静态推断。
数据截至 2026/9/25(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查✓ 自动检查通过
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✓npm 包iterate-plugin @ 3.5.4
✓Node 引擎要求 >=20 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明
验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/21 09:00:34
依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-tools@deepseek-ai/dsh-util-values@deepseek-ai/dsh-agent@deepseek-ai/dsh-jobs@deepseek-ai/dsh-session用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
由 DeepSeek 最新模型翻译生成iterate-plugin for DeepSeek Harness (dsh)
dsh 桌面端的 iterate 质量指挥中心 + 经验银行插件(v3.2)。把 iterate 生态的同一套 review/fix loop 直接搬进 dsh 界面,新增质量门禁、经验银行、防御事件流与原生指挥操作。
English ·
简体中文
开发与评审在 iterate-skill 主仓库 完成:插件代码由主仓库统一维护,通过 git subtree 同步到本仓库;版本发版与 npm 发布在本仓库(插件仓库)进行,作为 dsh 生态的正式发布位。欢迎 star / fork 主仓库 并在 主仓库 Issues 反馈问题。
⭐ 如果这个插件对你的 dsh 工作流有帮助,欢迎为主仓库点亮 Star,这是对开源维护最大的支持!
iterate 生态一览 / The iterate Ecosystem
iterate 不是一个独立的工具,而是一套附着在现有 AI 助手之上的技能生态。 它不会替换你的 IDE 或 AI 工具,而是在你已有的工作流里,叠加一层"严格的代码收尾与把关"。整个生态由三个可互换组件构成,共用同一套 iterate.config.yaml 与同一套 9 维度审查体系:
- Core Skill + CLI / 核心技能与命令行 — 可移植 AI 技能 /iterate + iterate CLI。在 Trae / Claude Code / Cursor / Copilot / Codex 等 25+ 助手中以对话方式进行多轮迭代。
- iterate-harness / 无头引擎 — 独立无头引擎,命令 ih(npm: iterate-harness)。在终端 / CI / Git 钩子里脱离对话式助手,运行同一套闭环。
- iterate-plugin / dsh 桌面插件(本仓库) — dsh 桌面客户端插件(npm: iterate-plugin)。把 harness 运行时直接接入 dsh 界面:收敛看板、分诊面板、轮次进度,均以原生 dsh 控件形式展示。
三者关系:Core Skill 是最通用的跨助手审查/修复引擎("大脑");iterate-harness 是同一引擎封装为无头 CLI + WebUI,适合跑在无需交互的场景;iterate-plugin(本仓库)把 harness 运行时进一步封装为 dsh 插件,直接在 dsh 桌面客户端内渲染分诊 UI 与收敛看板。配置(iterate.config.yaml)与 9 维度审查体系三者完全一致——理解其一,即可举一反三。
生态其余组件的快速安装/入口:
Core Skill + CLI(一键安装到 25+ AI 编程助手)
npx iterate-skill-installer
iterate-harness:无头引擎(npm 包装器,最简)
npm install -g iterate-harness
curl -fsSL https://raw.githubusercontent.com/jingzhao-l/iterate-harness/main/scripts/install.sh | bash
ih iterate init && ih iterate review
iterate-plugin:dsh 桌面插件(本仓库,安装命令在下文「安装」一节重复列出)
dsh plugin --profile web add iterate-plugin
本文档从下一节开始聚焦 iterate-plugin(本仓库)。核心技能文档见 iterate-skill 主仓库,无头引擎文档见 iterate-harness 独立仓库。
这是什么 / About This Plugin
iterate 是一个让 AI 编程助手具备多轮自主代码审查与修复能力的开源项目。它解决很具体的痛点:
AI 助手往往"说得多、做得浅":一次对话只改几行、看过一个文件就不再管全局,也很少回头复核自己改坏的东西。iterate 把这些收尾工作——逐项审查、分维度排查、修复、验证、再迭代——自动化,让 AI 真正像资深工程师一样把改动做完、做对。
iterate-plugin 是 iterate 项目在 DeepSeek Harness (dsh) 桌面客户端中的落地插件。它把 iterate 的审查闭环(review → triage → fix → validate → 收敛)直接带进 dsh 的界面:提供自治闭环代码迭代(normal 模式)与 dry-run 纯多轮审查(只读)两种能力。
v3.2 质量指挥中心:插件已从"被动观察面板"升级为"主动指挥中心 + 知识库"。新增质量门禁读取与可写计算(compute)、经验银行(检索 / 采纳 / 新增 add)、防御事件流(记录 + 中英双语标签)、原生命令按钮与 task_mode 指示器。
除 17 个纯函数工具外,还内置一套免构建的 Web UI 层(收敛看板、分诊面板、统计卡片、10 标签页运行时观测台、主题皮肤等),直接挂在 dsh 客户端的既有 UI 槽位上。配置方式(iterate.config.yaml 与审查维度)与迭代生态的另外两个组件(技能 / 无头引擎)完全一致,迁移零成本。
📑 目录
- ✨ 特性
- 📦 安装
- 💬 使用
- ⚙️ 项目配置
- 🔧 注册工具
- 📁 运行时产物布局
- 🎨 设计
- 🧪 运行测试
- ⚠️ 免责声明与许可
✨ 特性
两种运行模式
插件与生态其他组件运行同一套 iterate 引擎,要么完全只读、要么作为自治修复闭环:
- dry-run(只读) — 反复多维度审查直到收敛,零文件修改。
- normal(自治) — 审查 → 原子修复 → 每轮验证 → 失败回滚 → 循环直到收敛。
两种模式共通:
- 多轮收敛反复审查
- 并行维度评审
- 确定性聚合 / 去重 / 排序
- meta-review 报告一致性审计
- 达标自停
- 断点保存 / 恢复(长迭代续跑)
normal 模式额外提供:
- 只修改 atomic 问题(architectural 问题保留待后续批准)
- 每轮修复后验证
- 修复失败自动回滚
UI 层(客户端免构建槽位,v3.2:10 个标签页)
- 收敛看板 ConvergenceDashboard(conversation.input.dock)— 输入框上方实时显示轮次进度条、严重度统计、维度徽章、趋势迷你图;normal 模式另显示修复计数徽章;还有运行阶段芯片(当前工作流阶段 + 运行中/已结束)与 v3.2 task_mode 指示器(code / iterate)。
- 运行时观测台 ObservatoryPanel(conversation.input.dock)— 输入框下方十个标签页运行时观测台:实时活动流(支持按活动类型筛选)、审查线程(支持全部展开/全部收起)、收敛趋势、发现定位(支持按严重度/维度/关键词筛选)、修复与回滚、断点恢复、决策时间线(支持按类型/轮次筛选与关键词搜索)。v3.2 新增标签:质量门禁(F8)、经验银行(F9)、防御事件(F10);支持一键导出全部观测数据为 JSON(优先下载,失败回退复制)。v3.5.3 新增重置操作:F5 复制 iterate_checkpoint clear、F8 复制 iterate_quality_gate clear、F10 复制 iterate_defense_events clear 指令。
- Findings 分诊面板 TriagePanel(conversation.chat.turnTail)— 逐条 y/n/a 判定,支持筛选、批量(含一键全选所有 findings)、键盘快捷键、localStorage 持久化、复制 YAML / 应用指令。v3.2:原生命令按钮(批准架构修复、触发新一轮、回滚到断点)。
- 收敛统计卡片 StatsCard(conversation.chat.turnTail)— 无 findings 时显示收敛统计、历史轮次、趋势图、完成摘要。
- iterate 主题皮肤(theme.overrideTokens)— 暖琥珀配色的 13 个 --dsw- token 覆盖,明暗双模式,可在设置页开关。
- 进度胶囊 ProgressCapsule(shell.overlay)— 每轮完成 / 收敛时右下角弹出通知(含收敛确认)。
- iterate 设置区 SettingsPanel(settings.section)— 主题开关、分诊持久化说明、配置管理指引、运行时状态概览(产物布局 + 查看/清理工具指引)、一键清空分诊数据。
UI 层为防御式设计:slots / theme / React 任一不可用时自动降级,不会崩溃客户端。
工具之外的闭环行为
除 17 个注册工具(完整参考见下文)外,插件还端到端打通了几条关键闭环:
- findings 分诊闭环 — 审查 → UI 分诊(y/n/a)→ iterate_triage 写回 known_intentional → 下一轮自动过滤
- 结构化修复系统 — 每次修复先备份、写注册表、记录 diff,验证失败可 iterate_rollback 还原
- 断点续跑 — 长迭代在每轮开头保存 checkpoint,中断后可恢复进度
- 历史审计 — iterate_history 读取决策日志(按类型/时间/数量过滤)与修复注册表汇总,审查运行过程与修复明细
- 运行时清理 — iterate_prune 清理过期的决策日志条目、陈旧断点、孤儿修复备份、空轮次与原子写入崩溃残留的临时文件;默认 dry-run 只报告不删除,显式 dryRun:false 才真正清理,每次清理写入决策日志
- 配置读写 — iterate_config 支持带校验、备份、回滚的局部写入
- v3.2 经验银行 — iterate_experience 以检索 / 过滤 / 采纳查阅历史修复与模式,并可 add 持久化新的已验证修复——重复添加同一 pattern + dimension 时累加命中次数而非重复写入
- v3.2 质量门禁 — iterate_quality_gate 读取质量门禁状态(各维度收敛率 + PASS/FAIL),并可基于本轮 findings / 验证结果 compute 重新计算并持久化一份新的质量凭证(收敛率来自 findingsByRound 的真实收敛序列)
- v3.2 防御事件流 — iterate_defense_events 查询防御事件(前置条件失败、回滚、不变量违反、假设证伪),并可 record 记录新事件;可读标签跟随项目语言(en / zh)
📦 安装
从 npm 安装
dsh plugin --profile web add iterate-plugin
或
pnpm add iterate-plugin
从 GitHub 安装(dsh 生态第三方安装方式)
dsh 官方支持从 GitHub 插件仓库直接安装:dsh plugin --profile web add "github:owner/repo#ref"(仓库根即插件,声明 dsh.bundle 后自动启用)。本插件在 iterate-plugin 独立仓库 维护仓库根即插件的发布位,由主仓库通过 git subtree 同步,内容与 npm 包一致:
dsh plugin --profile web add "github:jingzhao-l/iterate-plugin#main"
安装完成后需重启 dsh 服务(建议 dsh web --patch)并刷新页面,宿主与客户端 UI 层才会加载。
本地开发 / 源码挂载
dsh plugin --profile web add /path/to/iterate-skill/harness/iterate-plugin
或
pnpm add /path/to/iterate-skill/harness/iterate-plugin
然后在你的 profile cordis.patch.yml 添加:
- insert:
- id: iterate-plugin
name: 'iterate-plugin'
插件包自带 dsh.bundle.patch(即 cordis.patch.yml),npm 包内 files 已白名单化(src / lib / dist / cordis.patch.yml / README.md / LICENSE)。其中 dist/ 为 TypeScript 服务端逻辑的编译产物,随包分发以兼容 dsh 的 github:owner/repo#ref git-clone 安装方式(Node 不擦除 node_modules 下的 TS 类型)。
💬 使用
dry-run 模式(纯反复审查,不修改文件)
当你想要"只是反复审查,不修改文件",prompt 示例:
dry-run review this project, find all issues across all dimensions
插件会自动触发 iterate 工作流:
1. plan → 读取配置,生成评审计划
2. loop → 每轮并行评审,只找新问题 → 确定性聚合去重 → 统计收敛 → 无新问题则停止
3. meta-review → 审计报告一致性
4. report → 输出最终结果
normal 模式(自治闭环迭代)
当你想要"iterate this project / fix the issues found",prompt 示例:
iterate on this project, fix all atomic issues
工作流:
1. plan → 读取配置
2. loop → 并行评审 → 聚合去重 → 原子问题并行修复 → 执行验证命令 → 验证失败则回滚 → 记录日志 → 无新问题则停止
3. report → 输出修复统计
⚙️ 项目配置
在项目根目录放 iterate.config.yaml:
评审目标(例如 "提高代码质量,修复潜在bug,改善可维护性")
goal: "Improve code quality of the project"
评审维度(从本插件预定义维度选或自定义)
dimensions:
- correctness
- security
- performance
- maintainability
- code-style
最大评审轮次
max_rounds: 3
评审范围
review:
scope: full # full = 全项目,changed-only = 只看变更文件
原子修复阈值(单次修复允许改动的最大行数,超过需 force)
atomic:
max_lines: 20
已知故意不修复的问题(评审会过滤掉,不再重复报告)
personalization:
known_intentional:
- file: src/example.ts
line: 42
dimension: security
reason: "Intentional for demonstration"
验证命令(修复后自动跑,结果记入日志)
validation:
commands:
- npm test
- npm run typecheck
配置可通过 iterate_config 工具读取与校验式局部写入(自动备份,写入失败自动回滚)。
🔧 注册工具(v3.2:17 个)
- iterate_config — 读取 / 写入 iterate.config.yaml。operation=read 返回完整配置或指定 section;operation=write 做 schema 校验、备份后局部合并写入,失败自动回滚
- iterate_validate — 运行白名单验证命令,返回结果
- iterate_decision_log — 追加决策日志(只追加,不改旧),存储于 .iterate/decision-log.jsonl
- iterate_context — 读取 SKILL.md / ITERATE.md 上下文
- iterate_review — 确定性评审引擎:plan 生成计划,aggregate 聚合去重 + 收敛统计,meta-review 审计报告一致性。纯计算,不触碰文件系统
- iterate_triage — 管理 personalization.known_intentional:apply 校验、去重(file|dimension|line)、备份后写回配置;list 读回当前条目。是浏览器分诊面板写回配置的唯一通道
- iterate_fix — 应用一个原子修复:校验相对路径、备份原文件、按 atomic.max_lines 强制原子性(可 force 跳过)、写入新内容、记录 FixRecord 与 atomic_fix 日志。normal 模式唯一合法的改文件入口
- iterate_diff — 查看修复累积变更:指定 file 返回相对首个备份的 unified diff;省略则返回每个已修复文件的汇总
- iterate_rollback — 回滚一个已应用的修复:从备份还原文件、从注册表移除该 FixRecord、追加 revert 日志。用于某轮验证失败后
- iterate_checkpoint — 迭代断点:save 保存当前进度到 .iterate/checkpoint.json,load 读回,resume 加载并累加恢复计数(中断恢复),clear 清除(findings 载荷有上限,强制 round ≤ maxRounds)。长迭代可中断续跑
- iterate_status — 汇总当前迭代状态:模式、当前轮/总轮、已修复数、剩余 architectural、决策日志条数、是否存在 checkpoint;v3.4:同时返回持久化的质量门禁快照、经验银行摘要与防御事件摘要(qualityGate / experienceBank / defenseEvents)
- iterate_history — 读取迭代历史(只读):决策日志条目(可按 type / since / limit 过滤,默认取最新 50 条,上限 200 条)+ 修复注册表汇总(各轮 fixed/failed 计数)。用于审查运行过程、审计日志、盘点修复
- iterate_prune — 清理运行时产物:过期决策日志条目(按 retainDays,默认 30 天)、陈旧断点、孤儿修复备份、空轮次、崩溃原子写入残留的临时文件。默认 dry-run 只报告不删除;dryRun:false 才真正清理,每次清理写入决策日志
- iterate_transcript — 运行时观测台:把审查转录、线程、修复与 nudge 指令持久化到 .iterate/transcript.json,供客户端观测台读取
- iterate_experience — v3.2 查询经验银行(list / search / get),或 add 一条新的已验证修复:重复添加同一 pattern + dimension 累加命中次数而非重复写入。v3.5 新增 remove:按 id 删除过时或错误的经验条目。持久化到 .iterate/experience.json
- iterate_quality_gate — v3.2 读取质量凭证(read),或基于 findings、验证结果、findingsByRound 与 fixedByDimension 重新计算并持久化一份新凭证(compute)。真实的逐维度收敛率。v3.5 新增 clear:删除持久化的质量凭证,用于新一轮迭代前重置陈旧的门禁
- iterate_defense_events — v3.2 查询防御事件(list / counts),record 记录一条新事件,或 v3.5.3 clear 清除持久化事件流,让新一轮迭代不带陈旧防御数据起跑。可读标签跟随项目语言(en / zh)
📁 运行时产物布局
所有运行时状态都落在项目根目录的 .iterate/ 下(可由 .gitignore 排除):
.iterate/
decision-log.jsonl # 追加式决策日志(plan/review/fix/revert…)
checkpoint.json # 迭代断点(断点续跑)
transcript.json # 运行时观测台清单(各 reviewer 线程、趋势、修复、时间线、nudge)
transcript-live.ndjson # 追加式近实时 reviewer 活动流(read/fix/rollback/validate…),带字节上限
experience.json # v3.2:经验银行(跨会话积累的历史修复与模式)
quality-gate.json # v3.2:质量门禁快照(维度收敛率、验证通过率、PASS/FAIL)
defense-events.json # v3.2:防御事件流(前置条件失败、回滚、不变量违反、假设证伪)
fixes/
registry.json # 修复注册表(FixRecord 列表,按轮次组织)
_.bak # 每次修复前的原文件备份
🔐 权限、依赖与兼容性
Node.js / DSH 兼容范围
- Node.js:>=20(package.json 的 engines.node)。
- DSH:在 dsh.compatibility.dshReleases 中声明官方 0.1.1-rc.1、
0.1.2-alpha.4、0.1.2-alpha.5、0.1.2-rc.1、0.1.3-alpha.1 五个版本为
compatible。插件基于 @deepseek-ai/dsh-tools / @deepseek-ai/dsh-util-values
0.1.2-rc.1 构建,只使用公开契约(工具注册、客户端 slots + theme、bundle patch);
0.1.3-alpha.1 为匹配当前 DSH 发布窗口的源码声明,插件不使用该发布变更的任何 API。
- 一次性 Profile 证据(真实,dsh CLI 0.1.1-rc.1):在临时 $DSH_HOME 下
dsh plugin --profile add 约 449ms 完成安装;dsh --profile
--dump-config 正确合成 iterate-plugin bundle patch;dsh plugin --profile
remove iterate-plugin 约 602ms 卸载完成、合成配置中不存在残留引用。完整运行时
启动未在此环境演练(一次性 Profile 无模型提供方),故 dshOperations 的
start/rollback 证据为 unknown/partial——确切命令与耗时见 CHANGELOG.md。
运行时权限(保守披露)
插件与 DSH 宿主共享同一进程能力,涉及以下能力;具备高权限意味着 DSH Profile
安装仍需 user-reviewed/守卫,不会自动放行:
- 文件(files) — 读写 /.iterate/ 下的项目本地状态(决策日志、
检查点、transcript、修复备份/注册表、质量门禁、经验银行、防御事件)。
iterate_fix / iterate_triage 还会就地修改用户源码(路径遍历防护限定在解析后
的项目根目录内,每次修复前备份、失败回滚)。客户端侧把分诊判定持久化到 localStorage。
- 命令(commands) — 插件的工具本身只执行一个严格受限的命令面、且仅在模型调用时
于 dsh 宿主进程内运行:iterate_validate 运行 iterate.config.yaml
validation.commands 中逐条精确匹配白名单的命令(是的,经由
node:child_process 执行,超时上限 600 秒);iterate_review(changed-only 范围)
在项目根目录运行 git diff --name-only -z 。除此之外不启动任何进程。
客户端"指挥按钮"只复制可粘贴的指令文本,不启动任何进程。
- 凭据(credentials) — 本插件运行时不读取或传输凭据。同生态的
iterate-skill / iterate-harness 组件在用户自行执行 Git/API 操作时可能读取
git 凭据 / GitHub token;它们是独立包,本插件从不加载它们。
- 网络(network) — 运行时无任何网络访问(全部本地)。
依赖
运行时依赖:@deepseek-ai/cordis、@deepseek-ai/dsh-tools、
@deepseek-ai/dsh-util-values、js-yaml——全部精确锁版。无安装期生命周期脚本
(preinstall/install/postinstall/prepare);仅 prepublishOnly(构建)在发布时运行。
失败边界
- 所有写入都是原子的(临时文件 + rename),且限定在 .iterate/ 下;写入中途崩溃
不会损坏 checkpoint / transcript。
- 持久化失败以结构化 { ok: false, error } 返回,而不是静默成功。
- 修复编辑先备份再应用,验证失败自动回滚。
- 某个 slot / 服务不可用时 UI 优雅降级。
🎨 设计
插件遵循 dsh "everything-is-a-plugin" 架构:
- 只做两件事 — 注入系统 prompt 教模型写 iterate workflow + 注册 17 个纯函数工具
- 所有 orchestration 通过 dsh 原生 workflow + agent + parallel 完成
- 核心逻辑全部纯函数(去重 / 过滤 / 排序 / 收敛 / meta-audit / diff 计算 / 历史过滤 / 清理报告),可单元测试,无 I/O
- 安全模型 — 文件写入限定在解析后的项目根目录内(路径遍历防护);写文件前必备份,失败回滚;配置写入同样备份 + 回滚;iterate_prune 默认 dry-run、只清理 .iterate/ 下产物、每次清理写日志;iterate_fix 对 content 设字符上限、iterate_triage 对 entries 设数量上限,防止异常超大负载
- UI 免构建 — lib/client.js 用 React.createElement 树 + 注入 标签,全部颜色走 --dsw- 令牌,缺服务自动降级
- v3.2 质量指挥中心 — 把插件从"被动观察面板"升级为"主动指挥中心 + 知识库"——质量门禁(读 + compute)、经验银行(读 + add)、防御事件(读 + record)与原生指挥按钮
- 遵循 iterate 原技能的设计原则:确定性收敛,可审计,最小权限
🧪 运行测试
cd harness/iterate-plugin
npm install
npm run typecheck
npm test
所有测试通过:
- 466 个单元测试全绿,类型检查通过
- 覆盖:去重、过滤、排序、多轮收敛、meta-review 审计、路径安全、超时钳制、配置读写与回滚、triage 合并、diff 计算、checkpoint 校验、修复注册表、历史读取与过滤、prune 清理报告与 dry-run 语义、UI 纯函数(select-all 键、运行时状态指引)、v3.2:经验银行、质量门禁、防御事件、审批门禁 fail-open 路径等
⚠️ 免责声明与许可
免责声明
本项目按「现状」(AS IS)提供,不附带任何明示或暗示的担保,包括但不限于对适销性、特定用途适用性及不侵权性的担保。
自动化的代码审查与修复存在固有风险。 normal 模式下产生的改动均由 AI 模型生成,可能引入缺陷、回归或非预期行为。在合并改动前,你应当:
- 在应用到主分支或推送前,逐条 review 每一处 diff。
- 确保项目处于 git 版本控制之下,并可随时回滚(git restore、revert 或从备份恢复)。
- 在每轮修复后运行项目自身的测试与构建检查。
- 切勿在密钥、凭证、.env 或任何不允许修改的文件上运行本项目;请在配置中设置 protected_paths 予以保护。
使用者需为本项目使用过程中所产生、修改或提交的代码负全部责任。使用本项目即表示你同意:维护者与贡献者不对因使用本项目而导致的任何损失、损害或法律后果承担责任。
License
MIT