proof-of-work

Verify agent-reported actions with git status, ls, and cat output.

1|Updated Jun 18, 2025
One-click install
npx skills add https://github.com/knopki/dotfiles --skill proof-of-work-knopki
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: proof-of-work
Source: https://github.com/knopki/dotfiles/tree/main/home/private_dot_config/opencode/skills/proof-of-work
Command: npx skills add https://github.com/knopki/dotfiles --skill proof-of-work-knopki

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill ensures that all assertions made about code quality, test results, builds, or verification are backed by concrete, verifiable evidence, preventing blind trust in agent reports and fostering transparency.

Core Features & Use Cases

  • Mandatory Verification: Enforces verification of agent actions after every task completion.
  • Evidence-Based Reporting: Requires showing command output (e.g., git status, ls, cat) as proof of work.
  • Use Case: When an agent claims to have fixed a bug, this skill mandates running git diff to show the exact changes before reporting success.

Quick Start

Use the proof-of-work skill to verify any agent's reported completion by showing the output of git status --short.

Frequently Asked Questions about proof-of-work

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify agent-reported code changes with concrete evidence?

Verifying agent-reported code changes requires enforcing a strict protocol that mandates running `git status`, `ls`, and `cat` to validate file existence and changes before reporting success.

What is the best way to prevent blind trust in agent reports for test results?

Preventing blind trust in agent reports involves enforcing evidence-based reporting, which requires showing concrete command output like `git diff` to substantiate claims about test results and builds.

How do I enforce mandatory verification after an agent completes a coding task?

Mandatory verification after task completion is enforced by mandating the use of tools like `git status --short` to validate changes and prove the agent's reported actions before any final report is made.

Why does an agent claim a bug is fixed without showing the actual code changes?

An agent claims a bug is fixed without showing changes due to blind trust in its own reports, which requires a verification protocol mandating `git diff` output to prove the exact changes before reporting success.

Does this verification protocol work without external dependencies?

This verification protocol works without external dependencies, relying solely on standard system tools like `git`, `ls`, and `cat` to enforce transparency and validate claims about code quality.

When do I need to mandate proof of work for agent trust?

Mandating proof of work for agent trust is needed when preventing catastrophic failures from blind trust in agent reports, ensuring all assertions about builds and verification are substantiated with concrete evidence.