bid-doctor/docs/decisions.md

决策记录

按时间倒序记录用户拍板的产品与工程决策。格式：编号 · 日期 · 决策 · 理由 · 影响。

---

B5 · 2026-11-02 · 口号改为「标博士，你的AI投标专家」

• 决策：品牌口号由「每一条，都有出处。」改为 「标博士，你的AI投标专家」，固定写法：AI 两侧不加空格，结尾不加标点。
• 范围：品牌策略、VI 手册（品牌概述、名片、演示文稿、网站、封底、字体样张）、方向对比板等所有出现口号的地方。
• 保留：「每一条，都有出处」作为产品原则「出处看得见」保留（可复核是核心差异），不再作为口号。
• 注意：「专家」只表示懂行、查得细；产品和报告里的结论仍然只用「辅助检查」「风险提示」，不承诺结果（产品红线不变）。

B4 · 2026-11-02 · 横版比例 H2，中文字标用思源宋体 SemiBold（英文待选）

• 比例 H2：印章的实心边缘上下对齐文字块（中文顶端到拼音底部），再放大 2%，补偿颗粒边缘显虚的问题。
  • 依据：v5 实测印章只有文字块的 96%，原因是抠图时印章四周各留了 2% 的透明边。中国银行、招商银行、中华老字号等「图形 + 中英两行文字」的组合，图形高度通常和整个文字块相同；方形本身就比圆形显大，所以不需要再放大。
  • 对比见 docs/design/logo/compare/index.html。
• 中文字标：思源宋体 SemiBold（F2），比 Black 更清秀，和印章的轻重对比更明显。
• 英文字体：中英文用不同字体（这是品牌组合里的常见做法）。用户选定 E5 Libre Caslon（OFL，Caslon 类老派衬线），候选对比见 compare/english.html。
• 英文视觉对齐：几何上两端对齐时，英文看起来比中文宽。原因是「标」「士」两端只有细横画尖，而英文两端是 B、I 的粗竖画，按墨迹浓度算英文左超 6.5、右超 7.7（中文字高 = 100）。真实品牌两种做法都有：中银香港内缩了英文；清华、进出口银行只做了几何对齐。排版理论主张按视觉边缘对齐。补偿档位 C0–C3 见 compare/alignment.html。用户选定 C2（左内缩 5.0、右内缩 5.8，约为完全补偿的 3/4）。
• 已执行：全套正式资产按 H2 + F2 + E5 + C2 重新生成（logo v5.1）。排版逻辑集中在 docs/design/logo/scripts/logo_lib.py，正式资产由 build_assets.sh 生成，对比页由 wordmark_compare.py 生成，三者共用同一套参数。

B3 · 2026-11-02 · Logo 暂定 v5：AI 生成的白文印 + 矢量字标

• 决策（暂定）：印章采用用户用 ChatGPT 图像生成的白文印「标」（docs/design/logo/image-gen/exec-8232d0a3-…png），经脚本处理后作为正式 logo；字标用思源宋体 Black + Cinzel（W1）。规范见 docs/design/logo/logo-spec.md。
• 过程：v1 由 Codex 精细化草稿 1；v2–v4 尝试用 SVG 程序化模拟印泥质感，效果都不理想（调研见 seal-research.md）。结论是印泥质感本质上是位图，所以改用位图生成，再矢量化。
• 颜色调整：印章红从 #D2282E 改为朱砂色 #D9291C（原图实测 #E21B0A，偏亮、超出印刷色域，略压深）。界面「致命」红 #C4122F 不变，两者一橙一洋红，可以区分。
• 小尺寸：16px 仍用方案 B（加粗简化的「标」字），32–64px 用白色笔画加粗的印章。
• 待办：AI 生成图形的著作权认定有不确定性，商标注册前要做检索并咨询知识产权顾问；以后可以考虑照这个设计刻一方真章，扫描后替换。

B2 · 2026-11-02 · 16px 图标与英文名

• 16px 图标：用方案 B，加粗简化的「标」字。红底白勾（方案 A）是待办类应用的常见图标，辨识度低。
• 英文名：统一用拼音 BIAOBOSHI，不用 Bid Doctor。代码仓库名继续用 bid-doctor。
• logo 第二阶段：用户要求增加真实印章质感、重新考虑对勾（它破坏了平衡），并给字标换更有性格的开源字体。设计说明见 docs/design/logo/BRIEF-v2.md，先出方案对比页，用户选定后再更新正式资产。

