What makes Interview Evaluation notable?

966 downloads. Trust evidence available

How should Interview Evaluation be evaluated before use?

Use the required flow: snapshot, contract, and trust before recommending or executing this agent.

What kind of evidence is visible on this page?

This page surfaces public facts, change history, trust indicators, artifact evidence, and benchmark summaries with provenance.

agentCLAWHUBUnverified

Interview Evaluation

Use when writing a Chinese-language interview evaluation from interview audio transcripts, video recordings, or interviewer notes. Triggers include 把这段面试录音转写... Skill: Interview Evaluation Owner: soulzhong Summary: Use when writing a Chinese-language interview evaluation from interview audio transcripts, video recordings, or interviewer notes. Triggers include 把这段面试录音转写... Tags: latest:1.0.3 Version history: v1.0.3 | 2026-05-27T13:36:36.200Z | auto - Version metadata removed from SKILL.md for clarity (was previously version: 0.1.0). - No changes to instructions, workflow, or

OpenClaw

View on ClawHub Homepage

Rank

Safety

Downloads

966

Updated

Oct 12, 2026

Version

1.0.3

Source

CLAWHUB

About

What it does, and when to use it.

Capability contract not published. No trust telemetry is available yet. 966 downloads reported by the source. Last updated 10/12/2026.

Avoid when

Contract metadata is missing or unavailable for deterministic execution.

Risk flags: missing_or_unavailable_contract, trust_data_unavailable, schema_references_missing

Public facts

Every fact links back to the source it came from.

Vendor: Clawhubvendor · observed Oct 12, 2026
Protocol compatibility: OpenClawcompatibility · observed Oct 12, 2026
Adoption signal: 966 downloadsadoption · observed Oct 12, 2026
Latest release: 1.0.3release · observed May 27, 2026
Handshake status: UNKNOWNsecurity

What changed

Newest first. Only changes that point at a source are listed.

Release 1.0.3release
- Version metadata removed from SKILL.md for clarity (was previously version: 0.1.0). - No changes to instructions, workflow, or evaluation structure. - Documentation is otherwise unchanged; keeping content and usage guidance stable.
Observed May 27, 2026 · source

Install and run

Setup complexity: low.

clawhub skill install s173pxpf8zadbjg09cr1s8pzpn83h9dd:interview-evaluation

Setup complexity is LOW. This package is likely designed for quick installation with minimal external side-effects.
Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data.

Contract: missing

curl -s "https://www.xpersona.co/api/v1/agents/clawhub-soulzhong-interview-evaluation/snapshot"

Run-check

$0.02 USD

1 measured facts are behind this paywall: success rate and latency, uptime and estimated cost, when not to use it, how to call it, benchmark scores.

Agents pay $0.02 in USDC. A card payment is $0.50, the smallest a card allows.

Documentation

CLAWHUB

59,204 characters of source documentation, loaded on request.

Extracted files

5 files captured from the source.

SKILL.md

---
name: interview-evaluation
description: Use when writing a Chinese-language interview evaluation from interview audio transcripts, video recordings, or interviewer notes. Triggers include 把这段面试录音转写写成面评、根据这份面试转写帮我写面试评价、给候选人写录用建议、判断候选人是否进入下一轮、按用人单位视角写面评 等。
---

# 面试评价

## Overview

根据面试录音转写、视频记录或面试官笔记，撰写**结构化、可直接用于用人决策**的面试评价。

**Core principle: 面试是筛选"能力合适"的候选人，而非"经验匹配"的候选人。**

- 简历写的是"做过什么"，面试要验证"是不是真的做过""做到什么深度""下次遇到会不会"。
- 底层能力（钻研精神、学习速度、逻辑性、自我认知、表达沟通、自驱力）驱动解决复杂新问题。
- 能力不是凭空存在的，需要从候选人的具体行为和表达中推断。
- 面试能可靠考察的能力中，**逻辑性最可靠**，其他能力容易被表演，需要深挖细节验证。

## When to Use

