Agent skill

Worklog Sync

by cyanluna-git in cyanluna-git/cyanluna.skills

Sync kanban board tasks to EOB weekly worklogs. An agent skill from cyanluna-git/cyanluna.skills.

MITAuto-check passedProductivity & Automation

Install Worklog Sync

skills CLI
$ npx skills add cyanluna-git/cyanluna.skills --skill worklog-sync -a claude-code

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

GitHub CLI
$ gh skill install cyanluna-git/cyanluna.skills worklog-sync --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/cyanluna-git/cyanluna.skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/worklog-sync .claude/skills/worklog-sync && 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
worklog-sync
GitHub stars
183
Token cost
~3.2k tokens
SKILL.md length
718 words
Files
2
Skills in repo
16
Repo updated
First seen
Licence
MIT

At a glance

Sync kanban board tasks to EOB weekly worklogs. An agent skill from cyanluna-git/cyanluna.skills.

  • Works in 4 steps: Ask user for email and password via… → Authenticate → Extract tokens and get user info → …
  • Tasks that involve Task management
  • SKILL.md covers Overview, Project Classification, Configuration and Commands, plus 3 more sections
  • Calls curl and python3; reaches eob.10.182.252.32.sslip.io and cyanlunakanban.vercel.app; needs KANBAN_TOKEN

What it does

Worklog Sync is an agent skill from cyanluna-git/cyanluna.skills. Sync kanban board tasks to EOB weekly worklogs. Reads completed/in-progress kanban cards, maps them to worklog projects, estimates hours from timestamps, aggregates by day, and submits via the EOB API.

Its SKILL.md is about 3.2k tokens, which your agent loads only when the skill is triggered. The skill folder holds 1 other file (for example `mapping.md`).

It sits in Productivity & Automation, covering Task management and Sprint planning and agile. The licence is MIT.

When your agent uses it

  • Tasks that involve Task management
  • Tasks that involve Sprint planning and agile

Example prompts

  • “/worklog-sync”

Requirements

  • Python 3
  • A credential in KANBAN_TOKEN

Workflow steps

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

  1. Ask user for email and password via AskUserQuestion.
  2. Authenticate
  3. Extract tokens and get user info
  4. Save to ~/.claude/worklog-sync.json.

What it can do on your machine

Read from SKILL.md and the folder at commit df5be37. 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

    Shell commands in SKILL.md call:

    • curl
    • python3

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

  • Network

    Hosts in commands or code, which the agent is likely to contact:

    • eob.10.182.252.32.sslip.io
    • cyanlunakanban.vercel.app

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

  • Credentials

    Names these keys or tokens, usually read from environment variables:

    • KANBAN_TOKEN

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

Context cost

Worklog Sync loads about 3.2k tokens when it runs. Until then it costs about 54 tokens; SKILL.md has 718 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~54
When it runs · the whole SKILL.md, loaded when a task matches
~3.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 cyanluna-git/cyanluna.skills at commit df5be37, republished under its MIT licence (© cyanluna-git). 718 words, ~3,215 tokens.

Download SKILL.mdSave it as .claude/skills/worklog-sync/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
worklog-sync
description
Sync kanban board tasks to EOB weekly worklogs. Reads completed/in-progress kanban cards, maps them to worklog projects, estimates hours from timestamps, aggregates by day, and submits via the EOB API.
license
MIT

Overview

Reads kanban board tasks and creates weekly worklog entries in the Engineering Operation Board (EOB). Tasks are aggregated by date + project + work type into one worklog card per group.

Project Classification

Each kanban project has a worklog_type:

typeBehavior
workMaps to an EOB project; worklog created with project_id
non-projectWorklog created without project_id (work type only)
personalExcluded from sync entirely
Project Settings Storage

Primary: Kanban DB project_settings table (via PUT /api/project-settings/:project) Fallback: ~/.claude/worklog-sync.json → project_map (only if the deployed API has not been updated yet)