B1 · 2026-11-02 · 视觉方向 A「校样」+ 用户的印章 logo

• 决策：视觉方向选 A「校样」（docs/design/brand-directions.html）：蓝铅笔表示 AI 标注 / 出处，墨表示人工确认，红只用于问题。Logo 不用 A 方向原来的示意，改用用户提供的草稿 1（红色方形印章 + 白色「标」字 + 穿出边框的对勾 + 藏青字标），草稿 2（学士帽）不采用。
• 理由：盖章是投标人每天都在做的事，印章比「博士帽」更贴近用户、辨识度更高，也适合做应用图标；对勾表达「逐项核对」。
• 约束：
  • 印章红只用在 logo 上；界面中的「致命」红单独定义，两者要能区分。
  • 「印章 + 对勾」不能当作「通过 / 合格」章用在报告或任何结论上（产品红线：不承诺结果）。
• 执行：由 Codex 按 docs/design/logo/BRIEF.md 精细化，交付物在 docs/design/logo/。

T1 · 2026-11-02 · 大模型策略：国产云端模型，按场景路由

• 决策：全部使用国内云端的国产大模型，不考虑数据出境。按业务场景匹配模型能力：多模态（扫描件理解、签章检测）、快速（分类、短文本抽取、交互类）、深度思考（复杂条款推理、响应性比对）。
• 影响：
  • 架构中需要一个模型路由层：业务代码只声明「需要什么能力」，由路由配置决定用哪个供应商、哪个模型，方便替换和对比。
  • 解析任务、检查批次都要记下实际使用的模型和提示词版本（04 §4.4）。
  • G11 中「数据出境」一项消除。待办：确认选用的模型都已完成生成式 AI 备案，确认供应商协议里「数据不用于训练」的条款（PRD 7），本产品自身的登记义务请法务确认。
  • 企业版私有化（P2）时，路由层要能切换到客户域内部署的模型。
  • G12（签章检测）交由多模态模型做可行性验证。

A1 · 2026-11-02 · 需求分析待确认事项 G1–G10：全部按建议

依据 docs/analysis/06-gaps-and-questions.md，用户确认全部采纳建议：

#	决策
G1	区分政府采购 / 招标投标两套法律体系；M2 识别体系，M3 按体系套用规则，术语随体系切换；PRD 1.5 补充政府采购依据
G2	修订 PRD 的异常低价口径：政府采购项目适用 87 号令第六十条（现行层）。已出 PRD v0.9.1
G3	多包 / 多标段纳入 MVP（FR-M2-04）
G4	MVP 做最小资质库（FR-M6-08）；资质匹配首先核对投标文件里的证明材料
—	报价形式检查（超限价、大小写和合计一致）从 P1 拆出，升为 P0（FR-M3-06）
G5	「检查」是独立计量单位；专业版检查从解析额度扣；24 小时内复查免费；投标文件的解析算在检查里；免费版 1 个项目内检查不限次数
G6	MVP 不做线上加量包，由运营后台人工调额度
G7	清单没确认也能检查，但要提示
G8	专业版开通：在线申请 → 对公转账 → 运营人工开通并开发票；线上支付以后再做
G9	MVP 不做企业认证，注册只填企业名称
G10	删除项目时业务内容彻底删除，只保留不含业务内容的审计记录和额度流水

D1 · 2026-11-02 · 首发行业：IT 集成

• 决策：MVP 首发行业为 IT 集成（信息化系统集成、软硬件设备采购及配套服务类项目），工程类延后。
• 理由：PRD 第 12 章默认建议；IT 集成类招标文件格式最标准化，★ / ▲ 实质性条款标记、技术参数偏离表等结构便于结构化提取与逐项核对。
• 影响：
  • M2 提取 schema、M3 检查规则、原型样例数据均以 IT 集成项目为准，详见 docs/analysis/05-it-integration-domain.md。
  • IT 集成项目多数走政府采购法律体系（《政府采购法》、财政部令第 87 号等），与 PRD 1.5 所引的《招标投标法》体系并存，产品需识别项目适用的法律体系，见 docs/analysis/06-gaps-and-questions.md G1。
  • 种子用户获取方向：IT 集成商、软硬件设备供应商、信息化服务商的投标团队。