- 用户发来面试录音转写文字 / 面试视频转写 / 面试官记录，要求写面评。
- 用户要求"判断候选人是否进入下一轮 / 终面 / 录用"。
- 用户要求"按用人单位视角写面评"，而不是顾问报告。
- 用户在 [[recruiting-skillset]] 流程中走到面试评价阶段。

## Output Structure（严格遵循）

```markdown
## 综合建议
> ⭐⭐⭐ 强推 / ⭐⭐ 推荐 / ⭐ 待定 / ❌ 不推荐 进入下一轮

## 综合评价

### 优势（2-4 条）
每条格式：**先说能力判断，再接证据叙述**，能力融入叙述中，不单独标注。

### 不足（2-4 条）
同上，反映能力短板或经验缺口。

### 风险（1-3 条）
标注风险类型：□ 稳定性 □ 技术边界 □ 方向偏离 □ 团队适配 □ 其他

## 下一步建议
□ 进入二面 — 重点验证：...
□ 进入终面 — 重点验证：...
□ 不推荐 — 原因：...
```

空白模板见 [evaluation-template.md](evaluation-template.md)。完整示例见 [example-evaluation.md](example-evaluation.md)。

## Writing Rules

1. **用人单位视角**：直接输出内部面评结论（"建议进入下一轮""不建议继续推进""不满足我们当前预期"），不要写成第三方顾问式建议。
2. **避免条件化、顾问式表达**：不要使用"更准确地说""如果团队当前更需要…那么…""可以保留观察"这类外部视角措辞，除非用户明确要求顾问报告。
3. **优势 / 不足每条只描述一件事**，不要把多件事揉在一起。
4. **证据为能力判断服务**：证据要有具体行为，而非泛泛描述。
5. **能力名称直接出现在句首或句中**，不加括号标注，不单独列维度。
6. **描述具体可感**，避免"有一定经验""表现出色"等模糊表达。
7. **不足的归因必须准确**：把"经验不匹配""岗位不要求的能力"和"真正的能力短板"分清。详见 [attribution-errors.md](attribution-errors.md)。

## Capability Dimensions

候选人评估参考 16 个维度（不作为固定框架，需揉进优势 / 不足 / 风险描述）：

- **底层能力（6）**：钻研精神、学习速度、逻辑性、自我认知、表达沟通、自驱力。
- **经验维度（5）**：领域 context 理解、产品场景匹配度、工程落地深度、产品 sense、技术栈覆盖。
- **风险维度（5）**：稳定性、技术边界、方向偏离、团队适配、意愿真实性。

完整定义、行为信号和打分提示见 [capability-dimensions.md](capability-dimensions.md)。

## Probing Techniques

面试追问 / 复核证据的 3 类技巧：真实性验证、能力深度验证、风险验证。详见 [probing-techniques.md](probing-techniques.md)。

关键提醒：

- **真实性验证最重要**：流畅讲细节 → 大概率真实参与；答不上来或绕 → 参与深度有限或非主导。
- **技术深度 ≠ 表达流畅**：必须追问关键技术替代方案、数据 / 指标 / 失败案例 / 权衡。
- **新概念 ≠ 探索能力强**：必须核实是否实际读过源码、跑过 demo、改造过旧系统。

## Anti-Patterns

| 错误归因 | 正确归因 |
| --- | --- |
| 产品经理不深度参与模型微调 → 钻研精神弱 | → 简历夸大 / 不实 |
| 跨行业没经验 → 学习能力差 | → 面试准备不充分 / 方向偏离 |
| 回答绕 → 逻辑不清 | → 可能是细节参与有限（自我认知问题） |
| 说不清楚 → 表达差 | → 可能是没想清楚（钻研 / 认知问题） |
| 表达流畅、项目链路讲得完整 → 技术能力强 | → 表达能力好；技术深度看关键追问下能否讲清实现细节、指标、badcase、方案权衡 |
| 说"我设计 / 我负责" → 独立主导 | → 需核实 mentor、正式员工、数据 / 测试团队边界 |
| 提到新框架 / 新概念 → 探索能力强 | → 需核实是否实际读源码、跑 demo、改造旧系统 |