sql
-- Kanban DB table (auto-created on connection)
CREATE TABLE IF NOT EXISTS project_settings (
  project TEXT PRIMARY KEY,
  worklog_type TEXT NOT NULL DEFAULT 'work',
  eob_project_id TEXT,
  eob_product_line_id TEXT,
  default_work_type_code TEXT DEFAULT 'ENG-SW',
  label TEXT
);
Kanban API for project_settings
bash
KANBAN_API="$BASE_URL"  # from kanban config

# List all
curl -s "${AUTH_HEADER[@]}" "$KANBAN_API/api/project-settings"

# Get one
curl -s "${AUTH_HEADER[@]}" "$KANBAN_API/api/project-settings/$PROJECT"

# Upsert
curl -s "${AUTH_HEADER[@]}" -X PUT "$KANBAN_API/api/project-settings/$PROJECT" \
  -H 'Content-Type: application/json' \
  -d '{"worklog_type":"work","eob_project_id":"<UUID>","default_work_type_code":"ENG-SW","label":"..."}'

If the API returns 404, fall back to project_map in config file. Do not read any local DB directly.

Configuration

~/.claude/worklog-sync.json:

json
{
  "eob_base_url": "https://eob.10.182.252.32.sslip.io",
  "kanban_api": "https://cyanlunakanban.vercel.app",
  "kanban_auth_token": "<X-Kanban-Auth token>",
  "access_token": null,
  "refresh_token": null,
  "user_id": null,
  "project_map": {
    "edwards.oqc.infra": { "worklog_type": "work", "eob_project_id": "ac78d5ae-a15e-4a40-9638-8109539d6633", "default_work_type_code": "ENG-SW", "label": "OQC Digitalization Infrastructure" },
    "unify": { "worklog_type": "work", "eob_project_id": "013c7ee7-edcc-46bc-bcc8-55b15bb2481f", "default_work_type_code": "ENG-SW", "label": "Unify Plasma Single" },
    "edwards.operation.board": { "worklog_type": "non-project", "default_work_type_code": "ENG-SW", "label": "Team DX / Productivity" },
    "testrig-dashboard": { "worklog_type": "non-project", "default_work_type_code": "ENG-SW", "label": "Team Work" },
    "3dx.api": { "worklog_type": "non-project", "default_work_type_code": "ENG-SW", "label": "3DX API (Team Work)" },
    "cpet.db": { "worklog_type": "personal" },
    "cpet": { "worklog_type": "personal" },
    "ai.cycling.workout.planner": { "worklog_type": "personal" },
    "ai-cycling-coach": { "worklog_type": "personal" },
    "unahouse.finance": { "worklog_type": "personal" },
    "today.bike": { "worklog_type": "personal" },
    "asan.bicycle": { "worklog_type": "personal" },
    "cyanluna-portfolio": { "worklog_type": "personal" },
    "cyanluna.skills": { "worklog_type": "personal" },
    "bangwahu": { "worklog_type": "personal" },
    "remotion-video-gen": { "worklog_type": "personal" },
    "type1recovery": { "worklog_type": "personal" },
    "kanban-board": { "worklog_type": "personal" }
  }
}

Commands

/worklog-sync login — Authenticate with EOB
  1. Ask user for email and password via AskUserQuestion.

  2. Authenticate:

bash
EOB="https://eob.10.182.252.32.sslip.io"
AUTH=$(curl -s -X POST "$EOB/api/auth/login" \
  -H "Content-Type: application/x-www-form-urlencoded" \
  -d "username=$EMAIL&password=$PASSWORD")
  1. Extract tokens and get user info:
bash
TOKEN=$(echo "$AUTH" | python3 -c "import sys,json; print(json.load(sys.stdin)['access_token'])")
REFRESH=$(echo "$AUTH" | python3 -c "import sys,json; print(json.load(sys.stdin)['refresh_token'])")

ME=$(curl -s "$EOB/api/auth/me" -H "Authorization: Bearer $TOKEN")
USER_ID=$(echo "$ME" | python3 -c "import sys,json; print(json.load(sys.stdin)['id'])")
  1. Save to ~/.claude/worklog-sync.json.
/worklog-sync map — Configure Project Mapping
  1. Fetch all kanban projects and their current settings:
