本文へ移動
cccskills
無料GitHub で公開日本語紹介

bugs

Kakuの指定領域を過去の修正履歴や操作経路の違いから点検し、潜在的な不具合や使い勝手の落とし穴を探して、根拠と影響範囲を整理するスキル。

原文原文の説明を見る

Proactively sweep a Kaku area for latent defects and UX traps before users report them, using this repo's own fix history and multi-entry-point archetypes, and confirm every finding with a probe run this turn.

インストール方法を見る

こんなときに便利

  • 公開前にKakuの特定領域を点検したいとき
  • 修正後に関連する操作経路も調べたいとき
  • シェル初期設定をクリーンな環境で検証
  • ウィンドウ・タブ・AI画面の挙動確認

日本語での紹介

できること

Kakuの指定した領域から、まだ報告されていない不具合や操作上の落とし穴を探します。過去の修正履歴を読み、メニュー・通知・CLIなどで同じ操作の安全確認が揃っているか、スリープや画面変更で表示が崩れないか、といった境界を点検します。根拠のある発見、追加検証が必要な候補、問題が見つからなかった範囲を分けて報告します。

こんなときに便利

公開前に特定機能を詳しく調べたいときや、一つの不具合を直した後で似た操作経路にも問題がないか確認したいときに向いています。ウィンドウ、タブ、シェル初期設定、セッション復元、AI画面、プロキシ設定などが調査対象です。

使い方の例

  • 「更新操作を点検して、メニューと通知とCLIの確認処理を比較して」
  • 「シェル初期設定を、既存設定のない環境で検証して」

注意点

Kaku固有の履歴や実装、プロジェクトの指針を使う調査です。範囲と深さを決め、調査中には修正を混ぜません。発見にはその回の調査で得た根拠を添え、未検証の候補を区別します。GUIやAppKitの挙動にはアプリのビルドや手動確認が必要です。

この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル(1)

  • SKILL.md7.9 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Bugs: Find It Before the User Does

/hunt needs a symptom. check / review needs a diff. This one needs neither: it goes looking.

Named bugs, not bug: /bug is a Claude Code built-in.

The Question

