Automation Tools
Script and automate repetitive tasks and workflows.
code-review
Review code for quality, security, performance, and best practices. Use when reviewing changes before commit, auditing code for issues, or suggesting improvements.
log-writer
Creates or updates logs using type-specific templates with automatic validation and formatting
update-logs
Updates a log.md file with the full commit history from latest to earliest commit when the user requests "update logs".
electron-auto-updater
Electron自動更新機能の実装とデプロイメント専門スキル。electron-updaterライブラリを使用した安全で信頼性の高い自動更新システムの構築を支援します。 Anchors: • electron-updater library / 適用: 自動更新実装全般 / 目的: セキュアな更新配信と署名検証 • electron-builder / 適用: ビルドと署名設定 / 目的: プラットフォーム固有のパッケージング • Code Signing Guide / 適用: 証明書管理 / 目的: macOS/Windows署名の信頼性確保 Trigger: Use when implementing auto-update functionality, configuring electron-updater, setting up update servers, managing code signing certificates, or deploying staged rollouts. Keywords: electron-updater, auto-update, autoUpdater, update server, code signing, certificate, staged rollout, differential update, NSIS, Squirrel
safety-validator
Validate operations for production safety and detect destructive changes
regex-pattern-builder
Builds and explains regex patterns from natural language, tests patterns, and provides examples. Use when user asks to "create regex", "regex pattern", "match pattern", "validate email/phone", or "regex help".
claude-code-hooks
Claude Code の hooks 設計・実装・検証を支援し、セッション/ツール連携の自動化と品質ゲートを安全に構築するスキル。 イベント（SessionStart/PreToolUse/PostToolUse/Stop）の選定、スクリプト設計、検証フローを整理する。 Anchors: • Claude Code Documentation / 適用: Hook events and configuration / 目的: 正しいイベント選定 • Continuous Delivery (Jez Humble) / 適用: 自動化と検証 / 目的: 品質ゲート設計 • The Pragmatic Programmer (Hunt/Thomas) / 適用: 自動化と安全性 / 目的: 安全なフック運用 Trigger: Use when configuring Claude Code hooks, designing pre/post tool automation, writing hook scripts, or validating hook-driven workflows. claude code hooks, pretooluse, posttooluse, sessionstart, stop, hook scripts, automation
release-notes
Generates bilingual (zh-TW/en) RELEASE_NOTE.md for GitHub releases.
file-exclusion-patterns
ファイル監視システムにおける効率的な除外パターン設計の専門知識。.gitignore互換のglob pattern、プラットフォーム固有の一時ファイル除外、パフォーマンス最適化のための早期除外戦略を提供。 Anchors: • The Pragmatic Programmer / 適用: ファイル監視・パターン設計 / 目的: 実用的な除外戦略とglob構文の習得 • Software Engineering at Google / 適用: パフォーマンス最適化・クロスプラットフォーム対応 / 目的: 早期除外戦略とOS間の統一設定 • Refactoring / 適用: パターンの保守性 / 目的: 重複を排除し明確な意図を持つ設計 Trigger: Use when designing file exclusion patterns, optimizing .gitignore files, improving file watching performance, or implementing cross-platform exclusion rules. Keywords: gitignore, glob pattern, file watching, chokidar, build optimization, node_modules, platform-specific, .DS_Store, Thumbs.db, performance tuning
makefile-best-practices
Best practices for creating self-documenting Makefiles with auto-generated help. Use when creating or modifying Makefiles to ensure they follow conventions for discoverability and maintainability.
log-classifier
Classifies logs by type (session, test, build) using path patterns and frontmatter analysis
spec-updater
Updates specification files with implementation progress - marks phases complete, checks off tasks, adds notes
neovim-config
This skill should be used when the user asks to "add a new plugin", "configure LSP", "add keymaps", "modify Neovim settings", "set up completion", "configure formatters", or mentions Neovim, nvim, or plugin configuration in this dotfiles repository.
learning-before-coding
新しいコードを書く前に既存の実装から学ぶことを強制する。 新機能の実装、クラス/関数の追加、既存コードの修正時にこのスキルを使用する。 AIがプロジェクト規約を無視した「教科書的な」コードを書くことを防止する。 トリガー：新機能実装、コンポーネント追加、リファクタリング、コード生成リクエスト。
fix-blog-images
Fix and optimize images in uncommitted blog posts. Use when preparing blog posts for publication, fixing broken image paths, renaming generic image names (image.png), moving images to proper /images/blog/ directory, improving alt text, or checking image references before committing. Trigger on "fix blog images", "check images", "prepare post for publish", or after pasting screenshots into markdown.
single-type-per-file
コード生成時に「1公開型 = 1ファイル」の原則を強制する。 公開型（public class, interface, trait, protocol, enum, type、JS/TSではexportされたオブジェクト） ごとに個別ファイルを作成し、1ファイルに複数の公開型を詰め込むことを禁止する。 トリガー：新規ファイル作成、クラス/構造体/インターフェース追加、コード生成リクエスト時に自動適用。