Skip to content

Modernize knowledge-system statusline: [cks 12|34] → [ks §12 ◈34]#34

Open
gering wants to merge 1 commit into
mainfrom
task/rename-cks-label-to-ks
Open

Modernize knowledge-system statusline: [cks 12|34] → [ks §12 ◈34]#34
gering wants to merge 1 commit into
mainfrom
task/rename-cks-label-to-ks

Conversation

@gering

@gering gering commented Jul 15, 2026

Copy link
Copy Markdown
Owner

Summary

  • Rename the visible knowledge-system status-line label [cks …][ks …], matching the two-letter scheme of the new work-system [ws …] segment
  • Replace the positional RULES|KNOW layout with type glyphs: § rules, knowledge, legacy repo-root knowledge (optional third column)
  • Both changes are display-only: no identifiers, file names, marker blocks, paths, or sentinels change — existing installs upgrade with zero migration

Changes

  • statusline-cks.sh: emit [ks §… ◈…]; dirty modifiers (*N tracked, +N untracked) unchanged; renderer version 1.0.1 → 1.1.0 so the install version gate picks up the change
  • statusline-install.sh: duplicate-detection regex now matches both [ks …] and legacy [cks …] manual blocks; user-facing messages say "ks"
  • Docs (statusline + init SKILL.md, plugin README, knowledge entry, index): show the glyph form; internal identifiers (statusline-cks.sh, CKS_STATUSLINE_VERSION, knowledge-system:cks-statusline marker, ~/.claude/cks-statusline.sh, .cks-statusline-off, {{cks}} placeholder) intentionally stay cks
  • work-system statusline SKILL.md: update its cross-reference to the renamed [ks …] segment
  • Bump knowledge-system 1.8.2 → 1.9.0 (plugin.json + marketplace.json) with a CHANGELOG entry; refresh the stale plugin version in CLAUDE.md

Readiness

  • ✅ Clean tree, branch rebased onto main (ws-statusline + grok-compat merged in)
  • ✅ Version bumped + in sync (plugin.json / marketplace.json)
  • ✅ CHANGELOG entry (1.9.0)
  • ✅ Knowledge entries updated
  • scripts/check-structure.py green (0 errors)
  • bash -n clean on both scripts
  • ➖ No build step (declarative plugin repo)

Test plan

  • bash plugins/knowledge-system/scripts/statusline-cks.sh <project-with-knowledge> renders [ks §N ◈M] (verified locally: [ks §2 ◈13*1])
  • Project with repo-root knowledge/_index.md renders the third column (verified locally: [ks §1+1 ◈1+1 ❖1+1])
  • statusline-install.sh status reports the installed v1.0.x renderer as upgradable to 1.1.0
  • After install, an existing setup shows only the new label — no duplicate block, marker unchanged

🤖 Generated with Claude Code

https://claude.ai/code/session_01PpNgHLVabAj827UfXkD9fa

Two coupled display-only changes — no internal identifiers change, so
existing installs upgrade with zero migration:

- Rename the visible label [cks ...] -> [ks ...]
- Replace the positional RULES|KNOW layout with type glyphs: `§` rules,
  `◈` knowledge, `❖` legacy repo-root knowledge (third column); dirty
  modifiers (*N tracked, +N untracked) unchanged
- statusline-cks.sh: renderer 1.0.1 -> 1.1.0 so the version gate
  upgrades existing installs
- statusline-install.sh: dup-detection regex matches both `[ks ...]`
  and legacy `[cks ...]` manual blocks; user-facing messages say "ks"
- Docs (statusline/init SKILL.md, README, knowledge entry) show the
  glyph form; internal identifiers (file names, marker block, sentinel,
  {{cks}} placeholder, CKS_* vars, installed path) stay `cks`
- Bump knowledge-system 1.8.2 -> 1.9.0 (plugin.json + marketplace.json)
  and add a CHANGELOG entry

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PpNgHLVabAj827UfXkD9fa
@gering gering force-pushed the task/rename-cks-label-to-ks branch from 534d356 to e957f59 Compare July 15, 2026 23:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant