用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/Tzeusy/butlers --skill diagnostic-assessment命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | diagnostic-assessment |
| description | Run adaptive pre-teaching probes to estimate current knowledge and seed mastery. |
| version | 1.0.0 |
Pre-teaching calibration system. Before teaching a topic, run an adaptive probe sequence to infer the user's existing knowledge level. Map diagnostic results onto mind map nodes as initial mastery seeds so teaching starts at the right depth — not from scratch if the user already knows foundations, not ahead of prerequisites if they do not.
Use this skill when:
DIAGNOSINGCall diagnostic_start(mind_map_id) to initialize the DIAGNOSING state and retrieve the
concept inventory ranked by difficulty_rank. This returns a list of:
node_id: UUID to reference when recording probeslabel: Concept namedescription: Brief descriptiondifficulty_rank: Depth-based difficulty (0 = easiest)If the mind map has no nodes yet (freshly created flow with no prior planning), generate an internal inventory of 10–15 concepts spanning beginner to expert:
Do not show this inventory to the user. It is internal scaffolding for the probe sequence.
difficulty_rank. Identify the median index as the starting
probe target (e.g., index len(inventory) // 2).lo = 0, hi = len(inventory) - 1, probe_count = 0.probe_count >= 7 or difficulty range converges):
a. Select the concept at the midpoint between lo and hi.
b. Generate a focused question for that concept.
c. Deliver via notify(channel="telegram", intent="send", message=<question>, request_context=...).
d. Wait for the user's answer.
e. Score the answer 0–5 (see rubric below).
f. Call diagnostic_record_probe(mind_map_id, node_id, quality, inferred_mastery).
g. If quality >= 3: set lo = midpoint + 1 (probe harder concepts next).
If quality < 3: set hi = midpoint - 1 (probe easier concepts next).
h. Increment probe_count.probe_count >= 7 (hard cap), ORlo > hi (range converged — knowledge boundary found), ORMap answers to SM-2 quality scores:
| Score | Meaning |
|---|---|
| 0 | Complete blackout — no recall or reveals fundamental misconception |
| 1 | Wrong but attempted — effort shown, key concept missed |
| 2 | Partially correct — missing a crucial element or confused about mechanism |
| 3 | Essentially correct — core right, minor gaps acceptable |
| 4 | Correct, confident, and clearly explained |
| 5 | Demonstrates depth beyond the probe — mentions edge cases or caveats unprompted |
For each probe call diagnostic_record_probe(mind_map_id, node_id, quality, inferred_mastery)
using the following inferred_mastery mapping:
| Quality | inferred_mastery |
|---|---|
| 0 | 0.1 |
| 1 | 0.1 |
| 2 | 0.3 |
| 3 | 0.5 |
| 4 | 0.6 |
| 5 | 0.7 |
Never seed mastery at 1.0 from diagnostic alone. The tool enforces a hard cap at 0.7, but the LLM must not attempt values above 0.7. Full mastery is earned through teaching and quiz sessions, not diagnostic probes.
The tool only seeds mastery for quality >= 3. For quality < 3, the node remains unseen — do
not manually set lower mastery scores.
After the probe sequence (3–7 questions):
diagnostic_complete(mind_map_id) — finalizes mastery seeds and transitions the flow
state from DIAGNOSING to PLANNING. Returns a summary with inferred_frontier_rank.notify(
channel="telegram",
message="Based on our calibration, you have solid foundations in [X, Y]. "
"We'll start with [first frontier concept] and build from there.",
intent="reply",
request_context=<session_request_context>
)
Adapt the message tone:
inferred_frontier_rank): emphasize building on strong foundationsdiagnostic_start() was called to initialize the sessiondiagnostic_record_probe() was called for each probe question (3–7 total)diagnostic_complete() was called and succeededDIAGNOSING to PLANNINGmastery_status = "diagnosed" and
mastery_score in [0.3, 0.7]notify()Guide for discovering, analyzing, and pruning the Butlers test suite. Use when working on test condensation beads (Phase 1 epic bu-rhztl and Phase 2 epic bu-hg8rl both CLOSED; Phase 3 maintenance cycle underway 2026-06-21), assessing test bloat, identifying pruning targets, or rewriting tests to be contract-driven. Triggers on test reduction, test pruning, test consolidation, or condensation tasks for this project. Also use when a fresh session needs to assess test health, create new condensation beads, or resume in-progress condensation work.
Generate a weekly home energy digest with trends, top consumers, and recommendations.
Orchestrate a UX redesign of a Butlers dashboard page (or sub-page set) using /project-direction as the spec+beads engine, with redesign-specific upfront phases for vision capture, asset ingestion, impact analysis, backend-contract derivation, LLM-cost feasibility, manifesto/identity preservation, and a th-design design-bar audit. The binding design language is the Dispatch spec (openspec/specs/dashboard-design-language/spec.md); bundles live under pr/overview/ and resolve via references/bundle-registry.md. Use when asked to redesign a dashboard page, with or without a Claude Design bundle. Triggers on "redesign the X page", "plan the Y redesign", "integrate the redesign bundle", "what would it take to ship the SLUG redesign", "design language integration for AREA".
基于 SOC 职业分类