Agent skill

Tracking Backend Worker

by CorrectRoadH in CorrectRoadH/OpenTickly

Update backend timer/time-entry contracts, regressions, and source docs for the timer refactor mission.

AGPL-3.0Auto-check passedProductivity & Automation

Install Tracking Backend Worker

skills CLI
$ npx skills add CorrectRoadH/OpenTickly --skill tracking-backend-worker -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install CorrectRoadH/OpenTickly tracking-backend-worker --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/CorrectRoadH/OpenTickly.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.factory/skills/tracking-backend-worker .claude/skills/tracking-backend-worker && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
tracking-backend-worker
GitHub stars
306
Token cost
~1.2k tokens
SKILL.md length
369 words
Files
1
Skills in repo
10
Repo updated
First seen
Licence
AGPL-3.0

At a glance

Update backend timer/time-entry contracts, regressions, and source docs for the timer refactor mission.

  • Works in 12 steps: Read mission mission.md, mission… → Copy the feature's expectedBehavior… → Read only the source docs from the… → …
  • Tasks that involve Time tracking and reporting
  • SKILL.md covers When to Use This Skill, Required Skills, Work Procedure and Example Handoff, plus 1 more section
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Tracking Backend Worker is an agent skill from CorrectRoadH/OpenTickly. Update backend timer/time-entry contracts, regressions, and source docs for the timer refactor mission.

Its SKILL.md is about 1.2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Productivity & Automation, covering Time tracking and reporting. The repository describes itself as: Self-hosted, Toggl-compatible time tracker. The licence is AGPL-3.0.

When your agent uses it

  • Tasks that involve Time tracking and reporting

Example prompts

  • “/tracking-backend-worker”

Workflow steps

12 steps, taken from the first numbered list in SKILL.md.

  1. Read mission mission.md, mission AGENTS.md, .factory/services.yaml, .factory/library/architecture.md, and…
  2. Copy the feature's expectedBehavior bullets into a local checklist before editing anything.
  3. Read only the source docs from the closed set in mission AGENTS.md that actually govern this feature. Do not use unlisted docs.
  4. Write failing backend tests first at the narrowest effective layer
  5. Keep backend validation bound to the dedicated opentoggl_test schema. Never point tests at the business schema.
  6. Implement the backend change only after the new tests fail for the right reason.
  7. If the feature changes a product rule already described in docs/product/tracking.md, update that doc in the same feature and refresh its…
  8. Update the status blocks for every directly used source doc you relied on for the feature. Keep exactly one active mission block per…
  9. Run the narrowest backend test commands during iteration, then rerun the broader backend command(s) touched by the feature.
  10. Before ending the feature, verify that the handoff commit itself contains the claimed work. Compare the handoff commit diff/stat to the…
  11. If the feature changes browser-visible behavior indirectly, include one precise manual/API verification step proving the backend truth the…
  12. In the handoff, explicitly state

What it can do on your machine

Read from SKILL.md and the folder at commit 5ffd0a0. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are json).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Tracking Backend Worker loads about 1.2k tokens when it runs. Until then it costs about 32 tokens; SKILL.md has 369 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~32
When it runs · the whole SKILL.md, loaded when a task matches
~1.2k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from CorrectRoadH/OpenTickly at commit 5ffd0a0, republished under its AGPL-3.0 licence (© CorrectRoadH). 369 words, ~1,218 tokens.

