docs(architecture): 新增技术架构设计 v0.2，记录选型决策 T2–T5、AR1–AR10

- 架构文档：模块化单体 + 按负载拆进程；后端 Python（FastAPI），前端 Vue 3 + Vite 单页应用；PostgreSQL 做权威数据和任务队列（Procrastinate），Valkey 只存可丢数据；S3 / 本地磁盘存储；Compose 与 Helm 共用镜像；桌面端为客户端外壳
- 文档处理组件参考标擎的做法（§3.13）：转换服务、Docling、标书组装与两遍导出
- UI 不引入带样式框架，视觉自写，复杂交互用 Reka UI 打底（§4.3）
- decisions.md 记录 T2–T5、AR1–AR10；AGENTS.md 同步技术约束与进度

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

AGENTS.md

@@ -7,7 +7,7 @@
 - **产品名**：标博士（代码仓库名 `bid-doctor`）
 - **一句话定位**：站在**投标方**一侧，贯穿「寻标 → 读标 → 写标 → 查标 → 投标」全生命周期的 AI 辅助工具。产品是「副驾驶」，不是「自动驾驶」。
 - **口号**：标博士，你的AI投标专家（固定写法，见决策 B5）。
-- **当前阶段**：需求分析、品牌与 VI 已完成，产品界面设计规范 v0.1、MVP 可点击原型 v0.1 已完成，尚无代码。工作流：需求分析 ✅ → 主题 / 品牌设计 ✅ → 产品界面设计规范 ✅ → 原型设计 ✅ → UI 设计 → 技术架构 → 实现 → 测试。
+- **当前阶段**：需求分析、品牌与 VI 已完成，产品界面设计规范 v0.1、MVP 可点击原型 v0.1、技术架构设计 v0.2（选型已定，待技术验证 S1–S4）已完成，尚无代码。工作流：需求分析 ✅ → 主题 / 品牌设计 ✅ → 产品界面设计规范 ✅ → 原型设计 ✅ → UI 设计 → 技术架构 ✅ → 实现 → 测试。
 - **需求来源**：当前有效版本是 `docs/招投标AI工具PRD-v0.9.1.html`（`docs/招投标AI工具PRD.html` 是 v0.9 原稿，保留作对照），再加上 `docs/decisions.md` 和 `docs/analysis/` 里已确认的 MVP 细化需求。三者冲突时：decisions.md > analysis > PRD。发现矛盾或缺失时，记录问题并向用户确认，不要自行假设。
 - **工作语言**：文档、界面文案、提交说明默认使用简体中文；代码标识符、文件名使用英文。
 
@@ -67,7 +67,14 @@
 ## 技术约束（已定）
 
 - **大模型**（T1）：只用国内云端的国产大模型，数据不出境。按场景路由：多模态（扫描件、签章）/ 快速 / 深度思考。业务代码只声明需要什么能力，不直接写死供应商和模型；每个 AI 任务都要记下模型和提示词版本。
-- 其余技术栈尚未选定，由「技术架构设计」阶段决定并回填到本文件。
+- **后端语言**（T2）：Python 单语言，业务接口和后台任务是同一套代码、两种进程。
+- **桌面客户端**（T3）：连服务端的客户端外壳，界面和网页版同一套；前端从第一天起守住 `docs/architecture/architecture.md` §5.2 的约束。
+- **部署**（T4）：同一批镜像，两种编排（Docker Compose / Helm）；SaaS 内测期用 Compose，商用后切到托管 K8s。
+- **云厂商**（T5）：暂不定，只依赖 PostgreSQL、S3 兼容的对象存储、OpenAI 兼容的模型接口。
+- **已确认的选型**（AR1–AR3、AR5–AR9）：模块化单体；前端用 Vue 3 + TypeScript + Vite 单页应用；数据库 PostgreSQL；文件存储用 S3 协议 + 本地磁盘驱动；单一仓库。详见 `docs/architecture/architecture.md` 第 11 节。
+- **Valkey**（AR4）：只存丢了也没关系的数据（限速、验证码、推送、缓存）；权威数据（含会话、任务队列）都在 PostgreSQL。
+- **UI 组件**（AR10）：不引入带样式的 UI 框架（如 Element Plus），视觉自己写，样式只来自 `tokens.css`；复杂交互用无样式组件库 Reka UI 打底；不用 Tailwind。
+- 工程骨架搭好后，在本文件回填构建、运行、测试命令和目录结构。
 
 ## 品牌与设计资产（已定）
 
@@ -134,4 +141,5 @@ samples/
 - 2026-11-02：MVP 可点击原型 v0.1（`docs/prototype/`，13 个页面，覆盖 J1–J5）。中保真，直接用设计规范的组件；查标页可逐条处理、键盘操作、看原文。原型阶段的 P1（24 小时免扣从上一次扣点的检查算起）、P2（人工核对勾选按项目保存）已按建议确认。
 - 2026-11-03：应用图标改为印泥铺满、不留白边，圆角按 Apple 连续曲率圆角由系统裁（B6）；VI 手册 v1.1 第 22 页改为 iPhone 18 Pro 主屏幕模拟（`docs/design/vi/mockup/`，Apple 素材不进 git，机身需本人同意 Apple Design Resources 许可后放入）。
 - 2026-11-03：分析参考项目标擎 BidEngine 的架构、提示词和模型路由，整理出可参考的做法和避坑清单（`docs/architecture/ref-bid-engine-analysis.md`），留给技术架构阶段用。
+- 2026-11-03：技术架构设计 v0.2（`docs/architecture/architecture.md`）。T2–T5 已确认：Python 单语言、桌面端做客户端外壳、SaaS 先 Compose 后 K8s、云无关。之后确认了 AR1–AR3、AR5–AR9，前端改为 Vue 3；AR4 复议后改为引入 Valkey（已确认）；AR10 定为不引入带样式的 UI 框架，用 Reka UI 打底。选型全部确认。编码前先做技术验证 S1–S4。
 - 下一步：用原型找种子用户走查（顺带问 G15 苏采云客户端的分册对应），再进入 UI 设计精修。