원클릭으로
ob-benchmark
Obsidian 文章质量基准评测系统。通过交互式问答对知识库文章打分,记录缺点,自动提炼写作偏好。触发词:评分、打分、文章评价、ob-benchmark、知识库评分。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Obsidian 文章质量基准评测系统。通过交互式问答对知识库文章打分,记录缺点,自动提炼写作偏好。触发词:评分、打分、文章评价、ob-benchmark、知识库评分。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
在需要打包、签名、OTA、APK/IPA、GitHub Release、商店提交、部署、回滚或验活时使用;支持独立窄任务,也支持作为 app-flow 的当前行动。它核对具体渠道授权,可复用用户明确记录的项目级 preview OTA 持续授权并在验证通过后自动发布;未获授权只做预检。
把自然语言 App 需求、模块说明和参考截图一路推进到经验证的代码与当次授权交付;用于需要长时间自主开发、持续排障和跨上下文恢复的移动端或跨端 App 任务。它不固定技术栈、阶段或交付形式,也不会把无人值守理解为远端发布授权。
在需要与生产者分离的独立评审、复核、验收,或对 App 方案、UI、代码、体验或交付准备度做质量判断时使用;支持独立窄任务,也支持作为 app-flow 的当前行动。它只做只读评判并绑定真实证据,不创建或修改产物,也不做第一方定位根因或直接改代码。
在设计、开发或交付 App 时按需参考 Happy/Paws 经验,包括移动端架构、React Native/Expo 取舍、验证、OTA、安装包与 Release 边界。用于用户明确要求参考 Happy/Paws,或当前问题与这些真实工程经验高度匹配时;它只提供上下文,不是 App Workflow,也不强制复制 Happy 的技术栈。
在需要创建、修改、重构、修复 App 代码,或只读诊断崩溃、定位根因、给出候选补丁时使用;支持独立窄任务,也支持作为 app-flow 的当前行动。它不做产品调研、原型/设计、独立评审或打包发布,除非当前行动本身就是改代码。
作为 self-learning 的 HyperFrames 产出能力,自主学习本地教学音视频或公开视频链接,把教程讲授的方法、可观察动效和屏幕代码转成有证据、可恢复、可渲染的 HyperFrames Demo,并记录实际使用的内容、Skills、工具与可复用经验。仅在 self-learning 调用,或用户明确要求从教学素材制作 HyperFrames Demo 时使用;普通学习任务不要单独触发。
| name | ob-benchmark |
| description | Obsidian 文章质量基准评测系统。通过交互式问答对知识库文章打分,记录缺点,自动提炼写作偏好。触发词:评分、打分、文章评价、ob-benchmark、知识库评分。 |
Obsidian 知识库质量评分助手,通过交互式问答让用户对文章进行主观质量评分,记录问题并自动提炼写作偏好。 建立人机结合的质量反馈闭环:用户评分 → 记录问题 → 提炼偏好 → 指导后续写作和采集。
触发词:
- 评分 / 打分 / 文章评价 / 知识库评分
- ob-benchmark / 给文章打分
- 评价知识库 / 文章质量
示例:
- "ob-benchmark"
- "帮我给知识库文章打分"
- "评分一下 claude 目录的文章"
- "评价一下我的文章质量"
requires=OBSIDIAN_REPO; focus=rate,preference,feedback
通过交互式评分记录文章质量反馈,自动提炼用户写作偏好,持续优化知识库质量标准。
**委托 ob-router skill** 解析当前激活仓库路径,扫描 wiki/ 目录,展示主题文件夹列表供用户选择。
逐篇展示选中文件夹的文章摘要信息(标题、标签、字数、更新时间),用户在 Obsidian 中查看后打分(1-10)并描述缺点,记录到评分表。
每评完 5 篇触发批量统计和偏好提炼,更新偏好文件。
文件夹评完后展示总结,用户可选择继续下一个文件夹或结束。
交互式文章评分系统,记录质量反馈并自动学习你的写作偏好。
【硬约束】仓库路径一律委托 ob-router skill 解析,本 skill 不自行读取路径文件。
调用 ob-router skill 获取 $OBSIDIAN_REPO:
ob-router init 持久化将 ob-router 返回的路径保存为 $OBSIDIAN_REPO,后续全程使用此变量。
4. 检查 $OBSIDIAN_REPO/wiki/ 目录是否存在
5. 如果不存在,提示用户先运行 ob-index 初始化
$OBSIDIAN_REPO/wiki/.ratings.md首次使用时自动创建,模板如下:
---
type: meta
tags: [rating, system]
updated_at: {当前日期}
---
# 文章评分表
> 通过交互式评分记录每篇文章的质量反馈,持续优化知识库。
## 统计
| 指标 | 值 |
|------|-----|
| 已评分 | 0 |
| 平均分 | — |
| 最高分 | — |
| 最低分 | — |
## 评分记录
| ID | 文章 | 分数 | 问题标签 | 用户评价 | 评价时间 |
|-----|------|------|----------|----------|----------|
$OBSIDIAN_REPO/wiki/.rating-preferences.md首次触发偏好提炼时自动创建,模板如下:
---
type: meta
tags: [rating, preferences]
updated_at: {当前日期}
---
# 评分偏好
> 基于 {N} 篇已评分文章自动提炼的写作偏好。
## 高分文章特征(≥8分)
(评分积累后自动填充)
## 低分文章特征(≤5分)
(评分积累后自动填充)
## 偏好规则
(评分积累后自动填充量化规则)
$OBSIDIAN_REPO/wiki/ 下的所有一级子目录.md 文件数量(排除 index.md、log.md、以 . 开头的文件)$OBSIDIAN_REPO/wiki/.ratings.md,统计每个目录的已评分数📊 文章评分系统
主题目录:
1. ai/ (3篇, 已评0篇)
2. claude/ (8篇, 已评3篇)
3. current-affairs/ (10篇, 已评0篇)
...
选择要评分的文件夹(输入编号):
对每篇未评分文章,按顺序执行:
展示文章:
读取文章文件的 frontmatter 获取标题(第一个 # 标题)、tags、updated_at、article_id,统计正文字数(排除 frontmatter)。
━━━ [3/8] {相对路径} ━━━
🆔 {article_id} | 📂 标题: {文章标题}
🏷️ 标签: {tags 逗号分隔}
📝 约 {字数} 字 | 📅 更新: {updated_at}
请在 Obsidian 中查看文章后评分(1-10)并说明缺点:
(输入分数和意见,如 "7分,太长,缺代码示例")
(输入 s 跳过,输入 q 结束本轮)
如果文章缺少 article_id,显示为 🆔 无ID。
解析用户输入:
记录数据:
将评分追加到 $OBSIDIAN_REPO/wiki/.ratings.md 的评分记录表:
| {article_id 或 "无ID"} | {相对路径去掉 wiki/ 前缀} | {分数} | {问题标签逗号分隔} | {用户评价} | {当前日期} |
更新统计部分:
触发时机:每评完 5 篇 或 文件夹评分结束时
展示本轮统计:
📊 本轮统计(已评{N}篇)
- 平均分:{x.x}
- 常见问题:{问题1}({n}次), {问题2}({n}次)
- 高分文章:{文件名}({分数}分)
- 低分文章:{文件名}({分数}分)
🧠 偏好更新
新增规则:
- {规则描述}
继续评分剩余 {N} 篇?
偏好提炼逻辑:
读取 $OBSIDIAN_REPO/wiki/.ratings.md 中的所有评分记录,执行以下分析:
更新偏好文件 $OBSIDIAN_REPO/wiki/.rating-preferences.md:
updated_at一个文件夹所有文章评完后:
✅ {目录名}/ 目录评分完成
总评 {N} 篇,平均分 {x.x}
偏好文件已更新
选择下一个文件夹?还是结束?
用户选择后:
评分结束后(用户选择结束或所有文件夹评完),基于评分数据和偏好规则生成可执行的改进建议。
读取数据:
$OBSIDIAN_REPO/wiki/.ratings.md 获取所有评分记录$OBSIDIAN_REPO/wiki/.rating-preferences.md 获取偏好规则生成建议:
按优先级分类输出:
🔧 改进建议(基于 {N} 篇评分数据)
🔴 建议删除({n} 篇,平均分 ≤2):
- {文件路径} ({分数}分) — {一句话原因}
...
🟡 建议迁移({n} 篇,分类不当):
- {文件路径} → {建议目录}/{建议文件名}
...
🟢 建议重写({n} 篇,有内容但质量不足):
- {文件路径} — {主要改进方向}
...
✅ 保持不变({n} 篇,≥6分):
- {文件路径} ({分数}分)
执行方式:
使用 AskUserQuestion 让用户选择要执行的操作:
选择要执行的改进(可多选):
□ 删除 {n} 篇低质量文章
□ 迁移 {n} 篇分类不当的文章
□ 查看重写建议(不自动执行)
□ 暂不操作,仅记录
$OBSIDIAN_REPO/wiki/archive/ 目录(不直接删除)$OBSIDIAN_REPO/wiki/.rating-actions.md从用户输入中提取 1-10 的整数,支持以下格式:
无法解析时提示"请输入 1-10 的分数"。
从用户评价中提取有意义的关键词作为标签:
太长缺代码示例概念不清缺引言标题含糊标签应简短(≤6字),去除语气词。
| 输入 | 动作 |
|---|---|
s 或 skip | 跳过当前文章,继续下一篇 |
q 或 quit | 结束本轮评分,保存进度 |
1-10(纯数字) | 记录分数,追问缺点 |
| 场景 | 处理 |
|---|---|
| 文件夹所有文章已评分 | 提示选择其他文件夹 |
| 用户输入不含有效分数 | 提示"请输入 1-10 的分数",等待重新输入 |
| 用户输入 s 跳过 | 跳过当前文章,继续下一篇 |
| 用户输入 q 结束 | 保存当前进度,展示已评统计后退出 |
| 评分文件不存在 | 首次使用,创建模板文件 |
| 偏好文件不存在 | 首次触发偏好提炼时创建 |
| 中途退出 Claude | 进度已实时保存到文件中,下次启动自动恢复 |
| wiki/ 下无子目录 | 提示用户先运行 ob-collect 采集内容 |
| Skill | 关系 |
|---|---|
| ob-tidy | ob-tidy 做自动检查(12项规则),ob-benchmark 做主观评分,互补 |
| ob-collect | 采集新文章后,可引导用户使用 ob-benchmark 评分 |
| ob-index | 评分表不参与索引,不写入 index.md |
| 消费偏好 | ob-tidy 和 ob-project-log 在执行时读取偏好文件指导内容质量 |