用途：Semantius Architect 是 Semantius 三技能工作流的第一步，由业务分析师与系统分析师协作产出并维护语义蓝图。交付物始终是一个自包含的 Markdown 文件，在实体层面规定实体、角色、关系、生命周期状态与权限，不含字段，也不含 JsonLogic。后续 semantius-analyst 将蓝图与线上 Semantius 目录对账，产出字段级的 *-semantic-spec.md；semantius-modeler 负责部署该规格。
主要能力：决定模块访问级别（frontmatter 的 access_scope：custom / basic / advanced / gated / raci），依据 Stage 10 权限步骤的确定性脚本（references/stage-10-workflow-perms.md）；分析师与建模器只负责执行。架构技能不读取线上目录，仅有两个只读例外：该脚本的两次 read_module 调用（使用 raci 的其他模块、本模块当前访问级别），以及快速流程放行时已部署表的清单。蓝图需同时服务两类读者：将审阅、定制或克隆蓝图的人，以及将其对账并充实为可部署规格的分析师技能。
自包含规则：蓝图是设计阶段的唯一事实来源，必须包含领域所需的全部实体，包括与平台内置（用户、角色、权限）重叠的实体，以及目录所属模块安装后可能由他处主控的实体（例如 iwms 存在前嵌入 candidate-crm 的 locations）。这些通过 §3 的 role 与 mastered_in 列标注，部署时去重与主数据合并由分析师处理。
限制：蓝图不含字段级内容，字段、校验规则、计算字段、输入类型规则与选择规则均由分析师负责。唯一例外是可选的 ## Additional Requirements Specification 段，位于 §2 之后、§3 之前，仅用于无法通过实体级结构表达、但分析师必须遵守的硬性要求；无内容时省略该标题，不写占位符。写作约定包括：一律使用美式英语拼写；禁止使用破折号（—，U+2014）作标点；确认提示使用单数主语语法；实体 singular_label 与 plural_label 需对称；模型文件中不得出现历史或决策日志式叙述；面向用户的文字不得泄露标识符（不加反引号、不引用 table_name、field_name 或原始权限码）；模型文件中不得出现任何 DDL；所有面向用户的界面使用平实语言。违反约定在 Mode B 审计中会被标记为阻断项或警告。
适用场景：需要为 Semantius 平台设计或维护实体级语义模型、并交由分析师与建模器继续处理时使用。
暂未提供：具体安装命令、收费与价格、平台支持范围等资料未提供。