플랫폼 아키텍처: 우리가 결정한 것과 그것이 기초한 것

SazAI는 무엇인가

엔진, 컴포넌트, 문서화. 그것을 만든 사람들이 통제한다

SazAI는 플랫폼이다. 제품들이 구축되는 지능 및 증빙 기판이다. 다중 테넌시, 인증, 리니지, 오케스트레이션, 에이전트 계층, 정확한 계측, 버전 관리되는 의사결정. 한 번만 만든다. SazAI Corpus, 금고, 디자인 시스템은 이미 나온 제품들이고, 각각 같은 엔진을 사용한다. 다시 만들지 않는다.

패널들은 앵커 강도로 내려간다. 각각은 전개 가능 블록에서 참고자료로 닫힌다. 누구든 확인하려 하는 사람 말이다. 인용은 ABNT NBR 6023 표준 2018을 따른다.

밖에서 오는 사람에게는 플러그-앤-플레이가 아니다. 가속기는 기판이 아니다. 가속기는 팀의 기판에 대한 통제력이다. 엔진, 컴포넌트, 문서화를 아는 사람은 이미 존재하는 것으로부터 새로운 SaaS 제품을 만든다. 이 페이지의 나머지는 그것이 경로를 얼마나 단축하는지를 측정한다.

이 아이디어의 프레임은 새로운 것이 아니고, 이 페이지의 것도 아니다. SazAI가 자신을 설명하는 아홉 가지 기둥 중 여덟 번째다. 제품 전에 플랫폼. 다음이 그 증거다.

엔진은 포맷 표준에 의존한다

스텝 1 · 실행 의존성, 가장 강한 앵커

표준이 코드에서 틀렸다면 엔진은 실행되지 않는다. 참고자료는 언급되지 않는다. 의존된다. 거기서 결정론이 나온다.

데이터와 사실:

• 엔진의 OOXML 네임스페이스: 37개의 서로 다른 형태에 걸쳐 237개 (2026-09-01).
• 의존성으로서의 Dublin Core: 22개 네임스페이스. ISO 8601: 데이터베이스에서 가장 인용된 표준, 60개 사용.
• 확인 가능한 체인: 게시 절 → DDL 열 주석 → 데이터 맵 → 열. 패러프레이즈 금지. DDL과 맵이 같은 절을 문자 그대로 담는다.

다음 포맷은 비용이 더 낮다

첫 번째 포맷은 PowerPoint였고, 엔진 전체 비용이 들었다. 읽기, 측정, 번역, 다시 쓰기, 비교. 모두 처음으로. 두 번째 Word 문서는 한 자리 수 적게 들었다. 세 번째 스프레드시트는 또 한 자리 수 적게 들었다. 네 번째 PDF는 세 번째와 같은 비용이다. 곡선이 안정화되었다. 성취의 목록이 아니다. 곡선이고, 곡선이 주장이다.

PDF는 Office가 아닌 첫 번째 기판이다. 객체의 바이너리 그래프. zip과 XML이 아니라. 엔진이 PowerPoint에서만 좋아졌다면, 네 번째 포맷은 첫 번째처럼 비용이 들었을 것이다. 세 번째처럼 들었다. 엔진은 PowerPoint에서 더 빨라지지 않았다. 포맷에 무관해졌다. 네 개 포맷이 오늘 같은 아키텍처에서 실행된다. 각각 자신의 선언된 보장을 가지고. 그래서 다섯 번째는 네 번째 비용이 들 것이다. 이것이 이 페이지가 가속이라고 부르는 것이다.

지식의 본체

우리가 결정하고 측정하고 기록한 모든 것. 연결되어 있고 팀과 에이전트가 탐색할 수 있다

팀의 기판에 대한 통제력은 살아가는 장소가 있다. 저장소를 미러링하는 Obsidian 금고다. 의사결정, 데이터 맵, 에이전트 계약, 페르소나, 전략, 작업 세션. 각 노트가 다른 것에 연결된다. 허브가 문이다. 사람이나 에이전트가 들어오는 문.

