Token导航 LogoToken导航

Agent Skill · 研究检索

t3-hardware-scoring(t3 硬件评分)

t3-hardware-scoring 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

t3-hardware-scoring 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描有提醒项,按安装量在研究检索类的 73,675 个 Skill 里排第 58,892。

总安装 399周安装 16GitHub Stars 2下载 129核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:t3-hardware-scoring(t3 硬件评分)
来源仓库:https://github.com/toyworks/agent-skills
仓库路径:skills/t3-hardware-scoring
安装命令:
npx skills add https://github.com/toyworks/agent-skills --skill t3-hardware-scoring
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/toyworks/agent-skills --skill t3-hardware-scoring

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

t3 硬件评分用于查找、检索和筛选相关信息,适合技术评估类任务。它支持基于性能指标或规格数据进行排序与推荐。通过 npx skills add 从 GitHub 仓库安装,具体指标需参考原始文档。使用前应确认其数据来源及是否涉及实时查询或计算开销。

t3-hardware-scoring 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/t3-hardware-scoring

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/toyworks/agent-skills --skill t3-hardware-scor…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

t3-hardware-scoring 怎么安装?

在终端执行 npx skills add https://github.com/toyworks/agent-skills --skill t3-hardware-scoring。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

t3-hardware-scoring 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

t3-hardware-scoring 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

t3-hardware-scoring 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

t3-hardware-scoring 用的人多吗?

公开数据是累计安装 399 次,近一周安装 16 次,下载 129 次,GitHub 2 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

t3-hardware-scoring 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
t3-hardware-scoring

t3 硬件评分 · 本页

3992接触敏感数据未明确有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

MantaBase T3 Hardware Audit System — v2.1

Objectives

  • Crawl product information → Brand Blind → Triple-Auditor independent scoring → Eagle Eye Validation → Final Judge synthesis
  • Output: objective Tool / Toy / Trash classification with Eagle Eye safety veto
  • Core principles: evidence-first, parallel audits, zero hallucination, transparent math

Architecture Overview (v2.1)

Main Agent                             Subagents
───────────────────────────────────    ──────────────────────────────
Step 1: Data Collection
Step 2: Organize + Brand Blind
  ↓ write 02-brand-blinded.md
                                       Step 3: ×3 parallel (Tool/Toy/Trash)
                                         · read file paths, print JSON to stdout
                                         · main agent writes 03-*.json files
  ↓ receive JSON, write files
  ↓ auto-build auditor_reports.json
                                       Step 4: ×1 Eagle Eye Validator (conditional)
                                         · AI subagent, not Python script
                                         · outputs adjustments[] diff
  ↓ apply diffs, rebuild JSON
Step 5: synthesize_results.py
Step 6: 99-audit-report.md

Key v2.1 changes:

  • Step 4 replaces 3-way Peer Review with single AI-driven Eagle Eye Validator
  • Subagents print JSON to stdout; main agent writes all files
  • New Eagle Eye pattern: Architectural Implausibility
  • Mandatory auto-rebuild of auditor_reports.json from 03-*.json files
  • Token guardrails on verbatim_evidence and prompt size

Data Collection Strategy (Step 1-2)

Primary: crawl_product_info.py

python3 scripts/crawl_product_info.py --url https://example.com/product --pretty

Uses Jina AI Reader first, then direct HTTP fallback. Exit code 2 = content insufficient → trigger Exa fallback.

Fallback: Exa MCP (use when crawl fails or is insufficient)

mcporter call 'exa.web_search_exa(query: "{product name} specs review", numResults: 5)'
mcporter call 'exa.company_research_exa(companyName: "{brand}", numResults: 3)'

Exa is the preferred fallback — always available, no API key required. Collect at least 3 independent sources before proceeding.

