第一圈：找出每天都在重打的要求
每次修改代码后，你是不是都会输入类似的话：“检查刚才的改动，找出潜在问题，先别修改文件”？如果一天要说好几遍，就值得把这段要求保存成一个斜杠命令。
斜杠命令可以理解成一个有名字的操作入口。在编程助手的输入框里输入斜杠，就能查看可用命令。内置命令由工具提供；自定义命令则用来保存你自己的工作要求。本文重点是后者。
它不是把几个字神奇地变成固定程序，而是让助手读取预先写好的指令，再结合当前任务执行。因此，省下来的是重复输入，不是人工判断。
第一个入口：把改动审查存成固定要求
先选一个边界清楚、不会直接改文件的任务。例如，把“检查当前改动”设为第一个命令。你可以直接向助手提出下面的要求，让它帮助创建项目级自定义斜杠命令。
创建一个名为“审查”的项目级自定义斜杠命令。执行时检查当前尚未提交的代码改动，重点寻找逻辑错误、遗漏的边界条件和缺失的测试。按严重程度列出问题，说明相关文件和判断依据。只提出建议，不修改文件；如果没有发现明确问题，也要说明检查范围和不确定之处。
让助手展示它创建的文件位置和内容，确认保存的是可被工具识别的命令定义，而不只是聊天中的一段文字。按当前版本的加载方式重新打开会话后，输入斜杠，检查菜单中是否出现“审查”。
试跑一次：输入短命令，核对完整行为
在有少量代码改动的项目里输入/审查。第一次运行，重点看三件事：它是否检查了正确的改动，是否按要求解释问题，以及是否遵守“不修改文件”的限制。
如果输出太泛，不要每次临时补一句“请具体一点”。应该修改保存的命令要求，例如增加“每个问题都要说明触发条件”。这样，下次调用也能复用这条约束。
若命令没有出现，先检查保存位置、文件格式和当前版本的加载要求。不要因为助手说“已经创建”，就默认入口一定可用。
第二圈：只增加两个高频入口
第一个命令稳定后，再补充真正经常使用的任务。新手不必一开始就建立几十个入口，三个容易记住的命令通常更好维护。
- /测试检查：根据当前改动识别应验证的行为，列出正常情况、边界情况和失败情况。先给测试计划，未经确认不修改文件或运行命令。
- /交接：整理本次任务的目标、已修改内容、已完成的验证、尚未解决的问题和下一步建议。不把“建议验证”写成“已经通过”。
这些名字对应的是你需要自行创建的命令，不代表工具安装后就自带。给每个命令写明输入范围、输出结构和禁止事项，比取一个漂亮名字更重要。
进站检查：命令短了，权限不能省略
固定指令并不能保证每次结果完全相同，也不会自动获得缺失的项目背景。涉及删除文件、安装依赖、提交代码或发布服务时，仍应保留明确的确认步骤。
还要记住：少打字不等于少消耗词元。保存的长指令仍可能进入模型上下文。避免把整份项目文档塞进每个命令，只保留执行这个任务真正需要的要求。
接入检查：先连通服务，再复用命令
如果你需要中转接入，可以考虑题述的按量计费中转服务：它支持这款编程助手，费用按词元计算，适合先用小任务核对自己的实际消耗。欢迎注册，使用新账户赠送的小额额度完成首次连接与调用验证。
连接成功后，再依次试跑“审查”“测试检查”和“交接”。中转负责请求接入，命令负责复用工作要求；把这两件事分开检查，出问题时就更容易判断该调整连接配置，还是修改命令内容。