thinceller

A relentless one-question-at-a-time interview that sharpens a plan, decision, or idea until shared understanding is reached — not limited to software. Use when the user wants requirements or a decision clarified before acting, wants to stress-test their thinking, or asks to "grill me", "詰めて", "brainstorm this".

Executes an implementation plan or agreed work by orchestrating fresh subagents — one implementer per task, a reviewer between tasks — while the main model plans, briefs, and evaluates without writing code itself. Use when the user asks to "implement the plan", "start implementation", "実装して", or hands over a plan or spec to execute.

A feedback-loop-first discipline for diagnosing hard bugs and performance regressions. Use when the user reports something broken, throwing, failing, flaky, or slow, or asks to "diagnose", "debug this", "原因を調べて".

Builds a clearly-marked throwaway prototype to answer a design question before committing to an implementation. Use when the user wants to sanity-check whether logic or a state model feels right, explore what a UI should look like, or asks to "prototype this", "試作して".

Creates an Architecture Decision Record for a decision that is hard to reverse, surprising without context, and the result of a real trade-off. Use when such a decision has just been made, or the user asks to "record this decision", "ADRにして", or mentions decision records.

Reviews the diff since a fixed point along two axes run as parallel subagents — Spec (does the change match what was asked?) and Standards (repo conventions plus a code-smell baseline) — and reports them side by side. Use when the user asks to review a branch, work-in-progress changes, a diff, or "review since X".

Configures this repository for the engineering skills by writing .claude/engineering.local.md — where specs, plans, and ADRs are saved, if at all — and excluding it from git locally. Run once per repository before relying on doc-saving skills.

Test-first development anchored on pre-agreed seams — agree where tests will live before writing them, then run the red-green loop. Use when implementing features or bug fixes, when the user mentions "TDD", "red-green", "test first", or when deciding where tests belong.

Control herdr — the terminal multiplexer for coding agents. Use only when the user explicitly mentions herdr or asks to inspect/split panes, run commands in sibling panes, wait on other agents, or coordinate with another agent through herdr. Upstream reference — https://github.com/ogulcancelik/herdr/blob/master/SKILL.md.

Record knowledge into the Obsidian vault without full web research. Only invoke when the `obsidian_search` MCP tool is available (personal machines). Use for session discoveries, decisions, patterns, or insights worth keeping. Lightweight companion to the vault-internal research-note skill (which does full source-verified web research). Unrefined ideas go to Inbox/ (no filing-criteria check needed).

Web 記事を Obsidian vault の Clippings/ に Web Clipper 互換形式で保存するスキル。 「この記事クリップして」「この URL を vault に保存して」「あとで読むから取っておいて」など、 URL を原文のまま保存したい意図が見えたら発火する。Only invoke when the vault (~/src/github.com/thinceller/knowledge-base) is accessible (personal machines). 記事を調べて裏取りノートにするのは research-note、知見の記録は vault-capture、 未整理の思考は inbox-capture — このスキルは「原文の保存」だけを担当する。

Search the Obsidian knowledge vault (Karpathy LLM Wiki pattern) via enquire-mcp before answering questions about personal notes, decisions, projects, people, or research. Only invoke when the `obsidian_search` MCP tool is available (personal machines). Use when the user asks about anything that might be in their notes. Then file good answers back into the wiki (compounding loop).

Record a session summary into the Obsidian vault at the end of a productive session. Only invoke when the `obsidian_create_note` MCP tool is available (personal machines). Use when the session produced meaningful changes, decisions, or learnings worth referencing later.

決定事項・調査結果・コードパターンなど「結論になった知見」を knowledge-base vault の Shared/ に記録する。「これ覚えておいて」「この決定を記録して」「このパターン残して」で使う。まだ結論でない思いつきは AGENTS.md の Inbox capture 手順 (Inbox/) を使う。URL の原文保存は vault-clip。

Web 記事を knowledge-base vault の Clippings/ に原文のまま保存する。「この記事クリップして」「この URL 取っておいて」など、URL を保存したい依頼で使う。記事の要約や考察の記録には使わない (それは vault-capture)。

This skill should be used when the user asks to "add a new package", "configure a new program", "troubleshoot Nix build errors", "update flake inputs", "add a new host", "manage secrets with SOPS", "create out-of-store symlink", "use nvfetcher", "use claude-code-overlay", or mentions Nix, Home Manager, or nix-darwin configuration in this dotfiles repository.

ADR（Architecture Decision Record）の作成を支援するスキル。アーキテクチャに関わる意思決定を `docs/adr/` に記録する。 「ADRを書く」「ADRを作成」「意思決定を記録」「write an ADR」などの明示的な指示で使用する。 機能実装やライブラリ追加・移行の作業中にアーキテクチャ上の意思決定が発生した場合にも積極的に使用し、実装完了後に「この意思決定をADRとして残しますか？」と提案すること。トリガー条件の詳細は本文「ADRを書くタイミング」セクションを参照。

プロジェクトの品質チェック（lint、format、typecheck、build）をまとめて実行する。コード変更後や完了確認時に使用。

新しいブログ記事の作成を支援するスキル。トピックに応じた記事パターン（技術移行、ツール作成、学習記録、問題解決、アップデート報告、振り返り）の選定、MDXファイルのスキャフォールド、セクション構造の提案を行う。「記事を書く」「新しいポストを作成」「ブログ記事を書きたい」「write a post」「create a new article」などのリクエストで使用する。

ブログ記事(_posts/*.mdx)の執筆スタイルレビューと校正を行うスキル。文体・トーン、記事構成、可読性、textlintの4観点でサブエージェントを並列起動してレビューし、統合結果を表示してからユーザーの確認を経て修正を適用する。「記事をレビューして」「ポストをチェック」「文体確認」「記事の校正」「公開前チェック」「レビュー」「推敲」「文章チェック」「記事のスタイルチェック」などのリクエストで使用する。記事を書き終えた後や公開前の品質チェックにも積極的に活用すること。_posts/ディレクトリ内のMDXファイルが対象。