bash
BOARD=$(curl -s "${AUTH_HEADER[@]}" "$KANBAN_API/api/board")
# board.projects = ["project-a", "project-b", ...]
# board.project_settings = { "project-a": {...}, ... }
  1. Fetch EOB project hierarchy for matching:
bash
PROJECTS=$(curl -s "$EOB/api/projects/hierarchy" -H "Authorization: Bearer $TOKEN")
  1. For each kanban project without settings, ask user via AskUserQuestion:

    • worklog_type: work / non-project / personal
    • If work: select EOB project from hierarchy
    • Default work type code
  2. Save via API:

bash
curl -s "${AUTH_HEADER[@]}" -X PUT "$KANBAN_API/api/project-settings/$PROJECT" \
  -H 'Content-Type: application/json' \
  -d '{"worklog_type": "work", "eob_project_id": "...", "label": "..."}'
/worklog-sync — Main Sync Flow

Procedure:

  1. Load auth & refresh token if needed
bash
CONFIG=$(cat ~/.claude/worklog-sync.json)
EOB=...  TOKEN=...  REFRESH=...  USER_ID=...

If token expired, try refresh → if refresh fails, prompt /worklog-sync login.

  1. Determine target week (default: current week Mon–Sun)
bash
TODAY=$(date +%Y-%m-%d)
DOW=$(date -d "$TODAY" +%u)
MONDAY=$(date -d "$TODAY -$((DOW-1)) days" +%Y-%m-%d)
SUNDAY=$(date -d "$MONDAY +6 days" +%Y-%m-%d)
  1. Fetch kanban board
bash
KANBAN_API=$(echo "$CONFIG" | python3 -c "import sys,json; print(json.load(sys.stdin).get('kanban_api','https://cyanlunakanban.vercel.app'))")
KANBAN_TOKEN=$(echo "$CONFIG" | python3 -c "import sys,json; print(json.load(sys.stdin).get('kanban_auth_token',''))")
BOARD=$(curl -s -H "X-Kanban-Auth: $KANBAN_TOKEN" "$KANBAN_API/api/board")
  • Load project mappings: try board.project_settings first, fall back to config.project_map
  • Filter out projects where worklog_type == "personal" → skip entirely
  • Projects not in any mapping → flag as "UNMAPPED" in preview, ask user to classify
  1. Collect tasks relevant for the week

    • Status done with completed_at within the target week
    • Status impl, impl_review, test, plan, plan_review with timestamps within the week
  2. Estimate hours from timestamps

    Use task lifecycle timestamps to calculate actual work time per day:

    started_at → planned_at    = planning work
    planned_at → reviewed_at   = review + iteration
    reviewed_at → tested_at    = implementation time
    tested_at → completed_at   = testing time
    started_at → completed_at  = total elapsed (fallback)

    Rules:

    • Calculate elapsed time between phase timestamps
    • Cap at 8h per day per task (workday assumption)
    • If elapsed > 1 day, distribute hours across work days (Mon–Fri) within the range
    • Minimum: 0.5h per task phase
    • Round to nearest 0.5h
    • agent_log timestamps can be used for more granular per-day breakdown

    Example:

    • Task #42: started_at=04/01 09:00, completed_at=04/02 15:00
    • Elapsed: ~1.25 work days → 04/01: 4h, 04/02: 4h (distribute evenly)
  3. Fetch existing worklogs (duplicate check)

bash
EXISTING=$(curl -s "$EOB/api/worklogs?user_id=$USER_ID&start_date=$MONDAY&end_date=$SUNDAY" \
  -H "Authorization: Bearer $TOKEN")

Skip if same date + project + similar description already exists.

  1. Fetch work type tree (resolve codes to IDs)