Additional sources (check in order)

  1. Official product page (specs, pricing, marketing claims)
  2. Third-party reviews (TechAdvisor, The Verge, Tom's Guide, TrustedReviews)
  3. Community discussion (Reddit, forums) for real-user pain points
  4. Investigation/news coverage (privacy issues, lawsuits, controversies)

Minimum data threshold

Proceed only when you have:

  • At least one official source with tech specs + price
  • At least one third-party review with hands-on findings
  • Marketing claims verbatim (needed for Eagle Eye Honest check)

Pre-launch data flag

If the product meets ALL of the following, append (Pre-launch) to the case_id and skip Step 4:

  • Zero independent hands-on reviews
  • ≥3 critical specs undisclosed (battery, weight, connectivity, regulatory)
  • Pre-order only / not shipping

Procedure

Step 1: Collect Raw Data

  • Run crawl_product_info.py on official product URL
  • If exit code 2, run Exa MCP queries
  • Save raw extracts to 01-level0-extracts.md with source tags [S1], [S2], etc.

Step 2: Organize + Brand Blind (combined step)

  • Read references/organize-guide.md
  • Read references/defluff-guide.md
  • Merge all sources into one structured document
  • Apply Brand Blinding inline (replace brand names with [BRAND], [PRODUCT], [FEATURE])
  • Preserve ALL adjectives and marketing claims verbatim — needed by downstream auditors
  • Brand-blinded text should be ≤ 1200 words — deduplicate aggressively but keep all unique claims
  • Save to 02-brand-blinded.md

Step 3: Triple Auditor Scoring (independent, parallel)

Each Auditor sees only the Brand-Blinded text from Step 2.

Subagent execution rules (mandatory):

  • Pass file path to 02-brand-blinded.md — do NOT embed full text in prompt
  • Each subagent reads the file, reads their rubric file, and prints JSON to stdout
  • Main agent writes files — subagents never call write (prevents timeout file loss)
  • verbatim_evidence limits:

- score 0–1: max 1 quote (or [] for score 0) - score 2–3: max 2 quotes

  • Recommended timeouts: Tool=150s, Toy=150s, Trash=180s
🟢 Tool Auditor
🟡 Toy Auditor
🔴 Trash Auditor

Key principles:

  • Each auditor works from Brand-Blinded text only
  • No cross-talk between auditors during scoring
  • Evidence FIRST, then score — no score without a verbatim quote
  • If a feature isn't in the text, it scores 0

Step 3.5: Auto-rebuild auditor_reports.json (mandatory)

After all three auditors return, the main agent MUST:

  1. Read each 03-tool-auditor.json, 03-toy-auditor.json, 03-trash-auditor.json
  2. Rebuild auditor_reports.json programmatically: merged = {"tool": {"total_score": tool["total_score"], "litmus_gate": tool["litmus_gate"], "extract_for_report": tool["extract_for_report"]}, "toy": {"total_score": toy["total_score"], "litmus_gate": toy["litmus_gate"], "extract_for_report": toy["extract_for_report"]}, "trash": {"total_score": trash["total_score"], "litmus_gate": trash["litmus_gate"], "critical_issues": trash["critical_issues"], "extract_for_report": trash["extract_for_report"]}}
  3. Sanity check before proceeding:

- merged.trash.total_score == sum of all 14 items in 03-trash-auditor.json - len(merged.trash.critical_issues) == count of Eagle Eye triggers in 03-trash-auditor.json - If mismatch: re-read the source file (never hand-edit scores)

**🚨 Never manually write auditor_reports.json from memory or summaries — always rebuild from 03-*.json files.**

Step 4: Eagle Eye Validator (conditional, AI-driven)

Read references/eagle-eye-validator.md

Trigger conditions — run Step 4 if ANY is true:

  • Trash report critical_issues is non-empty
  • Any auditor has any item scored 3
  • Composite score is in Gray Zone (-10 to +10)

Otherwise: skip directly to Step 5.

Execution:

  • Spawn 1 subagent (timeout: 120s)
  • Subagent reads 02-brand-blinded.md + only the flagged items from 03-*.json
  • Performs three checks:

1. Eagle Eye trigger validity — do both conflicting quotes exist verbatim? 2. Architectural Plausibility — are on-device/local claims technically feasible for the form factor? (NEW in v2.1) 3. Score=3 evidence check — does evidence actually support the 3-level rubric?

  • Outputs adjustments[] diff (not a full re-score)
  • Main agent applies diffs to auditor_reports.json and re-saves

Step 5: Final Judge Synthesis

python3 scripts/synthesize_results.py --input auditor_reports.json --text

Or manually per references/t3-classification.md:

  1. Normalize scores: Tool=(raw/33)×100, Toy=(raw/33)×100, Trash=(raw/42)×100
  2. Composite = max(NormTool, NormToy) - NormTrash
  3. Check primary conditions (need 2+ of 4 conditions per category)
  4. Check secondary conditions
  5. Apply Eagle Eye Veto (if Trash critical_issues non-empty → force Trash into label)

Step 6: Generate Audit Report

Output file: 99-audit-report.md Directory: tmp/reports/t3-{YYYY-MM-DD}-{slug}/

Follow YAML schema in references/report-schema.md.


Output Format for Messaging Surfaces (WhatsApp / Telegram)

When delivering results in a chat interface, do not paste the full file. Use this condensed format instead:

🏷️ T3 Audit — {Product Name}
Price: ${price} | Date: {YYYY-MM-DD}

📊 Scores
🟢 Tool:  {raw}/{33} → {norm}/100
🟡 Toy:   {raw}/{33} → {norm}/100
🔴 Trash: {raw}/{42} → {norm}/100
Composite: {composite:+.1f}

🏆 Classification: {final_label}
Confidence: {confidence}

{If Eagle Eye:}
🚨 Eagle Eye: {trigger name}
"{verbatim quote A}"
vs.
"{verbatim quote B}"

🟢 Tool highlights (3 bullets)
🟡 Toy highlights (3 bullets)
🔴 Trash issues (3 bullets)

💬 One-line verdict

Rules for messaging output:

  • No markdown tables (WhatsApp doesn't render them)
  • Use bold for emphasis, bullet lists for details
  • Keep total message under 600 words
  • If Eagle Eye triggered, always show the conflicting quotes

Important Constraints

🚨 Information Isolation (critical)

  • Brand-Blinded text is the ONLY input for auditors
  • Auditors must never see original brand names, marketing copy, or each other's reports during scoring
  • Final Judge reads only the three auditor JSON outputs, not original product text

📊 Objective data completeness

  • Collect specs, performance, reliability, market, and cost data
  • Brand Blinding must retain all specs and numbers
  • Every score must link to extracted verbatim evidence

Eagle Eye enforcement

  • Trash Auditor MUST check every item against references/trash-red-flags.md
  • Eagle Eye trigger → automatic score 3 → populate critical_issues[]
  • Eagle Eye Validator (Step 4) re-checks triggers including Architectural Plausibility
  • Final Judge must respect Eagle Eye Veto regardless of composite math

synthesize_results.py input format

The script expects a JSON file like:

{
  "tool":  { "total_score": <int 0-33>, "litmus_gate": "Yes|No", ... },
  "toy":   { "total_score": <int 0-33>, "litmus_gate": "Yes|No", ... },
  "trash": { "total_score": <int 0-42>, "litmus_gate": "Yes|No",
             "critical_issues": ["<eagle eye trigger text>", ...], ... }
}

Resource Index

Scripts

  • scripts/crawl_product_info.py — Multi-strategy product crawler (Jina → direct HTTP fallback)
  • scripts/synthesize_results.py — Final Judge math (normalization + Eagle Eye + Litmus Gate)

References (v2.1)

FileUsed InNotes
organize-guide.mdStep 2
defluff-guide.mdStep 2
tool-auditor.mdStep 3
tool-auditor-template.mdStep 3
toy-auditor.mdStep 3
toy-auditor-template.mdStep 3
trash-auditor.mdStep 3
trash-red-flags.mdStep 3 (Eagle Eye)v2.1: added Architectural Implausibility
eagle-eye-validator.mdStep 4v2.1: AI-driven, replaces peer review
t3-classification.mdStep 5
report-schema.mdStep 6
peer-review-guide.mdStep 4Deprecated in v2.1 — kept for reference only

平台分布

Codex

35.77%
按下载量换算46

Claude

32.25%
按下载量换算42

Cursor

18.24%
按下载量换算24

Gemini CLI

9.58%
按下载量换算12

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills