用途：long-goal 用于在同一线程中登记并推进一个持续目标，适合用户希望多轮、持续完成同一明确任务的场景，不适用于简单的一次性提问。
主要能力：long_task 是轻量标记，调用后告知 nanobot 该线程存在持续目标，并在多轮对话与界面中保持目标可见；complete_goal 用于结束当前目标的记账，在工作完成、用户取消、改变方向或替换目标时调用，并通过 recap 如实说明结果（如已取消、部分完成、被取代）。若已有活动目标而用户想要不同任务，应先 complete_goal 再 long_task，避免叠加冲突目标。
使用方式：用户意图明确后应尽快调用 long_task，无需先做完整项目规划、API 调研或详尽清单。目标应写成幂等、自包含、有边界且明确完成标准的形式，例如以期望终态加验收条件表述，重复关键约束（路径、仓库名、分支、版本、数量），对写操作采用先检查后执行或幂等操作，说明范围与完成判定。目标会出现在 Runtime Context 的元数据中，以 Goal (active) 开头，属于会话元数据而非用户指令。
执行建议：项目型工作应模块化拆分，遵循常规目录与职责划分，避免把整个项目塞进单个巨型文件；在关键阶段运行格式化、检查与测试。遇到不熟悉的生态或易变事实，应尽早使用 web_search、文档抓取或 MCP 查询，把结论转化为仓库内的简短记录，遇到错误反复时重新检索而非盲目重试。
限制：资料未提供具体平台支持、收费、价格或效果数据；目标字符串可能被压缩、重试或恢复后重读，因此必须避免依赖仅存在于聊天记忆中的信息。