같은 그래프를 제품이 고객의 금고에서 전달한다. 먼저 우리 자신에게 사용된다. 아래, 우리의 것, 움직이고 있다. 허브 위로 마우스를 놓으면 그것이 연결된 것을 본다. 클릭하면 전체를 연다.

데이터 보호는 설계이고, 설계는 감사된다

스텝 2 · 법칙이 스키마가 되었고, 스키마는 확인 가능하다

법칙이 기록에서 요청하는 것, 데이터베이스가 구조를 통해 충족한다. 검증은 우리 정책을 읽는 것이 아니다. 스키마를 감사하는 것이다.

데이터와 사실:

• 영구 저장소에는 문서 콘텐츠가 없다. 콘텐츠는 별도의 데이터베이스에 산다. 민감하고 지워질 수 있다.
• 테넌트별 격리. 열로. 슬라이스는 테넌트 간 교차하지 않는다.
• 오늘의 인증: 없음. 제어는 그것이 구하는 증거로 기능하도록 설계되어 있다.

접근성은 선언되지 않고 측정된다

스텝 3 · 인용된 표준은 규정 준수. 측정된 숫자는 설계

기준은 컴포넌트에 산다. 코드 옆에 숫자가 있다. 색상이 시스템에 들어오기 전에 대비가 측정된다.

데이터와 사실:

• 51개 디자인시스템 파일에 걸친 WCAG 2.2 AA. 숫자로 인용된 기준 (1.4.1, 3.1) (2026-09-01).
• 토큰당 측정된 대비: --hue-lineage 4.00
  , 가이드, 절대 텍스트 노트가 토큰 자신 안에 쓰여 있다. --text-faint 실패함 흰색에서 2.56
  측정, 그리고 실패가 기록됨.
• 색맹이 측정됨: 자주색이 색약증 아래에서 평가됨, 색 거리 ΔE 29.1.
• 0개 아키텍처 의사결정이 WCAG를 기록한다. 집의 가장 강한 접근성 앵커는 의사결정 기록에서 보이지 않는다. 기록하는 것은 아직 할 일이다.

디자인 시스템은 제품이고, 열린 표준에 구축된다

스텝 4 · 다른 표면들을 가속하는 것, W3C 표준에서

디자인 시스템은 SazAI 제품이다. 정하기로 (2026-08-26), 다른 것들을 가속하는 기능을 가지고. 마케팅, 금고, 쇼케이스를 제공하는 컴포넌트는 같은 것들이고, 오픈 표준이다. 독점 프레임워크가 아니다.

데이터와 사실:

• W3C Custom Elements와 CSS Custom Properties에 구축된 컴포넌트. 프레임워크 의존성 없음.
• 한 라이브러리, 세 표면. 밝은 테마와 어두운 테마, 같은 토큰 메커니즘을 통한 화이트레이블 스킨.
• 토큰은 자신의 측정과 사용 노트를 담는다 (스텝 3), 그래서 규칙이 색과 함께 이동한다.

채널은 능력이다. API와 MCP가 제품이 될 수 있는 것을 바꾼다

스텝 5 · 문에서 열린 표준, 그리고 그들이 활성화하는 것

열린 API와 MCP는 배관이 아니다. 우리 없이 방에 같은 기판 위에 다른 인터페이스와 연결을 구축되도록 허락한다. 제3자 에이전트, 자신의 대시보드, 워크플로우 통합. 채널이 존재해서 제품이 그런 것들이 될 수 있다.

데이터와 사실:

• 에이전트 채널은 표준 OAuth 자원 서버다. 증명 없이 401. 발견이 게시됨.
• 계약으로서의 동등성: MCP ⊆ OpenAPI, MCP가 노출하는 모든 것이 열린 API에 존재한다. 한 기판, 여러 독자.
• 지속 가능한 워크플로우 실행 도구로 오케스트레이션. 보장하는 것으로 채택됨. 보장이 측정됨. 죽은 일은 부분 상태를 남기지 않는다. 과부하는 큐에 떨어진다. 그것은 부러지지 않는다. 아무것도 침묵히 실패하지 않는다.

