用途：在 Astro 项目中组织架构，理清路由、布局与组件之间的职责边界与依赖关系，并记录必要的适配。
主要能力：读取 src/pages、被使用的 layouts、tsconfig.json 中的别名，以及通过 imports 找到的消费者；当路径与示例不同时使用 .astrofy/config/paths.json 中定义的路径；应用在线文档 API 前，先核对 lockfile 与 node_modules 中的已安装版本。可将路由追踪到其布局、组件、配置与内容，区分服务端、构建与浏览器端执行，记录各边界的职责（含已有岛屿/isolated islands），并按职责分组导入关系，只抽取已有消费者的重复。
使用方式：从每个 src/pages 文件开始，追踪布局、数据、组件与岛屿；把每个模块归类为路由、布局、组件、配置、内容或客户端；按职责或已证实的重复抽取单元，确认消费者与保留的契约，不要求固定数量；在同一补丁中更新别名、导入以及 .astrofy/docs/architecture.md 中的映射；记录数据查询时机并追踪岛屿的传递性导入；在共享 SSR 模块前确认每请求状态隔离。已有实现的修改上，先在两条路由中抽取一个重复片段再扩大重构，比较前后 URL、标题与导入，保留自定义目录。
验证：移动布局却未更新消费者应在构建时失败；修正后的场景需以相同标题渲染两条路由，每个区域都有明确用途与已识别的消费者，且原有路由继续工作。
命令：astrofy check --category architecture。实施前查阅该领域的 API 与规则，核对输出时参考验证场景。
限制：资料未提供该技能的更多收费、平台或效果说明。