Skip to content
Skill Authoring
Skill

/crawlkit

Maintain and release the crawlkit Go library, preserving downstream compatibility for gitcrawl, slacrawl, discrawl, and notcrawl.

BOOST
From plugin
dotskills
11025 skills
Install
$ npx -y skills add vincentkoc/dotskills --skill crawlkit --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/crawlkit

Context preview

The summary Claude sees to decide when to auto-load this skill.

Maintain and release the crawlkit Go library, preserving downstream compatibility for gitcrawl, slacrawl, discrawl, and notcrawl.

SKILL.md

crawlkit.SKILL.md
name: crawlkit
description: Maintain and release the crawlkit Go library, preserving downstream compatibility for gitcrawl, slacrawl, discrawl, and notcrawl.
license: MIT
metadata:
  workflow-exemption: "Repository-owned contribution and release lifecycle; this skill supplies library and downstream validation constraints."
  source: "https://github.com/vincentkoc/dotskills"

Crawlkit

Purpose

Maintain crawlkit, the shared Go library for crawl app archive infrastructure. Use this skill to keep shared archive infrastructure reusable, tagged, and safe for downstream app branches.

When to use

  • Editing or reviewing `crawlkit`.
  • Moving common crawl app behavior into the library.
  • Checking whether `gitcrawl`, `slacrawl`, `discrawl`, or `notcrawl` can merge

against a released `crawlkit` tag.

  • Preparing or verifying a `crawlkit` Go module release.
  • Investigating shared TUI, snapshot, config, SQLite, mirror, progress, or

control metadata behavior.

Workflow

1. Locate the `crawlkit` checkout from the current repository, an explicit user path, or the configured workspace root. 2. Read repo-local `AGENTS.md`, `README.md`, `CONTRIBUTING.md`, and `docs/publishing.md` before release or compatibility work. 3. Keep provider-specific logic out of `crawlkit`. Shared mechanics belong in packages such as `config`, `store`, `snapshot`, `mirror`, `state`, `output`, `progress`, `tui`, `cache`, and `control`. 4. Run the library gate with workspace masking disabled:

   GOWORK=off go mod tidy
   git diff --exit-code -- go.mod go.sum
   GOWORK=off go vet ./...
   GOWORK=off go test -count=1 ./...

5. For release checks, verify the signed tag and public Go proxy:

   git tag -v <version>
   GOPROXY=https://proxy.golang.org GONOSUMDB= go list -m github.com/vincentkoc/crawlkit@<version>

6. For downstream readiness, inspect app branches read-only. Confirm they are clean, rebased, require the released `crawlkit` version, and pass:

   GOWORK=off go test ./...
   <app> --help
   <app> --version
   <app> metadata --json
   <app> status --json
   <app> tui --json

7. Use temp `HOME`, `XDG_CONFIG_HOME`, and `XDG_CACHE_HOME` for CLI smokes. Never mutate live app archives.

Inputs

  • Target task: library edit, release verification, downstream readiness, or TUI

backport.

  • Optional version tag such as `v0.4.0`.
  • Optional downstream app branch paths.

Outputs

  • A clean `crawlkit` change or readiness report.
  • Validation commands and results.
  • Explicit compatibility risks for downstream app branches.
  • Local binary rebuild notes only when the user asks for app binaries.
Read more
Ships withdotskills

We are moving from "prompt as text" to skill as runtime module. Each skill acts like a lightweight, containerized application for AI work: a stable interface, opinionated workflow, and bundled resources that can be installed, versioned, tested, and reused

Get the whole plugin

Other skills on dotskills.