需先自行安装要管理的 coding agent,否则无宿主可接管;首次打开不会自动接管所有执行器,需在控制台手动开启;Web 默认只监听 127.0.0.1:7788,SSH/WSL 无桌面环境需加 --no-open;静态配置入口需新会话才生效。
agent-purge
ZiChuanLanMIT活跃维护统一管理多个编码 Agent 的系统提示词,通过本地 Web 控制台为 codex、claude、opencode 等工具替换或注入同一套人设。
One persona, many coding agents. Replace or inject system prompts across codex, claude, opencode, grok, omp, hermes, pi, zcode - with a local web console.
npm install -g agent-purge
agent-purge webREADME 未说明显存或 GPU 要求;需 Node.js 20+,并先安装要管理的 coding agent。Windows 另有自带运行时的 x64 便携版。
统一管理多个 coding agent 人设的本地提示词配置工具,一份配置多处生效
统一管理多个编码 Agent 的系统提示词,通过本地 Web 控制台为 codex、claude、opencode 等工具替换或注入同一套人设。
核心能力
- CLI 与 Web 控制台共用人设和状态
- 按执行器独立指定人设或跟随全局
- 支持 replace/strict/append/off 四种注入模式
- 记录托管写入与恢复依据,变更可撤销
- 本地优先,人设与程序分开保存,升级不覆盖
容易踩的坑
- v0.2.27agent-purge v0.2.27最新正式版2026-11-09 · 2026-11-09 09:10 UTC
agent-purge v0.2.27
✨ 改进 (Improvements)
1. ⬆️ 源码检出也能一键更新:在本目录
git pull,不再下载发布产物以前只有两种形态被识别:独立 EXE 走热替换,其余一律当成 npm 全局安装。于是
git clone后直接node bin/agent-purge.mjs web的人点「一键升级」,实际执行的是npm install -g agent-purge@latest—— 装的是另一份全局副本,正在跑的这个仓库一点没动。现在多出第三种形态
git:安装形态 判定 一键更新做什么 exe编译产物 + Windows + 非共享 node/bun 下载 Release 的 agent-purge.exe,校验长度与 sha256 后就地热替换git(新增)安装目录里有 .git且不是编译态在安装目录执行 git pull --ff-onlynpm其余 npm install -g agent-purge@latest三条约束,都是为了别把工作区弄坏:
--ff-only:从面板点出来的更新不该悄悄造一个合并提交。本地有未推送提交时会直接失败,由人决定怎么办。- 工作区不干净就拒绝:有未提交改动时不动任何文件,报「工作区有 N 处未提交改动」。
- 游离 HEAD / 分支没有上游都拒绝:不猜
origin/main。
「有没有更新」也分两种:
- 版本号变了(有新 Release)→ 角标显示
v0.2.26 (发现 v0.2.27) - 上游只是多了提交、版本号没动 → 角标显示
v0.2.26 (上游 N 个新提交),弹窗里「最新」显示成「N 个新提交」。这一项只有手动刷新才git fetch,平时开面板不会连 GitHub。
CLI 同步:
agent-purge update会先打印安装形态;源码检出加--download才真的执行git pull,否则只给出命令。2. 🐛 拉取失败不再伪装成「已是最新」
实测时网络断掉,
git pull非零退出,但 stderr 被当成output返回,面板显示成「当前分支 main 已是最新」。现在非零退出直接抛错,界面显示真实原因。
📦 安装与升级 (Installation & Upgrade)
npm install -g agent-purge@latest # npm 安装 git pull --ff-only # 源码检出,在安装目录执行便携版与安装器见本 Release 附件(
agent-purge.exe/agent-purge-0.2.27-setup.exe)。 - v0.2.25agent-purge v0.2.252026-11-09 · 2026-11-09 01:00 UTC
查看更新说明
agent-purge v0.2.25
✨ 新支持 (New Support)
1. 🚀 Antigravity(Google 桌面 App + CLI
agy)接管支持- 背景:此前 Antigravity 在矩阵里是
binary-patch / inject: false,agent-purge antigravity只打印一句「改不了」。逆向确认后结论变了:配置层有可写入口,不需要动二进制。 - 注入落点:
~/.gemini/config/AGENTS.md。桌面 App 与 CLIagy共读同一个~/.gemini/config/;该文件没有 frontmatter 就是always_on全局规则,宿主自己把它拼进systemInstruction的<user_rules>段,并在前面写明These rules take precedence over any other instructions。 - 实测证据(本机 CLI
agy1.5.3 / 桌面语言服务 1.23.x,隔离 HOME + loopback 抓包):off / strict / replace / append四模式均捕获主请求,进程退出码 0;- marker 全部落在 system 层(
systemInstruction),user层 0 次; - system 字符数 15,378(off)→ 15,895 / 15,844 / 15,843(strict / replace / append);
<user_rules>位于</identity>之后,即规则段排在宿主身份句后面。
- 真模型验证:CLI 登录后,在同一落点(
~/.gemini/config/AGENTS.md,手写同语义内容)连真实模型问三句(直问身份 / 追问底层模型 / 越狱式要求说出真名),三次都回答新人设、不再自称 Antigravity。agent-purge 自己写入的托管块则由上面的抓包链路验证落在systemInstruction—— 两者是同一条通道;「agent-purge 写入 + 真模型」的单一跑批因本机代理中断未做(NOT RUN)。 - 残留(不隐瞒):
<identity>里那句You are Antigravity, ...仍在提示词中,靠规则段的优先级声明压住,不是删除。想真正删掉身份段只有两条路:等长替换resources/bin/language_server.exe(会让签名失效、更新被覆盖),或手动在 GUI 里选自定义 agent(~/.gemini/config/agents/<name>.md能整段替换<identity>,但settings.json里没有默认 agent 键,34 个键全试过,做不到自动生效)。 - 通道能力:只有
install(常驻配置)可用;shim不可用(CLI 命令名是agy而非antigravity,裸命令接管的落点名对不上),slash不可用(无/purge等价入口)。 - CLI 探测:
agy装在%LOCALAPPDATA%\agy\bin\agy.exe,GUI 进程继承的 PATH 常常没有这一项,所以 detect 增加了固定落点回退,并额外把~/.gemini/config当作「跑过这个 App」的判据。
2. 🔍 抓包链路支持 Gemini 原生协议
bench/capture-provider.mjs之前只认system/instructions/messages/input四种字段,Gemini 的systemInstruction.parts+contents[]完全抓不到(会被判成「没有 system 层」)。- 现在补上 Gemini 原生协议:请求识别(
/v1beta/models/<model>:streamGenerateContent)、system 段提取(systemInstruction.parts)、SSE 响应(candidates[].content.parts)。agent-purge verify antigravity可直接复用这条链路。
🔧 修复 (Fixes)
-
shim能力判定会把「名字对不上」翻成可用:antigravity的 CLI 叫agy,resolveReal("antigravity")永远为null,但旧逻辑!shimWhy || (desktop && hasCli)在有 bin 时会把这条通道标成可用,导致 UI 上出现一个点了没用的开关。现在对「CLI 名字与 harness 名不一致」的家加了显式黑名单,先给出真实原因而不是撒谎。 -
临时启动会撤掉常驻块:最初把「单次启动」实现成 install → uninstall,实测发现用户若先
arm --install常驻过,agent-purge antigravity跑完会把常驻块一起删掉(stash.before为 null → 卸载走删文件分支)。改为按原字节回滚(temporaryAntigravity),常驻块、用户自己的规则都原样留下,并补了三条回归测试(常驻在场 / 干净机器 / 用户自带规则)。
📦 安装与升级 (Installation & Upgrade)
npm install -g agent-purge@latest agent-purge arm antigravity --install需要先装好 Antigravity(桌面 App 或
agyCLI)。agent-purge antigravity也可直接带人设启动 CLI,退出时按原字节还原。便携版与安装器见本 Release 附件(
agent-purge.exe/agent-purge-0.2.25-setup.exe)。 - 背景:此前 Antigravity 在矩阵里是
- v0.2.24agent-purge v0.2.242026-11-07 · 2026-11-07 15:42 UTC
查看更新说明
agent-purge v0.2.24
🔧 修复与优化 (Fixes & Improvements)
1. 🛡️ 增加 DSH 存量旧版配置静默就地自愈机制(消除 pnpm v11 prune 导致的启动崩溃)
- 背景:v0.2.19 及更早版本将插件写入 profile 的
node_modules,并在cordis.patch.yml中使用裸包名。宿主自带的 pnpm v11 在执行插件安装或依赖重整时,会将未在package.json声明的目录当成孤立依赖清理掉,导致 DSH 启动报错Cannot find package 'agent-purge';若未重装,用户安装其他插件也会报错。 - 改动:
- 就地自愈 (Self-Healing):在只读查询与探针链路(
status/probe)中增加healStaleProfiles(),只要数据目录中存在新版插件包,自动将旧版裸包名重写为绝对规范的file:URL,消除 YAML 根部残留的空数组[],并安全收回node_modules下的旧版副本。 - 状态判定收紧:
blockAlive严格核验 patch 块内是否为规范的file:URL 且数据目录真实存在文件,杜绝旧副本被清理后的假阳性报告。 - 运行留痕:自愈操作自动在
<数据目录>/dsh.log记录留痕日志,保障完全可追溯。
- 就地自愈 (Self-Healing):在只读查询与探针链路(
2. 🧪 补齐 DSH 跨版本真机测试矩阵与请求体抓包验证
- 实测验证 DSH 0.2.1-rc.2(loader 1.0.6)、0.2.1-rc.5(桌面版 Electron)与 0.2.2-rc.1(loader 1.1.0)全版本兼容性。
- 通过本地 loopback 抓包验证四种模式发往大模型的实际提示词请求:
strict模式从宿主默认 2729 字符彻底纯化为 112 字符纯净人设,宿主身份声明完全剥离。
📦 安装与升级 (Installation & Upgrade)
npm install -g agent-purge@latest agent-purge status存量 DSH 用户无需手动重新安装,升级后执行一次
agent-purge status或打开 Web 界面即可自动完成就地自愈。便携版与安装器见本 Release 附件(
agent-purge.exe/agent-purge-0.2.24-setup.exe)。 - 背景:v0.2.19 及更早版本将插件写入 profile 的
- v0.2.23agent-purge v0.2.232026-11-06 · 2026-11-06 15:25 UTC
查看更新说明
agent-purge v0.2.23
🔧 修复 (Fixes)
1. 🐛 修复 DSH 激活会话热切插件报错
ReferenceError: hostProfile is not defined(Issue #12)- 现象:在 DSH 0.2.2(及 0.2.1)下启用热切插件
agent-purge-slash启动时,抛出ReferenceError: hostProfile is not defined at Object.apply [as callback],导致插件激活失败。 - 根因:v0.2.20 将插件包迁移至数据目录时,
apply(ctx)引入了从宿主profileContext读取 profile 名字的动态推导机制。但在slashSource插件模板中遗漏了hostProfile(ctx)函数定义,且模块内顶层变量写为const PROFILE,导致即使补齐函数也会报TypeError: Assignment to constant variable。 - 修复:
- 在
slashSource中补齐hostProfile(ctx)并在顶层定义let PROFILE = PROFILE_FROM_PATH;,与residentSource保持完全一致。 - 增加单元测试,对生成的
slashSource模块进行真实动态加载与apply(ctx)回调执行测试,覆盖 profile 动态提取与/purge on|mode|status|off命令注册与状态写入。
- 在
📦 安装与升级 (Installation & Upgrade)
npm install -g agent-purge@latest agent-purge install dsh便携版与安装器见本 Release 附件(
agent-purge.exe/agent-purge-0.2.23-setup.exe)。 - 现象:在 DSH 0.2.2(及 0.2.1)下启用热切插件
- v0.2.22agent-purge v0.2.222026-11-06 · 2026-11-06 09:12 UTC
查看更新说明
agent-purge v0.2.22
🌟 核心更新亮点 (Highlights)
1. 🌍 新增 WorkBuddy AI 国际版支持(5.9.4 实测通过)
- 新增宿主:
workbuddy-ai(国际版 WorkBuddy AI,workbuddy.ai),与国内版workbuddy独立并列,可单独安装/卸载,也可同时装。 - 实测证据(本机 CDP 直连 renderer,真发消息):写入人设后提问「你叫什么名字」,回答就是人设里的名字;卸载后配置文件与
IDENTITY.md/SOUL.md/USER.md字节还原。 - 身份通道:
personalization.customPrompt(进identity_context的<user_custom_instructions>),配合~/.workbuddy-ai/user-*/{IDENTITY,SOUL,USER}.md同步。
2. 🔧 修复写错文件:
app-config.json才是主路径- 现象:只写
~/.workbuddy-ai/settings.json时,WorkBuddy 设置面板仍显示旧值,新任务也不按新人设作答。 - 根因:WorkBuddy 的
PersonalizationCollector先读AppConfigService.get("personalization"),只有拿不到才readLegacySettings()回落settings.json。而 AppConfigService 的主存是<home>/app/app-config.json。国内 5.9.3 与国际 5.9.4 行为一致(两者都写时以app-config.json为准)。 - 修复:
app-config.json存在就写它,不存在(更老的版本)才写settings.json;安装/卸载都会把另一份里 agent-purge 自己写过的 marker 块清掉,别人的文本原样保留。写入位置不再随「用户点没点过设置面板」漂移。
3. 🈶 修复中文安装目录定位失败
- 现象:WorkBuddy 装在
D:\WorkBuddy国际版\WorkBuddyAI时,agent-purge 认不出(findTemplatesDir返回 null、detect报未安装)。 - 根因:
.lnk的LocalBasePath是系统 ANSI 码页(中文机 936/GBK),lib/locate.mjs却按latin1解码,得到D:\WorkBuddy¹ú¼Ê°æ\...,这个路径根本不存在。 - 修复:按注册表
ACP选码页解码(gbk / big5 / shift_jis / euc-kr / windows-1252),取不到或非法字节退回 latin1。修好后locate直接命中D:\WorkBuddy国际版\WorkBuddyAI\WorkBuddyAI.exe。
4. 🧩 国际版识别与能力表
detect新增workbuddy-ai规格(WorkBuddyAI.exe、~/.workbuddy-ai配置根、WORKBUDDY_AI_CONFIG_DIR/WORKBUDDY_AI_TEMPLATES_DIR环境变量)。- Web 控制台图标、sys 层映射、
caps桌面优先与项目级规则说明补齐。
⬆️ 升级注意
- 国内版与国际版的写入位置都改成了
app/app-config.json(若该文件存在)。之前写进settings.json的块会在下次install时自动撤走。 - 名字/人设设定仍是 WorkBuddy 自己的云端个人配置,agent-purge 不写入、也不清除。
📦 安装与升级 (Installation & Upgrade)
npm install -g agent-purge@latest agent-purge install workbuddy-ai # 或 workbuddy / 两者都装便携版与安装器见本 Release 附件(
agent-purge.exe/agent-purge-0.2.22-setup.exe)。 - 新增宿主:
用户点评
登录用户的真实使用记录,可按版本和硬件筛选还没有人点评。第一个说出真实体验的人最有价值。
agent-purge
一份人设,统一管理多个 coding agent。
快速开始 · 人设与模式 · 应用范围 · 支持情况 · 暂停与卸载 · 免责与合规声明
agent-purge 是一个本地提示词配置工具,为 Codex、Claude Code、OpenCode、pi 等执行器提供统一的人设管理入口。你可以在 Web 控制台中配置,也可以直接通过命令行启动;不同执行器仍保留自己的工具、模型和工作流程。
核心能力
- 一份配置,多种入口:CLI 与 Web 共用人设和状态,支持单次启动、常驻配置、会话扩展与项目规则。
- 按执行器独立设置:默认跟随全局,也能为某个执行器单独选择人设或模式。
- 支持热切,也说明边界:具备每轮回调的动态通道可在下一轮读取变更;静态入口需要新会话。
- 变更可追溯、可撤销:记录托管写入和恢复依据;外部修改会保留,恢复冲突明确报错。
- 本地优先、零生产依赖:不需要额外云端配置服务,人设与程序分开保存,升级不覆盖用户数据。
快速开始
需要 Node.js 20+,并先安装你要使用的 coding agent。
npm install -g agent-purge
agent-purge web
也可以直接使用 npx agent-purge web,不进行全局安装。
- 在「人设库」编辑起步模板,或新建自己的人设。
- 回到「控制台」选择人设和模式,保存设置,再开启需要管理的执行器。
- 按执行器详情中的提示,新建会话或重新加载插件。
控制台默认地址为 http://127.0.0.1:7788。首次打开不会自动接管所有执行器;默认启动项与应用范围分别配置。

| 形式 | 运行要求 | 适用场景 |
|---|---|---|
| npm | Node.js 20+ | 用 npm 安装与升级 |
agent-purge-<版本>-setup.exe | Windows,外部 Node.js 20+ | 图形安装和卸载 |
agent-purge-<版本>.zip | Windows,外部 Node.js 20+ | 解压后使用 |
agent-purge.exe | Windows x64,自带运行时 | 无需另装 Node 的独立便携版 |
下载附件以实际 GitHub Releases 为准;未发布的版本没有附件。请核对 SHA-256 和签名状态,未签名程序可能出现系统提示。ZIP 中的 EXE 是薄启动器,不是自带运行时的独立版。
SSH / WSL 等无桌面环境使用 agent-purge web --no-open。Web 仅监听本机;Linux/macOS 使用 npm 或源码入口,不能运行 Windows EXE。平台验证范围见兼容性说明。
人设与模式
人设正文决定要提供给执行器的提示词;名称和说明只用于管理。首次运行会生成 neutral 起步模板,你可以在 Web 中直接编辑,也可以创建自己的 Markdown 文件。
agent-purge ls # 查看人设
agent-purge use <id> # 切换并同步已选范围
agent-purge mode append # 修改全局模式
agent-purge use <id> --for codex # 只给 Codex 指定人设
agent-purge use follow --for codex # 恢复跟随全局
四种处理模式
| 模式 | 行为 | 注意 |
|---|---|---|
replace(默认) | 优先替换宿主身份行,尽量保留其他说明 | 身份识别是近似处理;无法读取宿主文本的启动入口按 strict 执行 |
strict | 用人设替换可控入口中的宿主文本 | 该入口原有说明也会移除;宿主仍可能添加额外文本 |
append | 保留宿主说明,另加一份人设 | 不替换原身份,需注意规则冲突 |
off | 停止相应入口注入 | 全局暂停与单次启动参数的作用范围不同 |
strict 不等于“模型只收到人设”。 实际角色可能是 system、developer 或项目上下文,取决于宿主和通道。希望保留宿主说明时,可先试 append。
将以下内容保存为 ~/.agent-purge/personas/concise.md,然后执行 agent-purge use concise:
---
id: concise
name: 简洁协作
description: 中文、先结论、修改前先读代码
---
用简体中文协作。先给结论,再给依据。
修改代码前先阅读现有实现;不确定时明确说明。
只有正文进入提示词。description 用于列表说明,旧键 desc 仍兼容;Web 编辑会保留未涉及的元数据。高级匹配、排序与数据目录配置见使用指南。
也可参考维护者的 some-magic 人设仓库。
应用范围
只想临时使用,可以通过 agent-purge 启动一次,不必登记常驻通道:
agent-purge codex --mode append
agent-purge pi --ask "解释这段代码"
agent-purge codex -- --help # -- 后的参数交给宿主
要让其他启动入口也读取配置,再按需选择以下通道:
| 通道 | 做什么 | 生效时机 |
|---|---|---|
install | 写入宿主的托管配置或插件 | 静态配置需新会话;已加载动态插件下一轮读取 |
shim | 通过 PATH 中的同名命令转发启动 | 下一次从该命令启动 |
slash | 安装会话内 /purge 扩展 | 取决于宿主扩展和启用状态 |
project | 写入指定目录的项目规则文件 | 对应目录的新会话 |
agent-purge install codex
agent-purge arm pi --slash
agent-purge project on pi --dir /path/to/project
agent-purge status
arm <h> 会尝试开启该执行器可用的常驻、命令和 slash 通道,结果逐项报告;项目通道需单独选择。同一人设经多个入口提供时可能重复,建议只开启需要的范围。
使用 magpie 网关? 可选插件位于 magpie-plugin/,不是仓库根目录。安装方法和网关改写边界见 magpie 插件说明。
支持情况
以下为支持范围与当前验证程度;请求级验证只覆盖表中明确说明的宿主,不是对所有版本的兼容承诺。
| 执行器 | 已验证版本 | 同会话热切 |
|---|---|---|
| pi / omp | 1.4.0 / 18.14.1 | 已验证(动态扩展) |
| OpenCode 1.x / 2.x | 1.19.5 / 2.2.5 | 已验证 |
| DSH | 0.2.1-rc.5 | 已验证(SDK 同会话;headless/web/desktop 三形态四模式已抓) |
| Codex / Claude Code | 0.166.0 / 2.1.316 | 启动入口已验证;热切未验证 |
| CodeBuddy / Grok | 2.179.0 / 1.0.73 | 启动入口已验证;热切未验证 |
| Kilo Code | @kilocode/cli 7.8.18 | off/strict/replace/append 四模式真实抓包;system 层 marker=1 |
Antigravity(App + CLI agy) | CLI 1.5.3 / 语言服务 1.23.x | off/strict/replace/append 四模式真实抓包;写 ~/.gemini/config/AGENTS.md,落 system 层 <user_rules>;<identity> 段仍在,靠规则段优先级压住 |
| WorkBuddy / WorkBuddy AI | 5.9.3 / 5.9.4 | 身份上下文已验证(国际版写 app/app-config.json);热切未验证 |
| PI-Desktop | 0.21.0(便携版) | 已实测:常驻写 ~/.pi/agent/SYSTEM.md;热切装在 plugins/imported 的 imported 插件里,同一会话换人设//purge off 下一轮生效 |
首次安装或更新插件代码后,仍需重新加载宿主。配置写入、历史测试通过、当前会话实际生效,是不同状态。
Windows 与 WSL/Linux 已执行回归,macOS 尚待实机验证。Hermes、zcode 未计为本轮通过。请求角色、宿主残留、浏览器覆盖与已知安装问题统一记录在兼容性与限制,不以模型自称身份作为验收依据。
暂停与卸载
| 目的 | 命令 | 用户人设 |
|---|---|---|
| 临时暂停 / 恢复原范围 | agent-purge pause / agent-purge resume | 保留 |
| 仅撤销一家常驻配置 | agent-purge uninstall dsh | 保留,其他通道不变 |
| 撤销一家全部已选通道 | agent-purge disarm dsh | 保留 |
| 撤销所有登记的接管 | agent-purge clean | 保留 |
卸载 npm 程序时,先撤销接管,再移除程序:
agent-purge clean
npm uninstall -g agent-purge
Windows 安装器卸载也会先撤销接管并保留人设。发生恢复冲突时,保留报错指出的文件和凭据,先比较修改再处理;不要直接删除备份。历史会话中已经发送的内容无法撤回。
需要永久删除数据时,先备份,再按完整卸载说明操作;self-uninstall --yes 与普通卸载不同。
隐私与使用边界
- 本机管理:默认数据目录为
~/.agent-purge/;Windows 对应C:\Users\<用户>\.agent-purge\。可通过AGENT_PURGE_HOME调整,程序升级不会覆盖这份目录。 - 模型请求仍会联网:启用后,人设会随宿主请求发送给其配置的模型服务;本地管理不等于离线运行。更新检查也会访问 GitHub。
- 不直接修改宿主权限:项目管理提示词和配置入口,不破解宿主、不绕过授权;不保证改写后的模型行为。
- 只在有权管理的环境使用:Web 仅监听
127.0.0.1,不要直接暴露到公网。完整要求见下方声明。
开发与文档
npm ci --ignore-scripts
npm run check:repo
npm test
| 文档 | 内容 |
|---|---|
| 使用指南 | 人设文件、分家配置、通道、项目规则、恢复与常见问题 |
| 兼容性与限制 | 实测版本、平台范围、请求证据与已知问题 |
| 参与开发 | 目录结构、测试命令与提交规范 |
| 架构约定 | 模块边界、配置语义和界面规范 |
| 发布流程 | 构建、安装验收与发行检查 |
回归测试保留在 test/,临时日志与构建产物不进入源码仓库。
免责与合规声明
[!WARNING]
免责声明与合规守则
- 本项目仅为本地多宿主配置管理与开发调试工具,旨在帮助开发者统一管理合法工作人设。
- 软件本身不提供、不分发任何用于越狱、对抗安全审查或侵犯第三方权益的提示词载荷。
- 使用者须自行对其使用的提示词内容及操作后果负责,严禁将本项目用于未经授权的系统访问、安全对抗或违反模型服务商使用协议的活动。
- 作者不对任何滥用、数据丢失、服务中断或违法违规行为承担法律责任。
- 合法、授权使用:请遵守适用法律、宿主及模型服务条款,不用于未经授权的访问、攻击、数据窃取或其他违法活动。
- 使用前评估风险:提示词改写可能影响模型行为。请先备份配置、在隔离环境测试,并审核重要操作与输出。
- 按现状提供:软件的许可、保证排除与责任限制以 MIT LICENSE 为准;本说明不附加与其冲突的授权限制。
许可与适用范围
agent-purge 用于在使用者有权管理的 coding agent 中配置人设和提示词入口。项目采用 MIT License;本说明用于解释用途、风险和使用责任,不替代 LICENSE,也不对 MIT 授权范围附加额外限制。复制、修改或分发软件时,请按 LICENSE 保留必要的版权和许可声明。
合法、授权使用
本项目仅为本地多宿主配置管理与开发调试工具,旨在帮助开发者统一管理合法工作人设。软件本身不提供、不分发任何用于越狱、对抗安全审查或侵犯第三方权益的提示词载荷。
使用者应遵守适用法律法规、宿主软件与模型服务的条款,以及相关第三方授权。严禁将本项目用于未经授权的系统访问、安全对抗、攻击、数据窃取、隐私侵害或其他违法违规活动。安装或使用本工具不代表你获得了操作第三方系统、使用他人数据或调用模型服务的授权,使用者须自行对其使用的提示词内容及操作后果承担全部责任。
配置与模型行为风险
提示词改写可能改变模型输出、工具调用倾向和原有工作流程;严格替换也可能移除可控入口中的原有说明。本项目不保证模型输出正确、安全、合法或适合特定用途,也不替代宿主的权限控制、沙箱、人工审核和安全策略。
用于重要项目之前,请备份配置并在隔离环境测试。执行敏感操作前应自行审核模型输出;恢复遇到冲突时,保留原文件和恢复凭据,不要直接删除备份。
数据与网络
人设和配置默认保存在本机,但启用后会随宿主请求发送给其配置的模型服务。更新检查、软件安装和宿主运行可能访问外部网络。请勿在人设中放入不应发送给服务提供方的密钥、个人信息或机密数据;本工具不提供完整的网络隔离或数据防泄漏保障。
保证与责任
软件按 LICENSE 约定以“按现状”方式提供,不作其中所列的明示或默示保证。使用者应评估自身使用场景、保管凭据并审核产生的结果。在适用法律允许的范围内,作者与贡献者的保证排除及责任限制以 LICENSE 为准;本说明不排除法律规定不得排除的责任。
第三方独立性
本项目是独立开发的工具,与所支持的 coding agent、模型提供商及其关联主体不存在默认的隶属、授权、合作或背书关系。文中的产品名称和标识归相应权利人所有,兼容性说明不代表第三方对本项目作出认可或担保。
完整声明也可在 docs/LEGAL.md 单独阅读。
许可与社区
许可文件:MIT LICENSE。使用声明见上节及 docs/LEGAL.md。
感谢 LINUX DO 社区,以及所有报告问题、补充适配和参与改进的使用者。