'regression' 검색 결과

The measurement surface for ALL Pulp DSP and audio-pipeline work — read it BEFORE writing or gating DSP, not only when something already sounds wrong. Covers the C++ harness (signal generators, metrics, assertions, RenderScenario, contracts), the offline Audio Doctor (magnitude/frequency response, THD/THD+N, phase/group delay), and their Python sibling the Audio Quality Lab (tools/audio/quality-lab — null residual + alignment, LTAS log-spectral distance, spectral flux/centroid, HNR, Theil-Sen drift slope, Kaiser-sinc resampling, license-guarded corpus, regression-net ratchet). TRIGGER on AUTHORING work — "build/design an oscillator/filter/synth/effect", "add a DSP module", "what should the acceptance gate be", "how do I measure aliasing / anti-aliasing / alias floor", "null against a reference", "is this DSP correct", "choose a tolerance", "golden/regression corpus for audio", "measure drift or jitter", "A/B two renders" — AND on DEBUGGING work — "is there sound / no audio / I hear nothing", "does this filter/compressor/synth/delay produce the right signal", "prove the DSP / prove the contract", "measure the frequency response", "what's the THD / is it distorting", "what's the group delay / phase response / measured latency", "magnitude response curve", "render a test tone and assert", "audio regression", "64-frame works but 128 is silent", "sample-rate change pitch-shifted it", "describe what's in this buffer", "audio doctor", "compare before/after a DSP refactor". Reach for this BEFORE hand-rolling any FFT, null test, alias measurement, pitch tracker, or golden-render script — most of it already exists in one of the two lanes. Test/tool layer over HeadlessHost — deterministic, no audio device, no speakers. Off the realtime thread entirely.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Set up, format, fix, and clean up LaTeX regression and estimation tables in empirical economics or finance papers. Use when (a) creating a .tex, results.tex, main.tex, or preamble to display regression or estimation output from Python (pyfixest), Stata, or R — including any mention of estout, esttab, estauto, estwide, or table fragments; (b) formatting or repairing estout-style regression tables that overflow the right margin, have cramped or boxed notes, misaligned columns, or poor significance stars, or when asked to match a reference paper, make the note fill the table width, or choose among \estwide, \estauto, and landscape layouts; (c) diagnosing "Misplaced \omit" errors from \input-ed table fragments inside tabular environments. Covers \@@input, \estwide, \estauto, \estautoLT, \specialcell, \sym, minipage notes below tabulars, and the convert-and-verify workflow. Do NOT trigger for general LaTeX documents like beamer presentations, problem sets, letters, or CVs.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Map test coverage to GDD critical paths, identify fixed bugs without regression tests, flag coverage drift from new features, and maintain tests/regression-suite.md. Run after implementing a bug fix or before a release gate.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when testing, evaluating, or building regression suites for Agentforce agents: conversation testing in Agent Builder, topic (now subagent) coverage and utterance testing, Testing API and AiEvaluationDefinition metadata, Agentforce DX CLI test runs (sf agent generate test-spec, sf agent test create/run/resume/results/list), evaluation metrics (containment rate, escalation rate, CSAT, topic activation accuracy), and post-deploy analytics via Enhanced Event Logs. Triggers: 'how do I test my Agentforce agent', 'agent routes to wrong subagent', 'write utterance tests', 'regression test after topic change', 'measure agent quality', 'agent containment rate', 'run agent tests from the CLI'. NOT for agent creation, topic design, or action contract design — use agentforce/agentforce-agent-creation, agentforce/agent-topic-design, or agentforce/agent-actions respectively.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Diagnose Yuzu bugs and performance regressions with a disciplined reproduce-minimize-hypothesize-instrument-fix-regression-test loop. Use when the user says `/diagnose`, "debug this", reports a failure, flake, broken behavior, or performance regression.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Check a change for performance regression against this machine's recorded baseline - decide whether the diff needs checking, run the deck benchmark under the hygiene wrapper, and attribute any regression to an element. Use before opening a PR that touches the simulation hot path.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Comprehensive regression model diagnostics and assumption checking. Use when validating regression models, checking assumptions (linearity, homoskedasticity, normality, independence), detecting outliers/influence, testing multicollinearity, or when user mentions residuals, heteroskedasticity, VIF, Cook's distance, or diagnostic plots.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Econometrics skill for Regression Discontinuity Design (RDD). Activates when the user asks about: "regression discontinuity", "RDD", "RD design", "sharp RDD", "fuzzy RDD", "running variable", "forcing variable", "cutoff", "bandwidth selection", "local linear regression", "McCrary test", "density test", "RDROBUST", "continuity assumption", "donut hole RDD", "geographic RDD", "断点回归", "回归不连续", "运行变量", "截断值", "带宽选择", "精确断点", "模糊断点", "密度检验", "局部线性回归"

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Visual regression: production-level screenshots, diff thresholds, anti-flake. Use when implementing, reviewing or testing visual regression for React, Vite, Next.js or Perfect_AI projects.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Discover governing equations from data using PySR (evolutionary symbolic regression). Physics-constrained search with dimensional analysis, custom operators, and complexity-accuracy tradeoffs. Use when you need an interpretable equation, not a black-box model.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Implements visual regression testing with screenshot comparison, diff detection, and CI integration using Playwright or Chromatic. Use when users request "visual testing", "screenshot testing", "UI regression", "visual diff", or "Chromatic setup".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

