Token导航 LogoToken导航TokenDH.com
研究检索敏感数据github未标认证来源可访问许可证需确认审计提醒

t3-hardware-scoringt3 硬件评分

Agent Skill

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

总安装

399

周安装

16

GitHub Stars

2

下载量

129
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 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

简介

t3 硬件评分用于查找、检索和筛选相关信息,适合技术评估类任务。

  • 它支持基于性能指标或规格数据进行排序与推荐。
  • 通过 npx skills add 从 GitHub 仓库安装,具体指标需参考原始文档。
  • 使用前应确认其数据来源及是否涉及实时查询或计算开销。
  • t3-hardware-scoring 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

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

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

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、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills