Portal Community

Approval Workflow

1

Candidate Captured

Agent completes a successful multi-step task. ProcedureCaptureService creates a candidate with IsApproved = false.

2

Admin Notified

Platform sends a notification (email or WorkDesk task) to designated procedure reviewers.

3

Review in Skill Library

Admin opens the candidate in the Approval Queue. They see: the originating conversation, the extracted procedure steps, and any parameter templates.

4

Edit if Needed

Admin edits step instructions, fixes parameter templates, adjusts the trigger pattern, or adds/removes steps.

5

Approve or Reject

Click "Approve" → IsApproved = true, procedure becomes active. Click "Reject" → candidate is archived with a rejection reason.

Approval API

// Approve a pending procedure
PATCH /api/octopus/procedures/{id}/approve
Authorization: Bearer {adminToken}
Content-Type: application/json
{
  "reviewNote": "Reviewed and confirmed correct tool call sequence"
}

// Reject a pending procedure
PATCH /api/octopus/procedures/{id}/reject
{
  "rejectionReason": "Parameter generalization incorrect — contract ref not captured"
}

Common Editing Tasks

Issue FoundEdit Action
Trigger pattern too broad — matches wrong requestsNarrow the regex: add anchors, more specific keywords
Specific value hardcoded instead of placeholderReplace with {{parameter_name}}
Tool argument JSON invalidFix JSON syntax in step editor
Step order wrongDrag-and-drop steps to reorder
Missing confirmation stepAdd a final step: "Confirm completion to the user"