Across Kaku's closed bugs and fix commits, the dominant defect is not always a crash. It is often:

  • a second entry point that skipped the safety path the first entry already had
  • a wrong-but-plausible geometry or selection state after a modal/resize/sleep
  • a shell-generated script that is fine on the author's machine and broken in a clean HOME
  • an AI surface (Cmd+L, #, k, toast) that diverges on auth, theme, or cwd

So the question that finds bugs here is never only "can this crash?" It is:

What does this code do when the user arrives through the other path (menu vs toast vs CLI vs shell), when the display scale or sleep changes mid-session, when the shell is not the developer's zsh, or when the AI pane cwd is remote?

1. Pick the surface

Name the area and the depth. Whole-repo sweeps with no budget produce speculation. Start from the Hotspot Map below (or the area that just shipped a fix) and go deep.

2. Read that area's own fix history first

git log --oneline --grep='^fix' -i -- <path>
git log --pretty=format:'%h %s%n%b' --grep='^fix' -i -- <path> | head -200
gh issue list --repo tw93/Kaku --state closed --label bug --limit 40

Bugs recur by shape within a module. Two signals worth acting on:

  • A fix chain of two or more commits each "completing" the previous one means a sibling path is probably still open. Real chain here: toast confirm, then menu confirm, then brew confirm on the same update flow.
  • A commit body that says only one surface was fixed (toast / CLI / overlay / brew) means grep every other surface for the same action.

3. Sweep the boundaries, in this order

Highest historical yield first. Subsystem guides live in crate AGENTS.md files and root AGENTS.md risk areas.

BoundaryWhat to askWhere it usually lives
Multi-entry destructive actionsMenu, toast, CLI, shell, key binding: do they all confirm the same way before quit/replace/kill?kaku-gui/src/frontend.rs, update.rs, overlay/confirm.rs, overlay/confirm_close_pane.rs, kaku/src/update.rs
macOS window geometryTraffic lights vs tab bar, DPI scale, external display drag, sleep/wake, lock screen, fullscreen first framewindow/src/os/macos/, kaku-gui/src/termwindow/resize.rs, titlebar paint
Tab chromeOverflow hit targets, rename modal selection, multi-pane title width, top vs bottom barkaku-gui/src/tabbar.rs, termwindow/tab_rename.rs
Selection / mouse stateSurvives Ctrl+L, modal cancel, mouse-reporting panes, successful terminal input?kaku-gui/src/termwindow/selection.rs, mouseevent
Shell integration generationlocal only inside functions; backticks in bash-heredoc that emit zsh; Starship/PATH scoped to Kakuassets/shell-integration/, kaku/src/init.rs, setup_zsh.sh
Session restoreSplit + scrollback both sides, crash backup, stale snapshot resurrecting closed tabskaku-gui/src/session_restore.rs, paint/quad buffers
AI dual surfacesCmd+L vs # vs k vs chat: same auth, theme, proxy, remote-cwd tool policy?kaku-gui/src/ai_*, inline_ai.rs, cli_chat/, overlay
Proxy / networkExternal API uses system proxy; loopback/private/LAN/.local/NO_PROXY go directconfig/src/proxy.rs, AI transport
AppKit menu interceptCtrl+letter only key_is_down: false in logs? Menu keyEquivalent ate itwindow/src/os/macos/menu.rs, debug_key_events
Render buffer growthOver-capacity draw after retry budget; sleep invalidates drawablerenderstate.rs, paint/draw paths

For a named user symptom, switch to hunt. For a diff under review, switch to check / review.

4. Confirm before reporting

A candidate is not a finding until it has evidence produced this turn.

  • Confirmed: source trace that names every entry point, a failing test, or a probe (log, make test subset, clean-HOME shell smoke).
  • Plausible: complete source path, named failure mode, no run yet. Report separately with the probe that would settle it.
  • Not a finding: "looks risky" without reading the implementation. Grep the call sites or drop it.

Before flagging unwraps or panics, confirm production code: skip #[test], fixtures, doctests, and build scripts.

5. Rank by blast radius

  1. Silent data loss or process kill (update/restart, close all, reset) without confirm on some entry path
  2. Crash loop or unrecoverable launch (session restore, paint)
  3. Stuck UI state (selection latch, frozen frame after sleep, window behind menu bar)
  4. Shell/environment pollution outside Kaku (Starship, PATH, generated zsh)
  5. Visual chrome wrong but recoverable (tab clip, traffic-light gap, font weight)
  6. Docs / copy drift

6. Guard what gets fixed

Anything confirmed and fixed needs a regression guard when feasible:

  • unit/integration test that fails on unfixed code
  • shellcheck / setup smoke for shell-generation bugs
  • entry-point matrix comment or test listing menu + toast + CLI for destructive flows

Verify with the matrix in root AGENTS.md. GUI geometry and AppKit need make app or a hand smoke from .agents/skills/release/SKILL.md «Pre-release smoke checklist».

Hard Rules

  • No finding without this-turn evidence. Speculation wastes review time.
  • One archetype hit means sweep every sibling entry point. Report checked N sites, M defective, K n/a.
  • Do not fix while sweeping. Collect, then fix. Interleaving loses the sweep.
  • Report clean boundaries as clean. Do not invent findings to justify the run.
  • Findings outside the named area get listed, not fixed, unless the maintainer agrees.
  • Do not propose UI i18n (see root AGENTS.md).

Hotspot Map (issue-backed)

Use these as default scopes when the maintainer says "scan for bugs" without a path:

AreaIssue / fix examplesProbe
Update confirm matrixtoast + menu overlay, CLI/brew confirm_apply_update, guards in update.rs / frontend.rs testsTrace every caller of restart_to_update / spawn_update_helper / run_brew_upgrade; run those unit tests
Titlebar / tabs / DPI#516, #504, #490, #483, #460External display + scaled resolution + tab top/bottom
Window drag / menubar#508, #456, #408, #414, #477Drag to menubar, lock screen, fill desktop
Selection latch#495, #487, #455Ctrl+L, cancel rename, mouse-reporting TUI
Shell init generation#432, #441, #450, #503, #420clean HOME kaku init, zsh -n generated file, non-Kaku shell
Session restore paint#514, #448, #482split + dual scrollback snapshot
AI auth / overlay#506, #501, #502, #418Cmd+L vs #, split resize, appearance flip
Proxy split brainprivate base_url + system proxyloopback OpenAI-compatible smoke

Output

Area:        [what was swept, at what depth]
Boundaries:  [N walked, M applicable]

Confirmed (severity order):
1. [file:line] [the defect in one sentence]
   Evidence: [probe / call-graph / failing test]
   Blast:    [what the user sees]
   Siblings: [N checked, M defective, K n/a]

Plausible (needs a probe):
1. [file:line] [defect] -> [the probe that would settle it]

Swept clean:
- [boundary]: [what was checked, why it holds]

Sibling sweep: [pattern signature] -> [N checked, M defective, K n/a]

Say whether anything was fixed or whether this was scan-only.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

release

無料概要あり

KakuのmacOS版を公開するための事前確認からビルド、署名・公証、配布までを進め、安定版やNightlyの公開と失敗後の再開を支援します。

  • Kakuの安定版を公開したいとき
  • Nightlyプレビューの配布
  • 公開前の環境と認証情報の確認
tw93/Kaku6,1332026年10月21日 更新

tw93 のスキルをすべて見る

このスキルの問題を報告する