Agent skill

Tracking Fullstack Worker

by CorrectRoadH in CorrectRoadH/OpenTickly

Implement timer/time-entry behavior that must be proven across backend truth and the browser surface together.

AGPL-3.0Auto-check passedProductivity & Automation

Install Tracking Fullstack Worker

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

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

GitHub CLI
$ gh skill install CorrectRoadH/OpenTickly tracking-fullstack-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-fullstack-worker .claude/skills/tracking-fullstack-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-fullstack-worker
GitHub stars
306
Token cost
~1.3k tokens
SKILL.md length
377 words
Files
1
Skills in repo
10
Repo updated
First seen
Licence
AGPL-3.0

At a glance

Implement timer/time-entry behavior that must be proven across backend truth and the browser surface together.

  • Works in 12 steps: Read mission mission.md, mission… → Convert the feature's expectedBehavior… → Read only the relevant source docs from… → …
  • 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 Fullstack Worker is an agent skill from CorrectRoadH/OpenTickly. Implement timer/time-entry behavior that must be proven across backend truth and the browser surface together.

Its SKILL.md is about 1.3k 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-fullstack-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, .factory/library/user-testing.md…
  2. Convert the feature's expectedBehavior bullets into one shared seeded scenario that spans backend truth and browser-visible behavior.
  3. Read only the relevant source docs from the closed set in mission AGENTS.md.
  4. Write the failing tests first on both sides as needed
  5. Reuse the running backend on 8080 and website on 5173; do not start replacement main runtimes.
  6. Implement only after the failing tests prove the intended gap.
  7. Keep the same seeded fact across layers. Do not prove the backend and browser with unrelated scenarios.
  8. Unless the feature description explicitly says it is proof-only, update the status blocks for every directly used source doc relied on in…
  9. For every backend+browser feature, keep both halves of the proof. Do not hand off a browser-only result for a fullstack feature unless the…
  10. Run both the backend and frontend verification commands touched by the feature.
  11. Use agent-browser for one end-to-end replay of the shared scenario after automated tests pass.
  12. In the handoff, explicitly call out

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 Fullstack Worker loads about 1.3k tokens when it runs. Until then it costs about 34 tokens; SKILL.md has 377 words of instructions outside code blocks.

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

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). 377 words, ~1,329 tokens.

