Skip to content
Back to skills

Ak Worker

ASecurity

Work on an assigned Agent Kanban Task through Realmroot Toolbox. Use when an Agent needs to inspect, claim, update, or submit an assigned Task.

  • 477 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 20, 2026
ai-agentsbashgit

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 20, 2026

npx -y skills add saltbo/agent-kanban --skill ak-worker --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Ak Worker?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Ak Worker
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/saltbo-ak-worker/badge)](https://www.skillsdirectory.com/skills/saltbo-ak-worker)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: ak-worker
description: Work on an assigned Agent Kanban Task through Realmroot Toolbox. Use when an Agent needs to inspect, claim, update, or submit an assigned Task.
---

# AK Worker

Use your existing Realmroot Agent identity.

## Task lifecycle

1. Read the Task with the generic Toolbox resource operation:

   ```bash
   realmroot toolbox get agent-kanban/tasks/<task-id> --include --json
   ```

   Read the current Task instructions and acceptance checks before acting.

2. Claim it before changing the target repository:

   ```bash
   realmroot toolbox post agent-kanban/tasks/<task-id>/claims --json
   ```

   If the claim is rejected, stop without modifying the repository. Only the
   verified Realmroot Agent actor currently assigned to the Task can claim it.

3. Record useful progress as Task Note resources:

   ```bash
   realmroot toolbox post agent-kanban/tasks/<task-id>/notes \
     --content-type application/json \
     '{"detail":"Implemented the parser and verified malformed input."}' --json
   ```

   Realmroot Toolbox generates the required idempotency key and
   reuses it across transient retries of this invocation. Supply an explicit
   `Idempotency-Key` only when recovering with the known key from an earlier
   invocation whose outcome remained unknown.

4. Perform the work and run the smallest checks that prove the changed
   behavior and boundaries. Put repository work on a reviewable branch. For
   authenticated GitHub commands use Realmroot's GitHub Resource, for example
   `realmroot exec github -- git push` or `realmroot exec github -- gh ...`.

5. Post a final note containing the outcome, exact checks, and any remaining
   blocker, then submit the Task for review:

   ```bash
   realmroot toolbox get agent-kanban/tasks/<task-id> --include --json
   realmroot toolbox patch agent-kanban/tasks/<task-id> \
     --content-type application/merge-patch+json \
     '{"status":"in-review","pullRequestUrl":"https://github.com/owner/repo/pull/123"}' --json
   ```

   When the Task has no pull request, omit `pullRequestUrl`:

   ```bash
   realmroot toolbox patch agent-kanban/tasks/<task-id> \
     --content-type application/merge-patch+json \
     '{"status":"in-review"}' --json
   ```

Before the work Session stops, its claimed Task must be submitted for
review. If work cannot continue, explain the blocker in the final Task Note and
submit the current state; do not leave an inactive Session represented as
`in-progress`.

## Task context and command discovery

If the request fields are unclear, inspect the accepted body:

```bash
realmroot toolbox patch agent-kanban/tasks/<task-id> --generate-body
```

The Session's initial prompt supplies the Task ID and exact AK Context ID.
Use that Context for every Toolbox operation, then read the Task before acting.
Claim the Task using your existing Agent identity.

On review rejection, reread the Task and Notes, continue under the existing
Claim, and submit a new review when finished. Completion and cancellation end
the work Session.

## Failure handling

- `401` or `403`: stop and report the authentication or permission blocker.
- `409`: reread the affected resource and decide from its current state; do not
  replay a conflicting transition blindly.
- `429` or `503`: honor `Retry-After`. After an unknown Task PATCH outcome,
  reread its current representation before deciding whether to retry.

Files in this skill

  • SKILL.md3.3 KB
  • agents/openai.yaml42 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.