새 테스트와 기존 테스트가 보호하는 동작과 결함을 점검합니다. 중복과 구현 의존성을 검토하고 삭제 근거를 기록하며, 필요한 검증을 남겨 테스트 전용 코드도 정리합니다.

• 새 테스트의 필요성을 확인합니다
• 중복되거나 구현에 의존하는 테스트를 점검합니다
• 테스트만을 위해 공개한 함수를 검토합니다

기존 테스트와 부족한 부분을 점검합니다. 요구 사항, 업무 규칙, 결함을 식별 번호와 실행 결과에 연결하고 테스트 대장으로 검증 여부를 추적합니다.

• 기존 테스트와 부족한 부분을 점검합니다
• 결함 수정의 재발 방지를 확인합니다
• 클라이언트와 서버의 계약 검증을 살핍니다

AI 개발 전에 성공 조건을 정하고 코드·규칙·모델·사람의 평가로 새 기능과 기존 기능을 확인합니다. 여러 차례 시도한 결과에서 신뢰성을 기록합니다.

• AI 구현 전에 성공 조건 정의
• 프롬프트나 에이전트 변경 후 회귀 확인
• 여러 차례 시도로 신뢰성 측정

웹 페이지 표시와 조작, API 응답, 빌드와 테스트의 소요 시간을 측정합니다. 변경 전후 결과를 비교하고 Git으로 공유하는 기준값을 바탕으로 성능 저하를 확인합니다.

• 코드 변경 전후 성능을 비교합니다
• 페이지가 느리다는 보고를 조사합니다
• 출시 전 성능 목표를 확인합니다

Spec Kit의 코드 변경과 풀 리퀘스트를 검토합니다. 설계 문서와의 일치, 정상·오류 상황 테스트, 버그 수정의 재발 방지 근거, 용어 통일을 확인합니다.

• Spec Kit PR 검토
• 정상·오류 상황 테스트 확인
• 버그 수정의 회귀 테스트 확인

코드, 변경 이력, 재현 절차로 오류와 예상 밖 동작의 원인을 조사합니다. 가설 검증 후 최소한으로 수정하고 회귀 테스트와 증거를 담은 보고서까지 남깁니다.

• 오류와 스택 추적의 원인 조사
• 최근 변경으로 생긴 버그 추적
• 수정 검증과 회귀 테스트 기록

실제 브라우저에서 웹 페이지의 로딩 시간과 전송량을 측정합니다. 기준값 및 코드 변경 전후 결과를 비교해 속도 저하를 찾고 장기적인 성능 추이를 확인합니다.

• 변경 전 성능 기준값을 저장할 때
• 코드 변경 후 페이지 속도 확인
• 느린 리소스와 큰 전송량 조사

테스트 실패, 빌드 오류, 예상 밖의 동작을 재현하고 원인을 좁힌 뒤 최소 재현 사례를 만듭니다. 근본 원인을 수정하고 재발 방지 테스트까지 진행합니다.

• 코드 변경 후 테스트 실패 조사
• 빌드 오류 원인 조사
• 작동을 멈춘 기능의 원인 확인

Paperclip의 느린 PostgreSQL 쿼리를 조사하고 수정합니다. 로컬에서 속도와 결과 일치를 검증하고 회귀 테스트 및 검사 결과를 갖춘 풀 리퀘스트로 정리합니다.

• 데이터베이스가 원인으로 의심되는 지연 조사
• 자주 실행되는 쿼리의 부하 감소
• 수정 전후 속도와 결과 비교