Image To Editable Ppt
ningzimu/image-to-editable-ppt-skill
Rebuild slide images, scanned or image-based PPT/PPTX files, and PDF decks into object-level editable PowerPoint (.pptx), preserving speaker notes when supplied.
codeck entry point. An agent skill from hiyeshu/codeck.
$ npx skills add hiyeshu/codeck --skill codeck -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install hiyeshu/codeck codeck --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/hiyeshu/codeck.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/codeck .claude/skills/codeck && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "codeck" agent skill from https://github.com/hiyeshu/codeck/tree/main/skills/codeck into .claude/skills/codeck/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "codeck", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/hiyeshu/codeck/tree/main/skills/codeckType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add hiyeshu/codeck --skill codeck -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install hiyeshu/codeck codeck --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/hiyeshu/codeck.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/codeck .agents/skills/codeck && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "codeck" agent skill from https://github.com/hiyeshu/codeck/tree/main/skills/codeck into .agents/skills/codeck/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "codeck", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add hiyeshu/codeck --skill codeck -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install hiyeshu/codeck codeck --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/hiyeshu/codeck.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/codeck .cursor/skills/codeck && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "codeck" agent skill from https://github.com/hiyeshu/codeck/tree/main/skills/codeck into .cursor/skills/codeck/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "codeck", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/hiyeshu/codeck.git --path skills/codeck--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add hiyeshu/codeck --skill codeck -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install hiyeshu/codeck codeck --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/hiyeshu/codeck.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/codeck .gemini/skills/codeck && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "codeck" agent skill from https://github.com/hiyeshu/codeck/tree/main/skills/codeck into .gemini/skills/codeck/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "codeck", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install hiyeshu/codeck codeckInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add hiyeshu/codeck --skill codeck -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/hiyeshu/codeck.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/codeck .github/skills/codeck && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "codeck" agent skill from https://github.com/hiyeshu/codeck/tree/main/skills/codeck into .github/skills/codeck/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "codeck", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add hiyeshu/codeck --skill codeck -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install hiyeshu/codeck codeck --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/hiyeshu/codeck.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/codeck .opencode/skills/codeck && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "codeck" agent skill from https://github.com/hiyeshu/codeck/tree/main/skills/codeck into .opencode/skills/codeck/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "codeck", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
codeckcodeck entry point. An agent skill from hiyeshu/codeck.
Codeck is an agent skill from hiyeshu/codeck. codeck entry point. Scans local files for materials, shows pipeline dashboard with diagnostic intelligence, guides user to the next step. Use when the user says "codeck", "new deck", "make a presentation", "make a deck", "new slides", "build a presentation", "export", "speech", "script", or wants to start or continue a presentation project. /codeck is the user-facing entry; legacy sub-skills are internal modules.
Its SKILL.md is about 6.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 7 other files, including scripts (for example `CLAUDE.md`, `scripts/CLAUDE.md` and `scripts/init-room.sh`).
It sits in Documents & Office, covering Slides and decks. It works with Microsoft PowerPoint. The repository describes itself as: No Keynote. No dragging. No font sizes. The licence is MIT.
5 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 572a4bc. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Ships 5 files in scripts/ (Shell), which the agent can run.
Shell commands in SKILL.md call:
bashFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Codeck loads about 6.4k tokens when it runs. Until then it costs about 106 tokens; SKILL.md has 2,614 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.
The full file from hiyeshu/codeck at commit 572a4bc, republished under its MIT licence (© hiyeshu). 2,614 words, ~6,432 tokens.
.claude/skills/codeck/SKILL.md (or your agent's skills folder). This skill also uses 6 other files; get the full folder from GitHub.<!--
[INPUT]: Depends on local project materials and $DECK_DIR room artifacts.
[OUTPUT]: Provides the /codeck entry protocol, routing rules, and Decision Ask semantics.
[POS]: skills/codeck entry lane; orchestrates fixed lanes and owns room state rules.
[PROTOCOL]: 变更时更新此头部,然后检查 CLAUDE.md
-->
Open the deck room, scan materials, diagnose project state, route work to role lanes, and write the role channel as work moves.
Flag anomalies proactively: stale stages, upstream changes not reflected downstream, unresolved threads, and tasks without a handoff.
codeck follows a slock-style collaboration model in one skill runtime.
A skill is a channel: an addressable role with a clear write boundary, durable
room files, and a handoff protocol. /codeck is the entry channel. The
sub-skills are internal channels that own one part of the room.
Fixed role lanes:
| Handle | Owns | Writes |
|---|---|---|
@orchestrator | room state, routing, task tickets, threads, handoffs | MEMORY.md, tasks/tasks.md, threads/threads.md, channel/YYYY-MM-DD.md, roles/*.md |
@outline | narrative, deck content, slide structure | deck.md |
@design | design skeleton, visual system, HTML source | DESIGN.md, custom.css, slides.html |
@review | audience resistance, QA, scoped fixes | review.md, scoped fixes to slides.html / custom.css |
@speech | talk track, presenter notes | speech.md, HTML data-notes |
@export | PDF/PPTX output and export QA | PDF/PPTX files, export notes in review.md or MEMORY.md |
Dynamic role persona:
diagnosis.md for the recommended person behind @outline, @design, and @review.@outline may work with Feynman's instinct; @design may use Ravel's formal logic.Default user-facing output is compact: judgment, artifact, next action. The expanded role channel is written to channel/YYYY-MM-DD.md; show it only when the user asks to see the channel.
Compact response shape:
codeck: {state}
I read this as {task}. I {did/will do} {action}.
Artifact: `{path}`
Next: `{next command or next lane}`When the user asks to see the channel, show the handoff:
@orchestrator
I read the current request as: {task}. Owner: @outline.
@outline
I will change `deck.md` first and leave visual files alone.
@design
I will rebuild `slides.html` and `custom.css` after the content changes.
@review
I will check whether the change lands for the target audience.Room documents are not equal. The room has one current truth layer, one work-state layer, and one audit layer.
| Layer | Files | Read rule | Write rule |
|---|---|---|---|
| Current truth | MEMORY.md, deck.md, DESIGN.md, custom.css, slides.html, latest assembled HTML, speech.md when present | Read first. These files define the rebuildable deck. | Rewrite compactly so they describe the current room, not the whole history. |
| Work state | diagnosis.md, tasks/tasks.md, threads/threads.md, roles/*.md, review.md | Read current material diagnosis, active tickets, open decisions, lane persona/rules, and the latest valid review. | Keep live coordination clear; mark old decisions answered/defaulted/superseded. |
| Audit trail | channel/YYYY-MM-DD.md, legacy PROJECT.md, legacy outline.md, legacy design-notes.md, superseded review notes, generated old previews | Read only when debugging history or when the user asks to see the channel. | Append-only or leave untouched. Never use as generation truth. |
Read order for every lane:
MEMORY.md Active Context, Role Registry, Open Threads, Task Index, Artifacts, Assumed Defaults, Decision Log.tasks/tasks.md open or active rows only.threads/threads.md open rows and their detail blocks only; closed rows are audit evidence.diagnosis.md for material interpretation and dynamic persona, when present.roles/{lane}.md for current lane persona and lane-local rules.deck.md; DESIGN.md before custom.css / slides.html; assembled HTML only after build-html.sh.channel/YYYY-MM-DD.md only for audit/debug. Channel text must not override current truth.Legacy artifacts:
outline.md is audit-only if found from an older room. Do not read, write, or recreate it during normal generation.design-notes.md is a legacy design scratchpad from main. Do not recreate it; migrate useful facts into DESIGN.md, roles/design.md, or latest valid review.md.review.md is the latest QA report only when it matches the current assembled HTML. If HTML changed after review, treat review as stale.*-rN.html or *-deck.css files are historical unless they were produced by the current build-html.sh path.MEMORY.md is the deck room index and current-state map. It replaces PROJECT.md.
Keep it short. Store current decisions, state, and indexes. Do not paste the full deck, channel transcript, or stale preview history.
MEMORY.md must include:
# Memory
## Active Context
- Current request:
- Active lane:
- Next:
- Blockers:
## Room Truth Contract
- Current truth: MEMORY.md, deck.md, DESIGN.md, custom.css, slides.html, latest assembled HTML, speech.md when present.
- Work state: diagnosis.md current material reading, tasks/tasks.md active tickets, threads/threads.md open decisions and decision ledger, roles/*.md lane memory, latest valid review.md.
- Audit only: channel/YYYY-MM-DD.md, legacy PROJECT.md, legacy outline.md, legacy design-notes.md, superseded reviews, old previews, project-root sibling CSS.
- Rule: audit text never overrides current truth; legacy outline.md is never a generation source.
## Role Registry
| Handle | Dynamic persona | Owns | Writes |
|--------|-----------------|------|--------|
| @orchestrator | codeck room lead | room state, routing, handoffs | MEMORY.md, tasks, threads, channel, roles |
| @outline | {from diagnosis.md or fallback} | narrative and deck content | deck.md |
| @design | {from diagnosis.md or fallback} | design skeleton, visual system, HTML source | DESIGN.md, custom.css, slides.html |
| @review | {from diagnosis.md or fallback} | audience resistance and QA | review.md, scoped source fixes |
| @speech | {coach if needed} | speech script and presenter notes | speech.md, HTML data-notes |
| @export | publisher | PDF/PPTX output and QA | PDF/PPTX, export notes |
## Latest Channel Summary
{short summary of the latest role exchange}
## Open Threads
| ID | Kind | Owner | Status | Blocking | Writes To | Decision |
|----|------|-------|--------|----------|-----------|----------|
## Task Index
| Task | Owner | Status | Artifact | Handoff |
|------|-------|--------|----------|---------|
## Artifacts
- Diagnosis:
- Content source:
- Design source:
- Current preview:
- Latest review:
- Speech:
- Final exports:
## Assumed Defaults
- {field}: {value} — {reason}
## Decision Log
| Time | ID | Moment | Resolution | Source |
|------|----|--------|------------|--------|Workspace directories:
$DECK_DIR/MEMORY.md
$DECK_DIR/channel/YYYY-MM-DD.md
$DECK_DIR/tasks/tasks.md
$DECK_DIR/threads/threads.md
$DECK_DIR/roles/orchestrator.md
$DECK_DIR/roles/outline.md
$DECK_DIR/roles/design.md
$DECK_DIR/roles/review.md
$DECK_DIR/roles/speech.md
$DECK_DIR/roles/export.mdchannel/YYYY-MM-DD.md stores expanded role turns. Append one block per handoff:
Channel is an audit trail. Do not read it during normal generation, and do not let old channel facts override MEMORY.md, deck.md, or DESIGN.md.
## {ISO time} — {request}
@orchestrator
{routing read}
@{owner}
{claim and action}
@{next-owner}
{handoff if any}tasks/tasks.md stores live claim tickets. Do not use hard locks. Each ticket has owner, status, artifact, and handoff. Closed history belongs in MEMORY.md summaries or channel, not as a growing task backlog.
threads/threads.md stores unresolved decisions, content conflicts, design disputes, cross-owner proposals, and the Decision Ask ledger. A user-facing question is never free-floating; it must first exist here as a decision record. Once resolved, copy the outcome into the owned source and MEMORY.md Decision Log, then mark the thread answered/defaulted/superseded. Normal reads treat only open rows as work state.
For Decision Ask entries, keep an index row and a short detail block:
| D-20260511-01 | Decision Ask: Deck Intent | @outline | open | true | deck.md, MEMORY.md | choose audience scene/duration package |
### D-20260511-01 — Deck Intent
- Reason:
- Current read:
- Recommendation:
- Options:
- A:
- B:
- C:
- Default:
- Runtime:roles/*.md stores each fixed lane's long-lived rules plus current dynamic persona. Update it when diagnosis.md changes.
Legacy migration:
MEMORY.md is missing but PROJECT.md exists, read PROJECT.md as legacy memory.MEMORY.md and copy intent/defaults/AskUser or Decision Log entries into the matching sections.PROJECT.md untouched. Do not keep writing to it.Decision Ask is a room-scoped decision layer, not a questionnaire. AskUser UI is only one possible renderer.
The room is the durable scope. A necessary ask belongs to $DECK_DIR/threads/threads.md first, then renders through the runtime:
Decision Ask semantics -> AskUser UI if available -> plain text pause if blocking -> assumed default if non-blockingDefault rule:
Infer what materials already prove.
Use a reasonable default when the risk is low.
Ask only when the answer changes the deck direction.One /codeck run may use at most 2 Decision Ask rounds. Count all internal modules against that budget.
Allowed Decision Ask moments:
MEMORY.md, or deck.md. Do not ask for slide count directly; derive it from duration: 15 minutes ≈ 10 pages, 30 minutes ≈ 20 pages, 45 minutes ≈ 25-30 pages.Never create a Decision Ask for:
Those steps are automatic.
Decision record shape:
id: D-YYYYMMDD-NN
owner: @orchestrator | @outline | @design | @export | @speech | @review
moment: Project Init | Deck Intent | Design Direction | Export Format | Speech Style | User-Owned Conflict
reason: why this cannot be safely inferred
current_read: what the room already knows
recommendation: the preferred option and one concrete reason
options: 2-3 mutually exclusive packages
default: the option to use if non-blocking or unanswered
blocking: true only when inventing the answer would damage the deck direction or user commitment
writes_to: MEMORY.md | deck.md | DESIGN.md | speech.md | review.md | export artifact
status: open | answered | defaulted | supersededEvery rendered ask must contain:
Suggest [X] because [reason].Only state verified facts. Unexecuted actions use "will / plan to".
Runtime rendering:
blocking: true, show the same decision as a compact plain-text question, write it to threads/threads.md, and stop before mutating the target artifact.blocking: false, use the default, record assumed default, and continue.threads/threads.md and stop.If the user does not answer a non-blocking decision, use the recommended option. Record it in MEMORY.md as assumed default.
Persist every Decision Ask result:
threads/threads.md stores every open decision before it is rendered to the user.MEMORY.md stores current room state, project-level intent, defaults, Decision Log, task index, thread index, and artifact index. It is not a transcript.deck.md stores deck-shaping decisions that affect rebuilds.Automatic light review must not trigger Decision Ask. Write findings and fixes to review.md. Ask only when the content has a real conflict the user must decide.
/codeck routes the user's request before running the pipeline:
| User intent | Action | Decision Ask |
|---|---|---|
| New / continue deck | @orchestrator opens room → scan → diagnose → @outline → @design → @review | Deck Intent and Design Direction only if needed, max 2 rounds |
| "make slide 3 less dense" / concrete content edit | @outline edits deck.md → @design rebuilds → @review checks | none |
| "change visual style" / "change style" | @design runs Design Direction, updates DESIGN.md, rebuilds → @review checks | Design Direction |
| "export" | @export exports latest HTML | Export Format only if PDF / PPTX / all is missing |
| "export PDF" / "export PPTX" | @export exports requested format | none |
| "create speech script" | @speech generates speech.md and syncs notes | Speech Style only if style or duration is missing |
For edits, deck.md is the single truth source. HTML is the audience preview, not the editing surface.
Before a lane works:
@orchestrator writes or updates a task ticket.threads/threads.md as proposals.After a lane works:
MEMORY.md Active Context, Latest Channel Summary, Open Threads, Task Index, Artifacts, Assumed Defaults, and Decision Log so they describe current state..) — the user's project. Materials live here. Final HTML goes here too so the user can open it directly.$DECK_DIR — codeck's deck room. MEMORY.md, channel/, tasks/, threads/, roles/, deck.md, diagnosis.md, DESIGN.md, custom.css, slides.html, review.md, speech.md.Scan materials in .. Write intermediate artifacts to $DECK_DIR. Output final HTML to ..
DECK_DIR="$HOME/.codeck/projects/$(basename "$(pwd)")"
CODECK_SKILL_DIR="${CODECK_SKILL_DIR:-}"
if [ -z "$CODECK_SKILL_DIR" ]; then
for d in \
"${CLAUDE_PLUGIN_ROOT}/skills/codeck" \
"$HOME"/.claude/plugins/cache/*/codeck/*/skills/codeck \
"$HOME"/.codex/plugins/cache/*/codeck/*/skills/codeck \
"$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; set CODECK_SKILL_DIR" >&2; exit 1; }
. "$CODECK_SKILL_DIR/scripts/resolve-dirs.sh"
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"Initialize the room before creating any Decision Ask:
$DECK_DIR/MEMORY.md is missing, create it from the Memory protocol template.$DECK_DIR/PROJECT.md exists, migrate its intent, defaults, and AskUser / Decision Log entries into MEMORY.md.$DECK_DIR/tasks/tasks.md is missing, create it with the task ticket table.$DECK_DIR/threads/threads.md is missing, create it with the thread table.roles/*.md file is missing, create it with that fixed lane's ownership and write boundaries.Read existing MEMORY.md, active tasks/tasks.md rows, open threads/threads.md rows, and deck.md before creating any Decision Ask. Ignore legacy outline.md. If a value is already stated there or safely inferable from materials, do not ask it again.
Track Decision Ask rounds for this run. Stop at 2. If another non-blocking decision remains, use the recommended default and write it to MEMORY.md. If a blocking decision remains, leave it open in threads/threads.md and stop before touching its target artifact.
Scan the current directory (the user's project), not DECK_DIR.
bash "$CODECK_SKILL_DIR/scripts/scan-materials.sh" .Do not use eval find for material scan. If the script is unavailable, use a plain find with explicit ! -path exclusions.
If materials exist and $DECK_DIR/diagnosis.md doesn't, read materials and diagnose:
If the material involves a domain you're unfamiliar with, or uses specialized terminology, search the web first. Understand the field's key concepts, common presentation patterns, and what experts in this space consider hard to explain. This grounds your diagnosis in real knowledge, not guesses.
Examples:
Don't pick from a list. Don't match by domain. Find the person whose way of thinking cracks this specific problem.
Outline role — who asks the right question about this material? Identify the core tension in the material, then find someone known for penetrating that type of tension — regardless of their field. A product launch where the real challenge is "why should anyone care" might need Sondheim (every lyric earns its place) more than a marketing guru. A technical architecture talk where the challenge is "too many moving parts" might need Tufte (information compression) or a film editor (what to cut).
Test: does this person's way of questioning change what the outline includes and excludes? If the outline would be the same without them, the match is wrong.
Design role — whose formal logic mirrors the content's structure? Not "good designer" but "whose way of organizing form matches how this argument moves." A content that builds layer by layer might map to Ravel. A content driven by contrast might map to Caravaggio. A content that strips away to reveal essence might map to Dieter Rams. The match can come from any domain — music, painting, architecture, choreography — because form is transferable.
Test: can you state the structural mapping in one sentence? ("This content does X; this person's work does X in visual/sonic/spatial form.") If not, the match is decorative.
Review role — inverse selection. Not the expert. The listener most likely to struggle or push back. The role determines what gets flagged — not correctness, but comprehension and trust.
Test: would this person interrupt you mid-presentation? If not, pick someone harder to convince.
One-line summary per file: what it is, how it can be used. Written into diagnosis.md.
$DECK_DIR/diagnosis.md# Diagnosis
## Materials
| File | Content | Use for |
|------|---------|---------|
| {filename} | {one-line description} | {role in deck} |
## Domain
{description}
## Expression challenge
{hardest part to convey}
## Audience starting point
{what they know / don't know}
## Role recommendations
### Outline stage
{role name} — {derivation: domain + why this person's method of explaining reshapes the structure}
### Design stage
{role name} — {derivation: expression challenge + structural mapping between content and this person's visual logic}
### Review stage
{role name} — {derivation: audience starting point + why this person would struggle or push back}Skip diagnosis if no materials — let user provide topic directly in each stage.
Define what the user sees in each pipeline state. These are the exact outputs — not summaries.
When Phase 2 finds zero files:
No materials found in this directory.
That's fine — you can start from a topic directly.
Tell me the topic in one sentence, or drop files here and run /codeck again.Warm, not clinical. One primary action. No error language.
When build-html.sh or assemble.sh exits non-zero:
Assembly failed: {error message}
Check that custom.css and slides.html exist in {DECK_DIR}.
Run /codeck to rebuild.Name the exact file missing. Give the exact command to fix it.
When status.sh detects staleness:
⚠ {stage} is stale — {upstream file} changed after {downstream file} was built.
Run /codeck to rebuild.One line. Name the files. Give the command.
status.sh already outputs the dashboard. Below it, add:
threads/threads.md, only if any are openDon't redraw the table.
This is the first moment the user sees the system think. Don't dump three role names — tell a story in three beats:
What your content is really about — the core tension, in one sentence. Not the topic, the underlying struggle. ("Your material isn't about microservices — it's about convincing a team to accept short-term pain for long-term sanity.")
Who I'm bringing in, and why — the derivation, not just the name. Connect the person's way of thinking to the content's tension. ("For the outline, I'm thinking of Feynman — not because this is physics, but because your argument needs to make the invisible feel obvious. He did that better than anyone.")
What this changes — one concrete consequence. ("This means the outline won't start with background. It'll start with the one thing your audience already knows is broken.")
Keep it short. Three paragraphs, not three pages. The point is: the user should feel their content was seen, not just processed.
Every /codeck run writes the role channel to channel/YYYY-MM-DD.md. User responses stay compact by default. If the user asks for the channel, show the role blocks for the work just done or about to happen.
Channel output is evidence, not authority. If channel conflicts with MEMORY.md, deck.md, or DESIGN.md, trust the current-truth file and record a thread only when the conflict changes the deck.
Use handles, not stage names:
@orchestrator
{what I read, which task ticket I opened, who owns it}
@outline
{what I will change or changed, and which artifact I touched}
@design
{handoff or rebuild note}
@review
{verification lens and result}Do not invent work. If a role did not participate, omit it.
All outputs go to $DECK_DIR/. Next skill reads upstream outputs.
Before the response ends, update:
MEMORY.md Active Context, Latest Channel Summary, Task Index, Artifactstasks/tasks.md current ticket status and handoffthreads/threads.md if a decision remainschannel/YYYY-MM-DD.md with the expanded role exchangestatus.sh prints a NEXT recommendation. Use it:
| NEXT | Suggest |
|---|---|
outline | "Materials scanned. Next: /codeck will plan the structure." |
design | "Outline ready. Next: /codeck will generate slides." |
review | "Slides generated. Next: /codeck will inspect and fix." |
export / speech | "Review done. Next: /codeck export PDF or /codeck speech script." |
User can run /codeck anytime to see progress.
© hiyeshu, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 6 other files (scripts) in skills/codeck of hiyeshu/codeck.
Open the folder on GitHubat commit 572a4bc
Codeck next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Codeck this skillhiyeshu/codeck | 198 | — | ~6.4k | Automated safety check: Pass | MIT | |
| Image To Editable Pptningzimu/image-to-editable-ppt-skill | 2.8k | — | ~4.3k | Automated safety check: Pass | MIT | |
| Codex Slidesnexu-io/codex-slides | 924 | 1 repos | ~3k | Automated safety check: Pass | MIT | |
| Slidesfcakyon/claude-codex-settings | 1.2k | 1 repos | ~1.1k | Automated safety check: Pass | MIT | |
| Ppt Image FirstNyxTides/ppt-image-first | 1.2k | — | ~1.6k | Automated safety check: Pass | Apache-2.0 | |
| Gpt Image2 PptJuneYaooo/gpt-image2-ppt-skills | 1.3k | — | ~8.9k | Automated safety check: Notes | Apache-2.0 |
ningzimu/image-to-editable-ppt-skill
Rebuild slide images, scanned or image-based PPT/PPTX files, and PDF decks into object-level editable PowerPoint (.pptx), preserving speaker notes when supplied.
nexu-io/codex-slides
Create, research, revise, restyle, present, inspect, and export Codex Slides slide decks from Codex, including scenario workflows, project Design Files, and always-on brand design systems.
fcakyon/claude-codex-settings
Create and edit presentation slide decks (.pptx) with PptxGenJS, bundled layout helpers, and render/validation utilities.
NyxTides/ppt-image-first
Build presentation plans for PPT / slides / decks through a conversation-first workflow, then propose multiple visual directions with preview images before writing deck specs.
JuneYaooo/gpt-image2-ppt-skills
Generate visually striking PPT slides via OpenAI's gpt-image-2 -- use any style in styles/<collection/STYLEID.md or mimic a user-supplied .pptx template; outputs high-res slide PNGs and a 16:9 .pptx.
mucsbr/ppt-agent-workflow-san
Convert structured single-slide or small deck HTML files into editable PPTX slides with native text boxes, shapes, chips, arrows, and panels.
hiyeshu/codeck
Designer role. An agent skill from hiyeshu/codeck.
hiyeshu/codeck
Reviewer role. An agent skill from hiyeshu/codeck.
hiyeshu/codeck
Editor role. An agent skill from hiyeshu/codeck.
hiyeshu/codeck
Internal publisher module for /codeck. An agent skill from hiyeshu/codeck.
hiyeshu/codeck
Internal speech module for /codeck. An agent skill from hiyeshu/codeck.
Works with
Categories
codeck entry point. An agent skill from hiyeshu/codeck. Codeck is an agent skill from hiyeshu/codeck. codeck entry point.
Codeck fits situations like: the user says codeck; make a presentation; build a presentation; continue a presentation project.
Run `npx skills add hiyeshu/codeck --skill codeck -a claude-code`. Or copy the skill folder (skills/codeck in hiyeshu/codeck) into .claude/skills/codeck in your project. Claude Code loads it when a task matches its description.
Run `npx skills add hiyeshu/codeck --skill codeck -a codex`. Or copy the skill folder (skills/codeck in hiyeshu/codeck) into .agents/skills/codeck in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add hiyeshu/codeck --skill codeck -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/codeck, .gemini/skills/codeck, .github/skills/codeck and .opencode/skills/codeck in your project.
Going by SKILL.md and its folder, Codeck needs a shell for the scripts in its folder and the command-line tools its instructions call (bash). Our summary lists: A Bash shell.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.
Codeck is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 6.4k tokens (SKILL.md is roughly 26k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Codeck: Image To Editable Ppt (ningzimu/image-to-editable-ppt-skill, 2.8k stars), Codex Slides (nexu-io/codex-slides, 924 stars), Slides (fcakyon/claude-codex-settings, 1.2k stars) and Ppt Image First (NyxTides/ppt-image-first, 1.2k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
hiyeshu (a GitHub user) maintains it in hiyeshu/codeck, which has 198 GitHub stars. The repository holds 6 skills in this directory. The repository was last updated on August 8, 2026.
Source: hiyeshu/codeck on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.