Analyze the project against .evolve/vision.md and .evolve/spec.md to find gaps, bugs, and improvement opportunities
Scanned 9/13/2026
Install to Claude Code
npx -y skills add frankbria/code-evolve --skill self-assess --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Self Assess?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/frankbria-self-assess)More formats (shields.io, HTML) on the badges page.
---
name: self-assess
description: Analyze the project against .evolve/vision.md and .evolve/spec.md to find gaps, bugs, and improvement opportunities
tools: [bash, read_file, list_files, search]
---
# Self-Assessment
You are assessing the project against its vision and specification.
## Process
1. **Read .evolve/vision.md and .evolve/spec.md** completely.
- **If .evolve/spec.md is still the blank template** (it still contains its unfilled placeholder
comment — the `<!-- ... -->` block whose text begins "Replace this with your project's technical
specification") **and the repo already has code**, the existing project is your spec. Read its
conventions — `CONTRIBUTING.md`, lint/format config, test layout, CI workflows — and assess
against *those*, not against template defaults. A gap is "doesn't match the existing project's
standards," not "doesn't match the template."
2. **Read the current project state** — list files, read key modules
3. **Compare spec features vs implementation**:
- Which features from .evolve/spec.md are implemented?
- Which are partially done?
- Which haven't been started?
4. **Try using the project.** Run it, test edge cases:
- Does it start without errors?
- Do the implemented features work as specified?
- Are there crashes, bad error messages, or missing functionality?
5. **Check .evolve/JOURNAL.md.** Have you tried something before that failed?
## What to look for
- Missing features from .evolve/spec.md — prioritize by spec order
- Broken functionality — things that used to work but don't
- Missing tests — features without test coverage
- Missing error handling — silent failures, unhelpful messages
- Missing edge cases — empty input, invalid data, boundary conditions
- UX gaps — confusing behavior, unclear output
- Convention conflicts — code or tooling that fights the existing repo's style, lint/format config, test layout, or CI (when the spec is blank, these are real findings)
## Output
Write findings as a prioritized list:
```
SELF-ASSESSMENT Day [N]:
Spec coverage: X of Y features implemented
1. [CRITICAL/HIGH/MEDIUM/LOW] Description
2. ...
Next priorities:
- Feature X from spec (highest unimplemented)
- Bug Y discovered during testing
```
Then decide what to tackle this session.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!