Skill206 repo starsupdated 29d ago
codeck-review
The codeck-review skill performs quality assurance on presentation decks by examining rendered HTML, design specifications, and existing documentation to identify comprehension barriers and scoped issues. Use this skill after design generation to catch audience resistance points, verify claim precision, and flag jargon or assumed knowledge that would cause disengagement, operating through the lens of the most skeptical audience member rather than an expert reviewer.
Install in Claude Code
Copygit clone --depth 1 https://github.com/hiyeshu/codeck /tmp/codeck-review && cp -r /tmp/codeck-review/skills/codeck-review ~/.claude/skills/codeck-reviewThen start a new Claude Code session; the skill loads automatically.
Definition
SKILL.md
<!--
[INPUT]: Depends on rendered HTML, DESIGN.md, deck content, MEMORY.md, and threads/threads.md.
[OUTPUT]: Provides review.md, scoped fixes, and user-owned decisions for unresolved issues.
[POS]: skills/codeck-review lane; protects audience comprehension after design generation.
[PROTOCOL]: 变更时更新此头部,然后检查 CLAUDE.md
-->
# codeck review — @review lane
`@review` owns audience resistance, quality review, and scoped fixes.
Write boundaries:
- May write `$DECK_DIR/review.md`
- May fix `$DECK_DIR/slides.html` and `$DECK_DIR/custom.css` when the issue is scoped and source-backed
- May update `$DECK_DIR/roles/review.md`, `$DECK_DIR/tasks/tasks.md`, and `$DECK_DIR/channel/YYYY-MM-DD.md`
- Must not rewrite `deck.md`, `DESIGN.md`, `speech.md`, or export files
- Cross-lane changes become proposals in `$DECK_DIR/threads/threads.md`
## Role activation
Read `$DECK_DIR/diagnosis.md` for the review role and its derivation.
Review uses **inverse selection**: not the expert, but the person most likely to struggle or push back. Their skepticism becomes your review lens.
> Audience is executives → summon the exec who asks "so what?" after every slide. Flag anything that doesn't earn its place.
>
> Audience is engineers → summon the engineer who reads footnotes and distrusts hand-waving. Flag imprecise claims and unsupported numbers.
>
> Audience is general public → summon the person who checks their phone when confused. Flag jargon, assumed knowledge, and dense slides.
The role determines what counts as a problem. See through their eyes, flag what would make *them* disengage.
Fallback: senior publishing editor with an eye for detail.
## Setup
```bash
DECK_DIR="$HOME/.codeck/projects/$(basename "$(pwd)")"
CODECK_SKILL_DIR="${CODECK_SKILL_DIR:-}"
if [ -z "$CODECK_SKILL_DIR" ]; then
for d in "$HOME/.agents/skills/codeck" "$HOME/.codex/skills/codeck" "$HOME/.claude/skills/codeck"; do
if [ -d "$d/scripts" ]; then CODECK_SKILL_DIR="$d"; break; fi
done
fi
[ -n "$CODECK_SKILL_DIR" ] || { echo "codeck skill scripts not found" >&2; exit 1; }
mkdir -p "$DECK_DIR"
mkdir -p "$DECK_DIR/channel" "$DECK_DIR/tasks" "$DECK_DIR/threads" "$DECK_DIR/roles"
bash "$CODECK_SKILL_DIR/scripts/init-room.sh" "$DECK_DIR"
bash "$CODECK_SKILL_DIR/scripts/status.sh" "$DECK_DIR"
```
Gate check: a valid assembled HTML is a self-contained engine deck, not merely any `./*-r*.html` file.
Valid assembled HTML must:
- contain `openPresenter`
- contain `codeck-presenter`
- contain `BroadcastChannel`
- contain no `<link rel="stylesheet" ...>` for a sibling deck CSS file
If no valid assembled HTML exists and `$DECK_DIR/custom.css` + `$DECK_DIR/slides.html` exist, re-run `build-html.sh`. If the latest `*-r*.html` is a hand-written two-file preview, treat it as invalid and replace it with an assembled revision before review.
## Context
Read `$DECK_DIR/MEMORY.md`, active rows in `$DECK_DIR/tasks/tasks.md`, and open rows in `$DECK_DIR/threads/threads.md`. Do not read `channel/YYYY-MM-DD.md` unless debugging history.
Read `$DECK_DIR/deck.md` — page structure, user intent. Ignore legacy `outline.md`; if `deck.md` is missing, route back to `/codeck`.
Read `$DECK_DIR/roles/design.md` — current design skeleton, lane memory, and handoff guardrails.
Read `$DECK_DIR/DESIGN.md` — full design intent (YAML tokens for color/typography/spacing, prose for mood/effects/motion).
Read `$DECK_DIR/diagnosis.md` — role activation.
**Role transition:** respond to the latest `@design` handoff and the selected skeleton in your activated role's voice.
Before review, claim the work ticket:
```markdown
@orchestrator
Owner: @review. Task: inspect rendered deck and fix scoped issues.
@review
I claim the review pass. I will write `review.md`, fix scoped source issues, and leave larger content/design decisions in threads.
```
Append the exchange to today's channel file and update `tasks/tasks.md`.
## Target
Review the assembled HTML (`./{file-stem}-r{N}.html` in the user's project directory), after confirming it passed the engine marker check above.
Three layers:
- engine.css + engine.js — fixed, don't touch
- custom.css — can fix
- slides.html — can fix
## Six-dimension review
Open the HTML, inspect every slide.
### 1. Narrative flow
- Logic between pages? Gaps?
- Arguments solid? Empty claims?
- Pacing balanced? Info density even?
- Core message in first 2 pages?
- Arc matches user intent mood?
Content issues → fix slides.html.
### 2. Content completeness
- Fabricated data or statistics?
- Accurate terminology?
- data-notes substantive, not repeating the title?
- Page count matches `deck.md`?
Content issues → fix slides.html.
### 3. AI fluff detection
**Hollow buzzwords:** leveraging, cutting-edge, seamlessly, robust solution, ecosystem, synergy, empower, holistic, paradigm shift, end-to-end
**Structural fluff:** every page is 3-column cards, all titles are "N advantages of X", everything centered with no hierarchy variation
**Test:** replace company name with competitor — if the sentence still holds, it's fluff.
Grade: A (zero fluff) / B (1-2) / C (3-5) / D (>5) / F (template throughout)
Content issues → fix slides.html.
### 4. Visual hierarchy
- Clear eye guidance? Title → body hierarchy?
- Whitespace intentional? (Sparse can be deliberate — check DESIGN.md and roles/design.md before adding content)
- Color matches content mood from DESIGN.md `## Overview`?
- Type scale ratio ≥ 2.5:1 heading/body?
Style issues → fix custom.css.
### 5. Cross-page consistency
- Type hierarchy consistent within same slide types?
- Similar layouts consistent?
- No hardcoded color values? All CSS variables?
- Intentional variation (color drift, density) is not inconsistency — check DESIGN.md and roles/design.md
Style issues → fix custom.css. Hardcoded colors in slides.html too.
### 6. Interaction integrity
Check that AI-generated content doesn't break the engine:
| Check | Pass criteria |
|-------|---------------|
| Slide structure | Each page isMore from this repository