← BillabexCONTENT HISTORY

Update to Billabex

Snapshot Nov 3, 2026 · 18:30 UTC · version 2.0.3

Collection source: downloaded plugin package. These snapshots do not have a confirmed matching collection source. Differences in file lists alone do not establish changes to the package.

WHAT CHANGED

Instructions updated for triage-account-tasks

Skill instructions — Now says: 5. After explicit user approval, record the decision with `answer-account-task`: pass `accountTaskId` and `answer`, whose `kind` matches the decision the...

Observed in instructions or declared skills. Runtime behavior has not been tested.

Save Billabex and check future changes in Following.

Up to 3 plugins free · no card required.

All fields and original values.

Skill instructions

Before

Sep 30, 2026 · 22:58 UTC

5. Use `add-account-task-structured-interaction` only when the task provides the exact schema, schema version, and allowed value. Never invent them.

After

Nov 3, 2026 · 18:30 UTC

5. After explicit user approval, record the decision with `answer-account-task`: pass `accountTaskId` and `answer`, whose `kind` matches the decision the task awaits (`eligibility`, `contact-change`, `first-outreach`, `contact`, `next-ac...

Compare saved observations

Download comparison JSON

SKILL.md text changes

− removed · + added

--- before
+++ after
@@ -9,7 +9,7 @@
 2. Summarize what is blocking the autonomous payment follow-up, what is requested, why it matters, and the related account or balance context.
 3. Prioritize tasks by urgency and financial exposure. Propose the minimum response needed to unblock the agent.
 4. Keep the review read-only. Use `add-account-task-text-interaction` only when the user explicitly provides or approves the exact free-form response.
-5. Use `add-account-task-structured-interaction` only when the task provides the exact schema, schema version, and allowed value. Never invent them.
+5. After explicit user approval, record the decision with `answer-account-task`: pass `accountTaskId` and `answer`, whose `kind` matches the decision the task awaits (`eligibility`, `contact-change`, `first-outreach`, `contact`, `next-action`, `payment-arrangement`, `email-draft`, `recipients`, `resume` or `unknown`) and whose `value` is the approved decision. Read its input schema for the shape of each `value`. Never invent a decision or use a tool absent from the connected server. The tool only confirms that the response was recorded: read `get-account-task` to report the task's new state.
 6. Use `cancel-account-task` only after an explicit request. Never bypass its confirmation.
 
 Respond in the language of the user's latest request. Copy proper names exactly. Never expose technical identifiers. Use natural business vocabulary and avoid internal terminology.
Full technical diff · 1 changed fields

changed /skill_md_contents

BEFORE
"---\nname: triage-account-tasks\ndescription: Review tasks created when the autonomous Billabex agent is blocked, explain the missing decision or information, and help the user respond or cancel a task. Use for blocked accounts, pending questions, requested approvals, or task follow-up.\n---\n\n# Triage Account Tasks\n\n1. Resolve the organization if needed, find the customer with `list-accounts`, then use `list-account-tasks` and `get-account-task` to inspect tasks created because the agent needs user input.\n2. Summarize what is blocking the autonomous payment follow-up, what is requested, why it matters, and the related account or balance context.\n3. Prioritize tasks by urgency and financial exposure. Propose the minimum response needed to unblock the agent.\n4. Keep the review read-only. Use `add-account-task-text-interaction` only when the user explicitly provides or approves the exact free-form response.\n5. Use `add-account-task-structured-interaction` only when the task provides the exact schema, schema version, and allowed value. Never invent them.\n6. Use `cancel-account-task` only after an explicit request. Never bypass its confirmation.\n\nRespond in the language of the user's latest request. Copy proper names exactly. Never expose technical identifiers. Use natural business vocabulary and avoid internal terminology.\n"
AFTER
"---\nname: triage-account-tasks\ndescription: Review tasks created when the autonomous Billabex agent is blocked, explain the missing decision or information, and help the user respond or cancel a task. Use for blocked accounts, pending questions, requested approvals, or task follow-up.\n---\n\n# Triage Account Tasks\n\n1. Resolve the organization if needed, find the customer with `list-accounts`, then use `list-account-tasks` and `get-account-task` to inspect tasks created because the agent needs user input.\n2. Summarize what is blocking the autonomous payment follow-up, what is requested, why it matters, and the related account or balance context.\n3. Prioritize tasks by urgency and financial exposure. Propose the minimum response needed to unblock the agent.\n4. Keep the review read-only. Use `add-account-task-text-interaction` only when the user explicitly provides or approves the exact free-form response.\n5. After explicit user approval, record the decision with `answer-account-task`: pass `accountTaskId` and `answer`, whose `kind` matches the decision the task awaits (`eligibility`, `contact-change`, `first-outreach`, `contact`, `next-action`, `payment-arrangement`, `email-draft`, `recipients`, `resume` or `unknown`) and whose `value` is the approved decision. Read its input schema for the shape of each `value`. Never invent a decision or use a tool absent from the connected server. The tool only confirms that the response was recorded: read `get-account-task` to report the task's new state.\n6. Use `cancel-account-task` only after an explicit request. Never bypass its confirmation.\n\nRespond in the language of the user's latest request. Copy proper names exactly. Never expose technical identifiers. Use natural business vocabulary and avoid internal terminology.\n"
Full snapshot data
{
  "description": "Review tasks created when the autonomous Billabex agent is blocked, explain the missing decision or information, and help the user respond or cancel a task. Use for blocked accounts, pending questions, requested approvals, or task follow-up.",
  "included_files": [],
  "name": "triage-account-tasks",
  "skill_md_contents": "---\nname: triage-account-tasks\ndescription: Review tasks created when the autonomous Billabex agent is blocked, explain the missing decision or information, and help the user respond or cancel a task. Use for blocked accounts, pending questions, requested approvals, or task follow-up.\n---\n\n# Triage Account Tasks\n\n1. Resolve the organization if needed, find the customer with `list-accounts`, then use `list-account-tasks` and `get-account-task` to inspect tasks created because the agent needs user input.\n2. Summarize what is blocking the autonomous payment follow-up, what is requested, why it matters, and the related account or balance context.\n3. Prioritize tasks by urgency and financial exposure. Propose the minimum response needed to unblock the agent.\n4. Keep the review read-only. Use `add-account-task-text-interaction` only when the user explicitly provides or approves the exact free-form response.\n5. After explicit user approval, record the decision with `answer-account-task`: pass `accountTaskId` and `answer`, whose `kind` matches the decision the task awaits (`eligibility`, `contact-change`, `first-outreach`, `contact`, `next-action`, `payment-arrangement`, `email-draft`, `recipients`, `resume` or `unknown`) and whose `value` is the approved decision. Read its input schema for the shape of each `value`. Never invent a decision or use a tool absent from the connected server. The tool only confirms that the response was recorded: read `get-account-task` to report the task's new state.\n6. Use `cancel-account-task` only after an explicit request. Never bypass its confirmation.\n\nRespond in the language of the user's latest request. Copy proper names exactly. Never expose technical identifiers. Use natural business vocabulary and avoid internal terminology.\n"
}

SHA-256 of public snapshot: 0c02a522f06b838726a227a111d54521ffdafcf05ab783522a248318909b78fb