bash
WORK_TYPES=$(curl -s "$EOB/api/work-types/tree" -H "Authorization: Bearer $TOKEN")
  1. Aggregate into daily worklog cards

    Core rule: same date + same project + same work_type → one worklog card.

    Group all task entries by (date, project, work_type_code), then:

    • hours: Sum of all tasks in the group (cap at 8h per card)
    • project_id: From project_settings.eob_project_id
    • work_type_category_id: Resolve code from work type tree
    • description: Brief list of what was done inside the card

    Description format — concise activity log, not individual task dumps:

    인증 모듈 구현 완료, API 검증 수정, 사이드바 정렬 개선
    • Each item: short summary (task title condensed to ~15 chars) + 완료/진행 중
    • Comma-separated, one line
    • If too many items (>5), summarize: SW 개발 7건 (인증 모듈, API 검증 외 5건)

    Daily cap: If a single card exceeds 8h, cap at 8h. Remaining hours are dropped (user can adjust in preview).

    Example aggregation:

    Raw tasks for 02/27, OQC Digitalization, ENG-SW:
      #37 run.sh 실행 모드 개선 (0.5h)
      #40 SemiAutoTaskForm (0.5h)
      #41 TaskSchema parser (0.5h)
      #42 Edge Runner timeout (0.5h)
      #44 Gherkin DB 마이그레이션 (0.5h)
    
    → Aggregated card:
      date: 2026-02-27
      project: OQC Digitalization Infrastructure
      work_type: ENG-SW
      hours: 2.5h
      description: "run.sh 실행모드 개선, SemiAutoTaskForm, TaskSchema parser, Edge Runner timeout, Gherkin DB 마이그레이션 완료"
  2. Preview to user

Show full SKILL.md (205 more words)Show less
## Worklog Preview: 2026-02-24 ~ 2026-03-01

| Date  | Project              | Type        | Hours | Description                                        |
|-------|----------------------|-------------|-------|----------------------------------------------------|
| 02/24 | OQC Digitalization   | ENG-SW      | 1.0h  | DB 도메인 분리 완료                                 |
| 02/24 | Unify Plasma Single  | ENG-SW      | 5.5h  | SQL 통합관리, db-viewer 제거, config manager 생성 외 |
| 02/25 | OQC Digitalization   | ENG-SW      | 2.0h  | FT&CC 카탈로그, Inspection 선택, 자동화 배지 외     |
| 02/25 | OQC Digitalization   | ENG-SW-TST  | 0.5h  | Auto task form 테스트                               |
| 02/27 | OQC Digitalization   | ENG-SW      | 8.0h  | Gherkin Pattern A, Corrective 탭, run.sh 개선 외    |
| 02/27 | Unify Plasma Single  | ENG-SW      | 8.0h  | Config Manager 통합, Metadata Viewer 외             |

**Total: 35h / 12 cards** (personal 3건 제외)

Proceed? (Enter to confirm, or edit)
  1. User adjusts via AskUserQuestion if needed (hours, project, work type, date, remove).

  2. Submit approved entries

bash
curl -s -X POST "$EOB/api/worklogs" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d "{
    \"date\": \"$DATE\",
    \"user_id\": \"$USER_ID\",
    \"project_id\": \"$PROJECT_ID\",
    \"work_type_category_id\": $WTC_ID,
    \"hours\": $HOURS,
    \"description\": \"$DESCRIPTION\"
  }"
  1. Report results
## Sync Complete
Created 3 entries (9h) for 2026-03-30 ~ 2026-04-05. Failed: 0
/worklog-sync status — Weekly Summary
  1. Load auth, fetch current week's worklogs:
bash
curl -s "$EOB/api/worklogs?user_id=$USER_ID&start_date=$MONDAY&end_date=$SUNDAY" \
  -H "Authorization: Bearer $TOKEN"
  1. Display:
## Week: 2026-03-30 ~ 2026-04-05

| Day | Hours | Entries |
|-----|-------|---------|
| Mon 03/30 | 3.75h | 5 |
| Tue 03/31 | 4.0h | 5 |
| Wed 04/01 | 8.0h | 3 |
| Thu 04/02 | 4.5h | 8 |
| Fri 04/03 | 2.5h | 3 |
| **Total** | **22.75h / 40h** | **24** |

Work Type Quick Reference

