eric/bid-doctor
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
Files
3d1b634d36088d4e816b8560f207847d43b98809
bid-doctor/docs/decisions.md
YANG JIANKUAN 3d1b634d36 docs: 记录决策 B6（应用图标印泥铺满）并更新项目进度 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-11-03 10:10:59 +08:00

11 KiB
Raw Blame History

决策记录

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

B6 · 2026-11-03 · 应用图标改为印泥铺满

  • 决策：应用图标不再是「白底 + 印章占 80%」，改为印泥铺满整个方形、不留白边；圆角按 Apple 的连续曲率圆角（squircle）由系统裁切，图标文件保持方形、不带透明。VI 手册第 22 页用 iPhone 18 Pro 主屏幕模拟展示：Apple 官方黑色机身、iPhone 18 Pro 深色壁纸 Black、iOS 系统图标只放 4 行，第四行只有股市和标博士两个。
  • 理由：白边让图标在主屏幕上显得小而虚，和其他应用放在一起不像一枚印章；铺满后红色块面完整，辨识度更高。
  • 影响：logo/scripts/build_logo.py 新增 svg/app-icon.svg，build_assets.sh 由它渲染 180 / 192 / 512 / 1024px 图标；VI 手册 v1.1 第 22 页重排（邮件签名移到左栏）。Apple 素材不进 git，用 vi/mockup/fetch.sh 获取，机身需本人同意 Apple Design Resources 许可后手动放入。

P1–P2 · 2026-11-02 · 原型阶段的待确认事项：全部按建议

  • P1 24 小时免扣的起算点：从上一次扣了额度的检查算起；窗口内的复查不扣点，也不重新计时。理由：如果从上一次检查算起，每天复查一次就能一直不扣点，额度规则形同虚设。影响：FR-M3-02。
  • P2「需人工核对」的勾选按项目存：整个项目共用一份勾选结果，复查时保留；报告写明勾选人和时间。理由：份数、CA 加密、递交回执这类事项和投标文件版本无关，每次检查重新勾选只会增加负担。影响：FR-M3-04。

U1–U4 · 2026-11-02 · 产品界面设计规范 v0.1 的待确认事项：全部按建议

规范见 docs/design/design-system.md（第 12 节）。

  • U1 红色只给致命问题：表单错误、系统错误、额度用完、截止临近都用赭色（小字 #8A5200），不用红。理由：让红色只代表「可能导致投标无效」；色弱模拟显示红 / 赭本来就要靠形状和文字区分，错误提示照样有文字和图标。
  • U2 只做桌面 Web：MVP 最小宽度 1280，不做手机适配和暗色模式。理由：读标和查标需要原文并排；变量已按语义分层，以后可加暗色。
  • U3 图标用 Lucide（ISC 许可）：线性风格和校样方向一致，可商用。
  • U4 致命问题「确认无误」也要写说明：对致命问题说「没问题」等于认为系统判断错了，说明既用于审计，也作为误报反馈。影响：FR-M3-07 已同步修改。

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，先出方案对比页，用户选定后再更新正式资产。
  • 决策：视觉方向选 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 集成商、软硬件设备供应商、信息化服务商的投标团队。