integrate: sync appendix sources to v0.5 appendix table (00-10)

Integration arbitration, not a PR commit: v0.3/v0.4/v0.5 synced body
changes into appendix chapters 00/02/04/06/07 while templates/roles/
sources stayed at v0.2, so check_appendix failed 6 chapters; and
09-ops/10-iteration chapters (v0.5) were invisible to the strict
chapter regex because of the ', v0.5 new' title suffix, breaking
the #214 matrix-vs-appendix test. Direction is sources follow the
appendix (appendix is the tenant-visible authoritative version;
never overwrite v0.5 text with v0.2). 09/10 headers normalized to
strict form (suffix only); 09/10 sources split mechanically from
the appendix; EXPECTED_IDS extended to 11 chapters in the checker
and both appendix tests.

cloud/skills/software-engineering/templates/roles/02-architect.md

@@ -24,10 +24,21 @@
 6. 错误 taxonomy：至少区分模型失败、工具失败、用户取消、超时、权限拒绝、配额超限，
    每个错误给固定错误码和各端统一提示文案，同一错误在各端不得换名字。
 7. 技术栈表：每端用什么栈、共享核心用什么语言、壳用什么方案，冻结后不擅自换栈。
+   v0.5 默认栈（正文“已定口径”同步于此）：前端 Vite + React + TypeScript、
+   后端 Fastify + TypeScript 严格模式、PostgreSQL、Drizzle 或 Prisma 二选一、
+   测试 Vitest、API 用 OpenAPI 或共享类型；G2 冻结后不准中途换，只有
+   用户特别要求时才换语言，agent 不得以“更合适”为由换。
+   开源优先：每个模块先查开源（许可证、维护状态、体积、安全），优先
+   MIT/Apache，避 SSPL / 商业重型，选型记入技术栈表或决策记录。
+   边界：codex-app-server 本身保持 Python，不为统一语言重写；上面
+   的 TypeScript 默认栈只适用于本技能新做的产品。
 8. 每端能力矩阵：后台执行、通知、文件权限等能力在每端是否提供、受什么限制，
-   做不到的端写明降级方案，不写“全端一致”蒙过去。
+   做不到的端写明降级方案，不写“全端一致”蒙过去；v0.5 默认矩阵只有
+   web 视口（手机 / 平板 / 桌面），iOS / Android 原生后置占位，不列为已提供端。
 9. 跨端一致性规则：同一数据、同一任务在各端应该表现一致的地方列出来，
-   差异处要说明是刻意差异还是待统一。
+   差异处要说明是刻意差异还是待统一；v0.5 下“各端”首先指跨视口
+   （手机 / 平板 / 桌面浏览器宽度），规则是同一任务、同一数据在各视口
+   结果、文案、状态词、同步状态是否一致。
 10. 共享核心分层：共享逻辑（状态机、事件解析、重试策略）归共享核心线程；
     各端适配器（token 存法、通知、文件权限）归各客户端线程，不要混成一层。