Hermes 原生加固路径 · 本地运行 · 先计划再执行Hermes-native hardening path · Runs locally · Plan first before apply
M78Armor Hermes square logo

Hermes Lite vs Core 先看清,还是直接开始整改

Hermes Lite vs Core Start with visibility, or move straight to remediation

当你还在判断问题范围时,Lite 通常足够。当你已经知道问题存在,只是不想继续靠手改推进,Core 才是更合适的下一步。

Lite is usually enough when you still need scope and confidence. Core becomes the better path when you already know the problems are real and you do not want to keep pushing changes by hand.

Lite 负责看清问题,Core 负责把整改做短做稳
Lite shows the problem clearly. Core makes remediation shorter and steadier.

选 Lite

你现在先要判断,不急着改

你想先看 gateway、approval、terminal、MCP、secret 和网站拦截策略的当前状态,还没准备好做文件变更。

选 Core

你已经知道问题在哪,只想更稳地做完整改

你不想继续靠手改、记忆和临时回退来推进环境收敛,需要一条更短、可恢复的执行路径。

Choose Lite

You need visibility first, not file changes

You want to inspect gateway, approval, terminal, MCP, secrets, and website blocklist posture before you decide whether the environment should be changed.

Choose Core

You already know the issues and want a steadier fix path

You do not want to keep relying on hand-edits, memory-based rollback, and scattered remediation steps. You want a shorter, recoverable execution path.

维度Hermes LiteHermes Core
定位只读基线审计计划优先整改路径
文件改动有,但先备份
输出内容发现项、严重度、人工工作量计划、执行、备份、恢复、剩余问题
适合阶段先判断是否需要动手已经决定要完成整改
风险控制只读边界,本身风险极低Backup-before-write,Restore 可用
主要价值把漂移和问题讲清楚把整改动作做短、做稳、做可恢复
何时升级发现项越来越多,但你还在手改你已经不想再用 YAML 手术和记忆式回退维持环境
DimensionHermes LiteHermes Core
PositioningRead-only baseline auditPlan-first remediation path
Touches filesNoYes, with backup first
OutputFindings, severity, manual effortPlan, apply path, backup, restore, residual issues
Best stageYou are still deciding whether change is neededYou already know remediation needs to happen
Risk controlRead-only by designBackup-before-write with restore available
Main valueMakes the drift and problem surface obviousMakes remediation shorter, steadier, and recoverable
Upgrade triggerYou keep finding issues but still fix everything manuallyYou no longer want the environment to depend on YAML surgery and memory-based rollback
场景 1

你先想看清问题范围

你需要知道当前环境是否偏离了更稳的基线,但还没准备好做任何文件改动。

场景 2

你现在只接受只读检查

你希望先拿到判断,再决定是否进入整改,不想在第一步就触碰配置文件。

场景 3

你仍愿意自己手工处理

你还有时间逐项核对文档、编辑配置、自己设计回退动作。

Case 1

You need scope before you need action

You want to know whether the current environment has drifted away from a safer baseline, but you are not ready to change files yet.

Case 2

You only want read-only safety right now

You want a decision first and remediation later. The first step still needs to stay strictly non-mutating.

Case 3

You still accept manual remediation

You still have the time to cross-check docs, edit configuration by hand, and design your own rollback path.

信号 1

你已经知道哪里有问题

再多一份只读报告不会改变事实。你需要的是执行路径,而不是继续停在诊断阶段。

信号 2

你不信任手工回退

你不希望 approval、ENV、allowlist 或 blocklist 的变更继续依赖记忆式恢复。

信号 3

你要反复做这件事

当整改动作开始变成反复执行的工作,Core 的价值会比 Lite 更快放大。

Signal 1

You already know what is wrong

Another read-only report will not change the reality. You need execution, not one more diagnostic pass.

Signal 2

You do not trust manual rollback anymore

You do not want approval, ENV, allowlist, or blocklist changes to depend on memory-based recovery.

Signal 3

You need repeatability

When remediation becomes recurring operator work, Core becomes materially more valuable than staying read-only.

Lite 找到问题,不等于 Lite 替你完成整改。Core 的价值不是“再看一次发现项”,而是更短、更稳、可恢复的执行路径。
Lite finding the issues does not mean Lite finishes the remediation. The value in Core is not another findings pass. It is the shorter, steadier, recoverable execution path.
继续看 LiteKeep exploring Lite 直接购买 CoreBuy Core