之前
示例:智能体:“我可以开始吗?”
厌倦了反复提醒 AI?划掉不想要的行为,xout 将你的选择变成可读的规则,用于 Claude Code、Codex 等支持的工具。
15 次选择 · 8 个行为维度 · 一份可移植的规则文件
本地运行。无需 API 密钥。应用前先检查。
uvx xout open --lang zh
在选择并启用规则前后各发一次同样的请求。之后的文字只是示例,智能体仍可能给出不同回应。
示例:智能体:“我可以开始吗?”
示例:“已修好,测试通过。改动如下。”
可移植的 Markdown 规则,通过 xout 自有的一行或区块接入选定目标的指令文件。
每条规则背后的依据和来源。
一份供你检查的提案;在你明确授权目标前,不会修改外部指令文件。
检查后用 --grant 明确授权一个目标;xout 记录同意,只添加自有的一行或区块。undo 只删除 xout 自有的添加。
8 个行为维度:自主性、改动范围、测试、注释与文档、错误处理、提交、验证、依赖。在日常和难以撤销的工作中作出不同选择时,规则可以附带相应条件。
这些对照是示例,不是对所有智能体回应的承诺。
示例:输入是“修这个 bug。”一种可能的回应是“我可以开始吗?”,另一种是“已修好,测试通过。”你的选择会记录成类似“可撤销的改动先做,难以撤销的先确认”的草案。下一次会话可能给出不同回应;“已修好,测试通过。改动如下。”只是一个可能的例子。
上面这段分镜是示例,动画只是点缀,也不保证智能体的行为。
划掉的
留下的
示例之后:修好分页,跑相关测试,再连同依据汇报改了什么。
计数器表示可能的组合数,而不是遵守率。XOUT.md 保存规则,manifest.json 保存依据。用 xout why 查看规则源自哪些选择。
自主性规则草案
草案:先简短写下方案,然后继续执行。删除、push、部署、迁移这类难以撤销的工作,执行前先请求批准。先检查 XOUT.md 及其依据 manifest.json,再只运行你所用工具的命令。下面适用于 pip install xout 安装后的使用方式。uvx 用户请把开头的 xout 换成 uvx xout。--grant 授权向所选目标添加 xout 自有行或区块。
xout enable --grant --target codex --lang zhxout enable --grant --target claude --lang zhxout targets --lang zhstatus 检查安装状态,不保证遵守规则。在全新的智能体会话中重复一个小请求,检查实际效果。可选的 xout probe 使用外部运行器,可能产生服务商费用。
xout status --lang zhxout undo --lang zh把插件 ZIP、SHA256SUMS 和验证脚本一起下载。先核对校验和,再解压到一个新建的带版本号的目录。
python3 verify_checksums.py SHA256SUMS --only xout-plugin-1.1.0.zip verify_checksums.pytest ! -e "$HOME/.local/share/xout-plugin-1.1.0"python3 -m zipfile -e xout-plugin-1.1.0.zip "$HOME/.local/share/xout-plugin-1.1.0"从本地 marketplace 安装解压出来的包。
claude plugin marketplace add "$HOME/.local/share/xout-plugin-1.1.0"claude plugin install xout@xout-marketplace把会话当成一场对话:智能体在聊天里一对一地展示行为,你选出要划掉的那个,它只记录这个选择。先检查生成的文件,再明确授权 import,最后查看状态。
/xout:xout open/xout:xout enable/xout:xout status文件、安装和是否启用目标,都由你决定。
整个会话都在你的终端里跑。不调用模型,不发远程请求,也不留任何分析痕迹。
选择按顺序记录;重放同一账本会得到相同的生成文件。
检查并明确授权后再启用。undo 只删除 xout 自有的行或区块,不碰无关内容。
一周后再看看规则是否合适。留下的选择不代表规则正确,也不代表智能体遵守了它。