Self-Assessment: 6-Check Rubric

VerifiedSafe

Self-assessment tool using a six-criteria rubric to evaluate adaptive behavior after completing significant work. Helps identify strengths and weaknesses in mismatch detection, plan revision, tool switching, memory update, proof generation, and stop conditions. Use after major sessions to track improvement over time.

Sby Skills Guide Bot
DevelopmentIntermediate
6/2/2026
Claude Code
#self-assessment#adaptive-behavior#agent-improvement#session-review#retrospective

Recommended for

Automated summary

Evaluates an AI agent's adaptive behavior during a session using a 6-check rubric covering mismatch detection, plan revision, tool switching, memory update, proof generation, and stop condition.

Strengths

  • Encourages honest self-assessment and reflection on session performance.
  • Covers key dimensions of adaptive behavior with clear scoring criteria.
  • Provides actionable improvement suggestions based on weakest check.
  • Integrates with active_context.yaml for persistent records.

Limitations

  • Relies on user honesty; results are subjective and not externally validated.
  • Requires prior setup of active_context.yaml and familiarity with the rubric.
  • May not capture all aspects of agent performance or nuanced behavior.
When to use it

After completing significant work or encountering challenges to reflect on and improve adaptive behavior.

When not to use it

For trivial sessions or when immediate progress is more important than reflection.

Security analysis

Safe
Quality score90/100

This skill only performs self-assessment by reading a local YAML file and generating a score. There are no destructive, exfiltrating, or obfuscated actions. No external command execution or network access.

No concerns found

How this analysis is made

Examples

Post-session self-assessment
Run the edge-score assessment on my recent session to evaluate my adaptive behavior against the 6-check rubric.
After refactoring review
Perform a 6-check self-assessment after completing the refactoring task. Score each check and update active_context.yaml with the results.
Recovery from failure
Evaluate my adaptive behavior during the debugging session using the 6-check rubric, focusing on plan revision and tool switching.

name: edge-score description: Self-assessment against the 6-check adaptation rubric. Use after completing significant work to evaluate adaptive behavior.

Self-Score: 6-Check Assessment

Evaluate your adaptive behavior during this session against the 6-check rubric.

Read active_context.yaml to understand what was accomplished.

The 6 Checks

Score yourself honestly on each:

1. Mismatch Detection

Question: Did I spot divergences between expectations and reality quickly?

| Score | Meaning | |-------|---------| | Met | Caught mismatches immediately, logged them with deltas | | Missed | Plowed forward despite signals, retried without noticing |

2. Plan Revision

Question: When things went wrong, did I change my approach (not just retry)?

| Score | Meaning | |-------|---------| | Met | Wrote new strategies, reduced step size, added guards | | Missed | Repeated the same step 3+ times |

3. Tool Switching

Question: Did I abandon tools that weren't working and try alternatives?

| Score | Meaning | |-------|---------| | Met | Switched methods when one failed, preferred simpler approaches | | N/A | No tool failures occurred | | Missed | Kept hammering same tool despite failures |

4. Memory Update

Question: Did I capture reusable lessons from what I learned?

| Score | Meaning | |-------|---------| | Met | Added trigger-linked lessons to memory | | Missed | Solved problems but didn't record patterns |

5. Proof Generation

Question: Did I attach evidence, not just claims?

| Score | Meaning | |-------|---------| | Met | Every major step has proof (logs, diffs, test results) | | Missed | "Trust me" summaries without evidence |

6. Stop Condition

Question: Did I escalate appropriately when blocked or uncertain?

| Score | Meaning | |-------|---------| | Met | Asked crisp questions, presented bounded options | | N/A | Never hit uncertainty requiring escalation | | Missed | Guessed when should have asked, or asked trivial questions |

Instructions

  1. Review the session

    • What mismatches occurred?
    • How did you respond?
    • What lessons were captured?
  2. Score each check Be honest. Mark:

    • met: true if you satisfied the check
    • met: false if you missed it
    • Include a brief note explaining why
  3. Update active_context.yaml

    self_score:
      timestamp: "<current_iso_timestamp>"
      checks:
        mismatch_detection:
          met: true
          note: "Caught API 403 immediately, logged delta"
        plan_revision:
          met: true
          note: "Added token refresh step instead of retrying"
        tool_switching:
          met: false
          note: "N/A - no tool failures"
        memory_update:
          met: true
          note: "Added lesson about token expiry"
        proof_generation:
          met: true
          note: "Attached error log and fix diff"
        stop_condition:
          met: true
          note: "Asked about auth approach before proceeding"
      total: 5
      level: "real_agent"
    
  4. Determine level

    | Score | Level | Meaning | |-------|-------|---------| | 0-2 | demo_automation | Just following scripts | | 3-4 | promising_fragile | Some adaptation, gaps remain | | 5-6 | real_agent | True adaptive behavior |

Output

After scoring, provide:

  • Score: N/6
  • Level: demo_automation | promising_fragile | real_agent
  • Strongest check: which one you did best
  • Weakest check: which one to improve
  • Carry-forward: what to do better next session

Improvement Suggestions

Based on your weakest check, here are concrete improvements:

If mismatch_detection is weak:

  • Add explicit "Expected vs Actual" statements before major operations
  • Use diff/delta logging more aggressively

If plan_revision is weak:

  • After any failure, write a NEW step before retrying
  • Break large steps into smaller ones when stuck

If tool_switching is weak:

  • If a tool fails twice, switch tools immediately
  • Prefer simpler tools when complex ones struggle

If memory_update is weak:

  • After each step, ask "what did I learn?"
  • Add lessons with specific triggers, not vague wisdom

If proof_generation is weak:

  • Attach evidence inline, not after the fact
  • For code changes: describe the diff
  • For tests: show the output

If stop_condition is weak:

  • When uncertain, frame as bounded options (not open questions)
  • Escalate BEFORE guessing, not after failing

From the file to a first result

The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.

View the source and supporting files

This download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.

1. Download the file

Download SKILL.md

From the root of a test project, save the file as .skill-downloads/self-assessment-6-check-rubric-mm8o52hf/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.

Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.

mkdir -p '.skill-downloads/self-assessment-6-check-rubric-mm8o52hf' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/self-assessment-6-check-rubric-mm8o52hf/download' --output '.skill-downloads/self-assessment-6-check-rubric-mm8o52hf/SKILL.md.part' && mv '.skill-downloads/self-assessment-6-check-rubric-mm8o52hf/SKILL.md.part' '.skill-downloads/self-assessment-6-check-rubric-mm8o52hf/SKILL.md'

2. Check prerequisites

Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.

No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.

The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.

3. Load the skill

After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.

Claude Code
test -f '.skill-downloads/self-assessment-6-check-rubric-mm8o52hf/SKILL.md' && test -s '.skill-downloads/self-assessment-6-check-rubric-mm8o52hf/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/edge-score' && cp -R '.skill-downloads/self-assessment-6-check-rubric-mm8o52hf' '.claude/skills/edge-score'

OpenSkills

OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.

Official OpenSkills installation
openskills install './.skill-downloads/self-assessment-6-check-rubric-mm8o52hf'

openskills read 'self-assessment-6-check-rubric-mm8o52hf'

Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.

For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.

openskills sync

Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.

4. Try a first task

Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:

Read .skill-downloads/self-assessment-6-check-rubric-mm8o52hf/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.

Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.

Related skills