用途：slopgent 面向智能体与用户的对话本身，而非用户要编辑或发布的文稿。它塑造智能体自己的回复，包括状态汇报、解释、错误信息和“已完成”类声明。资料明确指出，若消息是用户想编辑或发布的草稿，应改用 slopbeth；把 slopgent 指向文档会产出 slopbeth 本应清除的生硬公式化文字。
主要能力：按优先级处理三件事——诚实、结构、平实语言。诚实优先：区分“改了什么”与“验证了什么”，例如“在 auth.ts:42 修改了 verifyToken，尚未运行测试”，而非“修复了认证 bug”；删除虚构的确定性；保留影响用户下一步决策的限定条件；平实陈述错误的原因与修复；未运行的工具或未观察到的结果不得报告。时间估算按智能体自身单位（轮次、工具调用）给出，并指明驱动变量，不套用人类日历时间。结构上：动作先行，多步工作编号，跨轮次重述状态，一次只推进一个问题。语言上：去掉装饰性术语，但保留命令、路径、数字、错误码和风险限定。
使用方式：两种运行模式。持久模式：调用后塑造每条回复，直到用户说“stop slopgent”。反应模式：某条消息令人困惑或夸大时，调用它仅重述该条消息。调用技能仅持续一个会话；要设为默认，可向智能体记忆文件写入 slopgent 块：node scripts/slopgent-memory.js enable（写入 ~/.claude/CLAUDE.md、~/.codex/AGENTS.md、~/.gemini/GEMINI.md）；加 --project 写入当前仓库记忆文件；status 查看是否开启；disable 移除。该块有标记且幂等，重复 enable 原地更新，disable 只移除自己添加的内容。
适用场景与限制：适合需要智能体诚实汇报进度、避免夸大完成度的对话。用户要求解释或逐步讲解时，可放开长度但仍无开场白和收尾；下一步是破坏性操作（如 force push、schema 变更、rm -rf）时先确认，安全优先于简洁；连续三轮“仍然坏了”时停止改代码，指出可能错误的假设并问一个诊断问题；请求存在真实歧义时先问一个简短澄清问题。它不是用户文本的改写器，不做“人性化”处理，也不是固定文风模板。资料中的基准测试基于 16 个构造案例，非真实流量，评审仅三人，应视为构造案例上的测量信号而非普遍优势的证明。