<< All versions

Skill v1.0.1

currentAutomated scan100/100
mailhexu/qtile-pomodoro/qtile-pomodoro-usage

+5 new

──Details
PublishedOctober 22, 2026 at 02:04 AM
Content Hashsha256:0f604396059f3a3f...
Git SHA3410405e5f8a
Bump Typepatch
Compare with v1.0.0
──Files
Files (1 file, 2.9 KB)
SKILL.md2.9 KBactive
SKILL.md · 36 lines · 2.9 KB

version: "1.0.1" type: Agent Skill title: qtile-pomodoro Usage Skill status: stable name: qtile-pomodoro-usage description: Use when invoking, configuring, integrating, validating, installing, or troubleshooting qtile-pomodoro consumer interfaces. audience: usage


qtile-pomodoro Usage Skill

<!-- Generated by the Kosmic Projection CLI. Do not edit. -->

Working State: working-tree

Work record authority

  • Project: qtile-pomodoro; canonical records: /home/hexu/projects/qtile_pomodoro/memnotes/Projects/qtile-pomodoro/specs and /home/hexu/projects/qtile_pomodoro/memnotes/Projects/qtile-pomodoro/subprojects.
  • Shared knowledge stays at /home/hexu/projects/qtile_pomodoro/memnotes/Projects/qtile-pomodoro/notes, /home/hexu/projects/qtile_pomodoro/memnotes/Projects/qtile-pomodoro/mathdocs, and /home/hexu/projects/qtile_pomodoro/memnotes/Projects/qtile-pomodoro/skills; never copy it into a subproject.
  • Before substantive source, docs, vault, config or experiment changes, select/create a governing record through Kosmic. Feature implementation requires an approved owner-local Story/Epic/Architecture/PRD hierarchy; standalone low-risk work requires an approved Quick Task.
  • Draft planning/initialization creates only its explicitly bounded record and planning outputs. PRD success is not implementation approval. Migration and installation still require their own approved plans.
  • Register the exact working root; a fixed subproject constrains that directory, never selects an active task. Inspect the current record with work show --project /home/hexu/projects/qtile_pomodoro/memnotes/Projects/qtile-pomodoro --record RECORD_REF. No shared mutable selection pointer is permitted.
  • Start writable work in a clean dedicated worktree. Pass the approved governing record explicitly as --work-record to each checked mutating command. One record, one worktree, one writer; reconcile concurrent changes through Git.
  • Every changed worktree path must fit the declared --scope at work finish. Dirty worktrees are refused at start; out-of-scope paths block completion. Raw editors/shell remain agent compliance, not an OS sandbox.
  • Questions, searches and unchanged checks are record-free and read-only: no implicit cleanup, generated publication or installation. Read-only maintenance reports instead of deleting.
  • After actual acceptance/smoke evidence and pinned two-axis review, use work finish --work-record RECORD_REF --worktree PATH --scope worktree:PATH. It publishes the status/index/log and successful receipt atomically. Unreceipted done is pending; rerun finish after interruption.
  • Completion reports name the qualified record and canonical path plus actual acceptance/smoke/review results; a command exit code or checkbox alone is not acceptance evidence.

Topics

Load only the topic references needed for the current task.

← v1.0.0All versions