from math import isfinite
def hysteresis(active, sample, low, high):
if type(active) is not bool:
raise ValueError("hysteresis.state")
if any(type(x) not in (int, float) or (type(x) is float and not isfinite(x))
for x in (sample, low, high)) or low >= high:
raise ValueError("hysteresis.thresholds")
if sample >= high:
return True
if sample <= low:
return False
return active프로젝트
임계값 사이에서는 상태를 유지하고 각 경계와 같은 값을 시험하며 뒤집힌 임계값과 유한하지 않은 수 및 불리언이 아닌 상태를 거부하세요.
적용하기 전에 검토하세요
실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
모델
기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
from math import isfinite
def hysteresis(active, sample, low, high):
if type(active) is not bool:
raise ValueError("hysteresis.state")
if any(type(x) not in (int, float) or (type(x) is float and not isfinite(x))
for x in (sample, low, high)) or low >= high:
raise ValueError("hysteresis.thresholds")
if sample >= high:
return True
if sample <= low:
return False
return active하나의 출력이 아니라 연속된 판단을 검토하세요
ThresholdReed는 다음 결과가 이전 상태에 의존하는 소프트웨어를 조사하는 Windows용 AI 코딩 작업 공간입니다. 프로젝트 폴더를 선택하고 원하지 않는 전이를 설명하세요. 연결된 어시스턴트에 상태를 관리하는 코드를 찾아 업데이트가 전달되는 방식을 설명하도록 요청하세요. 그러면 제안된 수정과 입력 시퀀스 전반에서 관찰한 동작의 관계가 명확해집니다.
hysteresis.py 기반 작업에서는 임계값 근처에서 상태가 반복해서 전환되는 이유를 살펴볼 수 있습니다. 의도한 하한과 상한, 초기 상태, 문제를 재현하는 짧은 시퀀스를 제공하세요. 예제로 거부되는 값을 포함한 프로젝트 전이 계약을 논의하세요. 작업 공간의 가치는 예제가 이미 설치된 모니터링 기능인 것처럼 제시하는 데 있지 않고 이 추론을 코드와 함께 검토하는 데 있습니다.
제한 없는 AI 모델을 제공하는 지원 OpenAI 호환 또는 Anthropic 서비스에서 해당 모델을 선택할 수 있습니다. 서버가 컨텍스트와 도구 제공 여부를 정하며 제공업체 제한이 여전히 적용될 수 있습니다. 연결을 설정한 뒤 각 수정안을 검토하고 프로젝트에서 시퀀스 기반 검사를 실행하세요. 양방향 전이와 경계 사이 값을 포함하세요. 올바른 출력 하나만으로 수정된 상태 머신이 시간에 따라 올바르게 동작한다고 입증할 수는 없습니다.
상태 기반 로직 변경에 관한 질문
버그 보고에 초기 상태를 포함해야 하는 이유는 무엇인가요?
같은 입력도 이전 상태에 따라 정당하게 다른 결과를 낼 수 있습니다. 시퀀스의 시작 상태와 기대 전이를 지정하세요. 이 정보가 없으면 어시스턴트가 올바르게 상태를 유지하는 분기를 결함으로 해석할 수 있습니다.
어떤 경계값을 테스트하면 유용한가요?
두 임계값과 정확히 같은 값, 중간 영역의 경계 바로 안쪽 값, 각 경계를 넘는 시퀀스를 포함하세요. 매 샘플 이후의 기대 결과를 명시하세요. 비교 연산과 이전 상태의 유지 모두를 확인할 수 있습니다.
잘못된 임계값은 자동으로 수정해야 하나요?
계약에서 정규화를 명시적으로 요구할 때만 그렇게 하세요. 그렇지 않으면 명확한 거부가 더 나을 수 있습니다. 제공된 한도를 바꾸거나 조용히 조정하는 코드를 수락하기 전에 호출부가 잘못된 설정을 처리하는 방식을 묻고 경로를 살펴보세요.
이 소프트웨어가 실시간 신호를 모니터링해 주나요?
여기서 설명하는 워크플로는 프로젝트 로직의 개발과 검토를 위한 것입니다. 실시간 데이터 소스, 스케줄링, 운영 모니터링은 별도로 구현해야 합니다. 이러한 통합은 예제의 작은 전이 헬퍼와 별도로 테스트하세요.
ThresholdReed · 업데이트 2026-10-25