Automated summary
Performs a comprehensive single-document review combining pessimistic and optimistic analysis using philosopher personas, then applies targeted improvements to the content.
Strengths
- Combines adversarial and supportive perspectives for balanced insights
- Provides actionable improvement plans with priority levels
- Preserves author's voice while strengthening argumentation
- Automates document prioritization based on review history
Limitations
- Requires familiarity with the six philosopher perspectives for understanding output
- May over-analyze short or simple documents
- Dependent on proper setup of the candidate selection tool
When you need a deep, balanced review of a single document to improve its argumentation, clarity, and completeness.
For quick edits or when the document is already polished and doesn't require extensive analysis.
Security analysis
SafeThe skill uses only local file reads/writes and runs a local Python script via uv; no destructive, exfiltrating, or obfuscated actions are present.
No concerns found
How this analysis is madeExamples
/deep-review obsidian/topics/meaning-of-life.md/deep-reviewname: deep-review description: Comprehensive single-document review combining pessimistic and optimistic analysis with improvements. Modifies content.
Deep Review
Comprehensive review that runs both pessimistic and optimistic analysis on a single document, then applies targeted improvements based on findings.
When to Use
- When
/deep-reviewis invoked - Optionally with a specific file:
/deep-review obsidian/topics/meaning-of-life.md - As a daily maintenance task when overdue (integrated with /evolve)
Instructions
1. Select Document
If a specific file is provided as an argument, use it.
Otherwise, use the candidate selection tool to find the highest priority document:
uv run python scripts/deep_review.py next --obsidian obsidian
The tool ranks candidates by:
- Never reviewed (highest priority): base score 100 + days since modification
- Modified since last review: days unreviewed * 2
- Reviewed and unchanged: excluded (no review needed)
If no candidates are found, log to changelog and exit successfully.
2. Run Pessimistic Review (Deep Mode)
Read the selected document thoroughly, then apply adversarial analysis using the six philosopher personas from /pessimistic-review:
- Eliminative Materialist (Patricia Churchland perspective)
- Hard-Nosed Physicalist (Daniel Dennett perspective)
- Quantum Skeptic (Max Tegmark perspective)
- Many-Worlds Defender (David Deutsch perspective)
- Empiricist (Karl Popper's Ghost perspective)
- Buddhist Philosopher (Nagarjuna perspective)
In deep single-file mode, apply extra scrutiny:
- All six personas must engage specifically with this content
- Look for subtle logical gaps, not just obvious flaws
- Evaluate style guide compliance in detail (see
obsidian/project/writing-style.md) - Check every factual claim for support
- Identify internal contradictions
Capture findings:
- Critical issues (must fix)
- Medium issues (should fix)
- Low issues (nice to fix)
- Counterarguments needing response
- Unsupported claims
3. Run Optimistic Review (Deep Mode)
Apply supportive analysis using the six sympathetic philosopher personas from /optimistic-review:
- Property Dualist (David Chalmers perspective)
- Quantum Mind Theorist (Henry Stapp perspective)
- Phenomenologist (Thomas Nagel perspective)
- Process Philosopher (Alfred North Whitehead perspective)
- Libertarian Free Will Defender (Robert Kane perspective)
- Mysterian (Colin McGinn perspective)
In deep single-file mode:
- All six personas must engage specifically with this content
- Identify concrete expansion opportunities within this document
- Note cross-linking potential with existing content
- Find unique phrasings and arguments worth preserving
- Identify strengths in argumentation and communication
Capture findings:
- Strengths to preserve (do not change these)
- Expansion opportunities (thin sections to develop)
- Cross-links to add (connections to other site content)
- Effective patterns (communication techniques that work)
4. Synthesize and Plan Improvements
Based on both reviews, create an improvement plan:
Must Address (from pessimistic):
- All critical issues
- Unsupported claims flagged as high priority
- Internal contradictions
Should Address (balanced):
- Medium-priority issues from pessimistic review
- Natural expansion points from optimistic review
- Missing connections identified by both
Preserve (from optimistic):
- Strong arguments and unique insights
- Effective communication patterns
- Author's voice and style that works
5. Apply Improvements
Make targeted edits to the document:
- Address critical and high-priority issues first
- Add brief responses to the strongest counterarguments
- Expand thin sections where optimistic review identified opportunities
- Add cross-links suggested by optimistic review (using
[[wikilink]]syntax) - Preserve original voice and strong passages
Follow obsidian/project/writing-style.md guidelines:
- Front-load important information (LLM truncation resilience)
- Use named-anchor pattern for forward references
- Ensure "Relation to Site Perspective" section is substantive
6. Update Frontmatter
After improvements, update the file's frontmatter:
ai_modified: 2026-01-07T15:30:00+00:00 # Current ISO timestamp
last_deep_review: 2026-01-07T15:30:00+00:00 # Current ISO timestamp
If original was human-authored (ai_contribution: 0), update to reflect collaboration:
ai_contribution: 30 # Or appropriate percentage based on extent of changes
7. Create Review Archive
Save a combined review report to obsidian/reviews/deep-review-YYYY-MM-DD-[slug].md:
---
title: "Deep Review - [Document Title]"
created: YYYY-MM-DD
modified: YYYY-MM-DD
human_modified: null
ai_modified: YYYY-MM-DDTHH:MM:SS+00:00
draft: false
topics: []
concepts: []
related_articles: []
ai_contribution: 100
author: null
ai_system: [current model]
ai_generated_date: YYYY-MM-DD
last_curated: null
---
# Deep Review: [Document Title]
**Date**: YYYY-MM-DD
**File**: [filepath]
**Previous review**: [Never / YYYY-MM-DD]
## Pessimistic Analysis Summary
### Critical Issues Found
- [Issue]: [Resolution applied]
### Medium Issues Found
- [Issue]: [Resolution applied or deferred]
### Counterarguments Considered
- [Argument]: [How addressed]
## Optimistic Analysis Summary
### Strengths Preserved
- [Strength]
### Enhancements Made
- [Enhancement]
### Cross-links Added
- [[linked-article]]
## Remaining Items
[Any issues deferred for future work, or "None"]
8. Update Todo (if needed)
If significant issues remain that couldn't be addressed in this session:
### P2: Follow-up items from deep review of [filename]
- **Type**: refine-draft
- **Status**: pending
- **Notes**: Deep review deferred: [list specific items]
9. Log to Changelog
Append to obsidian/workflow/changelog.md:
### HH:MM - deep-review
- **Status**: Success
- **File**: [filepath]
- **Critical issues addressed**: [count]
- **Medium issues addressed**: [count]
- **Enhancements made**: [count]
- **Output**: `reviews/deep-review-YYYY-MM-DD-[slug].md`
10. Commit Changes
Create a git commit:
review(deep): Comprehensive review of [filename]
Addressed:
- [Key issue 1]
- [Key issue 2]
Enhanced:
- [Key enhancement]
What NOT to Do
- Don't rewrite content that's working well (preserve strengths)
- Don't add filler content to address "thin" sections
- Don't remove the author's voice or distinctive style
- Don't ignore strong counterarguments from pessimistic review
- Don't skip updating
last_deep_reviewtimestamp - Don't review the same document twice in quick succession
Scoring and Selection
The candidate selection algorithm prioritizes:
-
Never reviewed (score = 100 + days_since_modified)
- A document modified 10 days ago that's never been reviewed scores 110
-
Modified since review (score = days_unreviewed * 2)
- A document reviewed 5 days ago but modified since scores 10
-
Reviewed, unchanged (excluded)
- Documents where content hasn't changed since last review are skipped
This ensures new content gets reviewed first, then modified content, while avoiding redundant reviews.
Important
- This skill MODIFIES content (unlike standalone pessimistic/optimistic reviews)
- Always update both
ai_modifiedandlast_deep_reviewtimestamps - Document all changes in the review archive
- The goal is improvement, not perfection
- Preserve what works while fixing what doesn't
- Run daily as part of /evolve workflow
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 filesThis 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.mdFrom the root of a test project, save the file as .skill-downloads/deep-document-review-mm8o52jq/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/deep-document-review-mm8o52jq' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/deep-document-review-mm8o52jq/download' --output '.skill-downloads/deep-document-review-mm8o52jq/SKILL.md.part' && mv '.skill-downloads/deep-document-review-mm8o52jq/SKILL.md.part' '.skill-downloads/deep-document-review-mm8o52jq/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/deep-document-review-mm8o52jq/SKILL.md' && test -s '.skill-downloads/deep-document-review-mm8o52jq/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/deep-review' && cp -R '.skill-downloads/deep-document-review-mm8o52jq' '.claude/skills/deep-review'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 installationopenskills install './.skill-downloads/deep-document-review-mm8o52jq'openskills read 'deep-document-review-mm8o52jq'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 syncManual 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/deep-document-review-mm8o52jq/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.
Writing Fragments
Content
Mine raw writing fragments through a relentless interview, without imposing structure. Capture ideas, quotes, and leading words for later use.
UI Copywriting & Auditing
Content
Write or audit user-facing UI copy including buttons, errors, empty states, and tooltips across the monorepo, following the design system source of truth.
Music MIDI Extraction
Content
Extracts the MIDI or score from an existing music production via the CogMusic MCP tool and confirms availability.