Download SKILL.mdSave it as .claude/skills/tracking-fullstack-worker/SKILL.md (or your agent's skills folder).
name
tracking-fullstack-worker
description
Implement timer/time-entry behavior that must be proven across backend truth and the browser surface together.

Tracking Fullstack Worker

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

When to Use This Skill

Use for features where backend contract truth and website behavior must change together: cross-workspace running timer behavior, continue/duplicate flows, timesheet actions backed by real tracking facts, or other changes that require one shared proof path across layers.

Required Skills

  • vite-plus — use for root JS/toolchain commands and website test execution.
  • agent-browser — use for manual browser replay on the reused local runtime after the automated proofs pass.

Work Procedure

  1. Read mission mission.md, mission AGENTS.md, .factory/services.yaml, .factory/library/architecture.md, .factory/library/user-testing.md, and .factory/library/documentation-traceability.md.
  2. Convert the feature's expectedBehavior bullets into one shared seeded scenario that spans backend truth and browser-visible behavior.
  3. Read only the relevant source docs from the closed set in mission AGENTS.md.
  4. Write the failing tests first on both sides as needed:
    • backend regression or contract smoke for the canonical fact
    • frontend/Playwright proof for the user-visible surface
  5. Reuse the running backend on 8080 and website on 5173; do not start replacement main runtimes.
  6. Implement only after the failing tests prove the intended gap.
  7. Keep the same seeded fact across layers. Do not prove the backend and browser with unrelated scenarios.
  8. Unless the feature description explicitly says it is proof-only, update the status blocks for every directly used source doc relied on in this feature, using the canonical field labels and one active mission block per doc.
  9. For every backend+browser feature, keep both halves of the proof. Do not hand off a browser-only result for a fullstack feature unless the orchestrator explicitly narrowed the scope.
  10. Run both the backend and frontend verification commands touched by the feature.
  11. Use agent-browser for one end-to-end replay of the shared scenario after automated tests pass.
  12. In the handoff, explicitly call out:
Show full SKILL.md (72 more words)Show less
  • the shared seeded fact or scenario
  • the backend read-model/API proof
  • the browser-visible proof
  • the source docs whose status blocks you updated

Example Handoff

json
{
  "salientSummary": "Implemented the cross-workspace running-header flow so a timer started in workspace A stays visible and operable after switching to workspace B while timer history re-scopes to workspace B only. Added one backend truth proof and one browser replay built on the same seeded two-workspace scenario.",
  "whatWasImplemented": "Changed the timer experience so the global running timer remains visible, editable, and stoppable across workspace switches while calendar/list/timesheet history stays filtered to the current workspace. The work paired backend regressions for the current-timer fact with real-runtime browser coverage for the top composer and history projections, and updated the relevant tracking/timer source-doc status blocks.",
  "whatWasLeftUndone": "",
  "verification": {
    "commandsRun": [
      {
        "command": "go test ./apps/backend/internal/tracking/... -count=1 -parallel 4",
        "exitCode": 0,
        "observation": "Backend current-timer and stop/readback proofs passed."
      },
      {
        "command": "vp run test:e2e:website -- e2e/timer-page.spec.ts --workers 1",
        "exitCode": 0,
        "observation": "Browser proof for cross-workspace running header and workspace-scoped history passed."
      },
      {
        "command": "vp run check -r",
        "exitCode": 0,
        "observation": "Repo JS/TS checks remained green after the fullstack change."
      }
    ],
    "interactiveChecks": [
      {
        "action": "Started a timer in workspace A, switched to workspace B, edited and stopped the timer from the shared header, and observed the history views.",
        "observed": "The running timer stayed visible and operable across the switch, and the history projection remained scoped to workspace B without leaking the stopped workspace-A entry."
      }
    ]
  },
  "tests": {
    "added": [
      {
        "file": "apps/backend/internal/tracking/application/regressions_test.go + apps/website/e2e/timer-page.spec.ts",
        "cases": [
          {
            "name": "workspace switch preserves the global running header while history re-scopes",
            "verifies": "VAL-CROSS-001"
          },
          {
            "name": "stopping a foreign-workspace running timer clears current state without leaking history",
            "verifies": "VAL-CROSS-003"
          }
        ]
      }
    ]
  },
  "discoveredIssues": []
}

When to Return to Orchestrator

  • The feature requires a source doc outside the closed set in mission AGENTS.md
  • The backend truth and browser-visible behavior cannot be made consistent under the approved mission contract
  • The feature would require changing runtime boundaries or external dependencies instead of implementing the requested behavior

© 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-fullstack-worker of CorrectRoadH/OpenTickly.

Open the folder on GitHubat commit 5ffd0a0

Compare with similar skills

Tracking Fullstack 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 Fullstack Worker compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Tracking Fullstack Worker this skillCorrectRoadH/OpenTickly306—~1.3kAutomated 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 Backend Worker

    CorrectRoadH/OpenTickly

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

    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

Questions about Tracking Fullstack Worker

What does Tracking Fullstack Worker do?

Implement timer/time-entry behavior that must be proven across backend truth and the browser surface together. Tracking Fullstack Worker is an agent skill from CorrectRoadH/OpenTickly. Implement timer/time-entry behavior that must be proven across backend truth and the browser surface together.

When should I use Tracking Fullstack Worker?

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

How do I install Tracking Fullstack Worker in Claude Code?

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

How do I install Tracking Fullstack Worker in Codex?

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

Can I use Tracking Fullstack 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-fullstack-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-fullstack-worker, .gemini/skills/tracking-fullstack-worker, .github/skills/tracking-fullstack-worker and .opencode/skills/tracking-fullstack-worker in your project.

What does Tracking Fullstack Worker need to run?

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

Does Tracking Fullstack 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 Fullstack 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 Fullstack Worker use?

Tracking Fullstack 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 Fullstack Worker use?

About 1.3k tokens (SKILL.md is roughly 5.3k 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 Fullstack Worker?

Skills that share tags, products or a category with Tracking Fullstack 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 Fullstack 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.