Download SKILL.mdSave it as .claude/skills/tracking-backend-worker/SKILL.md (or your agent's skills folder).
name
tracking-backend-worker
description
Update backend timer/time-entry contracts, regressions, and source docs for the timer refactor mission.

Tracking Backend Worker

NOTE: Startup and cleanup are handled by worker-base. This skill defines the work procedure.

When to Use This Skill

Use for features that change backend tracking behavior, current-timer semantics, HTTP contract smoke, Go regressions, or product docs tightly coupled to backend rules.

Required Skills

None.

Work Procedure

  1. Read mission mission.md, mission AGENTS.md, .factory/services.yaml, .factory/library/architecture.md, and .factory/library/documentation-traceability.md.
  2. Copy the feature's expectedBehavior bullets into a local checklist before editing anything.
  3. Read only the source docs from the closed set in mission AGENTS.md that actually govern this feature. Do not use unlisted docs.
  4. Write failing backend tests first at the narrowest effective layer:
    • tracking application/service tests for business rules
    • bootstrap/transport tests only for public HTTP semantics such as 200 + null
  5. Keep backend validation bound to the dedicated opentoggl_test schema. Never point tests at the business schema.
  6. Implement the backend change only after the new tests fail for the right reason.
  7. If the feature changes a product rule already described in docs/product/tracking.md, update that doc in the same feature and refresh its mission status block using the canonical field names.
  8. Update the status blocks for every directly used source doc you relied on for the feature. Keep exactly one active mission block per listed doc.
  9. Run the narrowest backend test commands during iteration, then rerun the broader backend command(s) touched by the feature.
  10. Before ending the feature, verify that the handoff commit itself contains the claimed work. Compare the handoff commit diff/stat to the files and behaviors you are about to report; do not hand off a commit that omits the claimed changes.
  11. If the feature changes browser-visible behavior indirectly, include one precise manual/API verification step proving the backend truth the UI depends on.
  12. In the handoff, explicitly state:
Show full SKILL.md (69 more words)Show less
  • which source docs were updated
  • which backend tests were added first
  • what direct read-model/API fact now proves the behavior

Example Handoff

json
{
  "salientSummary": "Updated the tracking contract and backend regressions so running-timer uniqueness is global per user, not per workspace. Added cross-workspace conflict coverage plus a thin current-timer transport proof, and refreshed the tracking PRD status block to reflect the new rule.",
  "whatWasImplemented": "Changed the backend tracking rule so a second running timer cannot be created in another workspace for the same user, kept `GET /me/time_entries/current` as the user-global source of truth, added failing-first Go regressions for the conflict/readback paths, and updated `docs/product/tracking.md` with the new rule plus a canonical mission status block.",
  "whatWasLeftUndone": "",
  "verification": {
    "commandsRun": [
      {
        "command": "go test ./apps/backend/internal/tracking/... -count=1 -parallel 4",
        "exitCode": 0,
        "observation": "Tracking regressions passed with the new global conflict coverage."
      },
      {
        "command": "go test ./apps/backend/internal/bootstrap/... -count=1 -parallel 4",
        "exitCode": 0,
        "observation": "Current-timer transport semantics passed, including idle `200 + null`."
      }
    ],
    "interactiveChecks": [
      {
        "action": "Replayed a two-workspace start conflict against the reused backend and read `/me/time_entries/current` afterward.",
        "observed": "The second start was rejected, no second running row was persisted, and the original running entry stayed current."
      }
    ]
  },
  "tests": {
    "added": [
      {
        "file": "apps/backend/internal/tracking/application/regressions_test.go",
        "cases": [
          {
            "name": "rejects a second running timer across workspaces for the same user",
            "verifies": "VAL-TIMER-001"
          }
        ]
      },
      {
        "file": "apps/backend/internal/bootstrap/...",
        "cases": [
          {
            "name": "returns 200 null when current timer is idle",
            "verifies": "VAL-TIMER-003"
          }
        ]
      }
    ]
  },
  "discoveredIssues": []
}

When to Return to Orchestrator

  • The required behavior depends on a source doc outside the closed set in mission AGENTS.md
  • The backend rule cannot be implemented truthfully without changing mission boundaries or external dependencies
  • The feature would require inventing undocumented semantics rather than applying the approved mission contract

© CorrectRoadH, AGPL-3.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .factory/skills/tracking-backend-worker of CorrectRoadH/OpenTickly.

Open the folder on GitHubat commit 5ffd0a0

Compare with similar skills

Tracking Backend Worker next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Tracking Backend Worker compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Tracking Backend Worker this skillCorrectRoadH/OpenTickly306—~1.2kAutomated safety check: PassAGPL-3.0
Heybasecamp/hey-cli409—~19kAutomated safety check: PassMIT
Lark Todoautumnseasonism/lark-todo138—~5.5kAutomated safety check: PassMIT
At Zentaokairyou/agent-tools180—~4kAutomated safety check: PassMIT
Capture Triagenicepkg/ai-workflow285—~3kAutomated safety check: PassMIT
Sred Work Summarygetsentry/skills1k3 repos~1.4kAutomated safety check: PassApache-2.0

Similar skills

  • Hey

    basecamp/hey-cli

    Interact with HEY via the HEY CLI. An agent skill from basecamp/hey-cli.

    409 GitHub stars~19k tokensUpdated yesterday
    Productivity & AutomationAuto-check passed
  • Lark Todo

    autumnseasonism/lark-todo

    飞书全平台待办扫描:IM 消息、会议纪要、日程、文档评论、待办审批、我发起的审批、邮件、已有任务八源并行采集,按优先级排序后支持直接处理或建任务。多企业账号自动发现并并行扫描,跨企业合并。用户说'有啥待办'、'@我的消息'、'扫一圈'、'收工检查'、'今天还差啥'、'morning standup'、'daily review' 时触发,连随口'忙不忙'、'有人找我吗'也应触发。同时覆盖多企业…

    138 GitHub stars~5.5k tokensUpdated 5 mo ago
    Productivity & AutomationAuto-check passed
  • At Zentao

    kairyou/agent-tools

    Handle ZenTao (禅道) Bugs and Tasks end to end, including updating or writing back an item after code changes, managing Task status and hours, and reading linked Stories.

    180 GitHub stars~4k tokensUpdated 8 days ago
    Productivity & AutomationAuto-check passed
  • Capture Triage

    nicepkg/ai-workflow

    Processes Drafts Pro captures from the Inbox folder. An agent skill from nicepkg/ai-workflow.

    285 GitHub stars~3k tokensUpdated 8 mo ago
    Productivity & AutomationAuto-check passed
  • Sred Work Summary

    getsentry/skills

    Official

    Go back through the previous year of work and create a Notion doc that groups relevant links into projects that can then be documented as SRED projects.

    1k GitHub starsUsed in 3 repos~1.4k tokens
    Productivity & AutomationAuto-check passed
  • Daily Review

    heyitsnoah/claudesidian

    Conduct an end-of-day review to capture progress and set up tomorrow.

    2.6k GitHub stars~403 tokensUpdated 5 mo ago
    Productivity & AutomationAuto-check passed

More from CorrectRoadH/OpenTickly

All 10 skills in this repo
  • Backend Test Worker

    CorrectRoadH/OpenTickly

    Build and verify real-Postgres Go tests and thin transport smoke for tracking behavior.

    306 GitHub stars~1.3k tokensUpdated 5 days ago
    Auto-check passed
  • Frontend Test Worker

    CorrectRoadH/OpenTickly

    Build and verify page-flow and E2E coverage for the tracking browser surface.

    306 GitHub stars~1.4k tokensUpdated 5 days ago
    Auto-check passed
  • Fullstack Regression Worker

    CorrectRoadH/OpenTickly

    Build cross-layer regression coverage that ties browser-visible behavior to backend truth.

    306 GitHub stars~1.1k tokensUpdated 5 days ago
    Auto-check passed
  • Test Platform Worker

    CorrectRoadH/OpenTickly

    Harden shared test infrastructure, runtime readiness, schema setup, and parallel lane behavior.

    306 GitHub stars~1.2k tokensUpdated 5 days ago
    Auto-check passed
  • Tracking Doc Worker

    CorrectRoadH/OpenTickly

    Audit and finalize inline source-document status blocks for the timer refactor mission.

    306 GitHub stars~819 tokensUpdated 5 days ago
    Auto-check passed
  • Tracking Frontend Worker

    CorrectRoadH/OpenTickly

    Refactor and verify website timer/time-entry surfaces on the reused local runtime.

    306 GitHub stars~1.2k tokensUpdated 5 days ago
    Auto-check passed

Questions about Tracking Backend Worker

What does Tracking Backend Worker do?

Update backend timer/time-entry contracts, regressions, and source docs for the timer refactor mission. Tracking Backend Worker is an agent skill from CorrectRoadH/OpenTickly. Update backend timer/time-entry contracts, regressions, and source docs for the timer refactor mission.

When should I use Tracking Backend Worker?

Tracking Backend Worker fits situations like: tasks that involve Time tracking and reporting.

How do I install Tracking Backend Worker in Claude Code?

Run `npx skills add CorrectRoadH/OpenTickly --skill tracking-backend-worker -a claude-code`. Or copy the skill folder (.factory/skills/tracking-backend-worker in CorrectRoadH/OpenTickly) into .claude/skills/tracking-backend-worker in your project. Claude Code loads it when a task matches its description.

How do I install Tracking Backend Worker in Codex?

Run `npx skills add CorrectRoadH/OpenTickly --skill tracking-backend-worker -a codex`. Or copy the skill folder (.factory/skills/tracking-backend-worker in CorrectRoadH/OpenTickly) into .agents/skills/tracking-backend-worker in your project. Codex loads it when a task matches its description.

Can I use Tracking Backend Worker in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add CorrectRoadH/OpenTickly --skill tracking-backend-worker -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/tracking-backend-worker, .gemini/skills/tracking-backend-worker, .github/skills/tracking-backend-worker and .opencode/skills/tracking-backend-worker in your project.

What does Tracking Backend Worker need to run?

SKILL.md names no scripts, command-line tools or credentials: Tracking Backend Worker is instructions for the agent only.

Does Tracking Backend Worker access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Tracking Backend Worker safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Tracking Backend Worker use?

Tracking Backend Worker is published under the AGPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Tracking Backend Worker use?

About 1.2k tokens (SKILL.md is roughly 4.9k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Tracking Backend Worker?

Skills that share tags, products or a category with Tracking Backend Worker: Hey (basecamp/hey-cli, 409 stars), Lark Todo (autumnseasonism/lark-todo, 138 stars), At Zentao (kairyou/agent-tools, 180 stars) and Capture Triage (nicepkg/ai-workflow, 285 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Tracking Backend Worker?

CorrectRoadH (a GitHub user) maintains it in CorrectRoadH/OpenTickly, which has 306 GitHub stars. The repository holds 10 skills in this directory. The repository was last updated on October 2, 2026.

Source: CorrectRoadH/OpenTickly on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.