no-negative-echo Skill:让 Agent 交付最终结果而非复述被否方案
总结
no-negative-echo 是一个 Agent Skills 格式的 Skill,专注于解决 Agent 迭代交付中的「负遗产」问题——当 Agent 在多轮对话中否定了某些方案,最终交付物(commit、PR、标题、文案)却仍残留被否内容的痕迹。该 Skill 要求 Agent 从最终已验证的状态重新生成所有交付文案,并跨多个交付面做残留检查。截至 2026-08-29 约 581 星,8 天前刚创建,已在 GitHub Trending 获得关注。
功能与原则
核心功能是清除 Agent 交付物中的「负向回音」——即那些因讨论过程而被带进最终成果的被否方案残留。设计原则:
- 结果导向:Agent 必须从最终 diff/已采用状态重新生成交付文案,而非从对话历史复制
- 多面检查:同时覆盖 commit、PR 标题、PR 正文、文章标题、开篇、UI 文案等多种交付形态
- 无损迭代:只改交付层,不改变实际的代码或内容决策
认可度
- GitHub Star:截至 2026-08-29 约 581 星(2026-08-21 创建,8 天增长曲线陡峭)
- GitHub Forks:数据待补充
- Trending:曾在 GitHub Trending 页面出现,获取自然流量
- 作者背景:作者 LB623,主攻 Claude Code / Codex 生态的 AI 开发者工具,repo 为中文主导项目
链接
GitHub:https://github.com/LB623/no-negative-echo
原作者
LB623 — AI 开发者工具研究者,专注于 Claude Code 和 Codex 生态,repo 文档以中文为主,工具面向多语言开发者社区。
介绍
在日常开发中,Agent 往往通过多轮对话迭代出一个方案:先做 A 被否定,改成 B,再改成 C,最终采用 C。但当 Agent 写 commit message 或 PR 标题时,对话历史里的「A 被否」「B 被否」常常以否定形式残留进去——比如 commit 标题写成「番茄炒蛋(没有东坡肉)」而非干净的「番茄炒蛋」。
no-negative-echo 通过 Agent Skills 协议介入这个流程。它要求 Agent 在交付前,先确认「最终采用的方案是什么」,再从这个状态出发重新生成所有对外交付的文案。Skill 内部包含判断逻辑(何时触发)、检查脚本(检查哪些交付面)和高保障模式(复杂场景的额外验证)。
该 Skill 支持两种使用方式:一是作为 Skill 安装到 Agent 运行时,每次交付前显式调用;二是将核心指令精简后直接写入项目的 AGENTS.md,适合想让所有会话都默认遵守规则的团队。两种方式可以共存。
特点
- 协议兼容:遵循 Agent Skills(agentskills.io)规范,兼容 Claude Code、Codex 等主流 Agent 宿主
- 多交付面覆盖:同时检查 commit subject、PR 标题、PR 正文、文章标题、UI 文案等,不遗漏任何一个残留出口
- 安装灵活:支持全局安装到
~/.agents/skills/、项目级安装、以及通过 URL 直接让 Agent 自安装 - 高保障模式:对于复杂协作场景,提供额外的检查脚本和验证流程,降低漏检风险
- 零依赖:纯 Python 实现,只需要 Python 3.10+,安装和运行无外部服务依赖
使用方法
安装 Skill(让 Agent 执行)
在有网络、终端和文件权限的 Agent 对话中发送:
请安装 no-negative-echo Skill:
https://raw.githubusercontent.com/LB623/no-negative-echo/main/INSTALL.md
装完告诉我安装结果,以及是否需要开启新会话或重启。无法验证时,不要宣称安装成功。
本地手动安装(Codex 示例)
git clone https://github.com/LB623/no-negative-echo.git
cd no-negative-echo
python3 -I -m unittest discover -s tests -p 'test_*.py'
python3 -I scripts/install_skill.py
--expected-provenance-sha256 d42280b21f519ea00e417c68f31c68ca3d7faae607faf6dcb6e04beeff9c5ed6
--discovery-root "$HOME/.agents/skills"
--agent codex
交付前调用
使用 no-negative-echo Skill。
根据最终 diff 写 commit subject、PR 标题、PR 正文和交付说明。
文章场景:
使用 no-negative-echo Skill。
根据最终保留的正文重写标题和开篇。
使用场景与人群
适用场景:
- 多轮迭代的代码 PR 交付(避免 commit 标题残留被否方案)
- 长对话文章或文档的最终收口(标题和开篇不残留「原本想写 X 但后来否了」的痕迹)
- 多人协作项目中,确保最终交付物干净、不含过程噪音
- UI 文案或产品说明的最终审核
目标用户:
- 深度使用 Claude Code / Codex 进行日常开发的工程师
- 需要 AI 辅助写作但要求输出干净的写作者
- 对 Agent 交付质量有高要求的团队(通过
AGENTS.md强制全团队遵守)
输入与输出案例
案例 1:PR 标题清理
输入(Agent 基于对话历史生成):
feat: 实现用户登录(放弃 Social Login 方案)
输出(no-negative-echo 介入后,从最终 diff 重新生成):
feat: 实现邮箱密码登录
案例 2:文章标题清理
输入(含讨论过程残留):
Vue 3 响应式原理(不是 Option API,不是 Mixins)
输出(基于最终正文内容重写):
Vue 3 响应式原理:从 ref 到 reactive 的完整解读
两个案例均体现了 no-negative-echo 的核心价值:交付物从「最终结果」重新生成,而非从「过程对话」继承负遗产。
评论区
登录后可评论。