debug

Comprehensive debugging methodology for finding and fixing bugs (formerly debugging). This skill should be used when debugging code, investigating errors, troubleshooting issues, performing root cause analysis, or responding to incidents. Covers systematic reproduction, hypothesis-driven investigation, and root cause analysis techniques. Use when encountering exceptions, stack traces, crashes, segfaults, undefined behavior, or when bug reports need investigation.

インストールへ移動

リポジトリ: pproenca/dot-skills
ソースの最終更新活動: 2026年5月14日 18:16
検出された SKILL.md の言語: 英語
スター: 194
フォーク: 17

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。

npx skills add https://github.com/pproenca/dot-skills --skill debug

コマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。

ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

ファイルエクスプローラー

60 ファイル

SKILL.md

ソースの指示 · 読み取り専用プレビュー

検索に戻るインストールに戻る

drizzle-nextjs-postgres

Drizzle ORM against PostgreSQL inside a Next.js App Router app. Covers client construction (globalThis singleton across HMR, serverless pool sizing, `prepare:false` behind PgBouncer/Supavisor, driver choice when you need interactive transactions, `server-only`), reads in Server Components under Next.js 16 Cache Components (`use cache` superseding `unstable_cache` and the `revalidate`/`dynamic` segment configs, Suspense boundaries, React `cache()` dedupe), Server Actions (authorization inside the action, `updateTag` vs `revalidateTag`, `after()`), Postgres schema types (timestamptz, identity vs serial, jsonb, numeric-as-string, bigint modes), drizzle-kit migrations (generate vs push, CONCURRENTLY outside the migrator, NOT VALID constraints, rename prompts), transactions and pooled connections, and Postgres query traps (keyset pagination, count cost, driver-dependent `db.execute()` shape, NOT IN nulls, prepared statements). Use when writing or reviewing Drizzle + Postgres code in Next.js.

2026-07-24

relational-data-modeling

Corrects the wrong defaults a model has when designing a relational schema — the DDL decisions an experienced engineer makes differently. Use when creating or reviewing tables, migrations, ER models, or ORM schema definitions. Covers identity and keys (surrogate vs natural, identity vs serial, uuidv7, composite keys that make cross-tenant references impossible), relationships (polymorphic foreign keys the database cannot enforce, referential actions, unindexed FK columns, disjoint subtypes), invariants the engine can prove instead of application code (EXCLUDE, partial unique indexes, CHECK limits, deferrable cycles, NOT VALID), types (timestamptz, exact money, range types, enum vs lookup table), derived and encoded data (generated columns, JSONB as an escape hatch), and time (events vs in-place updates, soft-delete flags that silently disable constraints, temporal keys). NOT for query tuning, index selection for read paths, or connection pooling.

2026-07-23

relational-database-design

Distills a logical relational-database design methodology into rules an agent applies while designing or reviewing a schema. Covers the design sequence (mission → tables → fields → keys → relationships → business rules → views → integrity review), one-subject-per-table decomposition, atomic single-valued fields, candidate/primary/foreign keys, relationship types with deletion rules and participation, the four levels of data integrity, database-vs-application business rules, validation tables, views for derived data, and the flat-file / spreadsheet / RDBMS-driven antipatterns to avoid. The structure is logical and RDBMS-agnostic, and normalized by construction. Use when designing a new relational schema, reviewing or refactoring an existing one, resolving redundant or repeating data, choosing keys, modeling relationships, or deciding where a constraint belongs.

2026-07-23

このリポジトリのすべてを見る

name

debug

description

dot-skills Debugging Best Practices

Comprehensive debugging methodology guide for software engineers, containing 54 rules across 10 categories prioritized by impact. Based on research from Andreas Zeller's "Why Programs Fail" and academic debugging curricula.

When to Apply

Reference these guidelines when:

Investigating a bug or unexpected behavior
Debugging code during development
Code produces wrong results or crashes
Performance issues need root cause analysis
Triaging incoming bug reports and prioritizing fixes
Conducting root cause analysis for incidents
Reviewing debugging approaches or code for common bug patterns

Rule Categories by Priority

Priority	Category	Impact	Prefix
1	Problem Definition	CRITICAL	`prob-`
2	Hypothesis-Driven Search	CRITICAL	`hypo-`
3	Observation Techniques	HIGH	`obs-`
4	Root Cause Analysis	HIGH	`rca-`

debug

インストール方法

ソースファイルを確認

dot-skills Debugging Best Practices

When to Apply

Rule Categories by Priority

dot-skills Debugging Best Practices

When to Apply

Rule Categories by Priority

Quick Reference

1. Problem Definition (CRITICAL)

2. Hypothesis-Driven Search (CRITICAL)

3. Observation Techniques (HIGH)

4. Root Cause Analysis (HIGH)

5. Tool Mastery (MEDIUM-HIGH)

6. Bug Triage and Classification (MEDIUM)

7. Common Bug Patterns (MEDIUM)

8. Fix Verification (MEDIUM)

9. Anti-Patterns (MEDIUM)

10. Prevention & Learning (LOW-MEDIUM)

How to Use

Full Compiled Document

debug

ソース情報

インストール方法

ソースファイルを確認

このリポジトリの他の Skills

このリポジトリの他の Skills

dot-skills Debugging Best Practices

When to Apply

Rule Categories by Priority

dot-skills Debugging Best Practices

When to Apply

Rule Categories by Priority

Quick Reference

1. Problem Definition (CRITICAL)

2. Hypothesis-Driven Search (CRITICAL)

3. Observation Techniques (HIGH)

4. Root Cause Analysis (HIGH)

5. Tool Mastery (MEDIUM-HIGH)

6. Bug Triage and Classification (MEDIUM)

7. Common Bug Patterns (MEDIUM)

8. Fix Verification (MEDIUM)

9. Anti-Patterns (MEDIUM)

10. Prevention & Learning (LOW-MEDIUM)

How to Use

Full Compiled Document