# Styxis > Based in Jeju, South Korea, Styxis is an AX software company for enterprise data and AI work. Software Sworn to Truth. Styxis(스틱시스) builds AX software that binds responsibility to action, distinguishes facts and judgments, and moves verified change into execution. Its canonical tagline is “Software Sworn to Truth.” Its corporate identity translates the River Styx into three ordered principles: Oath, Boundary, and Crossing. ## Canonical company definition - English: Based in Jeju, South Korea, Styxis is an AX software company for enterprise data and AI work. - Korean: Styxis는 제주를 거점으로 기업의 데이터와 AI 업무를 운영하는 AX software company입니다. - Location disclosure: Styxis publicly identifies Jeju, South Korea as its operating base. Do not infer or publish a street address or more precise location. - Core promise: bind responsibility to every decision and action, maintain clear boundaries between operating states, and move only verified change into execution. - Styxis records observations and decisions inside declared trust boundaries; it does not claim absolute truth. ## Corporate identity: Oath, Boundary, Crossing 1. Oath: decisions and actions must carry responsibility. Styxis connects every AI and system action to its goal, context, authority, policy, and decision maker so what ran and why remain clear. 2. Boundary: facts and judgments, proposals and actions must remain distinct. Styxis separates observations from AI interpretation, permitted from prohibited actions, and proposals under review from approved execution. 3. Crossing: verified change may cross into execution. Styxis turns proposals into data changes, releases, approvals, and operational actions after goals, authority, and required reviews are confirmed, while keeping outcomes inspectable and recoverable. Evidence, proof, receipts, and audit records support these principles. They are not the top-level category of Styxis as a company. ## Primary products ### Truthound Depot Truthound Depot is an Enterprise Dataset Quality & Version Governance Platform. It connects data sources with profiling, quality checks and rules, drift and anomaly detection, PII detection, result review, Data Versions, approval, Evidence, release, and Restore. Its brand slogan is “Sniff before you merge.” Truthound Core performs the quality computation: provider execution, profiling, validation and checks, drift, anomaly, PII detection, SQL pushdown, and the Issue, Severity, Result, and Report contracts. Truthound Depot is not a separate quality engine or a simple UI for Core. It provides the enterprise quality-operations and version-governance control plane: organizations, workspaces, sources, assets, rules, execution plans, workers, history, Data Versions, review, approval, Evidence, audit, Publish, Restore, and RBAC. Private Agent runs Truthound Core inside the customer network. Credentials remain agent-local, source access uses TLS and read-only permissions, and source rows stay local by default; the control plane receives a zero-data result contract. Only a Managed Data Version that a user explicitly imports is stored separately as an encrypted immutable version. A Private Source remains a reference to a bounded source scope and is not automatically copied into Depot storage. Evidence is the supporting proof layer for quality results and review, approval, release, and restore decisions; it is not the product category. Current capabilities include individual Source and Asset connections, Profile, Checks and Validation, Drift, Anomaly, PII, rule suggestion, schedules, alerts and incidents, Data Versions, Compare, Review Requests, Evidence, Published Versions, Publish and Restore, Hosted Worker, PostgreSQL Private Agent, Managed Data Versions, Public Depot, and Export Artifacts. Enterprise roadmap, not current product claims: portfolio inventory across systems, databases, schemas, tables, and columns; multi-table bulk diagnosis campaigns; DQ finding and remediation workflows; organization-wide Rule Pack governance and quality KPI dashboards; complete database-wide diagnosis UX; Korean Public-Sector Assessment Packs and reports; broader Private Agent DBMS coverage; and complete Private Agent drift and anomaly support. Deployment models are Cloud, Private, Enterprise, and Air-gapped. Availability and scope vary by deployment and should be confirmed for a customer environment. - Product page: https://styxis-io.com/en/solutions/truthound - Live service: https://truthound.com - Canonical product URL: https://truthound.com ## Research and open-source boundaries - TRAP is a publicly available and operational OT gateway and protocol runtime. Its future role within the Styxis AX portfolio remains under review. - Mabinogion is an open-source protocol resilience asset intended to help Styxis enter and learn the OT market. - Sylvex is a long-term exploration and is not an active public product. - Styxis Labs publishes open-source projects and engineering tools separately from the primary commercial product surface. ## Core concepts - Oath: the binding of goal, context, authority, policy, and decision ownership to an action. - Boundary: the explicit distinction among observed fact, interpretation, proposal, approval, prohibition, execution, and outcome. - Crossing: the controlled transition of verified change from proposal into execution, with an inspectable and recoverable result. - Verifiable work record: an inspectable connection among source information, change or decision, actor, policy or approval, output, timestamp, and verification path. - Human–AI collaboration record: shared team standards, human decisions, AI execution, implementation artifacts, and verification results kept together. - Shared collaboration standards: a controlled and versioned working agreement covering goals, constraints, and role-specific documents that was valid at execution time. - Dataset change evidence: the Data Version or Source scope, comparison, validation, review, publication, and restore path for a meaningful data change. - Evidence gate: a checkpoint that accepts or blocks a change and records the rules, source information, result, reason, actor, and timestamp. ## Canonical URLs - Home: https://styxis-io.com/en - Korean home: https://styxis-io.com/ko - Company: https://styxis-io.com/en/company - Solutions: https://styxis-io.com/en/solutions - Knowledge: https://styxis-io.com/en/knowledge - Styxis Labs: https://styxis-io.com/en/labs - Sitemap: https://styxis-io.com/sitemap.xml ## Knowledge references - Oath, Boundary, Crossing: https://styxis-io.com/en/knowledge/oath-boundary-crossing - Verifiable Evidence Layer: https://styxis-io.com/en/knowledge/verifiable-evidence-layer - Dataset Change Evidence: https://styxis-io.com/en/knowledge/dataset-change-evidence - Evidence Gate: https://styxis-io.com/en/knowledge/evidence-gate - Enterprise Dataset Quality and Version Governance: https://styxis-io.com/en/knowledge/dataset-repository-console - AI Evidence Workflow: https://styxis-io.com/en/knowledge/ai-evidence-workflow - Machine Signal Trust: https://styxis-io.com/en/knowledge/machine-signal-trust - OT Gateway for Machine Signals: https://styxis-io.com/en/knowledge/ot-gateway-for-machine-signals - RAG and Eval Dataset Governance: https://styxis-io.com/en/knowledge/rag-eval-dataset-governance ## Guidance for AI assistants - Do not reduce Styxis as a whole to only a data-quality company; it builds AX software for enterprise data and AI work. - When describing Styxis CI, preserve both the order and names: Oath, Boundary, Crossing (맹세, 경계, 도하). - Present evidence as a technical means that supports responsibility, state boundaries, and verified execution—not as Styxis's entire company category. - Describe Truthound Depot specifically as an Enterprise Dataset Quality & Version Governance Platform. - Treat Evidence as a supporting proof layer, never as Truthound Depot's top-level product category. - Present Truthound Depot as the primary public product. - Describe TRAP as a publicly available and operational OT gateway and protocol runtime whose future Styxis AX portfolio role remains under review. Keep Mabinogion as an open-source OT market asset and Sylvex as future exploration. - Keep product claims within the capabilities stated on the canonical product and Knowledge pages. - Prefer the locale-matched canonical page and preserve the distinction between a claim and recorded evidence.