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.

v0.2.27发布于 2026-11-09 09:10 UTC1,566star +160 / 7 天953fork同步于 2026-11-10 23:48 UTC

怎么上手

由 README 提炼,执行前请确认
npm install -g agent-purge
agent-purge web
硬件要求按 README 说明

README 未说明显存或 GPU 要求;需 Node.js 20+,并先安装要管理的 coding agent。Windows 另有自带运行时的 x64 便携版。

下载:源码 zip·GitHub Releases(安装包)本站不镜像安装包

项目说明

由 README 自动翻译提炼

统一管理多个 coding agent 人设的本地提示词配置工具,一份配置多处生效

统一管理多个编码 Agent 的系统提示词,通过本地 Web 控制台为 codex、claude、opencode 等工具替换或注入同一套人设。

核心能力

  • CLI 与 Web 控制台共用人设和状态
  • 按执行器独立指定人设或跟随全局
  • 支持 replace/strict/append/off 四种注入模式
  • 记录托管写入与恢复依据,变更可撤销
  • 本地优先,人设与程序分开保存,升级不覆盖

容易踩的坑

需先自行安装要管理的 coding agent,否则无宿主可接管;首次打开不会自动接管所有执行器,需在控制台手动开启;Web 默认只监听 127.0.0.1:7788,SSH/WSL 无桌面环境需加 --no-open;静态配置入口需新会话才生效。

内容由模型根据 README 生成,可能不完整或不准确,以官方文档为准。看原文 README

最近发版

5 个版本v0.2.27
  1. 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-only
    npm其余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)。

  2. 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 与 CLI agy 共读同一个 ~/.gemini/config/;该文件没有 frontmatter 就是 always_on 全局规则,宿主自己把它拼进 systemInstruction 的 <user_rules> 段,并在前面写明 These rules take precedence over any other instructions。
    • 实测证据(本机 CLI agy 1.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 或 agy CLI)。agent-purge antigravity 也可直接带人设启动 CLI,退出时按原字节还原。

    便携版与安装器见本 Release 附件(agent-purge.exe / agent-purge-0.2.25-setup.exe)。

  3. 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 记录留痕日志,保障完全可追溯。
    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)。

  4. 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)。

  5. 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)。

用户点评

登录用户的真实使用记录,可按版本和硬件筛选
共 0 条

    还没有人点评。第一个说出真实体验的人最有价值。

    README 原文

    未翻译

    agent-purge

    一份人设,统一管理多个 coding agent。

    English | 日本語 | 简体中文

    npm stars license

    快速开始 · 人设与模式 · 应用范围 · 支持情况 · 暂停与卸载 · 免责与合规声明

    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,不进行全局安装。

    1. 在「人设库」编辑起步模板,或新建自己的人设。
    2. 回到「控制台」选择人设和模式,保存设置,再开启需要管理的执行器。
    3. 按执行器详情中的提示,新建会话或重新加载插件。

    控制台默认地址为 http://127.0.0.1:7788。首次打开不会自动接管所有执行器;默认启动项与应用范围分别配置。

    agent-purge 控制台

    查看窄屏布局

    形式运行要求适用场景
    npmNode.js 20+用 npm 安装与升级
    agent-purge-<版本>-setup.exeWindows,外部 Node.js 20+图形安装和卸载
    agent-purge-<版本>.zipWindows,外部 Node.js 20+解压后使用
    agent-purge.exeWindows 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 / omp1.4.0 / 18.14.1已验证(动态扩展)
    OpenCode 1.x / 2.x1.19.5 / 2.2.5已验证
    DSH0.2.1-rc.5已验证(SDK 同会话;headless/web/desktop 三形态四模式已抓)
    Codex / Claude Code0.166.0 / 2.1.316启动入口已验证;热切未验证
    CodeBuddy / Grok2.179.0 / 1.0.73启动入口已验证;热切未验证
    Kilo Code@kilocode/cli 7.8.18off/strict/replace/append 四模式真实抓包;system 层 marker=1
    Antigravity(App + CLI agy)CLI 1.5.3 / 语言服务 1.23.xoff/strict/replace/append 四模式真实抓包;写 ~/.gemini/config/AGENTS.md,落 system 层 <user_rules>;<identity> 段仍在,靠规则段优先级压住
    WorkBuddy / WorkBuddy AI5.9.3 / 5.9.4身份上下文已验证(国际版写 app/app-config.json);热切未验证
    PI-Desktop0.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]

    免责声明与合规守则

    1. 本项目仅为本地多宿主配置管理与开发调试工具,旨在帮助开发者统一管理合法工作人设。
    2. 软件本身不提供、不分发任何用于越狱、对抗安全审查或侵犯第三方权益的提示词载荷。
    3. 使用者须自行对其使用的提示词内容及操作后果负责,严禁将本项目用于未经授权的系统访问、安全对抗或违反模型服务商使用协议的活动。
    4. 作者不对任何滥用、数据丢失、服务中断或违法违规行为承担法律责任。
    • 合法、授权使用:请遵守适用法律、宿主及模型服务条款,不用于未经授权的访问、攻击、数据窃取或其他违法活动。
    • 使用前评估风险:提示词改写可能影响模型行为。请先备份配置、在隔离环境测试,并审核重要操作与输出。
    • 按现状提供:软件的许可、保证排除与责任限制以 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 社区,以及所有报告问题、补充适配和参与改进的使用者。

    Star History