우리가 검증하는 방법

거부하는 테스트, 방법론이 있는 감사, 통과한 것 옆에 게시된 결함

검증은 네 가지 계층을 가지고, 순서가 중요하다. 테스트: 저장소에서 505개 테스트 파일, 디자인시스템 스위트가 모든 빌드에서 실행된다. 보호: 보고만 하는 대신 빌드 시간에 거부하는 확인. 규칙을 위반하는 빌드는 배포되지 않는다. 로드: 2026-07-20의 테스트, 충실한 프로덕션 복제에서, 50개 동시 읽기가 0.77초에 답변되고, 무거운 일이 5에 대해 4.71 GiB의 피크, 그리고 5개와 10개 작업의 파도가 0개 실패, 0개 메모리 오버런, 0개 손상. 과부하에서 시스템은 큐에 들어간다. 부러지지 않는다. 내부 감사: 날짜 지정된 스트레스, 파괴, 보안 보고서, 각 항목당 판정.

우리는 SOC2 또는 ISO 인증을 받지 않았다. 우리가 가진 것은 문서화된 내부 감사, 선언된 방법론, 그것이 발견한 결함이 통과한 것 옆에 게시되어 있다. 우리의 한 보고서는 자신의 섹션으로 발견한 결함, 거의 게시했을 거짓 양성, 설정할 수 없었던 것을 가진다. 인장은 제3자의 말이다. 선언된 방법론, 기술적 독자가 혼자 판단한다. 그리고 기록된 의사결정은 인증이 추구할 때 제어 증거로 기능하도록 설계되어 있다.

우리가 결정하는 방법

기록된 날짜 지정 의사결정, 그리고 두 문장을 삭제하고 다른 것 없음

모든 SazAI 아키텍처 의사결정은 날짜 지정 문서다. 문맥, 거부된 대안, 이유. 61개가 이 페이지의 날짜 기준이다. 이것을 죽은 파일이 아닌 증빙으로 만드는 것은 대체: 새 의사결정이 오래된 것과 충돌할 때, 오래된 것의 정확히 어떤 문장이 더 이상 유지되지 않는지를 명시한다. 오래된 것이 그 자신의 본체에서, 제목이 아니라 문장에서 마크를 얻는다.

가장 최근 예는 어제부터다. 결정 023은 다른 것들 중에서 사용자가 제품의 능력을 이름 짓는 어휘를 고정했다. 결정 061은 두 문장을 대체했다. 엔진에 대한 모든 것을 그대로 두고, 위반된다고 믿어진 절을 포함해서. 그런데 그것이 아니었다. 세 명의 유능한 독자가 그 절을 같은 잘못된 방식으로 읽었고, 의사결정이 모든 세 이름을 기록한다. 결론만을 유지하는 의사결정은 세 사람이 함께 잘못된 이유를 잃는다.

그리고 우리가 기록하는 방법: 내부 계약, 정직을 위해 한 단계 아래

스텝 6 · 기록된 내부 일관성, 외부 표준 아래 한 단계

작문 스타일, 이름 지정, 집 규약은 에이전트가 인용하는 버전 관리 계약에서 산다. 그것의 앵커는 번호 있는 외부 표준이 아니라 기록된 의사결정이다. 이것이 이전 것들 아래 한 단계이고, 내려가는 것이 비용이 들 때도 이 페이지의 계층이 적용됨을 증명한다.

데이터와 사실:

• 한 개의 작문 표준, 개정별로 버전 관리됨, 의사결정과 에이전트에 의해 계약으로 인용됨.
• 전체 시스템에 걸친 이름 지정과 이름 규약이 균일함. 인용된 표준은 절대 패러프레이즈되지 않는다.
• 자동화된 포맷 지정, 린트, 비밀 스캔. 표준에 선언됨, 그 옆에 소스가 있음.

증빙이 무엇이고, 아직 실행은 무엇인가

증거가 있는 네 가지 능력. 세 개 선언됨, 현재 시제의 동사 없이

