형태는 바뀌어도, 의미는 이어집니다.

변하지 않아야 하는 것

화면이 커지거나 접혀도 같은 업무를 다룬다는 사실은 변하지 않습니다. 대상의 정체성, 근거, 승인 버전, 실행 결과와 남은 검증 범위를 이어서 보여줍니다. 역할에 따라 공개되는 정보가 달라도 서로 모순된 현실을 만들어서는 안 됩니다.

하나의 업무 대상, 여러 표현

처음에는 행 안의 작은 상태 표시로 시작합니다. 비교가 필요하면 출처와 주장을, 선택이 필요하면 대안과 영향을, 실행 후에는 대상별 결과를 같은 업무 안에서 보여줍니다. 복잡한 업무는 작업 공간으로 확장할 수 있습니다. 보존하는 것은 작은 카드의 크기가 아니라 업무의 정체성과 판단 맥락입니다.

근거가 표현의 강도를 제한합니다

관찰과 해석을 구분하고 문장이 현재 근거보다 강해지지 않게 합니다. INV-01/20.

완료에는 검증이 필요합니다

Applied는 실행 상태입니다. 정확한 범위를 읽어 확인한 뒤에만 Verified를 사용합니다. INV-02/11.

권한은 다섯 층으로 평가합니다

기술적 가능성, 조직의 허용, 이 업무의 위임, 버전에 묶인 승인, 실행 시 유효성을 구분합니다.

주의 요청과 자유로운 탐색을 구분합니다

시스템은 필요한 판단을 요청할 수 있지만 포커스를 가져가지는 않습니다. 사람은 스스로 확장하거나 접을 수 있습니다.

결과는 대상별입니다

한 대상은 적용되고 다른 대상은 미확정일 수 있습니다. 한 가지 성공·실패로 합치지 않습니다.

시각보다 먼저, 표현 계약

Lyotic의 중심은 EBSRC(Evidence-Bound Supervisory Representation Contract)입니다. 애플리케이션이 제공한 권위 있는 업무 상태를 결정론적인 Representation Plan으로 바꾸고, 렌더러는 그 계획이 요구하는 정보와 허용하는 제어만 표현합니다. 화면을 바꾼다고 새로운 사실이나 실행 권한이 생기지는 않습니다.

에이전트가 대신 수행한 변경을 사람이 검토하고, 승인하고, 결과를 확인해야 할 때 사용합니다. 단순한 답변 화면에 모핑 효과를 더하기 위한 도구는 아닙니다.

import { resolve, checkDom } from '@lyotic/core';
import { WorkObjectShell } from '@lyotic/components';

const plan = resolve(caseState);            // deterministic: same state, same plan
const shell = new WorkObjectShell(element);
shell.render(caseState, plan);              // renders only what the plan allows
checkDom(element, plan).violations;         // [] or the invariant that broke

살펴보기

처음이라면 시작하기에서 적용 조건을 확인하세요. 5,400 / 1,620 사례는 같은 업무가 비교, 승인, 실행, 복구, 검증을 거치는 과정을 보여줍니다. 구현은 개발하기, 평가의 범위는 평가에서 다룹니다.

Lyotic과 구분해야 할 것

Systead는 시스템 사이의 데이터 관계를 유지하는 적용 제품입니다. Lyotic은 그 업무를 사람이 이해하고 감독할 수 있도록 표현하는 디자인 시스템입니다. H.A.R.D. Protocol은 이런 설계 선택을 목적·대안·영향·구현·근거와 연결해 검토하는 방법입니다. 세 가지의 책임을 하나로 합치지 않습니다.

참조 픽스처는 계약과 구현을 시험하기 위한 예제입니다. 운영 환경의 효과나 사람의 이해 개선을 입증한 결과로 제시하지 않으며, 최초의 적응형 AI 디자인 시스템이라고 주장하지 않습니다.