Back to list
laurenj3250-debug

pro

by laurenj3250-debug

0🍴 0📅 Jan 24, 2026

SKILL.md


name: pro description: Professional engineering skill combining senior engineer thinking patterns, adaptive task assessment, and Google-grade standards. Invoke with /pro before any coding task to ensure production-quality work with proper planning, testing, and verification.

/pro - Professional Engineering

Think like a senior engineer. Assess each unique task. Apply concrete standards.

When to Use

Invoke /pro before ANY non-trivial coding task. The skill will:

  1. Apply senior engineer thinking patterns
  2. Discover what THIS specific task needs
  3. Apply relevant engineering standards
  4. Verify completion with evidence

Three Layers

Layer 1: Thinking Patterns

Think in constraints, not just features. See references/thinking-patterns/:

PatternWhen to Apply
ask-vs-decideUnclear requirements, stuck > 30 min
rabbit-hole-detection2+ hours without progress, scope creeping
smell-detectionCode review, debugging, planning
second-order-effectsBefore ANY change to existing system
mental-modelsLearning new codebase, debugging
debugging-mindsetAny bug investigation
requirements-validationBefore starting implementation

Layer 2: Assessment Framework

Every task is unique. See references/assessment-framework/:

STEP 1: UNDERSTAND THIS TASK
├─ What's the actual goal?
├─ What does "done" look like?
└─ What edge cases exist?

STEP 2: DISCOVER PUZZLE PIECES
├─ What code already exists?
├─ What are the integration points?
└─ What constraints apply?

STEP 3: IDENTIFY GOTCHAS
├─ What's unique about THIS task?
└─ What could bite me?

STEP 4: PLAN THE FIT
├─ What order? What dependencies?
└─ What's my rollback plan?

STEP 5: IMPLEMENT WITH AWARENESS
├─ Fit patterns discovered
├─ Handle gotchas identified
└─ Integrate properly (not orphaned)

STEP 6: VERIFY AGAINST REQUIREMENTS
├─ Meet specific acceptance criteria?
├─ Handle edge cases identified?
└─ Evidence gate: tests pass, build succeeds

Layer 3: Engineering Standards

Concrete thresholds. See references/engineering-standards/:

StandardKey Threshold
design-docsRequired for > 1 week work, 5 sections, 10-day review
testing-pyramid70% unit / 20% integration / 10% E2E
sre-principlesSLI/SLO definitions, error budget = 100% - SLO%
api-designResource-oriented, standard methods only
data-modelingP95 query < 50ms, migration safety pattern
incremental-delivery0% → 2% → 10% → 50% → 100% rollout
performance-budgetsAPI P95 < 200ms, error < 0.01%
adrsDocument architectural decisions
dependency-managementEvaluate before adding, security SLAs

Quick Reference

Blocked Patterns (Always)

  • Stubs, TODOs, placeholder implementations
  • Mock/dummy data instead of real logic
  • Happy-path only (no error handling)
  • Features not connected (orphaned code)
  • "Done" claims without fresh evidence

Evidence Gate (Iron Law)

NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE

1. IDENTIFY → What command proves this?
2. RUN      → Execute it (fresh, not cached)
3. READ     → Check output + exit code
4. VERIFY   → Does output confirm claim?
5. CLAIM    → Only now state completion

Red Flag Language

  • "Should work now" → STOP. Run verification.
  • "I'm confident" → Confidence ≠ evidence
  • "Probably fixed" → VERIFY with output

Escape Hatches

SituationSkipFollow-up
Production downAllDocument + tests after
Trivial one-linerAllNone
Spike/prototypeVerificationMark throwaway
Time-critical hotfixDeep discoverySchedule proper fix

Skill Routing

Based on task discovery, auto-invoke:

ContextSkills
UI workfrontend-development, frontend-design, ui-styling
Backendbackend-development, databases
Bugsystematic-debugging, root-cause-tracing
Complexwriting-plans, sequential-thinking
Before mergecode-review, verification-before-completion

The Formula

Philosophy (thinking patterns)
+ Process (assessment framework)
+ Standards (concrete thresholds)
= Professional Engineering

Philosophy without process is just advice. Process without standards is just paperwork. Standards without philosophy is just bureaucracy. All three together = production-ready code.

Score

Total Score

50/100

Based on repository quality metrics

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

Reviews

💬

Reviews coming soon