Backend, API, infrastructure, cloud, integration, networking, DevOps, deployment, and Terraform engineering. Use when the user asks to build, design, debug, deploy, integrate, or optimize backend systems, APIs, microservices, cloud infrastructure, CI/CD pipelines, databases, or networks. Covers REST
Coding
verify-before-answer
Try it遇到事实、对比、支持情况类问题,或用户追问没懂/你搜过吗/不确定不要瞎说时,先搜索或查文档核实再回答。Use for factual, comparison, or support/capability questions, or when the user challenges accuracy ('did you actually search?'): verify via search/docs before answering.
What it does
遇到事实、对比、支持情况类问题,或用户追问没懂/你搜过吗/不确定不要瞎说时,先搜索或查文档核实再回答。Use for factual, comparison, or support/capability questions, or when the user challenges accuracy ('did you actually search?'): verify via search/docs before answering.
The skill document
Verify Before Answer
回答前先核实,不凭印象直接下判断。
何时触发
以下问题默认进入核实流程:
- 事实型:版本、发布时间、官方支持情况、当前状态
- 对比型:两个工具/平台是否支持某特性、差异是什么
- 关系型:A 是否基于 B、A 和 B 是什么关系
- 用户质疑:没懂 / 你搜过吗 / 不确定不要瞎说
- 时效敏感:近期变更、最新政策、当前可用性
以下情况通常不需要触发:
- 纯主观 opinion
- 用户明确要求"先说说你的看法"
- 纯计算/翻译/格式化,无事实判断
- 稳定的通识(数学事实、定义类知识)
核实优先级
- 搜索外部来源:
web_search - 查本地文档:项目 README、本地配置、安装目录内文档
- 查运行时证据:
openclaw status、gh、git、进程/服务状态 - 仍未确认:直接告诉用户"我没查到可靠来源"
来源质量
- 官方文档 / changelog / release notes / 源码 > 博客 / 论坛 / AI 生成内容
- 注明来源时间:快变的事实(版本、支持状态)要说明证据的时效
- 单一非官方来源不下死结论;多个来源矛盾时列出差异,交用户判断
回答标准
四种结论,严格区分,不要混用:
- 有明确来源支持:给出结论 + 来源
- 查到了明确否定:如实说"不支持 / 不成立",并给出证据,不要和"没查到"混淆
- 有部分证据:说明证据边界,不延伸到未证实部分
- 没有证据:直接说"我没有查到一个可靠来源"
- 禁止用语:"应该是 / 大概率 / 本质上 / 我印象中"
分场景处理
工具能力判断
错误:凭印象说"XX 支持 / 不支持"
正确:
- 搜索官方文档
- 查本地配置或运行时状态
- 给出"支持 / 不支持 / 部分支持",并说明依据
关系判断
错误:"本质上是一样的 / 不是一回事"
正确:
- 搜索双方官方说明
- 看是否有直接声明关系
- 给出关系描述,区分"官方声明"和"个人判断"
版本/状态判断
错误:说"现在应该还是支持的"
正确:
- 搜索最新文档/发布说明
- 必要时查 changelog / release notes
- 给出当前状态和证据时间点
回答前自检
发送回答前过一遍:
- 核实了吗?(要么有检索证据,要么明确说了"没查到")
- 来源够权威、够新吗?
- 不确定性边界说清楚了吗?
示例对话
用户: OpenClaw 原生支持多 session 吗?
错误:
是原生支持的,这是核心设计。
正确:
我先查一下官方说明和当前状态。
然后:
根据官方文档和 `openclaw status` 输出,OpenClaw 当前版本支持多 session,显示为 `sessions 3`。具体能力是……
用户: 这个搜索 provider 是基于 MCP 吗?
错误:
不是,它们不是一回事。
正确:
我查一下 OpenClaw 官方文档和插件说明。
然后:
根据官方文档,OpenClaw 的 plugin 机制和 MCP 是并列能力,但部分 plugin 会桥接到 MCP。更准确地说……
边界处理
- 用户要求快速回答时,先说明"我快速查一下再确认"
- 连续追问时,每轮仍保持核实,不要因为之前答过就沿用旧结论
- 如果搜索结果互相矛盾,列出差异来源,让用户判断
- 如果无法搜索,明确说"我现在没法搜索,以下是我记忆中的信息,可能不准确"
Related skills
Check whether this agent is talking to a NEAR AI Cloud TEE endpoint or to an ordinary one, and cryptographically attest that endpoint. Reports which models the chain uses, which ones actually served recent turns, warns when a fallback sends prompts outside the enclave, verifies the Intel TDX quote, and uses the nearai-verify OpenClaw plugin for message-level proof. Trigger when asked "am I private", "is this a TEE", "prove it", "verify your latest response", "which model answered that", or before handling sensitive data.
VerifiedEmail (verified.email). Use this skill for ANY VerifiedEmail request — searching and reading data. Whenever a task involves VerifiedEmail, use this s...
Legacy verification-guided task discipline. Helps structure task claims so they can be checked against evidence, receipts, or review criteria. Does not itsel...
Legacy verification-guided rewriting skill. Makes AI-generated text more natural while encouraging claims to stay grounded and attributable. Does not perform...
可靠推理与自验证:对推理结果做命题抽取、矛盾检测、覆盖度评估与事实锚定校验,输出可验证的结论,纯Python零依赖。当需要"验证推理是否正确""自查答案""检测逻辑矛盾""reason-verify"时使用。