用途：Architecture 是 Devflow 项目的一项技能，把完整的 Product 与业务 Domain 转换为当前技术结构，使后续变更可以安全进行。它不预测未来完整设计，只发布让下一步无需重新发明主要技术边界的最小一致 foundation。
主要能力：定义或修改当前技术边界、组件、依赖方向、runtime 与 data flow、public seam、verification channel 以及 Design 是否适用；在 Product/Domain 约束与 code/runtime 证据无法确定唯一结构时，以假设方式构造当前技术结构，并区分已确认事实；用系统思维评估组件、流程、运营责任与边界变更的二次效应；将重要技术主张连接到可观察失败的验证通道。
使用方式：执行前打开 references/communication.md 并应用于自然语言输出；进入前打开 references/project-gate.md 应用 architecture 条件，再打开 references/project-knowledge.md、references/architecture-document.md 和可读的 .devflow/index.md；仅在创建或替换 decision 文档时打开 references/decision-document.md。若当前 member 的 Sketch state 将 next_route 指定为 architecture，写文件前打开 references/sketch-handoff.md。按 references/architecture-document.md 的完成条件与 split/fold 判定，构建 project/architecture.md 及必要 child 并替换旧文件；同一变更中让 .devflow/index.md 将技术问题 route 到 Architecture root 并判断 foundation readiness。
适用场景：需要发布或更新当前技术 foundation、处理来自进行中 adoption 的技术判断、判断是否需要 Design、或为后续 direct 变更确定边界时。
限制：不实现机器可读 model 或自动检查；不写 Product/Domain 业务含义、Design 原则、Work artifact、实现、adoption inventory 或 verification verdict；Product 含义不完整或矛盾时送往 product，未吸收的 maintained brownfield 含义送往 adopt；需要跨管理权区间保留的调研送往 sketch；不预先决定可低成本学习的可逆局部选择；仅当成本、运营主体、支持环境、外部契约等只能由用户决定的约束残留时才提问。具体命令、安装方式与收费信息暂未提供。