chore(repo): 导入 M-Z 业务底座 V1.9 基线并建立仓库规范

按周工交付的 SEC-Z-01 清理后源码建立 M-Z 主干，并按 Git 仓库惯例重排目录。

- aomin-gateway/  后端工程 87 文件，原样保留，路径与构建命令未变
- demo/           演示前端与设备模拟器 9 文件（原 02_前端与设备端），非正式三端
- docs/handover/  交付与安全清理材料 6 份，内容未改
- docs/contract/  J-00 规格、OpenAPI、内部五接口、状态机、Mock 样例
- docs/reference/ 指纹与校验清单，含 84 个源码文件的 sha256 清单

目录重排只动位置不动内容：源码树 84 文件哈希与交付一致，逐文件自校验通过；
12 条 Flyway 迁移与交付包内镜像逐字节一致。

未纳入：迁移镜像目录（与工程内一套重复，改留指纹）、target/、证据 raw、
应急恢复脚本、评审用虚构台账数据。

安全：SEC-Z-01 15 处明文已清零，导入前重新扫描无新增命中，本仓库无历史污染。
行尾按交付字节原样保存（.gitattributes 设 * -text），不做归一化以免整树摘要失效。

.gitattributes

@@ -0,0 +1,31 @@
+# ─────────────────────────────────────────────
+# 行尾策略：基线按交付字节原样保存，不做自动归一化
+#
+# 理由：本仓库是受控基线，源码树摘要按字节计算（见 docs/reference/原始交付包指纹.md）。
+# 一旦让 git 自动转换行尾，克隆出来的树与交付包就不是同一份字节，摘要对不上，
+# 复核时会被误判成"代码被改过"。
+#
+# 交付包本身行尾并不统一（14 个文件为 CRLF：8 个 java、2 个 html、application.yml、
+# common.js、sim_device.py、start-gateway.bat），这是既有状态。归一化属于基线变更，
+# 需要会签，不在导入时顺手做。
+#
+# 新增文件请按 CONTRIBUTING.md 第七节的约定写（UTF-8 + LF），
+# 这样新老文件的差异只会出现在新增内容里，不会整文件翻红。
+# ─────────────────────────────────────────────
+* -text
+
+# 二进制：禁止文本 diff
+*.jar binary
+*.war binary
+*.zip binary
+*.png binary
+*.jpg binary
+*.jpeg binary
+*.gif binary
+*.ico binary
+*.pdf binary
+*.docx binary
+*.xlsx binary
+*.pptx binary
+*.woff binary
+*.woff2 binary