Try it. Check the result.
Start with a one-off analysis, a code change or a continuing customer record. The examples below use fictional customer context. Replace it only with material you are permitted to share.
Select fde to coordinate the work, then continue in plain language. For a single task, use the named skill below. In the Claude Code plugin, select /fdeops:<skill-name>. Other agents use their own skill picker or invocation syntax.
01 / Analyze meeting notes
Give it something concrete
Check the result
The response should trace the current process, identify missing baseline measurements and question whether unclear ownership is the main delay. It should not invent time savings or treat the requested AI assistant as an agreed solution.
02 / Fix an integration
Ask for the change
Check the result
The agent should identify how requests are matched to upstream results and how an uncertain write is reconciled before another write occurs. Evidence should cover the timeout-after-success case and legitimate distinct requests. If the upstream API offers no safe way to establish the result, that limitation must remain visible rather than be hidden behind automatic retries.
Passing local tests does not prove the integration works in the customer's environment. Record the remaining integration checks and obtain the required access before running them.
03 / Keep a customer record
Review the meeting notes
Check the proposal against the notes. Correct it, then tell the agent which update to save. Human confirmation of a record update is not customer acceptance of the project.
Return to the work
Optional terminal commands
npx fdeops resumenpx fdeops dashboard --all --openCheck the result
The selected record should be practice-support. The summary should show the baseline and acceptance owner as unresolved, with the sample request as the next action. The fieldbook should reflect the saved record after regeneration.
Before a customer meeting
When someone asks what was agreed
A good result locates the supporting record or clearly states that it is missing. It does not turn a request into an agreement.
04 / Prepare a handoff
Prepare the handoff
Run the rehearsal
Ask the receiving operator to perform the agreed routine and recovery tasks in an appropriate test environment. Record where they need help. Update the instructions or system, then repeat the affected task.
Export a record when useful
Optional terminal command
npx fdeops handoff --out successor.mdReview the snapshot before sharing. An export is a summary of the record, not proof that the receiving team can operate the system.
Capture a product finding separately
If you installed only handoff, install feedback for this separate task. It is also available through fde or the full pack.
npx skills add suboss87/fdeops --skill feedbackCheck the result
The receiving team has accepted the relevant responsibilities and demonstrated the agreed tasks. Unresolved items have owners and next actions. Reusable findings have been reviewed for customer confidentiality before sharing.