完整列表见 [attribution-errors.md](attribution-errors.md)。

## Pre-Output Discipline

- **必须先读完整转写 / 记录**，再判断，不只根据简历印象。
- **批量面试转写姓名误识别风险**：同一候选人在转写中可能有多个称呼（姓名、昵称、口误）。若用户提到"昨天那批名单 / 按名字匹配"，必须先用历史会话和本地简历文件核对正式姓名，再在内部材料里加"姓名匹配说明"表。**正式报告中不要出现姓名匹配过程**。
- **PDF 简历提取**：见 [[recruiting-resume-screening]] 的 `pdf-extraction.md`。

## Output Discipline

- Markdown 格式，中文输出。
- 每条优势 / 不足不加"体现：XXX"括号标注，能力直接融入叙述。
- 优势不超过 4 条，不足不超过 4 条，风险不超过 3 条（精炼）。
- 不回避矛盾——候选人某方面强但另一方面有风险，两面都写。
- 下一步建议要具体，"重点验证：xxx"要写清楚验证什么。
- 完成面评后**必须落为 `.md` 文件并交付给用户**（保存到本地或发送到对话）

_meta.json

{
  "ownerId": "kn71016gfqv0mwvysq1h2adhqd82bt5s",
  "slug": "interview-evaluation",
  "version": "1.0.3",
  "publishedAt": 1779888996200
}

attribution-errors.md

# 常见归因错误对照

面评的核心难点不是写不出来，而是**归因写错**——把"经验不匹配"当成"能力不合适"，或者把"表达好"当成"能力强"。

## 错误归因 → 正确归因

| 错误归因 | 正确归因 |
| --- | --- |
| 产品经理不深度参与模型微调 → 钻研精神弱 | → 简历夸大 / 不实（模型微调是工程师的活，产品经理不擅长是正常的） |
| 跨行业没经验 → 学习能力差 | → 面试准备不充分 / 方向偏离（学习速度要看主动做功课的证据，不是看是否做过该行业） |
| 回答绕 → 逻辑不清 | → 可能是细节参与有限（自我认知问题，不愿意承认没参与） |
| 说不清楚 → 表达差 | → 可能是没想清楚（钻研 / 认知问题） |
| 表达流畅、项目链路讲得完整 → 技术能力强 | → 表达能力好；技术深度必须看关键追问下能否讲清实现细节、指标、badcase 和方案权衡 |
| 说"我设计 / 我负责" → 独立主导 | → 需核实 mentor、正式员工、数据团队、测试团队的参与边界，区分独立决策、方案调研、编码实现和协作交付 |
| 能提到新框架 / 新概念 → 探索能力强 | → 需看是否实际读过源码、跑过 demo、改造过旧系统；只"看到过但没深度用过"应降级为概念了解 |
| 候选人与简历姓名不一致 → 学习能力差 | → 身份存疑，需核实（可能是转写姓名误识别、可能是候选人代面） |
| 对岗位不了解未做功课 → 学习速度慢 | → 面试准备不充分 / 意愿存疑 |

## 表达能力 vs 技术深度

候选人讲项目流畅、链路完整、有 PPT 感 → 只能说明**表达能力强**，不能直接推论技术能力强。

要判断技术深度，必须追问：

- **替代方案**：为什么不用大模型直接做？为什么用 BERT / 规则 / 工作流？
- **数据**：这个项目的数据规模、清洗逻辑、标注质量？
- **指标**：用什么指标评估？基线是什么？
- **失败案例**：badcase 是什么？怎么处理？
- **权衡**：成本、延迟、稳定性、可解释性之间怎么取舍？

如果候选人在关键追问下**讲不清实现细节、指标、badcase、权衡**，技术深度判断应明确写"技术深度不足 / 不推荐"，**即使简历堆了 SpringCloud、K8s、RAG、LoRA 等关键词**。