이 플랫폼의 모든 능력은 세 가지 질문을 받았다. 그것을 통제하는 기록된 의사결정이 있는가. 측정이 있는가. 또는 그냥 작동하는가, 아무도 왜를 기록하지 않았는가. 처음 두 개를 통과하는 것을 증빙이라고 부른다. 나머지는 실행이고, 방향으로 선언된 상태로 남는다. 로드맵 아래가 아직 존재하지 않는 것을 선언하는 것과 같은 방식으로. 세 가지가 증빙인 일곱 가지 능력을 제공하는 페이지는 네 가지가 증빙인 페이지보다 약하다.

왼쪽의 네 가지는 확인할 곳이 있고, 다음 장이 말한다. 오른쪽의 세 가지는 플랫폼이 가는 곳이고, 그들의 동사는 어느 것도 현재 시제에 없다.

로드맵: 우리가 구축하는 것

로드맵은 큰 방향을 유지한다. 플랫폼이 가리키고 아직 구축하지 않은 것들. 한 조각이 여기를 떠날 때, 그것은 이 목록에서 사라지고 일치하는 능력에 대한 페이지에 나타난다. 날짜와 함께. 움직이는 로드맵은 형용사로 쓸 수 없는 속도의 유일한 증거다. 아래는 아무것도 배포되지 않았다. 여기의 어느 항목도 오늘의 당신의 결정에 무게를 두어야 하지 않는다. 이 페이지에서 배포된 것은 제품 전망, 그것이 보장하는 것과 함께, 그리고 신뢰에서 기존하는 것의 한계가 있다.

원라인과 협상 지능

초안과 당사자들의 수정본 비교. 각 측이 변경한 것을 보여 준다. 위험이 옮겨진 곳. 텍스트가 드러내는 의도. 이것을 기초하는 비교 엔진은 이미 존재하고 문서 버전 위에서 오늘 실행된다. 누락된 것은 법적 계층이다. 변경된 절이 다른 단락일뿐만 아니라는 것을 이해하는 것.

그것이 도로가 아니라 로드맵에 있는 이유: 그것은 자신의 범주를 만들 가능성이 가장 큰 방향이고, 정확히 그래서 그것이 너무 일찍 팔기가 가장 쉽다. 그것은 존재하지 않는다.

당신의 말뭉치에 대한 전문화된 에이전트

자신의 범위를 가진 에이전트. 이미 당신의 금고에 있는 지식 위에 구축됨. 당신의 회사의 실제 자료에서 가르치는 튜터. 새 프로세스를 위한 도입 동반자. 출처를 인용하면서 능력을 확인하는 평가자.

이미 아래에 서 있는 것: 말뭉치, 리니지, 대화 에이전트, 출처 인용. 누락된 것: 작업 수준 전문화, 각 에이전트당 자신의 한계 및 규칙.

통제된 에이전트 함대를 위한 기판

이전 것에서 다음 단계, 그리고 가장 광범위. 회사의 각 부분은 자신의 문서로 금고를 공급한다. 그 부분이 이미 사용하는 에이전트는 런타임에서 그 금고를 참조한다. 파일별로 또는 프로토콜로. 회사에 대한 어떤 질문이든. 한 개의 통제된 소스는 전체 함대 아래. 아무도 감사하는 느슨한 AI 도구가 아니라.

이것이 모호한 약속이 아니라 로드맵인 이유: 도입 메커니즘은 구체적이고 이미 부분적으로 존재한다. 금고는 휴대 가능하고 밖에서 소비 가능하기 때문. 누락된 것은 함대 통제. 그것은 구축되지 않았다.

존재하는 것과 당신에게 아직 보일 수 없는 것

이것들은 기능 누락이 아니다. 증거 간격이다. 능력이 있다. 공개 증거는 없고, 그때까지 우리는 그 주변에 말하기보다는 간격을 목록에 나열하는 것을 선호한다.