CodeNameWhen to Use
ENG-SWSoftware DevelopmentDefault for kanban coding tasks
ENG-SW-CODImplementation (Coding)Specific coding work
ENG-SW-REQRequirements AnalysisPlanning/requirements tasks
ENG-SW-TSTUnit TestingTest writing
ENG-SW-DBGDebuggingBug fixes
PRJ-REVReview & ApprovalCode review tasks
PRJ-PLNPlanning & SchedulingSprint planning
MTG-INTInternal MeetingTeam meetings
QMS-QCQuality ControlQC-related tasks
SUP-TKTTicket/Issue ResolutionSupport tickets

Task-to-WorkType Inference Rules

When default_work_type_code doesn't cover it, infer from task content:

  1. Title contains "review", "approve" → PRJ-REV
  2. Title contains "fix", "bug", "debug" → ENG-SW-DBG
  3. Title contains "test" → ENG-SW-TST
  4. Title contains "meeting", "sync", "standup" → MTG-INT
  5. Tags contain "qc", "quality" → QMS-QC
  6. Default fallback: project's default_work_type_code

Notes

  • 24h daily limit: EOB API rejects worklogs if total hours for a day exceed 24.
  • Duplicate prevention: Checks existing worklogs before creating.
  • Token expiry: Access tokens expire in 30 min; auto-refreshes via refresh token (7 days).
  • Kanban API fallback: Do not query any local DB directly. Use the deployed Kanban API, or fall back only to project_map for classification metadata.

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

Files

SKILL.md and 1 other file in worklog-sync of cyanluna-git/cyanluna.skills.

  • SKILL.md
  • mapping.md

Open the folder on GitHubat commit df5be37

Compare with similar skills

Worklog Sync 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.

Worklog Sync compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Worklog Sync this skillcyanluna-git/cyanluna.skills183—~3.2kAutomated safety check: PassMIT
Kanbaniii-hq/workers113—~1.3kAutomated safety check: PassApache-2.0
Frappe Impl UI ComponentsImpertio-Studio/Frappe_Claude_Skill_Package187—~4.2kAutomated safety check: PassMIT
Wrongstack KanbanWrongStack/WrongStack370—~2.2kAutomated safety check: PassMIT
Kanban Mdantopolskiy/kanban-md223—~4kAutomated safety check: PassMIT
Herdr BoardnelsonPires5/herdr-board170—~4.6kAutomated safety check: PassNone

Similar skills

  • Kanban

    iii-hq/workers

    File-backed kanban board: create, read, move and comment on tickets by key or uuid, assign agent profiles, and wake on comments through the kanban:comment trigger instead of polling.

    113 GitHub stars~1.3k tokensUpdated today
    Productivity & AutomationAuto-check passed
  • Frappe Impl UI Components

    Impertio-Studio/Frappe_Claude_Skill_Package

    A skill your agent uses when building custom dialogs, extending List View, creating Page controllers, or adding Kanban/Calendar views and realtime updates.

    187 GitHub stars~4.2k tokensUpdated 20 days ago
    Productivity & AutomationAuto-check passed
  • Wrongstack Kanban

    WrongStack/WrongStack

    Record substantial project work on WrongStack's IPC-backed Kanban board so it survives the session and other agents can see it.

    370 GitHub stars~2.2k tokensUpdated today
    Productivity & AutomationAuto-check passed
  • Kanban Md

    antopolskiy/kanban-md

    Manage project tasks using kanban-md, a file-based kanban board CLI.

    223 GitHub stars~4k tokensUpdated 2 days ago
    Productivity & AutomationAuto-check passed
  • Herdr Board

    nelsonPires5/herdr-board

    Interact with the herdr-board kanban from inside an agent run or an interactive session.

    170 GitHub stars~4.6k tokensUpdated yesterday
    Productivity & AutomationAuto-check passed
  • Team Workflow

    Owl-Listener/designer-skills

    Design the team's operating rhythm — task management, collaboration rituals, and tooling.

    2.9k GitHub starsUsed in 1 repo~553 tokens
    Productivity & AutomationAuto-check passed

More from cyanluna-git/cyanluna.skills