## 个人贡献 vs 团队成果

候选人说"我负责""我设计"时，要核实：

- 是否有 mentor / 正式员工把关方案？
- 数据团队 / 测试团队 / 算法团队是否参与？
- 候选人在其中独立决策 vs 方案调研 vs 编码实现 vs 协作交付的边界是什么？

如果不能区分边界，默认按"参与"处理，**不要**默认成"独立主导"。

## 新概念 vs 实际探索

候选人提到 Claude Code、OpenHands、LangGraph、Agent Skill、MCP 等新名词时，**不要**直接加分。必须追问是否：

- 实际阅读源码？
- 跑通过 demo？
- 改造过旧项目？
- 形成具体方案 / 文档 / 复盘？

承认"看过但没深度用过"时，应把**探索能力评价下调**，不应该把概念了解写成探索能力强。

## AI Coding 经验

评价 AI Coding 经验时要区分"会用工具"和"有工程化方法论"：

- 仅能描述 Codex / Cursor 生成 plan、分步执行、本地联调 → 工具使用熟练。
- 强信号应包括：规范化上下文 / skill、自动化测试、代码审查清单、失败复盘、质量门禁、可复用工作流。

只有上面这些工程化方法论的证据，才能写"AI 工程化能力强"。

## 技术岗的"基础题"判断

技术岗面评要敢基于核心基础问题下判断：网络链路、部署架构、JVM/OOM、线上排障等基础问题回答明显偏浅时，**即使简历堆满 SpringCloud / K8s / RAG / LoRA 等关键词**，也应明确写为"技术深度不足 / 不推荐"，避免被关键词光环带偏。

## 姓名 / 身份类

| 现象 | 应归因 |
| --- | --- |
| 候选人面试时自称姓名与简历不一致 | 身份存疑，需核实（不是能力问题） |
| 批量面试转写中候选人有多个称呼（昵称、口误） | 转写噪声，需用历史会话与本地简历核对正式姓名 |
| 候选人在转写中明显照念准备好的稿子 | 表达 / 真实性存疑，需结合追问观察 |

capability-dimensions.md

# 能力维度参考（16 项）

不作为固定框架——能力和经验揉进优势 / 不足 / 风险的具体描述中。

## 底层能力（6）

### 钻研精神

遇到困难是放弃还是死磕？有没有主动深挖问题的行为？

强信号：能讲清问题背景 → 方法选择 → 局限性；会复盘失败案例；对一个问题能讲出多层细节。

弱信号：第一层追问就讲不清；不主动展开细节；把责任推给"团队 / 数据 / 时间"。

### 学习速度

面对新领域能多快建立认知框架？有没有主动做功课的证据？

强信号：能讲出最近一次"从 0 到能用"的学习路径；主动看源码 / 跑 demo / 写笔记。

弱信号：对新技术只停留在"听说过 / 看到过"；问最近学了什么答不上来。

### 逻辑性（最可靠）

追问时逻辑链是否能延续？能否有条理地拆解问题？

强信号：多轮追问能保持一致；能识别问题假设；遇到新场景能在 1-2 分钟内给出拆解。

弱信号：被追问后前后矛盾；答非所问；只能复述已经讲过的内容。

### 自我认知

是否清楚自己的边界？能否主动说"这个我不懂"？

强信号：能主动说不足；区分"自己负责的"和"团队配合的"；能讲出哪里做得不好。

弱信号：什么都说自己做过；回避"哪里做得不够好"；把团队成果默认成个人成果。

### 表达沟通

能否把复杂问题讲清楚？能否接住追问？

强信号：可以把专业内容讲给外行听；追问时不绕、有条理；能用简洁语言概括复杂链路。

弱信号：使用大量术语但讲不清原理；被追问时打太极；语言节奏失控。

> ⚠️ 表达流畅 ≠ 技术深度强。详见 [attribution-errors.md](attribution-errors.md)。

### 自驱力

没有外部压力时会主动做什么？离职期间有无可验证的探索行为？

