show-me-your-work
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
Skill by n3m6
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/n3m6-show-me-your-work
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: agent-building
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions: not checked yet.
What's inside
- Skill name
show-me-your-work- Description
- Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result). Local by default; commit it when a reviewer needs the trail to trust the result. Use for @show-me-your-work, autonomous or multi-phase runs, or work a human reviews after stepping away.
- License
- GPL-3.0
- Metadata
- opencode/autoinvoke: false
- Instructions
- 80 lines in SKILL.md · view on GitHub
Before installing
- Ships executable scripts
Files (3)
- SKILL.md
- decision-log-template.tsv · references/
- log.sh · scripts/
SKILL.md (first lines)
# Show me your work Before using delegation, model settings, history, external actions, or persistent monitoring, read [OpenCode runtime](../../references/opencode-runtime.md). Keep one canonical log with one writer. Concurrent workers keep separate logs; the parent aggregates their evidenced findings. ## The format A single TSV file, one row per decision. Cells stay single-line. Evidence is a pointer, not prose. Copy `references/decision-log-template.tsv` (the header row) to start a clean log. Columns: - **ts.** ISO8601 timestamp. - **phase.** The phase or workstream. - **decision.** What was chosen or done, one line. - **why.** The reason in plain words. If a principle drove it, say it plainly, not as a jargon tag. - **evidence.** A link or path that proves it: commit SHA, PR number, `file:line`, or an artifact, trace, or screenshot path. Never a paragraph. - **result.** The outcome or predicate state: `tests green`, `reverted`, `pixel-diff 0`, `INCONCLUSIVE`, `open`. An example, plain-spoken so a reviewer reads it at a glance. ``` ts phase decision why evidence result 2026-05-24T09:02:00Z frame counted the work first, about 100 components and roughly 75 hours wanted to know the size before starting a long run commit 3a9f1c2 found 5 things to sort out before starting 2026-05-24T09:40:00Z harness took screenshots of the old version before changing anything so we can compare old against new and catch any visual change scripts/snapshot.sh, baseline/ saved 120 reference screenshots 2026-05-24T11:15:00Z widget moved the widget styles over without changing how it looks keep the change small and the result identical commit 7c21e0a, pixel-diff 0 looks identical, tests pass 2026-05-24T12:30:00Z widget threw out a helper's work because its screenshots were blank checked the real files instead of trusting its summary worktree reset reverted, tightened the instructions for next time ``` ## Logging a row Write each entry the way you'd tell a teammate what you did. Plain words, concrete actions, no AI speak or abstract jargon (the [unslop](../unslop/SKILL.md) skill applies to log text too). Use the helper `scripts/log.sh <logfile> <phase> <decision> <why> <evidence> <result>`. It stamps `ts`, writes the header on first use, strips stray tabs/newlines, and prefixes any cell starting with `=`, `+`, `-`, or `@` with a single quote. A bare `printf` appending a row works too, but mind those same bytes if cells come from generated or user-supplied text. Log decision points and checkpoints, not every action: a fork chosen, a unit completed with its verification result, a pivot or revert with its trigger, a blocker surfaced, a gate fixed. For loop runs, one row per iteration. Skip the trivial and self-evident. A run is one agent conversation, including its later turns and any summary of it. A pickup, a replacement agent, or a new chat starts a new run. When a run adds to a log that already has rows, its first row has phase `start`, and so does its first row after another run's `start` row. So a run that comes back to a log in a later turn first reads the log's last rows to see whether another run wrote since. A `start` row names the `ts` range of the rows before it that this run did not write, and its evidence names this run, such as its agent id. Use phase `start` for nothing else. ## Where it lives By default the log is a working artifact, not committed. Keep it at `decisions.tsv` in the work dir, or `.audit/<task-slug>.tsv` when several efforts run at once, and leave it out of git. Commit it only when the work is ambitious enough that a reviewer needs the trail to trust the result. ## Rules - Append-only. A wrong call gets a new row that supersedes it. Never edit or delete history. - Prefer evidence produced by committed scripts over hand-made one-offs (the [encode-lessons-in-structure](../principle-encode-lessons-in-structure/SKILL.md) principle skill). ## Audit the log against the transcript At the end of the run, before handing back, check the log told the truth. Read this task's actual commands and artifacts, plus its scoped chat record or supplied transcript when available. Chat summaries alone cannot prove exact tool use. Mark gaps instead of fabricating a trace. Walk this run's rows against what actually happened. Each stretch of them begins at one of this run's `start` rows, or at the first row if this run created the log, and ends at the next `start` row of another run: - Check that every row maps to a real decision or action. - Check that each row's evidence resolves and shows what the row claims. - A fork, pivot, or abandoned approach that shaped the work but isn't logged is a gap. Add it. Correct the log, not the story. The audit never edits or removes a row, even an invented one. When a row records neither a real decision nor a real action, or its claim or evidence is wrong, add a row that supersedes it with what actually happened and a pointer that resolves. This audit does not check rows outside this run's stretches. If this run's own work shows one of them is wrong, supersede it like any wrong call. ## Independent review of the trail Before handing back, use a permitted independent reviewer when available. A different configured model can add perspective, but a same-model independent run is still independent. Self-review is not independent review. The reviewer reads the trail and actual task evidence, then flags what the user should attend to. If independent review cannot run, audit the trail directly and disclose that limitation. - Decisions logged with weak or absent evidence. - Verification steps skipped or claimed without proof in the transcript. - Choices that look risky in hindsight (premature, scope-creeping, papering over a symptom). - Gaps the user would otherwise miss on a casual skim. Report material flags with pointers to the actual rows or evidence. Identify the actual reviewer when one ran, or state that only a direct audit was available. Do not invent a model name or suppress the requested reply format. ## Reviewing the trail Read top to bottom, follow the evidence pointers, spot-check. GitHub renders a committed TSV as a table. `column -s$'\t' -t decisions.tsv` renders it in a terminal. ## Composing this skill Other skills route their audit trail here instead of inventing one. Reference it by name and let it own the format. Don't restate the columns.
From n3m6/opencode-config, GPL-3.0.
More from n3m6/opencode-config
- 0.640score
unslop
n3m6
Edit prose to remove AI writing patterns while preserving meaning, intended tone, and the requested format.
SkillAFreshness: A★ 19Claude Code +9 - 0.635score
no-comments
n3m6
Review comments and workaround explanations in a scoped diff, preserve necessary contracts, and fix accepted findings.
SkillAFreshness: A★ 19Claude Code +9 - 0.635score
setup-pstack
n3m6
Configure which models pstack uses per role and at what reasoning budget.
SkillAFreshness: A★ 19Claude Code +9 - 0.620score
architect
n3m6
Sketch types, signatures, and module structure before code, then stay in the loop while implementation fills in.
SkillAFreshness: A★ 19Claude Code +9 - 0.620score
create-verification-skill
n3m6
Generate a project-local verification skill that drives your app the way a user does — any language, framework, or platform.
SkillAFreshness: A★ 19Claude Code +9 - 0.620score
how
n3m6
Use for "how does X work", code walkthroughs before changing something, and placement / ownership / layering questions ("where should this live", "which…
SkillAFreshness: A★ 19Claude Code +9 - 0.620score
interrogate
n3m6
Use for "interrogate", "adversarial review", "multi-model review", "challenge this", "stress test this code", "find blind spots", or "tear this apart".
SkillAFreshness: A★ 19Claude Code +9 - 0.620score
poteto-mode
n3m6
poteto's agent style for concise, detailed responses, deliberate subagents, unslopped prose, simple code, and verified work.
SkillAFreshness: A★ 19Claude Code +9 - 0.618score
figure-it-out
n3m6
Design an auditable playbook when no narrower one fits: a large migration, an ambitious multi-part change, or work a human reviews after stepping away.
SkillAFreshness: A★ 19Claude Code +9 - 0.618score
benchmark-checklist
n3m6
Vet a perf measurement (limiter, tuning, limits, errors, repeatability, relevance, and whether the work happened) before you report or act on it.
SkillAFreshness: A★ 19Claude Code +9 - 0.618score
correct
n3m6
Find the mistakes agents keep repeating in this repo and make each one impossible.
SkillAFreshness: A★ 19Claude Code +9 - 0.615score
maintain-verification-skill
n3m6
Periodic pass that keeps a project's verification skill and feature map honest: parallel source readers per feature, one live session driving every feature…
SkillAFreshness: A★ 19Claude Code +9
Signals
- Stars
- 19
- Forks
- 2
- Open issues
- 1
- Last commit (this folder)
- Oct 6, 2026 (22 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- GPL-3.0
- Repository
- github.com/n3m6/opencode-config
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
Same skill elsewhere
Copies of this SKILL.md published by others; search shows only one of them.
- 0.769score
show-me-your-work
backnotprop
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillAFreshness: A★ 2.7KClaude Code +9 - 0.411score
show-me-your-work
uzairansaruzi
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillAFreshness: A★ 155Claude Code +9 - 0.398score
show-me-your-work
minghinmatthewlam
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillAFreshness: A★ 46Claude Code +9 - 0.390score
show-me-your-work
jiangkoumo
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillAFreshness: A★ 27Claude Code +9 - 0.389score
show-me-your-work
iap
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillAFreshness: A★ 27Claude Code +9 - 0.380score
show-me-your-work
peterpme
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillBFreshness: B★ 93Claude Code +9 - 0.372score
show-me-your-work
shrimpwtf
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillBFreshness: B★ 39Claude Code +9 - 0.359score
show-me-your-work
painhardcore
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillBFreshness: B★ 12Claude Code +9 - 0.342score
show-me-your-work
davafons
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillAFreshness: AClaude Code +9 - 0.342score
show-me-your-work
luckenco
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillAFreshness: AClaude Code +9 - 0.328score
show-me-your-work
dumkydewilde
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillBFreshness: B★ 1Claude Code +9 - 0.318score
show-me-your-work
ran4om
Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
SkillBFreshness: BClaude Code +9
More from n3m6
- 0.640score
unslop
n3m6
Edit prose to remove AI writing patterns while preserving meaning, intended tone, and the requested format.
SkillAFreshness: A★ 19Claude Code +9 - 0.635score
setup-pstack
n3m6
Configure which models pstack uses per role and at what reasoning budget.
SkillAFreshness: A★ 19Claude Code +9 - 0.635score
no-comments
n3m6
Review comments and workaround explanations in a scoped diff, preserve necessary contracts, and fix accepted findings.
SkillAFreshness: A★ 19Claude Code +9 - 0.620score
interrogate
n3m6
Use for "interrogate", "adversarial review", "multi-model review", "challenge this", "stress test this code", "find blind spots", or "tear this apart".
SkillAFreshness: A★ 19Claude Code +9 - 0.620score
create-verification-skill
n3m6
Generate a project-local verification skill that drives your app the way a user does — any language, framework, or platform.
SkillAFreshness: A★ 19Claude Code +9 - 0.620score
how
n3m6
Use for "how does X work", code walkthroughs before changing something, and placement / ownership / layering questions ("where should this live", "which…
SkillAFreshness: A★ 19Claude Code +9
Cite this page
show-me-your-work skill. Agent Mart. https://agentmart.dev/skills/n3m6-show-me-your-work (last updated 2026-10-24)