实用技巧
这些建议针对日常使用。先把任务说清楚，再逐项增加上下文和能力，比一次开启所有集成更容易判断结果。
第一条消息写清什么？
写明想得到的结果、必须遵守的条件和验收方式。例如“比较两份方案，在 500 元预算内给出推荐表和需要确认的事项”，比“帮我看看”更容易得到可用输出。
已有资料时，只引用必要文件或片段，格式见上下文引用。不要把整套目录、所有工具输出和私人凭据一起附上。
持续话题、角色和记忆怎么分？
同一目标可以在一个会话中持续推进。目标明显变化时，考虑新会话；需要改助理身份时用 Role，需要独立数据和账号时用 Profile。
稳定偏好适合记忆，一次性任务进度和复制资料不适合。经常重复的工作方法可以做成 Skill，安装前读完指令与配套文件。
运行中怎样补充消息？
Dashboard 的同一个发送按钮会把忙碌时的新输入放到输入框上方队列。需要立即调整当前工作，用队列项的 提前执行（Steer）；编辑、移除和中断见对话控制。
TUI 使用另一套按键：空闲 Enter 发送，工作中 Enter 引导，Alt+Enter 排队，Shift+Enter 或 Ctrl+J 换行。以 TUI 的完整条件为准，不要把两种界面的按键混用。
已知会话 ID 时可以这样打开：
anyy --resume SESSION_ID
控制费用与上下文
先选适合任务的模型和思考强度。切换模型或强度会影响上下文与缓存；需要清楚边界时可新建会话，但不要把新建会话当作保证省钱的方法。
尽量提供较小、准确的引用。对话变长后，查看上下文压缩；不要把摘要当作私人长期记忆或原始历史已删除的证明。
Codemode适合组合已可调用的工具，工具搜索用于发现未激活工具；它们不会代替后台连接与账号认证。
新集成怎样验证？
按以下顺序一次配置一项：
- 保存模型、MCP 或渠道配置；
- 检查连接、Probe、Test 或对应 Doctor 的实际结果；
- 做一个小任务；
- 核对返回内容或投递回执；
- 稳定后再安排无人值守工作。
不同平台不一定有同名按钮或相同设置字段。发送被本地接受也不等于对方逐条确认，具体限制以对应平台手册为准。
定时和后台工作尽量可恢复
每个计划写一个明确结果，选对角色、工具与投递目标；先在创建任务的聊天中要求 Anyy 立即运行指定任务，并检查完成与投递结果，再依赖未来时间触发。入口和状态见自动化。连续失败时先停用，不要同时改多处配置再猜哪项有效。
程序更新或重要环境调整前做备份，并试着恢复到新的不存在目录。发生数据库迁移时，保存了旧程序不代表数据也能直接回滚。
日常检查与凭据习惯
anyy config
anyy status
anyy doctor
anyy gateway status
先看这些命令实际提供的状态，再运行功能专用诊断。它们不会替你完成所有外部账号的真实验收。
API Key、OAuth Code、渠道凭据和带令牌的 Dashboard 地址不要放进聊天、截图、Skills 或公开问题记录。配对授权前核对具体身份；第三方 MCP 与 Skill 只启用任务确实需要的部分。
问题持续时看常见问题，保留最小可复现操作和脱敏错误。