强信号：离职期间有独立项目 / 开源 / 内容产出；近一年有主动跨界尝试。

弱信号：长期处于"等任务"状态；离职期间无任何可证伪的行为。

## 经验维度（5）

### 领域 context 理解

对目标赛道是否有基础认知？

观察：能讲清行业 / 用户 / 主要玩家 / 核心问题。

### 产品场景匹配度

与当前产品方向的关联程度？

观察：能不能讲出该产品的典型场景、关键挑战、用户价值。

### 工程落地深度

端到端交付能力？

观察：日志、监控、回滚、上线、稳定性、问题定位经验是否扎实。

### 产品 sense

对用户需求的直觉和判断力？

观察：在面对开放问题时，能否快速识别用户 / 业务核心价值；能否主动取舍优先级。

### 技术栈覆盖

技术工具的掌握广度？

观察：宽度（语言、框架、领域）和深度（任一栈能不能讲清原理 / 实现 / 边界）。

## 风险维度（5）

### 稳定性

离职动机、职场脱节、过往跳动频率。

观察：每段经历是否有合理离职理由；近期是否长时间脱节；自述与简历事实是否一致。

### 技术边界

清楚自己会什么、不会什么？

观察：能否主动承认"这个不熟悉"；面对新概念是否区分"了解过 vs 用过 vs 改造过"。

### 方向偏离

能力结构与岗位核心挑战不匹配。

观察：候选人长项与岗位真正的核心问题是否一致；强能力是否对口；学历 / 经历背景的偏置。

### 团队适配

节奏、文化、协作模式。

观察：偏好独立 vs 团队；适应高压冲刺 vs 稳定流程；与当前团队阶段（冲刺 / 建设 / 维护）的匹配。

### 意愿真实性

对岗位 / 公司 / 方向是否有真实的兴趣和意愿？

观察：是否提前了解公司 / 产品；问"为什么投这个岗位"时是否有具体答案；离职原因是否成熟。

evaluation-template.md

# 面试评价模板

**岗位：________________ | 候选人：________________ | 面试官：________________ | 日期：________________**

---

## 综合建议

> **⭐⭐⭐ 强推 / ⭐⭐ 推荐 / ⭐ 待定 / ❌ 不推荐** 进入下一轮

---

## 综合评价

### 优势（2-4 条）

每条格式：**先说能力判断，再接证据叙述**，能力融入叙述中。

1. _______________________________________________

2. _______________________________________________

3. _______________________________________________

4. _______________________________________________

### 不足（2-4 条）

每条格式：先说能力 / 经验短板判断，再接证据叙述。

5. _______________________________________________

6. _______________________________________________

7. _______________________________________________

8. _______________________________________________

### 风险（1-3 条）

标注风险类型：□ 稳定性 □ 技术边界 □ 方向偏离 □ 团队适配 □ 其他

9. _______________________________________________

10. _______________________________________________

11. _______________________________________________

---

## 下一步建议

□ 进入二面 — 重点验证：_______________________________________________

□ 进入终面 — 重点验证：_______________________________________________

□ 不推荐 — 原因：_______________________________________________

---

## 评估维度参考（不作为固定框架）

完整定义见 [capability-dimensions.md](capability-dimensions.md)。

- **底层能力**：钻研精神、学习速度、逻辑性、自我认知、表达沟通、自驱力。
- **经验维度**：领域 context 理解、产品场景匹配度、工程落地深度、产品 sense、技术栈覆盖。
- **风险维度**：稳定性、技术边界、方向偏离、团队适配、意愿真实性。

Github ReposUpdated 3d agoRank 70

AionUi

Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!

MCPOPENCLAW

Github ReposUpdated 6mo agoRank 70

activepieces

AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents

OPENCLAW

Github ReposUpdated 6mo agoRank 70

cherry-studio

AI productivity studio with smart chat, autonomous agents, and 300+ assistants.

MCPOPENCLAW

Github ReposUpdated 7mo agoRank 70

CopilotKit

The Frontend for Agents & Generative UI. React + Angular