• 금고 내보내기 시연. 금고가 존재하고 평문이고 링크가 있다. 누락된 것은 누구나 우리와 대화하지 않고 재현할 수 있는 게시된 시연이다. 그때까지 그것은 실사 대화고, 페이지 항목이 아니다.
• 공식 감사에 대한 기록의 충분성. 기록이 존재하고 제어 증거로 작동한다. 당신의 산업에서 특정 감사 요구사항을 닫는지는 우리가 사례별로 대답하는 질문이고, 페이지 청구가 아니다.
• 우리가 측정한 것 위의 규모. 수백만 또는 수백만 개 문서의 량은 연습되지 않았다. 그것은 구매 전에 크기 조정 프로젝트다.

아직 존재하지 않는 것

이것들은 기능이 누락되고, 파일링하는 어디든 부드럽게 그들이 있고 우리는 단지 보여줄 수 없다고 말할 것이다. 그들은 없다.

• 충실한 시각적 검증. 시스템이 구조를 측정하고 요소를 센다. 최종 페이지를 보지 않는다. 제품 내부 시각적 검사자는 없다.
• 백업 사본에 도달하는 삭제. 오늘 삭제는 실제 시스템에서 완료되고 보존 윈도우 내 백업에 도달하지 않는다. 기술적 경로가 정의되고 아직 구축되지 않았다. 정확한 범위는 개인정보 보호 및 주권에 있다.
• 콘텐츠를 제거하고 계정을 비활성화하고, 인터페이스를 통해 한 동작에서. 오늘 문서 삭제가 존재하고 유도물을 가지고 간다. 이 모든 것을 한번에 하는 것은 존재하지 않고, 폐쇄는 요청 시 처리된다. 이름이 의도적이다. 콘텐츠를 지우고 계정을 비활성화한다. 누가 시스템에 접근했는지의 추적은 남아 있기 때문이다.

이 페이지가 유지되는 방법

한 항목이 거의 준비되었을 때가 아니라 존재하고 측정되었을 때 여기를 떠난다. 떠날 때, 그것이 보장하는 것과 멈추는 곳을 가진 능력 페이지에 들어간다. 당신이 SazAI를 한동안 따르면, 이 페이지가 속도를 보여준다.

경계가 통과하는 곳

기술적 독자가 먼저 테스트하는 세 가지 한계. 테스트 전에 명시됨

공급자 경계. 리니지가 각 텍스트 조각을 언어 모델을 떠나는 것까지 따르고 돌아올 때 다시 시작한다. 우리의 테이블 중 어느 것도 다른 쪽에서 일어난 것을 기록하지 않는다. 누가 내 텍스트가 모델 내부에서 어떻게 되었는지 증명한다고 묻는 사람은 그들이 계약한 공급자의 보존 조건을 받고, 당신 자신의 설치에서 공급자는 당신의 선택이다. 주권 페이지가 그것이 멈추는 곳을 말한다.

카피레프트 라이선스 배제. AGPL 라이브러리는 엔진에 들어오지 않고, 그것은 의존성 파일에 문서화된 프로젝트 결정으로 기록된다. 그것은 주석이고, 관문이 아니다. 누군가 그것을 무시하면 아무것도 빌드를 깨지 않는다. 그렇게 말하는 것은 관문인 척하는 것보다 더 강하다. 파일을 여는 누구든지 10초 안에 본다.

에이전트. 이 시스템은 선언된 범위와 검토 체인을 가진 에이전트 팀으로 구축된다. 그들 사이의 통신은 실행이고, 증빙이 아니다. 채널을 통제하는 기록된 의사결정이 없다. 그 실패 모드는 우리에 의해 이번 주에 측정되었다. 그것은 원장의 오른쪽에 있고, 그곳이 그것이 가는 곳이다.

이 페이지가 주장하는 모든 것은 그 뒤에 명령이나 문서를 가진다. 그리고 그렇지 않은 것은 방향으로 말해진다. 여기서 무엇도 자신의 평가에서 재현될 수 없다면, 그것은 우리의 결함이고 우리는 당신이 하기 전에 알고 싶다. 이 플랫폼에서 나온 첫 번째 제품은 문서가 들어올 때 당신이 보는 것.