跳到主要内容

实用技巧

这一页收集的是可以立即应用的做法。无需顺序阅读,按当前任务选择相应部分即可。

让结果更准确

说明结果和边界

写清“完成”是什么、不能越过什么范围、需要什么证据。例如“在 500 美元预算内比较两个方案,用表格推荐一个并列出风险”,比“看看这两个方案”更容易一次得到可用结果。

第一条消息就给关键上下文

提供路径、错误文本、时间范围、受众和输出形式。资料已经存在时使用上下文引用

审查 @file:workspace/proposal.md,用决策表列出风险和待确认问题。

区分长期与临时信息

稳定偏好和事实才适合 Memory。一次性指令、复制来的资料、当前任务进度和 Secrets 不应进入长期记忆。

重复流程用 Skill

同一套多步骤方法经常出现时,用 Skill 固化,而不是每次粘贴长 Prompt。第三方 Skill 要先检查完整指令和附件;Skill 不会自动获得工具权限。

选择合适的边界

一个持续主题使用一个 Session。目标、Role、模型或上下文发生明显变化时,新建 Session。

不同身份但共享同一套数据时用 Role;记忆、凭据、会话或信任域必须隔离时用 Profile。

尽早给会话一个清楚的标题

标题越清楚,日后搜索和 Resume 越容易。Dashboard 还会把普通 Chat 与 Background Session 分开显示。

Dashboard 与 TUI 操作

  • Dashboard 用 Shift+Enter 换行。
  • TUI 可用 Shift+EnterAlt+EnterCtrl+J 换行。
  • 输入 / 浏览当前界面和 Runtime 真正可用的命令。
  • 修正当前正在执行的方向时用 Steer;独立的下一项工作放普通 Queue。
  • 中断前先判断是在等待 Provider,还是确有长时间运行的 Tool。

从终端恢复已知 Session:

anyy --resume SESSION_ID

控制费用与上下文

模型要与任务匹配

复杂推理才使用高成本或高 Reasoning 模型。以当前安装版本的 Provider Catalog 和 Verify 结果为准,不要把某个 Model ID 随意放到不同 Endpoint。

大改后考虑新建 Session

切换模型或 Effort 可能使 Prompt Cache 失效,增加输入 Token 成本。需要干净 Context 和可预测费用时,用新 Session。

引用尽量小而准

只取文件行段、少量来源或用 Session Search,不要把整个目录或许多长资料一起塞入。Anyy 会执行有限的 Reference 与 Tool Result Budget。

让工具工作,但不要给过量权限

描述希望得到的结果,让 Anyy 在已经启用的 Tools 中选择。保留 Approval mode,使文件修改和命令在需要时暂停。

审批时要看目标、命令、影响、验证与回滚,不要只看按钮文字。

yolo 是信任决策

只对输入、Toolsets、Working Directory 与外部效果都清楚的窄范围 Session/Schedule 使用。硬性安全规则仍在,但普通变更可能不再询问。

集成一次配置一个

新增 Channel、MCP、Browser Backend 或 Media Route 时:

  1. 完成配置;
  2. 运行 Test/Probe/Status/Doctor;
  3. 做一次很小的真实任务;
  4. 检查 Delivery 与 Audit 证据;
  5. 最后才考虑无人值守。

这样认证、网络、权限和路由故障不会互相干扰。

可靠的自动化

  • 每个 Schedule 只承担一个清楚结果。
  • 明确 Role、Toolsets、Execution Mode 与 Delivery Target。
  • 依赖下次 Due Time 前,先执行 Run now
  • 行为尚未稳定时使用 Approval mode。
  • 第一次无人值守执行后检查 History 与 Receipts。
  • 连续失败先 Disable,再一次修改一个变量。

保持可恢复

大范围修改模型、Channels、Profiles、Skills 或 MCP 前先备份。定期把备份 Restore 到新目录;从未恢复验证过的 Archive 只能算一次备份尝试。

重要变更后运行:

anyy status
anyy doctor
anyy gateway status

日常安全习惯

  • 不把 API Key 放进 Chat、Memory、Soul、Skills、截图或 Shell 参数。
  • Dashboard Token URL 按临时凭据处理。
  • Pairing 前核实消息平台身份。
  • MCP Include List 保持最小范围。
  • 阅读第三方 SKILL.md 和配套脚本。
  • 怀疑泄露时,先到服务商处轮换凭据。

问题仍未解决时,继续看 FAQ 与故障排查