All 16 skills in this repo
  • Kanban Batch Run

    cyanluna-git/cyanluna.skills

    Run multiple kanban tasks end-to-end in Rolling Wave order — refine each task based on the prior card's actual implementation, then implement, then verify, then refine the next.

    183 GitHub stars~2.7k tokensUpdated 3 mo ago
    Auto-check passed
  • Kanban

    cyanluna-git/cyanluna.skills

    Manage project tasks in a local SQLite DB (~/.claude/kanban-dbs/{project}.db).

    183 GitHub stars~3.6k tokensUpdated 3 mo ago
    Auto-check passed
  • Kanban Explore

    cyanluna-git/cyanluna.skills

    Codebase exploration skill for uncertain implementation direction.

    183 GitHub stars~3k tokensUpdated 3 mo ago
    Auto-check passed
  • Kanban Local

    cyanluna-git/cyanluna.skills

    Local markdown-file kanban for toy and personal projects. An agent skill from cyanluna-git/cyanluna.skills.

    183 GitHub stars~1.9k tokensUpdated 3 mo ago
    Auto-check passed
  • Kanban Run

    cyanluna-git/cyanluna.skills

    Run the AI team pipeline for kanban tasks — orchestration loop with 6 agents (Planner, Critic, Builder, Shield, Inspector, Ranger), single-step execution, and code review.

    183 GitHub stars~4.3k tokensUpdated 3 mo ago
    Auto-check passed
  • Kanban Spec

    cyanluna-git/cyanluna.skills

    Turn vague intent into a precise, executable spec through 5 structured phases, then optionally create a kanban task.

    183 GitHub stars~1.4k tokensUpdated 3 mo ago
    Auto-check passed

Questions about Worklog Sync

What does Worklog Sync do?

Sync kanban board tasks to EOB weekly worklogs. An agent skill from cyanluna-git/cyanluna.skills. skills. Sync kanban board tasks to EOB weekly worklogs.

When should I use Worklog Sync?

Worklog Sync fits situations like: tasks that involve Task management; tasks that involve Sprint planning and agile.

How do I install Worklog Sync in Claude Code?

Run `npx skills add cyanluna-git/cyanluna.skills --skill worklog-sync -a claude-code`. Or copy the skill folder (worklog-sync in cyanluna-git/cyanluna.skills) into .claude/skills/worklog-sync in your project. Claude Code loads it when a task matches its description.

How do I install Worklog Sync in Codex?

Run `npx skills add cyanluna-git/cyanluna.skills --skill worklog-sync -a codex`. Or copy the skill folder (worklog-sync in cyanluna-git/cyanluna.skills) into .agents/skills/worklog-sync in your project. Codex loads it when a task matches its description.

Can I use Worklog Sync 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 cyanluna-git/cyanluna.skills --skill worklog-sync -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/worklog-sync, .gemini/skills/worklog-sync, .github/skills/worklog-sync and .opencode/skills/worklog-sync in your project.

What does Worklog Sync need to run?

Going by SKILL.md and its folder, Worklog Sync needs the command-line tools its instructions call (curl and python3) and credentials named KANBAN_TOKEN. Our summary lists: Python 3; A credential in KANBAN_TOKEN.

Does Worklog Sync access the network?

SKILL.md names 2 domains. In commands or code: eob.10.182.252.32.sslip.io and cyanlunakanban.vercel.app; the agent is likely to contact these when it follows the instructions. This is read from the text; nothing was executed.

Is Worklog Sync 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 Worklog Sync use?

Worklog Sync is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Worklog Sync use?

About 3.2k tokens (SKILL.md is roughly 13k 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 Worklog Sync?

Skills that share tags, products or a category with Worklog Sync: Kanban (iii-hq/workers, 113 stars), Frappe Impl UI Components (Impertio-Studio/Frappe_Claude_Skill_Package, 187 stars), Wrongstack Kanban (WrongStack/WrongStack, 370 stars) and Kanban Md (antopolskiy/kanban-md, 223 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Worklog Sync?

cyanluna-git (a GitHub user) maintains it in cyanluna-git/cyanluna.skills, which has 183 GitHub stars. The repository holds 16 skills in this directory. The repository was last updated on June 22, 2026.

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