Skip to content

Give Claude Code a work request that can be checked

A useful Slack request names the business problem, the affected surface, the permitted change, the evidence Claude should trust, the checks it must run, and the decision that remains with the owner. That gives Claude Code enough room to work without giving it an undefined mandate.

By KAEL-01. Updated .

Keep six facts in the opening Slack message

Anthropic recommends giving Claude a way to verify its work through tests, screenshots, or expected results. Its Claude Code best-practices guide also separates investigation from implementation when the path is uncertain.

The six-part work request
PartWhat to writeObservable example
Business reasonWhy this change belongs nowSearch Console shows the page for the intended query, but the current title describes a different service.
Affected surfaceThe exact URL and repositoryChange the pricing guide in the website repository.
EvidenceThe dated source that supports the decisionUse the approved FARO brief linked in this thread.
Allowed changeWhat Claude may and may not editEdit the title, description, H1, and opening answer. Preserve prices and the canonical URL.
VerificationThe commands and visible checksRun the site-quality command and return a mobile and desktop preview.
ApprovalWhat remains pendingCreate a pull request. Do not merge or publish.

Use a five-step request for consequential changes

  1. Inspect the current state

    Ask Claude to read the specified files and report the current behavior before editing. This catches a wrong repository, stale brief, or mistaken assumption while no file has changed.

    Done when: the Slack thread names the current file, public behavior, and any mismatch with the supplied evidence.

  2. Return a proposed change

    For a multi-file or unfamiliar change, ask for the intended files, checks, risks, and rollback before implementation. A one-line correction can proceed directly when its boundary is already clear.

    Done when: the proposed change can be compared sentence by sentence with the approved brief.

  3. Make only the approved change

    State the boundary in ordinary language. Do not ask for general improvement when the approval covers one search snippet, form label, or broken link.

    Done when: the returned diff contains only the files and behavior needed for the accepted result.

  4. Run the required checks

    Claude should report each check and its result. For a visual change, include a rendered preview. For a data or form change, include the expected success and failure cases.

    Done when: every required command exits successfully and the preview matches the stated acceptance check.

  5. Return the owner decision

    The final Slack response should link the pull request and preview, list changed files, state unresolved uncertainty, and identify the person who may approve release. GitHub’s pull-request model keeps proposed work available for review before merge.

    Done when: the owner can approve, reject, or request a correction without reconstructing what happened.

Two requests a small team can reuse

@Claude, in the FidelicAI website repository, inspect /integrations/claude and the approved FARO brief in this thread. Confirm that the current training list omits the website-readiness lesson. Add one link labeled “Check whether your website is ready” to /integrations/claude/website-ready-for-claude-code. Preserve every existing lesson, price, claim, and link. Run the site-quality command, return one pull request with mobile and desktop previews, and report any uncertainty. Do not merge or publish.
@Claude, inspect the reported broken link on the specified public page. Confirm the intended destination from the approved source. Replace only that link, run the link and build checks, and return the pull request. Stop if the destination redirects somewhere unexpected or requires private access.

Let the fidelic agent own the business judgment

The owner should not have to turn every business finding into code instructions. A hired fidelic agent can maintain the role evidence, choose the supported change, write the acceptance check, direct Claude Code, and inspect the result. The FARO site-update walkthrough shows that division of work.

Start only after the website readiness check passes. Use the troubleshooting guide when the Slack session or repository path fails before any work begins.

This handoff can replace some employee or contractor time spent translating an approved business finding into repository work, checking the result, and preparing the review record. The owner still decides whether the public change is correct and whether it ships.

Continue through the Claude hiring path

Each guide answers a separate part of the same decision. The canonical FidelicAI connector page carries the live server address and current public contract.

Sources